Paginering kan også være en betydelig ulempe. Angir gjeldende posisjon

For enhver nettredaktør er oppdeling av innhold på sider (paginering) et av de viktigste temaene. hvis du har stor mengde innhold, vil du finne det vanskelig å klare deg uten paginering. Foruten at paginering forbedrer brukervennligheten til innholdet ditt, er det også aspekter ved SEO som også er verdt å tenke på.

Paginering er imidlertid ikke rakettvitenskap SEO kontekst det er et par ting du bør vite. Før vi ser på disse funksjonene, la oss først avklare Forskjellige typer sidepaginering og problemene de kan føre til.

Typer paginering

Når du tenker på sidepaginering, kan du sannsynligvis bare tenke på én eller to typer, men det finnes mange flere metoder der ute. De er like i mange aspekter, men det er også betydelige forskjeller når det gjelder funksjonalitet og brukervennlighet.

1. Artikkeloversikt

Dette er en veldig vanlig type paginering. Du kan bruke artikkelpaginering når du har en veldig lang artikkel som du ikke vil vise på én side. I dette tilfellet deler du den opp i flere sider og plasserer koblingene "Forrige" og "Neste" på slutten av hver side:

Hver side har en annen URL, for eksempel:

http://www.somesite.com/some_article-1.html;
http://www.somesite.com/some_article-2.html;
http://www.somesite.com/some_article-3.html;

du kan bruke forskjellige navn for hver del av artikkelen ( de. i stedet for some_article-2.html kan du bruke part_name.html, der part_name er seksjonsnavnet), men dette skaper flere problemer for SEO, så du bør holde deg til 1, 2, 3-konvensjonen.

2. Paginering av gallerier

Når du paginerer et bildegalleri, har hvert bilde i galleriet sitt eget egen side. Akkurat som med artikkelpaginering kan du navngi de enkelte sidene sekvensielt (1, 2, 3 osv.) etter serienavnet, eller du kan gi hvert bilde et annet navn, men i dette tilfellet vil du ikke vise at de er alle deler av samme galleri.

"Forrige" og "Neste"-lenker kan også brukes til navigering.

3. Paginering av kategorier

Hvis du har et nettsted med et stort antall kategorier og underkategorier, og å se en liste over disse kategoriene vil kreve at du ruller nedover siden mer enn én gang, brukes ofte kategoripaginering.

4. Paginering av forumemner eller bloggkommentarer

Paginering er veldig vanlig for fora fordi emner kan være ekstremt lange og du ikke vil ha alt strukket ut på én side. Det samme gjelder blogginnlegg med stort beløp kommentarer - du trenger bare å dele dem inn i sider og koble dem sammen ved hjelp av lenker/knapper "Forrige" / "Neste".

5. Uendelig rullepaginering

Infinite scroll paginering er den nyeste og mest populære pagineringsmetoden. Innholdet på neste side legges direkte til nåværende side når brukeren ruller nedover visningsporten.

Dette gjøres automatisk og det er ikke nødvendig å bruke lenkene/knappene "Forrige", "Neste" og "Annet" - alt dette håndteres av pagineringsskriptet.

Mulige problemer

Slik det er med mange nyttige ting Hvis du ikke vet hvordan du implementerer paginering riktig, kan det føre til ulike problemer.

1. Skannedybde

Hvis pagineringslenkene er feil, vil ikke Google kunne indeksere alle sidene i den serien. Dessuten har Google begrensninger på antall sider som kan gjennomsøkes på et enkelt nettsted, og et stort antall sider kan føre til en nedgang i gjennomsøkingsdybden.

2. Duplisert innhold

Duplikatinnhold er et veldig alvorlig SEO-problem. Dette kan skje under paginering når du bruker generell side"Se alle" sammen med en inndeling i individuelle sider. Jeg anbefaler å bruke rel=”nofollow” for paginering. Da kan du trygt slå på «Se alle»-siden.

3. Dårlig innhold

Det var en tid da Google elsket nettsteder med flere sider, selv om de bare inneholdt ett bilde og/eller en liten mengde tekst. Dette er historie nå, og å ha så dårlig innhold kan få deg i alvorlige problemer.

Dårlig innhold kan være mer problematisk ved paginering av bildegallerier, fordi med andre typer paginering vil du ha minst et avsnitt eller to med tekst på siden. Hvis du ikke lar Google indeksere individuelle bildesider, men serverer dem via én hovedside, vil du ikke ha noe problem.

I tillegg kan du legge til mer innhold på bildesiden, for eksempel lenker til relaterte elementer, relaterte gallerier osv. for å gjøre innholdet rikere og tilfredsstille Google. Problemet med denne metoden er at den kan resultere i redusert tetthet søkeord, og som et resultat, en nedgang i vurdering.

Paginering er slett ikke vanskelig å implementere riktig i praksis, men hvis du ikke gjør det, vil du veldig snart oppleve alle problemene som følger med feil paginering. Her er noen tips for å unngå dette.

1. Når du skal bruke paginering

Det er ingen universelle regler for dette, men her er noen: generelle anbefalinger, som passer for de fleste tilfeller.

Hvis du bruker artikkelpaginering, kan du tegne en linje på et bestemt punkt, på hele nettstedet eller på slutten av en del av artikkelen. Slutten av delen virker som et mer logisk sted, men dette kan resultere i en side med tekstlengder som varierer for mye.

