Переезд лендинга с LP-Mobi: что переносить, а что собрать заново

Скопировать страницу и переехать лендингом — разные задачи. Вёрстка и тексты действительно переезжают почти сразу. А приём заявок, события пикселя, метки трекера, домен и документы в подвале — отдельная работа, часть которой вообще не зависит от вашей скорости: вы ждёте распространения DNS, подтверждения домена в рекламном кабинете и выпуска сертификата.

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

Разложим переезд на три кучи: что переедет само, что придётся подключать руками и что не переедет вообще.

Куча первая: переезжает один в один

Это вся «статическая» часть страницы — то, что видно в исходном HTML:

• Вёрстка и структура — порядок экранов, сетка, отступы, кнопки.
• Тексты — офер, заголовки, буллиты, гарантии, блок вопросов-ответов.
• Оформление — цвета, шрифты, иконки.
• Изображения — фото товара, фоны, до/после.

Ловушка здесь одна, и на ней горят регулярно. Многие способы «копирования страницы» оставляют картинки ссылками на хранилище старого конструктора. Страница выглядит целой ровно до тех пор, пока жив старый аккаунт: отключили тариф — и вместо фото товара пустые прямоугольники, а узнаете вы об этом из падения конверсии, а не из письма. Поэтому после копирования проверьте, откуда загружаются изображения: правая кнопка → «Открыть изображение в новой вкладке» → посмотрите на домен. Перенос с LP-Mobi по ссылке в LandEmpire именно поэтому складывает картинки в собственное хранилище, а форму сразу подключает к нашему приёму заявок.

Куча вторая: подключается заново

Всё, что не является разметкой, а является связью с внешним миром. Копия страницы этого не тянет: эти вещи привязаны к аккаунту и домену. Здесь важно разделять две разные вещи: то, что вы делаете руками за один заход, и то, чего вы просто ждёте.

| Что | Почему не переедет само | Ваша работа или ожидание |
|---|---|---|
| Приём заявок | Форма ходила на бэкенд старого сервиса | Делаете руками, ждать нечего |
| Telegram, CRM, вебхуки | Токены и адреса привязаны к старому аккаунту | Делаете руками |
| Подтверждение домена в Meta | Кабинет не знает вашего нового домена | Минуты работы (TXT-запись или мета-тег) плюс ожидание подтверждения |
| Приоритетные события | Настраиваются на подтверждённый домен | Только после того, как домен подтвердился |
| Свой домен и сертификат | DNS меняете вы, сертификат выпускается на новой стороне | Минуты работы плюс распространение DNS: минуты, если TTL снизили заранее, и до суток, если нет |
| Метки и clickid | Новая страница должна принимать sub-параметры и clickid и отдавать их с заявкой, а в трекере нужно заменить URL лендинга. Если постбек отправляет трекер, а не лендинг, то сам постбек в партнёрке трогать не нужно — но проверьте свою схему | Делаете руками |
| Документы в подвале | Политика, оферта, контакты содержат старое название сервиса и старый домен | Делаете руками |

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

Куча третья: не переедет вообще

Есть страницы, которые физически невозможно скопировать по ссылке — и честный сервис должен сказать об этом вслух, а не отдавать вам пустую оболочку.

Классический случай — страницы, которые рисует скрипт конструктора. В исходном HTML там почти ничего нет: браузер загружает конструкторский JavaScript, тот тянет описание страницы и уже потом собирает блоки. Любая копия «по ссылке» даст каркас без контента. Мы в LandEmpire на таких страницах прямо отказываем в переносе: разбираться с кривой копией потом дольше, чем собрать страницу заново из блоков.

Что делать с такой страницей:

1. Сделать скриншоты всех экранов и скопировать тексты в документ.
2. Вытащить оригиналы фото — из старого аккаунта, из карточки поставщика или со своего диска.
3. Собрать заново из блоков: первый экран с ценой и скидкой, таймер, остаток, отзывы, форма заявки.

Так же не переезжает накопленное: история заявок, статистика, результаты A/B-тестов. Выгрузите заявки до отключения старого аккаунта. Если выгрузки в CSV там нет — скопируйте таблицу руками или сделайте скриншоты: критично сохранить телефоны, даты и статусы. После отключения доступ к истории вы теряете.

Порядок переезда без простоя

Правило одно: домен переводим в последнюю очередь, а старый лендинг гасим ещё позже.

Шаг 0. Заранее, до переезда — всё, что требует ожидания. Снизьте TTL для A- или CNAME-записи до 300 секунд, чтобы в день переезда изменение DNS разошлось за минуты, а не за часы. Учтите: само новое значение TTL расходится не мгновенно, а по старому — если там стоят сутки, то и снижать нужно соответственно раньше, иначе в день переезда часть резолверов ещё будет держать старый адрес. Одновременно добавьте запись для подтверждения домена в рекламном кабинете. Это единственный пункт, который нельзя сделать в день переезда: подтверждение вы не ускорите, а без него не собрать приоритетные события.

