Один из первых React-фреймворков для SSG. До сих пор используется на большом числе сайтов — особенно блогов и документации. SEO на Gatsby хорошее, но требует поддержки и миграции на актуальные версии. Gatsby — зрелое решение с богатой экосистемой плагинов. Если у вас уже сайт на Gatsby — мы его оптимизируем и подготовим миграцию на Gatsby 5+ или Astro/Next.js при необходимости.
Gatsby 2/3/4 устарели — рекомендуем миграцию на 5+ или альтернативу. Оцениваем затраты и риски.
Настройка унифицированной системы мета-тегов через gatsby-plugin-react-helmet с автоматическими canonical и og.
Автогенерация разметки из MDX/Markdown frontmatter через шаблоны.
Настройка gatsby-plugin-sitemap и gatsby-plugin-robots-txt с правильными exclude-правилами.
Использование gatsby-plugin-image (или миграция на gatsby-plugin-sharp). Critical для LCP.
Если Gatsby 2/3 — план миграции на 5+ или переход на Astro/Next.js без потери SEO.
Gatsby 2 не поддерживается с 2022 — уязвимости, медленный build, риски.
Использование старого компонента — медленный LCP, отсутствие AVIF/WebP.
Большие сайты собираются 30-60 минут — невозможно публиковать свежий контент быстро.
Сложная архитектура GraphQL-запросов часто приводит к неполным мета-тегам на страницах.
Старые SEO-плагины (gatsby-plugin-feed, gatsby-plugin-canonical-urls) — конфликты с новыми версиями.
Dev-режим становится непригоден — разработка замедляется, SEO-правки делать тяжело.
Какая версия Gatsby, какие плагины, какие deprecated. Решение: обновлять или мигрировать.
Замеры скорости, идентификация bottleneck'ов, план улучшений.
Настройка react-helmet, унификация мета-данных, JSON-LD разметка.
Подключение плагинов с правильными настройками. Хуки на обновление контента.
Миграция на gatsby-plugin-image, AVIF/WebP, font optimization.
Если стек слишком устарел — план перехода на Astro или Next.js без потери позиций.
Это главный вопрос на любом современном фреймворке. Всё остальное — мета-теги, разметка, скорость — решается после него.
| Режим | Что видит поисковик | Когда подходит |
|---|---|---|
| Статическая генерация | Готовый HTML со всем содержимым — лучший вариант для индексации | Контент меняется нечасто: услуги, статьи, каталог без частых обновлений цен |
| Серверный рендеринг | Готовый HTML, собранный на каждый запрос | Данные меняются часто: наличие, цены, персонализация |
| Клиентский рендеринг | Пустую страницу, содержимое появляется после выполнения скриптов | Личные кабинеты и внутренние интерфейсы — то, что и не должно индексироваться |
| Смешанный режим | Зависит от того, какая часть страницы отдаётся сразу | Каталог со статичными карточками и динамическими блоками |
Частая ошибка — клиентский рендеринг на страницах, которые должны приводить людей из поиска. Проверяется просто: откройте исходный код страницы и поищите в нём свой текст. Если его там нет, поисковик тоже может его не увидеть.
На современных стеках любая SEO-стратегия начинается с правильного рендеринга и индексации. Без этого остальное не работает.
LCP, INP, CLS — три метрики, по которым Google оценивает реальный UX. На SSG/SSR стеках их легко вытянуть в зелёную зону.
Работаем напрямую с вашими разработчиками — фиксим то что нельзя сделать через инструменты SEO.
Не «настроили и забыли» — следим за индексацией, скоростью и позициями постоянно, отчёт присылаем раз в месяц.
Сопровождение — от 100 000 ₽ в месяц, как и на любой другой платформе: цена зависит от объёма работ, а не от стека. Точную сумму называем после бесплатного разбора за 1–2 дня. Работаем от 6 месяцев, гарантий позиций не даём. Отдельная оговорка для этих стеков: часть правок внедряет ваш разработчик, и его время в нашу стоимость не входит — на разборе сразу говорим, какой объём работы ляжет на команду разработки.
30 минут со старшим стратегом. Посмотрим кодовую базу, индексацию и Core Web Vitals, дадим реалистичный план работ.