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

Billedoptimering i QUIC.cloud: WebP, AVIF og køen, der hænger

Hænger billedoptimeringen i LiteSpeed og QUIC.cloud? Tjek cron, kvote og fejlede billeder – og få WebP/AVIF serveret uden at miste originalerne.

Billedoptimering i QUIC.cloud: WebP, AVIF og køen, der hænger

Kort svar: LiteSpeed Caches billedoptimering kører i skyen: billeder sendes til QUIC.cloud, optimeres (inkl. WebP eller AVIF) og hentes tilbage til din server. Når køen hænger, er det typisk fordi cron ikke kører, kvoten til den hurtige kø er brugt, eller enkelte billeder fejler. Send og hent manuelt én gang: flytter intet sig, er det forbindelses- eller kvotesporet, og virker det manuelt, er det cron. Slet aldrig originalerne, før resultatet er verificeret.

Fagligt gennemgået: 2. oktober 2026

Billedoptimeringen i LiteSpeed Cache adskiller sig fra de fleste plugins: Arbejdet sker ikke på din server, men hos QUIC.cloud. Det skåner serveren, men det betyder også, at processen afhænger af en kø, en kvote og en forbindelse. Når “412 billeder afventer” ikke rykker sig i dagevis, er det ét af de led, der er gået i stå.

Guiden viser, hvordan flowet hænger sammen, hvordan du finder det led, der står stille, og hvordan du får WebP eller AVIF serveret uden at miste muligheden for at fortryde.

Sådan kører optimeringen

Flowet har fire led, og hvert led kan gå i stå:

  1. Pluginnet sender en gruppe billeder til QUIC.cloud.
  2. QUIC.cloud optimerer dem i sin kø.
  3. Pluginnet henter de færdige udgaver tilbage.
  4. De optimerede filer serveres til besøgende.

Send og hent kan udløses automatisk via WordPress-cron (indstillingerne Auto Request Cron og Auto Pull Cron) eller manuelt fra oversigten. Her ligger den hyppigste fejl: Kører wp-cron ikke, står optimeringen stille, uanset hvor sund QUIC.cloud-forbindelsen er. Det sker typisk på sites med lidt trafik, eller hvor DISABLE_WP_CRON er sat uden en rigtig servercron i stedet.

Standardkø og hurtig kø

QUIC.cloud har to køer til billeder, og forskellen forklarer mange “hængende” køer:

KøPrisFormaterNår kvoten er brugt
Standardkø (Standard Queue)GratisWebPKører videre, men kan være langsommere
Hurtig kø (Advanced Queue)Gratis månedlig kvote, derefter abonnement eller forbrugWebP og AVIFWebP-anmodninger går til standardkøen; AVIF sættes på pause til næste måned

Det betyder, at et site, der har valgt AVIF, kan stå helt stille, når månedens gratis kvote til den hurtige kø er brugt. Det er ikke en fejl, men en kvotegrænse. Vælger du WebP, fortsætter optimeringen i standardkøen. Detaljer om kreditter og priser står i guiden om QUIC.cloud-kreditter og kvoter.

Når køen hænger

Genskabt eksempel: billedoptimeringens kø står stille på grund af opbrugt kvote
Genskabt eksempel, 30. august 2026: køen står på 412 afventende billeder – og kvotelinjen forklarer hvorfor. Eksemplet er ikke data fra hostious.io.
  1. Tjek fremdriften: Notér antallet af afventende billeder, og kig igen en time senere. Falder tallet, arbejder køen. Store biblioteker kan tage dage, og det er normalt.
  2. Send og hent manuelt: Knapperne Send Optimization Request og Pull Images på oversigten viser med det samme, om forbindelsen virker. Virker manuel kørsel, men intet sker automatisk, er det cron-sporet.
  3. Tjek kvoten og formatet: Har du valgt AVIF, og er kvoten til den hurtige kø opbrugt, holder køen pause til næste periode. Skift midlertidigt til WebP, eller vent.
  4. Ryd op i fejlede billeder: Enkelte defekte eller meget store filer kan fejle igen og igen. Brug Clean up unfinished data, så ufærdige anmodninger ryddes, og køen kan fortsætte.
  5. Domænefejl: Melder pluginnet om manglende forbindelse til QUIC.cloud, så løs det først – se guiden om forbindelse til QUIC.cloud.

Hvis du kun kan bruge manuel kørsel, er det en midlertidig løsning. Den varige løsning er at få cron til at køre stabilt, gerne som en rigtig servercron, der kalder wp-cron.php med faste intervaller.

Find de billeder, der fejler

Billeder fejler oftest af tre grunde: Filen er beskadiget, filen er meget stor (fx et 8.000 pixel bredt foto direkte fra kameraet), eller filen findes ikke længere på disken, selv om den stadig står i mediebiblioteket.

