”Plugin-feber”: Den dolda månadskostnaden som äter upp WooCommerce-butikers vinst

En WooCommerce-butik börjar sällan med för många plugins – tvärtom.

Den börjar ofta med en ganska enkel tanke: ”Vi behöver bara den här funktionen också.”

Ett plugin för betalningar. Ett för frakt. Ett för produktfilter. Ett för SEO. Ett för prenumerationer. Ett för recensioner. Ett för popup-fönster. Ett för e-postmarknadsföring. Ett för produktfeeds.

Och plötsligt har den där lilla webbutiken 30, 40 eller kanske ännu fler aktiva tillägg.

Var och en löser ett problem. Tillsammans skapar de ett nytt fenomen – plugin-feber

Problemet är inte bara vad plugins kostar i licenser. Den verkliga kostnaden kan även bestå av support, uppdateringar, konflikter, utvecklingstid, felsökning, prestandaproblem och funktioner som ingen längre använder.

För både webbutvecklare och e-handlare är det därför dags att börja betrakta plugins som tekniska och ekonomiska beroenden, inte som gratis byggklossar.

Vad är egentligen Plugin-feber?

Plugin-feber är inget officiellt tekniskt begrepp. Det är snarare ett bra sätt att beskriva en vanlig situation i WordPress- och WooCommerce-projekt:

Varje nytt behov löses genom att installera ytterligare ett plugin.

Problemet är att varje enskilt beslut kan vara rationellt.

• Butiken behöver bättre filtrering → installera ett filterplugin.
• Butiken behöver avancerade produktalternativ → installera ett plugin.
• Marknadsavdelningen vill ha popup-kampanjer → installera ett plugin.
• Ekonomiavdelningen vill ha automatiserade rapporter → installera ett plugin.

Plötsligt finns det en hel kedja av externa beroenden som butiken är beroende av för att fungera som tänkt.

WooCommerce är i sig byggt för att kunna utökas. WooCommerce beskriver också sin modell som att grundplattformen är gratis medan funktionalitet kan läggas till efter behov. På WooCommerce Marketplace finns idag tillägg med årslicenser från relativt små belopp upp till flera hundra dollar per år.

Det är praktiskt, men det gör det också väldigt enkelt att bygga upp en kostnadsstruktur som inte syns när man tittar på själva butikens försäljning.

Den dolda månadskostnaden är större än licensen

Anta att en butik har tio premiumplugins.

Licenserna kostar i genomsnitt 79 dollar per år.

Det blir:

Och då har jag bara räknat på licenser.

Det är här den verkliga diskussionen om dolda månadskostnaden börjar.

Kostnaden kan även bestå av

• tid för uppdateringar
• felsökning efter uppdateringar
• kompatibilitetstester
• supportärenden
• utvecklartid
• stagingmiljöer
• konflikter mellan plugins
• prestandaproblem
• extra databasbelastning
• dokumentation
• säkerhetsarbete
• kostnaden för att byta ut ett plugin senare

Ett plugin som kostar 49 dollar per år är alltså inte nödvändigtvis ett billigt plugin.

Det viktiga är vad det kostar verksamheten att ha det.

Ett plugin kan vara billigt men dyrt ändå

Tänk dig en mindre webbutik som säljer specialdesignade inredningsprodukter.

Ägaren vill kunna visa relaterade produkter.

Det finns tio plugins som löser problemet. Ett av dem kostar 39 dollar per år.

Det låter rimligt.

Men efter ett år uppstår ett problem: pluginet laddar sina scripts på fler sidor än nödvändigt och skapar en konflikt med butikens cachelösning.

Utvecklaren behöver lägga två timmar på felsökning.

Några månader senare kommer en WooCommerce-uppdatering. Problemet återkommer – ytterligare två timmar.

Plötsligt har ett plugin för 39 dollar kostat betydligt mer än licensavgiften.

Det betyder inte att pluginet är dåligt, men det betyder att kostnaden måste bedömas i sitt sammanhang.

Plugins påverkar också prestandan

Plugin-feber är inte bara ett ekonomiskt problem, det är också ett tekniskt problem.

WooCommerce rekommenderar bland annat att utvecklare utvärderar pluginens prestandapåverkan, använder effektiva databasfrågor och testar en butik med och utan tillägg för att identifiera deras faktiska påverkan.

Det är en viktig skillnad.

Det är inte korrekt att säga att ”många plugins automatiskt gör en WordPress-sajt långsam”.

Ett välskrivet plugin kan vara mycket effektivare än dåligt skräddarsydd kod, men varje plugin kan introducera ytterligare kod, hooks, scripts, styles, databasfrågor och beroenden. Därför måste effekten bedömas utifrån vad pluginet faktiskt gör.

Ett konkret scenario

En butik har 35 aktiva plugins.

På produktsidan behöver kunden egentligen bara funktionalitet från ungefär tio av dem.

Ändå kan flera andra tillägg fortfarande initieras när sidan laddas.

