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 для сучасного стеку рендерингу — це не разовий чекліст перед запуском, а набір архітектурних рішень за замовчуванням, закладених з першого створеного маршруту. Виправляти це пізніше означає переробляти стратегію рендерингу для сторінок, які вже втратили своє вікно ранжування.