WordPress Heartbeat API Beperken om CPU-gebruik te Verminderen

Het beperken van de WordPress Heartbeat API betekent het verminderen van de frequentie van admin-ajax.php-aanvragen die op de achtergrond draaien in het WordPress dashboard, om zo het CPU-gebruik te verlagen. Vooral bij shared hosting, drukke WooCommerce-webshops en sites met meerdere auteurs kan de Heartbeat API elke 15 tot 60 seconden een verzoek naar de server sturen; dit leidt tot onnodig CPU-verbruik, een traag dashboard en waarschuwingen over resource-limieten. De oplossing is niet om de API volledig uit te schakelen, maar om de interval per pagina aan te passen naar 60-120 seconden, alleen in de noodzakelijke delen actief te houden en de resultaten te monitoren via het hostingpaneel.

In deze gids leggen we stap voor stap uit wat de Heartbeat API doet, wanneer het problemen veroorzaakt, welke instellingen veilig zijn en hoe je praktisch het CPU-gebruik van je WordPress-site kunt verminderen. Het doel is om nuttige features zoals automatische opslaan en sessiebeheer niet te verstoren, maar onnodige achtergrondactiviteit te beperken. Als je site regelmatig te maken krijgt met 508 Resource Limit, 503 Service Unavailable of een traag WordPress dashboard, dan behoren deze instellingen tot de eerste optimalisaties die je moet controleren.

Wat is de WordPress Heartbeat API?

De WordPress Heartbeat API is een mechanisme waarmee de browser en server op regelmatige tijdstippen communiceren. Dit gebeurt meestal via het bestand /wp-admin/admin-ajax.php. Dankzij deze API slaat WordPress automatisch concepten op in de editor, waarschuwt het als een andere gebruiker hetzelfde bericht bewerkt, controleert het sessies en voert het realtime meldingen uit voor sommige plugins.

Een simpel voorbeeld: terwijl een redacteur aan een bericht werkt, stuurt WordPress regelmatig kleine verzoeken naar de server om te voorkomen dat het concept verloren gaat. Deze verzoeken zijn op zichzelf niet zwaar, maar als er bijvoorbeeld 8 redacteuren, 2 beheerders en een WooCommerce-dashboard tegelijkertijd open zijn, stapelen de verzoeken zich snel op. Tien open beheerderssessies kunnen bij een interval van 30 seconden ongeveer 1.200 Heartbeat-verzoeken per uur genereren. Plugins die extra data aan deze verzoeken toevoegen, kunnen het CPU-gebruik flink laten stijgen.

De Heartbeat API is dus op zich geen probleem; het wordt pas een uitdaging voor de prestaties wanneer de intervallen te kort zijn, de API op onnodige pagina’s actief is of zware plugins ermee samenwerken. Op een goed ingestelde site blijft de API aan staan, maar wordt de frequentie goed beheerst.

Waarom verhoogt de Heartbeat API het CPU-gebruik?

CPU-gebruik verwijst naar de verwerkingskracht die de server nodig heeft om PHP-processen uit te voeren. WordPress is een dynamisch CMS, waarbij bij elke PHP-aanroep thema’s, plugins, database en de WordPress-kern worden geladen. Ook Heartbeat-verzoeken triggeren PHP-processen, ook al lijken ze klein.

De meest voorkomende oorzaken van verhoogd CPU-gebruik zijn:

• Te korte interval: Op sommige schermen kan Heartbeat tot wel elke 15 seconden een verzoek sturen. Dat betekent zelfs voor één gebruiker 240 verzoeken per uur.
• Meerdere open tabbladen: Als een gebruiker vier tabbladen van het WordPress-dashboard open heeft, genereert elk tabblad zijn eigen Heartbeat-verkeer.
• Zware plugins: Beveiligings-, statistiek-, back-up-, page builder- en WooCommerce-plugins kunnen extra belasting toevoegen aan Heartbeat-verzoeken.
• Hosting met beperkte bronnen: Bij pakketten met een lage CPU-limiet kunnen zelfs kleine achtergrondverzoeken tijdens drukke periodes de limiet overschrijden.
• Bot- en gebruikersverkeer gecombineerd: Bezoekers aan de voorkant en het admin-dashboard concurreren om dezelfde serverbronnen.

Als je in de access logs ziet dat admin-ajax.php vaak wordt aangeroepen, is het verstandig om Heartbeat-verkeer eens nader te bekijken. Bij Hostragons kun je met onze monitoringgrafieken CPU-schommelingen volgen en passende WordPress hosting pakketten kiezen die beter passen bij jouw site.

Is het verstandig om de Heartbeat API helemaal uit te schakelen?

