Drupal: PHP Apache vs. NGINX

Welche Webserver-Basis ist für eine Drupal-Installation die bessere Wahl?

Technische Bewertung mit aktueller Quellenlage (Teil 3) – Stand: 07. März 2026

Zusammenfassung

Wer mit Drupal arbeitet, merkt schnell: Die Frage „Apache oder NGINX?“ ist keine reine Geschmacksfrage. Sie betrifft Performance, Wartbarkeit, SEO, Sicherheit und den täglichen Betrieb. Gerade bei typischen Drupal-Projekten – also Websites, Blogs, redaktionellen Portalen, Seiten mit gängigen Modulen, Social-Autoposting, Metadaten, Weiterleitungen und Caching – entscheidet der Webserver darüber, wie viel Arbeit in der Konfiguration steckt und wie sauber sich das System unter Last verhält.

Die kurze Antwort lautet: Apache ist im Drupal-Umfeld nach wie vor die vertrautere und oft bequemere Wahl, weil Drupal historisch stark auf Apache ausgerichtet wurde, .htaccess-Regeln mitbringt und die Community dafür sehr viele bewährte Praxislösungen dokumentiert. NGINX ist dagegen meist die technisch effizientere Plattform, wenn ein Drupal-Projekt stark wächst, viele gleichzeitige Zugriffe bedienen muss oder auf einer performanten VPS- oder Container-Infrastruktur laufen soll.

Entscheidend ist also nicht, welcher Server „allgemein besser“ ist, sondern welcher für das konkrete Drupal-Szenario besser passt. In diesem Artikel werden die beiden Varianten ausschließlich aus Drupal-Sicht verglichen: mit Blick auf PHP-FPM, Clean URLs, SEO, typische Module, Sicherheitsregeln, reale Betriebsprobleme, Community-Erfahrungen und aktuelle Quellen. Wer nur ein schnelles Urteil sucht, bekommt es hier: Für kleine bis mittlere Drupal-Projekte ist Apache meist der pragmatischere Start. Für anspruchsvolle, wachstumsstarke oder hoch frequentierte Installationen ist NGINX in der Regel die bessere technische Basis.

Ausführlicher Fachartikel

Schlüsselwörter: Drupal, Apache, NGINX, PHP-FPM, Webserver, Performance, SEO, Sicherheit, Clean URLs, Drupal-Module, Hosting, Caching

Einleitung

Drupal läuft auf mehreren Webservern, aber die Praxis konzentriert sich vor allem auf Apache und NGINX. Die offizielle Drupal-Dokumentation nennt Apache weiterhin den am häufigsten genutzten Webserver im Drupal-Umfeld und betont, dass dort ein Großteil von Entwicklung und Deployment stattfindet. Gleichzeitig beschreibt Drupal NGINX als verbreitete Alternative mit Fokus auf hohe Parallelität, Performance und geringen Speicherverbrauch.

Für die reine Funktionsfähigkeit eines Drupal-Systems reicht diese Feststellung jedoch nicht aus. In realen Projekten geht es nicht nur darum, dass Drupal startet, sondern ob saubere URLs, Redirects, Bildstile, Cron, Cache-Header, Sicherheitsregeln, Uploads, Aggregation, Reverse Proxy und typische Contrib-Module stabil zusammenspielen. Gerade bei Drupal ist das wichtig, weil viele Administratoren implizit davon ausgehen, dass Regeln aus der mitgelieferten .htaccess-Datei vorhanden sind – was bei NGINX eben nicht automatisch der Fall ist.

Der Vergleich muss deshalb technisch und betrieblich geführt werden: Wie wirken sich Apache und NGINX auf den PHP-Stack aus? Wo ist die Einrichtung einfacher? Welche Fehler treten in der Praxis auf? Und welche Lösung ist für typische Drupal-Anwendungsfälle – Website, Blog, redaktionelles Portal, Social-Autopublishing, SEO-Module und Sicherheitsanforderungen – tatsächlich empfehlenswerter?