Når det gjelder forumemner og bloggkommentarer, er det best om du deler opp emnene og kommentarene i sider med 10-20 innlegg/kommentarer. Selvfølgelig, hvis meldingene/kommentarene er veldig lange, vil selv 20 av dem ikke få plass på én skjerm. Men det er normalt.

Noen brukere synes det er bedre å rulle nedover siden i stedet for å klikke på "Neste", "Neste", "Neste"-knappen. Så hold deg til regelen om 10 til 20 innlegg/kommentarer per side.

2. Lag alltid en innholdsfortegnelse for paginerte artikler.

Jeg pleide å ta dette for gitt, men siden jeg ofte ser at dette punktet går glipp av, la meg ta det opp - lag alltid en innholdsfortegnelse ( Innholdsfortegnelse) for paginerte artikler.

Hvis du ikke gir dem denne muligheten ( de. hvis du ikke har en innholdsfortegnelse som brukerne kan velge nødvendig seksjon ), så vil de mest sannsynlig lukke siden umiddelbart etter at de ble med.

Plasser innholdsfortegnelsen på et synlig sted - under overskriften eller i boksen ved siden av første avsnitt. Sørg for å inkludere en innholdsfortegnelse på hver side av den ødelagte artikkelen slik at brukerne kan bevege seg frem og tilbake gjennom artikkelen som de vil.

Hvis du bruker WordPress, kan det hende du allerede blir forelsket i plugin-en. WP Innholdsfortegnelse over paginert. Den håndterer alt relatert til å lage innholdsfortegnelser og gir mange tilpasningsmuligheter.

Med denne plugin-en vil innholdsfortegnelsen din se slik ut:

3. Ikke glem "Se alle"-siden

Jeg har nevnt flere ganger i denne artikkelen at "Se alle"-siden løser mange SEO-problemer knyttet til sidepaginering.

En enkelt "Se alle"-side som viser alle pagineringsseksjoner fungerer ikke bare bra for brukere som ikke liker å klikke på "Neste"-koblingen, den forhindrer også SEO-problemer.

Fora er det eneste unntaket fra denne regelen, fordi siden "Se alle" ikke har noen betydning for dem. For forumer trenger du bare å dele emner inn i separate sider - det er ingen vei utenom dette.

Når du oppretter en «Se alle»-side, ber Google om å indeksere den og ikke berøre andre sider. For å unngå straffer for duplisert innhold, bruk alltid noindex på individuelle sider.

Etter at en robot har besøkt nettstedet ditt, kan det være lurt å sjekke Googles indeksering for å se om den bare viser den generelle siden i søk, eller om individuelle sider også er indeksert. Dette kan virke som for mye trøbbel, men tro meg, straffer for duplisert innhold vil føre til mye mer trøbbel.

4. Om nødvendig, bruk rel=“prev” og rel=“neste”

Hvis du har en overbevisende grunn til at du ikke kan bruke en "Se alle"-side, eller hvis typen paginering du bruker rett og slett ikke tillater det, bør du alltid bruke rel=“prev” og rel=“neste ” til Google indekserte alle sidene i denne serien.

Disse HTML-attributter informere Google om rekkefølgen sidene er indeksert i. Du bør imidlertid være oppmerksom på at Google-roboten kan eller ikke følger disse instruksjonene, så det er ingen garanti for at alle sidene dine vil bli indeksert.

Hei alle sammen! Det er tilsynelatende elementære og åpenbare ting innen SEO, men hvis du forstår dem litt, dukker det opp mange spørsmål og nyanser som bekymrer prosjekteiere. I dag vil jeg snakke om pagineringssider (eller også kalt listesider). Jeg vil gjerne skrive en detaljert leksjon: hva, hvorfor og hvorfor, for å forklare alt hvordan vi klarte å gjøre dette med leksjonen.

Jeg har allerede snakket om det på bloggen min (jeg fortalte deg også der hva det er sidenavigering). Nå er det på tide å vise hva du trenger å gjøre med dem fra et SEO-synspunkt. Mange mennesker er bekymret for følgende spørsmål:

bør de stenges for pagineringsindeksering i robots.txt;
kanskje du bør lukke dem med meta name="robots";
eller bedre bruk rel=kanonisk;
eller kanskje til og med la dem være åpne for indeksering;
Vel, andre spørsmål.

Så la oss gå!

Siderpaginering er sider som opprettes når en liste over innlegg eller produkter er delt inn i flere sider. Her er et eksempel på pagineringsnavigering på bloggen min, disse koblingene fører til pagineringssider:

Som du allerede har forstått, kan sidenavigering være på sider som inneholder et stort antall:

produkt kort;
informasjonsposter;
diskusjoner på fora.

Pagineringsindeksering

Det er bedre å ikke blokkere pagineringssider fra indeksering slik at roboter når så mange produkter/innlegg som mulig (spesielt viktig når du har mange produkter). Men igjen, selv om sidene er åpne for indeksering, vil jeg anbefale å sørge for at de ikke er inkludert i hovedsøket. Jeg er imot sider av lav kvalitet i indeksen og mener at søk kun skal inneholde nødvendige sider, og viktigheten av slike sider vil være høyere enn om den er full av lavverdig innhold. Hvordan da?

Hele vanskeligheten ligger i det faktum at de to største søkemotorene i markedet vårt (Yandex og Google) ulike krav. La oss se på dem.

Yandex krav

