Ваш SEO-аудит виявив дублікати заголовків. Це різні сторінки чи різні URL-адреси?
Використовуйте вміст сторінки, заголовки та сигнали canonical, щоб відрізнити різні сторінки від дублікатів URL-адрес.
SEO-аудит повідомляє, що два URL-адреси мають однаковий заголовок. Перш ніж переписувати будь-який із заголовків, відкрийте URL-адреси. Вам потрібно знати, чи це дві сторінки, які випадково мають спільний заголовок, чи дві адреси по суті однієї сторінки.
Ці ситуації вимагають різної роботи. Сторінка контактів і сторінка з цінами, обидві із заголовком «Example Studio», потребують чіткіших описів. URL-адреса продукту та та сама URL-адреса з параметром відстеження можуть бути просто двома способами досягти однієї сторінки продукту. Надання версії з параметром нового заголовка не вирішило б основного дублювання.
Цей посібник використовує гіпотетичні URL-адреси та заголовки, щоб показати, як зробити це розрізнення. Він не припускає, що повторюваний заголовок спричинив втрату позицій.
Почніть з URL-адрес, а не з кількості попереджень
Кількість попереджень групує відповідні заголовки; вона не повідомляє вам, чи адреси ведуть на ту саму сторінку. Візьміть дві URL-адреси зі звіту та запишіть їхні повні адреси, включно з протоколом, назвою хоста, шляхом і рядком запиту. Наприклад:
https://example.com/pricinghttps://example.com/pricing?utm_source=newsletter
Відкрийте кожну в приватному вікні браузера. Чи одна перенаправляє на іншу? Якщо обидві завантажуються, порівняйте те, що може побачити відвідувач: заголовок, основний вміст, продукт чи послугу та призначення сторінки. Лише параметр запиту не повідомляє вам, чи вміст однаковий: параметр відстеження може залишити сторінку незмінною, тоді як фільтр, налаштування мови або параметр пагінації можуть змінити те, що бачить відвідувач.
Тепер порівняйте HTML-заголовок кожної сторінки. У багатьох браузерах достатньо переглянути вихідний код сторінки та знайти <title>. На сайті, який рендерить вміст за допомогою JavaScript, доставлений вихідний код і відрендерена сторінка можуть відрізнятися; використовуйте відрендерений HTML у живому тесті перевірки URL-адреси, щоб дослідити, що Google може отримати. Запишіть, яку версію ви перевірили, замість того, щоб припускати, що вони збігаються.
Заголовок в HTML також не обов'язково є посиланням заголовка, що відображається в Google. Google автоматично генерує посилання заголовків результатів пошуку, використовуючи кілька джерел, зокрема елемент title і видимий вміст сторінки. Інший заголовок результату пошуку є окремим спостереженням від того, що дві сторінки мають однаковий <title>. Документація Google щодо посилань заголовків пояснює ці джерела та рекомендує описові, окремі заголовки сторінок.
Якщо це справді різні сторінки
Припустимо, що обидві ці URL-адреси призначені для незалежного знаходження:
/pricing— плани та ціни/contact— способи зв'язатися з командою
Якщо кожна має <title>Example Studio</title>, читач, який дивиться на вкладки браузера або результати пошуку, отримує мало допомоги, щоб їх розрізнити. Розумною правкою є надання кожній сторінці стислого, точного заголовка, наприклад «Plans and Pricing | Example Studio» і «Contact Example Studio». Це приклади, а не припис для кожного сайту.
Змініть заголовок, специфічний для сторінки, у конструкторі сайту або шаблоні, який ним керує. Уникайте зміни лише видимого заголовка та припущення, що це також змінює HTML-заголовок. Так само додавання місцезнаходження або ключового слова, яке сторінка насправді не охоплює, робить заголовок менш корисним.
Після публікації відвідайте обидві URL-адреси та перевірте їхні елементи title. Якщо повертається те саме загальне значення, дослідіть спільний шаблон або SEO-плагін, який може перезаписувати індивідуальні налаштування сторінок. Перевірте уражені сторінки, замість того, щоб припускати, що зміна працює на всьому сайті.
Якщо URL-адреси є версіями тієї самої сторінки
Для URL-адреси цін з параметром відстеження перше питання полягає в тому, чи відвідувачам потрібно, щоб обидві адреси залишалися доступними. Посилання відстеження можуть бути корисними навіть тоді, коли чиста сторінка є версією, яку ви хочете, щоб пошукові системи трактували як репрезентативну.
Спочатку вирішіть, чи відвідувачі все ще повинні мати можливість використовувати другу URL-адресу. Якщо сторінку було остаточно переміщено, і стара адреса повинна надсилати всіх на нову, постійне перенаправлення на стороні сервера може бути доречним. Якщо обидві адреси повинні залишатися доступними як дублікати або майже дублікати — наприклад, для посилання відстеження — оголошення canonical може вказувати бажану адресу. Огляд канонікалізації від Google розрізняє ці сигнали.
Перевірте оголошення canonical в HTML кожної сторінки. Наприклад, сторінка може оголошувати:
<link rel="canonical" href="https://example.com/pricing">Оголошення canonical виражає перевагу; воно не змушує Google вибирати цю URL-адресу. Google враховує кілька сигналів під час вибору canonical. Можливо, що URL-адреса, оголошена сайтом, і URL-адреса, вибрана Google, відрізняються. Див. рекомендації Google щодо канонікалізації.
Не спрямовуйте дві справді різні сторінки на той самий canonical лише для того, щоб усунути попередження аудиту. Спершу порівняйте їхній вміст і призначення. Якщо сторінки різні, неправильний спільний canonical вартий окремого дослідження.
Порівняйте своє оголошення з індексованим поданням Google
У Search Console виберіть ресурс, який охоплює сторінку, і перевірте точну URL-адресу. В індексованому результаті знайдіть canonical, оголошений користувачем, і canonical, вибраний Google. Перевірте також дату сканування: індексовані дані можуть описувати ранішу версію, ніж та, яку ви бачите сьогодні.
Живий тест відповідає на інше питання: до чого Google може отримати доступ і що може відрендерити зараз. Він не передбачає кожного рішення щодо індексації та не надає свіжого canonical, вибраного Google. Документація Google щодо перевірки URL-адрес описує це розрізнення.
Корисний запис для однієї пари є коротким:
| Що записати | Приклад або причина |
|---|---|
| URL-адреси та дата перевірки | Зберігайте повні шляхи та параметри, щоб ви могли повторити порівняння. |
| Вміст, видимий відвідувачу | Занотуйте, чи сторінки служать тій самій меті, чи різним. |
| HTML-заголовок і canonical | Запишіть обидва для кожної URL-адреси, включно з відсутніми оголошеннями. |
| Індексований результат у Search Console | Запишіть дату сканування та вибраний canonical, коли вони доступні. |
| Дія та повторна перевірка | Наприклад: «Оновлено заголовок /contact; опубліковану сторінку повторно перевірено [дата].» |
Можливо, URL-адреса не має достатньо індексованої інформації, щоб показати canonical, вибраний Google. Залиште цей результат невідомим, замість того, щоб заповнювати його з власного оголошення.
Повторно перевірте те, що ви змінили
Після редагування заголовка підтвердьте оновлений <title> на фактично опублікованій URL-адресі. Після зміни перенаправлення або canonical перевірте відповідь і оголошення для обох адрес. Потім використовуйте перевірку URL-адрес, коли вам потрібне індексоване подання Google, пам'ятаючи, що живий тест і збережений індекс можуть відображати різні моменти часу.
Усунення попередження про дублікати заголовків не є кінцевою метою. Корисний результат — знати, які сторінки мають бути різними, надати цим сторінкам точні заголовки та зробити бажану URL-адресу чіткою, коли кілька адрес представляють ту саму сторінку.