Миграция с WordPress на Astro: Пошаговый гайд 2026 года

WordPress — великая платформа. На ней работает более 40% всего интернета. Но в 2026 году требования к скорости, безопасности и пользовательскому опыту выросли настолько, что классическая архитектура WordPress часто становится узким местом для бизнеса.

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

Почему пора уходить с классического WordPress?

При всей удобной административной панели WordPress имеет ряд архитектурных недостатков, особенно болезненных в 2026 году:

1. Проблемы со скоростью: WordPress генерирует страницы динамически: PHP получает запрос, делает 20-50 запросов к MySQL, собирает HTML и отдает браузеру. Тяжелые конструкторы (Elementor, Divi) и 30+ плагинов часто приводят к LCP от 4 до 8 секунд. Google PageSpeed — 20-40 баллов в красной зоне.

2. Уязвимости безопасности: WordPress — главная цель хакеров. Плагин с уязвимостью, незакрытый xmlrpc.php, слабый пароль к /wp-admin — и сайт становится частью ботнета. Только в 2025 году в экосистеме WP было зафиксировано более 4 000 новых CVE.

3. Дорогой хостинг при нагрузках: Чтобы WP выдерживал пики трафика, нужны мощные VPS, Redis-кэш и балансировщики нагрузки. Всё это стоит денег и требует постоянного DevOps-внимания.

4. Технический долг плагинов: Средний WordPress-сайт использует 20-30 плагинов. Каждый — потенциальный конфликт и потенциальная уязвимость.

Сравнение метрик: WP vs Astro

Три пути миграции

Путь 1: Полный отказ от WordPress (переход на MDX)

Идеально для личных блогов и корпоративных сайтов до 200-300 статей. Вы полностью прощаетесь с WP и переводите контент в .mdx-файлы, которые хранятся в Git-репозитории.

Как экспортировать контент:

• Плагин WP Markdown Exporter конвертирует записи в Markdown, сохраняя теги и дату в frontmatter.
• Изображения скачиваете отдельно и кладете в src/assets/.
• Файлы размещаете в src/content/articles/ — Astro Content Collections подхватят их автоматически.

Плюсы: Нет зависимости от внешней CMS, идеальная скорость сборки.

Минусы: Редакторам нужна Git-ориентированная CMS (Keystatic, Decap CMS).

Путь 2: Headless WordPress

Для крупных редакций с 10+ авторами, привыкших к Gutenberg. WP живет на закрытом поддомене (admin.yoursite.com) как «мозг» без публичного фронтенда. Astro запрашивает данные через API и строит статические страницы.

---
// src/pages/blog/[slug].astro
const response = await fetch('https://admin.yoursite.com/graphql', {
  method: 'POST',
  headers: { 'Content-Type': 'application/json' },
  body: JSON.stringify({
    query: `
      query GetAllPosts {
        posts(first: 100) {
          nodes {
            title
            slug
            content
            date
            featuredImage { node { sourceUrl } }
          }
        }
      }
    `,
  }),
});
const { data } = await response.json();
const posts = data.posts.nodes;
---

Установите плагин WPGraphQL на стороне WordPress — он предоставит полноценный GraphQL API над базой данных.

Путь 3: Миграция с Gatsby или Next.js на Astro

Недооцененный кейс. Команды, ушедшие с WP на Gatsby (который сейчас legacy) или Next.js, сталкиваются с той же проблемой: лишний JavaScript и дорогой хостинг. Переезд с Gatsby на Astro — один из самых благодарных: компонентный подход схож, а результат — мгновенный прирост PageSpeed, так как Astro по умолчанию убирает весь клиентский JS.

SEO-риски при миграции: Как не потерять позиции

Это самый важный и часто игнорируемый раздел. Неправильная миграция уничтожает годами нарабатываемые позиции.

1. Сохраните структуру URL

Google индексирует конкретные URL. Если статья была на /blog/kak-sozdat-sait/, она должна остаться там же. В Astro это достигается через параметр slug в frontmatter и роутинг src/pages/blog/[slug].astro.

2. Настройте 301-редиректы

Если URL изменились (WP использовал /год/месяц/название), настройте серверные редиректы:

# public/_redirects (Cloudflare Pages / Netlify)
/2023/05/kak-sozdat-sait/  /blog/kak-sozdat-sait/  301

3. Перенесите метатеги

В WP за SEO отвечал Yoast. В Astro всё хранится в frontmatter каждого .mdx-файла. При экспорте убедитесь, что metaTitle и description сохранены для каждой статьи.

4. Обновите Sitemap

Добавьте @astrojs/sitemap в конфигурацию Astro. После переезда залейте новый sitemap.xml в Google Search Console и запросите переобход страниц.

5. Проверьте внутренние ссылки

В WP часто используются абсолютные ссылки вида https://yoursite.com/старый-url/. После миграции их нужно обновить на новые пути.

Обработка изображений из медиабиблиотеки WordPress

В Headless WP изображения продолжают храниться на серверах WordPress. Есть три стратегии:

1. Оставить на WP-сервере — просто, но теряется WebP/AVIF оптимизация Astro.

2. Cloudflare Images или Image CDN — принимают оригинальный URL и конвертируют в WebP на лету через URL-параметры.

3. Скачать в src/assets/ — трудоемко, но правильно. Нативный <Image /> из astro:assets полноценно оптимизирует каждую картинку при сборке.

Итоговый чеклист миграции

Перед переключением DNS на новый сайт проверьте каждый пункт:

• ☑ Весь контент перенесен (проверьте количество статей)
• ☑ URL сохранены или настроены 301-редиректы
• ☑ sitemap.xml генерируется корректно
• ☑ Метатеги (title, description, OG) на каждой странице
• ☑ Все изображения доступны и оптимизированы
• ☑ Webhook для автопересборки настроен (Headless WP)
• ☑ Аналитика подключена (Google Analytics или Umami)
• ☑ Проверка через Search Console — нет ошибок 404
• ☑ PageSpeed Insights показывает 90+ баллов для мобильных

Итог

Миграция с WordPress на Astro — стратегическая инвестиция в будущее проекта. Первоначальная настройка потребует нескольких дней или недель работы. Но взамен вы получите сайт, который грузится мгновенно, практически неуязвим для хакеров, хостится бесплатно и безупречно ранжируется в поисковых системах. В мире, где Core Web Vitals стали прямым фактором ранжирования Google, это уже не опция, а необходимость.