WooCommerce.com har nyligen beskrivit hur deras egen tekniska miljö arbetat med selektiv laddning av plugins. I deras tester gav borttagning av vissa irrelevanta tillägg från specifika requests omkring 10 procent bättre genereringstid på vissa produktsidor.

Det betyder inte att alla WooCommerce-butiker ska börja bygga avancerad selektiv plugin-laddning.

Det betyder något enklare: Det är värt att veta vilka plugins som faktiskt gör vad.

När är ett plugin värt kostnaden?

Ett plugin ska inte bedömas enbart efter priset.

En bättre modell är att ställa fem frågor.

Det sista är särskilt viktigt.

Ett plugin som sparar fem timmar administration varje vecka kan vara extremt billigt.

Ett annat som bara används två gånger per år kanske inte är värt att underhålla.

Gratis plugins är inte gratis

Det här är en av de vanligaste missuppfattningarna.

Ett gratis plugin kan vara ett utmärkt val.

Men gratis licens betyder inte gratis system.

Någon måste fortfarande:

• installera pluginet
• konfigurera det
• uppdatera det
• kontrollera kompatibiliteten
• felsöka det
• säkerställa att det fungerar efter en WooCommerce-uppdatering
• hantera eventuella säkerhetsproblem

Dessutom kan ett gratis plugin skapa indirekta kostnader.

Om en utvecklare behöver lägga tre timmar på att förstå varför ett gratis plugin förändrar checkoutens beteende har pluginet redan fått en faktisk kostnad.

Det är därför total ägandekostnad, snarare än inköpspris, är ett bättre sätt att tänka.

Den farligaste plugin-frågan är ”Kan vi bara installera…?”

Det här är ofta början på Plugin-feber.

”Kan vi bara installera ett plugin för att…”

Det kan vara en helt rimlig fråga, men innan svaret blir ja bör någon kontrollera:

1. Finns funktionen redan i WooCommerce?
2. Kan den lösas med befintlig konfiguration?
3. Finns funktionen i temat eller den befintliga stacken?
4. Kan en liten mängd egen kod lösa problemet?
5. Finns ett befintligt plugin som redan används och kan utökas?
6. Vad händer med prestandan?
7. Vad händer om pluginet överges av utvecklaren?
8. Är kostnaden årlig eller återkommande?
9. Hur svårt blir det att migrera bort senare?

Det är särskilt viktigt för byråer och webbutvecklare.

Att installera ett plugin tar kanske fem minuter – att avveckla det efter tre år kan ta flera dagar.

Plugin-stacken är en del av butikens arkitektur

En WooCommerce-butik bör därför inte bara ha en grafisk design och en teknisk specifikation.

Den bör ha en pluginstrategi.

Det kan exempelvis innebära att varje plugin dokumenteras med:

Det låter kanske överdrivet för en liten butik, men när butiken börjar växa blir en sådan översikt snabbt värdefull.

Det är samma princip som med teknisk skuld: det som är enkelt att ignorera när systemet är litet blir dyrt när systemet växer.

Vad kan byggas istället?

Det betyder inte att alla plugins ska ersättas med egen kod.

Det vore lika dogmatiskt åt andra hållet.

Ett bra plugin kan spara enormt mycket utvecklingstid, men vissa funktioner är så små att ett helt plugin blir oproportionerligt.

Exempel: En liten specialregel

En butik behöver lägga till en informationsrad i checkouten när kunden väljer en viss fraktmetod.

Om funktionen är stabil och enkel kan alternativ B vara mer hållbart.

Men om butiken behöver ett komplett system för avancerade checkoutfält, villkor, layout och administration är ett etablerat plugin sannolikt bättre.

Målet är inte färre plugins till varje pris. Målet är färre onödiga beroenden.

Gör en plugin-audit innan du installerar mer

En plugin-audit behöver inte vara komplicerad.

Börja med att exportera en lista över alla aktiva plugins.

Gå sedan igenom dem ett efter ett.

Det är därför klokt att inte bara dokumentera vad ett plugin kostade när det installerades, dokumentera vad det kostar idag.

Steg 5: Vad händer om pluginet försvinner?

Det här är kanske den viktigaste frågan av alla.

Om ett plugin upphör att utvecklas – hur mycket av butiken påverkas?

Ett litet tillägg som kan ersättas på en timme är en sak.

Ett plugin som styr checkout, produktdata, prenumerationer och orderflöden är något helt annat.

Prestanda måste ses som en del av e-handeln

Pluginhantering bör inte betraktas isolerat från resten av WooCommerce-arkitekturen.

I en större butik blir exempelvis databasstruktur, caching och objektcache minst lika viktiga som antalet plugins.

Läs gärna mer om prestandaoptimering för stora WooCommerce-butiker för ett bredare perspektiv på hur den tekniska infrastrukturen påverkar butiken.

Plugins kan också skapa säkerhetsrisker

Varje plugin är ytterligare en komponent som behöver underhållas.

Det betyder inte att plugins automatiskt är osäkra. Men ett övergivet, dåligt underhållet eller felkonfigurerat plugin kan bli en svag punkt.

