WordPress eller kodet fra bunden?

Det korte svar

Vælg en kodet side, hvis siden skal være hurtig, skal se ud som noget ingen andre har, skal have en lille angrebsflade, eller skal kunne stå i årevis uden at nogen rører den.

Vælg WordPress, hvis du skal udgive meget indhold løbende, har flere personer der skriver, har brug for en bestemt udvidelse der allerede findes, eller har et stramt budget og accepterer et tema, der ligner andres.

Resten af denne side er begrundelsen. Er du allerede enig med dig selv, behøver du ikke læse videre.

Hvad WordPress faktisk er god til

WordPress driver en meget stor del af verdens hjemmesider, og det er der gode grunde til.

• Redigering. Skal fem forskellige personer skrive indlæg, findes der ikke noget mere gennemprøvet.
• Økosystemet. Næsten alt, du kan komme i tanke om, findes allerede som en udvidelse. Bookingsystem, medlemsområde, flersproget indhold — det er lavet før.
• Prisen på at komme i gang. Et tema og en håndfuld udvidelser er billigere end at få noget tegnet og kodet fra bunden. Det er ikke til diskussion.
• Du kan finde nogen. Hvis dit bureau forsvinder, findes der tusindvis, der kan overtage en WordPress-side.

Det sidste punkt er værd at tage alvorligt. Det er det stærkeste argument for WordPress, og det er ikke teknisk.

Modsvaret er lige så simpelt: en kodet side er skrevet i almindeligt web-sprog — HTML, CSS og JavaScript, og React hvor opgaven kalder på det — og du kan få filerne udleveret. Så kan enhver udvikler læse den. Argumentet handler om, hvor mange der laver den slags — ikke om du er bundet.

Hvor det gør ondt

Problemerne ved WordPress kommer sjældent i starten. De kommer efter halvandet år.

• Vedligehold. Kernen, temaet og hver enkelt udvidelse opdateres i deres eget tempo. En opdatering kan bryde en anden, og siden skal testes hver gang. Sker det ikke, ophobes der sårbarheder.
• Sikkerhed. Langt de fleste WordPress-indbrud sker gennem forældede udvidelser, ikke gennem WordPress selv. Jo flere udvidelser, jo større flade at angribe.
• Hastighed. Et tema er bygget til at kunne alt for alle. Din side bruger måske en femtedel af det, men henter det hele. Hastighed kan forbedres med caching, men man optimerer noget, der ikke behøvede at være tungt.
• Forladte udvidelser. Den udvidelse, hele din bookingfunktion hviler på, kan holde op med at blive vedligeholdt. Så skal noget erstattes, og det er sjældent billigt.
• Det ligner noget. Købte temaer bliver købt af mange. Din side kommer til at ligne dem, du konkurrerer med.

Hvad “kodet fra bunden” betyder i praksis

Vi vælger værktøjet efter opgaven. En præsentationsside skrives i HTML, CSS og JavaScript og har ikke brug for et system imellem sig og de besøgende. Skal siden kunne mere — login, kurv, et dashboard du selv styrer — bygger vi den i React, fordi den slags hører til der.

I praksis betyder det, at der er mindre, der kan gå galt, fordi der er mindre til stede. Ingen administrationsside at logge ind på — og dermed ingen loginside at angribe. Ingen udvidelser, der skal holde sig til hinanden. Ingen database mellem den besøgende og teksten på skærmen.

Det er også hurtigere, men det er en konsekvens, ikke et trick. En side, der ikke har noget tungt at hente, er hurtig af sig selv.

Det, du får ud af det i praksis:

• Hastighed uden lappeløsninger. Der ligger ikke et cache-lag oven på noget tungt. Der er ikke noget tungt.
• Ingen opdateringer, der kan brække noget. Ingen kerne, intet tema og ingen udvidelser, der opdateres i hvert sit tempo — og ingen loginside at angribe.
• Et design, der kun er dit. Der er ikke noget tema at genkende. Din konkurrent kan ikke købe det samme udgangspunkt.
• Den kan stå stille uden at forfalde. En kodet side, ingen har rørt i to år, er den samme side. Det gælder ikke en WordPress-side med tolv udvidelser.

Hvad du giver afkald på

Det ærlige svar er: bekvemmelighed og markedet.

Du kan ikke selv installere en udvidelse med to klik. Skal siden pludselig kunne noget nyt, skal det bygges — det tager længere tid end at finde et plugin.

Og du kan ikke lige finde tre tilbud på at overtage siden. En kodet side kan læses af enhver udvikler, fordi den er skrevet i almindeligt web-sprog, men feltet af folk, der siger ja til at overtage en andens kode, er mindre end feltet af folk, der laver WordPress.

Derfor er det væsentligt, at du kan få kodefilerne udleveret. Spørg om det, uanset hvem du køber af. Kan de ikke svare ja, er du bundet på en måde, der ikke har noget med teknik at gøre.

Myten om at kodede sider ikke kan redigeres

Den holder ikke. Det er rigtigt, at en kodet side ikke kommer med en administrationsdel som standard — men den kan bygges, og den kan bygges bedre.

Et redigeringspanel til én bestemt side indeholder præcis de felter, der skal kunne ændres: priser, tekster, produkter, billeder. Det er hurtigere at bruge end et standardsystem, og der er ikke hundrede indstillinger, du kan komme til at ødelægge noget med.

Spørg altid, om det er med i tilbuddet. Det er en reel forskel på to ellers ens tilbud.

Sådan vælger du

Fire spørgsmål, der som regel afgør det.

• Hvor ofte skal indholdet ændres? Dagligt af flere personer taler for WordPress. Nogle gange om året taler for en kodet side.
• Hvad koster nedetid dig? Er svaret “en masse”, tæller den mindre angrebsflade tungt.
• Skal siden ligne dig eller ligne branchen? Skal den skille sig ud, kommer du sjældent i mål med et tema.
• Hvem vedligeholder den om to år? Er der ingen med i planen, bliver en WordPress-side et sikkerhedsproblem hurtigere end en kodet.