«Я боялась, что миграция с конструктора на полноценный хостинг убьёт весь трафик: рассказываю, как мы переехали с Tilda на Timeweb и сохранили все страницы»

Когда клиент сказал: «Хочу уйти с Tilda, но боюсь потерять весь SEO и трафик», я на секунду замерла. В голове сразу выстроился худший сценарий: переезд, битые ссылки, страницы с ошибкой 404, позиции в поиске падают, заявки исчезают. А ведь на Tilda у него был год контента, десятки статей, проработанные мета‑теги и уже начавшая расти органическая выдача.

Проект — блог про ремонт и дизайн: статьи, подборки, инструкции, формы подписки. Клиент хотел больше гибкости: менять структуру без ограничений конструктора, ставить свои плагины, подключать сложные интеграции, управлять скоростью и кэшированием. Но при этом ему было критично сохранить весь накопленный SEO‑капитал: старые URL, внутренние ссылки, внешние ссылки с партнёров.

Я понимала: если сделать редиректы неправильно или потерять старые адреса, весь год работы может обнулиться. И тут я вспомнила про Timeweb: там есть панель с понятным управлением доменами, бэкапами, файловым менеджером и поддержкой, которая реально помогает, а не кидает шаблоны. Решила: если переезжать, то с максимальной подстраховкой и чётким планом.

Чего я боялась больше всего

Перед стартом я честно выписала главные риски, чтобы держать их в фокусе:

Потеря старых URL. Если старые страницы перестанут открываться, все внешние ссылки станут бесполезными, а пользователи будут видеть 404.
Падение позиций в поиске. Поисковики любят стабильность. Если страницы исчезнут или начнут отдавать ошибки, позиции могут резко просесть.
Сломать формы и подписки. На блоге были формы подписки и заявки, и важно было, чтобы они продолжили работать на новом хостинге.
Не перенести весь контент. Боялась, что часть статей потеряется, картинки не подтянутся, а тексты съедут из‑за разной вёрстки.
Упустить мелочи вроде robots.txt и sitemap. Казалось бы, мелочи, но именно они влияют на то, как быстро поисковики проиндексируют новый сайт.

С этим списком я села составлять план миграции.

Подготовка к переезду: таблица редиректов и экспорт контента

Первый шаг — сохранить текущую структуру. Я выгрузила из Tilda все тексты и фото, которые можно было скачать: HTML‑экспорт (если доступен), скриншоты структуры, CSV с адресами страниц.

Дальше я составила таблицу редиректов: в одном столбце — старые URL с Tilda (например, site.com/blog/remont-v-malenkoy-kvartire), в другом — новые адреса на WordPress (например, site.com/remont-v-malenkoy-kvartire). Это был самый важный документ: по нему мы потом настроим 301‑редиректы, чтобы поисковики поняли: «страница переехала сюда».

Также я выписала все мета‑данные: Title, Description, H1, чтобы на новом сайте они остались такими же. Это помогает сохранить сниппеты в выдаче и не терять CTR.

Установка WordPress на Timeweb и перенос контента

На Timeweb я выбрала тариф под небольшой блог и установила WordPress в один клик. Сразу получила готовую среду: нужную версию PHP, базу данных, настроенные лимиты.

Дальше — перенос:

Структура и рубрики. Я повторила старую структуру рубрик и категорий, чтобы логика сайта осталась привычной.
Тексты. Перенесла тексты, сверстала их заново, но сохранила все заголовки и подзаголовки.
Изображения. Загрузила фото в медиабиблиотеку WordPress и заменила ссылки в текстах. Важно было сохранить имена файлов и пути, где это возможно, чтобы не ломать индексацию картинок.
Формы. Вместо форм Tilda я поставила плагин форм на WordPress и настроила отправку заявок на почту и в CRM. Проверила: тестовая заявка уходила, письмо приходило.
Мета‑теги. Для каждой страницы прописала Title и Description из старой таблицы.

На этом этапе я сделала полный бэкап сайта в панели Timeweb — на случай, если придётся откатиться.

Настройка 301‑редиректов и технических файлов

Самый ответственный этап — перенаправить старый трафик на новые страницы. Я сделала это через файл .htaccess в корне сайта:

Для десятков страниц удобнее использовать плагин редиректов — он позволяет вести таблицу прямо в админке и видеть статистику переходов. Я поставила такой плагин и перенесла туда все строки из своей таблицы.

Параллельно я настроила:

