Перенос сайта с Тильды: что ломается

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

Экспорт переносит страницы, а дальнейшую работу надо определить заранее

На тарифах Business доступна выгрузка статического HTML вместе с изображениями, стилями и скриптами. Этот архив загружают на сторонний сервер. По справке Тильды, обновления такого сайта готовят в редакторе и затем заново экспортируют на сервер.

Перед переносом определите, кто будет менять сайт после запуска на новом сервере. Попросите подрядчика показать обычную правку текста на странице, которую сотрудники вашей компании обновляют чаще остальных.

Сравните, как будете работать с сайтом после переноса. Ниже — различия, которые помогут сформулировать задачу подрядчику ещё до начала переноса сайта.

Тильда ограничивает работу с выгруженным кодом. Правила экспорта запрещают менять выгруженный программный код за пределами платформы, где был подготовлен исходный проект. Поэтому обсудите собственную вёрстку как отдельную разработку и заранее определите, какие материалы передаст подрядчик.

Здесь разобрана документация, это не юридическая консультация. Архив не даёт права свободно переделывать весь код проекта.

Адреса страниц лучше сохранить вместе с их назначением

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

Например, страница услуги открывалась по пути /remont, а новую разместили по пути /services/remont. Для посетителя получился уже другой адрес страницы. Такой переход следует включить в таблицу соответствий, даже если домен сайта после переноса остался прежним.

Каждому прежнему адресу назначьте страницу нового сайта, которая отвечает на тот же запрос. Главная страница подходит для замены не всегда. Для изменённых адресов Google рекомендует постоянные серверные перенаправления, например с кодом 301.

Начните со старой ссылки. Попросите подрядчика открыть её и показать конечную страницу после всех перенаправлений в браузере. Так проверяется путь посетителя, который пришёл из старой закладки или поисковой выдачи.

Обещать неизменные позиции после такого переноса нельзя.

Google предупреждает о временных колебаниях видимости сайта при переносе с изменением адресов. Включите в условия приёмки требование сохранить адреса и содержание важных страниц.

Для каждой важной страницы заранее сохраните её содержание и снимок текущего внешнего вида до переноса. Это материал для сравнения с результатом переноса. Проверяйте также переходы из меню и рекламных объявлений, ведущих на эту страницу.

Картинки можно забрать, но загрузку нужно проверить отдельно

Обычный экспорт Тильды включает также файлы изображений. Документация предусматривает относительные пути к файлам и настройку собственных путей для размещения материалов при экспорте. Поэтому утверждать, что все картинки обязательно остаются на хранилище конструктора, было бы неверно.

Для переноса через API требование ещё прямее: весь контент следует скопировать на свой сервер. Скопируйте и изображения: кроме описания страницы, на новом сервере нужны сами файлы.

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

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

Отдельно согласуйте, какие внешние подключения должны сохраниться после переноса сайта. Убирать их все до последнего не обязательно. Например, оставленный видеоплеер запишите в перечень зависимостей, который получит владелец сайта.

В конце сравните страницы сайта на телефоне.

Попросите открыть ту же карточку товара и проверить, видно ли изображение без дополнительных действий. Для приёмки сохраните результат рядом с адресом страницы в общем списке проверок для нового сайта.

Форму принимают по доставленной заявке, а данные выгружают отдельно

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

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

Проследите весь путь заявки до менеджера.

Оставьте тестовую заявку с узнаваемым текстом и попросите менеджера найти её среди поступивших обращений. Затем сопоставьте заполненные поля с теми, которые видны сотруднику в его кабинете.

На основной форме такая проверка не заканчивается. Повторите её для формы внутри всплывающего окна, если такая форма предусмотрена на сайте. В акте приёмки запишите результат теста вместо общей отметки о работающих на сайте кнопках.

Старые заявки выгрузите отдельно.

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

Согласуйте, где будете хранить файл с заявками. Попросите ответственного сотрудника найти известное обращение и проверить содержание его полей в файле. Такой просмотр поможет принять именно сохранённые данные, а не обещание перенести их позже.

Счётчик и цели проверяйте отдельно

Тильда умеет передавать действия посетителей в подключённые сервисы аналитики, включая Яндекс Метрику. Некоторые события там описаны через виртуальные страницы. Например, отдельный адрес в статистике может обозначать открытие всплывающего окна на странице сайта.

После пересборки сайта проверьте это соответствие заново. Если новый сайт перестал отправлять прежнее событие, пересмотрите условие цели. Установить счётчик недостаточно: нужно проверить, срабатывают ли цели. Начните с перечня нужных для анализа действий.

Для каждого действия укажите ожидаемое событие и отчёт, где его должен увидеть маркетолог. Владелец сайта и исполнитель смогут сверить результат с этим списком.

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

Отдельно проверьте также неуспешную попытку отправки формы. Попросите показать, как аналитика различает незаполненную форму и обращение, дошедшее до менеджера. Это условие согласуйте до начала разработки нового сайта, чтобы обе стороны одинаково понимали результат.

