503 Service Unavailable: Was bedeutet der Fehler und wie lösen Sie ihn?

Was bedeutet 503 Service Unavailable?

503 Service Unavailable ist ein HTTP Statuscode und bedeutet, dass der Server Ihre Anfrage im Moment nicht bearbeiten kann. Meist läuft der Server weiter, ist allerdings überlastet, im Wartungsmodus oder hat seine Ressourcen aufgebraucht. Der Zustand gilt als vorübergehend, deshalb hilft oft schon ein kurzes Warten.

Der Code gehört also zu den Serverfehlern der Klasse 5xx. Bei 4xx Codes liegt das Problem meist in der Anfrage selbst. Bei 5xx Codes liegt es dagegen auf der Serverseite. Zudem beschreibt MDN die Antwort 503 so, dass der Server nicht bereit ist, die Anfrage zu bearbeiten. Konkret finden Sie die Primärquellen auf der MDN Seite zu 503 und im Abschnitt zu 503 im RFC 9110.

Außerdem formulieren Browser und Hoster die Meldung unterschiedlich. Zum Beispiel sehen Sie "Service Unavailable", "HTTP Error 503", "Service Temporarily Unavailable" oder eine gestaltete Wartungsseite. Der Wortlaut ändert sich, der Statuscode darunter bleibt dennoch derselbe.

Daher richtet sich dieser Ratgeber an drei Gruppen. Erstens erfahren Besucher, was sie ausprobieren können. Zweitens erfahren Website Betreiber, was sie zuerst prüfen sollten. Drittens finden alle, die einen eigenen VPS betreiben, konkrete Befehle für die Diagnose. Außerdem erklären wir, warum 503 während der Wartung die richtige Antwort ist, was auch für SEO zählt.

Wer ist für den Fehler 503 Service Unavailable verantwortlich: Besucher, Betreiber oder Serveradmin?

Als Besucher tragen Sie keine Schuld, denn der Fehler entsteht auf dem Server. Beheben können ihn dagegen der Website Betreiber und der Serveradministrator. Trotzdem kann jede Rolle etwas Sinnvolles tun. Klären Sie deshalb zuerst Ihre eigene Rolle, weil die Suche an der falschen Stelle den Ausfall nur verlängert.

Erreichen Sie den Betreiber, melden Sie ihm das Problem. Außerdem gilt: Kaufen Sie Hosting bei einem Anbieter, hat dieser bei den Ressourcenlimits das letzte Wort. Daher sind die Diagramme in Ihrem Hosting Panel ein wichtiger Beleg.

Was verursacht den Fehler 503 Service Unavailable?

Der Fehler tritt auf, wenn der Server eine Anfrage in diesem Moment nicht verarbeiten kann. Die Ursachen lassen sich in wenige Gruppen einteilen. Zum Beispiel sind die häufigsten sehen Sie unten, und in den späteren Abschnitten zeigen wir die Diagnose für jede davon.

• Der Server oder seine PHP Prozesse sind überlastet und nehmen keine weitere Anfrage an.
• Ihr Hosting Tarif erreicht sein Limit für Prozessor, Arbeitsspeicher oder gleichzeitige Prozesse.
• Die Website steckt absichtlich oder versehentlich im Wartungsmodus.
• Bots, Crawler oder Angriffsverkehr verbrauchen die Ressourcen, sodass echte Besucher leer ausgehen.
• Die Datenbank, PHP-FPM oder ein anderer Hintergrunddienst stürzt ab oder antwortet nicht mehr.
• Ein einzelnes Plugin, Theme oder Update blockiert die gesamte Anwendung.
• Ein Reverse Proxy oder Load Balancer stuft den Hintergrundserver als defekt ein.

In der Praxis treten die ersten beiden Ursachen häufiger bei Shared Hosting auf. Die letzten beiden zeigen sich dagegen also öfter bei VPS und dedizierten Servern. Allerdings ist die Grenze nicht scharf. Dasselbe Symptom kann verschiedene Ursachen haben, also messen Sie, bevor Sie raten.

Wie lösen Überlastung und Ressourcenlimits den Fehler 503 Service Unavailable aus?