robots.txt. Указала, какие страницы индексировать, а какие — нет.
sitemap.xml. Сгенерировала новую карту сайта и добавила её в Яндекс Вебмастер и Google Search Console.
SSL. На Timeweb сертификат включился автоматически, и все страницы сразу отдавались по HTTPS.

Ещё я проверила, что нет внутренних ссылок на старые адреса внутри нового сайта. Если в тексте была ссылка на старую страницу Tilda, я меняла её на новый адрес.

Проверка: стресс‑тест перед запуском

Перед тем как переключать домен, я устроила себе полный тест:

Открыла старые URL. Проверила, что они делают 301‑редирект на новые страницы, а не отдают 404.
Проверила формы. Отправила тестовые заявки, убедилась, что письма приходят и попадают в CRM.
Проверила мобильную версию. На телефоне всё открывалось, кнопки нажимались, шрифты читались.
Заглянула в консоль браузера. Проверила, нет ли ошибок JavaScript и битых ссылок.
Измерила скорость. С помощью GTmetrix и PageSpeed Insights убедилась, что сайт грузится быстро. На Timeweb уже работало серверное кэширование, и это сильно помогало.
Проверила индексацию. Добавила новый сайт в инструменты вебмастеров и отправила sitemap.

Только когда все пункты сошлись, я переключила домен на новый хостинг.

Первые недели после переезда: мониторинг трафика и позиций

После переключения я внимательно следила за метриками:

Трафик. В первую неделю был небольшой спад — это нормально: поисковики заново сканируют страницы. Но резкого обвала не случилось.
Позиции. Некоторые страницы временно опустились, но через 2–3 недели начали возвращаться.
Ошибки. В Яндекс Вебмастер и Google Search Console я регулярно проверяла список 404‑ошибок. Если появлялись новые, сразу добавляла редирект.
Заявки. Формы работали, заявки продолжали приходить, CRM собирала контакты.

Через месяц трафик вернулся к прежним значениям, а по ряду низкочастотных запросов позиции даже улучшились — за счёт более гибкой структуры и правильной оптимизации на WordPress.

Что реально помогло на Timeweb

Оглядываясь назад, я вижу, что именно эти вещи сделали переезд спокойным и предсказуемым:

Панель управления с понятными разделами. Всё под рукой: домены, почта, бэкапы, файлы.
Файловый менеджер. Я могла быстро загружать и проверять файлы, не используя FTP‑клиент.
Автоматические бэкапы. Каждый день система сохраняла состояние сайта. Перед каждым серьёзным шагом я делала ещё и ручной бэкап — это давало ощущение безопасности.
Автоматический SSL. Не нужно было ничего заказывать и настраивать вручную.
Серверное кэширование. Сайт сразу был быстрым, без сложной настройки.
Поддержка. Когда я сомневалась, как лучше настроить редиректы или проверить, что 301 работает корректно, сотрудники отвечали быстро и по делу.

Практические советы для тех, кто хочет переехать с конструктора на хостинг

Если вы тоже планируете миграцию, вот что поможет сохранить трафик и не потерять позиции:

Составьте таблицу редиректов до начала работ. В ней должны быть все старые URL и соответствующие им новые адреса.
Переносите мета‑теги один в один. Title и Description сильно влияют на видимость в поиске.
Настройте 301‑редиректы для всех страниц. Это сигнал поисковикам, что страница переехала, и вес ссылки сохраняется.
Проверьте внутренние ссылки на сайте. Не оставляйте ссылок на старые страницы Tilda/Wix — они будут вести в никуда.
Добавьте новый сайт в Яндекс Вебмастер и Google Search Console. Отправьте sitemap и следите за ошибками.
Сделайте бэкап перед переключением домена. На Timeweb это пара кликов, но в случае ошибки это экономит часы работы.
Мониторьте трафик и позиции первые 2–4 недели. Если видите резкие просадки, проверьте редиректы и ошибки индексации.
Протестируйте все формы и интеграции. Не полагайтесь на «вроде работает»: отправьте тестовые заявки и проверьте, куда они попадают.

Сейчас этот блог живёт на Timeweb уже несколько месяцев. Клиент сам добавляет новые статьи, меняет рубрики, подключает новые интеграции — и при этом весь старый SEO‑капитал сохранён. Я поняла одну вещь: переезд с конструктора — это не катастрофа, а управляемый процесс, если действовать по плану и использовать хостинг, который берёт на себя рутину (бэкапы, SSL, кэширование, панель управления). И Timeweb как раз из тех площадок, где сложная миграция становится просто ещё одним проектом в списке, а не поводом для паники.