Teknisk SEO – komplett guide och checklista

Teknisk SEO (teknisk sökmotoroptimering) är arbetet med att bygga och förvalta en hemsida så att sökmotorernas robotar kan genomsöka, rendera, förstå och prioritera ditt innehåll utan att fastna. Sköts det rätt rankar du högre, får mer trafik och fler affärer. Sköts det fel spelar det ingen roll hur bra innehållet är – Google ser det aldrig.

I detta inlägg går vi igenom:

• Vad teknisk SEO är och varför det påverkar din försäljning
• Hur du prioriterar rätt insats för störst effekt
• Hur Google genomsöker, renderar och indexerar din hemsida
• Konkreta tips för indexering, Core Web Vitals och strukturerad data

Vi är en digital byrå i Malmö med över 10 års erfarenhet av WordPress och SEO. Du som läser detta inlägg kan vara på rätt spår för att dubbla er försäljning.

Vi rekommenderar att du använder vår checklista för teknisk SEO i Google Spreadsheet. Om det är något du inte kan är det bara att komma tillbaka hit och läsa om det.

Innan vi dyker ner i detaljerna – här är de fem viktigaste sakerna du behöver fixa för din tekniska SEO:

1. Säkerställ att din hemsida är indexerbar – Om Google inte kan indexera dig, rankar du inte. Kolla robots.txt och Search Console.

1. Optimera för Core Web Vitals – Laddningstid, interaktivitet (INP) och mobilupplevelse är bekräftade rankingfaktorer.

1. Använd strukturerad data – Hjälp Google (och AI-sökmotorer) att förstå ditt innehåll korrekt.

1. Bygg en logisk internlänksstruktur – Viktiga sidor behöver fler interna länkar med relevanta ankartexter.

1. Städa upp duplicerat och tunt innehåll – Det späder ut din länkkraft och förvirrar Google.

Nu går vi igenom allt detta steg för steg.

Teknisk SEO (teknisk sökmotoroptimering) handlar om att göra det enkelt för sökmotorer att genomsöka, rendera, förstå och indexera din hemsida. Till skillnad från innehåll och länkar handlar det om själva grunden – det som avgör om Google överhuvudtaget kan läsa och lita på din sida.

Några av de viktigare aspekterna är:

• URL-struktur
• Sidkarta (XML-sitemap)
• Indexering och rendering
• Användarsignaler
• Strukturerad data
• Core Web Vitals

Vi kommer i detta inlägg gå igenom de viktigaste aspekterna i din tekniska SEO-optimering.

Använd gärna vår checklista för teknisk SEO som en Google Spreadsheet – bocka av punkterna medan du går igenom hemsidan.

En checklista är bra – men den säger inte vad du ska börja med.

• Fixa felaktig robots.txt som blockerar Google
• Åtgärda brutna interna länkar
• Lägg till saknade H1:or på viktiga sidor
• Införa grundläggande strukturerad data (Article, Organization)

• Total omarbetning av sidhastighet och Core Web Vitals
• Migrering av URL-struktur på stora hemsidor
• Införande av avancerad strukturerad data (Product)

• Fixa alt-taggar på bilder som inte rankar
• Optimera mindre viktiga kategorisidor

Vill du ha hjälp att prioritera rätt för just din hemsida? Kontakta mig så gör vi en kostnadsfri teknisk analys och visar vad som ger störst effekt.

Teknisk SEO handlar om hur Google kan indexera och crawla din hemsida.

On-page SEO handlar om innehållet på den sidan och hur användarna upplever det.

Båda sker på hemsidan vilket gör att gränsen inte alltid är helt tydlig.

Ja, teknisk SEO är viktigt – men olika viktigt vid olika tillfällen. Det finns en övertro till att jaga toppoäng i alla SEO-verktyg.

1. Att hemsidan inte kan indexeras
2. Fel på dina kanoniska länkar
3. Avsaknad av H1:or
4. Felaktiga meta-titlar
5. Viktiga sidor utan interna länkar