Dessuten, i i dette tilfellet Det vil ikke være noen problemer med å indeksere produkter eller innlegg, siden rel=canonical ikke forbyr roboter å besøke sider, men indeksen vil kun inneholde hovedsiden i begge søkemotorene.

Googles krav

Det vil si at Google ikke anbefaler, slik Yandex gjør, å sette kanonisk på den første siden, det står også at dette er feil. Men av erfaring har det blitt lagt merke til at hvis du setter rel=canonical på den første siden, skjer det ikke noe kritisk nettsteder som føles bra i begge søkemotorene.

Og ja, det er et poeng: Yandex bryr seg ikke om taggene rel=prev og rel=next, det forstår dem ikke og ignorerer dem ganske enkelt.

Hva sier SEO-er?

Det er mange meninger om dette emnet, jeg skal gi et par.

Noen sier at hver pagineringsside må skreddersys til forskjellige søk. For eksempel er den første siden under "Kjøp en bærbar datamaskin", den andre er under "Kjøp en bærbar datamaskin billig", den tredje er under "Kjøp en bærbar datamaskin i en nettbutikk," og så videre. Ikke gjør dette. Søkemotorer er ikke så dumme, kanskje det fungerte for 5-8 år siden, men nå er det definitivt ikke verdt å gjøre det.

Og noen sier å forby det i robots.txt eller bruke meta name="robots" content="noindex,follow"-taggen. Jeg gjorde dette før også, men det er ikke helt riktig, pga atferdsmessige faktorer pagineringssider vil ikke bli overført. Ja, og Yandex sier også:

Jeg promoterer ikke kategorisider på bloggen (men forgjeves, jeg snakket om fordelene med den rette), jeg kommer ikke utenom det, på en eller annen måte vil jeg definitivt komme meg rundt og fjerne "noindex, follow ". For de som promoterer kategorier anbefaler jeg å bruke instruksjonene ovenfor.

Duplisering i paginering

Forresten, hvis Yandex mener at pagineringssider er duplikater, så tror ikke Google det er å indikere rel=prev og rel=neste. Hvis du bruker taggen rel=canonical på hovedsiden, vil bare den siden være med i indeksen. Hvis du bare bruker rel=prev og rel=next, vil pagineringssidene inkluderes i søkemotorindeksen.

Prev og next tags viser roboten at sidene er koblet sammen i en logisk sekvens, som om de var én stor side. Dette er grunnen til at du kan bruke rel prev/neste og rel kanonisk til hovedsiden - feil. Det vil si at hvis du vil spesifisere både kanonisk og prev/neste, så peker vi kanonisk kun til selve siden (til seg selv).

Hvordan designe pagineringssider

Teksten til overskriften/kategoribeskrivelsen skal bare vises på den første siden, skal ikke vises på andre sider. Dette er slik at det ikke er sterk duplisering, og teksten vises fortsatt primært for roboter. Og brukere som allerede har flyttet til den andre og andre siden er ikke lenger interessert i tekstene + forbedret brukervennlighet.

Hvis du har en nettbutikk, kan du legge til en lenke til "Alle produkter"-siden i denne kategorien. Dette lar deg se siden umiddelbart, uten å navigere til andre sider. I dette tilfellet anbefaler søkemotorer å sette rel=canonical på denne siden med alle produkter uten paginering. Men her må du være forsiktig, for viser du mange produkter/innlegg vil siden ta lengre tid å laste, og søkemotorer liker nettsteder som er så raske som mulig.

Og også, hvis vi er på den andre siden eller en hvilken som helst annen side, skal lenken til den første siden gå direkte til hovedsiden, og ikke til /side/1, her er et eksempel:

Jeg gjentar, det er ikke nødvendig å blokkere pagineringssider fra indeksering. Igjen, et skjermbilde av "Platons" kommentar og en lenke til den er allerede gitt ovenfor.

Noen gjør det uendelig scrolling(produkter/innlegg lastes inn mens du scroller nedover siden). Hvis du gjør dette, må du igjen være forsiktig. Eller noen viser «Vis flere»-knapper:

Uendelig rulling og annet javascript/ajax kan brukes, men for å unngå problemer vil jeg anbefale å sørge for at alle elementer er indeksert og sendt til roboten. Og likevel vil jeg duplisere den endeløse rullingen med tallene 1,2,3,4, siden noen brukere synes det er mer praktisk. Her er et eksempel:

Når det er mange sider, kan du også gjøre en fordeling på 10 sider for å gjøre det lettere for indekseringsroboten å "løpe" gjennom sidene, og sidene vil bli lokalisert med færre klikk. Det vil si at vi sender ut noe slikt:

1, 2, 3 ... 10, 20, 30, 40, 50, 60, 70...79.

Konklusjon – hva er det riktige å gjøre til slutt?

Etter min mening er det 3 alternativer for den mest korrekte utviklingen av hendelser:

Hvis Yandex er viktig for deg eller begge søkemotorene er interessante (for nesten alle prosjekter for Russland), så lager vi en kanonisk på første side.
Hvis du bare er interessert i Google (for eksempel er nettstedet ditt lokalisert i CIS-landene, hvor det i noen av dem praktisk talt ikke er trafikk i Yandex, eller utenlandske prosjekter), så gjør vi rel kanonisk for seg selv og registrerer forrige/neste .
Hvis du har en side hvor alle produktene vises, kan du peke rel canonical til den, bruk rel=prev og rel=next. Da blir det riktig for begge søkemotorene. Men i dette tilfellet, la meg minne deg på, er det også ulemper: hvis du har kategorier der et større antall produkter vises, vil dette redusere lastehastigheten til nettstedet, og dette påvirker rangeringen.