Zunächst setzt jeder Hosting Tarif Grenzen für Prozessor, Arbeitsspeicher und gleichzeitige Prozesse. Treffen mehr Anfragen ein, als der Tarif erlaubt, weist der Server daher neue Anfragen ab. Besucher sehen dann eine 503, weil der Server zwar lebt, aber keine weitere Arbeit annimmt.

MDN nennt auch erreichte Schwellen wie Arbeitsspeicher, Prozessor und Verbindungspool als Ursachen für eine 503. Bei Shared Hosting kann ein lauter Nachbar Sie manchmal beeinflussen. Allerdings trennen moderne Tarife die Konten voneinander. Zudem erklären wir, wie diese Trennung funktioniert, in unserem Ratgeber zu CageFS.

Kampagnentage sind das klassische Beispiel. Schickt eine Anzeige oder eine E-Mail plötzlich viele Besucher und kommen die Seiten nicht aus einem Cache, führt jeder Besuch PHP und Datenbankabfragen aus. Dann ist schon nach wenigen Minuten das Limit voll, und die 503 beginnt. Ihr Werbebudget läuft währenddessen weiter, denn Klicks kommen an, Seiten laden aber nicht.

Außerdem ist die Bandbreite ein eigenes Limit. Ist das monatliche Transfervolumen aufgebraucht, sperren manche Anbieter die Website. Mehr dazu lesen Sie in unserem Ratgeber zur Bandbreite beim Webhosting. Deshalb empfehlen wir hier nur, sie in Ihre Checkliste aufzunehmen.

Können Wartungsmodus und Updates 503 Service Unavailable auslösen?

Ja, und oft geschieht das mit Absicht. Viele Systeme schalten die Website bei Updates kurz in den Wartungsmodus und liefern eine 503. Somit schützt der Modus Besucher vor einer halb aktualisierten Seite. Allerdings entstehen Probleme erst, wenn der Ausstieg aus dem Wartungsmodus nicht abgeschlossen ist.

Bei einem Core Update legt WordPress im Hauptverzeichnis eine temporäre Datei namens .maintenance an. Bricht das Update ab, kann diese Datei liegen bleiben, und die Website zeigt weiter die Wartungsmeldung. Meist löst das Löschen der Datei im Dateimanager das Problem. Klären Sie aber zuerst, warum das Update abgebrochen ist.

Updates brechen meist aus einem dieser Gründe ab:

• Das Zeitlimit oder das Speicherlimit von PHP war für das Update zu niedrig.
• Die Verbindung riss während eines Plugin Updates ab.
• Der Speicherplatz war voll, sodass keine Dateien geschrieben werden konnten.
• Eine Firewall blockierte die Update Anfrage.

Außerdem verkleinert ein Backup vor jedem Update dieses Risiko. Einen Plan dafür finden Sie in unserem Ratgeber zur Website Backup Strategie.

Erzeugen Bots und DDoS Angriffe den Fehler 503 Service Unavailable?

Ja, das ist möglich. Ein Botnetz oder ein schlecht eingestellter Crawler kann innerhalb von Sekunden Hunderte Anfragen senden, und dem Server gehen die Ressourcen aus. Auch echte Besucher sehen dann die 503. Folglich liegt das Problem im Traffic und nicht in Ihrem Code.

Prüfen Sie zunächst, ob der Traffic wirklich schädlich ist. Zum Beispiel ist im Zugriffslog eine Flut von Anfragen von einer IP Adresse oder einem kleinen IP Block ein starker Hinweis. Allerdings kann auch ein legitimer Suchmaschinen Bot intensiv crawlen. Konkret zeigen wir, wie Sie Googlebot prüfen, in unserem Ratgeber zu Googlebot.

Sie können in mehreren Schichten verteidigen:

• Regeln zur Ratenbegrenzung und Werkzeuge, die auffällige IP Adressen automatisch sperren
• Regeln einer Web Application Firewall
• Abwehr auf Netzwerkebene und verteilte Infrastruktur

Für die erste Schicht lesen Sie unsere Ratgeber zu Fail2ban und zur CSF Firewall. Für die Anwendungsschicht hilft der Beitrag zu ModSecurity. Für die Netzwerkschicht ist unser Ratgeber zu Anycast DNS ein guter Einstieg.

