7 tekniske SEO-problemer du glemte å sjekke

Introduksjon

Livet til en teknisk SEO kan være veldig fartsfylt. En sidehastighetsrevisjon den ene uken, internasjonale hensyn den neste, innholdsbeskjæring etter det osv. osv.

Tekniske SEO-er kan bli så fortapt i en kjøttfull (eller vegansk) oppgave at de ofte overser de mindre løsningene som kan ha stor innvirkning på den organiske ytelsen din.

Dette er ikke tekniske SEO-sølvkuler, dette er anbefalinger som du vet at du bør fikse, men aldri gjør.

Derfor vil jeg dele noen av mine favorittproblemer av typen "å ja, det glemte jeg å sjekke" når jeg reviderer et nettsted.

Omdirigeringsregel for store bokstaver

Enhver teknisk SEO som er verdt sitt salt, vil vite om de åpenbare viderekoblingsreglene og hvor de skal brukes, for eksempel http til https-sider, trailing slash til ikke-trailing slash osv.

Men når sjekket du sist at alle nettadresser til sider har små bokstaver?

Ettersom URL er den unike identifikatoren for en nettside, regnes derfor www.example.com/category og www.example.com/Category som forskjellige sider, selv om innholdet er det samme.

Dette kan skape problemer med duplisert innhold i søkemotorer, så små bokstaver i nettadresser bør tvinges frem.

Pagineringsproblemer

Hvis nettstedet du administrerer har kategoripaginering, er URL-mønsteret ofte som følger:

www.example.com/mattresses/memory-foam-mattresses?p=1 www.example.com/mattresses/memory-foam-mattresses?p=2 www.example.com/mattresses/memory-foam-mattresses?p=3

Siden ?p=1 er imidlertid en kopi av den kanoniske siden www.example.com/mattresses/memory-foam-mattresses, i dette eksemplet.

Derfor bør denne ?p=1-duplikaten 301-omdirigeres til www.example.com/mattresses/memory-foam-mattresses-siden, med alle interne lenker oppdatert for å gjenspeile endringen.

Et annet problem med paginering som er lett å glemme, er kanoniske koder. Ofte refererer ?p=2, ?p=3-sidene til den første paginerte siden i sine kanoniske koder.

Å referere til den første siden på alle paginerte sider forteller søkemotorene at sidene er de samme som den første siden, noe som betyr at søkemotorer kanskje ikke gjennomsøker de andre sidene eller følger lenkene til produktene fra dem. Gjør dem selvrefererende!

Bruk Meta noindex Tag i stedet for robots.txt

Jeg ser meldingen "Ingen informasjon er tilgjengelig for denne siden" HELE TIDEN når jeg ser på indekserte sider i Google:

Dette skyldes at webansvarlig har forsøkt å fjerne en side fra indeksen ved å legge til et disallow-direktiv mot den i robots.txt.

Disse sidene kan imidlertid fortsatt finnes via søk, så det er bedre å fjerne dem fra robots.txt og legge til en noindex-tag mellom HEAD-taggene på sidene som ikke skal indekseres.

Fjern Meta nofollow fra utvalgte sider

Dette gjelder selvsagt ikke alle sider som har en nofollow-tagg, men mange nofollow-tagger legges ofte til med en noindex-tagg ved en feiltakelse. Fjerning av nofollow-instruksjonen vil forbedre flyten av lenkeautoritet og søkemotortilgang rundt nettstedet.

Selv om søkemotorene kanskje ikke trenger å indeksere disse sidene, kan sidene de lenker til bli indeksert, og derfor bør lenkene følges.

Utviklingsområde i indeksen

Jeg elsker å finne et iscenesettelsessted som fremdeles er indeksert når jeg reviderer en potensiell kundes nettsted. Det viser mangel på utvikleromsorg og kan være en fin måte å få klienten på din side tidlig i et forhold.

Den beste måten å blokkere et testmiljø fra å bli indeksert er å passordbeskytte eller begrense basert på IP-område.

Noen raske metoder for å sjekke om nettstedet ditt blir indeksert i Google er med avanserte søkeoperatorer som:

- Site:dev.example.com - Site:staging.example.com - Site:prod.example.com - Site:example.com inurl:test - Site:example.com -inurl:www.

Gå gjennom XML-kartoteket ditt

XML-nettstedskart blir ofte glemt hvis de ikke genereres automatisk. Her er 3 raske sjekker som tar mindre enn 5 minutter til sammen:

Sjekk 1 - Er XML-sitemapet lenket til i robots.txt?

Søkemotorer vil alltid lete etter en robots.txt-fil i rotmappen på et nettsted. Hvis du legger til en lenke til XML-sitemapet ditt i robots.txt-filen, vil alle større søkemotorer finne den.

Sjekk 2 - Er XML-sitemapet lagt til i Google Search Console?

Når du sender inn XML-sitemaps til Google Search Console, sikrer du at Google kan finne og gjennomsøke dem. Når du har sendt dem inn, kan du se om Google klarer å finne nettadressene til sidene dine:

Sjekk 3 - Er det noen feil i XML-sitemapet?

Nettadresser i områdekart skal ikke omdirigere eller returnere feil - hver side skal returnere en 200 OK-statuskode. Søkemotorer kan ignorere nettstedkart fullstendig hvis de inneholder for mange feil.

Du kan finne ut om områdekartet ditt har noen feil ved å se i Google Search Console når XML-områdekartet er sendt inn. Alternativt kan du gjennomsøke et XML-sitemap i Screaming Frog ved å velge Modus > Liste > Last opp > Last ned XML-sitemap.

Fjern gammelt innhold fra indeksen

Når så du sist på utdatert innhold, for eksempel konkurransesider for konkurranser som ble avsluttet i 2017?

Gjennomgang av hvilket innhold som blir indeksert i Google kan føre til tekniske SEO-fordeler, som forbedret gjennomsøking og indeksering, så det er et viktig område å vurdere.

Hvis det for eksempel er hundrevis av utdaterte blogginnlegg som indekseres, kan søkemotorene kaste bort gjennomsøkingsbudsjettet sitt på å besøke disse sidene når de kunne behandlet viktigere sider.

Jeg liker å finne disse daterte blogginnleggene med avanserte søkeoperatorer. Noen av favorittene mine inkluderer:

- Site:example.com inurl:Christmas - Site:example.com inurl:competition - Site:example.com inurl:award - Site:example.com inurl:august - Site:example.com inurl:september - Site:example.com inurl:2016 - Site:example.com inurl:2017 - Etc.