Paginerade resultatsidor ur ett SEO-perspektiv

Paginering av resultatsidor måste vara en av de äldsta företeelserna på webben. Den borde ha dykt upp så fort någon hade en sajt med mer än 30 sidor som behandlade samma ämne. Det behövdes då en sidan två om ämnet, och raskt därefter en sidan tre, och sedan rullade det på.

Resultatsidans anatomi

En resultatsida är en samlingssida för ett antal objektssidor. Det kan vara en kategori- eller taggsida i en blogg eller en webbbshop, den kan lista rena sökresultat, eller vara en avdelning på en nyhetssajt eller ett forum. En resultatsida är kort sagt en sida som på ett eller annat sätt listar anda sidor av något slag. Så fort sidan blir för lång, det vill säga listar för många objektssidor (ofta dras gränsen vid 10, 12, 15 eller 20 resultat), uppstår behovet av att dela upp resultaten i flera sidor och att paginera sökresultaten på ett eller annat sätt. Google har fortfarande den snyggaste och mest grafiska sidbläddraren tycker jag.

Idag har det blivit modernt att bygga oändliga sökresultat, något som brukar kallas perpetual scroll, och det var när jag svarade på frågan om vilken inverkan den tekniken har på sökmotoroptimering som jag fick följdfrågan om hur man kan arbeta med paginerade resultatsidor, för optimal återverkan på sökmotorplaceringarna hos Google.

Det finns massor att tänka på, och jag har alltid varit en varm anhängare till att styra Google mot resultatsidor av olika slag. Det är, märkligt nog, så, att resultatsidor är en sidtyp som är väldigt underutnyttjad dels vad gäller sajtnavigation men i synnerhet när det kommer till synlighet i sökresultaten hos sökmotorer. Det sorgligaste jag vet är stora sajter som styr hela sin söknärvaro mot objektssidor, trots hög redaktionell frekvens. Det är nästan lika sorgligt som när små sajter bygger sina sajter med innehållstomma resultatsidor bara för att få ihop ett ofta helt ologiskt sidkluster i sajtnavigationen.

Syftet med att välja paginerade resultatsidor är att underlätta indexeringen av de underliggande objektssidorna, och dessutom sätta dem i relation till varandra genom att visa att de hör hemma under samma kategori, tagg eller tema.

Myt: Google vill inte lista resultatsidor

Det har traditionellt ansetts svårt att få Google att placera den här typen av sidor på framträdande plats i sökresultaten. Det stämmer till viss del, men bara om inte har lagt ner arbete på att göra resultatsidorna unika. I april 2010 gjorde Google en stor utrensning av resultatsidor från sitt index. Det innebar att många stora sajter tappade uppemot 90 % av sina sidor i Googles aktiva index. Jag hade då, just börjat arbeta med Reco.se som tappade mer än 1,9 miljoner sidor ur Google-indexet. Samtidigt så drabbades inte min egen kategorisida (en typ av resultatsida) om sökmotoroptimering.

Skillnaden mellan dessa var att min resultatsida innehöll unikt material, och dessutom var tydligt upplänkad från resten av sajten, medan merparten av Recos resultatsidor bara var just listningar av olika objektssidor, där det dessutom ofta fanns hundratals följandesidor som var identiska med den första resultatsidan. Samma sak gällde majoriteten av de sidor som Google tog bort ur sitt aktiva index i den uppdateringen.

Alla resultatsidor är inte lika viktiga

Det man måste komma ihåg är att det, ur placeringsaspekten, faktiskt bara är det första resultatsidan som är viktig. Det finns inget som helst mervärde i att den andra, sjunde eller sextiofjärde resultatsidan syns i sökresultatet. Däremot är det alltid otroligt viktigt att sökmotorerna enkelt kan spindla resultaten även från följandesidorna. Här finns det ett inbyggt motsatsförhållande.

Verktyg för att stötta första resultatsidan

Google har dock gett oss en hel uppsättning verktyg som vi kan använda för att stötta den första resultatsidans viktighet utan att för den skull göra de följande sidorna svårspindlade. De viktigaste redskapen har vi dock själva i verktygslådan. Det handlar om unikt innehåll och en tydlig sajtnavigation. När dessa finns på plats kan vi arbeta med relationstaggar som canonical, next och prev.

Gör URLen så enkel som möjligt

Oavsett om din resultatsida är kategorisida, en taggsida eller ett rent (eller för all del maskerat) sökresultat är det viktigt att den får en ren URL. Försök att undvika parametrar som ?search=xxxx eller ?s=yyyy. Lika onödig är kategorisluggen i WordPress. Däremot är det helt nödvändigt att sidan är resultatet av en GET-request, och alltså bär med sig information om vad det är som är sidans centrala nyckelord. Det finns flera WordPress-plugin som elegant tar bort category-delen av URLen. WP No Category Base är ett av de enklaste, och det jag för närvarande använder på den här sajten. Det gör att jag kan ha URLar som www.lindqvist.com/sokmotoroptimering/ istället för www.lindqvist.com/category/sokmotoroptimering/. Om du måste hantera två olika parametrar i dina sökresultat så sätt upp tydliga regler för hur de ska hanteras. Ta inspiration från sajter som Reco.se och Uppsatser.se när du bygger dina URLar. Båda har lagt ner ordentligt med kraft på att få till dem på enklast möjliga sätt.

