{"id":29441,"date":"2026-02-13T11:00:00","date_gmt":"2026-02-13T10:00:00","guid":{"rendered":"https:\/\/contabo.com\/blog\/so-optimierst-du-wordpress-auf-einem-vps-mit-kvm-und-openlitespeed\/"},"modified":"2026-03-26T12:12:28","modified_gmt":"2026-03-26T11:12:28","slug":"so-optimierst-du-wordpress-auf-einem-vps-mit-kvm-und-openlitespeed","status":"publish","type":"post","link":"https:\/\/contabo.com\/blog\/de\/so-optimierst-du-wordpress-auf-einem-vps-mit-kvm-und-openlitespeed\/","title":{"rendered":"So optimierst du WordPress auf einem VPS mit KVM und OpenLiteSpeed"},"content":{"rendered":"\n
\"So<\/figure>\n\n\n\n

Deine WordPress-Seite ist langsam. Du hast jedes Caching-Plugin ausprobiert, die Bilder so weit optimiert, dass sie praktisch abstrakte Kunst sind, und die Seite l\u00e4dt trotzdem, als w\u00e4re es 2005. Das Problem ist nicht WordPress. Es liegt an dem, was darunter steckt.<\/p>\n\n\n\n

Der VPS, auf dem deine Seite l\u00e4uft, die eingesetzte Virtualisierungstechnologie, der Webserver vor PHP: Das sind die Stellschrauben, die bei der WordPress-Performance wirklich einen Unterschied machen. Die meisten Optimierungsanleitungen springen direkt zu den Plugins. Wir fangen ganz unten bei der Hardware an und arbeiten uns nach oben vor.<\/p>\n\n\n\n

Dieser Leitfaden behandelt VPS-Virtualisierung (insbesondere KVM vs. OpenVZ), die Wahl des Webservers (Apache vs. NGINX vs. OpenLiteSpeed) und eine vollst\u00e4ndige Schritt-f\u00fcr-Schritt-Anleitung zur WordPress-Einrichtung auf einem VPS, f\u00fcr die du keinen Doktortitel in Systemadministration brauchst. Wir schauen uns echte Benchmarks an, keine Marketingtexte. Am Ende wei\u00dft du genau, welcher Stack WordPress unter realen Bedingungen die besten Chancen auf schnelle Ladezeiten gibt.<\/p>\n\n\n\n

Kurze Vorwarnung: Wenn du eine Liste mit „Top 10 WordPress-Hosting-Anbietern“ erwartest, bist du hier falsch. Hier geht es um die Architekturentscheidungen, die dar\u00fcber bestimmen, ob dein VPS schnell ist oder nur teuer. Der Unterschied zwischen einem gut konfigurierten WordPress-VPS und einem schlecht konfigurierten kann eine ganze Sekunde Ladezeit ausmachen. F\u00fcr eine eCommerce-Seite ist diese Sekunde der Unterschied zwischen einem Verkauf und einem Absprung.<\/p>\n\n\n\n

Was ist VPS-Virtualisierung und warum ist sie wichtig?<\/h2>\n\n\n\n

Virtualisierung ist die Softwareschicht, die einen physischen Server in mehrere isolierte virtuelle Maschinen aufteilt. Jede VM bekommt ihr eigenes Betriebssystem, eigene zugewiesene CPU- und RAM-Ressourcen sowie eigenen Speicherplatz. Von innen betrachtet sieht eine VM aus und verh\u00e4lt sich wie ein dedizierter Server. Von au\u00dfen ist sie einer von vielen Mietern auf derselben Hardware.<\/p>\n\n\n\n

Die Software, die diese Aufteilung \u00fcbernimmt, hei\u00dft Hypervisor. Er sitzt zwischen der physischen Hardware und den virtuellen Maschinen, verteilt Ressourcen und schottet jede VM von ihren Nachbarn ab. Wenn eine VM anf\u00e4ngt, die Festplatte zu \u00fcberlasten oder die CPU auszulasten, verhindert ein gut konfigurierter Hypervisor, dass das auf die anderen VMs \u00fcbergreift.<\/p>\n\n\n\n

Der eigentliche Zweck von Virtualisierung ist Ressourceneffizienz. Zehn physische Server mit jeweils 10 % Auslastung zu betreiben, ist Verschwendung. Einen physischen Server zu betreiben, der zehn VMs mit ann\u00e4hernd voller Auslastung hostet, ist clever. F\u00fcr Hosting-Anbieter bedeutet das niedrigere Infrastrukturkosten. F\u00fcr dich bedeutet das g\u00fcnstigere VPS-Tarife mit \u00fcberraschend guter Leistung, vorausgesetzt, die richtige Virtualisierungstechnik steckt dahinter.<\/p>\n\n\n\n

Warum spielt die Art der Virtualisierung f\u00fcr deine WordPress-Seite eine Rolle? Weil sie direkt die CPU-Leistung, die Disk-I\/O-Geschwindigkeit, die Speicherisolation und den Netzwerkdurchsatz beeinflusst. Zwei VPS-Tarife mit identischen Spezifikationen auf dem Papier (gleiche Anzahl Kerne, gleicher RAM) k\u00f6nnen v\u00f6llig unterschiedlich performen, je nachdem ob KVM oder OpenVZ im Hintergrund l\u00e4uft. F\u00fcr eine WordPress-Seite, die echten Traffic mit Datenbankabfragen bei jedem Seitenaufruf verarbeitet, zeigt sich dieser Unterschied sofort in den Ladezeiten und der Nutzererfahrung.<\/p>\n\n\n\n

Virtualisierungstypen: KVM vs. OpenVZ<\/h3>\n\n\n\n

Zwei Virtualisierungstypen dominieren den VPS-Hosting-Markt: KVM und OpenVZ. Sie verfolgen grundlegend unterschiedliche Ans\u00e4tze bei der Isolation von Workloads. Den Unterschied zu verstehen ist entscheidend, wenn du einen Tarif f\u00fcr dein WordPress-Hosting ausw\u00e4hlst.<\/p>\n\n\n\n

KVM: Kernel-based Virtual Machine<\/h4>\n\n\n\n

KVM ist vollst\u00e4ndige Virtualisierung auf Hardwareebene. Jede VM f\u00fchrt ihren eigenen Kernel und ihr eigenes Betriebssystem aus, komplett unabh\u00e4ngig von jeder anderen VM auf dem physischen Host. Dabei nutzt KVM Hardwareerweiterungen (Intel VT-x, AMD-V), die in modernen CPUs integriert sind, um virtuelle Umgebungen zu schaffen, die nahezu mit nativer Geschwindigkeit laufen.<\/p>\n\n\n\n

Die KVM-Virtualisierung wurde 2007 in den Linux-Kernel integriert. Das bedeutet, es ist keine nachtr\u00e4glich aufgesetzte Drittanbieterl\u00f6sung. Sie ist Teil des Betriebssystems selbst. Alle grossen Cloud-Anbieter (AWS, Google Cloud, DigitalOcean) verwenden KVM oder einen darauf basierenden Hypervisor unter der Haube. Daf\u00fcr gibt es einen Grund.<\/p>\n\n\n\n

Das bietet dir KVM in der Praxis:<\/p>\n\n\n\n

Vollst\u00e4ndige Isolation. <\/strong>Deine VM ist tats\u00e4chlich von jeder anderen VM auf dem Server getrennt. Ein au\u00dfer Kontrolle geratener PHP-Prozess eines Nachbarn hat keinen Einfluss auf deine Ressourcen. Jede VM erh\u00e4lt dedizierte, garantierte Zuweisungen f\u00fcr CPU, RAM und Disk-I\/O. Kein Overselling, kein Teilen.<\/p>\n\n\n\n

OS-Flexibilit\u00e4t. <\/strong>Du kannst Ubuntu, Debian, CentOS, Rocky Linux oder sogar Windows nutzen, wenn du dich selbst qu\u00e4len m\u00f6chtest. Du hast einen echten Kernel, also ist alles m\u00f6glich, was die Hardware hergibt.<\/p>\n\n\n\n

Nahezu native Performance. <\/strong>Hardwaregest\u00fctzte Virtualisierung bedeutet, dass der Performance-Verlust gegen\u00fcber Bare-Metal minimal ist. CPU-intensive Vorg\u00e4nge wie PHP-Ausf\u00fchrung und Datenbankabfragen laufen nahezu so schnell wie auf einem dedizierten Server.<\/p>\n\n\n\n

Snapshots und Live-Migration. <\/strong>Erstelle VM-Snapshots vor riskanten WordPress-Updates oder Plugin-Installationen. Anbieter k\u00f6nnen deine VM bei Hardwarewartungen ohne Downtime zwischen physischen Hosts migrieren.<\/p>\n\n\n\n

Flexible Ressourcenzuweisung. <\/strong>Der Hypervisor kann CPU- und Speicherzuweisungen f\u00fcr VMs dynamisch an die Nachfrage anpassen. Das erleichtert es Anbietern, skalierbare Tarife anzubieten.<\/p>\n\n\n\n

Der Haken? Jede VM f\u00fchrt ein vollst\u00e4ndiges Betriebssystem aus. Das verbraucht mehr Basis-RAM als containerbasierte Ans\u00e4tze. Ein KVM-VPS mit Ubuntu ben\u00f6tigt etwa 300 bis 500 MB RAM allein f\u00fcr das Betriebssystem, bevor WordPress \u00fcberhaupt geladen wird. Die Einrichtung ist aufwendiger, wenn du ohne Vorlagen von Grund auf aufbaust.<\/p>\n\n\n\n

OpenVZ: Containerbasierte-Virtualisierung<\/h4>\n\n\n\n

OpenVZ verfolgt den entgegengesetzten Ansatz. Es handelt sich um Virtualisierung auf Betriebssystemebene, n\u00e4her an dem, was Docker macht, als an dem, was KVM macht. Alle Container teilen sich den Linux-Kernel des Hosts. In jeder VPS-Instanz l\u00e4uft kein eigenes Betriebssystem. Es gibt nur isolierte Userspace-Bereiche auf einem gemeinsamen Kernel.<\/p>\n\n\n\n

Dadurch ist OpenVZ extrem leichtgewichtig:<\/p>\n\n\n\n

Minimaler Overhead. <\/strong>Das Teilen des Kernels bedeutet weniger verschwendeten Speicher und nahezu sofortige Startzeiten. Anbieter k\u00f6nnen deutlich mehr Container auf einem einzelnen physischen Server unterbringen. Deshalb sind OpenVZ-Tarife tendenziell g\u00fcnstiger.<\/p>\n\n\n\n

Schnelle Bereitstellung. <\/strong>Einen neuen Container hochzufahren dauert Sekunden, nicht Minuten. Horizontales Skalieren durch das Bereitstellen weiterer Instanzen ist denkbar einfach.<\/p>\n\n\n\n

H\u00f6here Dichte. <\/strong>Da Container den Kernel teilen und weniger Speicher brauchen, kann ein einzelner physischer Server mehr OpenVZ-Instanzen hosten als KVM-VMs. Das f\u00fchrt zu niedrigeren Kosten pro Instanz.<\/p>\n\n\n\n

Doch die Nachteile treffen hart, wenn du eine produktive WordPress-Seite betreibst. Jeder Container ist an die Kernel-Version des Hosts gebunden. Du kannst sie nicht upgraden oder \u00e4ndern. Du kannst keine andere Linux-Distribution nutzen, wenn der Host einen \u00e4lteren Kernel verwendet. Und die Isolation ist grunds\u00e4tzlich schw\u00e4cher: Ein schlecht konfigurierter Nachbar kann die Performance deines Containers beeintr\u00e4chtigen, weil alle denselben Kernel und in der Praxis oft dieselben I\/O-Kan\u00e4le teilen.<\/p>\n\n\n\n

Wenn du mehrere unabh\u00e4ngige WordPress-Seiten hostest, birgt das Shared-Kernel-Modell von OpenVZ echte Risiken. Unterschiedliche Seiten brauchen m\u00f6glicherweise unterschiedliche PHP-Versionen, unterschiedliche Kernel-Module oder inkompatible Systembibliotheken. Bei KVM handhabt jede VM das unabh\u00e4ngig. Bei OpenVZ bist du auf das beschr\u00e4nkt, was der Host bereitstellt.<\/p>\n\n\n\n

KVM vs. OpenVZ: Performance-Benchmarks<\/h4>\n\n\n\n

Theorie ist n\u00fctzlich, aber Zahlen beenden Diskussionen. So sehen die Ergebnisse aus, wenn man KVM im direkten Vergleich gegen OpenVZ antreten l\u00e4sst. Der Test verglich einen KVM-Tarif (ein Kern, 4 GB RAM) mit einem OpenVZ-Tarif (zwei Kerne, 2 GB RAM), um zu zeigen, wie der Virtualisierungstyp reine Hardwarespezifikationen \u00fcbertrumpft.<\/p>\n\n\n\n

CPU-Geschwindigkeit per Geekbench: <\/strong>Der KVM-Tarif mit einem Kern lieferte 35 % h\u00f6here Single-Core-Leistung als der OpenVZ-Tarif mit zwei Kernen. Das ist kein Tippfehler. Ein einziger KVM-Kern schlug zwei OpenVZ-Kerne bei Single-Thread-Workloads. Die Multi-Core-Leistung war nahezu identisch. Das bedeutet: Der einzelne KVM-Kern erledigte die Arbeit von zwei OpenVZ-Kernen. Hardwaregest\u00fctzte Virtualisierung gibt jeder VM direkten Zugriff auf CPU-Erweiterungen, die OpenVZ-Container nicht vollst\u00e4ndig nutzen k\u00f6nnen.<\/p>\n\n\n\n

Storage-I\/O per FIO: <\/strong>KVM zeigte eine Verbesserung von 67 % bei kombinierten zuf\u00e4lligen Lese-\/Schreibgeschwindigkeiten. Das ist wohl der wichtigste Benchmark f\u00fcr WordPress. Jeder Seitenaufruf l\u00f6st mehrere MySQL-Abfragen aus, die jeweils Lesezugriffe auf den Datentr\u00e4ger erfordern. Jeder Medien-Upload, jedes Plugin-Update, jedes Backup: alles Disk-I\/O. Eine Verbesserung von 67 % an dieser Stelle \u00fcbersetzt sich direkt in schnellere Datenbank-Antwortzeiten und z\u00fcgigere Seitengenerierung.<\/p>\n\n\n\n

Netzwerkdurchsatz per iPerf3: <\/strong>KVM lieferte 66 % besseren Durchsatz, sowohl beim Upload als auch beim Download. Moderne KVM-Tarife kommen \u00fcblicherweise mit 300 Mbit\/s Netzwerkanbindung, verglichen mit 100 Mbit\/s bei \u00e4lteren OpenVZ-Setups. F\u00fcr Seiten mit medienreichen Inhalten oder Datei-Downloads ist dieser Abstand enorm.<\/p>\n\n\n\n

\u00dcber alle Metriken hinweg (CPU, Disk, Netzwerk) gewann KVM, und zwar nicht knapp. Der Performance-Unterschied ist gro\u00df genug, so dass ein KVM-Tarif mit niedrigeren Spezifikationen einen OpenVZ-Tarif mit h\u00f6heren Spezifikationen konstant schl\u00e4gt. Wenn du f\u00fcr VPS-Hosting bezahlst, ist die Virtualisierungstechnologie wichtiger als die Zahlen auf der Feature-Liste des Tarifs.<\/p>\n\n\n\n

Die beste Virtualisierung f\u00fcr WordPress<\/h3>\n\n\n\n

Die Wahl der besten Virtualisierung f\u00fcr einen WordPress-VPS h\u00e4ngt von drei Faktoren ab: Performance unter Last, Skalierbarkeit bei wachsendem Traffic und Isolation zwischen den Seiten.<\/p>\n\n\n\n

KVM bietet nahezu native Performance mit wirklich dedizierten Ressourcen. Deine WordPress-Seite konkurriert nicht mit Nachbarn um CPU-Zyklen oder Disk-Bandbreite. Wenn ein Traffic-Spike kommt (etwa weil ein Blogbeitrag viral geht oder du einen WooCommerce-Blitzverkauf startest), geh\u00f6ren die Ressourcen deiner VM dir allein. Punkt. Keine Leistungseinbr\u00fcche, weil jemand anderes auf demselben physischen Server einen CPU-intensiven Cronjob ausf\u00fchrt.<\/p>\n\n\n\n

Skalierbarkeit ist mit KVM unkompliziert. Brauchst du mehr RAM? Mehr CPU-Kerne? Der Hypervisor passt die Zuweisungen an, ohne etwas neu aufbauen zu m\u00fcssen. Mit OpenVZ bedeutet Skalierung, innerhalb der Grenzen eines gemeinsam genutzten Kernels zu arbeiten und mit den Ressourcen auszukommen, die der Anbieter nicht bereits an andere Mieter \u00fcberverkauft hat.<\/p>\n\n\n\n

Bei der Isolation setzt sich KVM klar von der Konkurrenz ab. Jede VM hat ihren eigenen Kernel, ihren eigenen Netzwerk-Stack und ihr eigenes vollst\u00e4ndiges Dateisystem. Wenn du mehrere WordPress-Installationen mit unterschiedlichen Plugins, Themes und PHP-Versionsanforderungen hostest, sind sie bei KVM tats\u00e4chlich voneinander abgeschottet. OpenVZ-Container teilen genug vom zugrunde liegenden System, dass Konflikte zwischen Seiten nicht nur theoretisch m\u00f6glich sind, sondern auf stark ausgelasteten Shared Hosts regelm\u00e4\u00dfig vorkommen.<\/p>\n\n\n\n

F\u00fcr jede WordPress-Seite, die unter realem Traffic konstante Performance braucht, ist KVM die richtige Wahl. OpenVZ eignet sich f\u00fcr Testumgebungen oder tempor\u00e4re Staging-Seiten, bei denen Performance keine grosse Rolle spielt. F\u00fcr produktives WordPress-Hosting gibt es keine echte Alternative zu KVM.<\/p>\n\n\n\n

Ein praktischer Hinweis: Die meisten VPS-Anbieter sind in den letzten Jahren auf reine KVM-Tarife umgestiegen, weil die Performance- und Isolationsvorteile so deutlich sind. Wenn dein aktueller Anbieter noch OpenVZ anbietet, ist das ein Zeichen daf\u00fcr, dass er mit \u00e4lterer Infrastruktur arbeitet. Wenn du einen neuen WordPress-VPS suchst, stelle sicher, dass du KVM-Virtualisierung bekommst, bevor du dich festlegst.<\/p>\n\n\n\n

WordPress-Performance nach Website-Typ<\/h4>\n\n\n\n

Um den Virtualisierungsvergleich mit echten Zahlen zu untermauern, hier die GTmetrix-Benchmarks (Fully Loaded Time) f\u00fcr drei verschiedene WordPress-Seitentypen. Der Test war bewusst zu Ungunsten von KVM angelegt: Der OpenVZ-Tarif hatte 4 CPU-Kerne und 4 GB RAM, der KVM-Tarif nur 1 Kern und 4 GB RAM. Alle Tests verwendeten das LiteSpeed Cache-Plugin auf OpenLiteSpeed.<\/p>\n\n\n\n

Pers\u00f6nliche Webseite: <\/strong>KVM war 10 % schneller, obwohl es drei CPU-Kerne weniger hatte. Pers\u00f6nliche Seiten sind typischerweise schlank: ein paar Seiten, einige Bilder, minimale Datenbankabfragen. Trotzdem machten KVMs schnellere Disk-I\/O und der effizientere CPU-Zugriff einen messbaren Unterschied. F\u00fcr ein einfaches Portfolio oder Blog w\u00fcrde grunds\u00e4tzlich jede Plattform funktionieren, aber KVM hat dennoch die Nase vorn.<\/p>\n\n\n\n

eCommerce-Shop: <\/strong>KVM erzielte eine 21 % k\u00fcrzere Seitenladezeit. Hier wird der Abstand richtig deutlich. Online-Shops auf WooCommerce-Basis beanspruchen die Datenbank st\u00e4ndig: Produktabfragen, Warenkorb-Sessions, Bestandspr\u00fcfungen, dynamische Preisberechnungen, Payment-Gateway-Aufrufe. Der 67-%-Vorteil bei der Disk-I\/O aus den Benchmarks schl\u00e4gt sich direkt in schnelleren Produktseiten und z\u00fcgigeren Checkout-Prozessen nieder. F\u00fcr eine eCommerce-Seite heisst OpenVZ: du verschenkst bares Geld.<\/p>\n\n\n\n

Webdesign-Agentur-Seite: <\/strong>KVM war 5 % schneller. Agentur-Portfolio-Seiten sind typischerweise JavaScript-lastig mit vielen externen HTTP-Requests: eingebettete Karten, Social-Media-Feeds, Analytics-Skripte von Drittanbietern. Der Performance-Engpass verlagert sich teilweise auf die Client-Seite und externe APIs. Deshalb ist der serverseitige Vorteil hier kleiner. Dennoch lag KVM in jedem einzelnen Testlauf vorn.<\/p>\n\n\n\n

Das Fazit: KVM \u00fcbertrifft OpenVZ bei allen WordPress-Seitentypen. Die gr\u00f6\u00dften Gewinne zeigen sich bei datenbankintensiven Seiten wie eCommerce-Shops. Selbst mit einem Nachteil von 4:1 bei den CPU-Kernen lieferte KVM dank besserer I\/O und CPU-Nutzung jedes Mal schnellere Ladezeiten.<\/p>\n\n\n\n

Der beste Webserver f\u00fcr WordPress-Geschwindigkeit<\/h2>\n\n\n\n

Virtualisierung ist das Fundament. Der Webserver ist die n\u00e4chste Schicht dar\u00fcber, und die richtige Wahl ist f\u00fcr die WordPress-Performance genauso entscheidend. Drei Webserver dominieren die WordPress-Hosting-Welt: Apache, NGINX und OpenLiteSpeed. Jeder verarbeitet PHP-Anfragen, die Auslieferung statischer Dateien und die Verbindungsverwaltung auf grundlegend unterschiedliche Weise.<\/p>\n\n\n\n

Apache: \u00dcberblick<\/h3>\n\n\n\n

Apache ist das Urgestein unter den Webservern. Er treibt das Web seit 1995 an und l\u00e4uft nach wie vor auf rund 30 % aller Webseiten weltweit. Damit ist Apache der zweitbeliebteste Webserver hinter NGINX. WordPress.org listet Apache offiziell als empfohlene Serverumgebung, und die meisten Shared-Hosting-Anbieter setzen ihn standardm\u00e4ssig ein.<\/p>\n\n\n\n

Die gr\u00f6sste St\u00e4rke von Apache ist die einfache Konfiguration. Die ‚.htaccess‘-Datei erlaubt es dir, das Serververhalten auf Verzeichnisebene zu \u00e4ndern, ohne die Hauptkonfiguration anzufassen. WordPress und Hunderte seiner Plugins nutzen ‚.htaccess‘ f\u00fcr Permalink-Strukturen, Sicherheitsregeln und Caching-Direktiven. Wenn du jemals eine Rewrite-Regel aus einem WordPress-Tutorial kopiert hast, hast du Apache konfiguriert.<\/p>\n\n\n\n

Das Modulsystem ist umfangreich und ausgereift. Du willst gzip-Kompression hinzuf\u00fcgen? Lade ‚mod_deflate‘. URL-Rewriting n\u00f6tig? ‚mod_rewrite‘. HTTP\/2-Unterst\u00fctzung? ‚mod_http2‘. Module k\u00f6nnen zur Laufzeit dynamisch geladen und entladen werden. Du musst den Server also nicht neu kompilieren, um Funktionen nachzur\u00fcsten.<\/p>\n\n\n\n

Die Schw\u00e4che liegt im Umgang mit vielen gleichzeitigen Verbindungen. Apaches traditionelles Prefork-Modell erzeugt f\u00fcr jede eingehende Verbindung einen eigenen Prozess. Bei hohem Traffic frisst diese Architektur RAM ohne Ende. Das Event-MPM hat einiges verbessert, doch Apache ist nach wie vor nicht so effizient wie speziell daf\u00fcr gebaute, ereignisgesteuerte Alternativen, wenn es um Tausende gleichzeitiger Verbindungen oder die Auslieferung statischer Inhalte wie Bilder, CSS und JavaScript geht.<\/p>\n\n\n\n

NGINX: \u00dcberblick<\/h3>\n\n\n\n

NGINX hat Apache vor einigen Jahren als beliebtesten Webserver abgel\u00f6st. Er betreibt mittlerweile \u00fcber 34 % aller Webseiten weltweit und wurde von Grund auf entwickelt, um die Probleme mit gleichzeitigen Verbindungen zu l\u00f6sen, mit denen Apache seit seinen Tagen des Prozess-pro-Verbindung-Modells k\u00e4mpft.<\/p>\n\n\n\n

Die Architektur ist grundlegend anders. NGINX nutzt ein asynchrones, ereignisgesteuertes Modell, bei dem eine kleine Anzahl von Worker-Prozessen Tausende gleichzeitiger Verbindungen verwaltet. Statt jeder Verbindung einen eigenen Prozess oder Thread zuzuweisen, multiplext NGINX Verbindungen \u00fcber Worker mittels nicht-blockierendem I\/O. Das Ergebnis: dramatisch niedrigerer Speicherverbrauch bei hohem Traffic und hervorragende Performance bei der Auslieferung statischer Dateien.<\/p>\n\n\n\n

F\u00fcr WordPress-Seiten mit hohem Traffic ist NGINX als Reverse Proxy vor PHP-FPM ein bew\u00e4hrtes Setup. Statische Assets werden blitzschnell ausgeliefert, ohne dass PHP \u00fcberhaupt involviert ist. Dynamische Anfragen werden effizient an den PHP-Prozessor weitergeleitet.<\/p>\n\n\n\n

Der Haken ist die Konfiguration. NGINX unterst\u00fctzt keine ‚.htaccess‘-Dateien. Jede \u00c4nderung an der Serverkonfiguration erfordert das Bearbeiten der ’nginx.conf‘ oder seitenspezifischer Konfigurationsdateien und anschliessendes Neuladen des Dienstes. F\u00fcr WordPress bedeutet das: Plugins, die auf ‚.htaccess‘-Rewrite-Regeln basieren, funktionieren nicht automatisch. Du musst diese Regeln manuell in die NGINX-Syntax \u00fcbertragen. Je nach Plugin reicht der Aufwand von trivial bis nervig. Einige beliebte Sicherheits- und SEO-Plugins erfordern erhebliche NGINX-Konfigurationsarbeit.<\/p>\n\n\n\n

OpenLiteSpeed: \u00dcberblick<\/h3>\n\n\n\n

OpenLiteSpeed ist die Open-Source-Edition des kommerziellen LiteSpeed-Webservers. Stell dir vor, Apache und NGINX h\u00e4tten ein Kind, das die besten Eigenschaften beider Eltern geerbt hat und keine der schlechten.<\/p>\n\n\n\n

Er verwendet eine ereignisgesteuerte Architektur \u00e4hnlich NGINX f\u00fcr die effiziente Verarbeitung gleichzeitiger Verbindungen. Gleichzeitig liest er Apaches ‚.htaccess‘-Dateien und ‚mod_rewrite‘-Regeln nativ. Du bekommst NGINX-Performance ohne die Konfigurationsprobleme beim Betrieb von WordPress. Plugins, die auf ‚.htaccess‘-Regeln angewiesen sind, funktionieren sofort, genau wie bei Apache.<\/p>\n\n\n\n

Der eigentliche Vorteil f\u00fcrs WordPress-Hosting ist die integrierte LSCache-Unterst\u00fctzung. Das LiteSpeed Cache-Plugin ist nicht nur ein weiteres WordPress-Caching-Plugin, das mit WP Super Cache oder W3 Total Cache konkurriert. Es integriert sich direkt auf Webserver-Ebene, was diese Plugins schlicht nicht k\u00f6nnen. Seiten-Caching, Objekt-Caching, Bildoptimierung, CSS-\/JS-Minifizierung, Datenbankoptimierung, CDN-Integration: All das l\u00e4uft auf Server-Ebene statt \u00fcber PHP-Workarounds.<\/p>\n\n\n\n

Die Einschr\u00e4nkungen sind f\u00fcr die meisten WordPress-Nutzer \u00fcberschaubar. Der Community-Support ist kleiner als die etablierten \u00d6kosysteme von Apache oder NGINX. OpenLiteSpeed l\u00e4uft nur auf Unix-\u00e4hnlichen Betriebssystemen (Linux, macOS), also keine Windows-Server. Der Open-Source-Edition fehlen einige Features der kommerziellen LiteSpeed Enterprise- und Standard-Editionen, etwa erweitertes Load Balancing und Clustering. F\u00fcr den Betrieb von WordPress auf einem einzelnen VPS spielen diese Einschr\u00e4nkungen in der Praxis aber kaum eine Rolle.<\/p>\n\n\n\n

Webserver-Benchmark-Vergleich<\/h3>\n\n\n\n

\u00dcber Architektur zu reden bringt dich nur bis zu einem gewissen Punkt. Wir haben die gleichen drei WordPress-Seitentypen auf jedem Webserver getestet, auf einem identischen KVM-VPS (ein Kern, 4 GB RAM), und die Fully-Loaded-Time mit GTmetrix gemessen. Gleiche WordPress-Installation, gleiches Theme, gleiche Plugins. Nur der Webserver wurde zwischen den Tests gewechselt.<\/p>\n\n\n\n

OpenLiteSpeed gewann jeden einzelnen Test. Es lud Seiten 16 % bis 32 % schneller als Apache und 14 % bis 38 % schneller als NGINX, \u00fcber alle drei Seitentypen hinweg. Die pers\u00f6nliche Seite zeigte den kleinsten Abstand (einfachere Seiten lassen weniger Raum f\u00fcr Optimierung). Der eCommerce-Shop zeigte den gr\u00f6ssten (PHP-intensive WooCommerce-Operationen profitieren enorm von LiteSpeeds integriertem PHP-Handler und serverseitigem Caching).<\/p>\n\n\n\n

Das sind keine synthetischen Benchmarks mit konstruierten Workloads. Das sind echte WordPress-Seiten mit echten Themes und echten Plugins, getestet mit einem weit verbreiteten Performance-Tool. OpenLiteSpeeds Kombination aus ereignisgesteuerter Architektur, nativer ‚.htaccess‘-Unterst\u00fctzung und integriertem Caching verschafft ihm beim WordPress-Hosting einen klaren Vorteil, den weder Apache noch NGINX mit ihren Standardkonfigurationen erreichen.<\/p>\n\n\n\n

Wenn du einen neuen WordPress-VPS aufsetzt und die Wahl hast, nimm OpenLiteSpeed. Du bekommst die Benutzerfreundlichkeit von Apache, das Performance-Profil von NGINX und eine Caching-Integration, die keiner der Konkurrenten nativ bietet.<\/p>\n\n\n\n

So richtest du WordPress auf einem KVM-VPS ein<\/h2>\n\n\n\n

Theorie und Benchmarks sind nett, aber du bist hier, um etwas aufzubauen. Hier kommt die praktische Schritt-f\u00fcr-Schritt-Anleitung zur Einrichtung eines KVM-VPS mit OpenLiteSpeed und WordPress. Jeder Schritt baut auf dem vorherigen auf. \u00dcberspringe nichts.<\/p>\n\n\n\n

OpenLiteSpeed und WordPress installieren<\/h3>\n\n\n\n

Die meisten VPS-Anbieter mit KVM-Tarifen bieten auch vorkonfigurierte Anwendungsvorlagen oder One-Click-Images an. Suche nach einem Ubuntu-basierten Template, das OpenLiteSpeed zusammen mit WordPress b\u00fcndelt. Ein Template erspart dir die manuelle Installation und Konfiguration jeder einzelnen Komponente: Betriebssystem, Webserver, PHP, MySQL und WordPress.<\/p>\n\n\n\n

Navigiere im Kontrollpanel deines VPS-Anbieters zum Bereich Betriebssystem oder Anwendungsvorlagen. W\u00e4hle das Template WordPress mit OpenLiteSpeed aus. Wende es auf deine VPS-Instanz an und warte, bis die Installation abgeschlossen ist. Das dauert je nach Infrastruktur deines Anbieters in der Regel etwa 10 Minuten.<\/p>\n\n\n\n

Falls dein Anbieter kein kombiniertes Template anbietet, musst du OpenLiteSpeed manuell \u00fcber das offizielle Installationsskript aus dem LiteSpeed-Repository installieren und dann WordPress darauf einrichten. Der manuelle Weg dauert l\u00e4nger und erfordert mehr Arbeit auf der Kommandozeile, gibt dir aber von Anfang an mehr Kontrolle \u00fcber PHP-Versionen, MySQL-Konfiguration und Server-Tuning.<\/p>\n\n\n\n

Egal welchen Weg du w\u00e4hlst: Stelle sicher, dass das Template oder die manuelle Installation PHP 8.2+ (oder die aktuellste stabile Version), MariaDB oder MySQL 8.x enth\u00e4lt und das OpenLiteSpeed-Repository f\u00fcr automatische Sicherheitsupdates konfiguriert ist. Diese Details sind wichtiger, als die meisten annehmen. Eine veraltete PHP-Version bringt nicht nur fehlende Performance-Verbesserungen mit sich, sondern auch Sicherheitsl\u00fccken, nach denen Bots aktiv scannen.<\/p>\n\n\n\n

Per SSH verbinden und Setup-Skript ausf\u00fchren<\/h3>\n\n\n\n

Nachdem das Template die Installation abgeschlossen hat, musst du die Serverkonfiguration \u00fcber SSH finalisieren. Verbinde dich mit einem SSH-Client deiner Wahl mit deinem VPS: Terminal unter Mac oder Linux, PuTTY unter Windows, oder ein browserbasiertes Terminal, falls dein Anbieter eines im Dashboard integriert hat.<\/p>\n\n\n\n

Melde dich mit deinen Root-Zugangsdaten an. Die SSH-Zugangsdaten (IP-Adresse, Benutzername, Port und Passwort) findest du in der \u00dcbersicht oder im Zugriffsbereich des Kontrollpanels deines VPS. Nach dem Login sollte ein interaktives Setup-Skript automatisch starten, wenn du ein Template verwendet hast.<\/p>\n\n\n\n

Das Skript fragt nach deinem Domainnamen oder der VPS-IP-Adresse und zeigt dann eine Reihe von Konfigurationsoptionen an. Die meisten sind einfache Ja\/Nein-Fragen: Automatische Sicherheitsupdates aktivieren? Firewall-Regeln konfigurieren? Swap-Speicher einrichten? Die Standardeinstellungen funktionieren f\u00fcr normale WordPress-Installationen gut. Beantworte die Fragen und lass das Skript durchlaufen. Wenn es fertig ist, siehst du eine Best\u00e4tigung, dass OpenLiteSpeed installiert ist und der Webserver l\u00e4uft.<\/p>\n\n\n\n

WordPress installieren und konfigurieren<\/h3>\n\n\n\n

\u00d6ffne jetzt einen Browser und navigiere zu deinem Domainnamen oder der IP-Adresse deines VPS. Du landest im Standard-WordPress-Installationsassistenten, dem gleichen, den du bei jeder WordPress-Installation siehst.<\/p>\n\n\n\n

W\u00e4hle deine Sprache, trage dann den Seitentitel, Admin-Benutzernamen, die Admin-E-Mail-Adresse und ein starkes Passwort ein. Notiere dir diese Zugangsdaten an einem sicheren Ort. Klicke auf „WordPress installieren“ und warte ein paar Sekunden, bis die Einrichtung abgeschlossen ist.<\/p>\n\n\n\n

WordPress ist jetzt live. Das LiteSpeed Cache-Plugin wird automatisch installiert, wenn du das OpenLiteSpeed-Template verwendet hast. \u00dcberpr\u00fcfe, ob alles funktioniert: Lade die Startseite deiner Website im Browser, pr\u00fcfe, ob das Admin-Dashboard unter ‚\/wp-admin‘ erreichbar ist, und stelle sicher, dass das LiteSpeed Cache-Plugin im Men\u00fc Plugins im Dashboard auftaucht. Wenn in diesem Stadium etwas nicht funktioniert, liegt es fast immer an DNS. Stelle sicher, dass der A-Record deiner Domain auf die IP-Adresse deines VPS zeigt.<\/p>\n\n\n\n

Server und Datenbank verwalten<\/h3>\n\n\n\n

OpenLiteSpeed bringt Web Admin mit, eine browserbasierte Oberfl\u00e4che zur Serververwaltung. Du erreichst sie unter ‚https:\/\/deine-vps-ip:7080‘. Vermutlich musst du diesen Port zuerst in deiner Firewall freigeben. F\u00fchre dazu per SSH aus:<\/p>\n\n\n\n

ufw allow 7080<\/code><\/pre>\n\n\n\n
Der Standard-Benutzername f\u00fcr Web Admin ist Admin (grosses A). Finde das Passwort mit:<\/p>\n\n\n\n
sudo cat \/home\/ubuntu\/.litespeed_password<\/code><\/pre>\n\n\n\n
\u00dcber das Web-Admin-Panel kannst du virtuelle Hosts f\u00fcr mehrere Domains konfigurieren, SSL-Zertifikate verwalten, PHP-Einstellungen anpassen (Speicherlimits, maximale Ausf\u00fchrungszeit, Upload-Gr\u00f6ssen) und Server-Performance-Metriken in Echtzeit \u00fcberwachen.<\/p>\n\n\n\n
F\u00fcr die MySQL-Datenbankverwaltung installiert das Template auch phpMyAdmin. Du erreichst es unter ‚http:\/\/deine-vps-ip\/phpmyadmin‘ mit root als Benutzername. Hole dir das Datenbank-Passwort mit:<\/p>\n\n\n\n
sudo cat \/home\/ubuntu\/.db_password<\/code><\/pre>\n\n\n\n
Nutze phpMyAdmin f\u00fcr Datenbankoperationen wie das Optimieren von Tabellen, manuelle Abfragen, Benutzerverwaltung und das Erstellen von Backups. F\u00fcr den Produktivbetrieb sieh dir die offizielle LiteSpeed-Dokumentation an, um HTTPS mit Let’s Encrypt einzurichten und deine SSL-Konfiguration abzusichern.<\/p>\n\n\n\n
LiteSpeed Cache-Plugin konfigurieren<\/h3>\n\n\n\n
Jetzt zahlen sich die Entscheidungen bei Virtualisierung und Webserver aus. Das LiteSpeed Cache-WordPress-Plugin ist \u00fcber das OpenLiteSpeed-Template vorinstalliert und erscheint in deinem WordPress-Dashboard unter Plugins.<\/p>\n\n\n\n
\u00d6ffne die Einstellungen des Plugins. F\u00fcr die meisten WordPress-Seiten funktioniert die Standard-Konfiguration f\u00fcr das Seiten-Caching sofort gut. Die eine Einstellung, die du unbedingt von Tag eins an aktivieren solltest, ist der Objekt-Cache. Objekt-Caching speichert Ergebnisse von Datenbankabfragen im Arbeitsspeicher (in der Regel \u00fcber Redis oder Memcached). So muss WordPress nicht f\u00fcr jeden einzelnen Seitenaufruf die gleichen MySQL-Abfragen erneut ausf\u00fchren. Bei WooCommerce-Seiten kann allein das die Seitengenerierungszeit halbieren.<\/p>\n\n\n\n
\u00dcber das Objekt-Caching hinaus k\u00fcmmert sich das Plugin um Browser-Caching-Header, CSS- und JavaScript-Minifizierung und -Zusammenfassung, Lazy Loading f\u00fcr Bilder, WebP-Bildkonvertierung und die Optimierung von Datenbanktabellen. All das l\u00e4uft auf Webserver-Ebene \u00fcber LiteSpeeds native Cache-Engine, nicht \u00fcber PHP-basierte Workarounds, auf die die meisten Caching-Plugins angewiesen sind. Der Unterschied in der Ausf\u00fchrungsgeschwindigkeit zwischen Caching auf Server-Ebene und auf PHP-Ebene ist erheblich.<\/p>\n\n\n\n
Nimm dir Zeit, die Einstellungen zu erkunden, aber denke nicht zu viel \u00fcber die initiale Konfiguration nach. Aktiviere den Seiten-Cache und den Objekt-Cache, schalte die CSS-\/JS-Minifizierung ein und lass alles andere auf den Standardwerten. Feintuning kannst du sp\u00e4ter machen, sobald deine Seite stabil l\u00e4uft und du echte Traffic-Daten hast.<\/p>\n\n\n\n
Was du allerdings direkt machen solltest: einen Vorher-Nachher-Speedtest. Nutze GTmetrix oder Google PageSpeed Insights, um die Ladezeit deiner Seite vor dem Aktivieren des Cachings zu messen und dann noch einmal danach. Wenn du siehst, dass die Zahlen sinken, hast du einen Ausgangswert und die Best\u00e4tigung, dass der Cache funktioniert. Falls sich die Werte nicht verbessern, pr\u00fcfe, ob das Plugin wirklich aktiv ist (suche nach dem ‚X-LiteSpeed-Cache‘-Antwort-Header in den Entwicklertools deines Browsers) und ob das Cache-Modul im Web Admin deines OpenLiteSpeed-Servers aktiviert ist.<\/p>\n\n\n\n
Ergebnisse des LiteSpeed Cache-Performance-Tests<\/h4>\n\n\n\n
Der Test von KVM- und OpenVZ-VPS-Tarifen mit ein- und ausgeschaltetem LiteSpeed Cache zeigt genau, wie viel jede Schicht zum gesamten WordPress-Performance-Stack beitr\u00e4gt.<\/p>\n\n\n\n
Pers\u00f6nliche Webseite: <\/strong>KVM mit aktiviertem LiteSpeed Cache war 10 % schneller als OpenVZ mit dem gleichen aktiven Plugin. Und jetzt kommt der Clou: KVM ohne jegliches Caching-Plugin war immer noch 4 % schneller als OpenVZ mit aktiviertem LiteSpeed Cache. Der Virtualisierungsvorteil allein \u00fcbertraf einen vollst\u00e4ndigen Caching-Stack auf der schw\u00e4cheren Plattform. Das zeigt dir alles, was du \u00fcber die Bedeutung der zugrunde liegenden Infrastruktur wissen musst.<\/p>\n\n\n\n
eCommerce-Shop: <\/strong>KVM lieferte 8 % schnellere Ladezeiten mit aktiviertem Caching und 11 % schnellere ohne Caching. Die datenbankintensive Natur von WooCommerce macht den Disk-I\/O-Vorteil von KVM hier besonders sichtbar. Jede Produktseite erfordert mehrere Datenbankabfragen. Schnellerer Speicher bedeutet schnellere Abfrageergebnisse und damit schnellere Seiten.<\/p>\n\n\n\n
Agentur-Webseite: <\/strong>KVM zeigte eine Verbesserung von 5 % mit aktiviertem LiteSpeed Cache und 3 % ohne. Der kleinere Abstand erkl\u00e4rt sich dadurch, dass Agentur-Portfolio-Seiten typischerweise durch externe JavaScript-Ausf\u00fchrung und API-Aufrufe von Drittanbietern ausgebremst werden und nicht durch serverseitige PHP-Verarbeitung. Trotzdem hat KVM keinen einzigen Test verloren.<\/p>\n\n\n\n
Das durchg\u00e4ngige Muster \u00fcber alle Tests: KVM + OpenLiteSpeed + LiteSpeed Cache ist die schnellste verf\u00fcgbare Kombination f\u00fcr WordPress-Hosting. Der Gesamtvorteil liegt je nach Datenbankintensit\u00e4t deiner Seite zwischen 5 % und 21 %. F\u00fcr einen eCommerce-Shop, bei dem die Seitenladezeit direkt Conversion-Raten und Umsatz beeinflusst, ist dieser 21-%-Unterschied keine theoretische \u00dcbung, sondern bares Geld.<\/p>\n\n\n\n
FAQ: WordPress auf einem KVM-VPS<\/h2>\n\n\n\n
Was ist ein KVM-VPS?<\/strong> 
Ein KVM-VPS nutzt die Kernel-based Virtual-Machine-Technologie, um vollst\u00e4ndig isolierte virtuelle Server auf einem einzelnen physischen Rechner zu erstellen. Anders als bei containerbasierter Virtualisierung l\u00e4uft jede KVM-Instanz mit ihrem eigenen Betriebssystem-Kernel und dedizierten CPU-, RAM- und Speicherressourcen. Die Performance deines Servers wird nicht von anderen Mietern auf derselben Hardware beeinflusst. KVM ist seit 2007 Bestandteil des Linux-Mainline-Kernels und die gleiche Technologie, die gro\u00dfe Cloud-Anbieter wie AWS, Google Cloud und DigitalOcean einsetzen.

In der Praxis verh\u00e4lt sich ein KVM-VPS nahezu identisch zu einem dedizierten physischen Server. Du kannst jedes Betriebssystem installieren, benutzerdefinierte Kernel-Module laden, Docker-Container darin betreiben und das System auf jeder Ebene konfigurieren. Die einzige echte Einschr\u00e4nkung sind die vom Hypervisor zugewiesenen Hardwareressourcen.<\/p> <\/div> 
Was ist OpenLiteSpeed?<\/strong> 
OpenLiteSpeed ist ein kostenloser, quelloffener Webserver, der als performante Alternative zu Apache entwickelt wurde. Er nutzt eine ereignisgesteuerte Architektur (\u00e4hnlich wie NGINX) f\u00fcr die effiziente Verarbeitung gleichzeitiger Verbindungen und bleibt dabei nativ kompatibel mit Apaches ‚.htaccess‘-Konfigurationsdateien. Das herausragende Feature f\u00fcr WordPress ist die tiefe Integration mit dem LiteSpeed Cache-Plugin. Es bietet serverseitiges Seiten-Caching, Objekt-Caching, Bildoptimierung und CSS-\/JS-Minifizierung auf einem Niveau, das PHP-basierte Caching-Plugins nicht erreichen.

Die kommerzielle LiteSpeed Enterprise-Version bietet zus\u00e4tzlich Clustering- und Load-Balancing-Features, aber OpenLiteSpeed deckt alles ab, was eine WordPress-Installation auf einem einzelnen Server braucht. Die Nutzung ist kostenlos, ohne Lizenzgeb\u00fchren oder Traffic-Limits.<\/p> <\/div> 
Brauche ich einen VPS f\u00fcr WordPress?<\/strong> 
Das h\u00e4ngt von deinem Traffic und deinen Anforderungen ab. Shared Hosting reicht f\u00fcr kleine pers\u00f6nliche Blogs und einfache Visitenkarten-Websites v\u00f6llig aus. Sobald du aber regelm\u00e4\u00dfig t\u00e4gliche Besucher hast, WooCommerce oder andere ressourcenintensive Plugins nutzt oder mehrere WordPress-Installationen hostest, wird ein VPS zur praktischen Wahl. Ein VPS gibt dir dedizierte Serverressourcen, vollen Root-Zugriff f\u00fcr individuelle Konfigurationen, freie Wahl bei Webserver und PHP-Version sowie die M\u00f6glichkeit, einen vollst\u00e4ndigen Caching-Stack einzurichten.

Eine gute Faustregel: Wenn dein aktuelles Hosting regelm\u00e4\u00dfig Ladezeiten von \u00fcber 3 Sekunden produziert, wenn du bei Traffic-Spitzen an Ressourcenlimits st\u00f6\u00dft oder wenn du Software brauchst, die Shared Hosting nicht unterst\u00fctzt (etwa Redis f\u00fcr Objekt-Caching oder benutzerdefinierte PHP-Erweiterungen), ist es Zeit f\u00fcr einen WordPress-VPS. F\u00fcr die meisten wachsenden Seiten ist ein KVM-VPS mit 2 Kernen und 4 GB RAM ein solider Ausgangspunkt.
<\/p> <\/div> 
Wie beschleunige ich WordPress auf einem VPS?<\/strong> 
Fang beim Server-Stack an: Nutze KVM-Virtualisierung f\u00fcr verl\u00e4ssliche Performance und OpenLiteSpeed als Webserver. Aktiviere das LiteSpeed Cache-Plugin mit eingeschaltetem Objekt-Caching. Verwende eine aktuelle PHP-Version (8.2 oder neuer) mit aktiviertem OPcache. Stelle sicher, dass deine MySQL- oder MariaDB-Konfiguration auf den verf\u00fcgbaren RAM abgestimmt ist. Die Standardeinstellungen sind f\u00fcr einen VPS mit 4+ GB RAM in der Regel zu konservativ. Auf WordPress-Seite: Pr\u00fcfe deine Plugins rigoros (jedes aktive Plugin erzeugt Overhead), liefere passend dimensionierte Bilder im WebP-Format aus und stelle statische Assets hinter ein CDN. Die gr\u00f6\u00dften Geschwindigkeitsgewinne bei WordPress kommen von der Server-Infrastruktur, nicht vom Umschalten von Einstellungen im WordPress-Dashboard.<\/p> <\/div> <\/div>\n","protected":false},"excerpt":{"rendered":"
Deine WordPress-Seite ist langsam. Du hast jedes Caching-Plugin ausprobiert, die Bilder so weit optimiert, dass sie praktisch abstrakte Kunst sind, und die Seite l\u00e4dt trotzdem, als w\u00e4re es 2005. Das Problem ist nicht WordPress. Es liegt an dem, was darunter steckt. Der VPS, auf dem deine Seite l\u00e4uft, die eingesetzte Virtualisierungstechnologie, der Webserver vor PHP: […]<\/p>\n","protected":false},"author":44,"featured_media":27978,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[1399],"tags":[],"ppma_author":[3402],"class_list":["post-29441","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tutorials"],"uagb_featured_image_src":{"full":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm.webp",1200,630,false],"thumbnail":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm-150x150.webp",150,150,true],"medium":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm-600x315.webp",600,315,true],"medium_large":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm-768x403.webp",768,403,true],"large":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm.webp",1200,630,false],"1536x1536":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm.webp",1200,630,false],"2048x2048":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/02\/blog-head_how2-optimize-wordpress-on-a-vps-with-kvm.webp",1200,630,false]},"uagb_author_info":{"display_name":"Milan Ivanovic","author_link":"https:\/\/contabo.com\/blog\/de\/author\/milan\/"},"uagb_comment_info":0,"uagb_excerpt":"Deine WordPress-Seite ist langsam. Du hast jedes Caching-Plugin ausprobiert, die Bilder so weit optimiert, dass sie praktisch abstrakte Kunst sind, und die Seite l\u00e4dt trotzdem, als w\u00e4re es 2005. Das Problem ist nicht WordPress. Es liegt an dem, was darunter steckt. Der VPS, auf dem deine Seite l\u00e4uft, die eingesetzte Virtualisierungstechnologie, der Webserver vor PHP:…","authors":[{"term_id":3402,"user_id":0,"is_guest":1,"slug":"contabro","display_name":"ContaBro","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/?s=96&d=mm&r=g","0":null,"1":"","2":"","3":"","4":"","5":"","6":"","7":"","8":""}],"_links":{"self":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts\/29441","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/users\/44"}],"replies":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/comments?post=29441"}],"version-history":[{"count":3,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts\/29441\/revisions"}],"predecessor-version":[{"id":29448,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts\/29441\/revisions\/29448"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/media\/27978"}],"wp:attachment":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/media?parent=29441"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/categories?post=29441"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/tags?post=29441"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/ppma_author?post=29441"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}