Die Begrenzung der WordPress Heartbeat API ist ein Prozess zur Reduzierung des CPU-Verbrauchs, indem die Häufigkeit der im Hintergrund ausgeführten admin-ajax.php-Anfragen im WordPress-Dashboard verringert wird. Insbesondere bei Shared Hosting, stark frequentierten WooCommerce-Shops und Multi-Autor-Blogs kann die Heartbeat API in einem Intervall von 15-60 Sekunden Anfragen an den Server senden; dies kann zu unnötiger CPU-Nutzung, einem langsamen Dashboard und Warnungen bezüglich der Ressourcengrenzen führen. Die Lösung besteht darin, die API nicht vollständig zu deaktivieren, sondern die Intervalle auf 60-120 Sekunden zu erhöhen, sie nur in erforderlichen Bereichen aktiv zu lassen und die Ergebnisse im Hosting-Panel zu messen.
In diesem Leitfaden werden wir Schritt für Schritt erläutern, was die Heartbeat API bewirkt, wann sie Probleme verursachen kann, welche Einstellungen sicher sind und wie Sie den CPU-Verbrauch Ihrer WordPress-Website praktisch reduzieren können. Ziel ist es, unnötigen Hintergrundverkehr einzuschränken, ohne nützliche Funktionen wie automatische Speicherung und Sitzungsverwaltung zu beeinträchtigen. Wenn Ihre Website häufig Probleme mit 508 Resource Limit, 503 Service Unavailable oder einem langsamen WordPress-Dashboard hat, sind diese Einstellungen eine der ersten Optimierungen, die Sie überprüfen sollten.
Was ist die WordPress Heartbeat API?
Die WordPress Heartbeat API ist ein Mechanismus, der regelmäßig zwischen dem Browser und dem Server kommuniziert. Diese Kommunikation erfolgt in der Regel über die Datei /wp-admin/admin-ajax.php. Dank dieses Systems speichert WordPress automatisch Entwürfe im Editor, informiert, wenn ein anderer Benutzer denselben Beitrag bearbeitet, überprüft die Sitzungsdauer und aktiviert einige Plugins, die Echtzeitbenachrichtigungen benötigen.
Ein einfaches Beispiel: Während ein Redakteur im Beitrag-Editor arbeitet, sendet WordPress in festgelegten Abständen kleine Anfragen an den Server, um zu verhindern, dass der Entwurf verloren geht. Diese Anfrage ist für sich genommen nicht schwergewichtig. Wenn jedoch gleichzeitig 8 Redakteure, 2 Administratoren und ein Team, das das WooCommerce-Dashboard offen hat, aktiv sind, steigt die Anzahl der Anfragen schnell an. 10 offene Verwaltungssitzungen können in einem Intervall von 30 Sekunden etwa 1.200 Heartbeat-Anfragen pro Stunde erzeugen. Wenn Plugins zusätzliche Daten zu diesen Anfragen hinzufügen, kann die CPU-Nutzung viel höher sein als erwartet.
Deshalb ist die Heartbeat API keine schlechte Funktion; sie wird problematisch, wenn sie mit falschen Intervallen, auf unnötigen Seiten oder in Kombination mit schweren Plugins arbeitet. Auf einer gut konfigurierten Website bleibt die API aktiv, aber die Frequenz wird kontrolliert.
Der CPU-Verbrauch bezeichnet die Rechenleistung, die der Server benötigt, um PHP-Prozesse auszuführen. Da WordPress ein dynamisches Content-Management-System ist, arbeitet bei jeder PHP-Anfrage das Theme, die Plugins, die Datenbank und der WordPress-Kern in gewissem Maße. Auch wenn die Heartbeat-Anfragen klein erscheinen, lösen sie den PHP-Prozess aus.
Die häufigsten Gründe für einen Anstieg des CPU-Verbrauchs sind:
- Zu kurze Anfrageintervalle: In einigen Bildschirmen kann die Heartbeat-API auf bis zu 15 Sekunden sinken. Dies bedeutet selbst bei einem einzelnen Benutzer 240 Anfragen pro Stunde.
- Mehrere offene Tabs: Wenn ein Benutzer 4 verschiedene Tabs im WordPress-Dashboard offen hat, kann jeder Tab eigenen Heartbeat-Verkehr erzeugen.
- Schwere Plugins: Sicherheits-, Statistik-, Backup-, Page-Builder- und WooCommerce-Plugins können zusätzliche Last auf die Heartbeat-Daten legen.
- Hosting mit niedrigen Ressourcen: Bei Paketen mit einer engen CPU-Grenze können selbst kleine Hintergrundanfragen während der Stoßzeiten das Limit erreichen.
- Konflikt zwischen Bot- und echtem Benutzerverkehr: Während auf der Frontseite Besuchertraffic besteht, nutzen die Hintergrundanfragen im Dashboard dieselben Ressourcen.
Insbesondere wenn Sie feststellen, dass die Zugriffe auf admin-ajax.php im Access-Log häufig wiederholt werden, sollte der Heartbeat-Verkehr untersucht werden. In der Infrastruktur von Hostragons können Sie mit Ressourcennutzungsdiagrammen die CPU-Schwankungen verfolgen und je nach den Bedürfnissen Ihrer WordPress-Website die WordPress-Hosting-Optionen bewerten.
Die allgemeine Antwort: Nein, es wird nicht empfohlen, sie vollständig abzuschalten. Das vollständige Deaktivieren der Heartbeat API kann den CPU-Verbrauch kurzfristig senken, jedoch können Funktionen wie automatische Speicherung, Inhaltsverriegelung, Sitzungsaktualisierung und einige Plugin-Benachrichtigungen beeinträchtigt werden. Insbesondere bei Multi-Autor-Blogs kann es zu Datenverlust kommen, wenn derselbe Beitrag von zwei Personen bearbeitet wird.
Ein sichererer Ansatz besteht darin, die API in den benötigten Bereichen aktiv zu lassen und die Intervalle zu verlängern. Zum Beispiel können 60 Sekunden im Beitrag-Editor, 120 Sekunden im allgemeinen Dashboard und vollständig deaktiviert auf der Frontseite für die meisten Unternehmensseiten ausgewogen sein. In WooCommerce-Shops sollte jedoch in Bereichen wie Bestellbildschirmen und Lagerverwaltung sorgfältiger getestet werden.
Empfohlene Heartbeat API Einstellungen Tabelle
| Szenario | Empfohlene Einstellung | Erwartete Auswirkung | Worauf zu achten ist |
|---|---|---|---|
| Einzel-Autor-Blog | Admin 120s, Editor 60s, Frontend deaktiviert | Admin-ajax-Anfragen reduzieren sich erheblich | Automatische Speicherintervalle sollten getestet werden |
| Multi-Autor-Veröffentlichungsseite | Editor 60s, Admin 90-120s | CPU sinkt, Inhaltsverriegelung bleibt erhalten | Anzahl der offenen Tabs der Autoren sollte überwacht werden |
| WooCommerce-Shop | Admin 60-90s, Frontend vorsichtig deaktivieren | Last im Dashboard nimmt ab | Warenkorb-, Zahlungs- und Lager-Plugins sollten getestet werden |
| Unternehmenspräsentationsseite | Admin 120s, Frontend deaktiviert | Die sicherste Entlastung | Formular- und Sicherheits-Plugins sollten überprüft werden |
| Seite mit Ressourcengrenzwarnung | Zuerst 60s, dann 120s testen | CPU-Spitzen können abnehmen | Messungen sind mit Log- und Hosting-Diagrammen erforderlich |
Diese Tabelle ist ein Ausgangspunkt. Die beste Einstellung variiert je nach Anzahl der Benutzer, Plugin-Struktur, Theme-Gewicht und Hosting-Ressourcen. Änderungen, die ohne Messung vorgenommen werden, können das CPU-Problem manchmal verbergen, aber die Hauptursache nicht lösen.
Wie wird die WordPress Heartbeat API begrenzt?
Es gibt drei praktische Methoden zur Begrenzung der WordPress Heartbeat API: die Verwendung eines Plugins, das Hinzufügen von Code zur functions.php-Datei des Themes oder die Nutzung der integrierten Einstellungen von Performance-Plugins. Wenn Sie wenig technische Kenntnisse haben, ist die Plugin-Methode sicherer. Wenn Sie ein Entwickler sind, können Sie mit einem kleinen Code-Schnipsel eine kontrolliertere Einstellung vornehmen.
1. Methode: Begrenzung mit dem Heartbeat Control Plugin
Die einfachste Methode besteht darin, ein Plugin zu verwenden, das entwickelt wurde, um den Heartbeat-Verkehr zu verwalten. Mit Heartbeat Control von WP Rocket oder ähnlichen vertrauenswürdigen Plugins können Sie für verschiedene Bereiche separate Regeln definieren.
Schritte:
- Gehen Sie im WordPress-Dashboard zu Plugins > Neu hinzufügen.
- Suchen Sie nach Heartbeat Control und installieren Sie das vertrauenswürdige, aktuelle Plugin.
- Nachdem Sie das Plugin aktiviert haben, gehen Sie zum Einstellungsbildschirm.
- Setzen Sie die Frequenz für das Dashboard oder das Admin-Panel auf 60 oder 120 Sekunden.
- Wählen Sie im Bereich des Beitrag-Editors 60 Sekunden anstelle einer vollständigen Deaktivierung.
- Deaktivieren Sie Heartbeat für das Frontend oder setzen Sie es auf den längsten Intervall.
- Speichern Sie die Änderungen und überwachen Sie 24 Stunden lang das CPU-Diagramm.
Der Vorteil dieser Methode ist, dass sie schnell rückgängig gemacht werden kann. Wenn Sie ein Problem haben, können Sie das Plugin deaktivieren und zum Standardverhalten von WordPress zurückkehren. Der Nachteil ist, dass Sie Ihrer Website ein weiteres Plugin hinzufügen. Wenn Sie die Anzahl der Plugins niedrig halten möchten, ist die Code-Methode geeigneter.
2. Methode: Ändern des Heartbeat-Intervalls mit functions.php
Wenn Sie eine Einschränkung per Code vornehmen möchten, fügen Sie die Änderung nicht direkt in die Haupt-Theme-Datei ein, sondern, wenn möglich, in die functions.php-Datei des Child-Themes oder in ein site-spezifisches, kleines Plugin. So gehen Ihre Einstellungen bei einem Theme-Update nicht verloren.
Das folgende Beispiel erhöht das Heartbeat-Intervall auf 60 Sekunden:
add_filter('heartbeat_settings', 'hostragons_heartbeat_interval'); function hostragons_heartbeat_interval($settings) { $settings['interval'] = 60; return $settings; }
Dieser Code reduziert die Anzahl der Anfragen, indem er die standardmäßig kürzeren Intervalle auf 60 Sekunden erhöht. Der Wechsel von einem Intervall von 15 Sekunden auf 60 Sekunden könnte theoretisch die Anzahl der Heartbeat-Anfragen um 75 % reduzieren. Zum Beispiel würden bei 5 Administrator-Sitzungen anstelle von etwa 1.200 Anfragen pro Stunde nur noch etwa 300 Anfragen entstehen. Der tatsächliche Gewinn hängt davon ab, wie viel Verarbeitung die Plugins zu diesen Anfragen hinzufügen.
Wenn Sie eine aggressivere Konfiguration wünschen, können Sie die Heartbeat-API auf der Frontseite deaktivieren und im Dashboard aktiv lassen:
add_action('init', 'hostragons_disable_heartbeat_frontend', 1); function hostragons_disable_heartbeat_frontend() { if (!is_admin()) { wp_deregister_script('heartbeat'); } }
Dieser Code deaktiviert das Heartbeat-Skript auf der Frontseite. Allerdings sollten Sie dies unbedingt testen, wenn Sie eine Mitgliedschaft, Live-Benachrichtigungen, Warenkorbaktualisierungen oder einen Frontend-Editor verwenden. Wenn es auf den WooCommerce-Zahlungs-, Warenkorb- und Mein Konto-Seiten zu Verhaltensänderungen kommt, ist es sicherer, die Einstellungen seitenbasiert mit einem Plugin vorzunehmen.
3. Methode: Verwaltung mit WP Rocket oder Performance-Plugins
Einige Cache- und Performance-Plugins bieten die Kontrolle über die Heartbeat API in ihren Einstellungen an. In Tools wie WP Rocket können Sie über den Heartbeat-Tab verschiedene Stufen für das Admin-Panel, den Beitrag-Editor und das Frontend auswählen. Diese Methode reduziert den Bedarf an zusätzlichen Plugins auf Websites, die bereits Performance-Plugins verwenden.
Wenn Sie ein Performance-Plugin verwenden, achten Sie darauf, nicht zwei verschiedene Module zu aktivieren, die dieselbe Funktion erfüllen. Das gleichzeitige Aktivieren sowohl der WP Rocket Heartbeat-Einstellungen als auch eines separaten Heartbeat Control-Plugins kann zu Konflikten oder unerwartetem Verhalten führen. Eine grundlegende Regel für die Optimierung von WordPress lautet: Verwenden Sie nur ein Tool für die gleiche Aufgabe, messen Sie die Ergebnisse und fügen Sie dann neue Änderungen hinzu.
CPU-Verbrauch messen, um die richtige Einstellung zu finden
Messungen vor und nach der Anpassung der Heartbeat-Einstellungen sind ein wesentlicher Bestandteil einer professionellen Optimierung. Nur weil das Dashboard schneller erscheint, ist das nicht ausreichend als Beweis. Die CPU-Nutzungsdiagramme, die Anzahl der PHP-Prozesse, das Access-Log und die Fehlerprotokolle sollten gemeinsam bewertet werden.
Empfohlener Testplan:
- Startmessung durchführen: Zeichnen Sie 24 Stunden lang CPU- und RAM-Diagramme auf, bevor Sie Änderungen vornehmen.
- Access-Log überprüfen: Überprüfen Sie die stündliche Dichte der
admin-ajax.php-Anfragen. - Erste Einstellung anwenden: Erhöhen Sie das Heartbeat-Intervall auf 60 Sekunden, deaktivieren Sie es auf der Frontseite.
- 24-48 Stunden warten: Überwachen Sie die CPU-Schwankungen unter denselben Verkehrsbedingungen.
- Falls nötig, 120 Sekunden testen: Besonders bei Unternehmensseiten könnte ein längeres Intervall keine Probleme verursachen.
- Kritische Funktionen testen: Überprüfen Sie die automatische Speicherung von Beiträgen, den WooCommerce-Warenkorb, die Auftragsverwaltung und die Mitgliedschaftsabläufe.
Wenn beispielsweise auf einer Unternehmens-WordPress-Website der CPU-Verbrauch beim offenen Dashboard auf 80-90 % steigt, könnte die Erhöhung des Heartbeat-Intervalls von 15 Sekunden auf 60 Sekunden die CPU-Spitzen um 20-40 % reduzieren. Wenn jedoch auf derselben Website ein Backup-Plugin jede Stunde einen vollständigen Scan durchführt, wird die Optimierung der Heartbeat-API allein nicht ausreichen. In diesem Fall sollten die Themen Optimierung der WordPress-Geschwindigkeit und Hosting-Ressourcennutzung gemeinsam behandelt werden.
Ist admin-ajax.php immer heartbeattriggernd?

