En Elementor-side bliver typisk langsom af tre ting: for meget, der skal hentes, før siden kan vises; skrifter og billeder, der får layoutet til at hoppe; og for mange plugins. Det kan løses uden at skifte sidebygger.
Vi gjorde det selv på graffic.dk i oktober 2026. PageSpeed-scoren på mobil gik fra 80 til 94–95 på forsiden og fra 79 til 99 på /webdesign/. Her er hvad vi ændrede, forklaret uden fagsprog.
Sådan måler du først
Mål, før du ændrer noget. Ellers ved du ikke, hvad der hjalp.
- Gå til PageSpeed Insights (pagespeed.web.dev) og test din forside og en typisk underside.
- Kig på mobil-tallet. Det er det svære, og det er det, Google bruger.
- Skriv tre tal ned: den samlede score, LCP (hvornår det største element er vist) og CLS (hvor meget siden hopper).
- Test igen efter hver ændring. Kør testen et par gange – tallene svinger lidt.
Det vi ændrede på graffic.dk
1. Skrifterne ligger på vores egen server
Vi henter ikke længere skrifterne fra Google Fonts. Filerne ligger nu på graffic.dk selv, i det moderne woff2-format.
Hvorfor det hjælper: Når skrifterne kommer fra Google, skal browseren først slå et ekstra domæne op og åbne en ny forbindelse. Det tager tid på en mobil. Fra din egen server kommer de ad samme vej som resten af siden. Vi beder også browseren om at hente de to vigtigste skrifter med det samme (preload).
Der er en ekstra gevinst: Besøgendes IP-adresse sendes ikke til Google. En tysk domstol har tidligere vurderet, at det kræver samtykke.
2. Elementors egen indlæsning af Google Fonts er slået fra
Elementor henter selv Google Fonts, hvis du vælger en Google-skrift i editoren. Når skrifterne ligger lokalt, skal den funktion slås fra – ellers henter siden skrifterne to gange. Det er en enkelt indstilling i Elementor.
Vi skiftede også kittets standardskrifter, så der ikke længere lå gamle skrifter (Roboto, Oswald), som ingen brugte, men som stadig blev hentet.
3. Målte reserveskrifter – siden hopper ikke længere
Det her var den største enkelte forbedring på mobil. CLS gik fra 0,15–0,17 til 0.
Problemet: Indtil den rigtige skrift er hentet, viser browseren teksten i en standardskrift. Den har en anden bredde, så linjerne brydes anderledes. Når den rigtige skrift kommer, hopper teksten – og knapper under den rykker ned. Google kalder det layoutskift og trækker fra.
Løsningen: Vi har lavet reserveskrifter, der er justeret til at fylde præcis det samme som de rigtige. Det gøres i CSS med size-adjust og ascent-override, som skalerer en almindelig systemskrift (fx Arial) op eller ned. Så fylder teksten det samme fra start, og intet hopper, når den rigtige skrift kommer.
4. Små stylesheets er lagt direkte ind i siden
Hver CSS-fil, siden henter, skal være hentet, før browseren tegner noget. Det kaldes render-blocking. Elementor og plugins laver mange små filer.
Vi lagde alle stylesheets under 50 KB direkte ind i HTML’en, så browseren ikke skal vente på dem. Kun Elementors store hovedfil hentes stadig som separat fil. Vi bad også Elementor om at skrive sidens egen CSS ind i siden i stedet for i en separat fil.
5. jQuery er flyttet til bunden
jQuery er et JavaScript-bibliotek, som mange WordPress-plugins bruger. Det ligger normalt i toppen af siden og skal hentes, før siden vises. Vi flyttede det (og et par scripts, der afhænger af det) til bunden for besøgende, der ikke er logget ind.
Pas på med det her: Nogle plugins går i stykker, hvis jQuery ikke er der fra start. Vi testede alle sider med funktioner bagefter – filteret på case-siden, mobilmenuen og vores værktøjer.
6. Sidecache med WP Super Cache
Uden cache bygger WordPress hver side forfra ved hvert besøg. Med cache gemmes den færdige side som en fil, der bare sendes afsted.
Vi bruger WP Super Cache i “Simple”-tilstand. Sider caches ikke for indloggede brugere eller for adresser med parametre, og cachen tømmes, når en side gemmes i Elementor. Vi holder cachen i en time, så formularer og andet med tidsbegrænsede koder stadig virker.
7. Lang browsercache på SVG og skrifter
Logoer (SVG) og skrifter ændrer sig næsten aldrig. Vi har bedt browseren om at gemme dem i et år, så de ikke hentes igen ved næste besøg. Det er et par linjer i serverens .htaccess-fil.
8. Dashicons er fjernet for besøgende
Dashicons er WordPress’ ikonskrift til administrationen. Den bliver ofte hentet på forsiden, selvom besøgende aldrig ser den. Vi fjernede den for alle, der ikke er logget ind.
9. Få plugins
graffic.dk kører med under 20 aktive plugins, og vi deaktiverede et Elementor-tilføjelsesplugin, som kun blev brugt på en gammel side. Hvert plugin kan tilføje CSS og JavaScript på alle sider, også hvor det ikke bruges.
Generelle råd til din Elementor-side
Det vi gjorde, passer til graffic.dk. Her er de ting, der oftest hjælper på andre Elementor-sider:
- Billeder i WebP og i rigtig størrelse. Et billede på 4000 pixel, der vises i 800, er spild. Konverter til WebP og skalér ned, før du uploader. Vi har et gratis WebP-værktøj, du kan bruge.
- Lazy loading – men ikke på det første billede. Billeder længere nede må gerne vente. Billedet øverst skal hentes med det samme.
- Ryd op i plugins. Deaktiver og slet dem, du ikke bruger. Overvej om tre små plugins kan erstattes af ét.
- Undgå tunge tilføjelsespakker. Elementor-addons med 80 widgets henter ofte meget, selvom du bruger to af dem.
- Brug Elementors nyere containere og elementer. De giver mindre HTML end de gamle sektioner og kolonner.
- God hosting. En langsom server kan ingen optimering redde. Tjek “Time to First Byte” i PageSpeed – er den over et sekund, er det et sted at starte.
Ofte stillede spørgsmål
Er Elementor langsomt i sig selv?
Elementor tilføjer mere kode end en håndkodet side, men en Elementor-side kan godt få over 90 på mobil. Det meste af hastigheden afgøres af skrifter, billeder, plugins og cache.
Hvad betyder CLS?
CLS (Cumulative Layout Shift) måler, hvor meget indholdet hopper, mens siden indlæses. 0 er bedst. Under 0,1 er godt ifølge Google.
Skal jeg have et cache-plugin?
Ja, næsten altid. Nogle webhoteller har cache indbygget – så skal du ikke have et plugin oveni.
Kan jeg gøre det selv?
Billeder, plugin-oprydning og cache kan de fleste klare selv. Skrifter, inline-CSS og flytning af scripts kræver, at man tester grundigt bagefter.
Skal vi kigge på din side?
Vi bygger og optimerer WordPress- og Elementor-sider og måler før og efter. Læs mere om teknisk SEO, eller se hvad vi kan gøre med løbende vedligeholdelse.