I regel blir teknisk SEO viktigare desto större hemsidan är. Många av lösningarna påverkar hela hemsidan positivt vilket får större effekt om hemsidan har många sidor. Att jaga toppoäng i SEO-verktyg brukar innebära att man sitter med detaljer som har nästan ingen effekt på resultatet. SEO handlar om att prioritera rätt insats för att ranka högre.

Googles AI-översikter och andra AI-sökmotorer förändrar hur vi behöver tänka kring teknisk SEO.

För att din hemsida ska bli en källa i AI-genererade svar behöver du tänka på följande:

AI-modeller föredrar innehåll som är tydligt strukturerat. Lägg krutet på Article, Product och Organization schema. Det hjälper AI att förstå sammanhanget och citera dig korrekt.

En logisk hierarki med H1, H2, H3 och semantisk HTML gör det enklare för AI att parsa och förstå ditt innehåll. Undvik att bygga struktur enbart med CSS.

Ju snabbare din hemsida laddar, desto mer innehåll kan AI-modeller hämta och bearbeta inom sin crawl budget. Detta blir extra viktigt när fler AI-agenter börjar indexera webben.

Om du vill förbereda din hemsida för framtidens sökning kan en SEO-byrå med erfarenhet av både traditionell SEO och AI-optimering hjälpa dig.

I slutändan vill Google att deras användare ska vara nöjda med de resultat som dyker upp. Sedan en tid tillbaka är användarupplevelsen en bekräftad rankingfaktor. Den tekniska SEO du gör ska alltså inte bara vara en checklista utan i slutändan ska du säkerställa att användarupplevelsen blir bättre.

• Laddningstid
• Mobilanpassning
• Brutna länkar
• Icke fungerande kod

Men eftersom Google inte bara kollar på vad du gör fel – utan vad användare gillar – innebär detta att det inte bara handlar om att få bra poäng i en teknisk audit. En hemsida som är riktigt bra kan få positiva signaler som gör att du rankar högre.

Sunbird består av två enheter. Vi har en SEO-byrå med huvudkontor i Malmö och ett team som arbetar som webbyrå i Malmö. Har du en hemsida gjord i WordPress, eller vill att vi gör den, kan vi hjälpa dig med din tekniska SEO-optimering fullt ut.

Tunna sidor, eller ”thin pages”, är sidor med inget eller litet värde. Begreppet är något missvisande då det egentligen syftar på värdet på innehållet och inte mängden. Exempelvis ett ordlexikon eller svar på en enkel fråga bör vara ett längre inlägg.

• Späder ut hemsidans länkkraft
• Är de tillräckligt många kan de försämra Googles uppfattning om hela hemsidan
• Slösar med crawl budget

Tunna sidor kan exempelvis vara autogenererade utan att du vet om det eller något som du låtit ligga kvar.

I en teknisk SEO-audit går man igenom alla sidor. Du kan använda Screaming Frog, Googla ”site:sunbird.se” eller använda din sitemap (som oftast finns på .se/sitemap.xml) för att hitta dessa.

Tunna sidor bör du i regel inte 301-redirecta då de ändå inte har något värde.

Om du har tunna sidor som du ändå vill behålla kan du alltid sätta no-index på dem, exempelvis tack-sidor för konverteringsspårning.

Duplicerat innehåll anses vara tunt innehåll. Det kan uppstå av en rad olika anledningar och måste inte alltid vara ett problem.

Duplicerat innehåll tenderar att inte ranka utan förvirrar enbart Google. Precis som tunna sidor späder det ut länkkraft och slösar med crawl budget.

I stort tenderar duplicerat innehåll att inte ranka alls. Framför allt nya företag med lågt förtroende hos Google bör undvika detta helt. Etablerade företag som i regel rankar snabbt och bra kan i viss mån komma undan med det, framför allt för lokala sökningar.

Tänk också på att long tail-sökord står för en stor del av trafiken på en hemsida. Genom att ha unikt och välskrivet innehåll på flera sidor ökar sannolikheten att du får in long tail-sökord.

