Посторінкова навігація як метод ефективного структурування контенту

Автор:Райан Хасер (Ryan Huser) - виконавчий директор агентства Ayima та SEO-консультант. Син співробітника ВПС США та дизайнера інтер'єрів, Райан Хасер зумів втілити у своїх онлайн-розробках ідеальне поєднання якісного технічного виконання з бездоганним дизайном та юзабіліті сайтів.

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

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

«Добре!» - Заперечіть ви. – «І що тут такого складного?». Головна проблема полягає в тому, що для SEO посторінкова навігація має особливе значення, адже неписьменне розбиття контенту на сторінки може стати однією з основних причин поганої індексації ресурсу в пошукових системах, зокрема Google. У той час як ідеально виконана пагінація стає дуже ефективним інструментом пошукового просування ресурсу.

Перейдемо, однак, до розгляду типових проблем, що виникають у вебмайстрів та оптимізаторів під час розбиття контенту на сторінки:

Проблеми дублювання змісту сторінок– нерідко зустрічається, що різні сторінки сайту містять аналогічний контент. На додаток до цього, на сайті можуть зустрічатися ідентичні тайтли та мета-описи. Дубльований конент може стати причиною того, що Googlebot виключить з індексу низку подібних сторінок.

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

Посторінкова навігація з урахуванням пошукового індексу

Отже, як грамотно здійснити посторінкову навігацію? Насамперед, важливо подбати про покращення дизайну сайту. Якщо ви працюєте над сайтом електронної комерції – спробуйте оптимізувати блоки контенту, розділеного на сторінки. З цією метою важливо:

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

3.Проставити посилання на всі пов'язані сторінки всередині серії, починаючи з першої сторінки – це суттєво полегшить процес сканування ресурсу краулером.

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

Перерахуємо найефективніші інструменти:

Варіант 1. Видаліть непотрібну частину пронумерованого контенту з індексу.

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

Варіант 2. Створіть видиму сторінку типу “View-all” («Показати все») і вкажіть її як канонічна для всіх сторінок серії, використовуючи тег rel=“canonical”.

Після того, як ви створили сторінку типу “View-all” і вказали її як канонічний, додавши атрибут rel="canonical" до розділу кожної пронумерованої сторінки серії, тим самим зв'язавши її з канонічною сторінкою. Наприклад, так: . При такому підході пошукова система, зокрема Google, розглядатиме кожну сторінку, серію, пов'язану зі сторінкою «Показати все» як частину контенту цієї сторінки. На практиці це означає наступне: якщо пошуковий запит буде релевантний блоку контенту, розміщеному на одній із сторінок серії, у видачі з'являтиметься сторінка типу “View-all”.

Головними перевагами даного варіанта є простота використання методу, «дружелюбність» з боку Google, послідовний та репрезентативний зв'язок блоків контенту між собою, зручна навігація з погляду користувача. Явні недоліки методу: неможливість застосування великих блоків контенту і великих серій сторінок; небажання власників комерційних ресурсів розміщувати на сторінці «Показати всі» всі існуючі на сайті товарні позиції та пропозиції.

Варіант 3. Застосовуйте атрибути Rel=“prev” та Rel=“next”, щоб позначити зв'язок між кількома URL

Технічно це виглядає наступним чином: починаючи зі Сторінки 1, фахівець додає тег, який вказує на наступну сторінку в розділ попередньої сторінки HTML. В результаті отримуємо послідовність:

Це перший крок роботи – для початкової сторінки вказувати атрибут rel="prev" не потрібно. На другій та третій сторінках необхідно додати посилання, що вказують на попередній та наступнийURL.

Припустимо, що сторінка 4 є останньою у серії. У такому разі на неї слід додати лише посилання, яке вказує на попередню URL-адресу. А оскільки сама Сторінка 4 є останньою URL-адресою в серії, то і додавати атрибут rel="next" для неї не потрібно.

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

У свою чергу, у разі виявлення Google помилки в розмітці, подальше індексування сторінок та розпізнавання змісту виконуватиметься на основі власного евристичного алгоритму пошукової системи, а це не завжди те, що потрібно оптимізатору!

Перспективні практики розбиття сторінками

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

Намічаємо критичні точки

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

Після завершення процесу розбивки на сторінки – обов'язково поверніться до логів і перевірте, наскільки ефективною з точки зору SEO була виконана вами робота.

Використовуємо AJAX для створення «нескінченної» прокручування

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