Het korte antwoord is nee: voor de meeste sites is het niet aan te raden om de Heartbeat API volledig uit te schakelen. Dit kan weliswaar het CPU-gebruik op korte termijn verlagen, maar functies als automatisch opslaan, content lock (voorkomen dat twee mensen hetzelfde bericht tegelijk bewerken), sessiebeheer en sommige plugin-meldingen kunnen dan niet meer goed werken. Vooral bij blogs met meerdere auteurs kan dit leiden tot dataverlies.

De veiligste aanpak is om de API alleen in de noodzakelijke delen aan te laten, met langere intervallen. Bijvoorbeeld 60 seconden in de berichteditor, 120 seconden in het algemene dashboard en uitgeschakeld aan de voorkant van de site. Dit werkt voor de meeste zakelijke sites goed. Voor WooCommerce-webshops is het belangrijk om de bestel- en voorraadpagina’s extra zorgvuldig te testen.

Aanbevolen Heartbeat API instellingen per situatie

Deze tabel is slechts een startpunt. De beste instellingen verschillen per site, afhankelijk van het aantal gebruikers, plugin-structuur, thema en hosting. Wijzigingen zonder meten kunnen het CPU-probleem tijdelijk verbergen zonder de oorzaak aan te pakken.

Hoe beperk je de WordPress Heartbeat API?

Er zijn drie praktische manieren om de Heartbeat API te beperken: gebruik maken van een plugin, handmatig code toevoegen aan het thema of gebruik maken van ingebouwde instellingen van performance-plugins. Als je minder technisch bent, is een plugin het veiligst. Heb je ervaring, dan geeft een klein codefragment je meer controle.

1. Methode: Beperken met de Heartbeat Control plugin

De eenvoudigste manier is een plugin die speciaal is ontwikkeld om Heartbeat-verkeer te beheren. Plugins zoals Heartbeat Control van WP Rocket of vergelijkbare betrouwbare tools laten je verschillende regels per gebied instellen.

Stappen:

• Ga in het WordPress dashboard naar Plugins > Nieuwe plugin.
• Zoek op “Heartbeat Control” en installeer een betrouwbare, up-to-date plugin.
• Activeer de plugin en ga naar de instellingenpagina.
• Stel de frequentie in voor het dashboard of admin-panel op 60 of 120 seconden.
• Kies in de berichteditor niet voor uitzetten, maar een interval van 60 seconden.
• Zet Heartbeat aan de voorkant uit of kies de langste interval.
• Sla de wijzigingen op en monitor 24 uur lang het CPU-gebruik.

Het voordeel van deze methode is dat je instellingen snel kunt terugdraaien door de plugin te deactiveren. Het nadeel is dat je een extra plugin toevoegt. Wil je het aantal plugins laag houden, dan is handmatig coderen een beter alternatief.

2. Methode: Heartbeat-interval wijzigen via functions.php

Wil je het liever via code regelen, voeg dan de aanpassing toe in het functions.php-bestand van je child theme of maak een kleine site-specifieke plugin. Zo raak je je instellingen niet kwijt bij thema-updates.

Dit voorbeeld verhoogt het interval naar 60 seconden:

add_filter('heartbeat_settings', 'hostragons_heartbeat_interval'); function hostragons_heartbeat_interval($settings) { $settings['interval'] = 60; return $settings; }

Deze code verlengt de standaard korte intervallen naar 60 seconden, waarmee je het aantal verzoeken theoretisch met 75% vermindert. Bijvoorbeeld, in plaats van 1.200 verzoeken per uur bij 15 seconden, worden het er ongeveer 300 bij 60 seconden. Hoeveel CPU je bespaart hangt af van hoeveel extra werk plugins aan deze verzoeken toevoegen.

Wil je het nog strenger aanpakken, dan kun je Heartbeat aan de voorkant helemaal uitschakelen en alleen in het dashboard actief houden:

add_action('init', 'hostragons_disable_heartbeat_frontend', 1); function hostragons_disable_heartbeat_frontend() { if (!is_admin()) { wp_deregister_script('heartbeat'); } }

Deze code schakelt het Heartbeat-script op de frontend uit. Dit moet je wel goed testen, vooral bij sites met lidmaatschappen, live notificaties, winkelwagens of frontend editors. Bij WooCommerce kan dit bijvoorbeeld problemen veroorzaken bij de betalings- en winkelwagenpagina’s. Dan is een plugin met pagina-specifieke instellingen veiliger.

3. Methode: Beheer via WP Rocket of andere performance-plugins

Sommige caching- en performance-plugins bieden ingebouwde opties om Heartbeat te beperken. In WP Rocket vind je bijvoorbeeld een tabblad voor Heartbeat waar je per gebied (dashboard, editor, frontend) verschillende niveaus kunt kiezen. Dit voorkomt dat je een extra plugin moet installeren als je al zo’n tool gebruikt.