Nein. admin-ajax.php wird in WordPress von vielen verschiedenen Prozessen verwendet. Die Heartbeat API ist nur einer davon. Formular-Plugins, Filterfunktionen, Live-Suchen, Sicherheitsscans, E-Commerce-Warenkorbaktualisierungen und einige Theme-Funktionen können ebenfalls Anfragen an dieselbe Datei senden.
Deshalb könnte es falsch sein, nur den Traffic auf admin-ajax.php zu sehen und die Heartbeat API abzuschalten. Sie können die Network-Registerkarte in den Entwicklertools Ihres Browsers öffnen und überprüfen, ob im Payload-Bereich der Anfrage action=heartbeat vorhanden ist. Wenn der Wert für action unterschiedlich ist, könnte das Problem von einem anderen Plugin stammen.
Auf der Server-Seite können auch Analysen des Access-Logs durchgeführt werden. Es sollte untersucht werden, von welcher IP-Adresse, zu welchen Zeiten und von welchen Referer-Seiten die intensiven Anfragen stammen. Wenn der Traffic von Bots kommt, könnten Firewalls, Ratenbegrenzungen oder Bot-Schutz die besseren Lösungen sein. Für eine sichere Verbindung und die korrekte Zertifikatskonfiguration ist es wichtig, Ihre SSL-Zertifikat-Seite aktuell zu halten, um Leistung und Sicherheitssignale zu gewährleisten.
Häufige Fehler bei der Begrenzung der Heartbeat API
Bei der schnellstmöglichen Lösung von WordPress-Performanceproblemen können einige Fehler die Funktionalität der Website beeinträchtigen. Die folgenden Punkte sind insbesondere bei Live-Websites wichtig:
- Die API überall vollständig abschalten: Automatische Speicherung und Inhaltsverriegelung können dadurch deaktiviert werden.
- Code ohne Tests auf einer Live-Website hinzufügen: Syntaxfehler können zu einem weißen Bildschirm führen.
- Die WooCommerce-Zahlungsabläufe nicht überprüfen: In den Warenkorb- und Bestellprozessen könnten unerwartete Ergebnisse auftreten.
- Mehrere Performance-Plugins gleichzeitig verwenden: Konflikte erschweren die Messung.
- CPU-Probleme nur der Heartbeat API zuschreiben: Schwere Abfragen, Bot-Traffic oder Cron-Jobs könnten die tatsächlichen Ursachen sein.
- Änderungen ohne Backup vorzunehmen: Bei einem einfachen Codierungsfehler verlängert sich die Rückkehrzeit.
Es ist der gesündeste Ansatz, vor Änderungen eine Datei- und Datenbanksicherung vorzunehmen. Wenn Sie Domain, Hosting und Website-Management von einem einzigen Panel aus überwachen möchten, können Sie Ihre Infrastruktur durch Domain-Abfrage und Webhosting-Dienste besser verwalten.
Zusätzliche Maßnahmen zur Reduzierung des CPU-Verbrauchs außerhalb der Heartbeat API
Die Begrenzung der Heartbeat-API ist ein effektiver Schritt, aber die CPU-Optimierung von WordPress ist ein umfassenderer Prozess. Für eine nachhaltige Leistung sollten auch die folgenden Maßnahmen umgesetzt werden:
Cache-Verwendung
Das Caching von Seiten reduziert die PHP- und Datenbanklast bei Besucheranfragen erheblich. Wenn das Caching auf statischen Seiten aktiviert ist, muss der WordPress-Kern bei jedem Besuch nicht neu geladen werden. Dies ist einer der effektivsten Wege, um den CPU-Verbrauch zu senken.
Entfernung unnötiger Plugins
Unbenutzte Plugins können auch im passiven Zustand in einigen Fällen Lasten in der Datenbank hinterlassen. Bewerten Sie nicht die Anzahl der aktiven Plugins, sondern ihr Arbeitsgewicht. Überprüfen Sie insbesondere Statistik-, Sicherheits-, Page-Builder- und Backup-Plugins regelmäßig.
WP-Cron-Überprüfung
Das WordPress-Cron-System kann bei jedem Besuch ausgelöst werden. Bei Websites mit hohem Traffic erhöht dies den CPU-Verbrauch. Ein systematisches Cron-Management ist eine kontrolliertere Struktur. Dieses Thema ist unterschiedlich zur Heartbeat API, reduziert jedoch ähnlich die Hintergrundlast.
Datenbankoptimierung
Revisionen, temporäre Daten, Spam-Kommentare und alte Transients können die Datenbank aufblähen. Regelmäßige Bereinigungen verkürzen die Abfragezeiten. Insbesondere bei WooCommerce-Websites wird die Optimierung wichtiger, da die Tabellen für Bestellungen, Sitzungen und Protokolle mit der Zeit wachsen.
PHP-Version und Hosting-Ressourcen
Aktuelle PHP-Versionen bieten in der Regel eine bessere Leistung. Eine PHP 8.x-kompatible Theme- und Plugin-Struktur kann bei demselben Traffic geringeren CPU-Verbrauch gewährleisten. Dennoch sollte die Softwareoptimierung durch die richtige Hosting-Infrastruktur unterstützt werden. Wenn Ihr Traffic gewachsen ist, kann es sinnvoll sein, die Optionen für VPS-Server oder skalierbares WordPress-Hosting zu bewerten.
Empfohlene Roadmap für die sichere Implementierung
Beim Begrenzen der Heartbeat API auf einer Live-WordPress-Website gibt folgende Reihenfolge sichere und messbare Ergebnisse:
- Erstellen Sie zuerst ein vollständiges Backup.
- Registrieren Sie den aktuellen CPU-, RAM- und admin-ajax.php-Verkehr.
- Bestätigen Sie, dass die Heartbeat API tatsächlich intensiven Verkehr erzeugt.
- Deaktivieren Sie Heartbeat auf der Frontseite oder setzen Sie es auf den längsten Intervall.
- Gehen Sie im Beitrag-Editor nicht unter 60 Sekunden.
- Testen Sie im Admin-Panel Intervalle von 90-120 Sekunden.
- Führen Sie manuelle Tests für WooCommerce, Mitgliedschaft und Formfunktionen durch.
- Vergleichen Sie die Ressourcennutzung nach 24-48 Stunden.
- Wenn die Ergebnisse unzureichend sind, analysieren Sie die Lasten von Plugins, Themes und Cron.
Dieser Ansatz ermöglicht es Ihnen, datenbasierte Optimierungen vorzunehmen, anstatt sich auf eine einzige Einstellung zu verlassen. Im professionellen WordPress-Wartungsprozess sollte das Ziel nicht nur darin bestehen, den CPU-Wert zu senken, sondern auch die Stabilität der Website und die Benutzererfahrung zu erhalten.
Fazit: Deaktivieren Sie die Heartbeat API nicht, begrenzen Sie sie sinnvoll
Die Begrenzung der WordPress Heartbeat API ist eine praktische Optimierung, die, wenn sie richtig angewendet wird, den CPU-Verbrauch reduziert, das Dashboard entlastet und eine effizientere Nutzung der Hosting-Ressourcen ermöglicht. Die gesündeste Methode besteht darin, die API nicht vollständig abzuschalten, sondern sie auf der Frontseite zu begrenzen, einen sicheren Bereich im Beitrag-Editor zu lassen und im Admin-Panel Intervalle von 60-120 Sekunden zu testen.
Wenn Ihr CPU-Problem weiterhin besteht, kann die Heartbeat API nur der Ausgangspunkt sein; Cache, Plugin-Belastung, WP-Cron, Datenbank und Hosting-Paket sollten gemeinsam bewertet werden. Wenn Sie auf Hostragons nach einer stabileren Infrastruktur für Ihre WordPress-Website suchen, können Sie die WordPress-Hosting-Lösungen überprüfen und einen sanften Upgrade-Plan entsprechend den Ressourcenanforderungen Ihrer aktuellen Website erstellen.
Häufig gestellte Fragen
Sollte die WordPress Heartbeat API vollständig abgeschaltet werden?
Für die meisten Websites sollte dies nicht der Fall sein. Automatische Speicherung, Inhaltsverriegelung und Sitzungsverwaltung können betroffen sein. Eine sicherere Lösung besteht darin, sie auf der Frontseite abzuschalten und die Intervalle im Admin-Panel und Editor auf 60-120 Sekunden zu erhöhen.
Wie viel reduziert die Heartbeat API den CPU-Verbrauch?
Das hängt von der Struktur der Website ab. Das Erhöhen des Intervalls von 15 auf 60 Sekunden könnte theoretisch die Anzahl der Heartbeat-Anfragen um 75 % reduzieren. Der tatsächliche CPU-Gewinn variiert je nach Plugin-Belastung, Benutzeranzahl und Hosting-Ressourcen.
Ist die hohe Nutzung von admin-ajax.php immer auf die Heartbeat API zurückzuführen?
Nein. Formulare, WooCommerce, Live-Suche, Sicherheits-Plugins und Theme-Funktionen können ebenfalls admin-ajax.php verwenden. Sie können überprüfen, ob die Anfrage von der Heartbeat API stammt, indem Sie im Network-Tab den Wert von action=heartbeat überprüfen.
Ist die Begrenzung der Heartbeat API auf WooCommerce-Seiten sicher?
Es ist sicher, erfordert jedoch sorgfältige Tests. Warenkorb-, Zahlungs-, Auftragsverwaltungs-, Lageraktualisierungs- und Mitgliedschaftsseiten sollten überprüft werden. In WooCommerce-Seiten ist es in der Regel gesünder, das Intervall zu verlängern, anstatt es vollständig abzuschalten.
Wie lange sollte nach der Heartbeat-Einstellung getestet werden?
Eine Testdauer von mindestens 24-48 Stunden wird empfohlen. In dieser Zeit sollten die CPU-Diagramme, die Anzahl der PHP-Prozesse, die Anfragen an admin-ajax.php und die kritischen Funktionen der Website überwacht werden. Wenn die Verkehrsdichte unter der Woche und am Wochenende variiert, können längere Messungen sinnvoll sein.