Kort svar: Rocket Loader udskyder al JavaScript til efter sidens indlæsning – og det tåler ikke alle scripts. Dør menuer, sliders eller formularer, så test med Rocket Loader slået fra: virker sitet så, har du synderen. Behold derefter enten funktionen slukket, eller undtag de følsomme scripts med attributten
data-cfasync="false". Kører du i forvejen delay/defer i et cache-plugin, skal Rocket Loader altid være slukket – to omskrivninger af samme scripts giver kun fejl.
Rocket Loader er et af de Cloudflare-flueben, der ser gratis ud: ét klik, hurtigere side. Men funktionen omskriver, hvordan og hvornår alle sidens scripts kører – og scripts, der forventer at køre tidligt eller i en bestemt rækkefølge, knækker. Symptomerne er velkendte: menuen åbner ikke på mobil, slideren står stille, formularen sender ikke, tracking måler i hak.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Terminaleksemplet er genskabt – det er ikke data fra hostious.io.
Rocket Loader (under Speed → Optimization i Cloudflare) omskriver sidens script-tags, så browseren ikke venter på JavaScript under første rendering – alle scripts samles op og køres bagefter af Rocket Loaders egen loader. Det kan forbedre måletal som LCP på script-tunge sider. Prisen er, at garantier om rækkefølge og timing forsvinder: kode, der kigger efter et element “med det samme”, eller et bibliotek, som et andet script forventer er indlæst, kan pludselig køre for sent.
Slå Rocket Loader fra, ryd Cloudflare-cachen, og test siden i inkognito. Virker alt nu, er sagen dokumenteret. Du kan også se omskrivningen direkte i sidens kilde – Rocket Loaders signatur er ikke til at tage fejl af:
Husk konteksten: fejler JavaScript, og du ikke bruger Rocket Loader, er det typisk delay/defer i cache-pluginnet – så er det FlyingPress-guiden eller LiteSpeed-guiden, du skal bruge.
Rocket Loader springer scripts over, der bærer attributten data-cfasync="false" – den skal stå før src-attributten i script-tagget. I praksis sættes den via temaets/pluginnets indstillinger, hvis de tilbyder det, eller med et lille filter i functions.php, der tilføjer attributten på udvalgte script-handles. Typiske kandidater til undtagelse: menu- og slider-scripts, betalings- og formular-scripts samt cookie-samtykke – de skal køre pålideligt frem for sent.
Rettelsen er dokumenteret, når de ramte funktioner virker i inkognito på både mobil og desktop efter cache-rydning, når browserkonsollen er fri for nye fejl – og når en hastighedsmåling før/efter viser, hvad ændringen reelt kostede eller gav. Behold kun Rocket Loader, hvis målingen retfærdiggør den: på et site med velkonfigureret cache-plugin er gevinsten typisk allerede høstet dér.
Nej. På sites, hvor cache-pluginnet allerede optimerer scripts, flytter den typisk intet – og kan endda skade INP, fordi al JavaScript klumper sig sammen efter indlæsning. Mål altid før og efter.
Rocket Loader-omskrivningen ligger i den cachede HTML. Din browser kan have en gammel (fungerende) udgave, mens kunder får den omskrevne – eller omvendt. Test altid i inkognito efter fuld cache-rydning.
Lad være. To systemer, der hver især udskyder og omskriver scripts, giver dobbelt omskrivning og fejl, der er næsten umulige at fejlsøge. Vælg ét lag – i praksis cache-pluginnet, som kan finjusteres.
