Der WordPress-Heartbeat ist ein internes Kommunikationssystem, das regelmäßige AJAX-Anfragen zwischen dem Browser des Nutzers und dem WordPress-Server sendet. Er kann eine Seite verlangsamen, weil diese Anfragen Serverressourcen verbrauchen, auch wenn niemand aktiv auf der Webseite arbeitet. Besonders auf Shared-Hosting-Umgebungen mit begrenzten Ressourcen macht sich dieser Effekt deutlich bemerkbar. Die folgenden Abschnitte erklären, wie der Heartbeat funktioniert, welche Bereiche er betrifft und wie man ihn gezielt kontrolliert.
Wie beeinflusst der WordPress-Heartbeat die Serverauslastung?
Der WordPress-Heartbeat sendet standardmäßig alle 15 bis 60 Sekunden eine AJAX-Anfrage an die Datei admin-ajax.php. Jede dieser Anfragen erzeugt einen PHP-Prozess auf dem Server, der Arbeitsspeicher und CPU-Leistung beansprucht. Sind mehrere Nutzer gleichzeitig im WordPress-Backend aktiv, multipliziert sich diese Last entsprechend.
Auf leistungsstarken dedizierten Servern fällt dieser Overhead kaum ins Gewicht. Auf günstigeren Shared-Hosting-Paketen hingegen, bei denen sich viele Webseiten dieselben Serverressourcen teilen, kann der Heartbeat dazu beitragen, dass die WordPress Ladezeit spürbar steigt. Das gilt insbesondere dann, wenn gleichzeitig ressourcenintensive Plugins aktiv sind oder viele Inhalte verwaltet werden.
Ein weiterer Faktor ist die Häufigkeit der Anfragen. Im Post-Editor von WordPress erhöht sich der Heartbeat-Takt automatisch auf alle 15 Sekunden, um die Autosave-Funktion zuverlässig zu betreiben. Das bedeutet: Allein das Offenlassen eines Bearbeitungsfensters im Browser genügt, um kontinuierlich Serveranfragen zu erzeugen.
Welche WordPress-Bereiche nutzen die Heartbeat-API?
Die WordPress Heartbeat API wird primär im Backend genutzt, also im Administrationsbereich der Webseite. Die drei zentralen Anwendungsfälle sind die automatische Speicherung von Beiträgen und Seiten (Autosave), die Erkennung gleichzeitiger Bearbeitungssitzungen (Post-Locking) sowie die Anzeige von Anmelde-Timeouts im Dashboard.
Konkret bedeutet das:
- Autosave: WordPress speichert Entwürfe automatisch, um Datenverlust bei Browserabstürzen zu verhindern. Der Heartbeat liefert dafür das Timing-Signal.
- Post-Locking: Wenn zwei Nutzer gleichzeitig denselben Beitrag öffnen, erkennt WordPress dies über den Heartbeat und zeigt eine Warnmeldung an.
- Session-Verwaltung: Der Heartbeat prüft regelmäßig, ob die Anmeldesitzung noch aktiv ist, und informiert den Nutzer bei drohendem Ablauf.
- Plugins: Viele Drittanbieter-Plugins nutzen die Heartbeat-API für eigene Echtzeit-Funktionen, etwa Live-Statistiken, Benachrichtigungen oder Lizenzprüfungen.
Im Frontend, also auf den öffentlich sichtbaren Seiten, ist der Heartbeat standardmäßig nicht aktiv. Einige Plugins aktivieren ihn dort jedoch zusätzlich, was die WordPress Performance für normale Besucher direkt beeinträchtigen kann.
Wann verlangsamt der Heartbeat eine WordPress-Seite spürbar?
Der Heartbeat verlangsamt eine WordPress-Seite vor allem dann spürbar, wenn mehrere Faktoren gleichzeitig zusammentreffen: schwaches Hosting, viele gleichzeitig aktive Backend-Nutzer und Plugins, die die Heartbeat-API intensiv nutzen. Auf gut ausgestatteten Servern ist der Einfluss gering, auf Einstiegs-Hosting-Paketen kann er jedoch messbar sein.
Typische Szenarien, in denen der Heartbeat zum Problem wird:
- Ein Redaktionsteam arbeitet gleichzeitig im Backend und hat mehrere Editorfenster geöffnet.
- Ein Plugin nutzt die Heartbeat-API auch im Frontend, sodass jeder Seitenbesucher Serveranfragen auslöst.
- Das Hosting-Paket begrenzt die Anzahl gleichzeitiger PHP-Prozesse stark, sodass Heartbeat-Anfragen reguläre Seitenaufrufe verzögern.
- Die Webseite läuft ohne serverseitiges Caching, weshalb jede Heartbeat-Anfrage den vollen PHP-Stack durchläuft.
Ein guter Indikator für ein Heartbeat-Problem ist ein ungewöhnlich hoher Anteil von Anfragen an admin-ajax.php in den Server-Logs oder in Performance-Analysetools. Wer die WordPress-Performance prüfen möchte, findet dort oft den Heartbeat als einen der ersten Optimierungsansätze.
Wie kann man den WordPress-Heartbeat kontrollieren oder deaktivieren?
Den WordPress-Heartbeat kann man über ein Plugin kontrollieren oder direkt per Code in der functions.php anpassen. Die einfachste Methode für die meisten Nutzer ist das Plugin Heartbeat Control, das eine grafische Oberfläche bietet, um Frequenz und Geltungsbereich des Heartbeats zu konfigurieren, ohne Programmierkenntnisse zu benötigen.
Steuerung per Plugin
Mit einem Plugin wie Heartbeat Control lässt sich für jeden Bereich separat einstellen, ob der Heartbeat aktiv ist und in welchem Intervall er feuert. Empfehlenswert ist es, das Intervall im Post-Editor von 15 auf 60 Sekunden zu erhöhen, statt ihn vollständig zu deaktivieren. So bleibt die Autosave-Funktion erhalten, und die Serverauslastung sinkt trotzdem deutlich.
Steuerung per Code
Wer lieber ohne zusätzliches Plugin arbeitet, kann den Heartbeat direkt in der functions.php des Child-Themes oder in einem eigenen Must-Use-Plugin steuern. Der Hook heartbeat_settings erlaubt es, das Intervall zu ändern, während wp_deregister_script('heartbeat') ihn für bestimmte Seiten vollständig abschaltet. Wichtig: Änderungen in der functions.php des aktiven Themes gehen bei einem Theme-Update verloren, weshalb immer ein Child-Theme oder ein separates Plugin verwendet werden sollte.
Sollte man den Heartbeat im Frontend oder nur im Backend deaktivieren?
Für die meisten Webseiten empfiehlt es sich, den Heartbeat im Frontend vollständig zu deaktivieren und ihn im Backend auf ein reduziertes Intervall zu setzen. Im Frontend haben reguläre Besucher keine Funktion, die den Heartbeat benötigt. Eine vollständige Deaktivierung dort ist daher sicher und verbessert die WordPress Ladezeit ohne jeden Nachteil.
Im Backend sieht die Abwägung anders aus. Wer den Heartbeat dort vollständig deaktiviert, verliert folgende Funktionen:
- Die automatische Speicherung von Entwürfen (Autosave)
- Die Erkennung, wenn zwei Nutzer denselben Beitrag gleichzeitig bearbeiten
- Warnmeldungen bei ablaufenden Anmeldesitzungen
Für Einzelnutzer-Webseiten ohne Redaktionsteam ist eine vollständige Deaktivierung im Backend vertretbar, da Post-Locking keine Rolle spielt. Für Webseiten mit mehreren Redakteuren ist es sinnvoller, das Intervall zu erhöhen, statt den Heartbeat ganz abzuschalten. Ein Wert von 60 Sekunden statt der standardmäßigen 15 Sekunden reduziert die Serverlast um bis zu 75 Prozent, ohne die Kernfunktionen zu beeinträchtigen.
Beim WordPress-Dashboard hingegen kann der Heartbeat ebenfalls auf ein längeres Intervall gesetzt oder deaktiviert werden, da dort keine zeitkritischen Echtzeit-Funktionen laufen, die eine hohe Frequenz erfordern.
So hilft WP-Profi bei der WordPress-Performance-Optimierung
Der Heartbeat ist nur einer von vielen Faktoren, die die Geschwindigkeit einer WordPress-Seite beeinflussen. Wir bei WP-Profi kennen diese Stellschrauben genau und sorgen dafür, dass Ihre Webseite schnell, stabil und ressourcenschonend läuft. Unsere Leistungen im Bereich Performance umfassen unter anderem:
- Analyse und Optimierung der Heartbeat-Einstellungen passend zu Ihrer Hosting-Umgebung
- Einrichtung von serverseitigem Caching und Bildkomprimierung
- Bereinigung unnötiger Plugins und Skripte, die die Ladezeit erhöhen
- Regelmäßige Überwachung der Serverauslastung im Rahmen unserer WordPress-Wartungspakete
- Individuelle Empfehlungen für Hosting-Upgrades, wenn die aktuelle Umgebung ein Flaschenhals ist
Wenn Ihre WordPress-Seite langsamer geworden ist oder Sie die Performance gezielt verbessern möchten, sprechen Sie uns an. Buchen Sie jetzt einen Termin und wir schauen uns gemeinsam an, wo das größte Optimierungspotenzial liegt.
Ähnliche Artikel
- Woran erkenne ich eine seriöse WordPress-Agentur?
- Was ist ein WordPress-Notfallplan und warum sollte jedes Unternehmen einen haben?
- Was ist eine WordPress-Datenbankoptimierung und wann brauche ich sie?
- Was ist WordPress White-Label-Support und für wen ist er gedacht?
- Was ist ein WordPress-Cache und wie hilft er meiner Seite schneller zu werden?
