Teknisk SEO-analys

Starkt innehåll och bra struktur räcker inte om sajten är tekniskt trasig. Google måste kunna crawla, indexera och förstå er sajt. Annars spelar resten ingen roll.

Teknisk SEO ser till att sökmotorerna kan göra sitt jobb. Det är grunden som allt annat bygger på.

Hur bra innehållet än är finns det så gott som alltid tekniska problem som hindrar synligheten. Sajterna har generellt blivit bättre, men nya tekniska problem tillkommer ständigt i takt med att Google, moderna webbläsare och webbtekniken förändras.

Vi använder flera verktyg för att sammanställa en teknisk audit av alla sajter vi börjar arbeta med. Alla verktygen börjar med att crawla sajten som Googlebot, så att vi ser samma saker som Google ser.

Vad vi analyserar

Checklistan för den lägsta acceptabla tekniska nivån växer ständigt ju mer Google förändras. På senare år har HTTPS, sajternas hastighet och Core Web Vitals tillkommit som kritiska punkter. Det händer sällan att något kan strykas från listan, och kraven ökar över tid.

Den tekniska analysen mynnar alltid ut i en prioriterad åtgärdslista. Vissa fel är katastrofala och måste åtgärdas omedelbart. Andra är mikrooptimeringar som ger marginell förbättring.

Den tekniska SEO-analysen behöver ofta göras om efter större releaser. Gamla fel har en tendens att komma tillbaka, och nya tillkommer varje gång ny funktionalitet byggs in på en sajt.

Den tekniska analysen vägs in i vår analys av webbplatsen. Den hjälper oss att förstå vilka möjligheter eller svårigheter olika sidtyper har att nå de bästa positionerna för viktiga sökfraser.

Crawlbarhet: kan Google hitta era sidor?

Så kan robots.txt blockera viktiga sidor

En felkonfigurerad robots.txt kan blockera Google från att crawla viktiga delar av sajten.

Vi granskar robots.txt först i varje teknisk audit.

Vad brukar bli fel i en sitemap?

XML-sitemaps hjälper Google att hitta alla viktiga sidor på sajten.

En bra sitemap innehåller bara sidor ni vill att Google ska indexera: inga 404:or, redirects eller duplikat.

När spelar crawl budget roll?

Crawl budget spelar framför allt roll för mycket stora sajter (från ungefär en miljon sidor) och för sajter med över 10 000 sidor vars innehåll ändras dagligen. Google crawlar inte alla sidor varje dag.

Lösning: Prioritera viktiga sidor, blockera oviktiga och förbättra hastigheten.

Indexering: förstår Google sidorna rätt?

Canonical tags är det vanligaste problemet

Canonical tags talar om för Google vilken version av en sida som är den ”riktiga”. Felaktiga canonical tags är bland de vanligaste tekniska felen vi ser.

Problem: Felaktig self canonical

Det är nästan vanligare att canonical görs fel än att den inte används alls.

Dessa fel är vanliga.

Varför en korrekt self canonical är kritisk

För en sida som via sajtens interna länkar nås med URL:en https://www.exempel.se/katalog/sida ska canonical-koden se ut så här:

<link rel="canonical" href="https://www.exempel.se/katalog/sida" />

Korrekt canonical är särskilt viktig för sajter som annonserar mycket eller har många samarbeten. Google indexerar nämligen alltför ofta varianter av URL:ar som innehåller olika parametrar.

Google kan ofta hantera UTM-parametrar, men om URL:en innehåller en extra parameter kan det bli fel. Med tillräckligt många sådana ”alternativa” URL:ar till en sida är det lätt hänt att Google går vilse och börjar visa parameterversionen av URL:arna i sökresultaten. De hamnar aldrig på den plats de förtjänar, eftersom sajten själv inte stödjer den version av sidan som Google bestämt är den bästa.

En korrekt self canonical minskar även problem mellan www- och non-www-versioner av en sajt. Den minskar också de alltför vanliga problemen med sidor som svarar likadant med och utan avslutande slash i URL:en.

Så används indexeringsdirektiven noindex och nofollow

