Typer og Issues of paginering i SEO-Saga Biz Løsninger etter Sagabiz Solutions

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.

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

Typer paginering

Mens du anser for 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, som this:

http://www.Somesite.Com/some_article-1.Html

http://www.Somesite.Com/some_article-2.Html

http://www.Somesite.Com/some_article-3.Html


You kunne 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, så du ' re høyere for å holde seg til en, to, tre kongress ..

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 vil du ikke være utstiller at de er alle en del av ett galleri. Tidligere og neste kan også brukes til navigasjon.

Category 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, kategori paginering ofte er tilgjengelig for å spille.

Forum Tråder eller weblogg kommentarer paginering

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. 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. nyeste 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

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

Problemer som påvirkning fra paginering

like verdifulle 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:

Crawl Dybde

Hvis paginering koblinger vanligvis ikke er riktig, Google vil ikke være i stand 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 dybden.

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.

Duplikat innhold største nettstedene Duplikat 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 største nettstedene Det var en gang en tiden da Google Sites 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 du kan trenge for å 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 rangeringen.

Løsning for paginering problemer

paginering beste praksis ikke er vanskelig å håndheve, men i tilfelle du hoppe over dem, er 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 lage 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 artikkelen i. bestille 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 haven 't noen TOC fra stedet de kan bestemme over den delen de er begeistret), kommer du til å utvilsomt miste dem rett etter introen

Sett innholdsfortegnelsen på et synlig sted -. under overskriften, eller i en feltet 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 av 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 siden

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, hindrer den også søk motor optimalisering 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 belte besøk nettstedet ditt, kan du ønsker å dobbeltsjekke i Google hvis det viser utsikten hele siden mest effektive, eller hvis den separate sidene 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 at du ikke kan bruke en "Vis alle" side, eller om stilen til sidetall du bruker beleilig ikke tillater for slike side, så du har fått til enhver tid bruke rel = "forrige" og rel = "følgende "å informere Google å indeksere alle sider 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

.

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