Wie diagnostizieren Sie den Fehler 503 Service Unavailable Schritt für Schritt?

Gehen Sie der Reihe nach vor, denn jeder Schritt grenzt den nächsten ein. Zunächst klären Sie, ob alle den Fehler sehen oder nur Sie. Danach wechseln Sie zur Serverseite.

1. Öffnen Sie die Website in einem anderen Netzwerk und auf einem anderen Gerät und prüfen Sie, ob der Fehler überall auftritt.
2. Testen Sie den Zugriff von außen mit einem Werkzeug, das prüft, ob die Seite down ist.
3. Öffnen Sie im Hosting Panel das Diagramm zum Ressourcenverbrauch und prüfen Sie, ob Prozessor, Arbeitsspeicher oder das Prozesslimit voll sind.
4. Lesen Sie danach das Fehlerlog und suchen Sie wiederkehrende Zeilen.
5. Denken Sie dann an die letzte Änderung: ein Plugin, ein Theme, ein Update oder eine neue Kampagne.
6. Danach prüfen Sie, ob eine Wartungsdatei oder Einstellung noch aktiv ist.
7. Sehen Sie sich den Bot Traffic im Zugriffslog an.

Also spart diese Reihenfolge Zeit. Meist zeigt nämlich einer der ersten drei Schritte die Ursache. Auch die Erinnerung an die letzte Änderung hilft überraschend oft, weil die meisten Fehler 503 kurz nach einem Update oder einem Traffic Anstieg beginnen.

Was tun Sie als Besucher bei einem Fehler 503?

Ihre Möglichkeiten sind begrenzt, denn der Fehler liegt auf dem Server. Trotzdem können einige einfache Schritte helfen. Warten Sie zuerst einige Minuten und laden Sie die Seite neu. Denn kurze Überlastungen verschwinden oft von selbst.

• Zunächst laden Sie die Seite neu und versuchen Sie es nach ein bis zwei Minuten erneut.
• Öffnen Sie dieselbe Seite über mobile Daten, um Ihr eigenes Netzwerk auszuschließen.
• Probieren Sie eine andere Unterseite, um zu sehen, ob die ganze Website oder nur eine Seite betroffen ist.
• Laden Sie beim Einkaufen die Kasse nicht ständig neu, denn sonst droht eine doppelte Abbuchung.
• Hält das Problem an, informieren Sie den Betreiber per Telefon oder über soziale Medien.

Das Leeren des Browser Caches behebt eine 503 selten, weil der Fehler vom Server kommt und nicht von Ihrem Browser. Dennoch kann eine alte Fehlerseite hängen bleiben, deshalb schadet ein harter Reload nicht.

Wie beheben Sie den Fehler 503 Service Unavailable als Betreiber?

Die Lösung hängt von der Ursache ab. Folgen Sie daher erst der Diagnose und handeln Sie danach. Dazu fasst die Tabelle die häufigen Ursachen und die erste Maßnahme zusammen.

Vermuten Sie ein Plugin, deaktivieren Sie die Plugins einzeln. So finden Sie also den Verursacher. Außerdem ist die Rückkehr zur letzten funktionierenden Version der schnellste Ausweg, wenn Sie ein Backup haben. Erstellen Sie deshalb vorher unbedingt ein frisches Backup.

Wie zeigt sich 503 Service Unavailable auf einer WordPress Website?

Bei WordPress kommt eine 503 meist aus einer von drei Quellen: einem unfertigen Update, einem schweren Plugin oder einem vollen PHP Prozesslimit. Sie tritt oft nach einem Update oder bei wachsendem Traffic auf. Erreichen Sie noch das Dashboard, prüfen Sie zuerst die Plugins.

Können Sie sich nicht anmelden, öffnen Sie per Dateimanager oder FTP den Ordner wp-content und benennen Sie den Ordner plugins vorübergehend um. Dadurch sind zugleich alle Plugins deaktiviert. Läuft die Website dann wieder, ist ein Plugin der Verursacher. Benennen Sie den Ordner zurück und aktivieren Sie die Plugins einzeln, um das Problem zu finden.