Ibland vill ni att vissa sidor inte ska indexeras. Då används en noindex-tagg.

Vi granskar alla indexeringsdirektiv för att se om rätt sidor indexeras och om övriga blockeras.

Structured data hjälper Google att förstå innehållet

Strukturerad data (Schema markup) hjälper Google att förstå vad innehållet är: produkt, artikel, recept, evenemang och liknande.

Vi validerar alltid strukturerad data med Googles verktyg för att se att uppmärkningen är korrekt.

Så mäter Core Web Vitals hastighet och användarupplevelse

Sedan juni 2021 ingår Core Web Vitals i Googles rankningssystem. Google mäter hur verkliga användare upplever sidan.

Vilka är de tre måtten i Core Web Vitals?

LCP (Largest Contentful Paint): laddningstid

Hur lång tid tar det innan huvudinnehållet visas?

Mål: Under 2,5 sekunder

INP (Interaction to Next Paint): interaktivitet

Hur snabbt svarar sidan på användarinteraktion?

Mål: Under 200 millisekunder

CLS (Cumulative Layout Shift): visuell stabilitet

Hoppar innehåll runt när sidan laddar?

Mål: Under 0,1

Vi mäter Core Web Vitals både i lab (Lighthouse) och i fält (verkliga användare via Search Console).

Hur klarar sajten mobil-först-indexering?

Google indexerar främst mobilversionen av er sajt, så det är den som räknas.

Vad vi granskar

Innehållsparitet

Har mobilversionen samma innehåll som datorversionen?

Finns innehåll i datorversionen men inte på mobilen kan Google missa det helt.

Hastighet på mobil

Mobila enheter är ofta långsammare än datorer, så optimering för mobil är ännu viktigare.

Vi testar alltid på riktiga mobiler, inte bara i simuleringar på dator.

Är HTTPS och säkerheten på sajten i ordning?

HTTPS är inte längre valfritt utan ett krav.

Vad vi kontrollerar

Mixed content

Alla resurser (bilder, skript, stylesheets) måste laddas över HTTPS.

Problem

En HTTPS-sida som laddar HTTP-resurser ger varningar i webbläsaren och kan blockeras helt.

Lösning

Uppdatera alla interna länkar till HTTPS, ladda externa resurser över HTTPS eller använd content security policy.

Redirects från HTTP till HTTPS

Säkerställ att HTTP-versionen redirectar till HTTPS med 301.

När blir rendering och resurser ett problem?

För många CSS- och JavaScript-filer kan försvåra renderingen

JavaScript-tunga sajter och vissa centraliserade CMS genererar ofta många JavaScript- och CSS-filer. Det försämrar även användarupplevelsen, eftersom sajterna blir långsammare.

Laddar en sida in för många olika resurser som påverkar utseendet kan Googlebot dessutom få svårt att rendera den korrekt.

Gränsen är lite flytande. När den nås kan Google plötsligt sluta läsa in resurserna i sin rendering. Det syns som märkliga sidor i Search Console och ger sämre placeringar än sajten borde ha, ibland mycket sämre.

Lösning: Kombinera filer, minifiera och använd code splitting och critical CSS inline.

JavaScript SEO: renderar Google innehållet?

Det här gäller JavaScript-tunga sajter (React, Vue, Angular).

Lösningen är ofta server-side rendering (SSR) eller static site generation (SSG).

Så undviker ni fel med redirects och borttagna sidor

Så blir hanteringen av 404 och redirects fel

Tar ni ofta bort sidor från sajten? Det avråder vi bestämt från, i alla fall utan en genomtänkt 301-redirect till en sida med någotsånär motsvarande innehåll.

Men det händer. Sajter tar bort sidor eller byter URL till en sida bara för att rubriken ändras, färgen på produkten förändras eller produkten är tillfälligt slut. Då hoppas vi att sidan åtminstone ger en korrekt 404.

Vanliga fel

Sidan som tas bort redirectar med 302 (temporär) till en sida som i sig svarar med 404. Den kan till och med svara med 200 OK, som betyder att sidan finns och svarar som den ska, men sakna text.