Let op dat je niet twee verschillende Heartbeat-beheermodules tegelijk activeert, zoals WP Rocket plus een aparte Heartbeat Control plugin. Dat kan conflicten en onvoorspelbaar gedrag veroorzaken. Bij WordPress-optimalisatie geldt: gebruik één tool voor een taak, meet het effect en pas dan eventueel aan.

CPU-gebruik meten om de juiste instellingen te vinden

Meten vóór en na aanpassingen is essentieel voor een professionele optimalisatie. Alleen het dashboard sneller vinden is geen bewijs dat CPU ook echt minder wordt belast. Kijk daarnaast naar CPU-grafieken, PHP-processen, access logs en foutlogs.

Aanbevolen testplan:

• Startmeting: Leg 24 uur CPU- en RAM-gebruik vast vóór wijzigingen.
• Controleer access logs: Bekijk het aantal admin-ajax.php-verzoeken per uur.
• Pas instellingen toe: Verhoog Heartbeat-interval naar 60 seconden, zet frontend uit.
• Wacht 24-48 uur: Observeer CPU-schommelingen onder gelijke verkeersomstandigheden.
• Test 120 seconden: Vooral voor zakelijke sites kan een langere interval geen problemen geven.
• Controleer kernfuncties: Test automatische opslag, WooCommerce winkelwagen, bestellingen en gebruikersflows.

Bijvoorbeeld: op een zakelijke WordPress-site met een dashboard dat 80-90% CPU gebruikt, kan het verhogen van het Heartbeat-interval van 15 naar 60 seconden de pieken met 20-40% verlagen. Maar als een back-up plugin elk uur een volledige scan draait, is Heartbeat-optimalisatie alleen niet genoeg. Dan moet je ook WordPress snelheid optimalisatie en Gebruik van hostingbronnen aanpakken.

Is admin-ajax.php altijd Heartbeat-gerelateerd?

Nee. Het bestand admin-ajax.php wordt door veel WordPress-functies gebruikt. Heartbeat API is er slechts één van. Form plugins, filtering, live search, beveiligingsscans, e-commerce winkelwagenupdates en themafuncties kunnen ook verzoeken naar dit bestand sturen.

Daarom is het niet verstandig om alleen op basis van admin-ajax.php-verkeer Heartbeat uit te schakelen. Open de Developer Tools van je browser, ga naar het Network-tabblad en controleer of de payload van het verzoek action=heartbeat bevat. Zo niet, dan komt het verkeer waarschijnlijk van een andere plugin.

Op serverniveau kun je access logs analyseren om te zien welke IP-adressen, tijdstippen en refererende pagina’s veel verzoeken veroorzaken. Bij botverkeer is een firewall, rate limiting of botbescherming een betere oplossing. Voor een veilige verbinding en goede performance is het ook belangrijk om je SSL certificaat up-to-date te houden.

Veelgemaakte fouten bij het beperken van Heartbeat

Bij het snel zoeken naar een oplossing voor WordPress-prestatieproblemen kunnen fouten de site juist verstoren. Let extra op de volgende punten bij live sites:

• API overal volledig uitschakelen: Dit kan automatische opslag en content lock uitschakelen.
• Code toevoegen zonder testen: Syntaxfouten kunnen een white screen of death veroorzaken.
• WooCommerce betalingsproces niet controleren: Kan leiden tot problemen bij winkelwagen en bestellingen.
• Meerdere performance-plugins tegelijk gebruiken: Conflicten maken het meten lastig.
• CPU-probleem alleen aan Heartbeat toeschrijven: Zware queries, botverkeer of cron jobs kunnen ook boosdoeners zijn.
• Wijzigingen doorvoeren zonder backup: Herstel kan lastig zijn bij fouten.

Maak altijd een back-up van bestanden en database voordat je iets wijzigt. Wil je domein, hosting en sitebeheer vanuit één paneel regelen? Bekijk dan onze Domeinsopzoeking en Webhosting diensten voor een overzichtelijke infrastructuur.

Extra maatregelen om CPU-gebruik te verlagen naast Heartbeat-beperking

Het beperken van Heartbeat is een goede stap, maar WordPress CPU-optimalisatie is een breder proces. Voor blijvende prestaties zijn de volgende maatregelen ook belangrijk:

Cache gebruiken

Pagina caching vermindert de belasting op PHP en database aanzienlijk. Met caching worden statische versies van pagina’s opgeslagen, waardoor WordPress niet bij elk bezoek volledig opnieuw hoeft te laden. Dit is één van de meest effectieve manieren om CPU te besparen.

Onnodige plugins verwijderen