Дату переключения сайта сохраните рядом с отчётами.

Для сравнения после запуска заранее зафиксируйте в отчёте показатели выбранного периода по прежней версии сайта. Такой ориентир поможет обсуждать изменения после запуска по записанным показателям, а не по памяти.

Корзину нужно проверять до подтверждения оплаты

У экспортированного каталога Тильды есть ограничения работы. В частности, справка предупреждает о недоступности прямого перехода по ссылке отдельного товара. Поэтому для магазина обязательно проверьте прямой вход в карточку товара по сохранённому до переноса адресу.

Отдельно разберите, как сайт принимает оплату. В документации универсальной платёжной интеграции описано уведомление, которое приходит на сервер Тильды. Там обрабатывается подтверждение платежа, поэтому одной копии страницы для независимой оплаты недостаточно. Документация описывает эту схему подключения платёжного сервиса.

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

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

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

Нельзя обещать, что любая корзина заработает после переноса.

Работа корзины после переноса зависит от выбранной интеграции и реализованного приёма уведомлений. Принимайте магазин после того, как проверите его на новом сервере.

Уходите ради задачи, которую можно проверить

Сам перенос не исправит неясное предложение компании.

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

Иногда для сайта разумнее оставаться на Тильде. Если редактор подходит сотрудникам, а нужные сценарии работают, самостоятельный переезд можно отложить. Даже с архивом файлов нужно решить, кто будет поддерживать сайт после запуска. До разработки владелец сайта и подрядчик должны согласовать задачу и способ проверить результат.

Например, особый порядок оформления заказа для оптовиков. Попросите сначала описать будущий сценарий и показать, чего не хватает в текущей реализации.

Обсуждайте срок переноса, когда составите список работ. Отдельно попросите оценить перенос содержания страниц и подключение внешних сервисов, которые обеспечивают работу сайта. Проверку результатов тоже включите в план переноса, назначив ответственного за каждый согласованный сторонами сценарий.

Сравнивайте предложения подрядчиков по одинаковым условиям приёмки. Иначе под переносом стороны могут понимать разные результаты, хотя используют одно слово. Одному нужен архив на сервере, другому — самостоятельный магазин с доставкой заявок менеджерам.

Необязательно переносить весь сайт сразу. Сначала проверьте выбранный способ на одной странице с формой, которая приносит нужные вашему бизнесу обращения. Результат такой пробы поможет уточнить оставшийся объём работ до переключения основного сайта на новый сервер.

Частые вопросы

Как экспортировать сайт к себе на хостинг?

Экспорт доступен на тарифах из линейки Business. Для проекта выгрузка находится в настройках сайта, для отдельной страницы — в её настройках. Архив содержит статический HTML вместе с необходимыми файлами оформления и изображениями.

Дальше нужна проверка выгрузки на новом сервере. Отдельно примите доставку заявок и сценарии, которые зависят от подключённых к сайту сервисов.

Почему заявки из форм не приходят?

У экспортированного сайта проверьте активность подписки и соответствие домена настройкам проекта в Тильде. Затем проверьте подключённый к форме сервис приёма. После полного ухода с платформы за отправку должен отвечать уже собственный обработчик.

Начните проверку доставки с отправки тестового обращения. Подтверждением работы считайте появление заполненных полей там, где менеджер принимает новые заявки.

Почему не работают цели в Метрике?

Среди причин Тильда называет отсутствие счётчика на странице и блокировку другими скриптами. После пересборки проверьте также отправляемые сайтом события. Старая цель может ожидать действие, которое новая версия сайта больше не передаёт.

Проверьте каждую нужную цель отдельным тестовым действием. Сопоставьте результат в отчёте с тем, что произошло при проверке формы на сайте.

Как сделать переадресацию со старого домена на новый?

Для постоянного переноса Google рекомендует серверные перенаправления на страницы нового сайта по таблице соответствий. Подойдёт, например, перенаправление с кодом ответа 301. Подготовьте таблицу соответствий и поручите настройку тому, кто управляет сервером прежнего домена.

Проверяйте каждый важный адрес прежнего сайта отдельно. Если ссылка на услугу ведёт на главную, проверьте её по таблице соответствий.

Зафиксируйте результат переноса до переключения сайта

Попросите приложить к договору согласованные условия приёмки. Их можно сформулировать как действия, которые исполнитель показывает владельцу сайта перед запуском.

1. Откройте прежние адреса важных страниц и подтвердите переход к согласованному содержанию.
2. Отправьте обращения через формы и найдите заполненные поля в системе учёта.
3. Проверьте тестовый заказ до подтверждения оплаты и сопоставьте его с записью менеджера.
4. Покажите события в аналитике и адреса загрузки изображений на новом сайте.

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

Перенос сайтов с проверкой адресов, заявок и оплаты входит в работу направления разработки.