Kort svar: LiteSpeed Caches billedoptimering kører i skyen: billeder sendes til QUIC.cloud, optimeres (inkl. WebP/AVIF) og hentes tilbage. Når køen hænger, er det typisk fordi cron ikke kører, kvoten er brugt, eller enkelte billeder fejler og blokerer. Tjek først Image Optimization-oversigten: står der “requested” uden fremdrift, så send og hent manuelt én gang – flytter intet sig, er det cron- eller kvotesporet. Og slet aldrig originalerne, før optimeringen er verificeret.
Billedoptimeringen i LiteSpeed Cache adskiller sig fra de fleste plugins: arbejdet sker ikke på din server, men hos QUIC.cloud. Det skaaner 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 tre led, der er gået i stå.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026; menupunkternes navne kan variere mellem LiteSpeed Cache-versioner. Eksemplet i billedet er genskabt.
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, og (4) de optimerede filer serveres til besøgende. Send og hent udløses af WordPress-cron – og her ligger den hyppigste fejl: kører wp-cron ikke, står optimeringen bare stille, uanset hvor sund QUIC.cloud-forbindelsen er.
Optimering og visning er to forskellige indstillinger: filerne kan ligge klar, uden at besøgende får dem. Slå “Image WebP Replacement” (eller AVIF, hvis tilgængeligt på din plan) til, så LiteSpeed serverer 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 pludselig forkerte ud efter optimering, så sænk kompressionsniveauet – og husk at CDN-cachen skal purges, før ændringen kan ses.
LiteSpeed gemmer som udgangspunkt originalerne som backup ved siden af de optimerede filer. Det fordobler billedernes diskforbrug – men det er din fortrydelsesknap. Den rigtige rækkefølge: optimér alt, kontrollér kvaliteten på tværs af sitet i nogle uger, og ryd først derefter originalbackups, hvis diskpladsen strammer. Sletning af originaler er permanent – med dem forsvinder også muligheden for at køre en ny optimering med bedre indstillinger senere.
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 – og nye uploads optimeres automatisk uden håndspålæggelse. Mål til sidst effekten på en billedtung side: mindre transfer-størrelse og bedre LCP er hele formålet; se LCP-guiden for målemetoden.
Fordi LiteSpeed bytter indholdet på serverniveau: browseren beder om .jpg og får WebP/AVIF-data, når den understøtter det. Tjek content-type-headeren – ikke filendelsen.
Ja – hver optimeret gruppe tæller mod din kvote/kreditter. Gratis-niveauet rækker til løbende drift på mindre sites; store førstegangskørsler kan kræve tålmodighed over flere perioder eller tilkøb.
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.