I alle tilfeller er det ikke nødvendig med et forbud mot indeksering (verken i robots.txt, eller i meta name="robots"). Ikke glem at vi plasserer teksten kun på 1. side, slik at det ikke blir duplikater med et stort antall treff. Du kan spore endringer på sider i indeksen i Yandex- og Googles nettredaktørpaneler.

Hvis du tar lignende skritt for å optimalisere nettstedet ditt, vil resultatene ikke la vente på seg. Her er et ferskt eksempel fra vårt siste arbeid (dette er den totale trafikken fra søkemotorer, vi begynte å jobbe i oktober 2017, klikk for å forstørre):

Gutter, som klarte å komme til forhåndsinnspillingen av SEO-maratonet mitt, jeg svarte på nesten alles spørsmål, det er fortsatt litt igjen, mange spørsmål har kommet inn, jeg ordner dem. 🙂 Hvis du plutselig ikke hadde tid til å melde deg på maraton-forhåndsregistreringen, vent på nyheter på bloggen (abonner på mailinglisten for ikke å gå glipp av salgsstarten), vi starter i februar!

Vel, spørsmålet er: hva gjør du med pagineringssider på prosjektene dine?

Det er viktig å sette opp paginering riktig, siden tilstedeværelsen av ikke-kanoniske sider på et nettsted kan alvorlig forstyrre både markedsføring og føre til problemer med å indeksere ressursen som helhet. Pagineringssider kan av søkemotorer betraktes som av tvilsom verdi, fordi de i de fleste tilfeller er fullstendige eller delvise duplikater av nettstedets kategorisider.
I denne artikkelen foreslår jeg å vurdere i detalj hovedproblemene og finne effektive løsninger pagineringsinnstillinger på nettstedet ditt.

Så, hva er paginering?

Pagineringssider er katalogsider (andre, tredje osv., «vis alle»-siden) som viser en liste over produkter (eller artikler, hvis vi snakker om en blogg) som ikke passer på den første siden i en kategori eller seksjon av ressursen. I de fleste tilfeller er den plassert nederst på nettstedet, men kan også være plassert øverst (noen ganger duplisert øverst og nederst). Følgende:

Siden denne funksjonaliteten er til stede på de fleste nettsteder, er problemet med å sette den opp relevant for webansvarlige og SEO-optimalisatorer, fordi faktisk er ikke-kanoniske sider delvise duplikater av hovedkategorisiden, siden de dupliserer alt innholdet på den første siden med unntak av produktlisten. La oss derfor se på hovednyansene og riktige metoder for å sette opp paginering.

Hvorfor er det viktig å sette opp paginering riktig på nettstedet ditt?

I tillegg til delvis duplisering av innhold på pagineringssider, kan metakoder og tekstinnhold også gjentas. Dette reduserer nivået betydelig intern optimalisering nettstedet og relevansen til de viktigste landingssidene søk brukere. Dette betyr at slike nettsteder rangerer dårligere i søkeresultatene.
La oss se på en til, ikke mindre viktig problem. Når søkemotorroboter når et nettsted, er dybden og antall sider som de ser på, begrenset og avhenger av tilliten til ressursen og hyppigheten av innholdsoppdateringer. La oss si at ressursen har et stort antall åpne sider paginering. Sannsynligheten for at roboten vil indeksere de nødvendige sidene er betydelig redusert, siden antall sideoverganger vil bli brukt på delvise duplikater.

I dag finnes det ganske mange tilnærminger til å optimalisere slike sider. Hver av dem bør vurderes av deg både fra synspunktet om kompleksiteten til implementeringen, og i sammenheng med de potensielle fordelene og ulempene ved implementeringen.

Utdaterte måter å optimalisere pagineringssider på:

1 metode. Lukk pagineringssider i robots.txt

Denne metoden implementeres raskt, siden den ikke krever inngrep i koden til selve nettstedet.
Du kan lukke pagineringssider i robots.txt-filen ved å bruke en maske med et direktiv som

Disallow: *side=

Det spesifikke direktivet avhenger av måten du implementerer pagineringssider på nettstedet ditt.

Minuser
På denne måten kan du virkelig bli kvitt dupliserte pagineringssider i søkemotorindeksen. Vær oppmerksom på at hvis slike sider allerede er i indeksen, kan du ved å lukke dem i robots.txt-filen vente ganske lenge på at de forsvinner fra indeksen. Tross alt vil søkeroboten se forbudsdirektivet i filen og vil ganske enkelt ikke gå til denne siden. I tillegg er det stor sannsynlighet for å få problemer med å indeksere produktsider som ligger på pagineringssider som er lukket i robots.txt.

2 Metode. Paginering med taggen rel="canonical" til den første siden i kategorien

Den vanligste metoden på russisk Internett for å bekjempe dupliserte pagineringssider i indeksen. Denne metoden takler i prinsippet oppgaven sin, men gjør det vanskelig for søkeroboten å indeksere produkter som ligger på pagineringssider.

