SEO-пагінація – 7 способів реалізації

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

Отже, що таке пагінація

Сторінки пагінації – це сторінки каталогу (друга, третя тощо, сторінка «показати все»), на яких відображається список товарів (або статей, якщо йдеться про блог), що не вмістилися на першій сторінці категорії чи розділу ресурсу. У більшості випадків вони розташовані внизу сайту, але можуть бути розміщені і вгорі (іноді дублюються вгорі та внизу). Виглядають так:

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

Чому важливо правильно налаштувати пагінацію на сайті?

Окрім часткового дублювання контенту на сторінках пагінації, також можуть повторюватися мета-теги та текстове наповнення. Це суттєво знижує рівень внутрішньої оптимізації сайту і релевантності основних посадкових сторінок пошуковим запитам користувачів. А це означає, що такі сайти гірше ранжуються в пошуковій видачі.
Розглянемо ще одну не менш важливу проблему. Коли роботи пошукових систем потрапляють на сайт, глибина та кількість сторінок, переглянутих ними, обмежена і залежить від трастовості ресурсу та частоти оновлення контенту. Припустимо, ресурс має велику кількість відкритих сторінок пагінації. Імовірність того, що робот проіндексує потрібні сторінки, значно знижується, оскільки кількість переходів по сторінках буде витрачена на часткові дублі.

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

Оновлення від 10 жовтня 2019 року. 22 березня 2019 року Google оголосив, що він уже досить тривалий час не враховує тег rel="prev"/"next". Ми розширили цю статтю і додали кілька рекомендацій щодо оптимального налаштування пагінації на даний момент.

Застарілі способи оптимізації сторінок пагінації:

1 Спосіб. Закрити сторінки пагінації в robots.txt

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

Disallow: *page=

Конкретна директива залежить від способу реалізації сторінок пагінації на Вашому сайті.

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

2 Спосіб. Пагінація з тегом rel=«canonical» на першу сторінку категорії

Найпоширеніший спосіб у рунеті для боротьби з дублями сторінок пагінації в індексі. Зі своїм завданням цей метод в принципі справляється, але ускладнює індексацію пошуковим ботом товарів, розташованих на сторінках пагінації.

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

З точки зору пошукової системи на Вашому сайті буде розміщений неунікальний контент, що негативно вплине на ранжування в органічному пошуку.

Google включив налаштування канонічних посилань на першу сторінку категорії до списку найпоширеніших помилок при налаштуванні rel=canonical.

У цій статті читайте про всі нюанси роботи з атрибутом rel=canonical.

Оптимальні методи оптимізації сторінок пагінації:

3 Спосіб. Пагінація з тегом rel=«canonical» на сторінку «Дивитися Все»

Таким способом налаштування пагінації рекомендує користуватися пошукова система «Google».

Тег rel=«canonical» вказує пошуковій системі канонічну сторінку, на якій виведено всі товари, і допомагає визначити сторінки пагінації. При використанні такого тега пошукова система не враховує неканонічні сторінки та контент, що дублюється на них.

Такий тег виглядає так:

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

Мінуси

Таке налаштування складно впровадити на більшості стандартних CMS-систем.

4 Спосіб. AJAX-пагінація

AJAX-пагінація є найбільш оптимальною і вигідною для SEO функцією, оскільки працює вона так:

при переході на другу та наступні сторінки каталогу, сторінка сайту не перезавантажується, але список виведених товарів чи статей змінюється за допомогою AJAX, таким чином сторінок із url-адресами виду http://site.com/page2 тощо просто не існує, вони не можуть бути проіндексовані пошуковими системами і ніколи не потраплять до індексу.

Приклад AJAX-пагінації: https://sushiicons.com.ua/menyu/rolly/

Мінуси

Таку пагінацію не вдасться реалізувати без залучення програмістів.

5 Спосіб. Пагінація з тегами rel="prev"/"next" і мета-тегом robots

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

розмістивши його в секцію.

Докладніше про це в статті: Noindex і Nofollow: як, навіщо і для чого використовують у SEO

Окрім цього, на всіх сторінках пагінації розміщуються теги "prev" і "next", що вказують на попередню та наступну сторінки відповідно. Це полегшує роботу розуміння структури нумерованих сторінок і покращує сканування розміщених на них товарів чи статей. Наприклад, на сайті є 4 сторінки пагінації:

Теги rel=prev/next необхідно створити ланцюжок із існуючих сторінок пагінації, початком якого буде перша сторінка, уякої потрібно додати:

Наступною ланкою ланцюжка є друга сторінка пагінації, уякої необхідно додати:

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

Правильно розміщені теги на сторінках пагінації сигналізують пошуковій системі про те, що сторінки від page1 до page4 необхідно об’єднати в єдиний елемент в індексі. Релевантною ж буде тільки перша сторінка.

Важливо

Зверніть увагу, що URL першої сторінки http://site.com/page1.html не повинен існувати взагалі, його має замінювати основна сторінка http://site.com/page.html. Тобто при кліку користувача на цифру 1 у списку сторінок пагінації перехід має здійснюватися саме на основну сторінку виду http://site.com/page.html.
Також при розміщенні тексту на сторінці категорії рекомендується приховувати його на інших сторінках пагінації.

