Nginx
Was ist Nginx?
Nginx ist eine quelloffene Software, die als Webserver, Reverse Proxy, Lastverteiler und HTTP-Cache eingesetzt wird. Nginx nimmt Anfragen von Browsern oder Suchmaschinen-Crawlern entgegen, liefert statische Dateien direkt aus und leitet dynamische Anfragen an Anwendungen weiter. Die ereignisgesteuerte Architektur ermöglicht die effiziente Verarbeitung vieler gleichzeitiger Verbindungen.
Wie funktioniert Nginx?
Nginx verarbeitet eingehende HTTP- und HTTPS-Anfragen über ein ereignisgesteuertes Modell. Ein Hauptprozess verwaltet die Konfiguration und die Arbeitsprozesse. Die Arbeitsprozesse bearbeiten viele Verbindungen gleichzeitig, ohne für jede Verbindung einen eigenen Prozess starten zu müssen. Diese Architektur senkt den Verwaltungsaufwand des Betriebssystems, wenn zahlreiche Nutzer oder Crawler parallel auf eine Website zugreifen.
Eine Anfrage erreicht Nginx üblicherweise über Port 80 für HTTP oder Port 443 für HTTPS. Anschließend prüft der Webserver, welche Domain, URL und Regel zur Anfrage passen. Eine Bilddatei kann Nginx direkt aus dem Dateisystem ausliefern. Eine Anfrage an einen Onlineshop oder ein Content-Management-System wird dagegen häufig an eine Anwendung wie PHP-FPM weitergegeben.
Nginx als Reverse Proxy
Ein Reverse Proxy steht aus Sicht des Nutzers vor der eigentlichen Anwendung. Der Browser kommuniziert nur mit Nginx, während interne Systeme verborgen bleiben. Nginx kann TLS-Verbindungen entschlüsseln, Anfragen filtern, Header ergänzen und die Anfrage anschließend an einen geeigneten Anwendungsserver senden. Die Antwort nimmt denselben Weg zurück.
Der Unterschied zwischen einem Reverse Proxy und einem Forward Proxy liegt in der geschützten Seite der Verbindung. Ein Forward Proxy handelt im Auftrag eines Nutzers und vermittelt dessen Zugriff auf externe Server. Ein Reverse Proxy handelt im Auftrag des Webservers und steuert den Zugriff auf interne Anwendungen. Nginx wird bei Websites überwiegend als Reverse Proxy eingesetzt.
Nginx und Apache im Vergleich
Nginx und Apache sind Webserver, unterscheiden sich aber bei Konfiguration und Verarbeitung. Nginx verwendet eine zentrale Konfiguration und unterstützt keine verzeichnisbezogenen .htaccess-Dateien. Apache kann solche Dateien während einer Anfrage auswerten. Änderungen an einer Nginx-Konfiguration erfordern deshalb normalerweise einen Konfigurationstest und ein anschließendes Neuladen des Dienstes.
| Merkmal | Nginx | Apache |
|---|---|---|
| Konfiguration | Zentrale Konfigurationsdateien | Zentrale Dateien und optional .htaccess |
| Dynamische Inhalte | Weiterleitung an externe Prozesse wie PHP-FPM | Ausführung über Module oder Weiterleitung an PHP-FPM |
| Statische Dateien | Direkte Auslieferung durch den Webserver | Direkte Auslieferung durch den Webserver |
| Typische Zusatzrolle | Reverse Proxy, Cache und Lastverteiler | Webserver mit umfangreicher Modulstruktur |
Die verbreitete Aussage, Nginx sei grundsätzlich schnell und Apache grundsätzlich langsam, greift zu kurz. Beide Systeme können ereignisgesteuert arbeiten. Die tatsächliche Antwortzeit hängt zusätzlich von Anwendung, Datenbank, Caching, Serverressourcen, Netzwerk und Konfiguration ab. Vergleiche deshalb immer die vollständige Verarbeitungskette und nicht allein den Namen des Webservers.
Warum Nginx für SEO relevant ist
Nginx verbessert Rankings nicht automatisch. Der Webserver beeinflusst jedoch technische Bedingungen, die für Crawling und Nutzererfahrung relevant sind. Dazu zählen Antwortzeiten, Weiterleitungen, Komprimierung, Cache-Header und HTTP-Statuscodes. Eine schnelle Serverantwort schafft eine gute Grundlage für kurze Ladezeiten, kann aber langsame Datenbankabfragen oder umfangreiches JavaScript im Browser nicht ausgleichen.
Für Suchmaschinen ist vor allem die korrekte Antwort auf eine URL wichtig. Eine erreichbare Seite sollte normalerweise den Statuscode 200 senden, eine dauerhafte Weiterleitung den Code 301 und eine nicht vorhandene URL den Code 404 oder 410. Bei Problemen zwischen Nginx und einer dahinterliegenden Anwendung treten häufig die Statuscodes 502, 503 oder 504 auf. Wiederholen sich solche Serverfehler, können Nutzer und Suchmaschinen-Crawler Inhalte nicht zuverlässig abrufen.
Messbar ist das zum Beispiel so: Prüfe die Serverantwort und die gesamte Ladezeit getrennt. Eine langsame Antwort vor dem ersten übertragenen Byte deutet eher auf Server, Cache oder Anwendung hin. Eine schnelle Antwort bei anschließend langer Darstellung spricht eher für große Dateien, blockierende Skripte oder aufwendige Browserprozesse. Ein kostenloser Ladezeiten-Check liefert dafür einen ersten technischen Überblick.
Prüfe die Ladezeit deiner Website direkt:
Cache und Komprimierung richtig nutzen
Nginx kann statische Ressourcen mit Ablaufzeiten versehen und komprimiert übertragen. Browser müssen dadurch wiederkehrende Dateien seltener herunterladen, während Textdateien wie HTML, CSS oder JavaScript weniger Daten übertragen. Für bereits komprimierte Formate wie JPEG, WebP oder MP4 bringt eine zusätzliche Komprimierung dagegen meist keinen vergleichbaren Nutzen.
Beim serverseitigen Cache speichert Nginx eine vollständige Antwort der Anwendung. Eine weitere identische Anfrage kann direkt aus dem Cache beantwortet werden, ohne PHP oder eine Datenbank erneut aufzurufen. Die Cache-Regeln müssen zwischen öffentlichen und individuellen Inhalten unterscheiden. Warenkörbe, Kontobereiche, Formulare mit persönlichen Daten und personalisierte Preise gehören normalerweise nicht in einen gemeinsam genutzten Cache.
Typische Nginx-Fehler prüfen
Ein häufiger Konfigurationsfehler entsteht durch konkurrierende Weiterleitungen. Wenn Nginx HTTP auf HTTPS umleitet, während eine vorgeschaltete Plattform dieselbe Verbindung intern wieder als HTTP meldet, kann eine Endlosschleife entstehen. Prüfe bei Proxy-Systemen deshalb, ob Protokoll und ursprünglicher Hostname über die richtigen Header an die Anwendung weitergegeben werden.
Ein weiterer Fehler betrifft die Auswahl von URL-Regeln. Nginx entscheidet anhand der Konfiguration, welcher location-Block eine Anfrage verarbeitet. Eine zu allgemeine Regel kann Bilder, API-Aufrufe oder Administrationsbereiche erfassen, obwohl dafür andere Einstellungen vorgesehen sind. Nach Änderungen sollte ein technischer Crawl kontrollieren, ob wichtige Seiten erreichbar bleiben und korrekte Statuscodes senden. Ein umfassender SEO-Audit verbindet diese Serverprüfung mit Indexierung, interner Verlinkung und weiteren technischen Signalen.
Nginx für SEO konfigurieren
Eine SEO-orientierte Nginx-Konfiguration beginnt mit einer eindeutigen Domainvariante. HTTP und alternative Hostnamen sollten über eine direkte 301-Weiterleitung zur bevorzugten HTTPS-Adresse führen. Mehrere aufeinanderfolgende Weiterleitungen verlängern jeden Abruf und erschweren die Fehlersuche. Prüfe deshalb, ob jede alternative URL mit möglichst einem Schritt ihr endgültiges Ziel erreicht.
Nginx ist nur ein Teil der technischen Suchmaschinenoptimierung. Templates, interne Links, strukturierte Daten, JavaScript und Indexierungsregeln liegen meist in anderen Systemen. Eine strukturierte Onpage-Optimierung sollte Serverantworten deshalb gemeinsam mit den Signalen untersuchen, die eine Seite an Suchmaschinen sendet.
Häufige Fragen zu Nginx
Ist Nginx kostenlos?
Die quelloffene Basisversion von Nginx kann kostenlos verwendet werden. Zusätzlich existieren kommerzielle Angebote mit erweiterten Verwaltungs-, Support- und Monitoring-Funktionen.
Kann Nginx PHP ausführen?
Nginx führt PHP nicht selbst aus. Der Webserver leitet PHP-Anfragen üblicherweise über FastCGI an einen Prozessmanager wie PHP-FPM weiter und liefert dessen Antwort an den Browser zurück.
Ist Nginx ein Webserver oder ein Proxy?
Nginx kann beide Aufgaben übernehmen. Die Software liefert Dateien als Webserver aus und kann gleichzeitig als Reverse Proxy Anfragen an Anwendungen oder weitere Server weiterleiten.
Wo liegt die Nginx-Konfiguration?
Der genaue Speicherort hängt vom Betriebssystem und der Installation ab. Häufig liegt die Hauptkonfiguration unter /etc/nginx/nginx.conf, während einzelne Website-Konfigurationen in zusätzlichen Unterverzeichnissen verwaltet werden.
Was bedeutet 502 Bad Gateway bei Nginx?
Der Statuscode 502 bedeutet meist, dass Nginx vom dahinterliegenden Anwendungsserver keine gültige Antwort erhalten hat. Mögliche Ursachen sind ein gestoppter Dienst, eine falsche Adresse, fehlende Berechtigungen oder ein Verbindungsproblem.
Muss Nginx nach jeder Änderung neu gestartet werden?
Ein vollständiger Neustart ist normalerweise nicht erforderlich. Nach einem erfolgreichen Konfigurationstest kann Nginx die Einstellungen neu laden, wobei bestehende Verbindungen in der Regel weiter verarbeitet werden.
Wenn du Serverantworten, Ladezeiten und Indexierungsfehler gemeinsam bewerten lassen möchtest, eignet sich ein unverbindlicher technischer Potenzialcheck.
Kostenlosen Potenzialcheck anfragen
Sie haben noch Fragen?
