Stránkování – klíčový prvek indexování ve vyhledávačích

Pokyny pro SEO týkající se stránkování, např. kategorií internetových obchodů nebo článků na blogu, jsou opakovaným tématem a existuje k nim několik přístupů. My se budeme zabývat tím, jak řešit stránkování, aby webové prohlížeče snadněji zpracovávaly obsah.

Pro efektivní správu SEO a obsahového marketingu využijte nástroj Visibility Analysis od Senuto.

Co je stránkování?“

.
Stránkování je jednoduché rozdělení určitého zdroje na webu na stránky. Nejjednodušším příkladem mohou být kategorie ve většině internetových obchodů, kde po vypsání určitého počtu produktů může uživatel přejít na další část seznamu produktů. Dalším způsobem prezentace produktů v rámci kategorie je nekonečné stránkování, kdy se při rolování dolů uživateli zobrazují nové a nové produkty. Stejně je tomu i u blogů. Obecně nezáleží na tom, který zdroj webu je rozdělen na části, jde spíše o to, jak to uděláte a jak upozorníte Googlebot na následující obsah.

Vyzkoušejte Senuto Suite na 14 dní zdarma

Pojďme na to!

Nechte webové crawlery dělat to, co dělají

Jednou ze základních chyb, kterých se při stránkování dopouštíte, je používání kanonických značek na první stránkovací stránce. A i když je to v jedné situaci opodstatněné, obvykle se to dělá nesprávně.

Pokud je například kategorie produktů rozdělena na několik stránek, znamená to, že základní stránka obsahuje určitý počet produktů, druhá stránka obsahuje další skupinu produktů a tak dále a tak dále až do poslední stránky stránkování.

Stránkování stránek je následující:

https://website.com/ product-category/page-2
https://website.com/ produkt-kategorie/strana-3
https://website.com/product-category/page-4

atd.

Proto nemá příliš smysl takové kanonické odkazy používat:

vzhledem k tomu, že se jedná o další část produktů z dané kategorie, nejsou stránky 2,3,4 atd. duplicitní s hlavní stránkou (pokud tomu tak není, pak je použití kanonického odkazu rozumné).

Kanonické odkazy samozřejmě můžete uvádět, ale sami na sebe. V takovém případě zadejte na stránce https://website.com/product-category/ :

a následující na stránce https://website.com/product-category/page-2:

Stránka s celým obsahem

Existuje výjimka – základní stránka s veškerým obsahem, navíc rozdělená na několik podstránek s menším obsahem. V takové situaci má smysl použít kanonický odkaz. Je to praxe často používaná u poměrně dlouhých článků s velkým množstvím obsahu.

Takto se postupuje u následujících stránek:

https://website.com/product-category/page-1
https://website.com/product-category/page-2
https://website.com/product-category/page-3
https://website.com/product-category/page-4

spojené do jediné logické posloupnosti budou ve skutečnosti zahrnovat veškerý obsah základní stránky https://website.com/product-category/, který chcete použít pro indexování vyhledávači.

Tato_nešťastná_první_stránka…

Další chybou je duplikování základní stránky kategorie https://website.com/product-category/ s první stránkovací stránkou https://website.com/product-category/page-1.

Pokud základní stránka obsahuje stejný obsah jako /page-1,pak je zbytečné vytvářet duplikát – některé systémy pro správu obsahu běžně generují (vedle základní stránky)první stránkovací stránku začínající /page-1;v takovém případě by adresa měla např. být přesměrována na základní stránku pomocí přesměrování 301 a v kódu byste měli uvést odkaz nikoli na https://website.com/product-category/page-1, ale na https://website.com/product-category/.

V opačném případě se setkáte s problémem vnitřního přesměrování, čímž dojde k plýtvání rozpočtem Googlebotu na procházení dané webové stránky. Jinými slovy, nemá smysl ji přesměrovávat interním odkazem pomocí přesměrování 301, když můžete odkazovat přímo na cílovou stránku pomocí stavového kódu HTTP 200.

Atributy rel=“next „andrel=“prev“

Pokud se rozhodnete stránkovat následujícím způsobem:

https://website.com/product-category/.
https://website.com/product-category/page-2.
https://website.com/product-category/page-3
https://website.com/product-category/page-4

pak můžete označit vztahy mezi jednotlivými stránkami pro vyhledávač. Poskytnutí příslušných odkazů s atributy rel v sekci <head>zvýrazní jednotlivé stránky sekvence.

Na první (základní) stránku umístěte následující odkaz:

jako další stránka obsahující část stejného zdroje.

Na další stránce, tj. https://website.com/product-category/page-2,put následující:

Pokračujeme dále, na třetí stránce, tedy https://website.com/product-category/page-3:

Za předpokladu, že /page-4 je poslední v sekvenci stránkování, vložte tam následující:

Jedná se o nejčastěji používanou kombinaci odkazů v nadpisu s atributy „rel next/prev“. Někdy se k odkazům přidávají atributy „<a href=“ v kódu (např. pod seznamem), i když je lepší je umístit do<head> sekce – čím dříve dostane crawler informaci, kde je zbytek zdroje, tím lépe.

