DIE TOP 7 Craft-CMS-Hosting-Anbieter 2026: im Vergleich und Ranking

Craft-CMS-Hosting ist eine Webhosting-Umgebung, die speziell auf das Yii2-PHP-Framework, das Twig-Rendering und die von Craft CMS verwendeten relationalen Datenbankschemas abgestimmt ist. Anders als herkömmliches PHP- oder WordPress-Hosting, bei dem standardmäßig Apache mit einfachem Datei-Caching eingesetzt wird, erfordert Craft-CMS-Hosting hohe PHP-Speicherzuweisungen, natives Nginx-Routing, überwachte Hintergrundwarteschlangen-Daemons (craft queue/listen) und schnelle Datenbank-IOPS für komplexe Tabellenverknüpfungen.

Craft CMS 5 erfordert PHP 8.2 oder höher mit aktivierten spezifischen Erweiterungen (bcmath, ctype, cURL, dom, fileinfo, filter, GD oder Imagick, iconv, intl, json, mbstring, openssl, PCO, SimpleXML, zip). Für die Datenbankunterstützung ist MySQL 8.0.17+ (oder MariaDB 10.6+) mit InnoDB-Unterstützung oder PostgreSQL 12+ erforderlich.

Craft CMS führt bei jeder nicht aus dem Cache bedienten HTTP-Anfrage benutzerdefinierte PHP-Logik aus, wertet Twig-Template-Dateien aus und fragt relationale Datenbankelemente ab. Neuere PHP-Versionen (8.2 und 8.3) bieten JIT-Kompilierung (Just-In-Time) und Verbesserungen bei der Speicherverwaltung, die die Time-To-First-Byte (TTFB) und den CPU-Zyklen-Overhead bei der Verarbeitung komplexer Seitenlayouts deutlich reduzieren.

In Craft CMS erfasst project.yaml Änderungen an der Systemarchitektur – etwa benutzerdefinierte Felder, Sektionen, Matrix-Blöcke und Benutzerrollen – in versionskontrollierten Flatfiles. Für Craft optimiertes Hosting führt php craft project-config/apply während der Deployment-Pipelines automatisch aus und synchronisiert strukturelle Schemaänderungen ohne manuelle Einrichtung im Control Panel zwischen lokalen Umgebungen sowie Staging- und Produktionsumgebungen.

Craft CMS verlagert zeitaufwendige Vorgänge – etwa die Neuindizierung von Suchdaten, den Versand von Transaktions-E-Mails, die Verarbeitung von Video- und Bildressourcen sowie die Erstellung von XML-Sitemaps – in eine asynchrone Warteschlange. Statt auf Web-Traffic oder einfache, durch Webanfragen ausgelöste Cron-Jobs angewiesen zu sein, verwenden optimierte Hosts Prozess-Supervisoren (wie Supervisor oder systemd), um craft queue/listen als kontinuierlichen, sich selbst wiederherstellenden Hintergrund-Daemon auszuführen.

Nginx nutzt eine asynchrone, ereignisgesteuerte Architektur, die Tausende gleichzeitiger HTTP-Verbindungen mit geringerem Speicherverbrauch als das Pro-Prozess-und-Anfrage-Modell von Apache verarbeitet. Außerdem übernimmt Nginx das Routing statischer Assets, Micro-Caching und Reverse-Proxying direkt auf der Kernel-Ebene und reduziert so Engpässe bei Worker-Prozessen während Verkehrsspitzen.

Craft CMS speichert Inhalte hierarchisch in normalisierten Datenbanktabellen (Einträge, benutzerdefinierte Elemente, Kategorien, Matrix-Blöcke). Für die Darstellung einer einzelnen Seite sind oft komplexe SQL-JOIN-Anweisungen über Dutzende von Tabellen erforderlich. Hosting-Umgebungen mit hohen Single-Core-Taktfrequenzen, großen Datenbank-Buffer-Pools und optimierten Abfrageindizes führen diese JOINs über mehrere Tabellen deutlich schneller aus.

Input/Output Operations Per Second (IOPS) messen, wie schnell Speicherhardware Datenblöcke liest und schreibt. Da Craft häufig Core-Vorlagen, Cache-Schlüssel und komplexe Datenbanktabellen liest, minimieren NVMe-Laufwerke mit hohem Durchsatz die Wartezeiten auf die Festplatte und beschleunigen so den Abschluss von Datenbankabfragen und die Vorgänge im Control Panel.

Redis ist ein In-Memory-Schlüssel-Wert-Datenspeicher, der Craft CMS beschleunigt, wenn er als primärer Cache- und Session-Treiber konfiguriert ist. Das Speichern von Twig-Template-Cache-Blöcken, GraphQL-Abfrageantworten und Benutzer-Login-Sitzungen im Arbeitsspeicher des Servers macht Lese-/Schreibzugriffe auf die Festplatte überflüssig und reduziert den Aufwand für Datenbankabfragen um bis zu 80 %.

