Kort svar: Uskarpe, forkert beskårne eller strækkede produktbilleder efter et temaskift skyldes, at det nye tema bruger andre billedstørrelser end det gamle – og de størrelser findes endnu ikke på dine gamle uploads. Sæt WooCommerce’ billedindstillinger, som det nye tema anbefaler, og regenerér derefter thumbnails for hele mediebiblioteket, fx med
wp media regenerate. Ryd cache, billedoptimering og CDN bagefter, så de nye udgaver også er dem, kunderne ser.
Fagligt gennemgået: 2. oktober 2026
Efter temaskiftet ser kataloget pludselig sjusket ud: nogle billeder er slørede, andre beskåret midt i produktet, og enkelte står strækkede. Produkterne er de samme, billederne er de samme – så hvad skete der? Svaret ligger i, hvordan WordPress håndterer billedstørrelser: de genereres på upload-tidspunktet, efter daværende regler.
Guiden viser, hvordan du finder de mål, det nye tema skal bruge, regenererer de rigtige størrelser uden at ødelægge gamle links, og sikrer, at kunderne faktisk får de nye filer.
Før du ændrer noget: Tag en backup af
wp-content/uploads, og tjek, at der er diskplads nok – regenerering kan oprette mange nye filer. Har shoppen et stort mediebibliotek, så test fremgangsmåden på staging først, og kør selve regenereringen uden for spidsbelastning.
Hvorfor temaskift “ødelægger” billeder
Når et billede uploades, genererer WordPress et sæt størrelser – thumbnails, katalogbilleder, enkeltproduktbilleder – efter de mål, tema og indstillinger foreskriver på det tidspunkt. Skifter du tema, ændres kravene: det nye tema viser måske katalogbilleder i 450×450 i stedet for 300×300. Men de gamle uploads har kun 300×300-udgaven, så browseren skalerer op – og resultatet er slør. Beskæringsfejl er samme historie med andre proportioner: gammel udgave var kvadratisk, ny visning er ikke.
WooCommerce har tre egne billedstørrelser oven i WordPress’ standardstørrelser:
| Størrelse | Bruges til | Styres af |
|---|---|---|
woocommerce_thumbnail | Produktkort i butik, kategorier og relaterede produkter | Miniaturebredde og beskæring i Tilpas – eller temaet |
woocommerce_single | Hovedbilledet på produktsiden | Bredde på hovedbillede i Tilpas – eller temaet |
woocommerce_gallery_thumbnail | De små billeder under hovedbilledet i galleriet | Temaet eller kode (standard er små kvadratiske billeder) |
1. Diagnosticér, hvilken fejl du har
Ikke alle uskarpe billeder skyldes manglende størrelser. Højreklik på et sløret billede, vælg Undersøg, og sammenlign filens faktiske pixelmål med den størrelse, billedet vises i. Filnavnet afslører ofte størrelsen, fx produkt-300x300.jpg.
| Symptom | Sandsynlig årsag | Løsning |
|---|---|---|
| Filen er mindre end visningen | Den nye størrelse er aldrig genereret | Sæt mål og regenerér (trin 2 og 3) |
| Produktet er beskåret forkert | Gammel beskæring eller nyt forhold | Vælg ét beskæringsforhold, og regenerér |
| Filen er stor nok, men billedet ser grynet ud | For hård komprimering i billedoptimeringen | Hæv kvaliteten, og genskab de optimerede udgaver |
| Billedet starter sløret og bliver aldrig skarpt | Lazy load-pladsholder (LQIP) bliver hængende | Se guiden om lazy load og LQIP |
| Kun skarpt efter genindlæsning eller i inkognito | Gamle filer i cache eller CDN | Ryd alle cache-lag (trin 4) |
| Selve originalen er lille | Billedet blev uploadet i for lav opløsning | Upload et større foto – regenerering kan ikke skabe detaljer |
2. Sæt de rigtige størrelser
Tjek temaets dokumentation for anbefalede WooCommerce-billedmål, og sæt dem under Udseende → Tilpas → WooCommerce → Produktbilleder: bredde på hovedbillede, bredde på katalogbilleder og beskæring (kvadratisk 1:1, brugerdefineret forhold eller ubeskåret). Vælg ét bevidst forhold for hele kataloget – blandede proportioner ser rodet ud uanset skærphed. Fotograferer I selv, så upload fremover i mindst dobbelt visningsstørrelse (retina) og maks. ca. 2560 pixels på længste side.
Mangler felterne i Tilpas, er det fordi temaet selv bestemmer målene. Så skal ændringer ske i temaets indstillinger eller i et child-tema. Du kan se alle registrerede størrelser og deres mål med WP-CLI:
wp media image-size
Grænsen på cirka 2560 pixels hænger sammen med WordPress’ egen håndtering af store billeder: uploades et foto, der er større, gemmer WordPress en nedskaleret udgave med -scaled i filnavnet og bruger den som udgangspunkt. Større uploads giver derfor ikke skarpere produktbilleder – kun tungere originaler.
3. Regenerér thumbnails
Nu skal alle eksisterende billeder have genereret de nye størrelser. Med WP-CLI er det én kommando – og den største fordel er, at den ikke rammes af browser-timeouts på store mediebiblioteker:

