Перенос сайта с Тильды на WordPress — чек‑лист/гайд

Кому: владельцам бизнеса и маркетологам, у кого сайт на Tilda и нужен WordPress (SEO, блог, каталог, интеграции, скорость, контроль).
Результат: сайт на WordPress + сохранение позиций/ссылок через редиректы + подключенная аналитика.
Срок: подготовка 2–6 часов, перенос обычно 3–7 дней (зависит от объёма страниц и интеграций).

Чек‑лист (пункт — как проверить — как сделать)

Раздел 1. Подготовка: аудит и план

1. Список страниц и URL — проверить: выгрузка страниц/адресов из Тильды и индекса в Яндексе/Google — сделать: собрать таблицу “Старый URL → Новый URL”, отметить приоритетные.
2. Семантика и точки входа — проверить: в Метрике/GA самые посещаемые страницы и запросы — сделать: зафиксировать ТОП‑страницы, не менять их структуру без причины.
3. Контент‑инвентаризация (тексты/фото/файлы) — проверить: все блоки, попапы, файлы, PDF, прайсы — сделать: скачать медиа, тексты, документы в одну папку.
4. Формы и заявки — проверить: куда уходят лиды (почта/CRM/Telegram) — сделать: записать интеграции, поля, сценарии (спасибо‑страница, события).
5. Счётчики и события — проверить: установлены Метрика/GA, цели, коллтрекинг — сделать: выписать ID и события (клики/отправки/скролл).
6. Юридические страницы — проверить: политика, оферта, согласие на обработку — сделать: подготовить отдельные страницы + чекбокс согласия в формах.

Раздел 2. Домен, хостинг, SSL, доступы

1. Доступ к домену — проверить: есть доступ к регистратору/NS — сделать: получить логины, включить 2FA, сохранить текущие DNS.
2. Хостинг под WordPress — проверить: PHP 8.x, MariaDB/MySQL, лимиты, бэкапы — сделать: выбрать тариф, создать сайт/БД, включить авто‑бэкап.
3. SSL/HTTPS — проверить: на Тильде сайт открывается по https без ошибок — сделать: выпустить SSL на новом хостинге (Let’s Encrypt), настроить редирект на https.
4. Почта домена — проверить: MX/SPF/DKIM не сломаются при смене DNS — сделать: перед переключением домена зафиксировать DNS записи и перенести их.
5. Параллельная разработка (стейджинг) — проверить: можно ли показать новый сайт без индексации — сделать: развернуть на поддомене dev. или техдомене + закрыть от индекса.
6. Резервная копия — проверить: есть сохранённая версия контента/настроек — сделать: сохранить экспорт/копии файлов, скриншоты ключевых страниц, таблицу URL.

Раздел 3. Перенос контента и сборка на WordPress

1. Выбор темы/шаблона — проверить: подходит под структуру и скорость — сделать: выбрать лёгкую тему + дочернюю (child) при доработках.
2. Конструктор/блоки — проверить: что использовалось в Тильде (сетка, карточки, квизы) — сделать: собрать на Gutenberg/ACF/Elementor (по задаче), без “тяжёлых” плагинов.
3. Структура меню и навигации — проверить: совпадают пункты меню, якоря, футер — сделать: перенести меню 1:1, настроить хлебные крошки при необходимости.
4. Медиа и оптимизация изображений — проверить: размеры, вес, наличие WebP — сделать: загрузить в WP, включить сжатие/конвертацию в WebP, прописать alt.
5. Формы — проверить: все формы отправляют и логируются — сделать: настроить Contact Form 7 / WPForms, добавить reCAPTCHA, уведомления, интеграции.
6. Интеграции (CRM/Telegram/оплаты/виджеты) — проверить: какие скрипты/виджеты стояли — сделать: перенести через GTM/вставку кода, протестировать события.
7. Блог/новости (если нужен SEO‑рост) — проверить: есть ли контент‑план и рубрики — сделать: завести категории/теги, шаблон записи, блок “похожие”.
8. 404 и поиск по сайту — проверить: как обрабатываются несуществующие URL — сделать: сделать страницу 404 с кнопками + поиск, настроить редиректы.

Раздел 4. SEO‑миграция: мета, редиректы, индекс

1. Мета‑теги (Title/Description/H1) — проверить: есть ли уникальные мета на ключевых страницах — сделать: перенести вручную, настроить шаблоны через SEO‑плагин (Rank Math/Yoast).
2. ЧПУ и структура URL — проверить: совпадает ли формат адресов — сделать: настроить permalink, по возможности сохранить старые пути.
3. 301‑редиректы — проверить: список старых URL и новые аналоги — сделать: настроить 301 (Redirection / htaccess), проверить цепочки и 404.
4. Каноникал и дубликаты — проверить: нет ли дублей со слешем/без, http/https — сделать: один вариант домена, canonical, редиректы на единый формат.
5. robots.txt и закрытие служебных страниц — проверить: нет ли индексации /wp-admin/, фильтров, черновиков — сделать: корректный robots + noindex для техстраниц.
6. sitemap.xml — проверить: карта сайта генерируется и открывается — сделать: включить sitemap в SEO‑плагине, отправить в Яндекс.Вебмастер и GSC.
7. Микроразметка — проверить: есть ли Organization/LocalBusiness/FAQ — сделать: добавить schema через SEO‑плагин или JSON‑LD блоками.
8. Скорость и Core Web Vitals — проверить: PageSpeed Insights до/после — сделать: кеш, оптимизация CSS/JS, lazy‑load, нормальный хостинг.

Раздел 5. Тестирование и запуск

1. Тех‑чек перед переключением домена — проверить: стейджинг закрыт от индекса, всё работает — сделать: пройти тест‑план (формы, меню, мобильная версия).
2. Переключение домена (DNS/NS) — проверить: TTL, время обновления — сделать: снизить TTL заранее, переключить NS/DNS, проверить распространение.
3. Проверка редиректов — проверить: старые URL дают 301 на новые — сделать: прогнать список URL (Screaming Frog/онлайн чекеры).
4. Аналитика и цели — проверить: визиты/события фиксируются — сделать: поставить Метрику/GA, настроить цели (отправка формы/клик по телефону).
5. Вебмастера — проверить: сайт подтверждён, sitemap отправлен — сделать: Яндекс.Вебмастер + Google Search Console, посмотреть ошибки сканирования.
6. Мониторинг 404 — проверить: есть ли рост “не найдено” — сделать: включить лог 404 (Redirection), закрывать редиректами.
7. Контроль индексации — проверить: появляются новые URL, старые уходят — сделать: переобход страниц, проверить canonical/robots.
8. Бэкап и откат — проверить: есть точка восстановления — сделать: настроить автоматические бэкапы + сохранить “золотой” бэкап после запуска.

Частые ошибки

1. Переносят дизайн “как есть”, но ломают структуру URL → потом просадка SEO.
2. Не делают 301‑редиректы со старых страниц → трафик уходит в 404.
3. Оставляют dev‑версию открытой → в индексе дубли.
4. Подключают 10–15 плагинов “на всё” → медленно, конфликтно, сложно поддерживать.
5. Забывают про события/цели (формы, звонки, мессенджеры) → лиды есть, но не считаются.
6. Переносят изображения без оптимизации → PageSpeed падает, конверсия падает.
7. Не проверяют мобильную версию → на WP съезжают блоки, кнопки, формы.
8. Меняют тексты/заголовки на ключевых страницах одновременно с переездом → сложно понять причину падения.
9. Не переносят/ломают DNS записи почты → перестают приходить письма.
10. Не делают мониторинг 404 после запуска → теряются заявки с “старых” ссылок.