Teknisk SEO-revision: hitta och åtgärda flaskhalsar

Vad en teknisk SEO-revision ska uppnå

En teknisk SEO-revision är en strukturerad genomgång av hur sökmotorer upptäcker, genomsöker, renderar och indexerar din webbplats. Målet är att identifiera tekniska flaskhalsar som begränsar synlighet, slösar crawlbudget, försämrar sidupplevelsen eller skapar oklarhet kring vilka URL:er som bör rankas.

Revisionen går bortom enskilda verktyg: du behöver förstå mekanismerna (crawling vs indexering vs rankning), kunna reproducera problemen från utsidan och föreslå prioriterade åtgärder som faktiskt kan implementeras och testas.

Översikt: mekanik, mål och leverabler

• Upptäckt och crawlability: kan sökmotorer hitta dina viktiga sidor?
• Indexering och kanonisering: lagras rätt versioner i index?
• Rendering och JavaScript: ser crawlers samma innehåll som användare?
• Prestanda och sidupplevelse: påverkar LCP/INP/CLS användarupplevelse?
• Strukturerad data och rich results: är markups korrekta och testade?
• Säkerhet och infrastruktur: HTTPS, HSTS, serverfel och uptime
• Rapportering och uppföljning: tydliga tickets, verifierbara tester och mätpunkter

Praktiskt arbetsflöde för revisionen

1. Planera scope: välj undersidor, templates, internationella varianter och viktiga tekniska områden (sitemaps, robots.txt, canonicaler, structured data).
2. Initial discovery: samla crawlrapporter (extern crawl), sitemap-listor och indexsignalsökningar. Kör en extern crawl med verktyg som kan simulera sökmotorbeteenden.
3. Replikera med fetch/HTTP-inspektion: använd curl och webbläsarens DevTools för att jämföra HTTP-headers och HTML för olika user-agenter.
4. Server-loggar och crawl-data: analysera dina server-loggar för att se faktiska crawlmönster (vilka user-agenter, frekvens och svarskoder).
5. Indexkontroll: verifiera vilka URL:er som Google visar offentligt (site:operator som indikator) och, för egna sidor, använd Google Search Console URL Inspection för auktoritativ status.
6. Prioritera: skapa en impact × effort-matris och konvertera fynd till implementerbara tickets.
7. Verifiera efterfix: kör samma reproduktionssteg, använd GSC för egna URL:er och fortsätt övervaka med loggar och rankningskpi.

Kontroller och hur du verifierar dem

Crawlability — kan sökmotorer nå sidorna?

Kontrollpunkter: HTTP-statuskoder, redirect-kedjor, robots.txt, X-Robots-Tag, noindex-meta, och intern länkstruktur. Verifiera från utsidan; du kan inte anta att interna verktyg speglar sökmotorens vy.

Snabbtest med curl: för att inspektera headers använd `curl -I https://example.com/sida` (returnerar endast headers). För att se själva HTML utan headers, använd `curl https://example.com/sida` eller för att imitera en viss user-agent: `curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/sida` (utan -I för att få body).

Indexering och kanoniska signaler

Kontrollera att den avsedda URL:en är indexerbar och att canonical-taggar pekar konsekvent. För sidor du äger använder du Google Search Console URL Inspection för att se indexstatus och eventuella canonical-val. För tredjepartssidor kan site:-operatorn ge en indikativ signal men är inte definitiv.

Rendering, JavaScript och dynamiskt innehåll

Använd Chrome DevTools → Network och Elements för att se renderat DOM och kontrollera att kritiskt innehåll inte laddas först av asynkron JavaScript som blockerar crawlers. Om du behöver testa vad en bot ser, jämför server-renderad HTML (curl utan JS) med den renderade DOM i webbläsaren.

Prestanda och Core Web Vitals

Core Web Vitals påverkar användarupplevelsen. Mät med labbverktyg (Lighthouse i Chrome DevTools) och fältdata (Google Search Console och andra fältmätningar). Korrigera långsamma resurser, serverresponse och layoutskift.

Strukturerad data och Rich Results

Validera schema-markup med Rich Results Test och Schema Markup Validator (schema.org). Kontrollera att markups representerar synligt innehåll och att inga fel blockerar rich results.

Sitemap och robots.txt

Verifiera att XML-sitemaps är uppdaterade och listar de URL:er du vill att sökmotorerna ska upptäcka. Kontrollera robots.txt för oavsiktlig blockering. Använd `curl -I https://example.com/robots.txt` för att hämta filen och se status.

