Hvordan få Google til å indeksere nettstedet ditt med dekningsrapporten - Semalt vet svaret



Det er på tide å ta et dypdykk i rapporten om dekning av Search Console Index for å forstå hvordan vi kan få Google til å gjennomgå og indeksere nettstedet ditt raskere. Hos Semalt har vi flere profesjonelle tekniske SEO-ansatte, og de er alle kjent med å bruke Google Search Console Index Coverage-rapporten.

Hvis du har en teknisk SEO "ekspert" som ikke bruker eller forstår dette verktøyet, få en ny. GSCIC-rapporten ga en grundig forståelse av:
  • Hvilke nettadresser på nettstedet ditt har blitt gjennomsøkt og indeksert av Google, og hvilke nettadresser som ennå ikke skal gjennomsøkes.
  • Det forklarer også hvorfor søkemotoren har valgt hvilken URL den gjennomsøker eller ikke.
Rapporten ser ut til å være relativt enkel da den bruker fargesignal for trafikksignaler for å representere resultatene.
  • Rødt lys (feil): Dette viser at siden ikke er indeksert.
  • Gul (gyldig med advarsel): dette indikerer at det kan være noen problemer som må løses. Hvis du har tid, kan du ordne dem. De er imidlertid ikke kritiske, og siden kan være indeksert.
  • Grønn (gyldig): dette sier at alt er bra, og siden din er indeksert.
Et annet resultat er den store grå sonen, som er ekskludert.

Når vi leser videre, innser vi at veiregelen ser ut til å være skrevet på et Googlish-språk. Vi kan imidlertid oversette statustypene i indekseringen og øke vår organiske ytelse.

SEO som påvirker problemer i indeksdekningsrapporten

Nøkkelen her er å sikre at du ikke bare fokuserer på feilene. Oftere enn ikke vil de betydelige SEO-gevinstene bli begravet i det grå området som er nevnt ovenfor. Her er noen indeksdekningsrapporter som virkelig betyr noe for SEO. Disse elementene er oppført i prioritert rekkefølge, slik at du vet hva og hvor trenger mest oppmerksomhet.

Oppdaget innhold er ikke indeksert for øyeblikket

Dette skjer fordi URL-en er kjent for Google av lenker eller et XML-sitemap, og den er i gjennomsøkingskøen. Problemet her er at Googlebot ennå ikke skal gjennomsøke URL-en. Dette indikerer at det er et problem med gjennomsøkingsbudsjett.

Hvordan kan vi fikse dette? Hvis det bare er noen få sider som faller inn under denne kategorien, kan vi utløse en gjennomsøking manuelt ved å sende inn URL (er) i Google Search Console. Hvis det er et betydelig antall nettadresser, vil vi investere mer tid i en langsiktig løsning av nettstedets arkitektur. Dette vil inkludere områdets taksonomi, URL-struktur og intern koblingsstruktur. Hvis du gjør dette, løses problemene med gjennomsøkingsbudsjettet fra kildene.

Gjennomsøkt - foreløpig ikke indeksert

Noen ganger vil Googlebot gjennomsøke en URL og finne ut at innholdet ikke er verdt å bli inkludert i indeksen. Dette er vanlig på grunn av kvalitetsrelaterte problemer som å ha utdatert innhold, tynt eller irrelevant innhold, ledende sider ved døråpning eller brukergenerert spam. Hvis innholdet ditt anses som verdig, men det ikke er indeksert, er sjansen for at problemet er et resultat av gjengivelse.

Hvordan kan vi fikse dette? En rask løsning vil være å gjennomgå innholdet på sidene dine. Når du forstår hva Googlebot mener, er innholdet på siden din nå verdifull nok til å indekseres. Deretter finner du ut om siden må eksistere på nettstedet ditt.

Anta at nettsiden ikke er nyttig for nettstedet ditt, 301 0r 410, URL-en. Hvis det er viktig, kan du endre innholdet på siden og legge til en ikke-indeks-tag til du kan løse problemet. Hvis du har en URL som er basert på en parametermodell, kan du forhindre at siden blir gjennomsøkt ved å bruke noen praksisparameterhåndteringsteknikker.
Når innholdet ser ut til å være av akseptabel kvalitet, sjekk hvordan det gjengis uten JavaScript. Google kan indeksere JavaScript-generert innhold, men det er mer komplisert enn å indeksere HTML. Det er fordi JavaScript har to bølger av indeksering. Den første bølgen indekserer den siden basert på den første HTML-en fra serveren, og du kan se dette ved å høyreklikke for å se sidekilden.

Den andre indeksen er basert på DOM. Dette inkluderer både HTML og gjengitt JavaScript fra klientsiden. Du vil se dette når du høyreklikker og inspiserer.

Den største utfordringen med JavaScript-indeksering skjer i den andre indekseringsbølgen, som er begrenset til Google har gjengivende ressurser tilgjengelig. Det er derfor indeksering av JavaScript-avhengig innhold tar lengre tid enn bare HTML-innhold. Det kan ta alt fra dager opp til noen uker fra det ble gjennomsøkt for JavaScript å bli indeksert.