Unikt innehåll och h1-rubrik på första resultatsidan

Den första av resultatsidorna bör, oavsett vad den visar för resultat få en unik h1-rubrik och ett unikt innehåll som inte återfinns någon annanstans på sajten. Om det är möjligt, bör även listningarna av objektssidorna ha unika texter som inte återfinns på objektssidorna. (Se t.ex. mina egna resultatsidor för kategorin sökmotoroptimering eller taggsidan för t.ex Johan Ripås.) Dessa sidor ska stärkas så mycket som möjlight, och om det är möjligt bör det enbart vara dessa som får sin sidas huvudrubrik upptaggad med h1. För följandesidorna duger det gott och väl med h2 eller tom h3-rubriker och om du vill göra det extra tydligt kan du dessutom länka dessa tillbaka till förstasidan i resultatet. Se också till att få till en unik och riktigt bra description-text på den första resultatsidan.

Unik title-text och description-text för varje följande resultatsida

Släng inte bort kraften hos title-texten på den första resultatsidan genom att duplicera title-texten på de följande resultatsidorna. Se till att även dessa får med en tydlig markering om att det rör sig om sidan 2, 7 eller 64 så att inte Google uppfattar dem som duplicerade title-texter. Samma sak med description-texterna om det är möjligt i ditt publiceringssystem. Om det inte går att differentiera description-texten på följande-sidorna, kan det till och med vara bättre att strunta i description-texterna på de följande sidorna.

rel=”next” och rel=”prev” i headern på resultatsidorna

Alla som har sajter med väldigt många resultatsidor har fått mailen från Google om att ”ett oväntat stort antal sidor” har hittats på sajten.  Ett sätt att undvika detta är att implementera Googles båda taggar för paginerade sökresultat, där man redan i html-headern, tydligt proklamerar vilken som är URLen till följande och föregående resultatsida. Syftet är att göra det tydligare för Google var de här sidorna hör hemma i sajtstrukturen och underlätta spindlingen av objektssidorna. Här är Googles beskrivning av hur de här relationstaggarna fungerar. Helt kort fungerar det så här:

På den första resultatsidan:

<link rel="next" href="http://sajt.se/resultatsida/2" />

På den andra resultatsidan:

<link rel="prev" href="http://sajt.se/resultatsida/" />

<link rel="next" href="http://sajt.se/resultatsida/3" />

På den sista resultatsidan:

<link rel="prev" href="http://sajt.se/resultatsida/132" />

rel=”canonical” – att helt hindra listningar av följandesidor

På vissa sajter, kan det till och med vara läge att helt förhindra Google från att lista följandesidor i sökresultaten. Det kan till exempel vara en blogg, som den här, där man styr sökkraften till den första resultatsidan, men för varje annan resultatsida hellre ser att Google hittar ner till objektssidorna.  Jag har beskrivit canonical-taggen i detalj här. Funktionen är att man genom att på varje följande resultatsida hänvisa till den första resultatsidan, som den som Google ska presentera i sökresultatet, helt styra över Google till den sidan. Om du implementerar canonical på dina följandesidor behöver du egentligen inte vidta de övriga förslagen ovan, men för de flesta sajters resultatsidor (utom just bloggar) avråder jag i dagsläget från att använda canonical, eftersom det kan vara lite väl burdust. Ett exempel på användning från den här bloggen:

Andrasidan under kategorin sökmotoroptimering, har URLen http://www.lindqvist.com/sokmotoroptimering/page/2/ och i html-huvudet hänvisas Google till att enbart lista den första resultatsidan:

<link rel=”canonical” href=”http://www.lindqvist.com/sokmotoroptimering/” />

Till sist: Jag har kryddat det här inlägget med exempel på hur paginering ser ut på en mängd olika sajter. Jag känner att det är få sajter som verkligen vill att besökarna ska klicka sig vidare till andrasidan. Det är egentligen Google, Elskling och Eniro som har de tydligaste sidbläddrarna, och jag har verkligen full förståelse att designorienterade sajtutvecklare, på sistone, har blivit så intresserade av resultatsidor med perpetual scroll, istället för paginerade resultatsidor.

Det viktiga är att hålla koll på varför man väljer det ena framför det andra, och vilka återverkningar det har på ens sökresultat.

Resultatsidan – fortfarande det mest effektiva för många sajter

Det finns, många andra sätt att arbeta med relevanslänkar inom sajten, men resultatsidorna är det traditionellt sätt vanligaste. Om man arbetar med taggar kan man enkelt utnyttja varje objektssida till att samtidigt, i viss mång, fungera som en resultatsida. Men det är en annan sorts relevans man eftersträvar då, som syftar till att stärka de enskilda objektssidorna. Att stärka resultatsidor, är en annan process, som i många fall, och särskilt hos företag som ofta förnyar sitt produktsortiment, kan vara betydligt mer naturligt när det gäller att placera sig på sina viktigaste områdesord.

Svårigheten är ofta att göra resultatsidan säljande, likaväl som smaklig i Googles ögon. Men den diskussionen skjuter vi upp till ett annat inlägg (kanske på en helt annan blogg).