Crafts natives {% cache %}-Tag speichert kompilierte Twig-Template-Abschnitte im konfigurierten Cache-Handler (idealerweise Redis oder Datenbank-Speicherpools). Optimiertes Hosting verwaltet die Cache-Invalidierung automatisch, wenn Inhalte im Control Panel gespeichert werden. So erhalten wiederkehrende Besucher vorkompilierte HTML-Fragmente, ohne dass vollständige PHP-Seiten neu gerendert werden müssen.

Wenn Craft CMS headless mit Frontend-Frameworks (wie Next.js, Nuxt oder React) betrieben wird, fungiert der Hosting-Server hauptsächlich als API-Endpunkt. Der Hostingbedarf verlagert sich hin zu schnellen API-Antwortzeiten bei hoher Parallelität, optimiertem GraphQL-Abfrage-Caching, Datenbankverbindungen mit geringer Latenz und Edge-CDN-Integration für zwischengespeicherte JSON-Payloads.

Craft CMS nutzt Bildverarbeitungsbibliotheken, um beim Hochladen von Medien durch Autoren automatisch den Fokuspunkt zuzuschneiden, Bilder in der Größe anzupassen und in die Formate WebP/AVIF umzuwandeln. Die native GD-Bibliothek verschlechtert häufig die Bildqualität und verbraucht übermäßig viel Systemspeicher, während Imagick oder Gmagick schneller und mit geringerem Speicherverbrauch qualitativ hochwertigere Bildtransformationen ermöglichen.

Wenn von Benutzern hochgeladene Dateien, transformierte Bilder und PDF-Dokumente in Cloud-Speicher-Buckets (S3, Cloudflare R2) gespeichert werden, sind Mediendateien vom Dateisystem des Anwendungsservers entkoppelt. Dadurch bleibt der lokale Speicherbedarf des Servers gering, sofortige Deployments ohne Ausfallzeiten werden ermöglicht, Offsite-Backups vereinfacht und Edge-CDNs können Medien direkt an Besucher weltweit ausliefern.

Eine Craft Platform-as-a-Service (PaaS) bietet eine vollständig verwaltete, vorkonfigurierte Umgebung, die speziell für Craft CMS entwickelt wurde und Queue-Worker, Datenbankmigrationen sowie Redis-Caching automatisiert. Ein Infrastructure-as-a-Service-(IaaS-)Host stellt unverarbeitete Cloud-Computing-Ressourcen bereit (etwa virtuelle VPS-Maschinen), deren Bereitstellung, Sicherheitsupdates und Daemon-Überwachung Entwickler selbst verwalten müssen.

Atomare Deployment-Pipelines beziehen Code aus Git, führen composer install aus, starten Frontend-Build-Tools (Vite/Tailwind) und wenden project.yaml-Schemaaktualisierungen in einem temporären Build-Ordner an. Sobald alle Deployment-Prüfungen bestanden sind, aktualisiert der Webserver sofort einen Symlink auf den neuen Build-Ordner. So sehen Besucher während Aktualisierungen niemals fehlerhafte Seitenzustände.

Craft CMS verwendet Composer, um Core-Updates zu installieren, Drittanbieter-Plugins zu verwalten und PHP-Abhängigkeiten automatisch zu laden. Der SSH-Terminalzugriff ermöglicht Entwicklern, php craft-Befehle direkt über die Kommandozeile auszuführen – etwa zum Leeren von Caches, Anwenden von Datenbankmigrationen, Erstellen von Administratorbenutzern und Analysieren von Fehlerprotokollen.

Containerisierte PaaS-Hoster (wie Fortrabbit oder Platform.sh) verwenden häufig flüchtige Dateisysteme. Das bedeutet, dass lokale Dateien bei jedem Code-Deployment gelöscht und zurückgesetzt werden. In solchen Umgebungen müssen alle hochgeladenen Assets und transformierten Medien auf externen Cloud-Asset-Volumes (wie Amazon S3) gespeichert werden, um Datenverlust zu verhindern.

Craft CMS benötigt für standardmäßige Inhaltsaufbauten ein memory_limit von mindestens 256 MB. Bei funktionsreichen Unternehmenswebsites, umfangreichen GraphQL-Konfigurationen oder Anwendungen mit komplexen serverseitigen Bildtransformationen sollten jedoch pro PHP-Prozess mindestens 512 MB zugewiesen werden, um Abstürze durch Speichermangel zu verhindern.

Moderne Craft-Websites erstellen kompilierte CSS- und JavaScript-Assets mit Node.js-Tools wie Vite oder Tailwind CSS. Fortschrittliche Craft-Hosts führen Build-Skripte während Git-Deploy-Hooks direkt in isolierten Deployment-Runnern aus. So gelangen keine Rohquelldateien in die Produktionsumgebung und die Assets der lokalen Entwicklung bleiben synchronisiert.

