SEO для приложений на Next.js
Стек №1 для сложных React-приложений: SSR, App Router, Server Components. Силён в SEO, но требует точной настройки — одна ошибка с динамическим рендерингом обнуляет всю работу. Next.js даёт максимальную гибкость SSR/SSG/ISR, но именно эта гибкость — главный риск. На Next.js одинаково легко сделать сайт с идеальным SEO или сайт, который Google не видит вообще.
Услуги SEO для проектов на этом стеке
Выбор стратегии рендеринга
Для каждой страницы — что лучше: SSG, ISR, SSR, dynamic. Без правильного выбора Google не индексирует.
Metadata API и generateMetadata
Динамическая генерация мета-тегов в App Router, унификация через layout, корректные canonical.
Server Components vs Client Components
Корректная разделение — RSC для контента, client-components только для интерактива. Минимум JS на странице.
ISR и revalidate
Настройка revalidate-стратегий — каждые N минут или on-demand. Google любит свежий контент.
Sitemap.ts и robots.ts
Динамическая генерация через app/sitemap.ts с правильными приоритетами и lastmod.
Image и Font Optimization
next/image и next/font — критично для LCP. Настройка раздельных размеров под мобильные и десктоп.
Что чаще всего ломает SEO на этом стеке
dynamic = 'force-dynamic' убивает SEO
Один лишний флаг force-dynamic на главной — Google перестаёт кэшировать и индексировать страницу.
use client везде = огромный bundle
Когда разработчики ставят 'use client' в каждом компоненте — JS бандл раздувается до 2-3 МБ, LCP падает в 3 раза.
Динамические роуты без generateStaticParams
На страницах /blog/[slug] без generateStaticParams — каждый запрос идёт через сервер, медленно.
Конфликт App Router и Pages Router
Миграция в App Router половинчатая — дубли страниц, конфликт мета-тегов, теряются canonical.
Middleware с тяжёлой логикой
Middleware запускается на КАЖДОМ запросе — даже если он добавляет 50мс, TTFB страдает.
Cache: 'no-store' по ошибке
fetch без правильной настройки cache — каждый раз новый запрос. Edge-cache не работает.
Шесть шагов от аудита до результата
Аудит рендеринга
Какая страница как рендерится, где SSG, где SSR, где dynamic. Карта стратегий.
Core Web Vitals
Замеры на Vercel Analytics + PageSpeed. Идентификация bottleneck'ов.
Metadata и Schema.org
Унификация через layout, generateMetadata для динамических, JSON-LD.
Sitemap, robots, hreflang
Динамические app/sitemap.ts, robots.ts, корректные альтернейты.
Bundle и performance
Оптимизация client-bundle, dynamic imports, font/image оптимизация.
Indexing API и мониторинг
Google Indexing API для свежего контента, GSC, еженедельные отчёты.
Как мы подходим к современным стекам
Технический фундамент в первую очередь
На современных стеках любая SEO-стратегия начинается с правильного рендеринга и индексации. Без этого остальное не работает.
Core Web Vitals — основа
LCP, INP, CLS — три метрики, по которым Google оценивает реальный UX. На SSG/SSR стеках их легко вытянуть в зелёную зону.
JS-разработка с пониманием SEO
Работаем напрямую с вашими разработчиками — фиксим то что нельзя сделать через инструменты SEO.
Мониторинг по метрикам
Не «настроили и забыли» — еженедельные отчёты по индексации, скорости, позициям с реальными цифрами.
Другие стеки с которыми работаем
SEO-аудит вашего проекта на Next.js
30 минут со старшим стратегом. Посмотрим кодовую базу, индексацию и Core Web Vitals, дадим реалистичный план работ.
Мы используем cookies для аналитики (Google Analytics, Яндекс.Метрика) и улучшения сайта. Вы можете принять или отклонить аналитические cookies — необходимые cookies работают всегда. Политика конфиденциальности.