Technical SEO для SPA/SSR-приложений: чеклист архитектора перед релизом

Большинство SEO-чеклистов написаны для маркетологов. Этот — для того, кто отвечает за пайплайн рендеринга: в современном гибриде SPA/SSR главные риски для ранжирования — это архитектурные решения, а не забытые мета-теги.

Мета-теги — не шаблон "для галочки"

У каждого маршрута должны быть собственные title и description, сгенерированные из реальных данных страницы, а не один статичный шаблон на сотни динамических страниц. Если все карточки товаров, посты блога или кейсы наследуют один и тот же fallback-заголовок, вы сообщаете поисковику, что все страницы взаимозаменяемы. Явно указывайте размеры og:image (1200×630) и считайте Open Graph/Twitter-теги до отправки ответа, а не после гидратации на клиенте.

Правильный рендеринг динамических маршрутов

Краулер не ждёт гидратации так, как это делает реальный браузер. Если маршрут зависит от клиентской загрузки данных для заполнения контента, вы рискуете отдать пустую оболочку всему, что не выполняет JavaScript надёжно. Решайте по типу маршрута: полный SSR — для всего, что должно индексироваться и ранжироваться, prerender на этапе сборки — для контента, который редко меняется, чисто клиентский рендеринг — только для по-настоящему приватных, неиндексируемых экранов. Не давайте удобству разработки решать это за вас.

Защита crawler budget

Бюджет обхода конечен, и его легко сжечь на URL, которым не место в индексе. Обратите внимание на:

• Фасетные фильтры и параметры сортировки, порождающие почти бесконечные комбинации URL
• Пагинацию без чёткой канонической стратегии
• Страницы внутреннего поиска, случайно оставленные индексируемыми
• Устаревшую sitemap, не покрывающую значительную часть сайта

Актуальная, автоматически перегенерируемая sitemap — одно из самых эффективных решений: она подсказывает краулеру, куда тратить ограниченное внимание, вместо того чтобы он обнаруживал структуру сайта случайно.

Ловушки дублированного контента

Мультиязычные сайты особенно подвержены этому. У каждого локализованного маршрута должен быть hreflang, указывающий на его аналоги — иначе поисковик будет считать /en/pricing, /pricing и /ru/pricing конкурирующими почти-дублями, а не осознанными переводами. Помимо локалей, следите за несогласованностью trailing slash, вариантами того же контента через query-параметры и разделением www/без www — каждый такой случай размывает сигнал ранжирования по нескольким URL вместо того, чтобы консолидировать его в одном.

Чеклист перед релизом

• У каждого маршрута уникальные title и description, построенные на данных
• og:image/twitter:image со явно указанными шириной и высотой
• Стратегия рендеринга осознанно выбрана для каждого типа маршрута (SSR / prerender / CSR)
• Sitemap генерируется из реального списка маршрутов, а не ведётся вручную
• hreflang присутствует на каждом локализованном маршруте
• Канонические теги указывают на один URL для каждой единицы контента
• Правила robots исключают внутренний поиск, фильтры и staging-пути

Вывод

Technical SEO для современного стека рендеринга — это не разовый чеклист перед запуском, а набор архитектурных решений по умолчанию, заложенных с первого созданного маршрута. Исправлять это позже означает переделывать стратегию рендеринга для страниц, которые уже упустили своё окно ранжирования.