Anforderungen an WordPress-Hosting
WordPress selbst verlangt erstaunlich wenig. Welcher Tarif du wirklich brauchst, entscheidet sich an allem, was du darauf installierst, und in der Lücke zwischen diesen beiden Zahlen liegen die meisten Hosting-Entscheidungen in die eine oder andere Richtung daneben. Diese Seite trennt beides: die festen Plattformanforderungen und die Dimensionierungsfrage, die ganz von deiner Website abhängt.
Die Plattformanforderungen
Das sind die Versionen, die WordPress.org veröffentlicht, und sie sind die Untergrenze, die ein Host erfüllen muss, bevor irgendetwas anderes zählt:
| Komponente | Empfohlen in 2026 | Warum das wichtig ist |
|---|---|---|
| PHP | 8.3 oder höher | Alles unter 8.0 erhält keine Sicherheitsupdates mehr. PHP 8.3 wird vom PHP-Projekt bis Dezember 2027 gepflegt. |
| Datenbank | MySQL 8.0+ oder MariaDB 10.6+ | MySQL 8.0 erreicht im April 2026 das Ende des Supports, daher ist eine neue Bereitstellung mit einem MariaDB-LTS-Release besser aufgehoben. |
| HTTPS | Erforderlich | In keinem sinnvollen Sinne optional. Browser, Zahlungsabläufe und Suche setzen es voraus. |
| PHP memory_limit | Mindestens 256 MB | Die Einstellung, die bei billigem Shared Hosting am ehesten unbemerkt zu niedrig ist. |
Ein Host, der dir nicht sagen kann, welche PHP- und Datenbankversionen du nutzt, sagt dir damit etwas. Das sind die Fragen, die du vor dem Preis stellen solltest.
Das Speicherlimit, das nicht das ist, was du denkst
WordPress hat zwei Speichereinstellungen, und ihre Verwechslung ist die Ursache für viel vergeudete Fehlersuche. memory_limit in PHP ist die harte Obergrenze des Servers. WP_MEMORY_LIMIT in der wp-config.php ist das, was WordPress bei PHP anfordert, und es kann die PHP-Einstellung nicht überschreiten.
WordPress fordert standardmäßig 40 MB für Frontend-Seiten und 256 MB im Admin-Bereich an. Deshalb kann eine Website für Besucher völlig gesund aussehen und zusammenbrechen, sobald du den Plugin-Editor öffnest oder einen Import startest. Wenn du im Admin-Bereich, aber nicht auf der Website, einen weißen Bildschirm oder den Fehler "allowed memory size exhausted" siehst, ist es genau das.
Setze WP_MEMORY_LIMIT auf 256 MB und auf 512 MB, wenn du einen Page Builder wie Elementor oder einen WooCommerce-Shop betreibst, die beide regelmäßig über den Standard hinausgehen. Wenn sich nach der Erhöhung nichts ändert, liegt die darunterliegende PHP-Obergrenze niedriger als das, was du angefordert hast, und nur der Host kann sie verschieben.
Was deinen Tarif wirklich bestimmt
Der WordPress-Core ist klein. Eine Visitenkarten-Website mit gutem Caching ist wirklich leichte Arbeit. Drei Dinge verschieben die Anforderung, und keines davon ist WordPress:
- Plugins. Nicht die Anzahl, sondern die Art. Dreißig leichte Plugins können weniger kosten als ein Page Builder, ein Sicherheits-Scanner und ein Backup-Plugin, die nach Zeitplan laufen. Alles, was bei jeder Anfrage oder per Cron läuft, ist die teure Sorte.
- Dynamische Seiten. Eine gecachte Seite wird ausgeliefert, ohne PHP oder die Datenbank überhaupt anzufassen. Ein WooCommerce-Warenkorb, eine Sitzung eines angemeldeten Nutzers und eine Suchergebnisseite lassen sich nicht cachen, sie führen also jedes Mal PHP aus und fragen MySQL ab. Ein Shop ist bei identischem Traffic ein grundlegend anderer Mieter als ein Blog.
- Gleichzeitigkeit, nicht Besuche. Ein Monat Traffic sagt dir sehr wenig. Was einen Server dimensioniert, ist, wie viele nicht cachebare Anfragen in derselben Sekunde eintreffen. Deshalb kann eine kleine Website mit einem Newsletter-Versand umfallen, während eine größere, gleichmäßige nie ins Wanken gerät.
Den Tarif dimensionieren
| Tarif | Ressourcen | Geeignet für |
|---|---|---|
| Basic, $2.99/Monat | 2.7 GB RAM, 1.2 vCores, 23 GB SSD | Blogs, Visitenkarten- und Portfolio-Websites, überwiegend cachebare Seiten |
| Standard, $7.99/Monat | 4.8 GB RAM, 3.5 vCores, 44 GB SSD | Business-Websites mit Plugin-Stack, leichtes WooCommerce |
| Pro, $12.99/Monat | 7 GB RAM, 6 vCores, 85 GB SSD | Stark genutztes WooCommerce, Mitgliederbereiche, aufwendige Page Builder |
| Ultra, $21.99/Monat | 9.5 GB RAM, 9.5 vCores, 130 GB SSD | Shops mit viel Traffic und große Medienbibliotheken |
| Enterprise, $34.99/Monat | 18 GB RAM, 14 vCores, 220 GB SSD | Große Kataloge, viele gleichzeitig angemeldete Nutzer |
Jeder Tarif hier bietet dedizierte CPU, RAM und SSD statt eines Anteils an einer überfüllten Maschine. Das ist der Unterschied, der sich in der Seitenladezeit tatsächlich zeigt. Höhere Stufen enthalten Redis-Objekt-Caching, das bei genau der oben beschriebenen nicht cachebaren Arbeit am meisten bringt: Es hält einen WooCommerce-Checkout schnell, wenn die Seite selbst nicht gecacht werden kann.
Speicher: Die Medienbibliothek ist die ganze Geschichte
Eine WordPress-Installation umfasst ein paar Dutzend Megabyte, und die Datenbank einer normalen Website ist klein. Was eine Festplatte füllt, sind Uploads, und genauer die Tatsache, dass WordPress von jedem Bild mehrere skalierte Kopien erzeugt. Eine Fotografie-Website oder ein Shop mit großem Katalog wächst weit schneller, als die Seitenzahl vermuten lässt, und Backups auf derselben Festplatte verdoppeln, bei welcher Zahl du auch ankommst.
Die Anforderungen, die niemand auflistet
Zwei Dinge gehören hierher, obwohl sie keine Spezifikationen sind, weil sie mehr darüber entscheiden, wie eine Website performt, als jede der oben genannten Versionen.
Das erste ist, wo der Server steht. Die Latenz wird durch die Entfernung bestimmt, und eine Website, die einen Kontinent von ihren Lesern entfernt gehostet wird, ist für jeden von ihnen langsamer, egal wie viel CPU sie hat. Eine Region nahe an deiner Zielgruppe zu wählen ist kostenlos und schlägt oft den Kauf eines größeren Tarifs.
Das zweite ist, was passiert, wenn die Maschine ausfällt. Bei Shared Hosting ist deine Website eine von Hunderten auf einem einzigen Server, ein Single Point of Failure mit deinem Namen darauf. Auf Flux wird eine Website als redundante Instanzen auf unabhängigen Nodes bereitgestellt, sodass der Verlust einer Maschine nicht dasselbe ist wie der Verlust der Website. Das ist eine Anforderung in dem Sinne, der am meisten zählt: die, die du erst bemerkst, wenn sie fehlt.
Prüfen, was du jetzt hast
Bei einer bestehenden Website musst du bei all dem nicht raten. WordPress zeigt es dir an: Öffne Werkzeuge, dann Website-Zustand und den Tab Info. Dort stehen deine PHP-Version, die Datenbankversion, das PHP-Speicherlimit und die Konstanten aus der wp-config.php. Wenn dein Host bei PHP hinterherhinkt oder den Speicher unter 256 MB drosselt, sagt diese Seite es klar, und es ist der schnellste Check, den du machen kannst.
Stelle WordPress auf der dezentralen Flux Cloud bereit, mit eingerichtetem MySQL, Nginx und PHP-FPM und erledigtem SSL. Ab $2.99/Monat, erste Woche gratis.
Häufig gestellte Fragen
Welche PHP-Version braucht WordPress in 2026?
WordPress.org empfiehlt PHP 8.3 oder höher. Alles unter 8.0 erhält keine Sicherheitsupdates mehr und sollte als Grund gelten, den Host zu wechseln, nicht als Geschmackssache. PHP 8.3 wird vom PHP-Projekt bis Dezember 2027 gepflegt.
Welche Datenbank verlangt WordPress?
MySQL 8.0 oder neuer oder MariaDB 10.6 oder neuer. Gut zu wissen bei der Wahl: MySQL 8.0 erreicht im April 2026 das Ende des Supports, daher ist eine neue Bereitstellung mit einem MariaDB-LTS-Release wie 10.11 oder 11.4 besser aufgehoben, die bis 2028 bzw. 2029 unterstützt werden.
Wie viel RAM braucht eine WordPress-Website?
Weit weniger, als man für eine cachebare Website annimmt, und mehr, als man für einen Shop annimmt. Der WordPress-Core ist leicht, und eine gecachte Seite berührt weder PHP noch die Datenbank. Die Anforderung steigt durch nicht cachebare Arbeit: WooCommerce-Warenkörbe, angemeldete Sitzungen und Suche. Dimensioniere nach dem, was deine Website tut, nicht nach monatlichen Besuchen.
Wie hoch sollte memory_limit für WordPress sein?
Mindestens 256 MB, und 512 MB, wenn du einen Page Builder wie Elementor nutzt oder WooCommerce betreibst. Beachte, dass es zwei Einstellungen gibt: memory_limit in PHP ist die Obergrenze des Servers, und WP_MEMORY_LIMIT in der wp-config.php ist das, was WordPress anfordert. Die zweite über die erste zu erhöhen bewirkt nichts.
Warum stürzt mein Admin-Bereich ab, aber die Website läuft einwandfrei?
Fast immer das Speicherlimit. WordPress fordert 40 MB für Frontend-Seiten und 256 MB im Admin-Bereich an, daher kann eine zu knapp ausgestattete Website Besucher einwandfrei bedienen und scheitern, sobald du den Plugin-Editor öffnest oder einen Import startest. Setze WP_MEMORY_LIMIT auf 256 MB, und wenn sich nichts ändert, liegt die darunterliegende PHP-Obergrenze niedriger als das, was du angefordert hast.
Wie prüfe ich, was mein aktueller Host mir bietet?
Öffne in WordPress Werkzeuge, dann Website-Zustand und den Tab Info. Dort stehen deine PHP-Version, die Datenbankversion, das PHP-Speicherlimit und die Konstanten aus der wp-config.php. So findest du am schnellsten heraus, ob dein Host bei PHP hinterherhinkt oder den Speicher unter die empfohlenen 256 MB drosselt.
Braucht WooCommerce mehr als eine normale WordPress-Website?
Ja, und der Grund ist das Caching, nicht die Größe. Warenkörbe, Checkouts und angemeldete Sitzungen lassen sich nicht aus dem Cache ausliefern, daher führt jeder davon PHP aus und fragt die Datenbank ab. Deshalb bringt Objekt-Caching mit Redis, das unsere höheren Stufen enthalten, einem Shop mehr als dasselbe Geld für reine CPU.