Fällt die Website weiter aus, prüfen Sie Theme und Core Update. Löschen Sie außerdem eine übrig gebliebene Wartungsdatei. Zeigt das Fehlerlog dann eine Meldung zum Speicherlimit, erhöhen Sie das PHP Speicherlimit im Hosting Panel. Die Obergrenze legt Ihr Anbieter fest, also öffnen Sie ein Support Ticket, falls sich der Wert nicht ändern lässt.

Schwere Plugins wie WooCommerce können auf Warenkorb und Kasse kein Seiten Caching nutzen. Folglich verbrauchen diese Seiten mehr Prozessorleistung. Betreiben Sie einen Shop, prüfen Sie Ihr Ressourcenlimit deshalb vor jeder Kampagne.

Wie schadet 503 Service Unavailable Werbebudget und Umsatz im E-Commerce?

Im E-Commerce bedeutet eine 503 direkten Umsatzverlust. Ein Kunde klickt auf Ihre Anzeige, doch die Seite lädt nicht. Also zahlen Sie für den Klick, und der Kunde wandert zum Wettbewerber. Tritt der Fehler im Warenkorb oder an der Kasse auf, kostet das noch mehr.

Zum Beispiel eine einfache Beispielrechnung: Sie erhalten täglich 500 Klicks zu je 1,50 Euro. Fällt die Website eine Stunde aus und entfällt auf diese Stunde ein Zwanzigstel des Tagesverkehrs, gehen etwa 25 Klicks verloren, also rund 37,50 Euro. Die Zahlen dienen nur zur Veranschaulichung, die Logik gilt aber immer: Ausfalldauer mal Werbeintensität.

Als Vorsorge führen Sie vor einer Kampagne einen Lasttest durch, aktivieren Caching und richten Überwachungsalarme ein. Zudem erhöhen Sie das Werbebudget schrittweise statt auf einmal. So hat der Server also Zeit, sich an neuen Traffic zu gewöhnen. Machen Sie diesen Plan zum Teil Ihrer Google Ads Verwaltung.

Laufen die Anzeigen weiter, während Ihre Website ausfällt, ist eine Pause der Kampagne sinnvoll. Danach schalten Sie sie wieder ein, sobald das Problem gelöst ist. Somit stoppt die Verschwendung sofort.

Wie finden Sie 503 Antworten in den Serverlogs?

Verwalten Sie Ihren VPS selbst, sind Logs deshalb der verlässlichste Beleg. Zum Beispiel gehen die folgenden Befehle von einem verbreiteten Format des Zugriffslogs aus. Der Pfad der Logdatei hängt von Distribution und Webserver ab, also nutzen Sie den Pfad aus Ihrer eigenen Konfiguration.

# Zählt Anfragen mit Status 503 (Feld 9 ist im kombinierten Logformat der Statuscode)
awk '$9 == 503' /var/log/nginx/access.log | wc -l

# Listet die Adressen mit den meisten 503 Antworten
awk '$9 == 503 {print $7}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head

# Zeigt die letzten Zeilen des Fehlerlogs
tail -n 100 /var/log/nginx/error.log

Der erste Befehl zeigt, wie verbreitet der Fehler ist. Der zweite verrät dagegen, welche Adressen er trifft. Dann sehen Sie sofort, ob die ganze Website betroffen ist oder nur eine Seite.

Fällt Ihnen das Lesen roher Logs schwer, nutzen Sie einen Log Analysator. Unsere Logfile Analyse lädt ein Zugriffslog im Browser und fasst es zusammen. Allerdings haben Sie bei Shared Hosting oft keinen Zugriff auf Logs. Nutzen Sie dann den Bereich für Fehlerlogs im Panel oder fragen Sie den Support.

Wie prüfen Sie bei einem VPS Dienste, Arbeitsspeicher und Festplatte?

Haben Sie Shell Zugriff auf Ihren VPS, prüfen Sie drei Dinge: Laufen die Dienste, reicht der Arbeitsspeicher, und ist die Festplatte voll? Zusammen erklären diese drei Prüfungen die meisten 503 Fälle. Führen Sie die Befehle nur auf einem Server aus, den Sie verwalten dürfen.