Se for deg en situasjon der produktene dine distribueres av andre nettsteder, for eksempel ved å motta informasjon gjennom en xml-feed. Hvis prosessen med å indeksere produktsidene dine er vanskelig for en robot, er det sannsynlig at den vil indeksere dem på et annet nettsted, og det vil bli gjenkjent som den opprinnelige kilden.

Fra et søkemotorperspektiv vil nettstedet ditt inneholde ikke-unikt innhold, noe som vil ha en negativ innvirkning på den organiske søkerangeringen din.

Google inkluderte innstilling av kanoniske koblinger til den første siden i en kategori i listen over de vanligste feilene ved innstilling av rel=canonical.

Beste fremgangsmåter for å optimalisere pagineringssider:

3 Metode. Paginering med rel="canonical"-taggen til "Se alle"-siden

Googles søkemotor anbefaler å bruke denne metoden for å sette opp paginering.

Taggen rel="canonical" indikerer til søkemotoren kanonisk side, som viser alle produkter og hjelper med å bestemme pagineringssider. Når du bruker en slik tag, tar ikke søkemotoren hensyn til ikke-kanoniske sider og duplisert innhold på dem.

En slik tag ser slik ut:

Selv om Google mener dette alternativet er optimalt, vil du i praksis sjelden se en slik implementering. Saken er at for de fleste butikker øker antallet forespørsler til databasen fra en slik side betraktelig, noe som fører til en økning i lastetiden på siden som alle produktene i kategorien vises på sammenlignet med den første pagineringssiden. Derfor krever denne tilnærmingen i de fleste tilfeller betydelig innsats for å optimalisere selve nettstedmotoren for å oppnå tilstrekkelige ytelsesindikatorer for en slik side.

Minuser

Dette oppsettet er vanskelig å implementere på de fleste standard CMS-systemer.

4 Metode. AJAX paginering

AJAX-paginering er den mest optimale og fordelaktige funksjonen for SEO, siden den fungerer som følger:

når du går til den andre og påfølgende siden i katalogen, lastes ikke nettstedsiden på nytt, men listen over viste produkter eller artikler endres når AJAX hjelp, så sider med URL-er som http://site.com/page2 osv. eksisterer ganske enkelt ikke, de kan ikke indekseres av søkemotorer og vil aldri bli indeksert.

Minuser

Slik paginering kan ikke implementeres uten involvering av programmerere.

5 Metode. Paginering med rel="prev"/"next"-tagger og robot-metatag

Alle pagineringssider inneholder et direktiv for søkemotorroboter i form av en metatag. Dette direktivet spesifiserer at siden ikke trenger å legges til søkemotorindeksen, men lar roboten følge alle lenker som legges ut på siden.

plassere den i seksjonen .

I tillegg plasseres tagger på alle pagineringssider "forrige" Og "neste", som indikerer forrige og neste side hhv. Dette gjør det lettere for roboten å forstå strukturen til nummererte sider og forbedrer skanningen av produkter eller artikler plassert på dem. Nettstedet har for eksempel 4 pagineringssider:

Ved å bruke rel=prev/next-taggene må du opprette en kjede med eksisterende pagineringssider, hvor begynnelsen vil være den første siden, i som du må legge til:

Den neste lenken i kjeden er den andre pagineringssiden, i som du må legge til:

Det samme må gjøres for den tredje siden. Den fjerde siden er siste ledd i kjeden, så inn må plasseres:

Riktig plasserte tagger på pagineringssider signaliserer til søkemotoren at sidene side1 til side4 bør kombineres til ett enkelt element i indeksen. Kun den første siden vil være relevant.

Viktig

Vær oppmerksom på at den første sidens URL er http://site.com/page1.html bør i utgangspunktet ikke eksistere, den bør erstattes av hovedsiden http://site.com/page.html. Det vil si at når brukeren klikker på nummer 1 i listen over pagineringssider, skal overgangen gjøres til hovedsiden i skjemaet http://site.com/page.html.
Når du plasserer tekst på en kategoriside, anbefales det også å skjule den på andre pagineringssider.

6 Metode. Paginering med rel="prev"/"next" og rel="canonical"-tagger på seg selv

like måte den forrige metoden rel="prev"/"next"-tagger plasseres på alle pagineringssider. Forskjellen fra den forrige tilnærmingen er at i stedet for å lukke indekseringen av nummererte sider med robots metatag, på hver pagineringsside er det et rel="canonical"-attributt som indikerer den kanoniske koblingen til samme side. Det vil si på pagineringssiden http://site.com/page3.html i blokken vil bli lagt ut kanonisk lenke, som fører til det:

Samtidig bør pagineringssider ikke blokkeres fra indeksering på noen måte.

Hvordan vet du om SEO-pagineringen din er feil konfigurert?

Hovedtegnet på feilkonfigurert paginering er dupliserte metadata blant sider som er indeksert av søkemotorer.

Den enkleste måten å finne dem på er å se på indekserte sider i Google via nettstedsoperatør:, For eksempel site:example.com vil vise alle sidene for domenet example.com. Men hvis nettstedet ditt har et stort antall sider, vil det være mer praktisk å bruke spesialiserte tjenester som Screaming Frog Seo Spider. Vi finner dupliserte sider etter tittel og tar hensyn til deres URL for å oppdage pagineringssider (adresser inneholder en parameter som side=).

Du kan også finne dupliserte titler ved å bruke Googles nettredaktørpanel:

Gå til fanen Søkevisning > HTML-optimalisering

