Teknisk SEO-revisionschecklista: vad du ska kontrollera och i vilken ordning

En teknisk SEO-revision svarar på en fråga: kan sökmotorer hitta, rendera och indexera de sidor som borde tjäna trafik, och förstår de vilken version av varje sida som är den riktiga? Innehåll och länkar avgör hur högt en sida rankas; tekniska frågor avgör om det överhuvudtaget är med i loppet. Vi kör dessa kontroller på integrono.com (18 språk), på våra produkter och på klientwebbplatser, och samma dussintal problem dyker upp om och om igen.

Den här checklistan är skriven för utvecklare och grundare som själva kan ändra sidan. Du behöver inga betalverktyg för att starta: Google Search Console, en webbläsare, curl och en sökrobot som Screaming Frog (gratis upp till 500 webbadresser) räcker.

Innan du börjar: omfattning och data

• Lista de sidtyper som ska rangordnas (hem, tjänster, produkter, artiklar, kategorier) och de som inte ska rankas (varukorg, intern sökning, filter, admin).
• Verifiera domänegenskapen i Google Search Console (DNS-verifiering täcker http, https och alla underdomäner) och öppna rapporterna Sidor, webbplatskartor och Core Web Vitals.
• Genomsök webbplatsen med en datorsökrobot konfigurerad som Googlebot smarttelefon och exportera alla webbadresser med statuskod, indexerbarhet, kanonisk, titel, H1 och antal ord.

1. Genomsökningsåtkomst: kan bots nå sidorna?

Börja med robots.txt. Det måste returnera 200, vara ren text och inte blockera CSS, JavaScript eller de avsnitt du vill indexeras. En enda Disallow: / kvar från en iscensättningsmiljö är den klassiska lanseringsdagen-katastrofen.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Kontrollera att XML-webbplatskartan endast listar kanoniska, indexerbara webbadresser som returnerar 200: inga omdirigeringar, inga noindex sidor, inga 404:or. För flerspråkiga webbplatser behöver varje webbadress sina språkalternativ (se vår flerspråkiga SEO-guide). Skicka in webbplatskartan i Search Console och jämför "submitted" med "indexed".

2. Statuskoder och omdirigeringar

Varje viktig webbadress bör returnera en direkt 200. Testa de varianter som människor och botar faktiskt begär:

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• En kanonvärd. Exakt en av http/https och www/icke-www serverar innehåll; resten 301 till det i ett enda hopp.
• Inga omdirigeringskedjor eller loopar. A till B till C slöser genomsökningsbudget och späder ut signaler; peka gamla webbadresser direkt till den sista.
• Riktiga 404:or. En saknad sida måste returnera 404 eller 410, inte en 200 sida som säger "ej hittad" (en mjuk 404).
• 5xx-fel i loggarna eller Search Console kräver omedelbar åtgärd: upprepade serverfel gör att Google saktar ner genomsökningen.

3. Indexerbarhet: är sidan tillåten och unik?

Tre signaler avgör indexering: robotens metatagg eller X-Robots-Tag huvudet, den kanoniska webbadressen och om innehållet är en dubblett. Kontrollera dem per mall, inte per sida.

• Noindex läcker. Ett noindex som kopieras från start i produktion, eller skickas i ett HTTP-huvud av webbservern, tar tyst bort sidor från sökningen.
• Kanoniska taggar. Varje indexerbar sida har en absolut, självrefererande kanon. Paginerade och filtrerade webbadresser bör antingen kanoniseras till en vettig förälder eller uteslutas. Aldrig kanoniskt till en omdirigering, noindex eller 404 URL.
• Dubletter. Efterföljande snedstreckvarianter, versaler, spårningsparametrar och utskriftsvänliga versioner skapar samma sida på flera webbadresser. Välj en och omdirigera eller kanonisera resten.
• "Genomsökt - för närvarande inte indexerat" i Search Console betyder vanligtvis tunt eller nästan duplicerat innehåll, inte ett tekniskt block. Förbättra sidan eller slå samman den.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Webbplatsstruktur och intern länkning

Sökmotorer upptäcker sidor genom länkar, och de använder länkstruktur för att bedöma vikten.

• Klickdjup. Viktiga sidor bör kunna nås inom tre klick från startsidan.
• Föräldralösa sidor. Sidor som visas i webbplatskartan men som inte har några interna länkar får lite uppmärksamhet. Jämför genomsökningslistan med webbplatskartan.
• Ankare text. Använd beskrivande text ("teknisk SEO-revision"), inte "klicka här". Länka från starka sidor till de du vill ranka.
• Trasiga interna länkar. Fixa länkar som leder till 404 eller till omdirigeringar.
• Riktiga länkar. Navigering byggd endast med JavaScript-klickhanterare istället för <a href> får inte följas.