Vanliga misstag och hur du hittar dem

• Oavsiktliga noindex/meta-robots eller X-Robots-Tag på viktiga sidor — hitta med curl och genom peer-review av templates.
• Felaktiga canonicaler som pekar till generiska eller irrelevant URL:er — kontrollera kanoniska för varje sidtemplate.
• Redirect-kedjor eller redirect loops som ökar latency och bryter crawl-effektivitet — använd externa crawlverktyg för att hitta kedjor.
• JavaScript-rendering som döljer innehåll för sökmotorer eller skapar content parity-problem mellan mobil/desktop.
• Sitemap som inte återspeglar den verkliga struktur eller innehåller status-koder som returnerar 4xx/5xx — jämför sitemap mot en faktisk crawl.
• Intern länkstruktur där viktiga sidor ligger flera klick från startsidan och saknar inlänkar — använd crawl-visualisering för att prioritera omlänkningar.
• Bristfällig internationell hantering (hreflang) eller felaktiga hreflang-kombinationer.

Prioritering, testning och rapportering

Prioritera åtgärder efter affärspåverkan och teknisk uppskattning. Leverera en tydlig fellista med: problem, påverkat URL-urval, reproduktionssteg, föreslagen åtgärd, ansvarig och verifieringssteg. Efter fix: kör samma reproduktionstester och använd Google Search Console för att bekräfta att indexstatus förändrats.

Kom ihåg skillnaden mellan manuella åtgärder (rapporteras i Search Console) och algoritmiska justeringar (osynliga men kan synas som trafikminskningar).

Granskning av externa publicister och backlinks

När du utvärderar publicister för placeringar eller länkutbyte är teknisk kontroll lika viktig som redaktionell kvalitet. Eftersom du normalt inte har Search Console-access för externa domäner måste du verifiera indexerbarhet och kontext från utsidan.

Praktiska kontroller för publikationer från utsidan:

• Inspektera HTML med `curl https://publisher.example/sida` eller i webbläsarens view-source för att bekräfta att länken finns i server-renderad HTML.
• Kontrollera renderat DOM i Chrome DevTools för att säkerställa att länken inte injiceras dynamiskt efter crawlfasen.
• Använd site:-operatorn med försiktighet som ett offentligt indexationssignal (indikativt, inte definitivt).
• Verifiera att sidan inte blockerar crawlers via robots.txt eller X-Robots-Tag.

Google har riktlinjer mot länkspam: länkar vars huvudsakliga syfte är att manipulera sökrankningar kan behandlas som spam. För betalda/kompenserade länkar rekommenderas rel="sponsored" eller rel="nofollow". Observera att rel="nofollow" hanteras som en hint av Google och inte en absolut instruktion.

En neutral marknadsplats kan hjälpa dig hitta publicister, men granska indexerbarhet och kontext manuellt — marknadsplatser som BlogDrip kan vara ett startställe, men kontrollera alltid att publicistens sida är indexerad, redaktionellt relevant och tekniskt tillgänglig innan du köper en placering.

Exempel på länk-HTML: En standardlänk utan särskild rel: exempel. För betalda placeringar: exempel. För user-generated content: exempel.

Användbara curl-kommandon och kontroller

• `curl -I https://example.com/sida` — visar HTTP-headers (statuskod, Location, X-Robots-Tag).
• `curl https://example.com/sida` — hämtar HTML-body som servern returnerar (används för att kontrollera server-renderad HTML).
• `curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/sida` — hämtar body med en specificerad user-agent (använd utan -I för body).
• `curl -I -L https://example.com/sida` — följer redirects och visar slutlig headersvar (bra för att inspektera redirect-kedjor).

För att inspektera vad Google ser för egna sidor: använd Google Search Console URL Inspection. För att testa rich results, använd Rich Results Test. För tredjepartsdomäner är curl + DevTools + site:-operatorn dina primära verktyg.

Slutord: strategi och kontinuerligt arbete

En teknisk SEO-revision är inte en engångsaktivitet. Prioritera högpåverkande fel, åtgärda dem i sprintar och bekräfta effekten med reproducerbara tester. Kombinera externa kontroller (curl, DevTools, crawlverktyg) med ägda insikter (Search Console, server-loggar) för att få en komplett bild.

FAQ