Paginacja a SEO – czyli rel=canonical” oraz rel=next” i rel=”prev” by Maile Ohye

Prowadzisz bloga, masz portal, a może sklep, w którym pojawia się paginacja?

Warto oglądnąć film z Maile Ohye i dowiedzieć się w jaki sposób właściwie stosować paginację w serwisie, z korzyścią dla widoczności naszej strony w Google.

Od października 2011 Google, jeżeli stwierdzi, że serwis, obok wersji np. artykułu podzielonej na części, zawiera także i tę bez paginacji – to wówczas stara się sam w wynikach wyszukiwania wyświetlać tylko pełną wersję (bez paginacji) – do tej pory przy braku tagu kanonicznego system mógł zaindeksować nam np. ostatnią stronę z produktami, z … tylko jednym elementem. A na pozostałych dwóch było ich po 50 – Klient wchodził z SERPów na stronę, widział jeden produkt – i wychodził ze sklepu, wychodząc z założenia, że … nic  w nim nie ma :(

Co radzi nam Maile Ohye, jak poprawnie zadbać o strukturę serwisu zawierającego paginację?

Należy rozważyć dwa przypadki – pierwszy, gdzie w serwisie, obok stron z paginacją, występuje także jedna strona, zawierająca w sobie wszystkie strony z serii (czyli mamy 101 produktów w danej kategorii w sklepie, podzielonych po 25 na stronie. czyli występują w serii 4 strony z 25 elementami oraz jedna z .. jednym – czyli razem 5 stron z paginacją) oraz stronę przedstawiającą wszystkie 101 produktów. I drugi – gdzie takiej “podsumowującej strony” w serwisie nie ma.

Serwis ze stroną “podsumowującą”

Właściciele takich serwisów mają w takiej sytuacji trzy opcje do wyboru. Mogą oni

1. zostawić serwis takim, jakim jest – Google powinno sobie poradzić i zaindeksować stronę “podsumowującą”
2. użyć tagu kanonicznego na stronach z paginacją – kierującego roboty do “pełnej” strony
3. użyć rel=”next” oraz rel=’prev” – za pomocą których poinformujemy Google, że strony z paginacją są wprawdzie osobnymi elementami, ale wszystkie należą do jednej serii.

Jest jedna bardzo ważna różnica między 2 a 3 przypadkiem. O ile przy tagu kanonicznym kierujemy roboty na stronę “podsumowującą”, zawierającą “w sobie” wszystkie strony częściowe, o tyle stosowanie rel=”prev” rel=”next” kieruje roboty na jedną, najbardziej “właściwą”, stronę, zwykle pierwszą z serii – i taką też indeksuje w wynikach wyszukiwania.

Warto o tym niuansie wiedzieć – ponieważ nie zawsze chcemy skierować użytkownika na stronę zawierającą “wszystko” – niekiedy liczy się tylko strona pierwsza z serii – a pozostałe np. 19już nie. Jest to ważne w przypadku np. sklepu, który ma, powiedzmy rozbitą kategorię na 20 stron po 10 elementów, ale produkty na pierwszej stronie są źródłem 80% przychodów z danej kategorii. Zamiast zatem prezentować w wynikach wyszukiwania całą, długą listę wszystkich 200 produktów – pokażmy użytkowników 10 najważniejszych :)

Serwis bez strony “podsumowującej”

Tutaj mamy zamiast trzech jedynie dwie opcje dostępne

1. Zostawiamy serwis “takim, jak jest”
2. Używamy rel=”prev” rel=”next”

Jak widać, nie stosujemy tagu kanonicznego! (nie mamy strony “podsumowującej”)

Dlaczego lepiej używać dla stron z paginacją rel=”prev” rel=”next” niż rel=canonical” kierującego do pierwszej strony serii?

Odpowiedź: rel=”canonical” został stworzony dla unikania zduplikowanej treści.  Poza tym – rel=”canonical” indeksuje tylko stronę główną, zawierającą “w sobie” wszystkie strony częściowe – a rel”prev” i rel=”next” – indeksuje poszczególne strony serii

Warto zwrócić jednak uwagę na wspólne zastosowanie rel=”canonical” oraz rel=”prev” oraz rel=”next” w poniższym przypadku – gdy występuje jeszcze w adresie url parametr sesji.

Wszystkich zachęcam do oglądnięcia całego filmu – warto :)