WordPress-hjemmeside til virksomheder: hvad skal du bygge?

Et tema bestemmer, hvad dine sider er lavet af. Et tema bygget til opgaven betyder, at den beslutning blev truffet for din side frem for for et marked med ti tusind sider, og det er forskellen på en side der gør, hvad du har brug for, og en side du bruger to år på at arbejde udenom.

Der er tre måder at bygge en på, og det ærlige svar er, at det rigtige valg afhænger af, hvem der redigerer siden bagefter.

Bloktema, klassisk tema, sidebygger

Et bloktema er, med WordPress’ egne ord, “et tema der bruger blokke til alle dele af en side”: navigation, header, indhold og footer. Det redigeres i sideeditoren, og styles gennem en enkelt fil, theme.json, som håndbogen kalder “et grundlæggende element i blok-temaer”.

theme.json er der, hvor farver, typografisk skala, afstande og layoutbredder erklæres én gang. WordPress laver erklæringerne om til CSS-variabler med en forudsigelig navngivning, --wp--preset--color--brand og så videre, hvilket er præcis den samtale, hvor et brands design tokens møder en hjemmeside. Det nuværende format er version 3, indført i WordPress 6.6, og ældre versioner virker fortsat.

Et klassisk tema er bygget af PHP-skabeloner og functions.php. Det er den ældre metode, og WordPress dokumenterer afvejningen i én sætning: “Klassiske temaer virker ikke med sideeditoren.” Omvendt er Customizer utilgængelig i bloktemaer, medmindre et plugin henter den tilbage.

En sidebygger er et plugin, der erstatter begge dele. Det er den, man skal forstå før man vælger den, og den præcise indvending er snævrere end den, man plejer at læse.

Hvad binding til en sidebygger faktisk er

Den almindelige påstand er, at fjerner du en sidebygger, fyldes dine indlæg med shortcodes. For Elementor, den mest udbredte af dem, er det ganske enkelt ikke rigtigt, og at gentage det ville være urimeligt.

Det rigtige kommer fra Elementors egen udviklerdokumentation. Den “gemmer sidens data og layout i JSON-format som WordPress post metadata”, gemt som “et privat brugerdefineret felt, som ikke er synligt i WordPress-administrationen”, og dens frontend “har ansvaret for at fortolke sidens data og opbygge layoutet”.

Læs det omhyggeligt, for det er hele argumentet. Dit design bor ikke i WordPress’ indholdsfelt. Det bor i et privat felt, i et format kun Elementor kan gengive. Dine ord overlever. Dit layout kan kun flyttes til en anden installation af det samme plugin.

Det er et rimeligt teknisk valg, og for en side nogen selv redigerer hver uge uden en udvikler kan det udmærket være det rigtige. Men det er en binding, og den bør indgås med åbne øjne frem for opdages i år tre.

Hvad vi bygger, og hvorfor det ikke altid er det samme

To sider, to forskellige svar.

Bonatar, en belgisk rådgivningsvirksomhed inden for maskinsikkerhed, fik et bloktema bygget til opgaven med theme.json v3. Siden kører på hollandsk, fransk og engelsk, og hvert element der optræder på hver side (navigation, handlingsopfordringen, mærket, sprogskifteren, SEO-hovedet) genereres ét sted, så en rettelse lander på alle tre sprog på én gang. Lokaliserede URL-stier, sprogregistrering og hreflang er bygget ind i temaet: intet flersprogethedsplugin, ingen kopi af skabelonen per sprog, ingen ekstra licens.

En svømmeskole i Nordjylland fik i stedet et klassisk PHP-tema, og casen siger hvorfor lige ud: designet er fire faste layouts, og blokskabeloner ville have tilføjet en redigeringsflade, ingen havde bedt om, plus endnu et sted hvor opmærkningen kunne bo.

Den strukturelle beslutning der er værd at stjæle uanset metode: to brødskabeloner gengiver fire sider, hver op imod en tabel med teksten på begge sprog. Én skabelon per sprog er præcis, hvordan en tekstrettelse lander på dansk og stille misser engelsk.

Princippet: vælg den metode, der passer til hvem der redigerer siden. Et bloktema køber redigeringsfrihed og betaler med overflade. Et klassisk tema køber præcision og betaler med fleksibilitet. Den, der anbefaler det samme til hver kunde, sælger sin vane.

Hvad et tema bygget til opgaven bør indeholde

• Ét sted for alt der gentages. Navigation, footer, handlingsopfordringer og metadata genereret af én funktion frem for indsat i hver skabelon.
• Design tokens, ikke hardkodet hex. Farverne i temaet er farverne i brandguiden, læst fra samme kilde.
• Ingen hardkodede filhenvisninger. WordPress er utvetydig: du “bør aldrig hardkode” <link>– og <script>-tags; stylesheets og scripts køes, skrifter erklæres i theme.json.
• Hovedet ejet af temaet. Metabeskrivelse, canonical, Open Graph og struktureret data genereret frem for skrevet per side.
• Et versionsnummer der flytter sig, så du kan se hvad der er udrullet.

Hvem bør ikke købe et

• Du skal bruge en side i næste uge for under 7.000 kr. Køb et godt tema fra et marked og brug pengene på fotografi.
• Din side er en webshop med almindelige krav. WooCommerce med et velvedligeholdt tema slår et specialbygget på pris og på hvor længe det bliver ved med at virke.
• Ingen hos jer skal nogensinde røre den. Så er redigeringsfladen ligegyldig, og næsten enhver metode duer. Vælg på pris.

Hvad det koster

En hjemmeside fra dette studie starter ved 19.000 kr. ekskl. moms, og beregneren giver dig det præcise tal for din opgave frem for et spænd.

Selve temaet er en post i den: WordPress + et tema bygget ud fra dine tokens, 5.750 kr. Sider er 950 kr. stykket, et sprog nummer to 1.300 kr. oven i sidernes andel, og overdragelse af ejerskab og administration 650 kr., sat til som standard.

---

Videre: Hvem ejer din hjemmeside · Hvad koster en hjemmeside · beregn din egen pris