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. Løsningen: sæt WooCommerce’ billedindstillinger, som det nye tema anbefaler, og regenerér derefter thumbnails for hele mediebiblioteket. Ryd cache og CDN bagefter, så de nye udgaver også er dem, kunderne ser.
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.
Kontrolramme: WordPress 7.1, WooCommerce 11.0 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Terminaleksemplet er genskabt – det er ikke data fra hostious.io.
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.
Tjek temaets dokumentation for anbefalede WooCommerce-billedmål, og sæt dem under Udseende → Tilpas → WooCommerce → Produktbilleder: 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.
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:
Uden terminaladgang gør pluginnet Regenerate Thumbnails samme arbejde fra wp-admin – kør det i mindre bidder, hvis biblioteket er stort, eller bed Hostious-supporten køre kommandoen for dig. Regenerering er sikker: originalfilerne røres ikke, kun de afledte størrelser genskabes.
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 Cloudflare-hubben for purge-fremgangsmåden.
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.
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.
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.
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.
