Webbhotell för Drupal
Drupal är ett av de mest tekniskt kapabla open source-CMS som finns. NASA, Oxford University och FN driver sina webbplatser på Drupal. Det är byggt för organisationer som behöver flexibilitet, granulär behörighetskontroll och komplexa innehållsmodeller.
Det ställer också högre krav på hostingmiljön. Drupal installeras via Composer, hanteras via Drush och kräver SSH-åtkomst för ett vettigt arbetsflöde. Här jämför du webbhotell som faktiskt klarar Drupal.
Utforska webbhotell efter ämne
Drupal ställer höga krav på sin host
Drupal är ett öppet CMS-ramverk som används av organisationer med komplexa innehållskrav: tidningsredaktioner, statliga myndigheter, storbanker och sajter med flera språk, användarroller och anpassade innehållstyper. Det är inte ett CMS du väljer för att det är enkelt, utan för att du behöver en flexibilitet som enklare system inte erbjuder.
Den flexibiliteten kostar resurser. Drupal är betydligt tyngre än WordPress vid en kall sidladdning, och det märks direkt om webbhotellet är underdimensionerat. Billiga delad-hostingpaket med snäv PHP-minnesgräns och utan OPcache är ett vanligt grundproblem för Drupal-installationer som inte presterar som de borde.
Vad Drupal faktiskt kräver av ett webbhotell
Drupal 10 och 11 kräver PHP 8.3 och MySQL 8.0 (eller MariaDB 10.6+) för full kompatibilitet. Men versionsnumren är bara utgångspunkten. PHP memory_limit bör vara minst 256 MB, helst 512 MB om du kör ett komplext Drupal-projekt med Views, anpassade moduler och flerspråksstöd. Drupal bootstrappar mer kod vid varje anrop än de flesta andra CMS, och konsekvensen av för lite minne är inte ett tydligt felmeddelande utan diffusa 500-fel och en adminpanel som tidvis inte svarar.
OPcache är i praktiken ett krav, inte ett tillägg. Utan OPcache kompileras PHP-koden om vid varje sidanrop, vilket är ett märkbart hinder för ett ramverk av Drupals storlek. Välkonfigurerad OPcache med tillräcklig minnesallokering kan halvera Drupals PHP-exekveringstid på en laddad delad server.
PostgreSQL nämns ibland som ett alternativ till MySQL för Drupal, och Drupal stöder det formellt. I praktiken kör nästan alla webbhotell MySQL eller MariaDB, och modulstödet för PostgreSQL är smalare. Håll dig till MySQL eller MariaDB om du inte har specifika skäl att göra annorlunda.
Composer och Drush: SSH är inte valfritt
Modern Drupal-hantering förutsätter Composer för pakethantering och ofta Drush för kommandoradsoperationer som cacheflush, databasmigreringar och batch-uppdateringar. Båda kräver SSH-åtkomst. På ett webbhotell utan SSH är du hänvisad till manuella FTP-uppladdningar och gissningar, och det är ett allvarligt hinder för varje Drupal-installation utöver det mest grundläggande.
Kontrollera att Composer är tillgängligt via SSH och att PHP CLI-versionen matchar den som används av webbservern. Det är inte ovanligt att ett webbhotell kör PHP 8.3 på webbservern men PHP 7.4 som standardversion i terminalen. Webbhotell med bra utvecklarmiljö hanterar detta rätt ur kartongen.
Drupals inbyggda Cron-system behöver köras regelbundet för cachning, indexering och modulspecifika uppgifter. Det går att trigga via URL, men ett riktigt cron-jobb på servernivå är mer pålitligt och belastar webbservern mindre. Fråga leverantören om du kan konfigurera egna cron-jobb och på vilken nivå.
SSH och Composer är inte tillägg till en Drupal-installation. De är en förutsättning för att förvalta den professionellt.
Krav att stämma av innan du väljer webbhotell för Drupal
- PHP 8.3 med OPcache aktiveratDrupal 11 kräver PHP 8.3. OPcache ska vara aktiverat och välkonfigurerat som standard, inte ett tillägg du behöver begära.
- Minst 256 MB PHP memory_limitEnklare Drupal-projekt klarar sig med 256 MB, men komplexa flerspråkiga sajter med Views och anpassade innehållstyper kan behöva 512 MB. Kontrollera det faktiska värdet, inte vad prissidan hävdar.
- MySQL 8.0 eller MariaDB 10.6+Drupal 10 och 11 kräver dessa minimiversion. Äldre databasversioner ger kompatibilitetsproblem med Drupals kärna och populära moduler.
- SSH-åtkomst med Composer i PATHComposer och Drush är centrala verktyg för Drupal-förvaltning. Utan SSH är underhållet besvärligt och tidskrävande. Verifiera att PHP CLI-versionen matchar webbserverns.
- Möjlighet att konfigurera cron-jobbDrupals interna Cron-system mår bättre av ett riktigt cron-jobb på servernivå. Kontrollera att du kan lägga upp egna schemalagda körningar.
- Tillräcklig diskkvota och processgränserEn Drupal-installation med Composer-beroenden och tillagda moduler tar snabbt 500 MB eller mer. Generösa diskgränser och rimliga processgränser är viktigare än på enklare CMS.
- Daglig backup med återställning per filDrupal-projekt med anpassad kod och databasstruktur är tidskrävande att bygga om. Kontrollera att backupen täcker både filer och databas, och att du kan återställa en enskild dag utan supportärende.
Delad hosting är sällan rätt grund för ett seriöst Drupal-projekt
Drupal används typiskt för projekt med höga krav på prestanda, säkerhet och flexibilitet. Billiga delade webbhotell har ofta snäva resursgränser för just de parametrar Drupal är känslig mot: PHP-minne, antal processer och I/O-genomströmning. En VPS eller ett managed webbhotell med dedikerade resurser ger en mer stabil grund och sparar felsökningstid på sikt.
Testa Composer-åtkomsten innan du bestämmer dig
Logga in via SSH och kör 'composer --version' och 'php -v'. Du vill se PHP 8.3 och Composer 2.x. Kör sedan 'php -r "echo ini_get(memoryLimit);"' för att se det faktiska memory_limit för CLI. Tre kommandon som avslöjar mer än vilken specifikationslista som helst.
Vanliga frågor om webbhotell för Drupal
Svar på det du behöver veta innan du väljer webbhotell för en Drupal-sajt.
Tekniska krav
Drupal 10 och 11 kräver minst 64 MB PHP-minne enligt den officiella dokumentationen, men i praktiken räcker det sällan. En vanlig Drupal-sajt med ett tiotal moduler behöver 128 MB, och en mer komplex sajt med Views, paragraphs och cachning av renderingstyngre sidor kan kräva 256 MB. Det är PHP-gränsen som fäller de flesta installationer på billiga deladehotell, inte minnet i sig.
Drupal har inbyggt stöd för PostgreSQL sedan länge och klarar PostgreSQL 16 eller nyare fullt ut i Drupal 11. I praktiken är MySQL (8.0+) eller MariaDB (10.6+) det standardalternativ som nästan alla svenska webbhotell erbjuder, och de flesta Drupal-moduler är bättre testade mot MySQL. PostgreSQL passar bäst när man redan driftar en PostgreSQL-stack på en VPS eller dedikerad server och vill samla databaser.
Drupal 11 kräver PHP 8.3 eller senare. Det innebär att webbhotell som fortfarande erbjuder PHP 7.x eller äldre 8.x-versioner som standard inte fungerar utan att du byter PHP-version manuellt i kontrollpanelen. De flesta moderna cPanel- och DirectAdmin-hotell låter dig välja PHP-version per domän, men kontrollera att PHP 8.3 faktiskt finns tillgängligt hos den leverantör du överväger.
Composer och Drush på delad hosting
Tekniskt sett går det om webbhotellet erbjuder SSH-åtkomst och Composer 2.7 eller nyare, men friktionen är påtaglig. Drupal 10 och 11 är starkt Composer-beroende: moduler, uppdateringar och till och med kärnfiler hanteras via Composer. Utan SSH-tillgång är du hänvisad till att köra Composer lokalt och ladda upp filerna manuellt, vilket snabbt blir tungrott. Drush (kommandoradsverktyget för Drupal) kräver dessutom att körrättigheterna på binären är korrekta efter filöverföring, vilket ibland tappas vid FTP-upload. Välj ett webbhotell med SSH inkluderat redan från start.
WordPress kan installeras, uppdateras och felsökas nästan helt via webbgränssnittet. Drupal förutsätter Composer för modulhantering och Drush för många administrativa uppgifter, vilket kräver SSH-åtkomst och ibland specifika serverkonfigurationer. Dessutom placerar Drupal-projektmallen webbkatalogen i en /web-undermapp, vilket inte alltid matchar hur delade hotell sätter upp dokumentroten. Det gör Drupal klart mer servertekniskt krävande än WordPress på samma prisplan.
Cron, cachehantering och när VPS behövs
Drupal behöver regelbundna cron-körningar för att hantera köer, indexering och automatiserade uppgifter. På cPanel-hotell hittar du cron-konfigurationen under Avancerat och kan ange en URL-baserad körning med Drupals inbyggda cron-nyckel via curl. Viktigt att notera är att wget är blockerat på många delade hotell, så curl är det pålitliga alternativet. Kör cron minst en gång per timme på en aktiv sajt. Har hotellet ingen cron-funktion alls finns externa tjänster som EasyCron som ett alternativ.
En enklare Drupal-sajt med begränsad trafik och få moduler fungerar utmärkt på ett välkonfigurerat delat hotell med SSH och tillräckligt PHP-minne. Signalerna på att du behöver VPS brukar vara tydliga: sajten är trög under belastningstoppar, du behöver anpassad PHP-konfiguration (OPcache-inställningar, process-isolering), eller du vill drifta en CI/CD-pipeline för uppdateringar via Composer i produktionsmiljö. VPS ger också frihet att köra Redis som cache-backend, vilket märkbart lyfter prestandan på trafiktunga Drupal-sajter.
Drupals databas och filsystem förändras på lite annorlunda sätt än WordPress: moduluppdateringar via Composer kan ändra databasens schema, och ett misslyckat uppdateringssteg kan lämna sajten i ett inkonsistent tillstånd. Det gör att en komplett backup av både filsystemet och databasen innan varje Composer-uppdatering är extra viktig. De flesta webbhotells inbyggda dagliga backup räcker som säkerhetsnät, men manuell snapshot-rutin direkt kring uppdateringar är klokt vid Drupal.