Je třeba mít na paměti, že odkazy s atributy „rel next/prev“ nejsou absolutní direktivy, to znamená, že je lze, ale nemusíte, brát v úvahu při procházení webu. Kromě toho je vhodné používat absolutní cesty k následujícím stránkám, ačkoli pokyny Google říkají, že „hodnoty mohou být absolutní cesty i relativní cesty.“V případě stránky s parametry v adrese URL, např. parametry třídění, by však měly být také umístěny v odkazech „rel next/prev“ – např. následující stránka:

https://website.com/product-category/page-3&sort=desc

bude obsahovat následující odkazy v sekci <head>:

ale kanonický tag ukazující pouze sám na sebe (bez parametru řazení sestupně):

Indexovat či neindexovat?“

Dalším problémem, se kterým se při stránkování setkáváme, je nesprávné používání metaznaček robots. Google tvrdil, žejednotlivé stránky mají být považovány za logickou posloupnost, což povede k zohlednění atributů jejich odkazů a ve většině případů pomůže uživateli zobrazit první stránku.

Velmi často se stává, že jednotlivé stránky stránkování, přestože jsou navzájem propojeny odkazy s atributy „rel next/prev“, jsou v indexu vyhledávače. Pokud s tím máte problém, bude nejlepší použít následující:

na následujících stránkách, tj. na /page-2 a vyšších. Webový crawler bude procházet odkazy až do poslední stránkované stránky, ale nebude je indexovat.

Tak co s kanonickými texty?

Z diskuse s Johnem Muellerem (https://plus.google.com/+JohnELincoln/posts/TCJHwdZHdQc) jasně vyplývá, že byste neměli kombinovat metaznačky ‚no index‘ s kanonickými odkazy směřujícími na indexovatelnou adresu URL. Pokud tedy v tomto případě kanonický odkaz na stránkovací stránce směřuje sám na sebe, metaznačka ‚no index‘ se nemá vkládat a naopak.

Nezaznamenal jsem žádné problémy s procházením stránkovaných stránek s kanonickými odkazy na samotné stránky a metaznačkou’no index‘; Google však chce sám rozhodovat o tom, co indexovat a co ne, takže bychom to možná měli nechat na Googlu.

Pagination a mapa stránek XML

Zde je zajímavý případ: do sitemap.xml raději nezadáváte odkazy na stránkování, ale pouze základní adresu například kategorie nebo hlavního článku s celým obsahem. V zásadě platí, že do mapy stránek XML by se měly zadávat ty adresy, které chcete indexovat, takže pokud vám nezáleží na indexaci stránkování, neuvádějte tam adresy URL na /page-2 a vyšší. Pokud je blokujete pomocí meta tagu robots ‚no index‘, je to samozřejmě ještě jednodušší – neuvádějte je.

Stránky stránkování jako parametry

Pokud chcete podpořit indexování produktu/článku od poslední stránkované stránky, poskytněte webovým prohlížečům neomezený přístup ke stránkám ostatních kategorií za základní kategorií. Často se stává, že jednotlivé stránky mají parametry „?page=“ nebo „?p=“ a mohou být omylem zablokovány v robots.txt spolu s ostatními parametry.

Podobně je tomu u parametrů URL v nástroji Google Search Console. Stojí za to ukázat robotovi Google, že takové parametry jsou zodpovědné za rozdělení zdrojů na stránky a nechat bota rozhodnout.

Pagination a popisy kategorií

Často sledovanou praxí je rozšiřování obsahu kategorií, např. v internetových obchodech. Často se stává, že se přidaný popis zobrazuje na všech adresách URL stránkování v nezměněné podobě. Pokud jsou všechny stránky považovány za logickou posloupnost a spojeny do celku pomocí atributů „rel next/prev“, pak se zdá zbytečné duplikovat stejný text na /page-2, /page-3 atd.

Podobné je to, pokud jde o uvedené produkty: každá další stránka zobrazuje novou sadu produktů a uživatel nechce ani číst stále stejný popis kategorie na každé stránce, ani se dívat na stejné produkty dále v rámci kategorie. Je tu však otázka – kdo čte popisy kategorií? Googlebot pravděpodobně ano, takže ho nekrmte duplicitami.

Potřebujete stránkování, pokud používáte nekonečné posouvání?“

Ukazuje se, že stránkování je schůdnou možností i v řešení „nekonečného posouvání“, kdy se posouváním seznamu produktů/článků v rámci kategorie zobrazují nové zdroje. John Mueller (http://scrollsample.appspot.com/items) poskytl rozumný příklad: při posouvání seznamu se do adresy URL přidávají nové parametry odkazující na následující stránky.

http://scrollsample.appspot.com/items?page=2.
http://scrollsample.appspot.com/items?page=3.

a tak dále a tak dále.

Samozřejmě jsou zde použity odkazy s atributy „rel next/prev“ a uveden je kanonický odkaz sám na sebe; například u http://scrollsample.appspot.com/items?page=5 je to takto:

FAQ