Міграція з WordPress на Astro: як перенести сайт, headless або повністю, без втрати позицій у пошуку

Коротка відповідь

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

В обох випадках робота, яка захищає ваш трафік, однакова: збережіть кожен URL, що приносить відвідування, перенесіть заголовки й описи, які створював ваш SEO-плагін, скопіюйте папку uploads, замініть плагіни, що працювали на фронтенді, і дайте кожному 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 із заголовком, описом, канонічним URL, тегами Open Graph і розміткою schema, яку плагін виводить для цієї сторінки (документація Yoast для розробників). Це саме ті SEO-метадані, які вам потрібні, готові до повторного використання.
• Усі URL записів, які вони повернули, закінчувалися слешем, а на п'яти із семи сайтів містили ще й рік, як-от /2026/10/post-name/. 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 для кожного запису й сторінки: так ви отримаєте остаточні заголовок і опис, а не шаблони, які зберігає плагін. Інакше візьміть їх із користувацьких полів плагіна в експорті.
6. Перебудуйте шаблони як компоненти Astro. У разі повного переїзду перетворіть записи й сторінки на content collections або перенесіть їх у нову CMS; з headless WordPress отримуйте їх через API. Перевірте HTML кількох записів на шорткоди, вбудовування й розмітку конструкторів сторінок: її часто треба почистити, щоб контент нормально виглядав поза старою темою.
7. Замініть плагіни, що працювали на фронтенді. Формам потрібен власний endpoint (Cloudflare Worker, сервіс форм або ваш CRM), пошук можна замінити статичним індексом, наприклад Pagefind, а щодо коментарів треба ухвалити рішення: залишити їх, перенести в окремий сервіс або закрити. Плагінам кешування більше нічого робити, коли сторінки збираються заздалегідь.
8. Збережіть структуру URL. Постійні посилання WordPress зазвичай закінчуються слешем, що збігається з форматом директорій, у якому Astro за замовчуванням генерує сторінки. Посилання з датою стають динамічними маршрутами (маршрутизація в Astro), як-от /[year]/[month]/[slug]/; архіви категорій і позначок потребують власних сторінок або редиректу.
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 від багатомовного плагіна та правила для роботів. Усе, чого бракуватиме на новому сайті, — це сигнал, який Google втратить у день перемикання.

Як Dardo проводить міграцію з WordPress

Переїзди з WordPress ми виконуємо в межах послуги міграції сайту: інвентаризація URL і контенту, рішення між headless і повним переїздом, спершу одна репрезентативна сторінка, перебудована й перевірена на погоджених ширинах екрана, а потім решта шаблонів, форми й редиректи. Сама розробка — це веброзробка на Astro. Якщо ви ще вирішуєте, чи взагалі йти з WordPress, наше порівняння WordPress та індивідуального сайту пояснює, коли окупається кожен варіант, а наші посібники з міграції з Framer і Webflow охоплюють інші поширені стартові точки.

Якщо ви зважуєте переїзд, надішліть нам сайт і опишіть, що хочете змінити. Ми скажемо, що вам підходить, headless чи повний переїзд, ще до того, як підготуємо кошторис.