Teknisk SEO i WooCommerce er ofte forskellen på en webshop, der “burde ranke”, og en webshop, der rent faktisk får stabile visninger, klik og salg. Når hastighed og crawling halter, kan du have nok så gode produkter og tekster, men Google får enten ikke set dem ordentligt, eller brugerne giver op, før siden er klar.
Det gode er, at de fleste forbedringer kan laves som en tjekliste, hvor du prioriterer de få ting, der rykker mest, før du bruger tid på finjustering.
Hvad “teknisk SEO” betyder i en WooCommerce-webshop
Teknisk SEO handler om fundamentet: om søgemaskiner kan tilgå dine sider, forstå dem, og om de indlæser hurtigt nok til at brugere bliver hængende. I WooCommerce bliver det ekstra tydeligt, fordi shops hurtigt får mange URL’er: produkter, kategorier, tags, filtrering, paginering, varianter, kurv og checkout.
Hvis du vil gøre det målbart, så tænk i tre spor:
- hastighed og Core Web Vitals (oplevelse)
- crawl og index (adgang og prioritering)
- struktur og signaler (kanoniske URL’er, schema, interne links)
Start med at måle, ellers skyder du i blinde
Før du ændrer noget, så lav et “før”-billede på 5-10 centrale sider: forside, en kategoriside, et produkt, kurv og checkout. Kig især på mobil.
Når du har målingerne, får du også en prioritering. Typisk vil du se én af to problemer: høj server-responstid (TTFB) eller tung frontend (billeder, scripts og tema).
Et hurtigt mini-tjek kan se sådan ud:
- TTFB: Over ca. 0,8-1,0 sek. på centrale sider er et faresignal
- LCP: Produkt- og kategorisider bør ramme ca. 2,5 sek. eller under på mobil, hvis det er realistisk for dit setup
- CLS: Layout der hopper, koster både brugere og konvertering
Hastighed i WooCommerce: de ting der næsten altid rykker mest
WooCommerce er WordPress, og WordPress er fleksibelt. Det betyder også, at performance typisk falder, når tema, plugins og tracking vokser over tid.
Du får sjældent topresultater ved én magisk plugin. Du får dem ved at fjerne friktion de rigtige steder.
Efter du har målt, så gennemgå de klassiske syndere:
- Hosting: CPU/RAM, hurtig disk, moderne PHP-version, korrekt cache-lag
- Tema: let tema uden “alt-i-en”-features, du ikke bruger
- Plugins: færre plugins, og færre der loader scripts på alle sider
- Billeder: korrekt størrelse, komprimering og moderne formater
- Tredjepartsscripts: chat, tracking, heatmaps, reviews, badges, embeds
Her er en kort handlingsliste, der fungerer i praksis:
- Cache først: få server-side/page cache på plads, og undtag de sider der ikke må caches (kurv, checkout, konto)
- Fix billeder: især hero-billeder og store produktbilleder, der bliver brugt overalt
- Trim JavaScript: udsæt ikke-kritisk JS, og fjern scripts fra sider hvor de ikke giver værdi
Hosting, cache og database: “usynligt”, men afgørende
Hosting sætter bundniveauet. En hurtig webshop med langsom server føles stadig langsom.
I WooCommerce er databasen ofte en flaskehals, fordi der er mange forespørgsler (kategorier, varianter, priser, lager, fragments). Derfor giver objekt-cache ofte tydelig effekt, især på større shops.
En typisk kombination der virker:
- page cache via host eller cache-plugin
- objekt-cache via Redis/Memcached (hvis serveren kan)
- browser cache for statiske filer (CSS/JS/billeder)
Billeder: den letteste vej til bedre LCP
På mange webshops er det største element på siden et billede (LCP). Hvis billedet er 400-900 KB for stort, får du langsom indlæsning, uanset hvor meget du tweaker resten.
Gå efter tre ting: rigtige dimensioner, komprimering og det rigtige format (WebP eller AVIF hvor det giver mening). Brug også lazy-load på lange sider, men pas på: det største billede “over folden” skal ikke forsinkes.
En tjekliste der forbinder hastighed og SEO
Når du optimerer hastighed, hjælper du ikke kun konvertering. Du hjælper også crawl, fordi Google kan hente flere sider hurtigere og med færre fejl.
Tabellen her kan bruges som et simpelt backlog-værktøj.
| Område | Hvad du gør | Typisk effekt | Hvem kan eje opgaven |
|---|---|---|---|
| Hosting/TTFB | Opgrader plan, moderne PHP, korrekt cache | Hurtigere base for alle sider | Udvikler/host |
| Billeder | Resize + komprimer + WebP/AVIF | Bedre LCP, lavere data | Marketing/indhold |
| Cache | Page cache + undtag kurv/checkout | Mindre serverload, hurtigere sider | Udvikler |
| CDN | Lever statiske assets via CDN | Hurtigere globalt, stabilt | Udvikler/host |
| Plugins/tema | Fjern tunge features, audit af scripts | Færre requests, lavere JS | Udvikler |
| Tracking | Ryd op i tags, udsæt scripts | Bedre INP/FID og LCP | Marketing/udvikler |
| 404/5xx | Find og ret fejl i Search Console | Bedre crawl og færre spildte hits | Marketing/udvikler |
Crawling i WooCommerce: sørg for at Google bruger tiden rigtigt
Når en webshop vokser, vokser antallet af URL’er endnu hurtigere. Det kan betyde, at Google crawler mange sider, som aldrig bør have været i index, mens vigtige produkter bliver opdaget langsommere.
Målet er enkelt: Google skal bruge tid på produkter, kategorier og indholdssider der kan ranke, ikke på kurv, konto, filtrering eller tynde “side 9” i paginering.
XML-sitemaps: få de rigtige URL’er med, og hold støjen ude
De fleste SEO-plugins kan lave sitemaps, men du skal stadig tjekke indholdet. Kig efter:
- produkter og produktkategorier er med
- “noindex”-sider er ikke med
-
- sitemap er indsendt i Google Search Console
- sitemap opdateres, når produkter ændres
Hvis du ser kurv- eller checkout-URL’er i sitemap, er det et tegn på forkert opsætning.
robots.txt: styr crawl, men blokér ikke det forkerte
robots.txt er ikke en “noindex-knap”. Den styrer adgang, ikke nødvendigvis indexering. Den rigtige brug i WooCommerce er at blokere åbenlyst lav værdi og typiske parameter-mønstre, så crawlbudget ikke brændes af.
Efter du har besluttet, hvilke URL-typer der ikke skal crawles, kan du typisk arbejde med regler som disse (tilpas altid til din webshop og test i Search Console):
- Kurv og checkout:
/cart/,/checkout/,/my-account/ - Interne søgninger: typisk
/?s=eller/search/afhængigt af setup - Filter-parameter:
/*?*filter_*eller andre parameter-mønstre dine filtre bruger - Sitemap-linje:
Sitemap: https://ditdomæne.dk/sitemap_index.xml
Facetter og filtre: den klassiske crawl-fælde
Filtre er gode for brugere, men de kan skabe tusindvis af næsten ens sider. To typiske fejl:
- Filter-URL’er bliver indexeret i stor stil og skaber duplicate content
- Google crawler filterkombinationer i dybden og nedprioriterer vigtigere sider
En robust tilgang er ofte en kombination af canonical, noindex og robots-regler. Det afhænger af, om nogle filter-sider faktisk har søgevolumen og bør kunne ranke. Hvis ikke, så hold dem ude af index og styr crawl.
Paginering: indexér med omtanke
Kategori-sider med paginering kan være helt fine at have indexeret, hvis side 2, 3 og 4 stadig har stærkt produktudvalg og bliver besøgt. Problemet kommer, når du har dybe sider med tyndt indhold, eller hvor de bedste produkter ligger på side 1 og resten er støj.
Et praktisk kompromis mange ender med:
- lad side 1 være hovedsiden
- lad side 2-3 være indexérbare hvis de har værdi
- canonical eller noindex på dybe sider, hvis de ikke skaber trafik eller salg
Canonicals og “noindex”: det er her mange shops lækker SEO
WooCommerce kan skabe flere URL’er, der reelt viser samme indhold: varianter, trackingparametre, sortering, filtrering, paginering og tags.
To simple regler redder meget:
- Hver vigtig side skal have en klar kanonisk URL
- Sider uden SEO-formål skal være noindex
Typiske noindex-kandidater i WooCommerce:
- kurv
- checkout
- “min konto”
- interne søgninger
- tynde tag-arkiver
- filterkombinationer uden selvstændig værdi
Structured data (schema): brug det WooCommerce allerede giver dig
WooCommerce kan outputte produkt-data som structured data på produktsider, og mange SEO-plugins kan udbygge det. Det hjælper Google med at forstå pris, lagerstatus, SKU og anmeldelser.
Det vigtige er ikke at “fylde på” med alt muligt, men at sikre at data er korrekt og matcher det brugeren ser. Fejl her giver ofte advarsler i Search Console og kan i værste fald koste rich results.
En hurtig kvalitetskontrol:
- pris og valuta stemmer
- “In stock” stemmer med lager
- produktnavn og billeder er rigtige
- anmeldelser er reelle og ikke dubletter
Sådan holder du det ved lige uden at gøre det tungt
Teknisk SEO er ikke en engangsopgave, fordi en webshop hele tiden får nye produkter, nye billeder, nye apps og nye kampagner. Når man arbejder som ekstern marketingafdeling for webshops, ser man ofte at performance falder stille og roligt, fordi ingen ejer vedligeholdelsen.
Lav derfor en enkel rytme, der passer til jeres størrelse:
- månedligt: check Core Web Vitals og crawl-fejl i Search Console
- kvartalsvist: plugin-audit og gennemgang af tunge scripts
- løbende: billedregler for alt nyt indhold (størrelse, format, komprimering)
Hvis du vil gøre det ekstra konkret, så brug én fast “release-proces” for nye plugins og tracking: test på staging, mål, og gå først live når det ikke ødelægger LCP/INP.
Værktøjer der gør arbejdet lettere
Du behøver ikke 15 værktøjer. Du behøver de få, der giver klare svar og kan gentages.
- Google Search Console: crawl-fejl, indexering, Core Web Vitals
- PageSpeed Insights/Lighthouse: LCP, CLS, INP og konkrete forslag
- Query Monitor: finder langsomme queries og plugins i WordPress
- Crawl-tool (fx Screaming Frog): 404, redirect-kæder, canonical-problemer
Når du har styr på hastighed og crawling, bliver alt andet SEO-arbejde mere effektivt, også indhold, kategoritekster og linkbuilding. Og hvis du kører WooCommerce på Shopify-lignende forventninger til “bare at virke”, er det netop den tekniske tjekliste her, der normalt lukker hullet mellem platformens fleksibilitet og den performance, Google og kunder forventer.