den omfattande guiden till tekniska SEO-revisioner

av Benjamin Estes

teknisk SEO är den disciplin som ansvarar för att avgöra om implementeringen av en webbplats minskar den organiska söktrafiken som kommer till den webbplatsen och sedan fixar dessa implementeringsproblem. En teknisk granskning avslöjar sådana frågor.

Varför använda en checklista?

hämta revisionschecklistan

en utmärkt teknisk revision inspekterar många saker på många ställen. Utan att hålla koll kan du glömma vad du har gjort—eller vad du ännu inte har gjort. Checklistor är perfekta för att hålla reda på denna komplexitet. De är enkla verktyg med många fördelar. Checklistor är:

  • omfattande. Utan en lista kan du fortfarande upptäcka uppenbara tekniska problem med en webbplats. Genom att använda en säkerställer du att du kommer ihåg att markera alla relevanta rutor.
  • produktiv. Att arbeta utan checklista kräver mer ansträngning. I varje steg måste du bestämma vad du ska göra nästa. Checklistan svarar på den här frågan åt dig.
  • förståeligt. Tyvärr kan en praktikant inte osmosera din intuition! Genom att noggrant definiera ditt arbete med en checklista kan du delegera revisioner.

revisioner är bara lika värdefulla som deras inverkan. Oavsett om du är en utövare eller en byråpartner börjar ditt riktiga jobb efter att du har avslutat utvärderingen. Du måste ta de problem du har upptäckt tillbaka till ditt team och lösa dem.

därför frågade vi: ”kan vi utforma en revision som hjälper till att säkerställa att vi löser de problem vi hittar?”Resultatet är att en checklista är medveten om både de tekniska frågorna och hur dessa frågor blir affärsproblem. Det gör tekniska revisioner snabbare, effektivare och mer effektfulla.

Vad gör en utmärkt teknisk revision?

När vi har bestämt oss för att använda en checklista måste vi sätta rätt saker i den. Teknisk SEO har ett syfte: att säkerställa att en webbplats implementering inte minskar trafiken från organisk sökning. Allt vi upptäcker borde leda tillbaka till den bedömningen. Det är omfattningen av revisionen.

ett tillvägagångssätt är att organisera checklistan efter var du ska titta för att utvärdera den kontrollen. Du skulle först titta på alla på sidan element, sedan gå vidare till alla webbplatskarta frågor, och vidare därifrån. Vi har en annan inställning.

vi börjar med att tänka på de samtal vi kommer att ha efter att vi har gjort granskningen. Tänk på detta (realistiska) uttalande: ”Vi är oroliga för att viktigt innehåll inte indexeras eftersom Webbadressersökare inte upptäcker våra webbadresser. Att skicka en webbplatskarta till Search Console kan hjälpa till att lösa problemet.”Det är en sammanhängande teknisk rekommendation. Det förklarar förändringen, och varför vi behöver göra det. Den har tre delar:

  1. Resultat: värdefullt innehåll indexeras inte.
  2. orsak: webbadresser kan inte upptäckas av sökrobotar.
  3. problem: vi har inte laddat upp webbplatskartor till Search Console.

det är logiken bakom denna revisionschecklista. Dokumentets struktur återspeglar dessa tre stycken. Ta en stund att hoppa över och inspektera den med den här modellen i åtanke. Nu får du förmodligen tanken-det här är inte bara en teknisk checklista. Det är ett verktyg som hjälper till att kommunicera vikten av dina resultat.

strukturen uppmuntrar fullständighet

varje rad i checklistan representerar ett problem. Genom att ställa rätt fråga på varje nivå gör vi den också så komplett som möjligt utan att lägga till redundans. Det beror på att vi har tillämpat MECE-principen (”ömsesidigt uteslutande, omfattande uttömmande”). På varje analysnivå inkluderar vi:

  • alla möjliga problem och
  • säkerställer att de inte överlappar varandra.

