Чому моя сторінка товару з'являється три рази в Google?

Що означає канонікалізація параметрів URL

Припустимо, ви продаєте взуття. Хтось заходить на вашу сторінку через оголошення: ваш-магазин.nl/schoenen?utm_source=facebook. Хтось інший сортує за ціною: ваш-магазин.nl/schoenen?sort=laag-hoog. Ще хтось фільтрує за розміром: ваш-магазин.nl/schoenen?maat=42. Для відвідувача це все одна й та ж сторінка з різним оформленням. Для Google без втручання це три або більше окремих сторінок.

Канонікалізація означає, що ви говорите Google: це все варіанти, але справжня, значуща версія — ваш-магазин.nl/schoenen — без доповнень. Це чисту адресу ми називаємо канонічною URL. Ви даєте таким чином одну чітку відповідь на питання, яка версія повинна з'являтися в результатах пошуку.

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

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

Як дізнатися, чи це стосується вас

Найшвидша перевірка: пошукайте в Google Search Console за назвою вашого домену за допомогою пошуку сайту, наприклад сайт:ваш-магазин.nl/schoenen. Якщо з'являються кілька варіантів з питальними знаками та параметрами в них, велика ймовірність, що це не так. Ви також можете просто перейти на вашу сторінку, увімкнути фільтри та опції сортування та подивитися, що відбувається в адресному рядку.

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

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

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

Що це коштує, якщо це не в порядку

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

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

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

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

Що потрібно зробити, щоб це вирішити

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

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

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

Дайте кілька тижнів пройти після впровадження змін і знову перевірте в Search Console, чи зникають дублі варіантів з звіту про проблеми. Це не відбувається за один день: Google повинна повторно відвідати сторінки та обробити нову інструкцію. Терпіння та повторна перевірка є частиною цього процесу.

Як це пов'язано з іншими технічними основами

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

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

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