Альтернативна сторінка з належним канонічним тегом: що це означає і як це виправити

Що означає «Альтернативна сторінка з належним канонічним тегом» у Google Search Console?

Цей статус підтверджує, що Google знайшов кілька версій сторінки з однаковою канонічною ціллю, врахував ваш канонічний тег і проіндексував канонічну URL-адресу замість позначеної альтернативи. Альтернативна сторінка залишається доступною для відвідувачів, але Google не індексує її окремо.

Слово «належним» означає, що Google погоджується з вашими налаштуваннями canonical. У цьому ключова відмінність від статусів на кшталт «Duplicate, Google chose different canonical than user», коли Google скасовує вказаний вами canonical.

Де цей статус з'являється в GSC

У Google Search Console перейдіть до Індексування › Сторінки і перегляньте таблицю «Чому сторінки не індексуються». Натисніть «Альтернативна сторінка з належним канонічним тегом», щоб побачити уражені URL-адреси, і скористайтеся кнопкою Експортувати, щоб завантажити повний список для аналізу.

Альтернативна, канонічна і дубльована URL-адреса одним реченням

Канонічною URL-адресою називають основну версію, яку ви призначаєте головною копією. Альтернативна URL-адреса показує такий самий або схожий вміст, а її канонічний тег вказує на основну версію. Дубльованим вмістом називають той самий вміст, доступний за кількома URL-адресами. Канонічні теги вирішують цю проблему, об'єднуючи сигнали ранжування на основній URL-адресі.

Коли це цілком нормально (і нічого робити не треба)

Більшість URL-адрес із цим статусом не потребують жодних дій. Якщо альтернативна URL-адреса є коректним варіантом проіндексованої основної сторінки, статус підтверджує, що канонікалізація працює правильно. Типові очікувані випадки:

• ›Параметри та фільтри в URL-адресі: параметри відстеження, варіанти сортування або фасетна навігація (наприклад, ?color=blue чи ?utm_source=...).
• ›Ідентифікатори сесій і теги відстеження: параметри, що додають унікальні ідентифікатори, не змінюючи вмісту сторінки.
• ›Варіації структури URL-адреси: скісна риска в кінці, великі літери або варіанти HTTP, що вказують на основні URL-адреси з HTTPS.
• ›Версії для друку та AMP: альтернативні формати, які правильно вказують на основну сторінку як канонічну.
• ›Синдикований вміст: сторонні сайти, що передруковують ваш вміст із канонічним тегом, який вказує на ваш оригінал.

Якщо позначені URL-адреси належать до цих категорій, залиште їх як є. Примусове індексування або видалення канонічного тегу може повернути проблему дубльованого вмісту.

Щоб переконатися, що canonical сторінки налаштовано правильно, перевірте її безкоштовним інструментом перевірки тегу canonical.

Коли це справді проблема

Цей статус стає проблемою, коли основну сторінку, яку ви хочете бачити в індексі, позначено як альтернативну, або коли канонічний тег вказує на неправильну ціль. Перевірте ці п'ять сценаріїв:

1. Canonical вказує на неправильну ціль

Помилка в шаблоні або неправильне налаштування плагіна може примусово зробити канонічною для сторінки непов'язану URL-адресу, наприклад головну сторінку чи категорію верхнього рівня. Якщо важливу сторінку позначено і вона вказує деінде, оновіть її канонічну ціль.

2. Canonical вказує на сторінку, яку не можна проіндексувати

Канонічні теги мають вказувати на робочу URL-адресу, яку можна проіндексувати, що повертає код стану 200 і є канонічною сама для себе. Якщо ціль переспрямовує, повертає 404, заблокована в robots.txt або має тег noindex, Google може вибрати інший canonical або взагалі не додати вміст до індексу.

3. Неправильно об'єднані сторінки пагінації та URL-адреси з параметрами

В інтернет-магазинах сторінки пагінації або відфільтровані подання часто помилково вказують як канонічну першу сторінку. Через це товари чи позиції з наступних сторінок не індексуються. Сторінки пагінації зазвичай мають бути канонічними самі для себе, щоб перелічені на них елементи залишалися доступними для виявлення.

4. Конфлікт hreflang і canonical

На багатомовних сайтах кожна мовна версія має бути канонічною сама для себе й посилатися на інші мовні версії за допомогою тегів hreflang. Якщо canonical кожної локалізованої сторінки вказує на одну мову за замовчуванням, ці сторінки випадають з індексу, а кластер hreflang ламається.

5. Справжні дублікати, об'єднані не в той бік