Gå til delen "Dupliserte overskrifter". tittelkoder)" og analyser sideadressene for likhet med pagineringssidene.

Konklusjon

Avslutningsvis kan vi si at det ikke er konsensus om optimalisering av pagineringssider blant SEO-spesialister. Legg derfor merke til taktikker som fungerer effektivt spesifikt for din nisje og implementer dem. Vi ønsker deg suksess og vekst i stillingene til dine prosjekter!

Først litt informasjon:

Paginering– Dette er den sekvensielle nummereringen av sider, som vanligvis er plassert øverst eller nederst på sidene på nettstedet.

I de fleste tilfeller brukes den til hovedsider og seksjoner. Det ser ofte slik ut:

Hva paginering er er beskrevet i detalj på Wikipedia.

Vi anser dette som viktig for intern nettstedoptimalisering, derfor denne håndboken Når det gjelder paginering for SEO, vil vi vurdere hovednyansene og løsningene.

Kom til poenget!

La oss se på noen av de potensielle problemene som oppstår når du bruker paginering, uten å vurdere de potensielle problemene:

Søkerobotbesøksgrense for nettstedet ditt

Når søkeroboter vil gjennomsøke nettstedet ditt, vil dybden og antall sider de vil besøke på en gang variere avhengig av nettstedets tillit, frekvensen av innholdsoppdateringer osv. Og hvis du har et stort antall sider med paginering, reduseres sannsynligheten for at søkeroboter går gjennom alle pagineringssider og indekserer alle sluttsider (produkter/artikler) betydelig. I tillegg vil grensen bli brukt på å besøke pagineringssider, og ikke på faktisk besøk viktige sider nettstedet.

Problem med duplikater

Avhengig av strukturen til de paginerte sidene dine, er det svært sannsynlig at noen sider kan inneholde lignende eller identisk innhold. I tillegg til dette vil du ofte oppdage at du har samme tittel- og metabeskrivelse-tagger på nettstedet ditt. I dette tilfellet kan duplisert innhold forårsake forvirring for søkemotorer når det er på tide å avgjøre om relevante sider for et spesifikt søk.

På dette øyeblikket på SEO-spesialister Det er 4 måter å løse dette problemet på.

Alternativ 1: Fjern paginering fra indeksen ved å bruke noindex

I de fleste tilfeller er denne metoden en prioritet og kan implementeres så raskt som mulig. Essensen er å ekskludere alle pagineringssider fra indeksen, bortsett fra den første.

Det blir implementert på følgende måte: en slik metakode

lagt til fra seksjonen på alle sidene unntatt den første. Dermed ekskluderer vi fra indeksen alle pagineringssider unntatt hjemmeside katalog og samtidig sikre indeksering av alle produkter/sider som tilhører denne katalogen.

Nyanser som bør tas i betraktning:

hvis du plasserer beskrivelsesteksten på hovedsiden i katalogen, er det fortsatt tilrådelig å plassere den kun på første side.
Du bør sjekke at URL-en til den første siden ikke er duplisert. Hvis du for eksempel implementerer paginering på denne måten:

site.com/catalog?page=2
site.com/catalog?page=3
…

site.com/catalog?page=N

så hvis du ikke er på den første siden, bør lenken til den første siden være

site.com/catalog

samtidig fra en slik side

site.com/catalog?page=1

en 301-viderekobling til site.com/catalog må konfigureres.

proffer

egnet for Yandex
minst komplekse av alle løsninger
En fin måte å ekskludere alle paginerte sider fra indeksen hvis det ikke er noen logisk grunn til å inkludere dem i indeksen.

Minuser

selv om han bestemmer potensielt problem paginering, men samtidig ekskludere sidevis innhold fra indeksen
hvis det er mange produkter, så hvis du ikke bruker et xml-nettkart, vil det ta lang tid å indeksere produkter som er dypt i katalogen.

Alternativ 2. «Se alle» og rel=«kanonisk»

Denne metoden anbefaler å bruke Google: dens essens er å lage egen side"Se alle", hvor alle produkter/sider fra denne katalogen vises, og på alle pagineringssider legger vi rel="canonical" på "Se alle"-siden.

Gjennomføring denne metoden: etter at du har opprettet en "Vis alle"-side (dette er for eksempel site.com/catalog/view-all.html), så må du legge til en seksjon på alle pagineringssider post:

Slik viser vi søkemotorer, at hver pagineringsside så å si er en del av «Se alle»-siden.

dette er den mest foretrukne metoden for dem
brukere foretrekker å se hele kategorien på én side samtidig (selv om dette punktet er ganske kontroversielt og avhenger av situasjonen).

Nyanser:

"Se alle"-siden skal laster ganske raskt, helst innen 1-3 sekunder. Derfor er denne metoden ideell for kategorier der antallet paginerte sider er fra 5 til 20 og er ikke egnet for kataloger med hundrevis av paginerte sider.

Fordeler:

prioritetsmetode for Google
alt pagineringsinnhold vil være i indeksen søkeside via "Se alle"-siden

Minuser:

ikke egnet hvis det er mange sider eller mange bilder av høy kvalitet for produkter/artikler.
nok kompleks implementering på de fleste standard CMS.

Alternativ 3. Rel=“prev”/“neste”