Schnellvergleich für typische Drupal-Projekte

Methodik

• Auswertung der aktuellen offiziellen Drupal-Dokumentation zu Webserver-Anforderungen, Clean-URL-Voraussetzungen und Sicherheits-Hinweisen.
• Einbezug aktueller Praxisquellen aus dem Drupal- und Hosting-Umfeld zu Performance, Tuning und Betrieb mit Apache, NGINX und PHP-FPM.
• Bewertung realer Problemberichte aus Drupal-Issues und Community-Diskussionen, insbesondere zu mod_rewrite, Stabilität und Konfigurationsfehlern.
• Fokus ausschließlich auf Drupal-Praxis: redaktionelle Websites, Blogs, typische Contrib-Module, SEO, Redirects, Social-Autoposting, Bildstile, Caching und Sicherheitsregeln.
• Zusammenführung technischer Fakten, Community-Erfahrung und operativer Bewertung zu einer klaren Handlungsempfehlung.

Ergebnisse

1. Verbreitung und Ausgangslage im Drupal-Umfeld

Apache ist im Drupal-Kosmos historisch die Default-Denkweise. Das zeigt sich bereits an der offiziellen Dokumentation: Drupal nennt Apache ausdrücklich den am häufigsten verwendeten Webserver für Drupal und weist darauf hin, dass die meisten Deployments und Tests dort stattfinden. Das ist wichtig, weil „häufiger genutzt“ in Drupal nicht nur eine Statistikfrage ist, sondern direkte Folgen hat: mehr Tutorials, mehr Hosting-Voreinstellungen, mehr Copy-and-paste-kompatible Lösungen und weniger Überraschungen im Alltag.

NGINX ist im Drupal-Umfeld trotzdem längst kein exotischer Sonderfall mehr. Die offizielle Drupal-Dokumentation beschreibt NGINX als populäre Alternative mit starker Community-Erfahrung. Hinzu kommt, dass moderne Managed-Hosting-, Cloud-, Container- und Reverse-Proxy-Umgebungen NGINX häufig bevorzugen, weil es sich besonders gut für hohe Parallelität und Frontend-Auslieferung eignet. Wer also nicht auf klassischem Shared Hosting arbeitet, stößt im professionellen Betrieb sehr oft auf NGINX oder auf Mischarchitekturen mit NGINX vor dem eigentlichen PHP-Backend.

Für die Frage „Was wird häufiger genutzt?“ ist deshalb eine differenzierte Antwort richtiger als ein pauschales Urteil: Im traditionellen Drupal-Alltag und bei klassischen Hosting-Konfigurationen ist Apache nach wie vor das vertrautere und meist dokumentierte Modell. In performancelastigen, modernen oder stark skalierten Umgebungen hat NGINX jedoch einen sehr festen Platz.

2. Technische Architektur: PHP, Prozesse und Lastverhalten

Der entscheidende technische Unterschied liegt in der Architektur des Webservers. Apache arbeitet – je nach MPM – prozess- oder threadbasiert und ist historisch eng mit mod_php verbunden worden. In aktuellen professionellen Setups ist mod_php allerdings kaum noch die sinnvolle Referenz. Für Drupal sollte heute sowohl unter Apache als auch unter NGINX praktisch immer PHP-FPM eingesetzt werden. Genau hier wird der Vergleich ehrlicher: Nicht „Apache mit eingebettetem PHP“ gegen „NGINX mit PHP-FPM“, sondern zwei moderne Stacks mit externem PHP-Handler.

NGINX besitzt strukturell Vorteile, wenn viele Verbindungen gleichzeitig bearbeitet werden müssen. Sein ereignisgesteuertes Modell ist dafür ausgelegt, viele Requests mit geringem Overhead zu bedienen. Das macht sich vor allem bei hoher Last, vielen gleichzeitigen Besuchern, viel statischem Material und Proxy-/Cache-Szenarien bemerkbar. Apache kann ebenfalls performant sein, braucht dafür aber meist mehr Feintuning und tendiert unter vergleichbarer Last zu höherem Ressourcenverbrauch.