Vi har lite olika metoder för att hitta duplicerat innehåll. Ett enkelt verktyg är Siteliner. Annars kan du använda Screaming Frog genom att sortera på antalet ord på sidan. Har två sidor exakt lika många ord kan du undersöka om de är duplicerade:

Om du måste ha båda sidorna kan du jobba med kanoniska länkar (mer om det nedan).

För viktiga sökord kan du göra ett mer manuellt arbete och söka på dem en och en. Finns det duplicerade sidor här borde de dyka upp högt upp.

I slutändan handlar det om att besökaren ska vara nöjd. Om du ser starka anledningar till varför det måste vara duplicerat och fler gör det kan det vara en idé att prova. Det är förknippat med risk, både tydlig risk och mer underliggande tröghet i ranking. Är du osäker får du gärna kontakta mig (Nils).

Orphan pages är sidor utan interna länkar till sig och de rankar i regel dåligt.

Om du inte vill länka till sidan men ändå ha kvar den kan du överväga att sätta kanonisk länk till annan sida (om det passar) eller be Google att inte indexera.

Precis som alla sidor som inte är viktiga kan du ta bort dem i din sidkarta. De flesta WordPress-plugin gör detta automatiskt samtidigt som man sätter no-index.

Kanoniska länkar är ett sätt att berätta för Google vilken sida som är originalet. Om du har två sidor med duplicerat innehåll kan du ställa in en kanonisk länk från sida B till sida A.

Båda sidorna kommer gå att besöka. Men det är enbart ”sida-A” som indexeras av Google. Detta kallas en ”soft redirect” då den inte påtvingar användaren till sida-A, utan kan besöka sida-B.

Tänk på att en canonical-tagg bara är en signal till Google, inte en order. Pekar du canonical mot sida A men dina interna länkar och din XML-sitemap pekar mot sida B, väljer Google ofta B ändå. Se därför till att canonical, interna länkar och sitemap säger samma sak – annars gör du ett arbete som Google struntar i.

En sidkarta, eller ”sitemap”, ska vara i XML-format. Använder du WordPress har vi en WordPress SEO-guide här. Du kan använda SEO-plugins såsom Yoast och Rank Math som löser detta enkelt åt dig. I en teknisk SEO-analys kollar vi efter:

• Ta bort tunna sidor
• Säkerställ så alla sidor, kategorier och liknande du vill ha med är länkat

Vi rekommenderar att ha med din sidkarta i din robot.txt och att lägga till den i Search Console.

Interna länkar är en kraftig SEO-signal, detta då de:

• Riktar länkvärde
• Sammanhanget länken är med i
• Ankartexter är en stark signal

I en teknisk audit vill vi se att viktiga sidor får flest interna länkar, har relevanta med varierande ankartexter, har ett bra sammanhang där länken är med och att onödiga länkar rensas bort.

Placeringen av de interna länkarna är också viktig. Länkar högre upp på sidan väger tyngre än de lägre ner.

Tips: Du som har kunskap om SEO har säkert tänkt tanken att sätta no-follow på sidor som inte ska ranka. Tyvärr fungerar det inte utan är enbart skadligt.

Tips 2: Ett bra sätt att hitta relevanta sidor att länka internt från är genom att söka på ditt viktigaste sökord på Google. Sida 2, 3, 4 etc kan vara en bra idé att länka internt från till sidan som försöker ranka på sökordet.

I en teknisk SEO-audit kollar vi alltid efter brutna interna (och externa) länkar. Det kan du göra med Siteliner, Screaming Frog och WordPress-plugins.

Brutna länkar är dåligt för användarupplevelsen och skickar länkkraft till en sida (404-sida) som inte finns.

Det är bäst att du ändrar alla ställen där den brutna länken finns, och inte bara gör en 301-redirect.

Navigeringen – menyer, footer och brödsmulor – är en del av dina interna länkar och visar Google vilka sidor du tycker är viktigast. Viktiga sidor får gärna finnas i navigeringen högst upp och i footern.

