Перенос сайта с WordPress на Astro: headless или полный переезд и как не потерять позиции в поиске

Коротко

На WordPress работают 40,1% всех сайтов — такие данные W3Techs приводил на 13 октября 2026 года, — поэтому большинство миграций начинается именно с него. В собственном руководстве по миграции Astro описывает два пути: оставить WordPress в роли headless CMS, а фронтенд собирать на Astro, или полностью перенести контент из WordPress.

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

Headless WordPress или полный переезд?

В документации Astro описаны оба варианта: WordPress в роли headless CMS и переход с WordPress, где для переноса контента предлагается инструмент wordpress-export-to-markdown.

Что мы увидели на восьми действующих сайтах на WordPress

13 октября 2026 года мы проверили восемь сайтов на WordPress — от новостного блога самого WordPress.org до крупных издателей, — чтобы понять, на что может опираться миграция:

• Семь из восьми публично отдавали записи через REST API по адресу /wp-json/wp/v2/posts. Восьмой ответил кодом 401: некоторые хостинги и плагины безопасности закрывают API, поэтому проверьте свой сайт, прежде чем строить на этом план.
• Три из восьми вместе с каждой записью возвращали и данные Yoast SEO. Yoast добавляет к стандартным ответам REST API поле yoastheadjson с title, description, каноническим URL, тегами Open Graph и разметкой schema, которые плагин выводит на этой странице (документация Yoast для разработчиков). Это именно те SEO-метаданные, которые вам нужны, причём уже готовые к повторному использованию.
• Во всех URL записей, которые вернули эти сайты, был слеш в конце, а у пяти сайтов из семи — ещё и год, например /2026/10/nazvanie-zapisi/. Astro должен в точности воспроизвести эту структуру, иначе для каждой записи понадобится редирект.
• Шесть из восьми по-прежнему загружали jQuery — напоминание о том, сколько фронтенд-кода тянет за собой тема WordPress и сколько его можно оставить в прошлом при пересборке на Astro.

Перенос сайта с WordPress на Astro: пошагово

1. Составьте список всех URL. Начиная с версии 5.5, WordPress публикует карту сайта по адресу /wp-sitemap.xml, если только SEO-плагин не заменяет её своей (Make WordPress Core). Добавьте отчёт «Страницы» из Google Search Console за максимально доступный период, запишите структуру постоянных ссылок из раздела «Настройки → Постоянные ссылки» и экспортируйте правила из плагина редиректов, если он у вас есть.
2. Выберите между headless и полным переездом с помощью таблицы выше. Остальные шаги подходят для обоих вариантов; в headless-схеме «экспорт» означает, что те же данные читаются из API во время сборки.
3. Экспортируйте контент. Раздел «Инструменты → Экспорт» создаёт файл WXR — XML-выгрузку с записями, страницами, пользовательскими типами записей, комментариями, произвольными полями, рубриками, метками, пользовательскими таксономиями и пользователями (документация WordPress). Для экспорта скриптом REST API отдаёт до 100 записей на страницу вместе с уже сформированным HTML каждой из них.
4. Скопируйте загрузки. Изображений внутри XML-файла нет: они хранятся в wp-content/uploads вместе с уменьшенными копиями, которые WordPress создал для каждого из них. Сохраните оригиналы, поручите генерацию нужных размеров astro:assets и решите, останутся ли старые URL изображений прежними или для них понадобятся редиректы.
5. Перенесите SEO-метаданные. Если на сайте стоит Yoast SEO, прочитайте yoastheadjson из REST API для каждой записи и страницы: там итоговые title и description, а не шаблоны, которые хранит плагин. В остальных случаях возьмите их из произвольных полей плагина в файле экспорта.
6. Пересоберите шаблоны в виде компонентов Astro. При полном переезде превратите записи и страницы в коллекции контента или перенесите их в новую CMS; в headless-схеме получайте их из API. Проверьте HTML нескольких записей на шорткоды, встраиваемый контент и разметку конструкторов страниц: её часто приходится чистить, чтобы всё выглядело правильно без старой темы.
7. Замените плагины, которые работали на фронтенде. Формам нужен собственный обработчик (Cloudflare Worker, сервис форм или ваша CRM), поиск можно заменить статическим индексом, например Pagefind, а по комментариям нужно принять решение: оставить их, перенести в сторонний сервис или закрыть. Плагинам кеширования больше нечего делать, когда страницы собираются заранее.
8. Сохраните структуру URL. Постоянные ссылки WordPress обычно заканчиваются слешем, и это совпадает с форматом сборки Astro по умолчанию, где каждая страница становится отдельным каталогом. Ссылки с датой превращаются в динамические маршруты вида /[year]/[month]/[slug]/ (маршрутизация в Astro); архивам рубрик и меток нужны собственные страницы или редирект.
9. Делайте редиректы на сервере, включая остатки WordPress. Статическая сборка Astro без адаптера превращает настроенные редиректы в страницы с meta refresh (справочник по конфигурации Astro), поэтому настройте редиректы 301 один к одному там, где размещён сайт. Помимо изменившихся записей, охватите URL, которые WordPress создаёт сам: /feed/, короткие ссылки ?p=, страницы вложений, архивы авторов и все файлы из /wp-content/uploads/, которые вы переместили.
10. Запустите сайт и наблюдайте. Переключите DNS, оставьте старую установку WordPress доступной только вам, пока новый сайт не будет проверен, и следите за отчётами Search Console об индексировании в течение следующих нескольких недель. Наш SEO-чек-лист миграции сайта охватывает день запуска и 90 дней после него.

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

Как сохранить SEO

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

Затем проверьте, что старая тема и плагины добавляли на каждую страницу: теги canonical, изображения Open Graph, структурированные данные, теги hreflang от плагина мультиязычности и правила robots. Всё, чего не окажется на новом сайте, — это сигнал, который Google потеряет в день переключения.

Как Dardo проводит миграцию с WordPress

Переезды с WordPress мы проводим в рамках услуги миграции сайта: инвентаризация URL и контента, выбор между headless и полным переездом, сначала одна типовая страница, пересобранная и проверенная на согласованных значениях ширины, затем остальные шаблоны, формы и редиректы. Сама сборка — это веб-разработка на Astro. Если вы ещё решаете, стоит ли вообще уходить с WordPress, наше сравнение WordPress и индивидуального сайта объясняет, когда окупается каждый из вариантов, а руководства по переносу с Framer и Webflow посвящены другим распространённым отправным точкам.

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