# Zeigt den Status des Webservers
systemctl status nginx

# Zeigt die Systemlast (Mittelwerte der letzten 1, 5 und 15 Minuten)
uptime

# Zeigt die Speichernutzung in Megabyte
free -m

# Zeigt die Belegung der Festplatte
df -h

Der Name des PHP Dienstes ändert sich mit Distribution und Version. Suchen Sie ihn daher zuerst in der Ausgabe von systemctl list-units. Ist der Dienst inaktiv, lesen Sie im Log, warum er stehen blieb, und starten Sie ihn danach neu. Allerdings verschiebt ein Neustart ohne Kenntnis des Grundes das Problem nur.

Ist der Arbeitsspeicher erschöpft, beendet das Betriebssystem unter Umständen Prozesse. Der Dienst stoppt dann von selbst, und eine 503 beginnt. Ist die Festplatte voll, lassen sich Logs und Sitzungsdateien nicht mehr schreiben, folglich blockiert die Anwendung. Ein Überwachungswerkzeug macht diese Prüfungen zur Routine.

Kennen Sie die Diensteinstellungen nicht, experimentieren Sie nicht. Denn eine falsche Konfiguration kann die ganze Website lahmlegen. Fragen Sie im Zweifel Ihren Serveradministrator oder Ihren Anbieter.

Was ist der Header Retry-After und wie nutzen Sie ihn bei einer 503 Antwort?

Retry-After ist ein HTTP Antwortheader, der einem Client mitteilt, wie lange er warten soll, bevor er es erneut versucht. Konkret geben Sie den Wert als Anzahl von Sekunden oder als Datum mit Uhrzeit an. MDN empfiehlt, dass eine 503 Antwort diesen Header mit der geschätzten Wiederherstellungszeit enthält, wenn möglich.

Wissen Sie zum Beispiel, dass die Wartung eine Stunde dauert, setzen Sie den Wert 3600. Auch Googles Hilfeseite empfiehlt bei kurzer Schließung eine 503 zusammen mit dem Header Retry-After, mit einem geschätzten Datum oder einer Dauer. Details lesen Sie auf der MDN Seite zu Retry After.

Der Header ist also eine Schätzung und kein Versprechen. Wählen Sie also einen realistischen Wert. Ein zu kurzer Wert lässt Bots umsonst wiederkommen. Ein zu langer Wert verzögert dagegen möglicherweise den erneuten Crawl Ihrer Website. Kennen Sie die Dauer nicht, nutzen Sie Ihre beste Schätzung und passen Sie den Wert an, wenn die Wartung länger dauert.

Warum ist 503 während der Wartung richtig und nicht 404 oder 200?

Weil der Statuscode Suchmaschinen und Browsern sagt, was mit der Seite geschieht. 503 bedeutet "jetzt nicht verfügbar, komm später wieder". Dagegen sagt 404 "diese Seite existiert nicht". Schließlich sagt 200 "alles in Ordnung, das ist der echte Inhalt". Geben Sie einer Wartungsseite daher den falschen Code, zieht eine Suchmaschine den falschen Schluss.

Eine falsche 200 ist besonders riskant. Zum Beispiel: Liefert die Wartungsmeldung den Code 200, hält Google sie womöglich für echten Inhalt. Den Zusammenhang mit Soft 404 beschreiben wir im Ratgeber zu Soft 404 Fehlern.

Wie geht Google mit 503 Service Unavailable um?

Laut Googles Dokumentation bremsen Serverfehler der Klasse 5xx und 429 die Crawler für eine Weile. Der Rückgang der Crawl Rate ist proportional zur Zahl der URLs, die einen Serverfehler liefern. Anders gesagt: Je breiter der Fehler, desto weiter zieht sich Googlebot zurück.

Dieselbe Seite enthält allerdings eine wichtige Warnung. Googles Indexierung entfernt URLs, die dauerhaft einen Serverfehler liefern, aus dem Index. Eine lange 503 ist folglich kein vorübergehender Fehler mehr. Außerdem lesen Sie die Details auf Googles Seite zu HTTP Statuscodes und Netzwerkfehlern.