Tips: Glöm inte att kolla mobilen. Ibland skiljer sig navigeringen på grund av hur hemsidan är byggd. Det här har blivit avgörande – Google indexerar numera enbart mobilversionen (mer om det nedan), så en länk som bara finns i desktopmenyn räknas inte.

Brödsmulor, eller breadcrumbs, är vanliga bland större hemsidor såsom e-butiker. Det visar hierarkin och var på hemsidan användaren är.

Detta uppskattas i många fall av användaren och hjälper dessutom Google att förstå strukturen. Det är också ett smart sätt att ge relevanta interna länkar med matchande ankartexter.

Search Console är ett gratis verktyg från Google som vi rekommenderar alla att använda, framför allt gällande teknisk SEO.

Under rapporterna för sidupplevelse och Core Web Vitals hittar du data om laddningstid, mobilanpassning och användarupplevelse. Gå igenom dessa flikar och åtgärda eventuella fel som flaggas.

Att kontrollera laddningstiden är en viktig del i en teknisk audit.

Om du läser denna guide och inte använt Search Console förut kommer det inte finnas någon historisk data på kontot. Då kan du använda Googles öppna PageSpeed Insight-verktyg.

Utöver Search Console kan du ta en titt på GTMetrix och Pingdom Tool. Kom ihåg att de här labbverktygen är bra för felsökning, men det är bara fältdatan – hur sidan känns för dina riktiga besökare – som Google väger in i rankingen.

Den stora fördelen med Search Console är att du får med alla dina URLer och får varningar om något händer.

Tips: Har du varningar och rött i fältdatan är det relativt kritiskt att lösa laddningstiden – det påverkar både ranking och hur många som stannar och köper. Men att jaga maximala labbpoäng är sällan prioriterat. Titta på fältdatan från dina besökare, inte på en enskild körning i ett labbverktyg. Glöm inte att kolla i mobilen, det är ofta där problemen sitter. Bygger du en ny hemsida är det däremot ett bra tillfälle att lägga grunden rätt från början.

Nästan alla hemsidor har detta idag: SSL-certifikat. Det ger dig https istället för http och i många webbläsare ett lås som säger att anslutningen är säker. Även detta flaggar Search Console för om du saknar.

Se till att man, även om https fungerar, inte kan nå http-varianten. Det är inte ovanligt att SSL-certifikat finns men att den varianten inte påtvingas.

Sedan 5 juli 2024 indexerar Google enbart mobilversionen av din hemsida. Skrivbordsversionen genomsöks inte längre – finns innehåll, menyer eller strukturerad data bara på desktop existerar det inte för Google. Därför är det första du ska kolla att allt du vill ranka på verkligen syns i mobilläget.

I den tekniska SEO-auditen kollar vi inte på hur bra vi tycker mobildesignen är, utan vi kollar primärt om det finns några varningar från Search Console.

När man ser sådant måste det prioriteras. Efter att du löst problemet kan du klicka ”Validate fix”. Det gör du genom att klicka in dig på problemen ovan och därefter i övre högre hörnet.

Core Web Vitals är tre mått som Google använder för att bedöma hur snabb och stabil din hemsida upplevs av riktiga besökare: LCP (hur snabbt det största innehållet laddar), INP (hur snabbt sidan svarar på klick) och CLS (hur mycket layouten hoppar). Klarar du alla tre får du en liten men verklig fördel mot konkurrenter som inte gör det.

Den 12 mars 2024 ersattes det gamla måttet FID av INP (Interaction to Next Paint). Skillnaden är att INP mäter hela fördröjningen från att en besökare trycker tills något syns på skärmen – inte bara det allra första klicket. Målet är en INP under 200 millisekunder.

Här ligger en konkret möjlighet: många hemsidor klarar fortfarande inte samtliga tre Core Web Vitals. Att lösa det är alltså inte en bock i kanten – det är ett sätt att gå om konkurrenter i tävlingen om placeringarna.