Сигнали релевантності контенту: сторінка "Показати все" vs. rel="next" та rel="prev"

Замислюючись над вибором способу розбиття на сторінки, важливо пам'ятати одну суттєву річ: незважаючи на те, що згідно заяв представників Google, найкращим методом розбиття змісту сайту на сторінки є створення канонічної сторінки типу «Показати все» – у ряді випадків ефективнішим буде використання атрибутів rel="next" та rel="prev".

Уявимо на хвилину ситуацію, за якої використання обох перерахованих вище методів передає посилальну вагу сторінкам, які обов'язково будуть проіндексовані Google. При цьому на сторінці типу “View-all” буде накопичуватися маса посилань, оскільки на неї будуть посилатися всі неканонічні сторінки, в той же час використання атрибутів rel="next" і rel="prev" дозволить передавати цей сигнал від сторінки до сторінки. Аналогічна ситуація відбувається і з іншими сигналами, що впливають на ранжування (унікальність URL, унікальні теги та інші теги мета-описів і т.д.) Таким чином, можна зробити висновок про те, що вказівка ​​як канонічна сторінка типу «Показати все» може призвести до «розмиття» згаданих у дужках сигналів, які можуть бути суттєвими з точки зору ранжування окремих сторінок.

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

Використання rel="prev" та rel="next" за наявності параметрів

Однак перш, ніж приступати до дій, переконайтеся,що всі сторінки, що використовують rel="prev" і rel="next", послідовно пронумеровані і використовують один і той же параметр. По-друге, кожен URL, на якому використовуються параметри, повинен посилатися на канонічний URL, що не містить таких параметрів.

Поєднання фільтрів та тегів rel="prev" та rel="next"

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

Сторінка 1:http://www.site.com/page1.html?brand=nike

У такій ситуації розміщення контенту на сторінках залежатиме від таких змінних:

Сторінка 1:http://www.site.com/page1.html?brand=adidas

Сторінка 2:http://www.site.com/page2.html?brand=adidas

Аналогічним чином фільтр працюватиме й інших видів продукции:

Сторінка 1:http://www.site.com/page1.html?brand=reebok

Сторінка 2:http://www.site.com/page2.html?brand=reebok

Таким чином, якщо ви вважаєте, що вам необхідно, щоб до індексу Google потрапили абсолютно всі види продукції, для яких доступні зазначені вище фільтри – найкращим варіантом буде створення окремих серій послідовно пронумерованих сторінок з використанням атрибутів rel="prev" та rel="next ". Створення канонічної сторінки у разі недоцільно.

Використання rel="prev" та rel="next". Сортування контенту

Насамкінець розглянемо особливості застосування атрибутів rel="prev" і rel="next у випадках, коли ми маємо справу з сортуванням контенту. З даним типом параметра часто можна зіткнутися при створенні блогу або сайтуелектронної комерції.

Наприклад, коли ви заходите на головну сторінку ресурсу, можете побачити наступну URL:

Сторінка 1:http://www.news-site.com/page1.html?order=oldest

Сторінка 2:http://www.news-site.com/page1.html?order=newest

Даний вид розбиття серії на окремі сторінки викликає найбільш спекотні суперечки серед вебмайстрів і оптимізаторів. Одні рекомендують використовувати атрибути rel="prev" та rel="next" як для параметра "newest", так і для "oldest". На думку експертів Ayima, цей підхід може бути розцінений Google, як пропозиція проіндексувати множинні серії пагінації сторінок з ідентичним контентом.

У свою чергу, представники Ayima рекомендують використовувати наступний сценарій розбиття на сторінки за допомогою атрибутів rel="prev" та rel="next":

При цьому важливо закрити від індексації сторінки з використанням вказаного вище атрибута для параметра "newest". Це дуже легко зробити, використовуючи «Параметри URL» у «Інструментах для веб-майстрів»:

Щоб спростити процес прийняття рішення про те, які методи слід застосовувати в кожному окремому випадку розбиття серії контенту ресурсу на сторінки, наведемо оригінальну схему, розроблену консультантами Ayima:

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

Безумовно, розбиття сайту на сторінки — заняття досить трудомістке і непросте… Однак, при ретельному плануванні та грамотній реалізації даного процесу можна досягти успішного сканування алгоритмами Google усіх значущих для власника сайту сторінок і уникнути рядупроблем, пов'язаних із неграмотним розбиттям сайту на сторінки.

---