Elementor eller kodet tema: hvad skal jeres WordPress-side bygges med?

Elementor er den mest brugte page builder til WordPress, med over 10 millioner aktive installationer: Man trækker elementer ind på siden og ser resultatet med det samme, uden at skrive kode. Et kodet tema er det modsatte: En udvikler bygger sidens skabeloner i HTML, CSS og PHP, og I redigerer indholdet i WordPress’ egen editor. Begge dele giver en WordPress-side. Forskellen sidder i hastighed, vedligehold, og hvor meget I selv kan ændre bagefter.

Vi bygger kodede temaer, så læs det med det forbehold. Men Elementor er det rigtige valg i nogle tilfælde, og de står her. Og det, vi oftest retter på Elementor-sider, er ikke Elementor. Det er måden, det er brugt på.

Hvad forskellen er i praksis

En Elementor-side består af Elementor selv, typisk Elementor Pro, et tema som Hello eller Astra, og de plugins, der skal til for det, Elementor ikke kan. Hver side bygges som en samling af sektioner, kolonner og widgets, og Elementor gemmer både indholdet og designet sammen, side for side.

Et kodet tema består af skabeloner: én for forsiden, én for en ydelsesside, én for en artikel. Designet ligger i skabelonen, og indholdet ligger i WordPress. Ændrer I skabelonen, ændrer alle sider af den type sig. Skriver I en ny ydelsesside, udfylder I felter, og den ser ud som de andre.

Det er den forskel, resten følger af: Elementor giver frihed på hver enkelt side. Et kodet tema giver ensartethed på tværs af dem.

Den samme overskrift bygget på to måder:

<!-- Elementor, klassiske sektioner (forenklet) -->
<section class="elementor-section elementor-top-section">
  <div class="elementor-container">
    <div class="elementor-column">
      <div class="elementor-widget-wrap">
        <div class="elementor-widget elementor-widget-heading">
          <div class="elementor-widget-container">
            <h2 class="elementor-heading-title">Vores ydelser</h2>
          </div>
        </div>
      </div>
    </div>
  </div>
</section>

<!-- Kodet tema -->
<section class="ydelser">
  <h2>Vores ydelser</h2>
</section>

Elementors Flexbox-containere har færre lag end de klassiske sektioner. Med version 4 er Elementor gået videre: Siden april 2026 kører alle nye Elementor-sider som standard på version 4, hvis nye elementer ifølge Elementor selv renderes uden ekstra indpakningslag. Eksisterende sider skal selv slå det til, og blandes gamle og nye widgets, er gevinsten mindre.

Hastighed

Det er her, forskellen er størst, og den kan ses i tallene. Elementor indlæser sin egen CSS og JavaScript på hver side, ofte flere hundrede KB før jeres eget indhold, og bygger siden af mange indlejrede elementer. Det koster på LCP og INP, og det er svært at optimere væk, fordi det er en del af måden, værktøjet virker på. En veloptimeret Elementor-side kan bestå Core Web Vitals, men det kræver caching, et letvægtstema og disciplin. En kodet side består dem som udgangspunkt, fordi der ikke er noget, der skal fjernes.

Prøv det selv: Tag en Elementor-side og en kodet side, I kender, og kør dem gennem hastighedstesten. Forskellen ses typisk tydeligst på mobil. Hvad det betyder, står under hurtig hjemmeside. Det er forskellen mellem grøn og orange hos Google, og mellem en besøgende, der bliver, og en, der går.

Vedligehold og afhængighed

Elementor er et plugin, der skal opdateres, og som jævnligt ændrer sig. Opdateringer har før brudt sider, og Elementor Pro er en årlig licens. Fornyer I den ikke, kan I ikke længere opdatere Pro, adgangen til Pro-funktionerne bliver begrænset, og Elementor advarer selv om, at en opdateret gratis version sammen med en gammel Pro-version kan give kompatibilitetsproblemer. Kombineret med de 10 til 30 plugins, en typisk Elementor-side har ved siden af, er der mange dele, der skal passe sammen, og mange, der kan gå i stykker. Det er grunden til, at så mange Elementor-sider aldrig bliver opdateret: Ejeren tør ikke. En testkopi løser det; se staging-site.