En sak är viktig att förstå: Google väger bara in fältdata från dina faktiska besökare (det du ser i Search Console), inte enskilda labbtester i verktyg som Lighthouse. Ett grönt labbresultat på din egen snabba dator säger ingenting om hur sidan känns för en besökare med en medelbra mobil på 4G. Titta därför alltid på fältdatan när du bestämmer vad som ska åtgärdas.

Hur din hemsida byggs tekniskt avgör hur snabbt Google kan läsa den. ges innehållet färdigt från servern (server-side rendering) kan Google läsa och indexera det direkt. Byggs sidan istället upp i webbläsaren med JavaScript (client-side rendering) hamnar den i Googles renderingskö, Web Rendering Service – och där kan det dröja från timmar till flera veckor innan innehållet indexeras.

För en e-butik som lanserar nya produkter eller ändrar priser är det förödande. Nya sidor kan bli osynliga i sökresultaten i veckor medan konkurrenterna redan syns. Ser du att view-source på en sida är i princip tom och att allt innehåll laddas in efteråt, är det ett rött larm.

Se till att det viktigaste finns i den råa HTML-koden: brödtext, H1, bildreferenser och interna länkar ska ges direkt från servern – inte hämtas in med skript efteråt.

Den vanligaste orsaken till trög interaktivitet är långa JavaScript-uppgifter. När en uppgift tar över 50 millisekunder blockerar den webbläsarens huvudtråd, och besökarens klick får vänta. Det är en av anledningarna till att färre än en fjärdedel av alla webbplatser håller sina JavaScript-uppgifter under den gränsen.

Lösningen är att dela upp tunga skript i mindre bitar så att webbläsaren hinner svara på klicket först. Tunga spårningsskript och samtyckesrutor (cookie-banners) är vanliga bovar – placera dem så att de inte blockerar det första besökaren gör på sidan. Det ger snabbare känsla, bättre INP och färre besökare som studsar tillbaka till Google.

Crawl budget är hur mycket resurser Google lägger på att genomsöka din hemsida. Det blir en verklig faktor först på stora hemsidor med tusentals sidor – för mindre hemsidor är det sällan något att lägga tid på.

För att göra en teknisk audit behöver man förstå hur indexering fungerar:

• Google indexerar inte i realtid
• Om du uppdaterar din hemsida sällan kommer Google inte besöka dig ofta i onödan
• Google är ett företag och vill inte lägga mer pengar på datakraft än nödvändigt. De jobbar inte för dig utan ska skapa en bra upplevelse för deras användare.

Saker som du gör på hemsidan kan ta veckor eller månader att hitta igen. Läs mer om crawl budget för SEO.

Läckan av Googles interna dokumentation i maj 2024 bekräftade dessutom något viktigt: hur ofta Google besöker dig beror inte bara på serverkapacitet utan på det verkliga intresset för ditt innehåll. Ett system som kallas NavBoost samlar in och väger in hur användare klickar och beter sig i sökresultaten över ett rullande fönster på 13 månader. Sidor som ingen bryr sig om crawlas mer sällan – en snabbare server hjälper alltså inte om innehållet inte efterfrågas.

Crawl budget är särskilt viktigt för större hemsidor med hundratals eller tusentals sidor. Här är konkreta sätt att optimera:

Förhindra Google från att slösa tid på admin-sidor, sökresultat, filter-URLer och andra sidor utan SEO-värde.

Varje 404 och varje extra redirect i en kedja slösar crawl budget. En redirect chain ser ut såhär: Sida A → Sida B → Sida C. Google måste följa varje steg.

Ju fler värdelösa sidor Google hittar, desto mindre förtroende får din hemsida. Städa upp regelbundet.

Sidor med fler interna länkar crawlas oftare. Se till att viktiga sidor får många relevanta interna länkar.

Ta bort sidor som är noindexerade, redirectade eller blockerade i robots.txt från din sitemap. Den ska bara innehålla sidor du vill att Google ska indexera.