Genau das spiegeln auch Praxisquellen wider. Im Drupal-Umfeld wird in Community-Benchmarks immer wieder berichtet, dass NGINX unter starker Last auf gleicher Hardware besser abschneidet als Apache. Solche Benchmarks sind nie das alleinige Entscheidungskriterium – denn Caching, Datenbank, PHP-Version, Reverse Proxy und Modulmix spielen ebenso mit hinein –, aber die Richtung ist konsistent: Wenn ein Drupal-Projekt unter Last wachsen soll, verschafft NGINX meist mehr Luft nach oben.

Apache ist dadurch nicht automatisch langsam. Für viele kleine und mittlere Drupal-Seiten ist die reale Differenz im Alltagsbetrieb deutlich kleiner, als es synthetische Lasttests vermuten lassen. Wer gute Caches einsetzt, PHP-FPM sauber dimensioniert, OPcache aktiviert, CSS/JS aggregiert und unnötige Module vermeidet, kann auch mit Apache eine sehr solide Drupal-Performance erreichen. Der technische Vorteil von NGINX wird besonders dann relevant, wenn Traffic-Spitzen, viele parallele Zugriffe oder aggressivere Reverse-Proxy-Strategien eine Rolle spielen.

3. Clean URLs, SEO und Redirect-Logik

Aus Drupal-Sicht ist dieser Punkt zentral. SEO in Drupal hängt nicht nur an Modulen wie Pathauto, Metatag oder Redirect, sondern auch daran, dass der Webserver saubere URLs, Redirects, Bildstile und Header korrekt verarbeitet. Auf Apache ist das relativ bequem, weil Drupal seine .htaccess-Datei mitbringt und die notwendigen Rewrite-Regeln bereits in der Standardlogik verankert sind. Die Drupal-Dokumentation nennt mod_rewrite ausdrücklich als erforderliche Komponente für Clean URLs.

Für Administratoren ist das ein echter Komfortvorteil. Viele SEO-relevante Grundfunktionen funktionieren auf Apache fast im erwartbaren Standardmodus, sofern AllowOverride korrekt gesetzt ist. Genau deshalb ist Apache im Drupal-Alltag so oft die „weniger fehleranfällige“ Wahl: Die Basiskonfiguration verzeiht mehr, wenn man mit Standard-Deployments arbeitet.

Unter NGINX funktioniert SEO technisch genauso gut – aber nur dann, wenn die Regeln bewusst in die Server-Konfiguration übertragen werden. NGINX liest keine .htaccess-Datei. Das bedeutet: Rewrites, Zugriffsbeschränkungen, Security-Header und manchmal auch Redirect-Logiken müssen explizit im Server-Block definiert werden. Für erfahrene Admins ist das kein Problem und oft sogar sauberer, weil alles zentral an einer Stelle liegt. Für weniger erfahrene Betreiber kann genau das aber die Fehlerquelle sein: Drupal selbst ist okay, doch die URL- oder Header-Logik wurde im Webserver nicht vollständig nachgebildet.

Ein reales Beispiel für die Bedeutung dieser Ebene zeigt ein Drupal-Issue: Fehlt unter Apache mod_rewrite, können Bildstile und URL-bezogene Funktionen fehlerhaft arbeiten, ohne dass Administratoren das sofort richtig einordnen. Die Lehre daraus gilt für beide Welten: Bei Drupal entscheidet nicht nur der PHP-Code, sondern auch die Webserver-Konfiguration direkt über SEO- und Medienfunktionen.

4. Typische Drupal-Module, Social-Autoposting und operative Kompatibilität