Et kodet tema har færre dele. Det skal også opdateres, når WordPress ændrer sig, men det sker sjældent, og det er til at overskue. Til gengæld skal der en udvikler til at ændre selve designet. I kan ikke selv flytte en knap eller tilføje en sektion, medmindre temaet er bygget til det.

Hvad I selv kan ændre

Elementors største styrke er, at I kan bygge en ny side fra bunden uden hjælp. Det er også dens største svaghed, fordi det er det, der med tiden gør siden rodet: Hver side får sit eget design, afstande og farver glider, og om to år ligner forsiden og den nyeste landingsside ikke hinanden.

Med et kodet tema kan I ændre alt indhold, men ikke designet. Det er en begrænsning, og det er en beskyttelse. Siden ser ens ud om to år, uanset hvem der har skrevet i den. Det rigtige spørgsmål er derfor ikke “kan vi selv ændre siden”, men “hvad skal vi kunne ændre selv”. Tekst, billeder, nye ydelsessider og artikler: Det skal I kunne i begge. Layout og design: Det er oftest bedst, at det ikke er nemt.

Når Elementor er det rigtige valg

• I bygger selv, og budgettet er lille. Elementor er den hurtigste vej til en præsentabel WordPress-side uden udvikler.
• I laver mange landingssider til kampagner, og de skal kunne laves i dag, af marketing, uden at vente på nogen.
• Siden har kort levetid eller er et eksperiment, der måske bliver til noget.
• I har en, der er god til det, og som holder sig til få sektionstyper og et letvægtstema. Så kan det blive fint.

Når et kodet tema er det rigtige valg

• Siden skal rangere på søgninger med konkurrence. Hastighed og ren HTML er en del af det.
• Siden skal holde i fem år og se ens ud hele vejen, uanset hvem der skriver i den.
• I har mange sider af samme type: ydelser, produkter, cases, afdelinger. Skabeloner slår håndbyggede sider.
• Siden skal noget særligt: integrationer, prisberegnere, booking. Det kan bygges ind i stedet for at hænge udenpå.
• I vil ikke være afhængige af et plugins licens og opdateringer.

Det tredje valg: WordPress’ egen editor

WordPress’ blokeditor (Gutenberg) er blevet god nok til, at den dækker mellemrummet. Et kodet tema med egne blokke giver jer en editor, hvor I kan bygge sider af de sektioner, udvikleren har lavet, med jeres design låst fast, og uden Elementors vægt. Det er den vej, vi oftest anbefaler, og det er sådan, vi bygger: skabeloner til det faste og blokke til det, I selv skal kunne sætte sammen.

Hvis I allerede har en Elementor-side

Lad være med at bygge om, fordi I har læst det her. Test først. Kør siden gennem hastighedstesten, og se på Search Console, om Core Web Vitals er et problem på rigtige besøg. Er de grønne, og virker siden, så behold den. Er de ikke, så prøv i rækkefølge: et letvægtstema, caching, færre plugins, færre sektioner pr. side, billeder i WebP. Kører siden på Elementor 3, kan det også være værd at teste version 4 på en testkopi. Det løser det for mange. Først når det ikke rækker, eller når siden alligevel skal have nyt design, er det tid til at bygge kodet. Hvornår det giver mening, står under redesign af hjemmeside.

Tjekliste

1. Skal siden rangere på konkurrenceprægede søgninger? Så vejer hastighed tungt: kodet.
2. Hvem skal lave nye sider, og hvor ofte? Marketing hver uge: Elementor eller blokke. Udvikler et par gange om året: kodet.
3. Hvor mange sider af samme type har I? Mange: skabeloner.
4. Hvem opdaterer siden om to år? Ingen: færrest mulige dele.
5. Hvad siger hastighedstesten om leverandørens tidligere sider? Det afgør mere end værktøjet.

Begge dele kan blive gode, og begge kan blive dårlige. Det, der afgør det, er, hvem der bygger, og hvad siden skal. Hvordan vi gør, og hvorfor, står under webudvikling. Resten af platformsvalget står under platformvalg. Sådan bygger vi WordPress-sider med kodet tema, står under WordPress-hjemmesider.

Kilder

• WordPress.org, Elementor Website Builder, wordpress.org.
• Elementor, Version 4 FAQs, elementor.com.
• Elementor, What will happen to my website(s) if I don’t renew Elementor Pro?, elementor.com.