Share
Paginering finnes over hele nettet. Men så praktisk som det er, kan det noen ganger føre til problemer for søkemotorer. I denne artikkelen lærer du hvordan du løser disse problemene via HTML-linkelementer.
Så mye som noen besøkende blir irritert av paginering, kan det ofte være svært nyttig. Det kan være et verktøy for å hjelpe navigere et nettsted og finne hvilken informasjon brukeren leter etter lettere.
Paginering finnes over hele nettet og oftere enn du tror. Søkemotorer deler for eksempel sine søkeresultater i flere sider (vanligvis med ti resultater per side, men noen ganger bare syv). Forum bruker paginering for å bryte tråder i mindre stykker. Produkt gjennomgang nettsteder, for eksempel TechRadar, bruker den til å la leserne raskt hoppe til en bestemt del av artiklene sine.
Disse eksemplene er vant til forbedre brukeropplevelsen. I stedet for å vise en lang side med resultater, presenterer de flere mindre biter (og uten tvil den mest relevante først) som er lettere å konsumere. En annen fordel er at kortere sider lastes raskere.
Men det er en annen grunn til at nettsteder bruker paginering: sidevisninger. Ved å kutte en artikkel i to eller tre sider kan de doble eller tredoble antall sidevisninger. Hvorfor? Fordi det tillater dem å vise ekstra annonser og maksimere inntektene sine.
Det er ikke alle regnbuer og sommerfugler i verden av paginering. Det kan noen ganger føre til noen SEO problemer.
Et av disse problemene er duplikat innhold. Når paginering implementeres på feil måte, kan det forårsake dupliserte innholdsproblemer (har allerede snakket om duplikatinnhold i denne SEO-sesjonen, vi vil ikke gå i detalj).
Paginering kan også utvette din SEO-innsats fordi du deler din link juice mellom flere sider i stedet for en enhet. På grunn av dette er det også mulig at feil side er rangering. Hvis en irrelevant side får tilstrekkelige koblinger, kan det bli en destinasjonsside og "stjele" organisk trafikk fra hovedsiden.
Heldigvis, selv for dette problemet, er det en løsning. Siden 2011 anerkjenner Google HTML-koblingselementene rel =”neste” og rel =”prev”; Vi kan bruke disse elementene til å spesifisere et forhold mellom flere nettadresser. Dette lar deg knytte flere sider sammen og identifisere dem som en del av et større sett. Google behandler disse sidene som en.
La oss illustrere dette med et eksempel. Vi har en lang artikkel som er delt inn i tre separate sider med følgende nettadresser:
Hvis vi vil fortelle Google og andre søkemotorer at disse tre sidene tilhører, kan vi bruke rel =”neste” og rel =”prev” egenskaper. Vi legger til følgende kode i del av den første siden (Lang-artikkel-del-1):
Hvis søkemotorer gjennomsøker første side, ser de at nettadressen som ble spesifisert i lenkeelementet, faktisk er relatert til denne siden. På den andre siden vi må også legge til rel =”prev” Egenskap:
På den tredje siden vi trenger bare å koble til den nest siste URL:
Siden dette er den siste siden av serien, trenger vi ikke å legge til rel =”neste” stikkord.
Merk: Noen nettlesere laster automatisk "neste" side. Å legge til dette koblingselementet kan noen ganger redusere den oppfattede ladetiden.
Foruten rel = next / prev-attributtet, kan vi bruke en alternativ løsning for å løse paginasjonsproblemer:
Accentsconagua
rel = kanoniskDu husker sikkert rel = kanonisk tag fra vår duplikat innholdsartikkel. For de av dere som savnet det, er det en kort forklaring:
De rel = kanonisk tag forteller søkemotorer at den nåværende siden er en kopi av en annen side. Via denne taggen overføres all koblingsjuice til den opprinnelige siden.
Så hvordan kan vi bruke denne taggen for å hjelpe søkemotorer med paginering? Enkelt: Vi lager en oversikt over hele siden, det vil si en side med alt innholdet kombinert. Vi kan da bruke rel = kanonisk tag for å lenke de separate sidene til denne siden.
Hvis du allerede har en oversikt over hele siden, kan det hende at Google har gjort dette automatisk:
Når vi oppdager at en paginert serie også inneholder en visning-all versjon, gjør vi nå en større innsats for å returnere visnings-alle-siden i søkeresultatene når det er hensiktsmessig. - Benjia Li (indekseringsingeniør på Google)
Så sjansene er at du ikke engang trenger å bekymre deg for dette. Men hvis du virkelig vil sørge for at dette er gjort riktig, legg til rel = kanonisk link.
Ikke glem at du bruker rel = kanonisk tag forteller at søkemotorer kun kan indeksere innholdet fra kanonisk nettadresse (i dette tilfellet se hele siden). Så ikke bruk det kanoniske elementet til å koble side 2, 3, 4 ... til første side.
Paginering kan forårsake dupliserte innholdsproblemer og forårsake irrelevante sider som dukker opp i søkeresultatene. Vi kan bruke rel = next / prev-elementet for å løse disse problemene. De informerer søkemotorer om at de paginerte sidene er en del av en større enhet. Alternativt kan vi lage en visnings-all side og bruke rel = canonical-taggen til å lenke til denne siden.