Vår siste alternativetå løse pagineringsproblemet kan være det vanskeligste, men dette er kanskje det vanskeligste universell metode for Google (Yandex tar for øyeblikket ikke disse direktivene i betraktning). Siden implementeringen er ganske kompleks, må du være veldig forsiktig når du bruker denne metoden. La oss se hvordan det fungerer.

For eksempel har du 4 sider i katalogen:

Ved å bruke rel="prev"/"next" lager du i hovedsak en kjede mellom alle sidene i en gitt katalog. Denne kjeden starter med første side: for dette legger du til seksjonen :

For den første siden er dette den eneste egenskapen. Til andre side må spesifiseres som forrige side, og følgende:

Til tredje side gjør det samme for den andre

Når vi er på siste fjerde side, må vi kun angi forrige side i kjeden:

Ved å bruke disse rel="prev"/"next"-attributtene kombinerer Google sidedataene til ett enkelt element i indeksen. Vanligvis, for brukere, vil dette være den første siden, siden det vanligvis er den mest relevante siden.

Nyanser:

rel="prev" og rel="next" er hjelpeattributter for Google, ikke direktiver.
Både relative og absolutte URL-er kan brukes som verdier (i henhold til akseptable verdier stikkord
hvis du oppgir en lenke i dokumentet , relative veier vil bli bestemt basert på basis-URLen
Hvis Google oppdager feil i markeringen din (for eksempel hvis forventet rel="prev" eller rel="next"-attributtverdi mangler), vil ytterligere sideindeksering og innholdsgjenkjenning utføres basert på Googles egen heuristiske algoritme.
du bør sjekke at URL-en til den første siden ikke er duplisert

Fordeler:

lar deg løse pagineringsproblemet uten å bruke "Se alle"
implementering skjer med bare mindre endringer i HTML

Minuser:

disse attributtene tas ikke i betraktning av Yandex
implementering kan være ganske komplisert
du må være veldig forsiktig med å lage forbindelser i kjeden av sider

Alternativ 4. AJAX og Javascript-rulling

Du har sikkert støtt på uendelig scrolling produkter på nettsider e-handel, hvor produkter kontinuerlig lastes inn mens du ruller til bunnen av skjermen. Selv om dette er god mulighet forbedre brukervennligheten, må denne metoden også brukes riktig. Det anbefales at produktene ikke lastes inn automatisk når du blar, men nederst, under de nyeste produktene, er det en knapp "Vis N flere produkter". Du kan se en god implementering av denne metoden på nettstedet wikimart.ru ved å vandre gjennom de siste grenene av katalogen.

Riktig bruk parametere

I noen tilfeller, når du bruker rel="prev"/"next"-attributtene, kan paginerte sider inneholde parametere som ikke endrer innholdet:

øktvariabler,
sortering,
endre antall elementer per side.

I dette tilfellet får vi duplisert innhold. En løsning på dette problemet kan være å bruke kombinasjonen rel=”prev”/”next” og rel=”canonical”.

For å gjøre dette må du først sørge for at alle paginerte sider med rel="prev"/"neste" bruker samme parameter. For det andre, for hver URL med en parameter, må du registrere dens kanoniske side uten denne parameteren. For eksempel har vi de samme 4 pagineringssidene og vi bruker økt-ID-en sessionid=55 for å spore brukere:

Riktig bruk av filtre og rel=“prev”/“neste”

La oss nå se på et eksempel når vi bruker parametere som vi kan/vil produsere unikt innhold med, og det er viktig for oss å beholde slike filtrerte sider i indeksen. For eksempel har vi en kategori med joggesko og vi ønsker å lage landingssider Til Søkeresultater med forskjellige merker, ved å bruke parametere i URL-en.

En av de mest ofte stilte spørsmål i spesialiserte blogger og fora fra nybegynnere er forbundet med publisering av omfattende materialer: hva er den beste måten å legge inn innhold på: på én side eller på forskjellige? Dette problemet kan være relatert til både volumet av materiale (artikler med et stort antall tegn) og antall kort på nettstedet (for eksempel hvis det er mange produkter). Den enkleste måten å løse dette problemet på er paginering. I nettstedutvikling refererer dette begrepet til sekvensiell nummerering av nettsider. Og så skal vi snakke om hvordan du setter det opp og hvordan det kan påvirke nettstedindeksering.

dette begrepet brukes hvis det er umulig å vise alt innholdet på én side. I dette tilfellet kreves en serienummerering av nettstedsidene, som brukeren kan navigere gjennom mens han besøker ressursen.

Oftest blir paginering møtt av eiere av nettbutikker som blir tvunget til å nummerere sider i hver del av katalogen. Informasjonsressurser Paginering brukes sjeldnere.

Det ser ut til at alt er enkelt: juster mengden visning på én side, vis paginering inn beleilig plass og nyt resultatene av vårt arbeid. Alt er imidlertid langt fra så enkelt, siden når du organiserer paginering kan du støte på en rekke vanskeligheter som påvirker kvaliteten på ressursen.

Blant problemene som må belyses er følgende:

forekomst av dupliserte sider;
lang indeksering kl store mengder kort;
fremveksten av "dårlig innhold";
gjenta titler;
fylle nettstedet med uviktige sider;
kundens motvilje mot å besøke alle sider;
inkludere paginering i designet.

Vi vil snakke om løsningen deres i dag. Dessuten er det ikke mange måter å eliminere disse manglene i driften av nettstedet, og derfor må du ikke velge, men bruke en veldig spesifikk liste over verktøy og anbefalinger.

Så la oss først bli enige om at for å promotere et nettsted til TOPPEN, er paginering i prinsippet ubrukelig: hovedsiden ville være nok for oss (jeg overdriver, men likevel). Men for å motta bestillinger er det veldig viktig - før alle produktene er indeksert av roboten, er det usannsynlig at brukeren kan finne dem. Det spiller også en stor rolle for brukervennlighet.- brukeren skal føle seg komfortabel når han beveger seg mellom kategorier/kataloger/kort.

En av de mest kontroversielle måtene å bli kvitt negative konsekvenser ved hjelp av paginering - lage flere kataloger. Det vil si at hvis nettbutikken din opplever problemer med at det ikke er mulig å plassere alle modellene av tekanner på én side, bør du heller lage nye underkataloger enn å spre dem utover sidene.

For eksempel mest vanlig alternativ Organiseringen av katalogen på salgssider i dag ser slik ut: Hjem > Vannkoker > Liste over modeller med paginering.

Du kan forestille deg dette annerledes: Hjem > Vannkoker > Produsenter > Liste over modeller. Hvis dette ikke er nok, legger vi til flere katalognivåer: Hjem > Vannkoker > Etter volum > Liste over modeller. Men dette er ikke en løsning for butikker, som må lage mange slike kataloger, selv utover 2. og 3. nivå. Men denne tilnærmingen løser problemet med dynamiske sider, siden det er meningsløst å lage filtre.

Og her Den enkleste måten består i å bruke elementet . Når du legger til denne metakoden til , fjerner du sider med paginering fra indekseringslister uten unødvendig oppstyr. Men du må fortsatt jobbe: å installere taggen på alle dynamiske sider problemer som oppstår ved bruk av filtre, samt for å løse problemet med å fremskynde indekseringen av produktkort som må vente lenger på å bli inkludert i søkeresultatene.

Det vil også ta lang tid før sidene til en butikk eller et nettsted blir indeksert hvis du bruker mulighetene til rosots.txt-filen: "Disallow: /catalog/page" vil bare la den første siden av oppføringen stå i indeksen . Følgelig vil kortene på den andre og videre siden bli studert av edderkoppen senere, fordi Det er praktisk talt ingen steder for en robot å få lenker til dem.

Noen optimerere foretrekker å bruke rel="canonical"-attributtet. For Google er det det beste alternativet, men Yandex, jeg siterer, "leser en lenke med rel="kanonisk"-attributtet ikke som et strengt direktiv, men som et foreslått alternativ, som tas i betraktning, men som kan ignoreres. Det vil si at hvis innholdet på sidene er annerledes, vil roboten fortsatt indeksere dem uten å ta hensyn til attributtet (selv om Platon anbefaler å bruke dette attributtet). I tillegg må du opprette en side der alle produktene skal vises. Det bør være oppført som kanonisk. Vel, samme problem som med - du må registrere attributtet på dynamiske sider hvis det er filtre for å vise produkter.

Et annet alternativ for Google- bruk av rel=”prev” og rel=”neste”. Yandex, dessverre, fungerer ikke med dem. Essensen av denne metoden er at PS-roboten, når den indekserer sider, kombinerer de som koden er skrevet på ved hjelp av disse kodene. Dette oppretter en "enkelt" side med en liste over alle kort, og innholdet er ikke ekskludert fra indeksen.

Og til slutt, la oss huske på AJAX, metodene som kan sikre at kortene lastes når du blar på sider. Kanskje en av optimale metoder, som brukes av mange nettsteder (for eksempel er dette hvordan DNS.ru-katalogene er organisert).

SEO-pagineringssider

Selv om de fleste metodene jeg diskuterte i forrige avsnitt er rettet mot å ekskludere innhold fra indeksen, betyr ikke dette at det ikke skal jobbes med pagineringssider i det hele tatt. Dessuten foretrekker mange fortsatt å åpne disse sidene for en robot for å få fart på indekseringen av produkter. Hvilke anbefalinger kan gis til de som har bestemt at å redusere antall sider i søket ikke er et alternativ? Jeg ser følgende alternativer:

på hver side øker vi antallet viste elementer (dette vil redusere totalt antall sider - la deg ha 15 kort, ikke 10 på én side);
tittelen for hver side (unntatt den første) må inneholde et tall;
vi legger igjen beskrivelse kun for den første siden, og bruker ikke nøkkelord på pagineringssider i det hele tatt;
å selge tekst med nøkkelord bør ikke dupliseres: enten skriver vi separat for hver side, eller så viser vi den bare på den første;
prøv å ikke dele opp artikler hvis dette gjøres ved hjelp av nettstedets verktøy og ikke manuelt, med tanke på behovet for å markedsføre hver side etter nøkkelord (kanonisk er selvfølgelig egnet, men bare for Google);
Ikke glem lenken til "se alle"-siden;
tillate brukeren å bestemme antall produkter som vises på siden.

Alt beskrevet ovenfor er hovedsakelig egnet for. Paginering på fora, for eksempel, har sine egne detaljer - det er ingen flukt fra det, og det er bedre å ikke røre det. Riktignok, hvis det er mulig å organisere kommunikasjon og kommentarer som på Pikabu eller Habrahabr, ville det vært flott. Vel for forskjellige typer visning av sider (bare tekst, rekkefølge osv.) ikke glem rel=”canonical”.