Det är ännu en anledning att rensa bort funktioner som inte längre behövs.

Det gäller särskilt gamla plugins som ligger kvar eftersom ”vi kanske behöver det någon gång”.

Ett bättre förhållningssätt är: Behöver vi det nu?

Om svaret är nej och pluginet inte behövs för någon annan kritisk funktion finns det åtminstone anledning att utvärdera om det ska vara kvar.

Plugin-feber blir extra dyrt när butiken växer

För en liten butik kan tio plugins vara helt rimligt.

För en större e-handel blir frågan mer komplex.

Där kan pluginen påverka:

• checkout
• lagerhantering
• orderflöden
• produktimporter
• betalningar
• frakt
• kundkonton
• prenumerationer
• integrationer
• ERP-system
• CRM
• marknadsföringsplattformar

Plötsligt är pluginlandskapet en viktig del av affärskritisk infrastruktur.

Då räcker det inte att fråga om pluginet fungerar, man behöver fråga:

Hur påverkar pluginet hela systemet?

Tänk i funktioner, inte plugins

Det här är kanske det viktigaste skiftet för både e-handlare och webbutvecklare.

• En butik behöver inte ett plugin för produktfilter – den behöver bra produktfiltrering.
• Den behöver inte tre plugins för internationell försäljning – den behöver en fungerande lösning för lokalisering, moms, betalning, frakt och språk.
• Den behöver inte ett plugin för varje marknadsföringsidé – den behöver ett marknadsföringsflöde som faktiskt genererar intäkter.

Det perspektivet förändrar diskussionen.

När fokus flyttas från plugins till funktioner blir det enklare att se vilka komponenter som faktiskt skapar värde.

Det blir också enklare att upptäcka när två eller tre plugins egentligen försöker lösa samma problem.

För butiker som växer internationellt blir detta särskilt viktigt. En genomtänkt lokaliserad e-handel handlar exempelvis inte bara om att installera ett språkplugin, utan om hur hela köpupplevelsen anpassas till olika marknader.

Så kan en pluginbudget se ut

En enkel budgetmodell kan hjälpa till att synliggöra problemet.

Anta att en butik har 4 premiumplugins à 129 dollar/år – det blir totalt 516 dollar per år eller drygt 5 000 kr/år.

Men om butiken dessutom lägger exempelvis 10 timmar per år på extra pluginrelaterad felsökning och administration kan den verkliga kostnaden bli betydligt högre.

Om utvecklartiden värderas till 1 000 kronor per timme är de tio timmarna ytterligare 10 000 kronor.

Det är därför en plugin-audit inte bara ska titta på licenskostnaden.

Den ska titta på licens + tid + risk + prestanda + beroende.

En enkel regel för framtida pluginbeslut

Innan du installerar nästa plugin, använd en enkel fyrfältare:

Det här tar några minuter.

Att städa upp en plugin-stack efter fem år kan ta betydligt längre tid.

WooCommerce behöver inte vara plugin-fritt

Det finns en risk att diskussionen om Plugin-feber går för långt.

WooCommerce är byggt för att utökas.

Det är en av plattformens stora styrkor.

Ett bra plugin kan ge en mindre e-handlare avancerad funktionalitet utan att företaget behöver finansiera ett eget utvecklingsteam.

WooCommerce Subscriptions är exempelvis en avancerad funktion för återkommande betalningar och kostar idag 279 dollar per år enligt WooCommerce. För en verksamhet som faktiskt bygger sin affärsmodell på prenumerationer kan det vara en mycket rimlig kostnad.

Problemet är alltså inte att betala för plugins – problemet är att betala för funktionalitet som inte skapar tillräckligt värde.

Från Plugin-feber till en friskare WooCommerce-stack

En bra WooCommerce-butik behöver inte ha så få plugins som möjligt – den behöver ha rätt plugins.

Det innebär att varje komponent bör ha ett tydligt syfte, en ansvarig och en kostnad.

När en butik växer bör plugin-stacken därför granskas på samma sätt som andra delar av verksamheten.

• Vad använder vi?
• Vad kostar det?
• Vad ger det?
• Vad påverkar det?
• Vad händer om det försvinner?

Och framför allt:

Skulle vi installera det här idag om vi byggde butiken från början?

Om svaret är nej har du kanske hittat början på nästa rensning.

Dags att göra en plugin-audit?

Om din WooCommerce-butik har samlat på sig plugins under flera år är det sannolikt värt att göra en ordentlig genomgång.

Börja inte med frågan ”Vilka plugins kan vi ta bort?”, börja med: ”Vilka funktioner behöver verksamheten egentligen?”

Därefter kan du kartlägga vilka plugins som levererar dem, vad de kostar och vilken teknisk belastning de innebär.

Resultatet kan bli färre licenser, men den större vinsten kan vara en enklare arkitektur, färre beroenden och en butik som är lättare att utveckla vidare. Det är där den verkliga besparingen finns.

Plugin-feber handlar trots allt inte om att du har installerat för många plugins, det handlar om att du har slutat veta varför de finns där.