Спеціалісти SEO видалили маркування rel = prev/наступний після того, як Google оголосив про зміни. Що ти насправді повинен робити?
- Дата:07.05.2020
- Автор: Команда TurboSEO
Google анонсував, що коли атрибут rel=prev/next не використовувався роками, то було зафіксовано збільшення на сайтах змін в реалізації, які активно наносили шкоду своїм сайтам. Давайте розглянемо, що змінилося і що Вам слід робити.
Мета rel=prev/next - вказати нумеровані сторінки в рамках одного розділу, категорії. Від самого початку Google використовував цю розмітку, щоб сигналізувати групі сторінок пагинации їх поочередную зміну і показати найбільш релевантную сторінку в результатах пошуку. Самий поширений варіант використання цього атрибута включав в себе поділ контенту на кілька частин і створення декількох сторінок для списків товарів, тим на форумах і статей блогу.
Давайте подивимося, як може виглядати код для трехстраничной групи.
Перша сторінка:
Це перша сторінка, тому з неї потрібно посилатися тільки на наступну сторінку.
Друга сторінка:
Ця сторінка посилається на обидві сторінки: як на наступну, так і на попередню сторінку групи.
Третя сторінка:
Це остання сторінка, тому вона повинна посилатися тільки на попередню сторінку.
Проте в 2019 році Google вирішив повідомити, що розмітку rel=prev/next для нумерації сторінок можна більше не використовувати. Більше того, розмітку, очевидно, сайти не використовували роками.
Це зміна дійсно не вплинуло на SEO. Для дублированного контенту наявність декількох блоків однакового тексту не зашкодить Вашому сайту, і ніякий пессимизации не буде. Google по-як і раніше буде намагатися знайти кращу частина цього контенту для показу в результатах пошуку.
Отже, питання в тому, чому відбулося таке зміна? І що з ним робити?
В цієї статті ви дізнаєтеся:
- Чому Google видалив підтримку rel=prev/next
- Як SEO-фахівці могли знати, що rel=prev/next більше не працює
- Варто чи Вам видаляти rel=prev/next зі своїх сторінок
- Як правильно реалізувати нумерацію сторінок в 2020 році
- Як люди наносять шкоду своїм сайтам при неправильної реалізації сторінок пагинации
Давайте почнемо з першого пункту.
Чому Google видалив підтримку rel=prev/next?
До того, як Google поділився сенсаційною новиною, що він більше не використовує rel=prev/next, однією з офіційних рекомендацій для сторінок пагинации було - нічого не робити і дозволити Гугл самому розібратися в більше релевантном контенте.
“Нічого не робити. Контент сторінок пагинации дуже схожий між собою і Google відмінно працює, пропонуючи найбільш релевантні результати пошуку користувачам, незалежно від того, розділений чи контент на кілька сторінок або немає.”
Знаючи про цьому, найбільш ймовірна причина, по якої Гугл перестав використовувати rel=prev/next, полягає в тому, що йому стало легше Шукати більше релевантную сторінку і йому більше не потрібні додаткові підказки.
У Google є кілька опцій, крім rel=prev/next, які він може використовувати для ідентифікації сторінок пагинации. В основному, багато веб-сайти реалізують сторінки пагинации іншими способами, на які Google звертає увага. Це такі елементи, як:
- Заголовки (h1-h6)
- Заголовки сторінок (title) - такий ж Заголовок, як і h1-h6, або з додаванням номером сторінки
- Посилання на сторінці - внутрішні посилання на інші сторінки в групі
Також можливо, що рекомендації по реалізації сторінок пагинации приводили до погіршення взаємодії користувачів з сайтами, так як сайти ділили свій контент на кілька сторінок. В більшості випадків така реалізація була зроблена для перегляду сторінок і отримання доходу від реклами, але це дратувало користувачів і заважало їм знаходити то, що вони шукали.
Як SEO-оптимізатори могли знати, що rel=prev/next не працює?
Коли Google оголосив, що він не підтримує rel=prev/next в течія декількох років, один з перших питань багатьох SEO-фахівців, полягав в тому, як ж оптимізатори не могли цього знати?
Простий відповідь - не було ніякого способу розповісти про цьому. Якщо б Google не розповів нам цей факт, ми б і не дізналися.
Якщо б пагінація працювала, то Google об'єднував б сигнали для групи сторінок. Гугл зазвичай показує першу сторінку пагинации, але він також може міняти сторінки, якщо в результатах пошуку була більше релевантная сторінка з групи. Якщо б пагінація не працювала, то відбулося б теж саме, тому що так працює пошук - Google показує найбільш релевантную сторінку в відповідь на певний запит.
Повинні чи оптимізатори видаляти rel=prev/next?
Немає.
Якщо ви вже впровадили атрибут rel=prev/next на своєму сайті, то не видаляйте його. Google був не єдиним джерелом використання цієї розмітки. Даний атрибут по-як і раніше рекомендується W3C і використовується для доступності сайтів і відповідності вимогам ADA. Деякі браузери використовують цю розмітку для попередньої вибірки. Крім того, інші пошукові системи, такі як Bing, Яндекс, по-як і раніше використовують rel=prev/next.
Рекомендовані способи реалізації пагинации
Більшість сайтів, у яких реалізована розмітка rel=prev/next, також використовують канонічні посилання. В такому випадку краще нічого не міняти. Звертайтеся і оптимізуйте такі сторінки так ж, як і будь-яку іншу индексируемую сторінку Вашого сайту, і переконайтеся, що є внутрішні посилання на інші сторінки пагинации.
Ви також можете канонізувати сторінки пагинации - вказати сторінку, яка відображає повне зміст контенту, в як канонічної для всіх сторінок пагинации. Таким чином, весь контент по-як і раніше може бути розділений на сторінки пагинации для користувачів, але индексированная сторінка буде містити весь контент.
Яким чином люди шкодять своїм сайтам?
Ось як виглядає типова структура, де кожна сторінка сканується і відображається в пошуку:
Але є кілька поширених помилок, які люди роблять при впровадженні пагинации і наносять шкоду їх сайту. Це:
- Налаштування rel="canonical" на першу сторінку
- Наявність тега noindex
- Наявність тега nofollow
- Наявність атрибутов/директив, блокуючих сканування пошуковим роботом сторінок
Давайте Детальніше розглянемо кожну з цих проблем і способи їх перевірки на Вашому сайті.
Помилка 1: канонізація першій сторінки
В кращому випадку, при такий реалізації, Google ігнорує канонічний тег. Якщо ж канонічні теги враховуються, то Ви скоротіть сканування багатьох сторінок і важливий контент може не потрапити в індекс пошукової системи. Це ускладнює пошук і индексирование важливого контенту пошуковими системами, а також скорочує показник PageRank по всьому сайту.
Як перевірити цю помилку на вашому сайті?
Просканируйте свій сайт в "Audit Site" сервісу "Ahrefs", потім перейдіть в "Page Explorer" і застосуєте цей набір фільтрів:
Якщо є які-або URL сторінок пагинации, то погляньте на їх канонічні URL. Сторінки пагинации, у яких канонічні URL - це перша сторінка пагинации, повинні бути змінені.
Помилка 2: наявність тега noindex
Додавання атрибута або тега noindex на сторінках приведе до виключенню цих сторінок з індексу. Дані сторінки не будуть ранжироваться, і PageRank не буде засчитан.
Хоча посилання на сторінці можуть від самого початку просканироваться, але це може зі часом змінитися. Аналітик Google Webmaster Trends Джон Мюллер зазначив, що в певний момент сторінки noindex будуть розглядатися як nofollow, але невідомо, скільки часу це займе. Коли про цьому запитали іншого аналітика Гері Иллиса, він, схоже, подумав, що вони усi одно будуть скануватися. Не маючи чіткого уявлення як це працює, краще перестрахуватися і не ставити noindex на сторінках, якщо у вас немає альтернативного способу сканування.
Як перевірити цю помилку на вашому сайті?
Просканируйте свій сайт в "Audit Site" сервісу "Ahrefs", потім перейдіть в "Page Explorer" і застосуєте цей набір фільтрів:
Якщо є які-або URL сторінок пагинации, видаліть директиву noindex з robots або HTTP-заголовка в X-Robots-Tag на сторінці або URL-адресу.
Помилка 3: наявність тега nofollow
Внутрішні посилання на інші сторінки пагинации не повинні містити тег nofollow. Тепер nofollow для Google є підказкою і він буде нехтувати до индексированию то, що Ви пометите як nofollow. В даному випадку Ви зменшіть сканування і пропустіть показник PageRank і, знову ж, втратите важливий контент з індексу ПС.
Як перевірити цю помилку на вашому сайті?
Просканируйте свій сайт в "Audit Site" сервісу "Ahrefs", потім перейдіть в "Page Explorer" і застосуєте цей набір фільтрів:
Якщо є які-або URL сторінок пагинации, то натисніть на число в колонці «No. of inlinks nofollow».
Натиснувши на цей показати, Ви зможете побачити інформацію, де знайти посилання nofollow на Вашому сайті.
Видаліть атрибут nofollow з цих конкретних посилань або видаліть директиву nofollow з метатега robots або HTTP-заголовка X-Robots-Tag на сторінці або URL-адресу.
Помилка 4: блокування сканування
Блокування сторінок від сканування ускладнить пошук контенту на веб-сайті, приведе до тому, що сторінки не потраплять в індекс і PageRank не буде засчитан.
Як перевірити цю помилку на вашому сайті?
Перевірте файл robots.txt на наявність директив, забороняють пошуковим системам сканувати сторінки пагинации. Ось як це може виглядати:
Видаліть цю директиву (Disallow: /blog/page/) з вашого файлу robots.txt.
Висновки
Якщо ви вже використовували rel=prev/next на сторінках пагинации, то не варто вносити які-або зміни. Дану розмітку немає необхідності міняти. Будь-які зміни принесуть, швидше всього, більше шкоди, ніж користі.
Якщо Ви хочете змінити сторінки пагинации з-за того, що вважаєте ці сторінки низького якості або вони не являють особливої цінності, то рекомендуємо розглянути можливість угруповання сторінок таким чином, щоб це було зручно для користувачів, а також щоб була можливість сканування для пошукових систем. Наприклад, якщо ви хочете використовувати рубрики, щоб згрупувати статті блогу, то це, ймовірно, більше корисно для користувачів, ніж сторінки пагинации, містять статті по багатьом темам. Ці сторінки рубрик, містять статті однією тематики, можуть з'являтися в пошукової видачу по відповідним словам/терминам певної тематики.
Якщо ви збираєтеся використовувати категорії в як шляху сканування і навігації, Вам також необхідно переконатися, що дані категорії пов'язані з головною сторінкою сайту. Для цього може знадобитися редизайн сайту, тому ми не рекомендуємо цього робити до тих пір, поки Ви не переконайтеся, що сайту дійсно потрібен редизайн. Навіть при використанні цього методу Ви усi одно можете використовувати деяку форму разбиения сторінок в категоріях, якщо у Вас багато постів в кожної, так що це також ускладнює настройку.
Якщо Ви ще не впровадили rel=prev/next і хочете знати, слід чи це робити, то це складний питання. Впровадження залежить від того, скільки зусиль необхідно докласти для коректного додавання цієї розмітки на той або інакший сайт. Пам'ятайте, що rel=prev/next по-як і раніше використовується іншими пошуковими системами, деякими браузерами, тому, по можливості, варто докласти зусилля і впровадити цю розмітку.
Якщо кому-то потрібна посилання на оригінальну документацію про rel=prev/next, то ось вона.