Om du har en stor hemsida och misstänker crawl budget-problem kan vi på Sunbird hjälpa dig analysera och optimera. Kontakta oss för en genomgång.

Alt-taggar används för att beskriva en bild. Nedan är exempel på hur man anger det i WordPress (det kommer upp till höger som ”Alternativ text”).

• Alt-taggen är till för att beskriva bilden
• Kan du beskriva bilden och få med sökordet är det bra
• Undvik intern konkurrens
• Överoptimera inte

Läs den fulla guiden om att sökmotoroptimera bilder.

Robot.txt är något av det första vi kollar om du har allvarliga problem med att ranka hemsidan.

• Saker du helt enkelt inte vill ska synas
• Duplicerat och tunt innehåll

Detta är ett effektivt sätt att optimera din crawl budget.

Det kan dessutom blockera ut ”crawlers” (spindlar), exempelvis ChatGPT och andra analysverktyg.

Viktigt med AI-crawlers: Du kan blockera botar som samlar in data för att träna AI-modeller – till exempel GPTBot och Google-Extended – utan att det skadar din vanliga ranking. Men blockera aldrig Googles ordinarie sökbotar (Googlebot) eller sökassistenter som OAI-SearchBot. Gör du det försvinner du ur både sökresultaten och AI-översikterna. Skilj alltså på att skydda din data och att synas i sök – det är två olika saker.

Anledningen till varför vi kollar denna vid allvarliga fel är att den ibland blockerar ut Google helt.

• Ha med sökordet i URLen, exempelvis: /teknisk-seo/
• Undvik stoppord såsom ”för”, ”till”, ”på”
• Ha sökordet så nära roten (.se) som möjligt
• Ändra aldrig URLer om det inte strikt är medvetet
• Om du ändrar URL, gör en 301-redirect från gamla till nya URLen
• En tydlig URL-struktur såsom /blogg/ eller /lediga-jobb/ kan hjälpa dig i ditt analysarbete, exempelvis: /blogg/teknisk-seo/
• Du kan medvetet trycka bort mindre viktiga sidor längre bort från roten, exempelvis tillfälliga lediga jobb som du inte behöver organisk trafik till.

Det vi kollar efter i teknisk SEO-analys är felaktigheter enligt ovan. Vi sätter ibland upp en 404-rapport i Google Analytics och ser om du ändrat URLer utan att införa en 301-redirect.

Gör vi en ny hemsida ser vi till att ha en logisk struktur som prioriterar viktiga SEO-sidor.

I våra tekniska SEO-analyser är det inte ovanligt att vi ser att man kan besöka hemsidan både genom www och utan www.

www är en subdomän till den utan www och är alltså inte 100 % samma hemsida.

Även om Google generellt sett löser detta bra är det bättre att lösa det själv. Det minskar också risken.

• http://sunbird.se
• http://www.sunbird.se
• https://www.sunbird.se

Ska gå till: https://sunbird.se/.

Enkelt förklarat är en URL-parameter alla de URLer som har ”?” i sig. De kan användas för exempelvis sortering, sök eller värden.

Om du inte vet vad du gör här så var försiktig. Detta anses som något av de svårare sakerna och kan ha stor inverkan.