Zur Dauer ist Googles Seite zum zeitweiligen Pausieren eines Online Geschäfts eindeutig. Die komplette Deaktivierung sollte nur sehr kurz dauern, höchstens wenige Tage. Denn selbst eine Schließung über einige Wochen kann der Indexierung schaden. Für eine kurze Schließung empfiehlt Google eine 503 mit Retry-After.

Die Datei robots.txt ist dagegen ein Sonderfall. Laut Googles robots.txt Dokumentation stoppt Google beim Serverfehler 5xx der Datei in den ersten 12 Stunden das Crawlen der Website. Danach nutzt Google in den folgenden 30 Tagen die zuletzt gute Version. Überlegen Sie daher, die Adresse der robots.txt von Ihrer Wartungsregel auszunehmen. Lesen Sie außerdem unseren Beitrag dazu, warum Googlebot weniger crawlt.

Was prüfen Sie nach einem Fehler 503 in der Search Console?

Ist der Fehler behoben, prüfen Sie daher, wie Google die Website sieht. Der Bericht zu den Crawling Statistiken in der Search Console zeigt die Probleme, die Googlebot mit Ihrem Server hatte. Dort sehen Sie dann, wann Serverfehler zunahmen und wie sich das Crawl Volumen veränderte.

1. Suchen Sie im Bericht zu den Crawling Statistiken den Anstieg der Serverfehler, der zu Ihrer Ausfallzeit passt.
2. Achten Sie im Bericht zur Seitenindexierung auf neue Einträge zu "Serverfehler (5xx)".
3. Testen Sie eine wichtige URL live mit dem Tool zur URL Prüfung.
4. Bestätigen Sie, dass die Website nach dem Ausfall wieder den Code 200 liefert.
5. Beobachten Sie in den nächsten Tagen, ob das Crawl Volumen auf das alte Niveau zurückkehrt.

Wundern Sie sich nicht, wenn sich das Crawling nicht sofort erholt. Laut Googles Dokumentation verlangsamen Serverfehler das Crawling, deshalb kann die Erholung etwas dauern. Eine vollständige Anleitung finden Sie in unserer Search Console Anleitung. Fallen Seiten aus dem Index, hilft der Beitrag zum Finden nicht indexierter Seiten.

Wie richten Sie den Wartungsmodus richtig ein?

Eine richtige Wartungsseite macht drei Dinge zugleich: Sie liefert eine 503, zeigt eine kurze und klare Meldung und ergänzt nach Möglichkeit den Header Retry-After. Das folgende Nginx Beispiel leistet alle drei. Domain und Verzeichnispfade sind Beispiele, passen Sie sie an Ihr Setup an.

server {
    listen 80;
    server_name example.com;

    error_page 503 /wartung.html;

    location = /wartung.html {
        root /var/www/maintenance;
        internal;
        add_header Retry-After 3600 always;
    }

    location / {
        return 503;
    }
}

Nutzen Sie Apache, bauen Sie dieselbe Logik in der Datei .htaccess auf. Denken Sie daran, diese Zeilen nach der Wartung zu entfernen.

ErrorDocument 503 /wartung.html
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/wartung\.html$
RewriteRule ^ - [R=503,L]

Arbeiten Sie auf Anwendungsebene, erledigen Sie in PHP dieselben zwei Dinge: Sie setzen den Statuscode auf 503 und ergänzen danach den Header Retry-After. Stellen Sie nach der Wartung die alte Konfiguration wieder her und bestätigen Sie mit einem Werkzeug, dass die Startseite den Code 200 liefert.

Worin unterscheidet sich 503 von 500, 502, 504 und 429?

Diese Codes sehen ähnlich aus, bedeuten aber Verschiedenes, und auch die Lösungen unterscheiden sich. Recherchieren Sie den falschen Code, verlieren Sie Zeit an der falschen Stelle. Die Tabelle fasst den Unterschied zusammen.

MDN weist darauf hin, dass 429 für die Ratenbegrenzung besser passt als 503. Begrenzen Sie Anfragen absichtlich, ist 429 daher die genauere Antwort. Liegt der Fehler am Gateway, untersuchen Sie die Fälle 502 und 504 getrennt.

