För den som bara vill ha en bra webbplats kan det låta som tre olika sätt att göra samma sak.
Det är det inte riktigt.
Men de behöver heller inte vara motståndare.
En bra WordPress-webbplats använder ofta alla tre.
Temat – webbplatsens grund
Temat styr hur WordPress presenterar innehållet.
Layout, typografi, sidmallar, menyer och mycket av det visuella brukar ligga här.
Det finns tusentals färdiga teman och de kan vara ett bra alternativ när behoven är enkla och budgeten begränsad.
Problemet uppstår när verksamheten tvingas anpassa sig efter temat i stället för tvärtom.
”Vi kan inte riktigt ha den informationen där, för mallen ser ut så här.”
Då har verktyget börjat bestämma lösningen.
Jag föredrar motsatsen.
Först bestämmer vi vad webbplatsen behöver göra.
Sedan bygger vi det.
Plugins – färdiga funktioner
Plugins är tillägg som ger WordPress fler funktioner.
Kontaktformulär är ett typiskt exempel.
SEO-verktyg ett annat.
E-handel, bokningar, säkerhet, cache, integrationer och ungefär sjuttioelva andra saker går att lägga till med plugins.
Och det är fantastiskt.
Det finns ingen anledning att utveckla ett helt eget kontaktformulär från grunden varje gång någon behöver ett kontaktformulär.
Men det betyder inte att varje problem behöver ännu ett plugin.
När plugins börjar staplas på varandra
Det är lätt att installera ett plugin.
Det är också anledningen till att många WordPress-webbplatser med tiden får ganska många.
Ett plugin för en knapp.
Ett för några ikoner.
Ett för en funktion som användes under kampanjen 2021.
Ett som ingen riktigt vet vad det gör, men ingen vågar ta bort det heller.
Varje plugin innebär ytterligare kod som ska underhållas, uppdateras och fungera tillsammans med resten av webbplatsen.
Antalet i sig avgör inte om webbplatsen är bra eller dålig.
Men varje plugin bör ha ett jobb.
Annars kan det få gå hem.
Fler plugins betyder inte automatiskt en långsam webbplats
Det här är värt att förtydliga.
Tio välbyggda plugins behöver inte vara ett större problem än ett enda dåligt.
Det intressanta är vad de gör.
Ett plugin kan ladda stora mängder JavaScript och CSS på varje sida. Ett annat kan göra tunga databasfrågor. Ett tredje kanske anropar externa tjänster som besökaren sedan får vänta på.
Och vissa märks knappt alls.
Därför är frågan ”hur många plugins kan man ha?” egentligen fel fråga.
En bättre fråga är:
Vad tillför varje plugin – och vad kostar det webbplatsen?
Vad är skräddarsydd kod?
Det är kod som skrivs för just den webbplats och funktion som behövs.
Det kan vara en liten anpassning.
En integration mot ett annat system.
Ett särskilt arbetsflöde.
En kundportal.
Eller en funktion som helt enkelt inte finns som en vettig färdig lösning.
Fördelen är att vi kan bygga exakt det som behövs – utan att samtidigt installera hundra funktioner som aldrig kommer användas.
Nackdelen?
Skräddarsydd utveckling kräver utveckling.
Det tar tid och ska underhållas ordentligt.
Därför ska man inte specialbygga saker bara för att man kan.
Skräddarsytt betyder inte underhållsfritt
Det här glöms ibland bort.
Egen kod behöver också leva tillsammans med WordPress, PHP, webbläsare och eventuella externa system.
När omgivningen förändras kan koden behöva förändras med den.
Skillnaden är att du har kontroll över vad som byggts och varför.
Bra skräddarsydd kod ska därför inte bara fungera idag.
Den ska vara begriplig, underhållbar och byggd med morgondagen åtminstone lite grann i åtanke.
Så vad är bäst?
Det som löser uppgiften på enklast vettiga sätt.
Finns det ett etablerat och väl underhållet plugin som gör exakt det vi behöver?
Bra.
Använd det.
Behöver designen anpassas efter företagets identitet och innehåll?
Bygg temat därefter.
Finns det ett verksamhetsbehov som färdiga lösningar inte hanterar bra?
Då skriver vi det som behövs.
Webbutveckling blir bäst när tekniken väljs efter problemet.
Inte när problemet försöker pressas in i tekniken.
WordPress ska inte behöva se ut som WordPress
Det är en av sakerna jag gillar med plattformen.
WordPress kan vara motorn utan att bestämma hur bilen ska se ut.
Besökaren behöver inte veta vilket CMS som ligger bakom.
Den ska bara möta en snabb, tydlig och genomtänkt webbplats som känns som företaget den representerar.
Vad som händer bakom kulisserna är mitt problem.
Och jag gillar den sortens problem.