• Man länkar internt till dem istället (exempelvis till /?q=loparskor istället för /loparskor
• Det autogenereras sidor som skapar intern konkurrens, tunt och duplicerat innehåll

Ovan förvirrar Google och sprider ut kraften. Att lösa detta kan i många fall ha stor inverkan på resultatet.

Lösningen är att alltid länka till den URL som inte har en URL-parameter i sig. För de autogenererade sidorna behöver du hantera detta med kanoniska länkar. Exempelvis: /loparskor?color=gul ska ha en kanonisk URL till /loparskor

Paginering är hur man fördelar innehåll på fler sidor, exempelvis /page/3/ eller ?page=3.

Paginering brukar ge varningar både i Search Console och i SEO-verktyg när man gör en teknisk audit.

Det viktigaste är att varje sida länkar tydligt till nästa och föregående sida med vanliga HTML-länkar, så att Google hittar hela serien. Det har ändrats fram och tillbaka genom åren kring rel prev/next och att peka mot första sidan – det som gäller nu är tydlig länkning mellan sidorna. Varje paginerad sida ska ha en själv-refererande kanonisk tagg. Kanonisera aldrig sidorna mot sida 1, för då riskerar produkterna på sida 2 och framåt att aldrig indexeras.

Strukturerad data är också en av de viktigare sakerna för teknisk SEO. I sin helhet är det information som presenteras till Google på ett organiserat sätt.

Detta kan hjälpa Google att få rätt bild av dig och göra rätt kopplingar.

För att införa det behöver man ett plugin eller hjälp av en utvecklare (om du inte är duktig själv).

I en teknisk audit kollar vi om det finns någon felaktigt formaterad strukturerad data. Det gör vi enklast via Search Console:

Om du vill få hjälp att generera en kod rekommenderar vi att du använder Googles Structured Data Markup Helper.

• Författare
• Lokala platser
• Produkter
• Omdömen

En sak har ändrats: sedan slutet av 2023 visar Google inte längre rika resultat för FAQ- och How-To-scheman på vanliga kommersiella hemsidor. Lägg därför inte krutet där. Fokusera istället på Product, Article och Organization – det är de som hjälper Google (och AI-sökmotorerna) att koppla ihop dig med rätt entiteter och stärka din E-E-A-T.

I en era där E-E-A-T blir allt viktigare för din SEO är strukturerad data en viktig aspekt i ditt SEO-arbete.

Strukturerad data kan hjälpa dig få Rich Snippets. Det gör att du får ett större resultat som också ökar din sannolikhet att få ett klick:

Hreflang ska alltid definieras. Det blir extra viktigt om du har en hemsida för fler språk i fler länder.

Värdet x-default signalerar till Google att sidan inte riktar sig mot något specifikt språk eller region, och blir standard när ingen annan sida passar bättre.

Screaming Frog: Kanoniska länkar, href-lang, H1, sidtitlar, interna och externa länkar.

Search Console: PageSpeed, Google mobiltest och Rich Results (strukturerad data).

Siteliner: För brutna länkar och duplicerat innehåll.

Riktat för WordPress använder vi: Rank Math och Broken Link Checker.

Om allt ovan är korrekt för din hemsida har du bra teknisk SEO!

De vanligaste misstagen är sidor som inte kan indexeras, felaktiga kanoniska länkar, brutna interna länkar, saknade H1:or och innehåll som bara laddas in med JavaScript efteråt. Nästan alla går att hitta i en teknisk audit med Search Console och Screaming Frog.

Gör en teknisk revision när du bygger ny hemsida, byter plattform, migrerar URL-struktur eller ser ett oförklarligt tapp i trafik. På större hemsidor är det bra att gå igenom det tekniska minst någon gång per år, eftersom fel där påverkar många sidor på en gång.

Sidhastighet är en bekräftad rankingfaktor via Core Web Vitals, men det är fältdatan från dina riktiga besökare som räknas – inte labbpoäng. Snabbare sidor rankar inte bara bättre, de får också fler besökare att stanna och köpa.

Det finns inget enskilt bästa verktyg. Vi använder mest Screaming Frog för att genomsöka hemsidan och Google Search Console för fältdata om indexering, Core Web Vitals och strukturerad data. Siteliner är bra för brutna länkar och duplicerat innehåll.

Teknisk SEO kan kännas överväldigande, särskilt om du inte har en utvecklare i teamet.

Vi på Sunbird hjälper företag i hela Sverige med allt från grundläggande tekniska audits till avancerad optimering för AI-sökning och Core Web Vitals. Vi är en digital marknadsföringsbyrå som kombinerar teknisk expertis med affärsförståelse.

Som alltid får du gärna kontakta mig, Nils, för en kostnadsfri teknisk SEO-analys. Vi går igenom din hemsida och visar konkret vad som behöver fixas – och i vilken ordning.