Typische Drupal-Module sind im Kern serveragnostisch. Metatag, Pathauto, Redirect, XML Sitemap, Scheduler, Token, Antibot, Webform, Social-Media-Integrationen oder Auto-Posting-Module laufen in PHP und hängen nicht direkt davon ab, ob davor Apache oder NGINX steht. In dieser Hinsicht gibt es kein seriöses Argument, dass Drupal-Module „eigentlich nur für Apache“ oder „eigentlich nur für NGINX“ geeignet wären.

Der Unterschied liegt nicht in den Modulen selbst, sondern in den Rahmenbedingungen. Ein Social-Autoposting-Modul etwa braucht korrekte Callback-URLs, funktionierende Cron- oder Queue-Prozesse, passende Timeouts, gelegentlich größere Request- oder Upload-Grenzen und saubere HTTPS-/Redirect-Logik. All das ist unter beiden Servern möglich. Unter NGINX muss man Limits wie client_max_body_size oder Timeout-Parameter häufiger bewusst kontrollieren. Unter Apache trifft man öfter auf klassisch gewachsene Konfigurationen, in denen .htaccess, PHP-FPM und virtuelle Hosts zusammenspielen müssen.

Für redaktionelle Drupal-Seiten mit üblichen Modulen ist deshalb die entscheidende Frage nicht „läuft das Modul?“, sondern „ist die Betriebsumgebung sauber konfiguriert?“. Wer standardnah arbeitet, kommt mit Apache meist schneller zu einem funktionsfähigen Setup. Wer kontrolliert deployt und seine Infrastruktur bewusst definiert, kann mit NGINX dieselben Module stabil und oft performanter betreiben.

Wichtig ist außerdem der Blick auf Cache-Schichten. Sobald Redis, Memcache, Varnish oder CDN/Reverse Proxy ins Spiel kommen, verschiebt sich der Vergleich weiter zugunsten von NGINX oder hybriden Frontend-Setups. Viele größere Drupal-Installationen profitieren gerade dann von NGINX, weil statische Assets, Proxy-Header und Lastspitzen effizienter abgefangen werden können.

5. Sicherheit: Der größte praktische Unterschied

Die offizielle Drupal-Dokumentation formuliert hier den wichtigsten Warnhinweis des gesamten Vergleichs: Einige Sicherheitsfunktionen werden bei Drupal speziell für Apache über die .htaccess-Datei bereitgestellt. Wer Apache nicht verwendet, muss diese Schutzmechanismen selbst nachbauen. Genau das ist der Punkt, der in vielen oberflächlichen Vergleichen unterschätzt wird.

In der Praxis heißt das: Unter Apache bringt Drupal bereits eine Reihe nützlicher Schutzmechanismen mit – etwa Regeln gegen direkten Zugriff auf sensible Pfade oder Dateien, ergänzt um Konventionen, die viele Hoster ohnehin kennen. Unter NGINX ist das nicht „unsicher“, aber eben auch nicht automatisch vorhanden. Schutzregeln für private Dateien, bestimmte Core-Verzeichnisse, Vendor-Inhalte, Backup-Dateien, versteckte Dateien oder Security-Header müssen explizit in die NGINX-Konfiguration aufgenommen werden.

Für erfahrene Administratoren ist NGINX in diesem Punkt keineswegs schlechter. Im Gegenteil: Viele bevorzugen die klare, zentrale und versionskontrollierte Konfiguration gegenüber verteilten .htaccess-Regeln. Für typische Drupal-Betreiber ohne tiefes Server-Know-how ist Apache aber oft sicherer zu administrieren, weil weniger Schutzlogik manuell rekonstruiert werden muss.

Hinzu kommt ein organisatorischer Faktor: In Agenturen oder Teams, in denen Redakteure, Entwickler und Admins unterschiedliche Verantwortlichkeiten haben, ist Apache häufig toleranter, weil kleinere Anpassungen ohne tiefen Zugriff auf die globale Serverkonfiguration möglich sind. NGINX ist stärker auf disziplinierte Infrastrukturarbeit ausgelegt – technisch hervorragend, aber weniger fehlertolerant gegenüber halbfertigen Setups.