Якщо канонічний тег вказує на слабший дублікат замість основної сторінки, Google проіндексує вказану вами ціль. Переконайтеся, що канонічні теги, внутрішні посилання й карти сайту узгоджено вказують на ту саму бажану основну URL-адресу.

Якщо ви маєте справу з іншими статусами індексування, перегляньте наші посібники про Не знайдено (404) і Заблоковано через іншу помилку 4xx.

Як діагностувати проблему за допомогою перевірки URL-адрес

Перш ніж щось змінювати, перевірте, як Google бачить сторінку.

Порівняйте canonical, вибраний Google, і canonical, указаний користувачем

Вставте позначену URL-адресу в рядок перевірки URL-адрес угорі Search Console і розгорніть розділ Індексування сторінки. Порівняйте «User-declared canonical» (canonical, указаний користувачем) із «Google-selected canonical» (canonical, вибраний Google). Якщо обидва вказують на задуману основну URL-адресу, налаштування правильні. Якщо вони відрізняються або вказана ціль неправильна, виправте тег.

Перевірте, що ви насправді надсилаєте

Canonical можна вказати в HTML-розділі <head> або в HTTP-заголовку відповіді Link. Безкоштовний інструмент перевірки тегу canonical читає обидва варіанти й показує, чи URL-адреса вказує сама на себе, на інший домен, чи canonical відсутній, чи HTML-canonical не збігається з тим, що в заголовку.

Знайдіть усі проблемні URL-адреси на сайті

Перевіряти URL-адреси по одній не вийде на великому масштабі. Crawler від SEOcrawl AI сканує весь сайт і позначає проблеми з canonical, наприклад canonical, що вказує на неправильну URL-адресу, переспрямування чи сторінку помилки, разом з інформацією про можливість індексування кожної сторінки. Розділ Indexation у SEOcrawl AI групує ваші URL-адреси за статусом покриття в Search Console і показує для кожної canonical, вибраний Google, і вказаний canonical, а проблемні URL-адреси можна позначати тегами за правилом або вручну. Команди, що працюють з AI-асистентами, можуть отримувати ті самі дані, URL-адресу за URL-адресою, через MCP-сервер SEOcrawl AI.

Як виправити «Альтернативна сторінка з належним канонічним тегом»

Застосуйте виправлення, що відповідає вашій діагностиці. Мета завжди одна: канонічні теги, внутрішні посилання й XML-карти сайту вказують на одну основну URL-адресу, яку можна проіндексувати.

Виправте тег rel=canonical

Для сторінок, які ви хочете ранжувати, додайте в HTML-розділ <head> канонічний тег, що вказує на саму сторінку:

<link rel="canonical" href="https://example.com/your-page" />

Використовуйте абсолютну URL-адресу, що повертає код стану 200. Видаліть будь-який другий канонічний тег на тій самій сторінці: коли сторінка оголошує суперечливі canonical, Google може проігнорувати їх усі.

Виправте внутрішні посилання й карти сайту

Узгодьте внутрішні сигнали зі структурою canonical. Посилайтеся всередині сайту на основні канонічні URL-адреси, а не на версії з параметрами чи альтернативні, і переконайтеся, що XML-карти сайту містять лише основні URL-адреси, які можна проіндексувати.

Виправте дубльовані шаблони у WordPress

У WordPress канонічні теги зазвичай генерує SEO-плагін. У Yoast SEO відкрийте запис, перейдіть на вкладку Advanced у блоці Yoast і перевірте або очистіть поле Canonical URL. У Rank Math та All in One SEO перевірте налаштування Canonical URL на вкладці Advanced. Якщо залишити поле порожнім, відновиться стандартний canonical, що вказує на саму сторінку.

Виправте це в Shopify

Shopify генерує канонічні теги автоматично. URL-адреси товарів, відкриті через колекцію (/collections/x/products/y), за замовчуванням вказують як канонічну чисту URL-адресу товару (/products/y), і це саме той очікуваний випадок, описаний вище. Якщо основна сторінка вказує на неправильну канонічну URL-адресу, перевірте канонічний тег у theme.liquid і кожен SEO-застосунок, який його переписує.

Виправте це в Squarespace і Wix

Squarespace керує канонічними тегами автоматично. Щоб розв'язати проблему дубльованих сторінок, об'єднайте їх або додайте переспрямування 301 на панелі URL Mappings у налаштуваннях сайту. Wix додає на кожну сторінку canonical, що вказує на неї саму; якщо дубльована сторінка вказує на неправильну URL-адресу, відкрийте SEO-налаштування цієї сторінки й перевірте canonical у розділі Advanced SEO.

Використовуйте переспрямування 301, коли дублікат не повинен існувати