Craft CMS verwendet eine .env-Datei im Stammverzeichnis, um umgebungsspezifische Variablen wie Datenbank-Zugangsdaten, API-Schlüssel, Website-URLs und Lizenzschlüssel zu speichern. Hosting-Plattformen bieten sichere grafische Verwaltungsoberflächen für Umgebungsvariablen, über die diese Werte direkt in den Laufzeitcontainer eingebunden werden können. So bleiben geheime Zugangsdaten aus öffentlichen Versionskontroll-Repositories heraus.

Wer sich bei der Verarbeitung von Craft-Warteschlangen auf standardmäßige System-Cronjobs (oder durch Webaufrufe ausgelöste Cron-URLs) verlässt, führt Hintergrundaufgaben in festen, verzögerten Intervallen aus (z. B. alle 15 Minuten). Wenn ein Warteschlangenauftrag fehlschlägt, einfriert oder Speicherlimits erreicht, kommt die Warteschlange vollständig zum Stillstand, bis sie manuell geleert wird – überwachte Daemons starten fehlgeschlagene Aufträge hingegen sofort automatisch neu.

Das Full-Page-Caching auf Webservern liefert statisches HTML aus, wodurch abgelaufene Cross-Site-Request-Forgery-(CSRF-)Tokens zwischengespeichert werden können, was zu Fehlern beim Absenden von Formularen führen kann. Optimierte Craft-Hosting-Konfigurationen übernehmen die dynamische Einfügung von CSRF-Tokens automatisch über JavaScript-Client-Hooks oder serverseitige Edge-SSI- (Server Side Includes-)Vorlagen.

Wenn sehr viele Besucher gleichzeitig dynamische Craft-Seiten aufrufen, öffnet die Anwendung mehrere Datenbankverbindungen. Ohne Connection-Pooling oder optimierte Thread-Limits für MySQL/PostgreSQL sind die verfügbaren Datenbankverbindungen des Servers schnell erschöpft, was zu Fehlern vom Typ „Too Many Connections“ führt.

Craft CMS unterstützt die standortübergreifende Lokalisierung mit einer einzigen Installation. Managed Craft Hosting ermöglicht Entwicklern, isolierte Staging-Klone einzurichten – einschließlich zugeordneter Staging-Subdomains oder lokalisierter URLs –, um neue Lokalisierungssprachen, Feldlayouts und Plugin-Updates zu testen, bevor Änderungen in die Produktionsumgebung übernommen werden.

Da Craft alle Anfragen über eine einzelne index.php-Datei im Ordner /web oder /public leitet, muss der Host die direkte Ausführung von PHP-Skripten in Upload-Verzeichnissen (wie /web/uploads) einschränken. Dadurch wird verhindert, dass von Nutzern hochgeladene schädliche Dateien serverseitigen Systemcode ausführen.

Die Installation neuer Craft-Plugins oder größere Aktualisierungen des Kerns verändern Datenbanktabellen des Systems. Automatische Hosting-Snapshots erstellen unmittelbar vor der Ausführung des Deployment-Skripts eine zeitpunktbezogene Sicherung. So lassen sich Datenbanken mit einem Klick zurücksetzen, falls die Migration eines Drittanbieter-Plugins fehlschlägt.

Ja, Craft CMS unterstützt PostgreSQL 12+ vollständig. PostgreSQL bietet erweiterte Indizierungsoptionen, eine schnellere Verarbeitung komplexer räumlicher Daten- und JSON-Abfragen sowie hohe Leistung bei hoher Parallelität und starker Schreiblast. Damit ist es eine beliebte Wahl für Craft-Projekte im Enterprise-Bereich.

Globale Hosting-Architekturen kombinieren lokalisierte Craft CMS-Datenbankkonfigurationen mit Edge Content Delivery Networks (CDNs). Der Ursprungsserver übernimmt das dynamische Twig-Rendering, während Edge-Knoten statische Medien, lokalisierte CSS/JS-Assets und zwischengespeicherte API-Nutzdaten an Standorten speichern und ausliefern, die globalen Besuchern am nächsten liegen.

Multi-Tenant-Hosting für Agenturen ermöglicht Entwicklungsteams, mehrere Craft-Websites von Kunden über ein zentrales Dashboard mit gemeinsam genutzten Ressourcenpools zu verwalten. Vom Kunden verwaltetes Hosting isoliert einzelne Kundenprojekte in separaten Abrechnungskonten und containerisierten Umgebungen und gewährleistet so eine klare Zugriffskontrolle und Ressourcenzuweisung.

Sie sollten auf eine dedizierte Craft CMS-PaaS umsteigen, wenn Ihre Website lange Ladezeiten im Kontrollpanel, ins Stocken geratene Hintergrundwarteschlangen, Speicherfehler beim Hochladen von Assets aufweist oder Ihr Entwicklungsteam eine automatisierte Synchronisierung von project.yaml, Git-Deployments ohne Ausfallzeiten und fachkundige Unterstützung für das Craft-Framework benötigt.