Часть 3 из 22

Canonical и hreflang: одна страница — один адрес

Дублированный контент — тихий убийца мультиязычных сайтов и страниц с параметрами. Лечится двумя механизмами.

Canonical говорит поисковикам, какой URL «настоящий», когда один контент доступен по нескольким адресам (трекинг-параметры, слэши, пагинация):

export async function generateMetadata({ params }): Promise<Metadata> {
  return {
    alternates: {
      canonical: `/blog/${params.slug}`,
    },
  };
}

hreflang сообщает, какие языковые версии страницы существуют, чтобы польский пользователь получил в выдаче польскую страницу:

export async function generateMetadata({ params }): Promise<Metadata> {
  const { lang, slug } = params;
  return {
    alternates: {
      canonical: `/${lang}/blog/${slug}`,
      languages: {
        en: `/en/blog/${slug}`,
        pl: `/pl/blog/${slug}`,
        ru: `/ru/blog/${slug}`,
        "x-default": `/en/blog/${slug}`,
      },
    },
  };
}

Ошибки, которые стоят реального трафика:

  • hreflang должен быть взаимным. Если EN-страница ссылается на PL-версию, PL-страница обязана ссылаться обратно — иначе Google игнорирует всю группу.
  • Каждая страница должна включать саму себя в карту languages.
  • Локализованные слаги: если польский пост живёт по другому слагу, hreflang должен указывать на реальный локализованный URL, а не на механический /pl/ + тот же слаг. Генерируйте карту из источника контента, не хардкодьте.
  • x-default — для пользователей, чей язык вы не поддерживаете; направьте его на основную локаль.
  • Canonical должен вести на страницу с кодом 200 и без noindex — canonical на редиректящий URL игнорируется.

Чеклист:

  • Самоссылающийся canonical на каждой индексируемой странице
  • hreflang сгенерирован из реальных локализованных слагов и взаимен во все стороны
  • Есть x-default
  • URL-параметры (utm, фильтры, сортировки) канонизируются на чистый URL

01—22

Все темы гайда

  1. 01Стратегия рендеринга: что на самом деле видит краулер?
  2. 02Metadata API: тайтлы, описания и паттерн с шаблоном
  3. 03Canonical и hreflang: одна страница — один адрес
  4. 04Open Graph и динамические OG-картинки
  5. 05sitemap.ts и robots.ts: файловые конвенции вместо рукописного XML
  6. 06Структурированные данные: JSON-LD, который приносит rich results
  7. 07Картинки, шрифты и скрипты: классическое трио производительности
  8. 08Core Web Vitals: три числа, которые измеряет Google
  9. 09Редиректы, 404 и коды ответов
  10. 10Кеширование и свежесть контента
  11. 11AEO/GEO: как попасть в ответы ChatGPT, Perplexity и Google AI Overviews
  12. 12Мониторинг: SEO — это цикл, а не задача на запуск
  13. 13Траст и E-E-A-T: как сделать сайт заслуживающим доверия
  14. 14Image SEO: как превратить картинки в трафик
  15. 15Внутренняя перелинковка и архитектура сайта
  16. 16Поисковые интенты: страницы под то, что люди реально ищут
  17. 17Programmatic SEO в Next.js: страницы в масштабе без спама
  18. 18SEO-миграция: переезд на Next.js без потери трафика
  19. 19Пагинация и фасетная навигация без раздувания индекса
  20. 20Доступность и SEO: одна работа — две награды
  21. 21Угасание контента: обновить, склеить или удалить
  22. 22Off-page для разработчиков: ссылки, которые не покупают

Нужно, чтобы это сделали за вас?

Я провожу аудит и чиню техническое SEO на сайтах Next.js — индексация, скорость, hreflang и видимость в AI.

Услуга «Техническое SEO»