Шаг 1. Копия на техническом адресе. Перенесите или соберите страницу на служебном поддомене нового сервиса. Старый лендинг в это время работает и принимает трафик — вы его не трогаете.

Шаг 2. Заявка на себя. С телефона, в режиме инкогнито, с реальным номером. Проверяете не «форма отправилась», а всю цепочку: сообщение дошло в Telegram, в CRM создалась сделка, имя в поле имени, телефон в поле телефона, метки долетели. Заполните дважды — с метками и без, чтобы увидеть, как выглядит заявка с пустыми параметрами.

Шаг 3. Тестовый пролив. Пустите на новый адрес небольшую долю трафика, одним креативом. На этом шаге вы ловите поломки, а не конверсию: дошли ли заявки в Telegram и CRM, долетели ли sub-метки и clickid, сработал ли Lead ровно один раз, как страница загружается на мобильном. Сравнивать конверсию за пару часов бессмысленно: на нескольких заявках разница в процентах — это шум, да и новое объявление с новым URL первые часы ведёт себя иначе. Вывод о конверсии делайте на сопоставимом объёме и через нормальный A/B-тест, а не на глаз.

Шаг 4. Перевод домена. Меняете DNS-запись, ждёте сертификат, открываете страницу с телефона по https, проверяете, что работает и с www, и без. Не делайте этого в пятницу вечером: если не встанет сертификат или отвалятся события, чинить придётся на выходных, пока бюджет уже крутится.

Шаг 5. Старый тариф не отключайте сразу. Заложите в переезд ещё один платёж старому сервису — это дешевле, чем откатываться вслепую. Гасите, когда прошла неделя без инцидентов и все заявки выгружены.

Чек-лист после переезда

Половину пунктов проходят с телефона, половину — с ноутбука, и путать их не стоит.

С телефона:

• Форма. Тестовая заявка дошла в Telegram и в CRM. Валидация не пропускает пустой телефон и не блокирует нормальный.
• Страница благодарности. После отправки человек видит подтверждение, а не «ничего не произошло».
• Таймер и остаток. Таймер действительно идёт и не показывает отрицательных чисел. Остаток не сбрасывается на начальное значение при каждой перезагрузке, если вы этого не хотели.
• Мобильный вид. Кнопка не убегает за экран, текст не залезает на фото, форма видна без горизонтальной прокрутки.
• Мелочи. Кликабельный номер телефона, ссылка на мессенджер, заголовок вкладки.

С ноутбука:

• Исходный код. Ctrl+U: если тексты видны — страница статическая.
• Домен изображений. Ни одна картинка не загружается из хранилища старого сервиса.
• Пиксель и события. PageView при загрузке, Lead — после реальной отправки формы, и ровно один раз, а не дважды. Смотреть в Events Manager, а не на глаз.
• Документы в подвале. Политика конфиденциальности, оферта, контакты ФЛП открываются, и в них новый домен и ваше название. Это обязательный элемент, и по нашему опыту их отсутствие — одна из типичных причин отклонения на модерации.
• Скорость. Мобильный профиль, холодный кеш. Ориентир — общеизвестные пороги Core Web Vitals: первый экран до 2,5 секунды считается хорошим результатом, до 4 секунд — ещё терпимым, сдвиг макета до 0,1 — хорошим. Для наглядности один наш замер (сентябрь 2026, мобильный профиль, холодный кеш): страница 244 КБ, первый экран около 290 мс, сдвиг макета 0; до оптимизации та же страница весила 381 КБ и показывала первый экран за 612 мс. Это один замер, а не норматив рынка.

Что на самом деле растягивает переезд

Не работа со страницей: копию, форму, Telegram, CRM и документы вы делаете за один заход. Сборка модульной страницы заново займёт больше — в зависимости от количества экранов и наличия оригиналов фото.

Растягивают переезд паузы, на которые вы не влияете: распространение DNS, подтверждение домена в рекламном кабинете, выпуск сертификата. Поэтому переезд планируют вокруг этих пауз и запускают их заранее — до того, как домен начнёт смотреть на новую страницу.

Что сделать сегодня

1. Откройте свой лендинг и посмотрите исходный код (Ctrl+U). Видите тексты — страница переедет копией. Видите пустой каркас и скрипт — закладывайте время на ручную сборку.
2. Выгрузите заявки из старого сервиса; если выгрузки нет — сохраните таблицу руками. Сложите в одну папку скриншоты всех экранов и оригиналы фото.
3. Снизьте TTL домена до 300 секунд (изменение разойдётся не мгновенно, а через время старого TTL — поэтому делайте это заранее) и сразу добавьте запись для подтверждения домена в рекламном кабинете — это та часть, которая ждёт без вас.
4. Сделайте копию на техническом адресе и отправьте себе тестовую заявку с телефона — проверьте всю цепочку до сделки в CRM.
5. Выпишите список событий и меток, которые нужно переподключить. То, чего нет в списке, вы точно забудете.