Коротка відповідь
Перевірте HTTP і сторінку важливих маршрутів: статус, індексацію, canonical, metadata, зміст, посилання й sitemap. Двомовний сайт потребує взаємних alternates для повних потрібних версій. Локальний build не доводить production-індексацію чи видимість.
SEO — узгодженість моделі, маршрутів і deployed-origin. Фреймворк генерує теги, але не визначає цінність URL чи відповідь статті. Технічна придатність і редакційна користь — окремі задачі.
Практичні кроки реалізації
Перевірте статуси й canonical
Перевірте сторінки, redirects, відсутні записи й preview. Відсутня сторінка не має давати success із заголовком помилки. Узгодьте кінцевий HTTPS URL у links, canonical, sitemap і social. Canonical — сигнал, не контроль доступу чи гарантований вибір Google.
Свідомо перевірте indexability
Публічний canonical має індексуватися; admin і preview — мати потрібні обмеження. Robots.txt керує crawling, не гарантує вилучення з індексу. Crawler має побачити noindex. Robots не захищає приватний вміст. Перевірте відсутність випадкового preview-noindex у production.
Перевірте metadata й вміст
Використовуйте metadata чи generateMetadata у Server Components за статичними чи залежними даними. Перевіряйте output, зокрема streaming за потреби, не лише об’єкт коду. Розрізняйте title й конкретні descriptions. Переконайтеся у вмісті й посиланнях crawler-rendering.
Узгодьте мови й sitemap
Повні англійські й українські сторінки мають self-canonical і взаємні alternates із собою. Не оголошуйте застарілий переклад еквівалентом. Helper репозиторію canonical-спрямовує fallback на англійську з noindex; sitemap враховує переклад. Це код, не доказ обробки Google.
Приклад реалізації
Статичний Next.js-приклад описує англійський маршрут і повний український. Замініть origin і шляхи. Українська сторінка має власний canonical і такий самий набір alternates.
import type { Metadata } from "next";
export const metadata: Metadata = {
title: "Project implementation notes",
description: "Architecture, constraints, and verified behavior for this project.",
alternates: {
canonical: "https://example.com/projects/sample",
languages: {
en: "https://example.com/projects/sample",
uk: "https://example.com/uk/projects/sample",
"x-default": "https://example.com/projects/sample",
},
},
};
Наявність locale-маршруту не доводить переклад. Перевірте body та source-версію. Metadata залежних сторінок генеруйте з того самого валідного запису, щоб відсутність, title й canonical не розходилися.
Компроміси та альтернативи
Crawl знаходить links і теги. Ручна перевірка потрібна наміру, твердженням, прикладам і перекладу. Search Console показує спостереження Google після deploy, локальний crawl — код. Використовуйте відповідний інструмент.
Поширені помилки
- HTTP 200 для недоступного.
- Блокування crawling з очікуванням noindex.
- Redirect чи private в sitemap.
- Усі переклади canonical на англійську.
- Локальний audit як live-індексація.
Контрольний список перед випуском
- Статуси й redirects перевірено.
- Canonical, links і sitemap узгоджені.
- Robots production і preview свідомі.
- Metadata й зміст перевірено.
- Переклади мають взаємні alternates.
- Live-перевірка окремо після deploy.
Поширені запитання
Чи sitemap гарантує індексацію?
Ні. Він допомагає виявленню й описує URL. Google вирішує crawling, canonical та indexing за сигналами й якістю.
Чи всі URL мають індексуватися?
Ні. Визначте публічний набір і поведінку preview, admin, duplicates та відсутнього. Більше URL не означає більше корисного.
Висновок
Узгодьте маршрути, контент і metadata та перевірте deploy. Запитуйте indexing після live-перевірки й продовжуйте редакційний огляд окремо.
Первинні джерела
Пов’язані посібники та приклади
Потрібно реалізувати це у вашому продукті?
Перегляньте відповідні приклади продуктів або поділіться контекстом розробки вебзастосунку, розширення Chrome, API чи SaaS.