For webansvarlig for en enorm nettstedet, er innholdet paginering gjenstand for nysgjerrighet. Når du har en stor mengde innhold, er det komplisert å stoppe paginering. Videre til dine paginering bekymringer fra en brukervennlighet synspunkt, er SEO aspekter også vurderes.

SEO kopi

paginering er ikke rakett vitenskap, men så langt som søkemotor optimalisering er involvert er det en rekke ting som du nettopp har fått til å forstå. Tidligere enn vi i dybden disse detaljene, la oss først gjøre fjerne spesifikke varianter av sidetall og de problemene de kan føre til.

Typer paginering

Mens du tenker over paginering, har du sannsynligvis tenker på bare én eller to former, men det er mange flere måter. I mange funksjoner de er identisk, men det er også forskjeller mellom dem i form av både funksjonalitet og nytte.

Artikkel paginering

Dette er en svært vanlig type paginering. Du bruker artikkelen paginering i tilfelle du har en utvidet artikkel som du bare ikke ønsker å passe på én nettside. I dette tilfellet du bare kutte opp det hele mer enn én side, og har senere og Forrige navigasjon på slutten av hver side.

Hver av sidene har en annen URL, slik:

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 en del av artikkelen ( iE Snarere av some_article-2.Html som du kunne ha part_name.Html, hvor part_name er identifisere av seksjonen), men dette skaper ekstra problemer for søkemotoroptimalisering, slik at du er høyere for å holde seg til en, to, tre konvensjonen ..

Image Gallery paginering

Med bildegalleriet paginering hvert bilde i galleriet har det besitter nettside. På en lignende måte til artikkelen paginering, som du kunne tittelen de separate sider sekvensielt (1, 2, 3, osv) etter tittelen på serien, eller ha en ekstra identifisere for hvilket som helst bilde, men i dette tilfellet du ikke skal vise fram at de er alle en del av ett galleri. Tidligere og neste kan også brukes til navigasjon.

Kategori paginering

Når du har et nettsted med en enorm mengde kategorier og underkategorier som en gang oppført som hyperkoblinger krever for mye rulling, er kategorien paginering ofte tilgjengelig for å spille .

Forum Tråder eller weblogg kommentarer paginering

er veldig vanlig med styrene på konto som tråden kan ende opp med svært langvarig, og du trenger ikke å matche alt dette på én skjerm paginering. Det samme gjelder for weblogg innlegg med ganske mange kommentarer - du trenger bare å kutte opp dem blant sider og feste dem med påfølgende og tidligere lenker knappene /.

Infinite Bla paginering

Infinite bla paginering er en siste og mer og mer utbredt prosess med sidetall. Innholdet i den følgende siden er levert direkte til personens nåværende nettside som hun eller han ruller nedover skjermen. Det skjer automatisk, og det burde ikke bruke forrige, neste, eller ekstra - paginering script håndterer alt.

Den endeløse rulle har vært utforsket mye i andre sitepoint artikler fra et seo synspunkt og fra et UX synspunkt.

Problemer som påvirkning fra paginering

Som verdifull som paginering i de fleste tilfeller er, når du ikke være klar over hvordan gjennomføre det riktig, vil det trolig føre til ganske mange problemer:

Gjennomgå Dybde

Hvis paginering koblinger vanligvis ikke er riktig, vil Google ikke være i posisjon til å indeksere sider i sekvensen. Hva mer, har Google hindringer for antall sider som gjennomgås per hjemmeside på nettet og et stort antall sider kan resultere i redusert crawl dybde.

Som vil diskutere ytterligere ned i denne artikkelen, er det hyggelig å lage en "Vis alle" side, fortelle Google å indeksere mest praktiske siden, og å ikke ta kontakt med de separate paginerte ingredienser.

Duplicate innhold

Duplicate innhold er en svært alvorlig SEO problemet. Med paginering kan det godt oppstå har du sannsynligvis en "Vis alle" nettside sammen med paginering. Det er helt riktig observert å bruke rel = "nofollow" for sidene innenfor paginated serien, så da kan du være i stand til å innlemme en "Vis alle" nettside.

Thin innhold

Det var en gang en tid da Google Nettsteder nettsider med flere sider, selv om de hadde mest praktiske et fotografi og /eller en liten mengde av tekstlig innhold på dem. Men dette er historisk nå og slikt tynt innhold kan få deg til kritisk situasjon.

Thin innhold er ekstra av en bekymring med bildegalleri paginering ser at med de andre former for paginering det ikke kommer til å ha bare et avsnitt eller to av tekstlig innhold per nettside. Skulle du ikke tillater Google å indeksere separate bildesider, men tjene det bare master en, du da ikke vil ha problemer.

