«Alternate page with proper canonical tag» у Search Console: коли це норма і коли треба діяти

Статус Alternate page with proper canonical tag стоїть у Search Console серед причин, з яких сторінки не індексуються, і це непокоїть багатьох власників сайтів. Інтерфейс і довідка Search Console українською не перекладені, тому тут наведено англійські назви. Довідка до звіту Page indexing однозначна: сторінка правильно вказує на проіндексовану канонічну сторінку, тож вам нічого робити не треба. У цьому посібнику пояснюємо, що означає статус, як відрізнити нормальні випадки від справжніх помилок, як перевірити адресу за кілька хвилин і що виправити, якщо canonical вказано неправильно.

Що означає «Alternate page with proper canonical tag»?

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

• Сторінка вказує канонічну адресу: її тег rel="canonical" веде на іншу адресу.
• Google погоджується: він вибрав канонічною саме цю адресу.
• Канонічна сторінка в індексі: контент присутній у Google через бажану адресу, тож сама альтернативна сторінка лишається поза індексом.

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

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

Коли «Alternate page with proper canonical tag» є нормою?

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

Велика кількість сама по собі не проблема. В інтернет-магазину з фільтрами альтернативних сторінок може бути вдесятеро більше, ніж проіндексованих, і це означає, що система працює. У Shopify, WordPress і більшості сучасних CMS теги canonical для таких варіантів створюються автоматично.

Коли це проблема?

Статус перетворюється на попередження, коли в ньому є сторінки, які ви хочете просувати. Google дослухався до вашого тегу canonical: якщо тег хибний, Google сумлінно тримає поза індексом не ту сторінку. П'ять випадків варто перевірити.

1. Сторінки, що мають ранжуватися, вказують на іншу адресу

Тема, плагін або скрипт переїзду ставить canonical усіх статей блогу на головну сторінку чи canonical кожного товару на його категорію. Сторінки зникають із Google, а звіт називає тег «proper», бо технічно він коректний. Знайдіть у вивантаженні важливі адреси (статті, послуги, товари).

2. Мовні версії канонізовано на одну мову

Кожна перекладена сторінка повинна мати canonical на саму себе плюс анотації hreflang, що пов'язують версії. Посібник Google про локалізовані версії каже, що локалізовані сторінки вважаються дублікатами, лише якщо їхній основний контент не перекладено, а кожна мовна версія має вказувати саму себе й усі інші версії. Canonical з /en/ на /uk/ просить Google відмовитися від англійської сторінки. Наш посібник із міжнародного SEO описує повне налаштування, а генератор hreflang створить теги за вас.

3. Сторінки пагінації канонізовано на першу сторінку

Сторінки 2, 3 і 4 категорії чи архіву блогу часто вказують на першу. Рекомендації Google щодо пагінації вимагають протилежного: не використовуйте першу сторінку послідовності як канонічну, дайте кожній сторінці власну канонічну адресу. Інакше товари чи записи, що є лише на дальших сторінках, втрачають шлях сканування. Див. наш посібник SEO і пагінація.

4. Варіанти, що заслуговують окремої сторінки

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

5. Різке зростання кількості

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

Як перевірити альтернативну сторінку в Search Console?

1. Відкрийте статус: у Google Search Console перейдіть до розділу Indexing, потім Pages, прокрутіть до таблиці «Why pages aren't indexed» і натисніть «Alternate page with proper canonical tag».
2. Вивантажте й відсортуйте приклади: згрупуйте їх за шаблоном (параметр, папка, мовний префікс, /page/2/). Google уточнює, що список обмежено 1000 прикладів адрес.
3. Звірте з картою сайту: адреса, що є і в XML-карті сайту, і в цьому списку, надсилає два протилежні сигнали. У карті сайту мають бути лише канонічні адреси.
4. Перевірте по одній адресі на шаблон: в інструменті URL Inspection порівняйте поля User-declared canonical і Google-selected canonical. За цього статусу вони збігаються.
5. Поставте одне запитання: чи хочу я, щоб саме ця адреса ранжувалася? Якщо ні, рухайтеся далі. Якщо так, тег canonical хибний.

Як виправити хибний тег canonical?

Виправлення завжди стосується самого тегу й сигналів навколо нього. Посібник Google з об'єднання дубльованих URL-адрес радить ставити canonical на саму себе на кожній канонічній сторінці й вести внутрішні посилання на канонічну адресу, а також не радить використовувати robots.txt чи noindex для вибору канонічної адреси.

Після виправлення надішліть запит на індексування кількох ключових адрес в інструменті URL Inspection, а решту залиште повторному скануванню Googlebot. У міру сканування сторінки переходять із непроіндексованих у проіндексовані; наш посібник з індексування в Google пояснює, як це пришвидшити. Якщо адреса взагалі не має canonical і Google згрупував її сам, статус буде іншим: див. наш посібник про статус Duplicate without user-selected canonical.

Чому цей статус важливий для SEO і GEO?

Правильний canonical збирає зовнішні посилання, внутрішні посилання й поведінкові сигнали на одній адресі, тій, яку показує Google. Хибний canonical прибирає сторінку з Google без жодного повідомлення про помилку, адже звіт називає тег «proper». Тому список варто швидко переглядати після кожного редизайну, переїзду чи зміни теми.

Та сама логіка діє для ШІ-асистентів. ChatGPT, Perplexity і Gemini відповідають на багато запитань, отримуючи сторінки з пошукових індексів і цитуючи їхні адреси. Сторінку, помилково виключену як альтернативну, неможливо отримати, а отже, і процитувати, тоді як чистий canonical робить так, що відповіді ШІ посилаються на вибрану вами адресу.

Sorank є нашим продуктом: програмою для SEO і GEO в режимі autopilot. Дашборд GEO / SEO показує кліки, покази й позиції з Search Console, тож сторінку, що просіла після помилки в canonical, видно одразу, а Відстеження згадок у ШІ щотижня перевіряє, чи цитують ChatGPT, Claude і Gemini ваш бренд.

Головне: альтернативні сторінки зазвичай доводять, що ваші теги canonical працюють; дійте, лише якщо в списку є сторінка, яку ви хочете просувати. Щоб і далі додавати сторінки, гідні індексування й цитування, перегляньте тарифи Sorank: від $49 на місяць і 3 дні безкоштовного пробного періоду.