Как перенести сайт с Tilda на WordPress без потерь
Как перенести сайт с Tilda на WordPress, не потеряв страницы
Перенос сайта с Tilda на WordPress — это прежде всего не дизайнерская задача. Если вы думаете, как перенести сайт с Тильды на ВордПресс, важно помнить, что это перенос по страницам, а значит адрес каждой страницы важен не меньше, чем текст на ней. Если один URL исчезнет, вместе с ним может исчезнуть и страница — по крайней мере для поисковиков и старых закладок.
Самый безопасный способ понять, как перенести сайт с Tilda на WordPress, не потеряв страницы, — относиться к этому как к реестру, а не как к редизайну. Вам нужны названия, URL, типы страниц и ответ «да» или «нет» для каждой из них. Это звучит медленно. Но это всё равно быстрее, чем гадать, когда нужно сохранить URL при переносе сайта.
1. Проверьте, какие URL Tilda должны сохраниться без изменений
Начните со страниц, у которых уже есть история: проиндексированные страницы, страницы из соцсетей и страницы, на которые ссылаются партнёры. Именно им нужна точная преемственность один к одному. Страница с 20 внешними ссылками — это не то же самое, что страница, которую никто никогда не видел.
Полезный приём — разделить страницы на «обязательно сохранить» и «можно менять». Страница товара, страница услуги и большая статья обычно попадают в первую группу. Временная промостраница — не всегда. Если сомневаетесь, лучше отправьте её на проверку, чем предполагать, что её можно заменить.
Search Console, аналитика и отчёты по обратным ссылкам дают первые 3 списка для сравнения. Если одна и та же страница встречается во всех трёх, отнеситесь к ней особенно внимательно. Она имеет вес, даже если в редакторе выглядит скромно.
Некоторые владельцы сайта пытаются восстановить всё по памяти. Это быстро ломается. Страница, которая кажется второстепенной, может приносить трафик с форума, PDF-файла или старой рассылки. Старые ссылки продолжают работать только если вы их уважаете.
2. Составьте инвентаризацию страниц для передачи при переносе
Подготовьте простой список до начала любой работы в WordPress. В каждой строке должны быть текущий URL в Tilda, целевой URL в WordPress, тип страницы и все специальные блоки контента, которые нужно воссоздать. Таблицы достаточно. Хаотичного чата — нет.
Сделайте список практичным. Если на странице есть форма, запишите её поля. Если есть галерея, укажите количество изображений. Если есть карта, видео или аккордеон, отметьте это. Восстановление по принципу «здесь вроде была какая-то форма» почти всегда приводит к ошибкам.
Этот список помогает и с распределением ответственности. Один человек может проверить URL, другой — контент, третий — медиафайлы. Три человека, один лист. Обычно это гораздо чище, чем десяток скриншотов.
Если на сайте 40 страниц, инвентаризация сэкономит много споров позже. Если 400 — она станет единственным способом не сойти с ума. Количество важно, потому что каждая пропущенная строка превращается в пропущенную страницу.
Для проверки структуры можно сравнить, как сайт оформляет другие структурированные страницы, например сонник на букву к. Сама страница не о переносе, но её аккуратная структура напоминает: список страниц должен оставаться упорядоченным.
3. Определите стратегию URL до начала сборки в WordPress
До того как открывать редактор WordPress, решите, что будет с каждым slug. Какие-то страницы должны сохранить прежний slug. Какие-то — перейти на новую структуру. Какие-то можно объединить в одну более удачную страницу. Это нужно решить до сборки, иначе на этапе настройки можно случайно потерять страницы.
Для большинства сайтов достаточно трёх вариантов: сохранить, перенести, объединить. Сохранить — значит оставить старый адрес. Перенести — значит дать странице новый путь. Объединить — значит сделать из двух или нескольких старых страниц одну новую. У каждого варианта есть последствия для редиректов и внутренних ссылок.
Не меняйте slug просто потому, что он кажется красивее. Красота ничего не значит, если старый URL уже проиндексирован. Аккуратная структура полезна, но мёртвая страница совсем неаккуратна.
Практическое правило такое: если страница уже ранжируется или получает ссылки, сохраняйте slug, если нет веской причины его менять. Если всё же меняете, зафиксируйте точные старые и новые пути в списке. Потом этот список станет основой карты редиректов.
4. Сначала воссоздайте существующую структуру страниц в WordPress
Сначала настройте страницы WordPress, меню и иерархию, и только потом занимайтесь редизайном. Цель простая: у старых страниц должны появиться видимые точки назначения в новой системе. Если иерархии нет, редакторы начинают угадывать, а угадывание ведёт к неправильному размещению страниц.
Этот шаг про структуру, а не про визуальную полировку. Сначала создайте родительские страницы, дочерние страницы и пункты основного меню. Затем максимально точно повторите текущую карту сайта. Дизайн можно изменить позже. Точки назначения должны уже существовать.
Такой порядок важен, потому что отсутствующую страницу легче исправить, если она уже создана в WordPress. Страница без родителя, без пункта меню и без целевого URL — это просто проблема, которая ждёт дня запуска. Никому не хочется обнаружить её уже после того, как трафик переехал.
Если нужен параллельный пример того, как страницы организуются по теме, посмотрите на сонник на букву п. Контент другой, но урок тот же: порядок страниц должен иметь смысл ещё до того, как в них попадёт содержимое.
5. Сохраняйте контент постранично во время переноса
Переносите контент по страницам, а не одним общим потоком. Текст, изображения, видео, файлы для скачивания, формы и встроенные виджеты — всё это нужно проверять. Миграция может выглядеть завершённой, но при этом незаметно потерять одно поле формы или одну встроенную карту.
Используйте список как чек-лист для каждой страницы. Проверьте заголовок, основной текст, кнопки CTA, подписи к медиа и все скрытые элементы, влияющие на поведение. У одной страницы может быть простой макет; другая может зависеть от 6 блоков, расположенных в определённом порядке. Этот порядок важен.
С формами нужно быть особенно осторожными, потому что они часто ломаются без явных признаков. Контактная форма, которая выглядит нормально в WordPress, может отправлять заявки не в тот почтовый ящик или вообще никуда. Это маленькая техническая ошибка с большой бизнес-ценой.
Медиафайлы требуют такого же внимания. Изображение может отображаться правильно, но потерять alt-текст или имя файла. Видео может открываться на десктопе и не работать на мобильном. PDF может остаться привязанным к старой системе и исчезнуть в новой, если никто его не перенесёт.
Иногда сам контент страницы подсказывает, что именно должно сохраниться. Например, раздел сайта вроде сонника на букву с показывает, как повторяющаяся структура помогает держать много записей без путаницы. Ваша миграция должна сохранить такую повторяемую логику страниц, а не сгладить её.
6. Настройте редиректы для каждой заменённой или переименованной страницы
Любой старый URL Tilda, который не остаётся без изменений, нуждается в плане редиректа. В большинстве случаев это означает 301-редирект со старого адреса на новую страницу WordPress. Без него посетители будут попадать в тупик, а поисковики — тратить время на битые пути.
Карта редиректов должна быть построчной. Слева старый URL, справа новый URL. Без группировок, без «примерно подходит», без сокращений только по названию страницы. Если 2 страницы объединяются в 1, оба старых URL должны вести на новую объединённую страницу.
Именно здесь многие миграции проваливаются. Разработчик может правильно собрать новую страницу, но забыть старый путь. Контент есть, а адрес никуда полезного не ведёт. Так страницы «теряются», даже если их никто не удалял.
Храните карту редиректов вместе со списком страниц. Она снова понадобится после запуска, потому что часть ссылок ещё долго будет вести на Tilda. Старые рассылки сами себя не обновляют. И обратные ссылки с других сайтов тоже.
Если перед редиректом вам нужно проверить, содержит ли страница правильные юридические данные или контакты поддержки, используйте такие инструменты, как как проверить, есть ли на сайте и как проверить, есть ли на сайте. Эти страницы посвящены проверке, а проверка — именно то, что нужно для карты редиректов.
7. Протестируйте перенесённые страницы до запуска
Проверьте каждую перенесённую страницу в staging-среде до запуска. Откройте страницу, нажмите внутренние ссылки, отправьте формы и проверьте медиа на десктопе и мобильных устройствах. Затем протестируйте старый URL и убедитесь, что он ведёт на нужную страницу WordPress без ошибки.
Хороший список тестов включает минимум 4 проверки: загрузка страницы, пути ссылок, поведение формы и отображение медиа. Если хотя бы одна не проходит, исправьте это до запуска. Страница, работающая наполовину, всё равно сломана.
Не ограничивайтесь главной страницей. Ошибки миграции часто прячутся на глубоких страницах. Страница на три уровня ниже в иерархии сайта может сломаться, тогда как главная выглядит идеально. Это распространённое несоответствие, и оно обманывает команды, которые проверяют только верхний слой.
Проверьте внутренние ссылки прямо из текста. Если в абзаце есть ссылка на другую страницу, она должна вести на целевой адрес WordPress, а не на старый путь Tilda. Сайт может иметь идеальные страницы и всё равно казаться сломанным, потому что о ссылках забыли.
Если страница зависит от внешних ссылок, например FAQ или страницы политики, проверьте и их. Полезная проверка — как найти FAQ сайта, потому что отсутствие страниц поддержки создаёт ту же путаницу, что и отсутствие контента.
8. Проведите аудит после запуска и исправьте пропущенные URL
После запуска просканируйте сайт и найдите 404 ошибки, битые ссылки и страницы, которые пропустили при переносе. Это не формальность. Именно так вы находите страницы, которые никто не заметил на этапе staging.
Проверьте отчёт сканирования на старые URL Tilda, которые всё ещё встречаются в логах браузера, результатах поиска или внутренних ссылках. Если какой-то URL пропущен, немедленно исправьте редирект или добавьте недостающую страницу WordPress. Ожидание даже 1 недели может посылать смешанные сигналы поисковикам и посетителям.
Проверяйте сайт в двух направлениях. Сначала — от новых страниц WordPress наружу, чтобы убедиться, что внутренние ссылки ведут куда нужно. Затем — от старых URL Tilda внутрь, чтобы подтвердить, что каждая старая страница корректно открывается. Оба направления важны.
Быстрый аудит может показать закономерности. Если 5 старых URL ведут не на ту новую страницу, значит правило сопоставления было слишком широким. Если пропала только одна страница, возможно, в списке не учли блок или дочернюю страницу. В любом случае исправление должно быть точным, а не абстрактным.
И ещё одна привычка, которую стоит сохранить: относитесь к миграции как к живому списку, а не как к разовой задаче. Страницы будут добавляться, переименовываться и объединяться и дальше. Инвентаризация, карта редиректов и стратегия URL должны обновляться, чтобы следующее изменение не сломало предыдущее.
Для тех, кто любит сравнивать структуру страниц с другой контентной системой, сонник на букву к и сонник на букву п показывают, как стабильные пути страниц упрощают поддержку сайта, даже когда сам контент внутри меняется.