En fungerande och inte alltför betungande funktion för att skapa 301-redirects är ofta bökig att utveckla och implementera, men det lönar sig i längden.

Så gör ni redirects rätt

Se till att redirects görs via rätt protokoll. Det finns många möjliga felkällor när sidan https://www.exempel.se/katalog/foo ska redirectas till https://www.exempel.se/katalog/bar.

Vi har sett exempel på redirect-loopar via http, via non-www-versionen av sajten eller en kombination av båda.

Vanligare är att sidan redirectas med 302, vilket inte skickar rätt signaler till Google.

Ett annat vanligt fel är att eventuella parametrar inte tas med i redirecten, vilket förstör spårningen av annonsörernas kampanjer.

Så skapar sökresultat och filter thin content

Sökresultatsidor i stället för kategorier

För stora sajter, särskilt inom media och detaljhandel, är det ofta viktigt att optimera kategorisidor framför enskilda artikel- eller produktsidor. Artiklar och produkter har kort livslängd.

En genväg till kategorisering kan vara att arbeta med sökresultatsidor, särskilt med moderna tekniker som Elasticsearch, som snabbt och elegant kan skapa innehållsrika sidor.

Men genvägar är ofta snåriga, och problemen med sökresultat är många.

Problemet

Även om de definierade resultatsidorna är bra skapar man snabbt en uppsjö oväntade resultatsidor utifrån vad kunden söker efter. Kunden söker sällan som man tänkt sig. Det blir stavfel och sökningar på märkliga saker som inte ens borde finnas på sajten.

Då skapar man ”tunt innehåll” på sajten, alltså sidor som inte har något eget innehåll utan enbart listar länkar till andra sidor.

Lösning

Vi ser hellre att man håller sökresultatsidor utanför indexet med noindex. Är målet i stället att spara crawlning går det att stoppa Googlebot i robots.txt, men då kan Google inte läsa noindex på sidorna.

För viktiga kategorier: Skapa riktiga kategorisidor med eget innehåll, beskrivningar och SEO-optimering.

Filtreringssidor i e-handel skapar många URL:ar

Liknande problem uppstår med filtrering.

Varje kombination skapar en ny URL. Med tio färger, fem storlekar och 20 varumärken blir det 1 000 URL:ar bara för de kombinationer där alla tre filter är valda.

Är URL-strukturen och parametrarna rätt uppsatta?

Så skapar URL-parametrar dubblerat innehåll

URL-parametrar kan skapa massiva duplicate content-problem.

Samma innehåll, olika URL:ar.

Internationalisering: hreflang visar Google rätt språk och land

För sajter på flera språk eller i flera länder är hreflang kritiskt.

Vad hreflang gör

Talar om för Google vilket språk/land varje version av sidan är avsedd för.

Vi implementerar korrekt hreflang och testar att det fungerar.

Så prioriterar vi åtgärderna efter analysen

Åtgärdslistan delas in i nivåer:

Nivå 1: kritiska fel (måste åtgärdas omedelbart)

• Robots.txt blockerar viktiga sidor
• Noindex på huvudsidor
• Felaktiga canonicals som pekar till 404
• HTTPS saknas eller mixed content-problem
• Många 404:or eller redirect chains

Nivå 2: allvarliga problem (bör åtgärdas snart)

• Core Web Vitals i rött
• Mobile usability-problem
• Strukturerad data saknas
• Duplicate content-problem
• Långsam svarstid från servern

Nivå 3: optimeringar (förbättrar över tid)

• Förbättra Core Web Vitals från gult till grönt
• Lägg till mer strukturerad data
• Optimera crawl budget
• Förbättra intern länkning tekniskt
• Implementera schema för fler sidtyper

Som en del av vårt löpande SEO-arbete hjälper vi ofta till med själva genomförandet, både enklare rättningar och större tekniska förändringar.

Teknisk SEO kräver löpande bevakning och uppdatering i takt med att Google utvecklas och sajten förändras.

Vill ni få er sajt tekniskt analyserad?

Vi granskar er sajts tekniska grund och identifierar alla problem som hindrar er organiska synlighet.

Kontakta oss för en teknisk SEO-analys →