6. Reale Probleme und typische Fehlerbilder

Die Praxisprobleme bei Apache und NGINX unterscheiden sich weniger in der Art der Drupal-Fehler als in ihrer Ursache. Bei Apache sieht man häufig Probleme rund um fehlendes mod_rewrite, unpassende AllowOverride-Einstellungen, veraltete VirtualHost-Konfigurationen oder widersprüchliche .htaccess-Anpassungen. Solche Fehler sind lästig, aber meist vergleichsweise gut dokumentiert.

Bei NGINX entstehen Probleme häufiger durch unvollständige Portierungen von Apache-Logik. Dazu gehören fehlende Rewrite-Regeln, nicht nachgebildete Zugriffssperren, falsche FastCGI-Parameter, inkonsistente Header-Weitergabe hinter einem Proxy, falsche DocumentRoot-/try_files-Konfigurationen oder zu knappe Upload- und Timeout-Werte. Das ist kein Zeichen gegen NGINX – es zeigt nur, dass NGINX saubere, bewusste Konfiguration verlangt.

Interessant ist, dass Community-Berichte NGINX mit PHP-FPM im produktiven Drupal-Betrieb als sehr stabil beschreiben. Die eigentliche Stabilitätsfrage verschiebt sich also weg vom Webserver und hin zur Qualität der Gesamtarchitektur: PHP-FPM-Prozess-Management, Datenbank-Performance, Cache-Trefferquote, Cron, Queue-Handling, Redis/Memcache und Proxy-Design sind in realen Drupal-Projekten oft wichtiger als der Webserver allein.

Genau deshalb sollte man Apache oder NGINX nie isoliert bewerten. Ein schlecht konfigurierter NGINX-Stack ist für Drupal schlechter als ein sauber konfigurierter Apache-Stack. Umgekehrt wird ein gut gebauter NGINX-Stack einem lieblos gewachsenen Apache-Setup in vielen Projekten technisch überlegen sein.

Diskussion

Für eine nüchterne Bewertung muss man zwischen Komfort und Skalierung unterscheiden. Apache gewinnt aus Drupal-Sicht meist bei der Einstiegssicherheit: Die Standardmechanik ist dokumentiert, .htaccess ist vorhanden, viele Provider liefern passende Voreinstellungen, und typische SEO- sowie Sicherheitsfunktionen sind näher am „es funktioniert sofort“-Zustand. Das ist gerade für kleinere Websites, Blogs, Vereinsseiten, lokale Unternehmensauftritte und redaktionell gepflegte Projekte ein ernstzunehmender Vorteil.

NGINX gewinnt meistens dort, wo Infrastruktur bewusst gebaut und betrieben wird. Wer VPS, Cloud-Umgebungen, Container, CI/CD, Reverse Proxies, Caching-Layer, CDN oder hohe Zugriffszahlen hat, profitiert häufig stärker von NGINX. Nicht weil Drupal auf Apache schlecht wäre, sondern weil NGINX die Frontend- und Lastseite effizienter behandelt und in modernen Architekturen oft sauberer integrierbar ist.

Für typische Drupal-Anwendungsfälle mit Social-Autopublishing, SEO und Sicherheit ist die Lage deshalb klar: Funktional können beide Stacks alles Nötige leisten. Der Unterschied liegt in der Betriebslogik. Apache ist schneller produktiv und verzeiht Standardfälle besser. NGINX ist stärker, wenn Performance, zentrale Konfiguration und saubere Skalierung im Vordergrund stehen.

