En SEO-audit är den praktiska genomgången av hur en webbplats hittas, förstås och används från sökresultat till nästa steg. Den här guiden visar hur du genomför granskningen och skriver en rapport som går att arbeta efter. För en kort definition finns vår ordlista om SEO-analys. Om du ska köpa in arbetet, börja med underlaget för att beställa en SEO-analys.
En bra audit slutar inte med en lista över varningar. Den skiljer sådant som faktiskt blockerar en viktig sida från förbättringar som behöver testas. Den anger också vad underlaget inte visar.
1. Bestäm vilka sidor som ska skapa affär
Lista tjänster, produkter, orter och kundbehov som är prioriterade. Koppla varje behov till en befintlig landningssida. För e-handel kan målet vara köp med tillräcklig marginal. För B2B är ett inskickat formulär bara början: följ även kvalificering, möten och affärer.
Spara en baslinje innan du ändrar något. Använd samma period, land, enhet och söktyp i jämförelserna. Dela varumärkessökningar från övriga sökningar. En förbättring av sajtens genomsnitt kan annars bero på en ändrad mix, inte bättre ranking för tjänsterna.
Underlag att samla:
- Sitemap, robots.txt och en crawl med interna länkar.
- Search Console: sidor, sökningar, indexering och Google-vald canonical.
- Trafik- och konverteringsdata med dokumenterad samtyckeshantering.
- Tidigare URL-flyttar, viktiga externa länkar och relevanta serverloggar.
- Uppgifter om vilka leads som faktiskt blev affär.
2. Kontrollera teknisk indexerbarhet
Granska serverns HTML utan att förlita dig på att JavaScript körs. En serverrenderad eller förrenderad sida ska innehålla huvudtext, H1, metadata och vanliga länkar med href. Testa inte bara startsidan: ta med en tjänst, artikel, kategori, lokal sida och en okänd URL.
| Kontroll | Vad du behöver se | Så verifierar du |
|---|---|---|
| Statuskod | 200 på publicerade sidor, relevant permanent ompekning vid flytt, 404/410 för borttaget innehåll | HTTP-svar och Location-header |
| Indexeringsdirektiv | Ingen oavsiktlig noindex på prioriterade sidor | HTML och HTTP-header |
| Canonical | Ett konsekvent mål som fungerar och representerar innehållet | HTML, redirectkedja och URL Inspection |
| Rendering | Huvudinnehåll och interna länkar redan i HTML | Sidkälla och Googles livetest |
| Sitemap | Aktuella, kanoniska och indexerbara innehålls-URL:er | Crawl av varje sitemap-URL |
| Robots | Inga blockerade resurser som behövs för rendering | robots.txt och URL Inspection |
En korrekt teknisk sida är inte garanterad indexering. Google väljer även utifrån innehåll, duplicering och andra signaler. Läs Googles SEO Starter Guide som grund, och vår guide till crawling och indexering för felsökning.
3. Koppla sökintention till rätt sida
Exportera kombinationen sökning och sida, inte bara två fristående topplistor. Om både en ordlistepost och en tjänstesida får exponeringar för samma ord behöver det inte vara ett problem. Besökaren kan vilja ha en definition eller köpa hjälp.
Skriv en tydlig roll per sida: definition, arbetsguide, jämförelse, tjänst eller case. Misstänkt kannibalisering behöver stöd i hur URL:er växlar för samma sökning över tid. Flytta inte fungerande sidor enbart för att rubrikerna innehåller samma ord.
Kontrollera att title, H1 och ingress beskriver samma erbjudande. En guide om pris behöver skilja kostnadsdelar och ge en användbar beräkning. En byråsida behöver visa leverans, ansvar och nästa steg. Läs mer om sökordsanalys.
4. Granska innehåll och bevis
Bedöm om läsaren kan fatta ett bättre beslut efter besöket. Finns en egen metod, ett tydligt exempel eller ett verifierbart resultat? Är källan nära påståendet? Går det att förstå vem som skrivit texten och vilken erfarenhet personen har?
Resultatsiffror ska ha period, definition och underlag. Omsättningstillväxt hos en kund bevisar inte hur stor del en enskild kanal orsakade. Skärmbilder behöver beskrivas som ögonblicksbilder, inte som en live-rapport.
E-E-A-T är ett sätt att resonera om erfarenhet, expertis, auktoritet och förtroende, inte en poäng du kan optimera fram med ett plugin. Googles råd om people-first content betonar hjälpsamhet och tillförlitlighet. Markera inte någon som granskare om personen inte faktiskt har granskat materialet.
5. Följ interna länkar och lokalsidor
Crawla från startsidan och jämför med sitemap. Varje prioriterad URL ska kunna hittas från en relevant sida. Rätta länkar som går via gamla ompekningar och kontrollera att länktexten beskriver målet.
Lokala sidor behöver svara på ett verkligt lokalt behov. Ett utbytt ortsnamn är inte ett eget erbjudande. Kontrollera vad som är sant om serviceområde, besöksadress, lokala kundcase och arbetssätt. Om flera sidor saknar egen roll: granska deras trafik och länkar innan de konsolideras.
6. Testa sidupplevelse och mätning
Använd fältdata för att bedöma användarnas faktiska Core Web Vitals där data finns. Lighthouse är ett labbtest som hjälper till att hitta resursproblem; det är inte bevis för hur alla besökare upplever sidan. INP kan inte ersättas med Lighthouse-värdet Total Blocking Time.
Testa mobil navigation, formulär, fokusmarkeringar, bilder och eventuella banners. Prova felmeddelanden och lyckad leverans i en testmiljö. En konvertering ska inte räknas när mottagarsystemet avvisat formuläret. Personuppgifter hör inte hemma i generella analys-event.
7. Skriv en åtgärdsrapport som går att använda
Nedan är ett illustrativt rapportexempel, inte en kundrapport eller ett påstående om din sajt.
| URL och observation | Bedömning | Åtgärd | Bevis för att det är löst |
|---|---|---|---|
| /tjanst: noindex trots aktivt erbjudande | Kritisk om sidan ska indexeras | Ta bort felaktigt direktiv | HTML och URL Inspection visar tillåten indexering |
| /guide: flera title-element | Tekniskt fel | Samla metadata i sidmallen | Exakt ett title i byggd HTML |
| /pris: många exponeringar, få klick | Hypotes om intention eller position | Studera query/page, förbättra prisunderlag | Innehåll verifierat och jämförbar uppföljning sparad |
| /ort-a och /ort-b: nästan samma text | Kräver innehållsbeslut | Belägg lokal nytta eller konsolidera | Distinkta sidor eller relevant testad 301 |
| Kontaktformulär räknas före mottagning | Mätfel | Registrera efter bekräftad leverans | Test av både lyckat och misslyckat svar |
Prioritera efter konsekvens, säkerhet i diagnosen och hur viktig sidan är för verksamheten. Ett blockerande fel på en affärskritisk sida går före en kosmetisk varning. För varje åtgärd anger du ansvar, beroenden, test och hur effekten ska följas. Markera hypoteser som hypoteser.
8. Kontrollera efter publicering
Kör samma crawl före och efter. Kontrollera gamla URL:er, redirectkedjor, canonical, sitemap och serverrenderat innehåll. Använd Rich Results Test för berörda schemaobjekt och URL Inspection för representativa mallar. Skilj på ett lyckat livetest och att URL:en faktiskt är indexerad.
AI-funktioner i Google kräver inte ett särskilt AI-schema. Den tekniska grund och det hjälpsamma innehåll som beskrivs i Googles dokumentation om AI-funktioner är även här centrala. Vi går vidare i guiden till generativ sökoptimering.
När behöver ni hjälp?
Om tekniken, innehållet och leadmätningen ägs av olika personer blir prioriteringen ofta svår. Vi hjälper till att koppla fynden till affärsmål och en genomförbar leverans. Läs om Semantikos SEO-arbete eller boka en första genomgång. Om analysen pekar på att ett manuellt flöde behöver ersättas finns även våra egna verktyg och systemlösningar.
Källor och underlag
Om uppdateringen 14 september 2026: Omarbetad med prioriteringsmodell, rapportexempel, verifieringskrav och primärkällor. Obelagda branschprocenttal har tagits bort.