Атрибут - canonical - та пагінація розбіжності у рекомендаціях Яндекса та Google, SEO кейси соціалки

canonical

Якщо ви хочете ознайомитися з різними підходами, рекомендую вебінар Сергія Кокшарова.

Але сьогодні поговоримо не про підходи. Проблема, яку хочу порушити, полягає в тому, що єдиної думки про налаштування пагінації, як виявилося, немає і у Яндекса з Google.

По налаштуванню пагінації Google вже давно має рекомендації для сайтів.

Якщо коротко, то це три варіанти дій:

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

-Створити сторінку «Показати все»,де зібрана вся інформація, та вказати її як канонічну. У пошуковій видачі буде відображатися сторінка«Показати все».Варіант підходить для статей, розбитих на окремі сторінки. Для магазинів він зазвичай не підходить через розміри та час завантаження такої сторінки.

-Використовувати rel="next" та rel="prev", щоб показати роботу Google взаємозв'язок між сторінками. У пошуковій видачі в цьому випадку буде відображатися перша сторінка.

Ознайомитись з рекомендаціями можна за цим посиланням.

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

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

Прочитати рекомендацію можнатут (п.2).

Проблема полягає в тому, що подібне використання rel="canonical" спеціалісти Googleназивають помилкою.

атрибут

Тутможна прочитати статтю в перекладі

Зрозуміло, що Яндекс не зобов'язаний звіряти свої вимоги з колегами-конкурентами, але рекомендації розраховані на вебмайстрів, а вони, як правило, хочуть подружити свої проекти з двома пошуковими системами. Що їм робити?

атрибут

На цьому я, відверто кажучи, втратив надію отримати нові універсальні рекомендації від Платона і перестав мучити підтримку Яндекса. Але тема «не затихла».

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

яндекса

Дуже сподіваюся, що співробітники Яндекса нарешті дадуть повну розгорнуту відповідь і підкажуть вебмайстрам, як вчинити зі сторінками пагінації, щоб це не суперечило вимогам Яндекса, ні Google. Адже питання щодо налаштування пагінації продовжують з'являтися на блозі Яндекса.

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

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

1.Не забувайте про базові моменти:

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

- Унікалізуйте заголовки сторінок пагінації (title), додаючи до них номер сторінки. Description та Keywords на сторінках пагінації можна не використовувати;

3. Перед тим якробити якісь дії зі сторінками пагінації, перевірте, чи не приносять вони пошуковий трафік. Про це пишуть і співробітники Яндекса:

розбіжності

Загалом – логічне рішення, але фахівці Яндекса пишуть про недоліки цього методу:

розбіжності

Пояснити, що це за «деякі показники», Платон зі зрозумілих причин відмовився.

5. І остання рекомендація не зовсім технічного плану.

Базових налаштувань, які ми зазначили у першому пункті, для більшості проектів цілком достатньо. Боротися з 5-10 сторінками пагінації зазвичай немає сенсу. Google у таких випадках рекомендує«не робити дії ».

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