Men, kan du trenger å legge til mer innhold til et bilde nettside, tilsvarende forbundet Stuff, gallerier, og så videre. For å gjøre det fetere og behage Google. Hindringen med denne teknikken er at dette kan resultere i redusert søkeord tetthet og dermed for å kutte ned rangeringer.

Løsning For paginering problemer

paginering beste praksis ikke er vanskelig å håndheve, men i tilfelle du hoppe over dem, du kommer for tidlig ekspertise hele svikt feil utført paginering kan føre til. Nedenfor finner du noen tips å finne ut hvordan du kan hindre dette.

Når å gjøre bruk av paginering

Det er ikke en felles regel men her er noen vanlige anbefalinger som fungerer for mange av oss.

Hvis du tilfeldigvis bruke artikkelen paginering, så du kan trekke linjen på et bestemt punkt, nettside online bred, eller på slutten av en del av artikkelen. Toppen av delen metoden er ekstra logisk men det kan muligens lage sider med enormt varierende lengder.

Med forum og bloggkommentarer, det er førsteklasses i tilfelle du side etter 10 til 20 innlegg /kommentarer. Bestemt, hvis poster /tilbakemeldinger er lang, 20 av dem vil ikke passe på en skjerm, men dette er fortsatt god nok. Noen rulling er mer ønskelig enn kontinuerlig klikke neste, neste, neste, så vedvarer med 10 til 20 poster /kommentarer retningslinje.

Som for kategorier paginering, anbefaler vi å flytte til en helt ny side etter at du får 50-70 hyperkoblinger. Noen forfattere anbefaler en hundre hyperkoblinger eller så men det er betyr ekstremt mye, spesielt hvis sett på en celle gadget.

Kontinuerlig opprette en innholdsfortegnelse for paginated Artikler

Vi antar det sier seg selv, men med den begrunnelse at ganske ofte se dette som hoppet, la meg utgjør det akkurat her - kontinuerlig skape et skrivebord Else (TOC) for paginerte artikler.

Ikke forvent leserne vil lese hver eneste side i paginert artikkel i den rekkefølgen den er publisert. Veldig oftere leserne vil lese innledningen, og deretter vil de trenger for å hoppe rett til et stykke som interesserer dem, hoppe over alt før det.

Når du ikke gir dem risikoen for å prøve dette (dvs. Hvis du ikke har noen TOC fra stedet de kan bestemme over den delen de er begeistret), du kommer til å utvilsomt miste dem rett etter introen.

Sett innholdsfortegnelsen på et synlig sted - under overskriften, eller i et felt etter den primære ledd. Ikke klarer å huske å ta med innholdsfortegnelsen på hver side av artikkelen, slik at kundene kan overføre igjen og fremover i artikkelen som de vil.

Hvis du benytter WordPress, så ville du bare liker WP pulten til paginated Innhold plugin. Den håndterer hele TOC produksjonsproblemer for deg og gir mange tilpasningsmuligheter. Med denne plugin, vil innholdsfortegnelsen vises.

Ikke Glem Se alle side

Vi har nevnt et par ganger ved hjelp av denne artikkelen som en "Vis alle" side løser noen av søkemotor optimalisering problemer som stammer fra paginering.

En enkelt "Vis alle" side der alle paginerte seksjonene vises er ikke mest effektive akkurat for utskrift og for disse brukerne som ikke tankene rulling, det hindrer også søkemotoroptimalisering feil.

Forum er det eneste unntaket til retningslinje på grunn av det faktum med seg en "Vis alle" nettside er meningsløst. Med fora, du trenger bare å holde seg til separate sider - det er ingen tilnærming rundt det.

Når du oppretter "View All" web side, informere Google å indeksere den, og nå er ikke de andre sidene. For å avverge reproduksjon innhold straff, konsekvent bruke noindex for de separate sider.

Etter at belte besøk nettstedet ditt, kan du ønsker å dobbeltsjekke i Google hvis det viser utsikten hele siden mest effektive, eller hvis de separate sider er indeksert i tillegg. Dette vil virke som en overdreven mengde bry, men å bli straffet for replika innhold er ikke vakker.

Hvis avgjørende, Bruk rel = "forrige" og rel = "påfølgende"

når du har bare rett faktorer som du ikke kunne bruke en "Vis alle" side, eller om stilen av sidetall du bruker beleilig ikke tillater for slike side, så du har fått til enhver tid bruke rel = "forrige" og rel = "senere" å informere Google å indeksere alle sidene i serien.

Disse HTML-attributter informere Google sekvensen av sider i indeksen. Du må imidlertid forstå at Google bot kan bare eller ikke kan overholde dem, så ikke være for sikker på din hele sider vil trolig bli oppført.

sagabiz

Mer kunnskap om måten å bruke rel = "forrige" og rel = "neste" kan også bli oppdaget her.