5. On-page-signaler som är tekniska

• Titel och metabeskrivning: unik per sida, titeln är ungefär under 60 tecken så den är inte avskuren. Hitta dubbletter och tömningar i genomsökningsexporten.
• En H1 som matchar sidans syfte, med logisk H2/H3 under den.
• Språk och kodning: <html lang> korrekt inställd, UTF-8 överallt, hreflang giltig och ömsesidig.
• Bilder: beskrivande filnamn, alt-text, moderna format ( WebP eller AVIF) och explicit bredd och höjd för att undvika layoutförskjutningar.
• Paginering och filter: se till att facetterade webbadresser inte genererar miljontals genomsökningsbara kombinationer.

6. Rendering och JavaScript

Google kan rendera JavaScript, men renderingen står i kö och misslyckas ibland. Om primärt innehåll eller länkar endast visas efter rendering på klientsidan, testa med URL-inspektionsverktyget ("Visa genomsökt sida" och skärmdumpen). För innehållswebbplatser är rendering på serversidan eller statisk utdata det säkraste alternativet. Jämför curl output med det du ser i webbläsaren: om texten du vill ranka saknas i den råa HTML-koden är du beroende av rendering.

7. Speed och Core Web Vitals

Sidupplevelse är en rankningsfaktor av måttlig vikt och en konverteringsfaktor med hög vikt. Kontrollera rapporten Core Web Vitals i Search Console (fältdata från riktiga användare) och kör PageSpeed Insights eller Lighthouse på dina mallar. De vanliga målen är Largest Contentful Paint under 2,5 s, Interaction to Next Paint under 200 ms och Cumulative Layout Shift under 0,1. Typiska snabba vinster: komprimera och storleksanpassa bilder, aktivera Brotli eller gzip, cachelagra statiska tillgångar under lång tid, tjäna genom ett CDN och minska renderingsblockerande CSS och skript. Vi täcker PHP-sidan i vår guide till Core Web Vitals för PHP-webbplatser.

8. Strukturerad data

Strukturerad data ger inte en rankingökning i sig, men det gör sidor kvalificerade för utökade resultat och hjälper maskiner att förstå enheter. Validera varje mall med Rich Results Test och Schema Markup Validator. Typiska typer: Organization, BreadcrumbList, Article, FAQPage, Product with Offer, LocalBusiness. Uppmärkningen måste matcha vad användare kan se på sidan. Se vår JSON-LD guide för färdiga exempel.

9. Säkerhet och mobila grunder

• HTTPS överallt med ett giltigt certifikat, HTTP omdirigerad till HTTPS och inget blandat innehåll.
• Responsiv layout med en korrekt viewport metatagg; Google indexerar mobilversionen först.
• Inga påträngande mellansidesannonser som täcker innehållet på mobilen.
• Säkerhetsrubriker och en sund server: de rankar inte sidor, men en hackad eller långsam webbplats tappar ranking snabbt.

10. Prioritera och skriv biljetter

En granskning är endast användbar om den slutar med levererade korrigeringar. Sortera resultat efter påverkan:

1. Kritiskt: sidor blockerade, noindexerade eller returnerar fel; felaktiga kanoniker på intäktssidor; trasiga omdirigeringar.
2. Hög: dubbletter, omdirigeringskedjor, föräldralösa viktiga sidor, saknad hreflang, dålig LCP på nyckelmallar.
3. Medium: dubbletter av titlar, saknad strukturerad data, bildvikt.
4. Låg: kosmetiska märkningsproblem.

För varje objekt skriv URL-mönstret, bevisen (kommandoutdata eller skärmdump), det förväntade resultatet och en ägare. "Fix canonicals" är inte en biljett; "Produktsidor med en ?sort=-parameter bör kanoniseras till den rena webbadressen; mall product.php, rad X" är.

Hur ofta ska man granska

Kör en lätt kontroll varje månad ( Search Console-rapporter, en snabb genomsökning, status för viktiga webbadresser) och en fullständig granskning efter migrering, omdesign, ramverksuppgraderingar eller när trafiken minskar utan en tydlig anledning. Lägg till automatiska kontroller i din distributionspipeline: ett test som visar att hemsidan returnerar 200, har inget noindex och har de förväntade kanoniska fångarna de dyraste misstagen innan användarna gör det.

Hur vi kan hjälpa till

Om du vill att en expert passerar din webbplats, täcker vår tekniska SEO-tjänst revisioner, korrigeringar i kod och övervakning, och vi kan implementera ändringarna själva istället för att ge dig en PDF. Börja med en betald konsultation om du behöver en prioriterad lista över vad du ska fixa först. För en vy på grundarnivå av hela SEO-strategin, se SEO för SaaS-grundare.