Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
WooCommerce fejlfinding 7 min. læsning Opdateret 3. oktober 2026

Uskarpe produktbilleder efter temaskift – regenerér de rigtige størrelser

Slørede produktbilleder i WooCommerce efter temaskift? Sæt de rigtige mål, kør regenerate thumbnails, og ryd cache og CDN bagefter.

Uskarpe produktbilleder efter temaskift – regenerér de rigtige størrelser

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ørrelseBruges tilStyres af
woocommerce_thumbnailProduktkort i butik, kategorier og relaterede produkterMiniaturebredde og beskæring i Tilpas – eller temaet
woocommerce_singleHovedbilledet på produktsidenBredde på hovedbillede i Tilpas – eller temaet
woocommerce_gallery_thumbnailDe små billeder under hovedbilledet i gallerietTemaet 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.

SymptomSandsynlig årsagLøsning
Filen er mindre end visningenDen nye størrelse er aldrig genereretSæt mål og regenerér (trin 2 og 3)
Produktet er beskåret forkertGammel beskæring eller nyt forholdVælg ét beskæringsforhold, og regenerér
Filen er stor nok, men billedet ser grynet udFor hård komprimering i billedoptimeringenHæv kvaliteten, og genskab de optimerede udgaver
Billedet starter sløret og bliver aldrig skarptLazy load-pladsholder (LQIP) bliver hængendeSe guiden om lazy load og LQIP
Kun skarpt efter genindlæsning eller i inkognitoGamle filer i cache eller CDNRyd alle cache-lag (trin 4)
Selve originalen er lilleBilledet blev uploadet i for lav opløsningUpload 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:

Terminaleksempel: wp media regenerate genskaber billedstørrelser efter temaskift
Genskabt terminaleksempel, 30. august 2026: regenerering af billedstørrelser efter nye indstillinger. På store biblioteker køres den uden for spidsbelastning. Eksemplet er ikke data fra hostious.io.

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å

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.

Skrevet af Marc, stifter af Hostious

Jeg hedder Marc og har stiftet Hostious. Vi hoster WordPress-hjemmesider og WooCommerce-webshops for danske virksomheder – drevet fra Aalborg-området med servere i Europa – og jeg skriver guiderne her ud fra det, vi ser i driften hver dag.

Udgivet 30. august 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026

Samme emne

Fortsæt med emnet

Alle guides: WooCommerce fejlfinding