Якщо альтернативна URL-адреса нічим не корисна користувачам, налаштуйте переспрямування 301 на основну сторінку замість того, щоб покладатися лише на канонічний тег.

Перевірте виправлення

Після оновлення canonical попросіть Google переоцінити сторінки:

1. ›Перевірте URL-адресу в Search Console і натисніть Test live URL («Перевірити URL-адресу в реальному часі»), щоб підтвердити, що canonical, указаний користувачем, тепер є задуманою ціллю.
2. ›Натисніть Request indexing («Надіслати запит на індексування»), щоб додати сторінку до черги сканування.
3. ›Скористайтеся Validate fix на сторінці з деталями проблеми, щоб повторно перевірити всю групу.
4. ›Надішліть оновлену XML-карту сайту, яка містить лише основні канонічні URL-адреси.

Альтернативна сторінка та інші статуси дублікатів у GSC

Search Console показує кілька схожих на вигляд статусів. Вони означають різне, і роботи потребують лише деякі з них:

• ›Альтернативна сторінка з належним канонічним тегом: Google погоджується з вашим canonical та індексує основну URL-адресу. Зазвичай нічого робити не треба.
• ›Duplicate, Google chose different canonical than user: Google проігнорував ваш canonical і вибрав іншу URL-адресу. З'ясуйте чому й узгодьте сигнали.
• ›Duplicate without user-selected canonical: сторінка не має canonical, тож Google вибрав його за вас. Додайте canonical, щоб узяти ситуацію під контроль.
• ›Виключено тегом 'noindex': директива не допускає сторінку до індексу. Використовуйте noindex для сторінок, які ніколи не мають з'являтися в пошуку, а не для дублікатів.

Як запобігти цьому в майбутньому

Щоб проблеми з canonical не поверталися з кожним оновленням сайту:

• ›Зробіть canonical, що вказує на саму сторінку, стандартом для кожної сторінки, яку можна проіндексувати.
• ›Підтримуйте чисту структуру URL-адрес, щоб обмежити зайві варіанти з параметрами.
• ›Додавайте до XML-карт сайту лише канонічні URL-адреси, які можна проіндексувати.
• ›Скануйте сайт після кожної зміни шаблону, оновлення плагіна чи міграції та порівнюйте сканування, щоб бачити, які canonical змінилися.

SEO Monitor сповіщає вас, коли канонічний тег змінюється, ламається або зникає на ваших ключових сторінках, а також відстежує їхній статус індексування, тож ви дізнаєтеся про поганий canonical раніше, ніж Search Console.

Поширені запитання

Чи є «Альтернативна сторінка з належним канонічним тегом» помилкою?

Ні. Це інформаційний статус, який підтверджує, що Google врахував ваш канонічний тег і проіндексував основну версію. Увага потрібна лише тоді, коли альтернативною позначено сторінку, яку ви хочете бачити в індексі окремо, або коли її canonical вказує на неправильну чи недійсну URL-адресу.

Чи потрібно це виправляти?

Лише якщо це стосується основної сторінки, яку ви хочете ранжувати. Якщо позначені URL-адреси є параметрами відстеження, фільтрами, варіантами сортування або альтернативними форматами проіндексованої сторінки, нічого змінювати не потрібно.

Чому Google вибирає інший канонічний URL, ніж той, що я вказав?

Google вважає rel=canonical сильною підказкою, а не командою. Якщо внутрішні посилання, карта сайту, переспрямування або теги hreflang вказують на іншу URL-адресу, ніж ваш канонічний тег, Google може вибрати саме її. Узгодьте всі ці сигнали на одній основній URL-адресі.

Як правильно налаштувати канонічний тег?

Додайте один тег rel=canonical у розділ head HTML-коду, який вказує на абсолютну URL-адресу основної сторінки. У SEO-плагінах для WordPress залиште поле canonical порожнім, щоб зберегти стандартний canonical, що вказує на саму сторінку, якщо ви не об'єднуєте дублікат навмисно.

Яка різниця між URL-адресою і канонічною URL-адресою?

URL-адресою називають будь-яку веб-адресу, за якою завантажується сторінка. Канонічною URL-адресою називають версію, яку ви призначаєте основною, тобто адреса, яку пошукові системи мають індексувати й ранжувати, коли той самий вміст доступний за кількома URL-адресами.

Чи шкодить цей статус моїм позиціям?

Ні. Об'єднання дубльованих URL-адрес під одним канонічним захищає ваші позиції, бо зосереджує сигнали на одній сторінці. Трафік втрачається лише тоді, коли основну сторінку помилково вважають альтернативою іншої URL-адреси.