låt oss illustrera med den högsta analysnivån. Checklistan som helhet undersöker om vi har ett tekniskt problem med vår webbplats som minskar söksynligheten. Det finns tre anledningar till att vi kan förlora söktrafik på grund av ett tekniskt problem:

  • Det finns en teknisk anledning bra innehåll är inte indexerat, eller
  • Det finns en teknisk anledning indexerat innehåll rankas inte för önskade termer, eller
  • Det finns en teknisk anledning webbplatsinnehåll är inte väl presenterat i sökningen.

dessa möjligheter täcker alla problem vi kan hantera (”omfattande uttömmande”). De överlappar inte heller (”ömsesidigt uteslutande”).

genom att tillämpa samma sätt att tänka rekursivt exponerar vi alla delproblem inom dessa områden. Sedan listar vi alla problem som kan orsaka dessa delproblem. Checklistan blir så noggrann som möjligt, utan överflödiga kontroller som kan sakta ner oss.

tekniska revisionstips

gör en kopia

den här mallen för checklista är tillgänglig för allmänheten. När du öppnar det kommer du att upptäcka att du bara har visningsbehörigheter för huvuddokumentet. För att använda den vill du först skapa en kopia:

markera varje rad med en status

markera varje problem med Pass, OK eller Fail:

  • Pass betyder att du inte har några problem.
  • OK betyder att problemet inte verkar relevant.
  • misslyckas betyder att något verkar vara fel.

När du uppdaterar ett problem uppdateras också betyget för orsaken och resultatet. Om någon problemets poäng misslyckas kommer orsaken och resultatet också att misslyckas.

hitta svaret snabbt

personer som är nya för sökmotoroptimering kan fortfarande börja använda det här arket. Vi har nu lagt till en Start här kolumn för att göra det snabbare än någonsin att komma igång.

för nya användare av några av dessa verktyg kanske det inte är klart var man kan hitta relevant information. Kolumnen Start här pekar dig till den exakta platsen där du kan hitta de detaljer du behöver.

använd strukturen för att göra en rekommendation

Om du är personen som analyserar revisionsresultaten vill du snabbt få en bild på hög nivå. Använd arkets struktur för att förenkla den vyn genom att filtrera efter Problemrader.

filtrering för resultat och orsaker ger dig en snabb och smutsig sammanfattning av en webbplats styrkor och svagheter. Det är det första jag tittar på när jag ser en avslutad revision:

Filter för att se relaterade uppgifter

Om du är den som gör granskningen vill du göra det så snabbt som möjligt. Dra nytta av arkets struktur för att gruppera saker

dra nytta av arkets struktur genom att bara visa de problem du inspekterar just nu. Försök filtrera efter kolumnen var – till exempel för Google Search Console. Det låter dig Betygsätta alla problem för det verktyget på en gång.

hämta revisionschecklistan

uppdaterad Sep 10, 2019. Ändringar inkluderar:

  • ta bort rader som inte längre är relevanta på grund av pensionering av gamla Google Search Console.
  • uppdatera många rader för att hänvisa till rapporter i nya Google Search Console.
  • ta bort referens till rel = nästa / föregående markup.

uppdaterad Oktober 1, 2018. Ändringar inkluderar:

  • ändrat språk i vissa frågor för att klargöra hur de passar in i hierarkin.
  • tog bort flera redundanta linjer.
  • fasta skrivfel som påverkar betydelsen av ett par rader.
  • lade till ett nytt avsnitt som är relevant för mobil – första indexering.

uppdaterad 13 September 2017. Förändringar inkluderar:

  • gjorde varje rad lättare att förstå
  • tillagda pekare för att gå direkt till relevanta rapporter i varje verktyg#
  • ändrat vilket verktyg som ska användas för vissa rader
  • tillagt fler Google-referenser
  • tog bort ett par tvivelaktiga rader (site speed, HTTP/2)
  • tog bort överflödig tidskolumn
  • tog bort hela sektioner som gjorde revisionen mindre MECE
  • fasta fall där vissa celler skulle säga ”ofullständig” och andra skulle inte

Tack alla som har gett feedback genom åren!

Lämna ett svar

Din e-postadress kommer inte publiceras.