Ook uitgeschakelde plugins kunnen soms databasebelasting veroorzaken. Kijk niet alleen naar het aantal actieve plugins, maar vooral naar hoe zwaar ze zijn. Statistiek-, beveiligings-, page builder- en backup-plugins verdienen regelmatig een check.

WP-Cron beheren

Het WordPress cron-systeem wordt bij elke bezoeker geactiveerd, wat bij drukke sites kan leiden tot excessief CPU-gebruik. Het is beter om cron-taken via de server in te plannen, zodat ze gecontroleerd en minder frequent draaien. Dit is een aparte optimalisatie, maar helpt ook de serverbelasting te verlagen.

Database optimaliseren

Revisies, tijdelijke data, spamreacties en oude transient-gegevens kunnen de database opblazen. Regelmatige opschoning verkort query-tijden. Dit is vooral belangrijk voor WooCommerce, waar bestellingen, sessies en logs snel groeien.

PHP-versie en hosting verbeteren

Recente PHP-versies (zoals PHP 8.x) zorgen vaak voor betere prestaties. Een thema en plugins die hiermee compatibel zijn, verbruiken minder CPU. Toch is software-optimalisatie alleen niet genoeg; een goede hosting-infrastructuur is cruciaal. Bij groeiend verkeer is het verstandig om VPS server of schaalbare WordPress-hosting te overwegen.

Aanbevolen stappenplan voor veilige implementatie

Als je de Heartbeat API op een live site wilt beperken, volg dan deze volgorde voor veilige, meetbare resultaten:

• Maak eerst een volledige back-up.
• Leg het huidige CPU-, RAM- en admin-ajax.php-verkeer vast.
• Controleer of Heartbeat echt veel verzoeken genereert.
• Zet Heartbeat aan de voorkant uit of op langste interval.
• Gebruik in de editor geen interval korter dan 60 seconden.
• Test in het dashboard tussen 90 en 120 seconden.
• Controleer WooCommerce, lidmaatschappen en formulieren handmatig.
• Vergelijk het resourcegebruik na 24-48 uur.
• Als het resultaat niet voldoende is, analyseer dan plugin-, thema- en cron-belasting.

Met deze aanpak baseer je optimalisatie op data in plaats van gokwerk. Professioneel WordPress-onderhoud draait niet alleen om lagere CPU, maar ook om stabiliteit en gebruikerservaring.

Conclusie: Schakel Heartbeat niet uit, beperk het verstandig

Het beperken van de WordPress Heartbeat API is een praktische optimalisatie die, mits correct toegepast, CPU-gebruik verlaagt, het dashboard versnelt en hostingbronnen efficiënter inzet. De beste aanpak is niet volledig uitschakelen, maar beperken aan de voorkant, veilige intervallen in de editor hanteren en het dashboard tussen 60 en 120 seconden instellen.

Blijft het CPU-probleem bestaan, dan is Heartbeat slechts een beginpunt. Cache, pluginbelasting, WP-Cron, database en hostingpakket moeten samen bekeken worden. Op Hostragons kun je voor je WordPress-site een stabiele hostingomgeving vinden via WordPress hosting en je pakket zachtjes upgraden naar je groeiende behoeften.

Veelgestelde vragen

Moet de WordPress Heartbeat API helemaal worden uitgeschakeld?

Voor de meeste sites niet. Automatisch opslaan, content lock en sessiebeheer kunnen hierdoor stoppen met werken. Een veiligere oplossing is om de API aan de voorkant uit te zetten en in het dashboard en de editor het interval op 60-120 seconden te zetten.

Hoeveel vermindert het CPU-gebruik door Heartbeat te beperken?

Dat hangt af van de site. Het verhogen van het interval van 15 naar 60 seconden vermindert het aantal Heartbeat-verzoeken theoretisch met 75%. De daadwerkelijke CPU-besparing hangt af van pluginbelasting, gebruikersaantallen en hosting.

Is admin-ajax.php altijd gerelateerd aan Heartbeat?

Nee. Ook formulieren, WooCommerce, live zoekfuncties, beveiligingsplugins en thema’s gebruiken admin-ajax.php. Je kunt in de browserontwikkelaarstools checken of de actie heartbeat is, om te bepalen of het Heartbeat is.

Is het beperken van Heartbeat veilig voor WooCommerce-webshops?

Ja, mits je het zorgvuldig test. Winkelwagen, betaling, bestelbeheer, voorraadbeheer en gebruikersaccounts moeten goed gecontroleerd worden. Meestal is het beter om het interval te verlengen dan de API volledig uit te schakelen.

Hoe lang moet je Heartbeat-instellingen testen?

Minimaal 24 tot 48 uur, waarbij je CPU-grafieken, PHP-processen, admin-ajax.php-verzoeken en kritische functies in de gaten houdt. Bij wisselende verkeersdrukte kan een langere testperiode nuttig zijn.