Gå mediebiblioteket igennem i listevisning. LiteSpeed viser optimeringsstatus pr. billede, så du kan finde dem, der er markeret med fejl. Åbn filen direkte i browseren: Viser den ikke korrekt, er det filen og ikke optimeringen, der er problemet. Upload en ny, ren udgave, eller fjern billedet, hvis det ikke bruges.

Forebyg store originaler ved at skalere billeder ned, før du uploader dem. WordPress skalerer selv meget store billeder ned ved upload og gemmer originalen ved siden af, men det løser ikke filer, der allerede ligger i biblioteket.

Store biblioteker: planlæg førstegangskørslen

Et mediebibliotek med mange tusind billeder er det tunge første løft. Hvert billede findes typisk i flere størrelser, fordi WordPress og temaet laver miniaturer, og som udgangspunkt optimeres alle størrelser (Optimize Image Sizes). Antallet af filer, der skal gennem køen, er derfor flere gange større end antallet af billeder i biblioteket.

Planlæg kørslen sådan:

  • Tjek ledig diskplads først. Optimerede udgaver og WebP- eller AVIF-filer lægges ved siden af originalerne, så forbruget stiger under kørslen.
  • Sørg for en frisk backup af uploads-mappen, før du starter.
  • Lad køen arbejde i baggrunden over flere dage i stedet for at presse den med gentagne manuelle kørsler.
  • Kontrollér et par sider undervejs, så du opdager kvalitetsproblemer, før hele biblioteket er behandlet.

WebP, AVIF og visningen

Optimering og visning er to forskellige ting: Filerne kan ligge klar, uden at besøgende får dem. I nyere versioner af LiteSpeed Cache vælger du formatet under Next-Gen Image Format i billedoptimeringens indstillinger (ældre versioner kaldte det WebP Replacement). Så serverer LiteSpeed det moderne format til browsere, der understøtter det.

Verificér i browserens Netværk-fane: Billedernes content-type skal være image/webp eller image/avif. URL’en kan stadig ende på .jpg, og det er helt normalt – serveren bytter indholdet, ikke navnet.

Ser billeder forkerte ud efter optimering, kan du slå tabsfri optimering til (Optimize Losslessly) på bekostning af lidt større filer. Husk, at side- og CDN-cache skal ryddes, før ændringen kan ses af alle.

Originaler, diskplads og fortrydelse

LiteSpeed gemmer som udgangspunkt originalerne som backup ved siden af de optimerede filer. Det øger billedernes diskforbrug, men det er din fortrydelsesknap: Med Use original files og Use optimized files kan du skifte frem og tilbage, så længe originalerne findes.

Den rigtige rækkefølge er:

  1. Optimér alt.
  2. Kontrollér kvaliteten på tværs af sitet i nogle uger – især produktfotos, logoer og grafik med tekst.
  3. Ryd først derefter originalbackups med Remove original image backups, hvis diskpladsen strammer.

Advarsel: Sletning af originaler er permanent. Med dem forsvinder også muligheden for at køre en ny optimering med bedre indstillinger senere. Slå heller ikke Remove Original Backups til som automatisk indstilling, før du har set resultatet, og sørg for, at en backup af uploads-mappen findes.

Verifikation

Optimeringen er i drift, når:

  • køen er tømt eller falder støt;
  • stikprøver på tværs af sitet viser image/webp eller image/avif i Netværk-fanen;
  • kvaliteten holder på både produktfotos og grafik;
  • nye uploads optimeres automatisk uden manuelt arbejde.

Mål til sidst effekten på en billedtung side: Mindre overført datamængde og bedre LCP er hele formålet. Se guiden om LCP for målemetoden.

Læs også

Ofte stillede spørgsmål om billedoptimering

Hvorfor ender billed-URL’er stadig på .jpg efter WebP-skiftet?

Fordi LiteSpeed bytter indholdet på serverniveau: Browseren beder om .jpg og får WebP- eller AVIF-data, når den understøtter det. Tjek content-type-headeren – ikke filendelsen.

Koster billedoptimering QUIC.cloud-kvote?

Standardkøen er gratis og laver WebP. Den hurtige kø har en gratis månedlig kvote og er nødvendig til AVIF; når kvoten er brugt, sendes WebP videre til standardkøen, mens AVIF venter til næste måned eller kræver tilkøb.

Kan jeg optimere lokalt i stedet for i skyen?

Ikke med LiteSpeed Cache – dens optimering kører via QUIC.cloud. Foretrækker du lokal optimering, er det et separat billedplugin i stedet; kør aldrig to billedoptimeringsplugins samtidig.

Hvorfor står AVIF-optimeringen helt stille?

Typisk fordi månedens gratis kvote til den hurtige kø er brugt. AVIF kan kun laves i den kø, så anmodningerne sættes på pause, indtil kvoten fornyes. Skift til WebP, hvis optimeringen skal fortsætte nu.

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