Bästa webbhotell för WooCommerce 2026
WooCommerce driver majoriteten av alla nätbutiker på WordPress och är det självklara valet för flexibel e-handel. Men en nätbutik ställer helt andra krav på ditt webbhotell – kundvagnar, realtidslager och kassaprocesser kräver databasanrop som inte kan cachas bort. Väljer du fel hosting märks det direkt i laddtider, tappad försäljning och frustrerade kunder.
Vi har filtrerat fram webbhotell som faktiskt klarar WooCommerce: tillräckliga PHP-resurser, SSL, daglig backup och bra prestanda under belastning.
Utforska webbhotell efter ämne
WooCommerce belastar servern på sätt WordPress inte gör
WooCommerce är det populäraste e-handelstillägget för WordPress och driver ett betydande antal nätbutiker i Sverige. Men trots att WooCommerce tekniskt sett är ett WordPress-plugin beter det sig radikalt annorlunda mot en vanlig sajt, och det syns direkt i vilka krav det ställer på webbhotellet.
En vanlig WordPress-blogg eller presentation kan cachas aggressivt. Det betyder att webbservern svarar med en förrenderad HTML-fil och PHP aldrig behöver startas vid varje sidanrop. WooCommerce bryter det mönstret på ett avgörande sätt: kundvagnen, kassan och kontosidorna kan aldrig cachas. Varje besökare som lägger något i varukorgen genererar en unik PHP-session. Varje steg i kassaflödet skapar nya databasanrop i realtid. Det gäller oavsett hur bra ditt caching-plugin är konfigurerat, eftersom ingen cache kan leverera en personaliserad sida.
Konsekvensen är konkret: ett webbhotell som fungerar alldeles utmärkt för en WordPress-nyhetssajt med 10 000 sidvisningar per dag kan kollapsa under en WooCommerce-butik med bara några hundra samtidiga besökare i kassan. Det är inte ett storleksproblem, det är ett arkitekturproblem.
Varför WooCommerce belastar servern hårdare
Förutom det okachningsbara kassaflödet lägger WooCommerce till flera tunga lager ovanpå grundinstallationen. Produktkatalogen kräver komplexa databasförfrågningar med många joins, särskilt vid varianter, lager och prisvariationer. Ordrarna hanteras i en databas som växer stadigt och behöver indexoptimering över tid. E-postutskick vid köp, lagerlarm och orderbekräftelser triggar PHP-processer utanför den normala sidladdningen. Lägg till det faktum att WooCommerce-sajter ofta kör fler aktiva plugins och ett tyngre tema, och resursprofilen skiljer sig markant från ett enkelt CMS.
Det vi letar efter i ett bra WooCommerce-webbhotell är därför inte enbart att WooCommerce går att installera, utan att servermiljön klarar av de specifika belastningsmönster som e-handel innebär, med tillräckliga PHP-resurser, snabb databas och ett cache-lager som förstår skillnaden mellan cachningsbara och icke-cachningsbara delar av butiken.
5 resurskrav som skilja WooCommerce från vanlig WordPress-hosting
Dessa parametrar är sällan listade på prissidan men avgör om din butik håller ihop under verklig belastning.
Entry processes och PHP-workers
Entry processes är det maximala antalet PHP-processer som kan köras parallellt på ditt konto. En typisk delade hostingplan erbjuder 10 till 20 entry processes. Det räcker för en blogg, men en WooCommerce-butik där varje aktiv kund i kassan binder upp en PHP-process kan nå taket snabbt. Resultatet är HTTP 508 (resurserna är slut) eller tomma sidor utan felmeddelande, exakt i det känsligaste momentet i köpflödet.
PHP memory_limit: 512 MB som praktiskt golv
WordPress egna riktlinje är 256 MB, men WooCommerce med produktvarianter, ett avancerat tema och ett handfull aktiva plugins behöver 512 MB för att fungera stabilt. Det gäller i synnerhet vid orderimporter, batch-uppdateringar av lagersaldo och synkronisering mot externa system. Stöter du på 'Allowed memory size exhausted' i loggen är det ett tecken på att minnesgränsen är för låg, inte att du har för många plugins.
Redis objektcache: kritisk för butiksprestanda
WordPress gör databasfrågor vid nästan varje sidladdning. I en WooCommerce-butik mångdubblas antalet förfrågningar: produkter, kategorier, lagerstatusar, kampanjpriser och sessionsdata. Redis objektcache sparar resultaten i serverminnet och svarar på upprepade förfrågningar utan att träffa databasen alls. Skillnaden märks tydligast i adminpanelen och på sidor med många produkter, men Redis minskar också belastningen på kassan eftersom produktpriserna inte behöver räknas om varje gång.
Webbservern avgör cachepotentialen
LiteSpeed med LSCache förstår WooCommerce specifikt. Det cachear produktsidor och kategorisidor, exkluderar kassan automatiskt och hanterar fragmentcachning av kundvagnswidgeten. En Apache-server utan tilläggskonfiguration cachar ingenting alls och låter PHP arbeta fullt ut vid varje anrop. Det är inte en liten skillnad i praktiken, det kan vara tio till tjugo gånger snabbare svarstid på de sidor som faktiskt går att cacha.
Databasprestanda: InnoDB-buffert och antal anslutningar
WooCommerce-databasen växer med varje order och produktuppdatering. På delade servrar med hårt begränsad InnoDB-buffertpool kan databasen bli flaskhalsen innan PHP-resurserna tar slut. Kontrollera om webbhotellet begränsar antalet samtidiga MySQL-anslutningar per konto. Ett lågt tak på 15 till 25 anslutningar märks knappt i vila men kan blockera köpflödet under trafiktoppar när flera kunder handlar samtidigt.
En WooCommerce-kassa kan aldrig cachas. Varje kund i köpflödet binder upp en PHP-process. Det är grundorsaken till att butiker och bloggar ställer fundamentalt olika krav på webbhotellet.
SSL, PCI och betalningssäkerhet
HTTPS är inte valfritt i en nätbutik. Det är ett hårt krav från betalleverantörerna och en grundförutsättning för att Klarna, Stripe och kortbetalning ska fungera. Gratis SSL via Let's Encrypt ingår numera hos de flesta seriösa webbhotell och räcker tekniskt sett för de allra flesta WooCommerce-butiker. Det viktigaste är att certifikatet förnyas automatiskt och att HTTP-till-HTTPS-omdirigering är aktiv utan manuella ingrepp.
PCI DSS (Payment Card Industry Data Security Standard) är det regelverk som styr hur kortbetalningsdata hanteras. Om du integrerar kortbetalning via Stripe, Klarna eller Nets och låter dem hantera hela betalsidan (det vanliga) lagras inga kortuppgifter på din server och ditt PCI-ansvar är minimalt. Det problemet uppstår om du försöker hantera kortdata direkt i en egenutvecklad lösning, vilket kräver ett mycket mer strikt serverupplägg.
Svenska betalsätt: Klarna och Swish
För en butik med svensk målgrupp är Klarna och Swish i praktiken ett krav. Klarna Checkout och Klarna Payments integrerar med WooCommerce via officiella plugins och ställer inga särskilda serverkrav utöver ett fungerande HTTPS och PHP 7.4 eller nyare. Swish för e-handel kräver ett avtal direkt med din bank och är något mer tekniskt att sätta upp, men WooCommerce-plugins finns tillgängliga från flera betalningslösningsbolag.
Märk att Klarna-integrationen kräver att kassan alltid renderas i PHP-realtid. Det förstärker behovet av stabila entry processes. En butik som tappat betalfönstret under Black Friday-kvällen på grund av att PHP-processer var slut är en erfarenhet vi sett beskrivas upprepade gånger i forum, och det är ett rent resursproblem, inte ett plugins-fel.
508-fel dödar kampanjer
HTTP 508 (Resource Limit Is Reached) är det felmeddelande som dyker upp när alla PHP-workers är upptagna och webbhotellet inte kan ta emot fler förfrågningar. Det inträffar typiskt vid kampanjtrafik som nyhetsbrevslansering, ett omnämnande i media eller en Black Friday-kampanj. På delad hosting med begränsade entry processes är risken reell. Kontrollera hur många PHP-processer ditt abonnemang tillåter och fråga leverantören vad som händer när taket nås. Bra leverantörer sätter kunden i kö. Sämre svarar direkt med 508.
Kravlista för WooCommerce-hosting
- Minst 20 entry processes (helst obegränsade på din plan)Avgörande under kampanjer. Be leverantören specificera exakt gräns för ditt abonnemang och vad som händer när den nås.
- PHP memory_limit på 512 MB eller merWooCommerce med varianter och aktiva plugins behöver mer RAM än en standard WordPress-installation. Kontrollera inställningen i phpinfo() efter att du loggat in.
- Redis objektcache tillgängligSka erbjudas som inbyggd funktion, inte kräva en separat VPS. Kontrollera att Redis finns aktiverbart utan extra kostnad.
- LiteSpeed eller Nginx med konfigurerat WooCommerce-cache-undantagWebbservern ska kunna cacha produktsidor utan att cacka kassaflödet. Fråga specifikt om WooCommerce-stöd i cache-konfigurationen.
- Gratis SSL med automatisk förnyelseLet's Encrypt räcker för de flesta. Det viktiga är att förnyelsen är automatisk och att du inte behöver manuellt ingripa.
- max_execution_time på minst 120 sekunderWooCommerce-betalningsanrop kan ta tid, särskilt Klarna-integrationen och orderimporter. Kortare timeout avbryter transaktioner i otide.
- Daglig backup med enkel orderåterställningEn nätbutik behöver inte bara filbackup utan också en snabb väg att återställa databasen till en specifik tidpunkt om order försvinner eller data korrupteras.
- Support som känner till WooCommerceGenerell WordPress-support räcker inte. Testa supporten med en specifik fråga om entry process-konfiguration eller Redis-integration innan du binder upp dig.
När det är dags att lämna delad hosting
Delade hostingplaner fungerar för en liten butik i uppstartsfasen med låg trafik och enkel produktkatalog. Frågan är inte om utan när ett byte till snabbare hosting med dedikerade resurser är motiverat.
Det tydligaste tecknet är en seg adminpanel. Om det tar mer än ett par sekunder att spara en produkt eller öppna orderlistan handlar det inte om ett plugin-problem utan om att PHP-resurser konkurrerar med andra konton på samma server. Det andra tecknet är återkommande 508-fel eller timeout-felmeddelanden vid orderbehandling. Det tredje är när webbhotellets egen supportpersonal börjar hänvisa till att du 'använder för många resurser' utan att erbjuda en konkret lösning.
En VPS eller managed WordPress-hosting ger garanterade CPU-resurser, dedikerat RAM och ett fastare tak på MySQL-anslutningar. För en butik med några hundra ordrar per månad är en välkonfigurerad managed WordPress-plan med Redis och LiteSpeed ofta tillräcklig. Passerar du tusentals ordrar per dag och behöver PCI-granskad infrastruktur är en dedikerad VPS eller molnplattform mer relevant.
Vanligtvis lönar sig ett VPS-byte redan vid en omsättning på 50 000 till 100 000 kronor per månad, inte för att den tekniska kapaciteten nödvändigtvis är uttömd, utan för att den tillgänglighetstid och det kassaflöde som går förlorade vid ett driftstopp kostar mer än prisskillnaden.
Testa kassan under belastning innan lansering
Innan du kör en stor kampanj eller öppnar butiken för en ny produktlansering: testa kassaflödet med ett enkelt lasttest. Verktyg som k6 eller Apache JMeter låter dig simulera ett tiotal till ett hundratal parallella kunder i köpflödet och avslöjar entry process-problem innan dina riktiga kunder hittar dem. Fråga också leverantören om de har inbyggd autoskalning eller om du måste kontakta supporten manuellt för att tillfälligt höja resurstak.
Vanliga frågor om webbhotell för WooCommerce
Tekniska krav, resursgränser och betalningslösningar för din WooCommerce-butik.
Tekniska krav och resursgränser
Ett delat webbhotell räcker ofta för en ny eller liten WooCommerce-butik med ett begränsat produktsortiment och stabil, låg trafik. Det som avgör är inte priset på paketet utan de dolda resursgränserna: hur många parallella PHP-processer (entry processes) som tillåts, hur generöst PHP-minnet är satt och om leverantören begränsar MySQL-anslutningar. En butik med aktiva kampanjer och plötsliga trafikpikar märker snabbt om taket är lågt, ofta som en 508- eller 503-felkod. Granska alltid dessa gränser innan du tecknar ett avtal.
WooCommerce rekommenderar minst 256 MB PHP-minne (memory_limit), men en butik med många tillägg, ett avancerat tema eller stora produktkatalogoperationer behöver ofta 512 MB. Den officiella minimigränsen från WooCommerce är 128 MB, men det är för lite för en riktigt körning av en butik. Det vanligaste symptomet på för lågt minne är vita skärmar eller avbrutna checkout-flöden. Kontrollera värdet i din kontrollpanel eller via ett statusverktyg i WordPress-admin under Status → System.
En 508-felkod (Resource Limit Is Reached) betyder att webbhotellet stänger av din sajt tillfälligt för att du överskridit hostingplanens resurstaket. På delad hosting begränsas antalet parallella PHP-processer (entry processes) ofta till 10–25. WooCommerce är en resurstung applikation: varje besökare som lägger i kundvagn eller genomför köp kräver en aktiv PHP-process med fullständig databasåtkomst. Vid kampanjtrafik fylls processlistan snabbt. Lösningar på kort sikt är sidcachning och optimerade databasfrågor. På längre sikt är ofta ett VPS-uppgrade det enda som faktiskt löser grundorsaken.
Det finns ingen fast produktgräns i WooCommerce, men på delad hosting brukar butiker med fler än 500–1 000 produkter märka att filtreringar och sökningar saktar ner märkbart utan extra optimering. Trafikmässigt klarar en väloptimerad butik på bra delad hosting vanligtvis 1 000–3 000 dagliga besök utan problem, medan trafiktoppar vid kampanjer kan slå i taket långt tidigare. Det avgörande är inte besökarvolymen per dag utan hur många parallella besökare som är aktiva samtidigt. Tio till tjugo samtida checkout-sessioner kan räcka för att tömma processgränsen på ett standardpaket.
Prestanda och caching
Redis är inte ett krav för att WooCommerce ska fungera, men det är ett av de mest effektiva sätten att snabba upp en butik med dynamiskt innehåll. WooCommerce-sidor som kundvagn, kassan och produktsidor för inloggade kunder kan inte sidcachas på vanligt sätt, och det är precis där Redis objektcachning hjälper mest genom att minska antalet databasfrågor. På delad hosting erbjuds Redis sällan, och det är en av de praktiska anledningarna till att medelstora butiker relativt snabbt hamnar i ett läge där VPS är ett bättre val.
De åtgärder som ger störst effekt i praktiken är sidcachning (via ett plugin som LiteSpeed Cache eller W3 Total Cache), komprimering av bilder, aktivering av HTTP/2 och ett välkonfigurerat CDN. Utöver det bör PHP-versionen hållas aktuell. WooCommerce gynnas tydligt av PHP 8.1 eller senare jämfört med äldre versioner. På serversidan är det skillnad mellan Apache och LiteSpeed: LiteSpeed-servrar hanterar WooCommerce:s trafiktoppar bättre tack vare en mer effektiv processormodell. Databasoptimering, till exempel rensning av gamla orderrevideringar och transientposter, är en underskattad åtgärd som ger märkbar effekt vid stora kataloger.
PHP-versionen har direkt påverkan på WooCommerce:s prestanda och säkerhet. WooCommerce kräver minst PHP 7.4, men stöder fullt ut PHP 8.1 och 8.2 som ger tydliga prestandavinster. PHP 8.0 och äldre är sedan länge utan säkerhetsuppdateringar. Kontrollera att hotellet kör en aktivt underhållen PHP-version och att du själv kan byta version via kontrollpanelen utan att behöva kontakta support, eftersom WooCommerce och dess tillägg uppdateras ofta.
Betalningar och säkerhet
Klarna och Swish integreras i WooCommerce via officiella tillägg och fungerar på alla webbhotell som kör WooCommerce korrekt. Klarna erbjuder betalningsmetoderna Klarna Checkout och Klarna Payments (faktura, delbetalning, direktbetalning) och är det vanligaste valet för svenska nätbutiker. Swish integreras via tredjepartstillägg, till exempel BjornTech Swish for WooCommerce, och kräver ett Swish-avtal via din bank. Båda lösningarna kräver att butiken kör HTTPS på samtliga sidor, vilket alla seriösa webbhotell tillhandahåller via gratis SSL-certifikat.
Ansvaret för PCI DSS-efterlevnad beror på hur betalningarna hanteras tekniskt. Om du använder Klarna, Stripe eller liknande betalväxlar som hanterar kortinformationen på sin egna sida eller via en inbäddad iframe äger du aldrig råa kortdata, vilket drastiskt minskar det egna PCI-ansvaret. Det som krävs av webbhotellet är ett giltigt SSL-certifikat, uppdaterad serverprogramvara och en säker serverinfrastruktur. Det är klokt att fråga din leverantör om de erbjuder PCI-kompatibel miljö, men en full PCI DSS Level 1-certifiering av hotellet behöver du normalt inte kräva om du inte hanterar kortnummer i egna system.
Hela butiken bör köra HTTPS, inte bara kassan. Sökmotorer rankar HTTPS-sidor högre, moderna webbläsare varnar besökare på sidor som saknar SSL, och betalväxlar som Klarna kräver SSL på samtliga sidor i flödet. I praktiken aktiverar alla seriösa webbhotell idag SSL-certifikat via Let's Encrypt utan extra kostnad. Se till att WordPress och WooCommerce är korrekt konfigurerade att servera alla URL:er med https:// och att inga inbyggda resurser (bilder, skript) laddas okrypterat, ett klassiskt problem vid domänbyten eller migrering.
När VPS och uppgradering
Tydliga signaler om att det är dags att byta till VPS är återkommande 508-fel vid kampanjer, synligt långsamma svarstider under trafikpikar, och att sidcachning inte längre hjälper eftersom trafiken domineras av inloggade användare och aktiva kundvagnar. En tumregel är att börja planera VPS-uppgraderingen när butiken når konsekvent 50 eller fler samtida sessioner eller når ett månadsflöde över 30 000–50 000 besök. Timing är viktig: byt inte precis inför en stor kampanj. Planera flytten minst några veckor i förväg.
Utöver de grundläggande kraven (PHP 8.1+, MySQL 8.0+ och minst 256 MB minne) bör ett WooCommerce-anpassat webbhotell erbjuda automatiska säkerhetskopior, ett enkelt sätt att byta PHP-version, gratis SSL-certifikat och stöd för SSH-åtkomst. Dagliga eller ännu tätare säkerhetskopior är extra viktiga för en butik, eftersom order- och kunddata är affärskritisk information som inte bör förloras. Stöd för iscensättningsmiljö (staging) är värdefullt när man uppdaterar WooCommerce eller testar nya tillägg utan att riskera den levande butiken.