Meine fachliche Bewertung fällt daher bewusst zweistufig aus. Für die Mehrheit klassischer Drupal-Projekte ist Apache nicht die spektakulärste, aber die vernünftigste Wahl – insbesondere dann, wenn Wartbarkeit durch Standardisierung wichtiger ist als das letzte Prozent Effizienz. Für größere, performancekritische oder professionell gemanagte Drupal-Plattformen ist NGINX zusammen mit PHP-FPM meist die bessere technische Grundlage. Entscheidend ist nur, dass die Apache-.htaccess-Logik unter NGINX vollständig und sauber nachgebildet wird.

Schlussfolgerungen

• Apache bleibt für Drupal die pragmatischste Standardlösung, weil Dokumentation, Community-Erfahrung und die mitgelieferte .htaccess-Struktur sehr viel Reibung aus dem Alltag nehmen.
• NGINX ist bei Drupal besonders dann im Vorteil, wenn hohe Last, viele gleichzeitige Zugriffe, zentrale Konfiguration, Reverse Proxy, CDN oder eine moderne VPS-/Container-Architektur im Spiel sind.
• Typische Drupal-Module – auch für SEO, Redirects, Scheduling oder Social-Autoposting – funktionieren grundsätzlich auf beiden Plattformen. Kritisch ist nicht das Modul, sondern die Qualität der Webserver-Konfiguration.
• Sicherheitslogik ist der wichtigste Praxisunterschied: Unter Apache bringt Drupal Schutzmechanismen über .htaccess mit, unter NGINX müssen diese bewusst nachgebaut werden.
• Für kleine bis mittlere Drupal-Websites ist Apache oft die wirtschaftlich sinnvollere Wahl. Für wachstumsstarke, hoch frequentierte oder technisch professionell betreute Drupal-Projekte ist NGINX in der Regel die bessere Langfrist-Entscheidung.

Literatur- und Linkverzeichnis

[1] Drupal.org – Web server requirements | System requirements | Drupal Wiki guide on Drupal.org – https://www.drupal.org/docs/getting-started/system-requirements/web-server-requirements

[2] Drupal.org – Add requirement error if Apache does not have mod_rewrite enabled – https://www.drupal.org/project/drupal/issues/3365639

[3] Drupal.org Forum – nginx + php-fpm vs apache and stability – https://www.drupal.org/forum/support/post-installation/2010-01-01/nginx-php-fpm-vs-apache-and-stability

[4] Drupal Answers / Stack Exchange – Nginx vs Apache: actual usage comparisons and statistics – https://drupal.stackexchange.com/questions/71610/nginx-vs-apache-are-there-any-actual-usage-comparisons-and-statistcs-out-there

[5] Pantheon – Measure and Improve Drupal Speed with Performance Tests – https://pantheon.io/learning-center/performance/drupal

[6] W3Techs – Usage of Drupal broken down by web servers – https://w3techs.com/technologies/breakdown/cm-drupal/web_server

C) Abschließendes Gesamtfazit

Wenn die Entscheidung ausschließlich aus Drupal-Sicht getroffen werden soll, lautet mein Gesamturteil: Apache ist der bessere Standard, NGINX die bessere Spezialistenlösung. Apache passt hervorragend, wenn ein Projekt schnell, sicher und mit wenig Reibung produktiv werden soll. NGINX ist die stärkere Wahl, wenn Performance, Lastreserven, zentrale Konfiguration und moderne Infrastrukturstrategie im Mittelpunkt stehen. Für ein normales Unternehmensprojekt, einen Blog oder eine redaktionelle Website würde ich Apache ohne schlechtes Gewissen empfehlen – vor allem dann, wenn Wartbarkeit und unkomplizierter Betrieb priorisiert werden. Für größere Plattformen, Portale, Membership- oder News-Seiten mit höherem Traffic, Reverse-Proxy-Layern und sauberem DevOps-Betrieb würde ich klar zu NGINX plus PHP-FPM tendieren. Drupal läuft auf beiden Varianten gut; die bessere Lösung ist die, deren Konfiguration sauber beherrscht wird.