Kommandoen har et par varianter, der er værd at kende:
# Alle størrelser for alle billeder – gamle størrelsesfiler bevares
wp media regenerate --skip-delete --yes
# Kun de størrelser, der mangler (hurtigere på store biblioteker)
wp media regenerate --only-missing --yes
# Kun WooCommerce' katalogbilleder, efter du har ændret netop dem
wp media regenerate --image_size=woocommerce_thumbnail --yes
Uden --skip-delete sletter WP-CLI de gamle størrelsesfiler, inden de nye laves. Det sparer diskplads, men hvis ældre indlæg, produktbeskrivelser eller nyhedsbreve linker direkte til en fil som produkt-300x300.jpg, bliver de links til brudte billeder. Er du i tvivl, så brug --skip-delete og ryd op senere.
Uden terminaladgang gør pluginnet Regenerate Thumbnails samme arbejde fra wp-admin – kør det i mindre bidder, hvis biblioteket er stort, og lad indstillingen til at slette gamle størrelser være slået fra, af samme grund som ovenfor. Kunder hos Hostious kan også bede supporten køre kommandoen. Regenerering er sikker: originalfilerne røres ikke, kun de afledte størrelser genskabes.
WooCommerce kan selv starte en regenerering i baggrunden, når du gemmer nye billedmål i Tilpas. Den kører via WordPress’ baggrundsjob og kan gå i stå uden at sige til, hvis wp-cron ikke kører stabilt – se guiden om wp-cron. Derfor er en manuel regenerering den sikre vej, når du vil være sikker på, at alt er med.
4. Ryd cache og CDN
De nye størrelser hjælper ikke, hvis kunderne stadig får de gamle filer serveret: ryd page cache, billedoptimeringens cache (WebP/AVIF-udgaver skal genskabes af de nye filer) og CDN’ets cache. Bruger du QUIC.cloud eller Cloudflare, skal purgen ske dér også – ellers lever de gamle udgaver videre på edge-serverne; se guiden om at rydde Cloudflare-cachen og guiden om billedoptimering i QUIC.cloud.
Har filerne fået samme navn som før – fx når målet er uændret, men beskæringen er ny – kan browseren også have den gamle udgave liggende lokalt. Test derfor altid i et privat vindue eller med deaktiveret cache i udviklerværktøjerne.
Særlige tilfælde
- Kun nogle billeder er ramte: typisk de ældste uploads – de blev uploadet under helt andre regler. Regenerering løser også dem; er originalen selv for lille, skal der et nyt foto til.
- Billeder strækkes på mobil: tjek at temaet får srcset-varianter i de nødvendige størrelser – mangler mellemstørrelserne, vælger browseren en for lille kandidat og skalerer op. Et forkert
sizes-attribut kan have samme effekt. - Billeder ser grynede ud trods store nok filer: WordPress gemmer som standard JPEG-størrelser med kvaliteten 82, og et optimeringsplugin kan komprimere yderligere. Står kvaliteten meget lavt i optimeringen, så hæv den og genskab de optimerede udgaver.
- Billeder forsvandt helt efter skiftet: det er ikke størrelses-problemet – se billeder vises ikke.
5. Verificér resultatet
Kataloget er på plads, når produktbilleder står skarpt på både kategorisider og enkeltprodukter – tjekket i inkognito efter cache-rydning og på en højopløst skærm, hvor slør afsløres først. Åbn et par billeder i browserens Netværk-fane, og se, at der leveres filer i (mindst) visningsstørrelsen – ikke små udgaver, der skaleres op. Og tag ét kig på hastigheden bagefter: større billedmål må ikke blive til unødigt store filer; komprimering og moderne formater håndterer den balance – se guiden om billedoptimering.
Læs også
- Hub: WooCommerce fejl og fejlfinding
- Billeder vises ikke efter en flytning
- HTTP-fejl ved upload af billeder
- Langsom WooCommerce med mange produkter
- WooCommerce hosting hos Hostious – staging fra Woo StartUp, så du kan teste temaskiftet først
Ofte stillede spørgsmål om produktbilleder
Er det farligt at regenerere thumbnails?
Nej – originalbillederne røres ikke; kun de afledte størrelser genskabes. Det koster serverarbejde og diskplads, så kør det uden for spidsbelastning på store biblioteker.
Hvilken størrelse skal produktbilleder uploades i?
Mindst dobbelt så stor som den største visning (retina-skærme), og højst ca. 2560 pixels på længste side. Samme forhold på alle billeder – så får beskæringen aldrig noget at ødelægge.
Hvorfor ser billederne stadig slørede ud efter regenerering?
Så får kunderne stadig de gamle filer fra cache eller CDN – eller originalen er simpelthen for lille til den nye visning. Ryd alle cache-lag først; hjælper det ikke, må billedet uploades i større opløsning.
Skal jeg slette de gamle billedstørrelser?
Ikke med det samme. Ældre indhold kan linke direkte til de gamle filer, og sletter du dem, bliver billederne brudte. Regenerér med –skip-delete, og ryd først op, når du har tjekket, at intet længere bruger dem.
Udgivet 30. august 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026
