Перенести сайт на WordPress: с Тильды, с конструктора и со старого движка

Перенести сайт на WordPress обычно решают после одной из двух фраз: «за конструктор платим каждый месяц, а сайт всё равно не наш» или «подрядчик пропал, а движок никто больше не знает». И почти всегда владелец представляет себе кнопку «импортировать» — нажал, подождал, получил тот же сайт на новом месте. Так не бывает ни с одной платформой: тексты и картинки переезжают, а вёрстка и блоки конструктора — нет, их собирают заново. Ниже — что именно переносится, в каком порядке идёт работа, где теряют трафик чаще всего и как этого не допустить, если домен вы оставляете прежним.

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

Что переносится, а что делается заново

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

Что было на старом сайте	Что переносим	Что делаем заново
Тексты страниц и статей	Переносим целиком	Переразметку заголовков и списков
Изображения и фотографии	Переносим файлы	Подписи, alt и размеры под новый шаблон
Блоки конструктора и вёрстку	Не переносим	Шаблон и блоки средствами WordPress
Меню и структуру разделов	Переносим логику	Само меню собираем заново
Адреса страниц	Сохраняем по возможности	Карту соответствий там, где адреса меняются
Карточки товаров	Переносим данные таблицей	Шаблон карточки, фильтры, варианты
Формы заявок	Не переносим	Собираем заново и проверяем доставку писем
Счётчики аналитики	Переносим коды	Цели и события настраиваем под новую вёрстку
Отзывы и комментарии	Переносим, если есть выгрузка	Иногда переносим руками, если их немного
Интеграции с учётной системой	Не переносим	Подключаем заново под WordPress

Откуда переезжают чаще всего

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

С других конструкторов. Механика та же: содержимое забираем, оформление нет. У части сервисов выгрузки нет совсем, и тогда тексты собирают вручную или скачивают страницы как есть и вытаскивают содержимое из кода.

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

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

Карта старых адресов — первый шаг

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

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

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

Содержимое: выгрузка и импорт

У WordPress есть штатный инструмент импорта в разделе инструментов админки. Он принимает файл особого формата, в котором хранятся записи, страницы, произвольные типы записей, комментарии, произвольные поля, рубрики, метки, произвольные таксономии и пользователи. Это родной формат самого WordPress, поэтому переезд с одного сайта на WordPress на другой — самый простой сценарий из всех. В комплекте есть и импорт с одной внешней блог-платформы; для остальных систем используют отдельные инструменты.

Когда сайт переезжает с конструктора, всё проще и скучнее: содержимое переносится вручную или полуавтоматически через таблицу. Для сайта на 10–20 страниц ручной перенос честно быстрее любых ухищрений. Для каталога на несколько сотен позиций готовят таблицу с колонками — название, описание, цена, артикул, категория, имя файла картинки — и загружают её штатными средствами импорта товаров.

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

Вёрстка: шаблон, а не копия страниц

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

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

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

Перенаправления: главный пункт всего переезда

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

Настраиваются такие перенаправления либо правилами на сервере, либо средствами WordPress. Технические варианты с примерами разобраны в материале про то, как сделать 301 редирект. Здесь важнее организационная часть: перенаправления готовятся заранее, по таблице из третьего раздела, и проверяются до того, как старый сайт выключен.

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

Формы, счётчики и интеграции

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

Формы. Собираются заново средствами WordPress. Обязательные пункты: уведомление приходит на рабочую почту, заявка сохраняется в базе сайта (а не только уходит письмом), есть ссылка на политику обработки персональных данных, согласие даётся осознанным действием. Проверяется настоящей тестовой заявкой на почтовый ящик в другом почтовом сервисе — именно чтобы увидеть, не попало ли письмо в спам.

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

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

Что проверить после переезда и что просядет

Проверка	Как делаем	Готово, если
Коды ответа старых адресов	Проходим по таблице из третьего раздела	Каждый адрес ведёт на свою страницу, а не на главную
Ошибки 404	Смотрим отчёт вебмастера и журнал сайта	В списке нет адресов с посещаемостью
Дубли страниц	Проверяем адреса со слешем и без, с параметрами	Один адрес отдаёт страницу, остальные ведут к нему
Карта сайта	Открываем sitemap.xml и сверяем состав	В карте только нужные страницы нового сайта
Заголовки и описания	Выборочно проверяем 10–15 ключевых страниц	Нет пустых и нет одинаковых
Формы	Оставляем настоящую заявку	Письмо пришло, заявка сохранилась в админке
Аналитика	Заходим на сайт и смотрим отчёт в реальном времени	Визит виден, цель срабатывает
Мобильная версия	Проходим ключевые страницы с телефона	Ничего не перекрывается, кнопки доступны
HTTPS	Открываем сайт и проверяем адресную строку	Нет предупреждений и смешанного содержимого
Панель вебмастера	Сообщаем об обновлении и отправляем карту сайта	Робот начал обходить новые страницы

Теперь честно про сроки и просадку. Сайт услуг на 10–20 страниц при готовых текстах переносится за одну-две недели. Каталог на несколько сотен позиций — от месяца, и основное время уходит не на технику, а на выверку данных. Кратковременное проседание трафика после переезда — нормальное явление: роботу нужно время, чтобы обойти изменившийся сайт. Если перенаправления сделаны постранично и содержимое сохранено, показатели обычно возвращаются в течение нескольких недель. Затяжное падение почти всегда означает конкретную ошибку — потерянные адреса, закрытый от индексации сайт, дубли — а не «особенность переезда».

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

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

Можно ли перенести сайт с Тильды целиком

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

Потеряю ли я позиции при переносе

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

Нужно ли сохранять старые адреса один в один

Не обязательно, и иногда вредно: адреса вида page.php?id=345 сохранять смысла нет. Правило другое — любой изменившийся адрес должен иметь перенаправление на новый. Менять структуру при переезде можно, если вы готовы вести таблицу соответствий.

Что делать, если доступа к старому сайту нет

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

Когда отключать старый сайт

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

Когда переезд не нужен и когда нужен специалист

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

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

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

Коротко

Тексты, картинки и данные товаров переносятся. Вёрстка, блоки конструктора, формы и интеграции — нет, их собирают заново средствами новой платформы.

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

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

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

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

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

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