Teknisk SEO-audit: Sådan løser du flaskehalse i webshoppens performance
En teknisk SEO-audit evaluerer en hjemmesides underliggende infrastruktur og løser crawl-fejl, indekseringsproblemer og langsom hastighed, så søgemaskinerne kan rangere siden korrekt.
Indholdsfortegnelse
- 1. Core Web Vitals og overgangen til INP
- 2. Få styr på facetteret navigation og index bloat
- 3. Håndtering af udsolgte og udgåede varer
- 4. Mobilbrugervenlighed og JavaScript-rendering
- 5. Strukturerede data til Product Rich Snippets
- Ofte stillede spørgsmål om teknisk SEO
- Hvad er et crawl-budget, og hvorfor er det vigtigt?
- Hvordan tjekker jeg, om Google indekserer mit website korrekt?
- Påvirker en ændring af min URL-struktur min SEO?
- Hvorfor er min sidehastighed stadig langsom efter at have installeret et caching-plugin?
- Den vigtigste takeaway
En teknisk SEO-audit fungerer som fundamentet for din synlighed i søgemaskinerne. Den sikrer, at søgemaskinernes robotter effektivt kan crawle, parse og indeksere dine websider uden at støde på strukturelle vejspærringer. Du kan skrive perfekte produktbeskrivelser og opbygge en massiv backlink-profil, men hvis søgemaskinerne ikke rent fysisk kan indlæse (render) dine kategorisider, vil din organiske trafik gå fuldstændig i stå.
Hos SiteGain fungerer vi som et eksternt in-house marketingteam for vores kunder, og når vi overtager en webshops søgestrategi, er det tekniske fundament altid vores første stop. Ud fra vores erfaring med at auditere danske webshops gennem 2023 og starten af 2024 ser vi konsekvent grundlæggende fejl – som ukontrolleret facetteret navigation (filtrering) og massive mængder af tung kode (script bloat) – der opbruger op til 60 % af et websites crawl-budget, før vi griber ind. Søgemaskiner afsætter en begrænset mængde tid til at crawle din webshop. Hvis de spilder tiden på duplikerede filter-URL'er eller tomme kurv-sider, vil dine mest profitable produkter ryge ud af indekset.
Her er de specifikke, målbare tekniske tjekpunkter, vi evaluerer, for at få en webshop til at præstere optimalt i de organiske søgeresultater.
1. Core Web Vitals og overgangen til INP
Sidehastighed er ikke længere kun et spørgsmål om brugeroplevelse; det er en reel ranking-faktor. Google bruger Core Web Vitals til at måle, hvor hurtigt en side indlæses, hvor hurtigt den bliver interaktiv, og hvor stabilt layoutet er undervejs i processen.
"Når indlæsningstiden stiger fra et til tre sekunder, øges sandsynligheden for, at brugeren forlader siden (bounce rate), med 32 %." — Google/Think with Google, 2017
I marts 2024 udskiftede Google officielt First Input Delay (FID) med Interaction to Next Paint (INP) som en primær Core Web Vital. INP måler forsinkelsen på hvert eneste tryk, klik eller tastaturinteraktion under hele brugerens besøg, og altså ikke kun den første interaktion. For webshops er dette kritisk. Når en bruger lægger et produkt i kurven, åbner en mobilmenu eller lukker en pop-up med tilbud, udløser det alt sammen INP-målinger. Hvis din side er afhængig af tung JavaScript til disse funktioner, vil din INP-score dumpe.
Vi måler den tekniske hastighed ved hjælp af specifikke performance-intervaller. Nedenfor ses de grænseværdier, vi bruger til at klassificere sundhedstilstanden af en webshops underliggende hastighedsmetrikker.
| Metrik | Godkendt | Kræver forbedring | Ikke godkendt |
|---|---|---|---|
| Largest Contentful Paint (LCP) | Under 2,5 sekunder | 2,5 - 4,0 sekunder | Over 4,0 sekunder |
| Interaction to Next Paint (INP) | Under 200 millisekunder | 200 - 500 millisekunder | Over 500 millisekunder |
| Cumulative Layout Shift (CLS) | Under 0,1 | 0,1 - 0,25 | Over 0,25 |
| Time to First Byte (TTFB) | Under 800 millisekunder | 800 - 1500 millisekunder | Over 1500 millisekunder |
Når LCP dumper på produktsider, er synderen som regel, at det primære produktbillede indlæses for langsomt. Det løser vi ved at preloade hovedbilledet, konvertere produktgallerier til WebP- eller AVIF-formater og fjerne lazy-loading-attributter fra alt indhold "above the fold" (den del af siden, der er synlig uden at scrolle).
2. Få styr på facetteret navigation og index bloat
Facetteret navigation forårsager et oppustet indeks ('index bloat'), når et website genererer unikke, crawl-bare URL'er for hver eneste mulige kombination af produktfiltre.
Hvis din tøjbutik har 100 skjorter, og brugerne kan filtrere på 5 størrelser, 10 farver og 4 materialer, kan serveren generere tusindvis af unikke URL'er. Hvis Googlebot forsøger at crawle alle kombinationer (f.eks. ?color=red&size=large&material=cotton), opbruger den sit crawl-budget på duplikerede sider i stedet for at opdage dine nye varer.
Når vi gennemgår vores kernetilgang til digital marketing og anvender den på katalogstyring, implementerer vi strenge regler for søgemaskinerne. Vi bruger robots.txt-filen til at blokere crawling af parameterstrenge, der ikke tilføjer nogen søgeværdi, såsom sorteringsrækkefølger (?sort=price_asc) eller sessions-ID'er. For parametre, der ændrer sidens indhold, men som ikke bør indekseres separat – som f.eks. specifikke farvefiltre uden søgevolumen – implementerer vi canonical tags, der peger tilbage på den primære kategoriside. Det konsoliderer ranking-signalerne og holder indekset rent.
3. Håndtering af udsolgte og udgåede varer
Webshop-kataloger ændrer sig konstant, og måden, du håndterer manglende produkter på, har stor indflydelse på din tekniske sundhed. Hvis du blot sletter en udgået produktside, resulterer det i en 404-fejl. Hvis den pågældende side har backlinks eller eksisterende organisk trafik, mister du al den opbyggede værdi (link equity) i det sekund, serveren returnerer 404-statuskoden.
Vi anvender en specifik række regler, når vi håndterer udgåede varer:
- Lad siden forblive aktiv for produkter, der midlertidigt er udsolgt. Tilføj en forventet dato for, hvornår varen er på lager igen, samt en e-mail-formular, så kunder kan skrive sig på venteliste. Fjern aldrig produktet fra sidens arkitektur.
- Implementer en 301-redirect for permanent udgåede produkter, så den gamle URL peger på det mest relevante erstatningsprodukt. Søgemaskiner behandler en 301-redirect som en permanent flytning og overfører størstedelen af den oprindelige sides ranking-signaler til den nye destination.
- Lav en redirect til hovedkategorien, hvis der ikke findes et direkte erstatningsprodukt til en udgået vare. Det redder den opbyggede linkværdi og holder brugeren inden for den korrekte shopping-silo.
- Tillad kun en 410-status (Gone), hvis produktet er permanent væk, har nul i søgevolumen, ingen backlinks og ingen relevant kategori at viderestille til. Dette fortæller udtrykkeligt søgemaskinerne, at siden skal droppes fra indekset.
Vi identificerer disse strukturelle blindgyder tidligt, når vi udfører et indledende teknisk tjek for vores samarbejdspartnere, da det at genvinde tabt værdi fra gamle URL'er er en af de hurtigste måder at løfte den overordnede domæneautoritet på.
4. Mobilbrugervenlighed og JavaScript-rendering
Google opererer ud fra en 'mobile-first' indekseringsstandard. De vurderer mobilversionen af din webshop i forhold til både placeringer (rankings) og rendering. Hvis dit mobilsite skjuler tekst bag harmonika-menuer (accordions), der kræver JavaScript for at indlæse, eller hvis din mobilmenu ikke kan indlæses, når Googlebot crawler den, eksisterer det indhold reelt ikke i søgeindekset.
Mange moderne e-handelsplatforme er afhængige af Client-Side Rendering (CSR), hvilket betyder, at browseren downloader et tomt HTML-dokument og en stor JavaScript-fil, hvorefter siden bygges på brugerens enhed. Selvom Googlebot godt kan indlæse JavaScript, gør den det i en tostrenget proces. Først indekserer den den rå HTML. Dage eller uger senere vender den tilbage for at eksekvere JavaScript-koden og indeksere det genererede indhold.
Hvis dine produkttitler, priser eller interne links udelukkende afhænger af JavaScript, vil din webshop lide under alvorlige forsinkelser i indekseringen.
For at rette op på flaskehalse i renderingen skal du sikre dig, at de kritiske elementer indlæses i det indledende HTML-svar:
- Primære navigationslinks og kategorimenuer
- Vigtigste produkttitler og -beskrivelser
- Priser og lagerstatus
- Pagineringslinks eller "indlæs flere"-knapper (ved brug af standard href-attributter, ikke kun klik-events)
Hvis din platform bruger CSR, råder vi kraftigt til at skifte til Server-Side Rendering (SSR) eller dynamisk rendering. Det leverer en fuldt formet HTML-side til søgemaskinernes robotter, samtidig med at de menneskelige brugere får den JavaScript-tunge oplevelse.
5. Strukturerede data til Product Rich Snippets
Teknisk SEO handler ikke kun om at rette fejl; det handler om at formatere dine data, så søgemaskinerne kan fremhæve dem direkte i søgeresultaterne. Uden strukturerede data (structured data) er Google nødt til at gætte sig til, hvad dine priser, anmeldelser og lagerstatus er.
Vi skriver specifik JSON-LD Schema-markup direkte ind i <head> på produktsiderne. Vores Product-schema kommunikerer det præcise varenavn, brand og SKU. Indlejret i dette dikterer Offer-schemaet den nøjagtige pris, valuta og lagerstatus. Når det er implementeret korrekt, er det disse data, der driver de rich snippets, du ser i søgeresultaterne – de gule stjerner for anmeldelser, prisskilte og "På lager"-mærkater, der øger klikraten (CTR) drastisk.
I slutningen af 2023 introducerede Google strengere retningslinjer for forhandleropslag (merchant listings). Hvis dit produkt-schema mangler obligatoriske felter som forsendelsesdetaljer eller returpolitikker, vil dine produkter blive udelukket fra de gratis, organiske visninger under Google Shopping-fanen. At køre dine produktskabeloner gennem et schema-valideringsværktøj og fjerne alle advarsler er et ufravigeligt skridt for at bevare din synlighed i søgemaskinerne.
Ofte stillede spørgsmål om teknisk SEO
Hvad er et crawl-budget, og hvorfor er det vigtigt?
Et crawl-budget er det antal sider, en søgemaskinerobot vil crawle på dit website inden for en bestemt tidsramme. Det er vigtigt, fordi hvis søgemaskinerne spilder deres crawl-budget på sider med lav værdi, duplikeret indhold eller uendelige redirect-loops, vil de ikke have tid til at indeksere dine nye produkter eller opdaterede kategorisider.
Hvordan tjekker jeg, om Google indekserer mit website korrekt?
Du tjekker din indekseringsstatus ved hjælp af rapporten 'Sider' i Google Search Console. Den viser præcis, hvor mange sider der i øjeblikket er indekseret, hvor mange der er ekskluderet, og de specifikke tekniske årsager til eksklusionerne, såsom "Crawlet – i øjeblikket ikke indekseret" (Crawled - currently not indexed) eller "Blokeret af robots.txt."
Påvirker en ændring af min URL-struktur min SEO?
Ja, en ændring af din URL-struktur påvirker din SEO direkte og vil forårsage et midlertidigt fald i trafikken, mens søgemaskinerne lærer dit website at kende på ny. Hvis det er absolut nødvendigt at ændre URL'er, skal du mappe hver eneste gamle URL til dens nye modpart ved hjælp af permanente 301-redirects for at bevare dine eksisterende placeringer i søgeresultaterne.
Hvorfor er min sidehastighed stadig langsom efter at have installeret et caching-plugin?
Din sidehastighed er sandsynligvis stadig langsom, fordi et caching-plugin ikke kan løse underliggende strukturelle problemer som alt for store billeder, tung tredjeparts-JavaScript eller langsomme server-svartider. Caching leverer blot den eksisterende kode hurtigere; du er stadig nødt til at minimere selve koden for at bestå Core Web Vitals.
Den vigtigste takeaway
Hvis din organiske trafik er stagneret, på trods af at du har tilføjet nye varer til sortimentet, skal du ikke antage, at du har et indholdsproblem. Start med at tjekke din webshops facetterede søgeparametre (filter-funktioner), og gennemtving strenge canonical tags på dine filter-URL'er for at forhindre, at søgemaskinerne drukner i duplikerede sider.