Адреси зі скісною рискою і без неї віддають той самий вміст

Чому це важливо

Google описує канонізацію як вибір репрезентативної URL-адреси серед сторінок-дублікатів. Ця знахідка фіксує пару відповідей-дублікатів; вона не вимірює втрат у ранжуванні.

Що зробити

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

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

Що ми читаємо

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

Ми порівнюємо дві зафіксовані запитані адреси. Обидві мають повертати пряму відповідь HTTP 200 з повним серверним HTML і однією повною, унікальною, непорожньою областю main, role=main або article. Хеші їхнього основного тексту мають точно збігатися після наявної нормалізації пробілів і регістру літер.

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

Уже зафіксовані адреси-пари використовуються повторно. Додаткові варіанти шляху використовують наявний керований бюджет запитів, що враховує robots.txt, — щонайбільше 20 вибраних читань варіантів на сайт. Відсутні відповіді, частковий HTML і вміст, що потребує виконання в браузері, не є чистими порівняннями.

Приклад і докази

Ілюстративний приклад, а не реальний аудит.

/tea → 200, main text: Tea guide
/tea/ → 200, main text: Tea guide
No supported canonical consolidates the pair.

Підтвердити й перевірити знову

Перевірте самі: Відкрийте обидві зафіксовані адреси, перевірте їхній статус HTTP і canonical у коді, а також порівняйте основний вміст. Переконайтеся, що вибране переспрямування чи canonical і далі дає відвідувачам дістатися потрібної сторінки.

Повторна перевірка: Повний аудит — Запустіть новий повний аудит. Мають бути перевірені ті самі дві запитані адреси. Спостереження може закрити постійне переспрямування 301 чи 308 на перевірену адресу-пару, що відповідає умовам, відповідь 404 чи 410 на одній адресі, що відповідає умовам, за перевіреної адреси-пари, підтримуваний canonical між парою або справді різний повний основний вміст. Тимчасові переспрямування, відсутні адреси-пари, непевні canonical, noindex і недостатнє охоплення залишають його невирішеним.

Обмеження та джерела

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

Упевненість: Висока Пару відповідей і точну рівність нормалізованого основного тексту зафіксовано; вибір основної адреси лишається рішенням сайту.

Джерела

Google, Як указати канонічну URL-адресу — Описує переспрямування й анотації canonical як сигнали канонізації. Наше точне порівняння пари не передбачає, яку адресу обере Google. Перевірено 13 жовтня 2026.

Редакційна перевірка: 2 листопада 2026