Custom не лучше Tilda сам по себе. Переход имеет смысл, когда текущая платформа мешает развивать структуру страниц, формы, интеграции, скорость изменений или компонентную систему. Если бизнесу нужен один понятный лендинг, миграция может добавить больше расходов, чем пользы.
Когда решение принято, перенос нельзя сводить к фразе «переключим домен». Меняются адреса страниц, шаблоны, формы, счетчики, служебные файлы и путь заявки. Ошибка в любой из этих частей может остаться незаметной, пока клиент не сообщит, что форма не работает, или поисковик не начнет обходить неправильные URL.
До разработки соберите список адресов старого сайта
Нужен список всех публичных адресов, а не только пунктов меню. В него входят страницы услуг, статьи, юридические документы, служебные страницы, старые рекламные посадочные и URL, которые когда-то получили внешние ссылки.
Для каждого адреса примите одно решение:
| Решение | Когда подходит |
|---|---|
| Сохранить URL | страница остается полезной и получает близкий по смыслу контент |
| Переписать | интент сохраняется, но содержание и шаблон меняются |
| Объединить и перенаправить | несколько слабых страниц отвечают на один запрос |
| Оставить временно | новую замену нельзя безопасно выпустить одновременно с запуском |
| Удалить с корректным статусом | полезной замены нет и перенаправление вводило бы человека в заблуждение |
`noindex` не заменяет это решение. Он не исправляет сломанную навигацию и не объясняет, куда должен попасть человек со старой ссылки. Редирект тоже нельзя ставить «везде на главную»: цель должна продолжать задачу старой страницы.
Проверьте ограничения Tilda до отключения
Экспорт кода зависит от тарифа и не переносит часть функций платформы. В официальной справке Tilda отдельно указаны ограничения для CRM, личного кабинета, каталога, форм, HTTPS и серверных правил. Поэтому резервная копия страницы не равна резервной копии работающего сайта.
Сохраните то, что понадобится для проверки и отката: список URL, настройки домена, карту форм, юридические тексты, метаданные, изображения, экспорт доступного контента и текущее поведение редиректов. Не удаляйте старый проект в день переключения.
Форма и аналитика мигрируют как отдельный продукт
До запуска отправьте тестовую заявку по каждому типу формы и запишите, куда она пришла. На новом сайте повторите тот же путь: открытие страницы, нажатие CTA, старт формы, успешное сохранение контакта и появление лида в рабочем источнике.
В аналитику не должны уходить имя, телефон, email, компания или текст сообщения. Для сравнения до и после достаточно route, campaign-параметров, типа CTA, статуса формы и обезличенного идентификатора заявки.
Если новый сайт сохраняет контакт на первом коротком шаге, проверьте, что второй шаг обогащает ту же запись, а не создает дубль.
Запускайте в порядке, который можно отменить
Перед переключением новый runtime должен отвечать по временному или локальному адресу. Проверяются страницы, 404, `robots.txt`, sitemap, canonical, статические файлы, формы и API.
На запуске:
1. Соберите финальный production build с утвержденным списком индексируемых URL. 2. Разверните его в отдельную release-директорию. 3. Переключите активную версию атомарно, не копируя файлы поверх работающего сайта. 4. Проверьте главную, ключевые страницы, формы, редиректы и неизвестный URL прямыми запросами без кеша. 5. Только после стабильного readback выполняйте согласованные действия в вебмастерах.
Rollback должен быть конкретным: предыдущая release-директория, команда переключения, владелец решения и признаки, при которых откат обязателен. Формулировка «вернем как было» без сохраненной версии не является планом.
Собственный пример UpMarketing
При переносе upmarketing.kg мы сначала собрали карту старых URL и отделили полезные страницы от служебных и устаревших. Затем настроили одношаговые редиректы, настоящий 404, sitemap только для одобренных страниц и проверку форм до переключения runtime. Контентные черновики остались вне индекса до отдельного редакционного решения.
Этот опыт не доказывает, что любой перенос пройдет без колебаний трафика. Он показывает, какие артефакты позволяют команде увидеть ошибку и откатить релиз, не возвращаясь к догадкам.