6 Спосіб. Пагінація з тегами rel="prev"/"next" і rel="canonical" сам на себе

Так, цей спосіб був нашим фаворитом, поки сторінки пагінації дедалі частіше не почали з’являтися в індексі Google. Останнім часом доводилося сидіти і видаляти їх у Search Console з індексу. Потім Google усе-таки вирішив повідомити SEO-фахівців щодо rel="prev"/"next". Стало зрозуміло, що він ігнорує цей тег і бере до уваги тільки rel="canonical", який стоїть сам на себе. А це означає, що пагінацію потрібно індексувати, на думку бота. Але не поспішайте з висновками.

Аналогічно до попереднього способу на всіх сторінках пагінації розміщуються теги rel="prev"/"next". Відмінність від попереднього підходу полягає в тому, що замість закриття індексації нумерованих сторінок за допомогою мета-тегу robots, на кожній сторінці пагінації розміщується атрибут rel="canonical", що вказує канонічне посилання на цю ж сторінку. Тобто на сторінці пагінації http://site.com/page3.html у блоцібуде розміщене канонічне посилання, що веде на неї ж:

При цьому сторінки пагінації не повинні бути закриті від індексації жодним із способів.

Що робити, якщо у вас пагінація реалізована таким чином, а Google ігнорує rel="prev"/"next"

Якщо на вашому сайті пагінація налаштована з тегами rel="prev"/"next" і rel="canonical" сам на себе, і при цьому ваш сайт чудово тримається на плаву — нічого не робити і залишити все як є. У більшості випадків сторінки пагінації не потрапляли в індекс, і з ранжуванням сайту все було чудово.

Якщо сторінки пагінації все-таки були спіймані на гарячому прямо в індексі Google або на даний момент пагінація взагалі не налаштована, ми пропонуємо ще один метод:

7 спосіб. Пагінація з тегом rel=«canonical» на першу сторінку категорії і мета-тегом robots (noindex, follow)

Встановіть тег rel=«canonical» з другої та наступних сторінок пагінації на основну першу сторінку. Також на всіх сторінках пагінації розмістіть meta name="robots" content="noindex, follow". Таким чином ви покажете роботу, що сторінки пагінації є дублями основної сторінки категорії і їх не потрібно індексувати, але при цьому потрібно переходити та індексувати товари.

Мінуси

Йдемо наперекір рекомендаціям Google (ПС не рекомендує встановлювати canonical зі сторінок пагінації на першу сторінку).

Чому ми радимо цей метод?

Незважаючи на рекомендації Google щодо canonical, це найбільш практичний варіант у наших реаліях. Google після свого оголошення взагалі запропонував не створювати сторінки пагінації, пояснюючи це тим, що користувачі їх не люблять. Але як розмістити 100000 товарів на одній сторінці і як вона завантажуватиметься — питання, звісно ж, риторичне. Ще один підходящий варіант — пагінація з тегом rel=«canonical» на сторінку «Дивитися Все». Але тут знову виникають сумніви щодо продуктивності сторінки.

З власного досвіду можемо сказати, що ця стратегія налаштування пагінації непогано працює. До того ж, якщо вам потрібно просувати сайт для Google і Яндекс, це найбільш підходящий варіант. Яндекс ніколи не враховував rel="prev"/"next" і для нього пагінацію налаштовують саме цим методом.

Як дізнатися, що пагінація для SEO налаштована неправильно?

Основною ознакою неправильно налаштованої пагінації є дублі метаданих серед проіндексованих пошуковими системами сторінок.

Найпростіший спосіб для їх визначення - подивитися проіндексовані сторінки в Google через оператор site:, наприклад, site:example.com покаже всі сторінки для домену example.com. Але якщо Ваш сайт має велику кількість сторінок, зручніше буде скористатися спеціалізованими сервісами типу Screaming Frog Seo Spider. Знаходимо сторінки-дублікати за title і звертаємо увагу на їхні URL для виявлення сторінок пагінації (адреси містять параметр типу page=).

Також Ви можете знайти дублікати title за допомогою панелі вебмайстра Google:

Відкрийте вкладку Вигляд у пошуку > Оптимізація HTML

Переходимо в розділ "Повторювані заголовки (теги title)" і аналізуємо адреси сторінок на схожість зі сторінками пагінації.

Висновок

Після шокуючого оголошення Google, що пошукова система не використовує теги rel="prev"/"next", світ SEO пережив усі 5 стадій прийняття неминучого: заперечення, гнів, торг, депресію і, зрештою, прийняття. Але до єдиної думки щодо оптимізації сторінок пагінації SEO-фахівці так і не дійшли. Тому аналізуйте конкурентів, звертайте увагу на тактики, які ефективно працюють саме для Вашої ніші, і впроваджуйте їх у життя. Бажаємо успіхів і зростання позицій Ваших проєктів!