For å unngå slike forsinkelser kan du bruke gjengivelse på serversiden. Dette gjør at alle viktige komponenter i innholdet kan presenteres i den første HTML-koden. Dette bør omfatte kritiske elementer i SEO, for eksempel sideoverskrifter, strukturerte data, hovedinnhold og lenker, overskrifter og kanoniske.

Kopier innhold uten bruker valgt kanonisk

Dette skjer når Google anser siden for å være duplikatinnhold, men den er ikke merket med en klar kanonisk. Her har Google bestemt at denne siden ikke skal være kanonisk, og på grunn av dette er den ekskludert fra indeksen.

For å fikse dette, må du eksplisitt merke de riktige kanoniklene. Forsikre deg om at du bruker riktige rel=canonical-koder for hver gjennomsøkbare URL på nettstedet ditt. Dette gjør at du kan forstå hvilke sider som er valgt som kanoniske av Google. Vi må inspisere URL-en i Googles Search Console.

Duplisert, sendt URL, som ikke er valgt som kanonisk

Dette er forårsaket av en lignende situasjon som er oppført ovenfor. Den eneste forskjellen her er at du spesifikt ba om at nettadressen skulle indekseres.

For å fikse dette, må du merke riktig kanonisk ved hjelp av en rel=kanonisk lenke. Dette bør brukes på alle gjennomsøkbare nettadresser på nettstedet ditt. Du bør også sørge for at du bare inkluderer kanoniske sider i XML-sitemap.

Google velger en annen kanonisk

I dette tilfellet har du plassert rel=kanoniske lenker, men Google finner ikke dette forslaget og passende, så det velger å indeksere en annen URL som den kanoniske.

For å fikse dette, må du inspisere URL-en for å se den kanoniske URL-en Google har valgt. Hvis du føler at Google har tatt det riktige valget, kan du endre rel=kanonisk lenke. Hvis ikke, må du jobbe med nettstedsarkitekturen og redusere mengden duplisert innhold. Du bør også sende sterkere rangeringssignaler til siden du ønsker å være kanonisk.

Sendt URL ikke funnet (404)

Forespørselen om en side eksisterer ikke. For å fikse dette, må du opprette URL-en eller fjerne den helt fra XML-sitemap. Dette problemet er lett å unngå ved å følge guiden vår på XML-sitemap.

Viderekoblingsfeil

Her har Google-bots tatt problemer med viderekoblingen. Dette er hovedsakelig forårsaket av å ha en omdirigeringskjede på fem eller flere URL-er, omdirigere sløyfer for lang URL eller en tom URL.

Vi kan fikse dette ved å bruke feilsøkingsverktøy som fyret. Et statuskodeverktøy som httpstatus.io kan også brukes til å forstå hva som hindrer at omdirigering fungerer som forventet og viser hvordan de identifiserte problemene kan løses.

Det er viktig at du sørger for at 301-viderekoblinger alltid peker direkte til den endelige destinasjonen. Hvis du trenger å redigere de gamle viderekoblingene, er det bedre å redigere dem.

Serverfeil (5xx)

Dette skjer når serveren returnerer en 500 HTTP-responskode eller en intern serverfeilkode når de ikke klarer å laste inn enkelte sider. Dette kan skyldes et bredt utvalg av serverproblemer, men oftere enn ikke er det forårsaket av en kort serverfrakobling som hindrer Google-bots i å gjennomsøke URL-en.

Hvordan du nærmer deg, er dette delvis avhengig av hvor ofte det oppstår. Hvis dette skjer en gang på veldig lang tid, er det ingenting å bekymre seg for. Etter en stund vil feilen forsvinne. Hvis siden er viktig for deg, kan du tilbakekalle Googlebot til siden etter feilen ved å be om en indeks på URL-en.

Hvis feilen oppstår igjen, bør du snakke med ingeniøren din, lære teamet og vertsfirmaet å forbedre tjenestene sine. Hvis problemet vedvarer, bør du vurdere å endre hostingfirmaet ditt.

Konklusjon

Samlet sett tror vi på å forhindre et problem i stedet for å finne løsninger på det. Med vår gjennomtenkte nettstedsarkitektur og robothåndtering produserer vi ofte helt rene og tydelige Google Search Console-indeksdekningsrapporter. Noen ganger tar vi imidlertid imot klienter som fikk bygget nettstedet av andre, så vi kan ikke utvikle nettstedet fra bunnen av. Av denne grunn sjekker vi denne rapporten regelmessig og ser i hvilken grad Google har gjennomsøkt og indeksert nettstedet, hvoretter vi tar notater om fremdriften.

Semalt, vi har et team av eksperter som er her for å betjene deg. Har du noen problemer knyttet til noen av elementene som er oppført ovenfor? Eller har du spørsmål knyttet til SEO og nettstedindeksering? Vi hjelper deg mer enn gjerne med å stryke ut detaljene. Våre tjenester strekker seg også til å vedlikeholde nettstedet ditt, som innebærer å løse disse problemene.

mass gmail