Wie beeinflussen eine langsame Website und die Hostingwahl das Risiko für 503?

Eine langsame Website hält mehr Arbeit gleichzeitig fest. Jede Anfrage dauert länger, also füllt sich das Limit für gleichzeitige Prozesse früher. Anders gesagt kann Langsamkeit ein leiser Vorbote einer 503 sein. Beheben Sie zuerst die Langsamkeit, sinkt die Gefahr, ein Ressourcenlimit zu erreichen.

Die Ursachen haben wir im Ratgeber zu serverseitiger Langsamkeit gesammelt. Den Zusammenhang zwischen Tempo und Suchergebnissen lesen Sie unter Ladezeit und SEO. Die Folgen für den Umsatz beschreibt der Beitrag zur Ladezeit im Onlineshop.

Schauen Sie bei der Wahl eines Hosting Tarifs nicht nur auf den Preis. Das Limit für gleichzeitige Prozesse, Arbeitsspeicher, Prozessor und die Traffic Regeln bestimmen Ihr Risiko für 503. Die Kriterien erklären wir im Ratgeber zur Auswahl von Webhosting. Planen Sie eine Kampagne, informieren Sie Ihren Anbieter am besten vorher.

Welche Cache und Überwachungseinstellungen beugen 503 Service Unavailable vor?

Vorbeugen heißt, den Ressourcenverbrauch an der Wurzel des Fehlers zu senken. Am wirksamsten ist es, Seiten nicht bei jedem Besuch neu zu erzeugen. Caching leistet genau das. Die Überwachung warnt Sie außerdem, sobald ein Fehler beginnt.

• Richten Sie ein Seiten Caching ein, das die Serverlast bei Anzeigen und E-Mail Traffic senkt.
• Aktivieren Sie den PHP Code Cache; Details finden Sie in unserem Ratgeber zu OPcache.
• Für Objekt Caching lesen Sie den Vergleich von Redis und Memcached.
• Für einen HTTP Cache vor Ihrer Anwendung hilft unser Ratgeber zu Varnish.
• Richten Sie einen Uptime Monitor ein, der von außen prüft, und leiten Sie die Alarme auf Ihr Handy.
• Vergleichen Sie vor einer Kampagne Ihr Ressourcenlimit mit der Traffic Prognose.

Diese Schritte verkleinern die Wahrscheinlichkeit einer Wiederholung, schließen sie aber nicht aus. Manchmal brauchen Sie wirklich einen größeren Tarif. Entscheiden Sie das anhand von Daten, denn ein Upgrade aus dem Bauch kostet Geld und Zeit.

Wann überlassen Sie den Fehler 503 Service Unavailable Ihrem Hosting Anbieter?

Die ehrliche Antwort ist einfach: Gehört die Servereinstellung nicht Ihnen, fassen Sie sie nicht an. Bei Shared Hosting ist das Neustarten von Diensten, das Ändern von Ressourcenlimits oder das Lesen von Serverlogs meist Sache des Anbieters. Wer etwas erzwingt, das er im Panel nicht sieht, schafft womöglich ein neues Problem.

Öffnen Sie in diesen Fällen ein Support Ticket:

• Der Ressourcenverbrauch wirkt im Panel niedrig, aber die 503 bleibt.
• Der Fehler betrifft mehrere Websites gleichzeitig.
• Sie haben keinen Zugriff auf Serverdienste und können keine Logs lesen.
• Sie vermuten einen Angriff, und Ihre Möglichkeiten zum Sperren sind begrenzt.
• Der Fehler dauert länger als einige Stunden, und das SEO Risiko wächst.

Nennen Sie im Ticket den Zeitraum, die betroffenen Adressen und Ihre Änderungen. So kommt der Anbieter schneller zum Ergebnis. Wir sind ein Team für digitales Marketing und Webentwicklung und kein Hosting Unternehmen, daher betreiben wir Ihren Server nicht für Sie. Um Ihre Sichtbarkeit nach einem Ausfall zu schützen und technische SEO Prüfungen durchzuführen, sehen Sie sich unsere SEO Beratung an.