Vous ouvrez wp-admin, trois onglets en parallèle — produits WooCommerce, commandes, l'éditeur d'une fiche — et le tableau de bord devient visqueux. Ou pire : un email de votre hébergeur mentionne admin-ajax.php et des milliers de requêtes par heure. Vous cherchez « désactiver Heartbeat WordPress » sur Google. Vous tombez sur un snippet functions.php qui coupe tout. Deux jours plus tard, un rédacteur perd une heure de travail parce que l'autosave ne répond plus.
Vous n'êtes pas seul. L'API Heartbeat de WordPress est utile — verrouillage d'édition, sauvegarde automatique, notifications admin — mais mal configurée, elle transforme chaque onglet wp-admin en pulse régulier vers admin-ajax.php. Sur une boutique WooCommerce avec 15 plugins actifs, un équipe support à quatre onglets et un hébergement mutualisé, la charge CPU grimpe sans que le trafic visiteurs bouge.
Ce guide existe parce qu'on voit deux extrêmes chaque semaine : tout couper (et casser l'éditeur), ou ne rien faire (et payer un hébergement plus cher inutilement). La bonne réponse est au milieu : contrôler Heartbeat par zone, garder 30–60 s minimum dans l'éditeur, couper le front public, alléger les listes — avec des presets testés plutôt que du bricolage.
Pourquoi lire cet article ? Vous comprendrez ce que Heartbeat fait réellement, comment diagnostiquer si c'est lui (ou autre chose) qui sature admin-ajax.php, quels 5 presets appliquer selon votre profil (blog, WooCommerce, agence, builder), et comment optimiser en 7 étapes sans perdre autosave ni verrouillage. Tableaux comparatifs, playbook d'erreurs, checklist de la semaine, FAQ issue de tickets support.
Ce que vous allez apprendre : anatomy Heartbeat · 5 signes d'alerte · calcul requêtes évitées · 4 zones configurables · preset WooCommerce · conflits WP Rocket · multisite · quand ne pas tout désactiver.
Commençons par le diagnostic — puis passons à l'action.
Creez un compte et debloquez les presets avances
Regles par role, export JSON et runbook agence — en plus des ressources publiques.
Sans carte bancaire · Les checklists publiques restent gratuites.
Ce qu'est Heartbeat — et pourquoi admin-ajax.php explose
Avant de toucher quoi que ce soit, il faut nommer le problème. Beaucoup d'hébergeurs envoient un graphique admin-ajax.php sans préciser quelle action consomme. Heartbeat n'est qu'une parmi des dizaines.
Comment fonctionne Heartbeat
WordPress charge heartbeat.min.js dans l'admin (et parfois sur le front). Toutes les X secondes, le navigateur envoie une requête POST vers :
/wp-admin/admin-ajax.php?action=heartbeatLe serveur répond avec des données JSON : état de session, autosave, verrouillage de post, notifications dashboard, parfois hooks de plugins tiers.
Définition : les 4 zones à connaître
| Zone | Où | Rôle principal |
|---|---|---|
| Front public | Pages visiteurs | Rarement utile — souvent 0 pulse suffit |
| Tableau de bord | index.php wp-admin | Widgets, notifications, mises à jour |
| Listes de contenu | Posts, produits, commandes WC | Rafraîchissement compteurs, bulk actions |
| Éditeur | Gutenberg, Classic, fiche produit | Autosave, verrouillage co-édition, révisions |
Optimiser Heartbeat = ajuster chaque zone différemment — pas un interrupteur global.
Ce qui surcharge vraiment votre serveur
- Plusieurs onglets wp-admin ouverts (chaque onglet = son propre timer)
- Intervalle par défaut 15 s sur dashboard + listes + éditeur simultanément
- Plugins qui s'accrochent à
heartbeat_send/heartbeat_received(WooCommerce, builders, SEO) - Heartbeat actif sur le front alors que les visiteurs n'en ont pas besoin
- Hébergement mutualisé avec pool PHP limité — l'admin ralentit le front par effet domino
Ce que Heartbeat protège (ne cassez pas ça)
- Autosave Gutenberg et éditeur classique
- Verrouillage « X est en train de modifier cet article »
- Notifications non lues dans la barre admin
- Certains builders (Elementor, Divi) qui s'appuient sur des pulses courts en édition
Avant de modifier le moindre intervalle, on passe 10 minutes dans les DevTools à filtrer les requêtes admin-ajax.php. Si l'action dominante n'est pas heartbeat mais woocommerce_* ou un cron de plugin tiers, toute l'optimisation Heartbeat sera inefficace. On traite la bonne cause : un Action Scheduler mal configuré ne se soigne pas en ralentissant le pouls admin.
Exemple concret
Une agence gère 12 sites WooCommerce. Chaque gestionnaire laisse 4 onglets ouverts en permanence. Intervalle par défaut 15 s → ~960 requêtes Heartbeat/heure/utilisateur rien que pour Heartbeat. L'hébergeur mutualisé envoie une alerte CPU. Cause : pas de réglage Heartbeat + habitudes multi-onglets — pas un « site trop gros ».
Quand on configure Heartbeat, on suit une hiérarchie simple : le front public n'en a jamais besoin (on le coupe), les listes et le dashboard peuvent passer à 60–120 s sans conséquence, et l'éditeur reste le seul endroit où un intervalle court (30–60 s) se justifie pour l'autosave. Cette règle des trois zones permet de réduire 70 % des pulses sans toucher à la productivité des rédacteurs.
Heartbeat est un pouls de session admin utile mais gourmand si vous laissez les défauts WordPress partout. Le front public est la première zone à alléger ; l'éditeur, la dernière à toucher.
« Est-ce que je suis concerné ? » — 5 signes
- wp-admin lent alors que le site public est rapide (ou en cache).
- Email hébergeur citant
admin-ajax.phpavec pic en heures de bureau uniquement. - Plusieurs onglets admin ouverts par habitudes équipe (support, rédac, stock).
- WooCommerce : liste commandes / produits qui met 5+ secondes à charger sans gros catalogue.
- Vous avez déjà essayé un snippet « disable heartbeat » et eu des plaintes autosave.
Si au moins deux points vous parlent : une optimisation Heartbeat par zone vaut le coup — après diagnostic de l'action admin-ajax.php.
Guide d'optimisation pas à pas (7 phases, sans casser l'éditeur)
Cette section est le tutoriel central. Bloquez 45 min à 1 h 30 sur un staging ou une heure creuse. Mesurez avant/après.
Étape 1 — Diagnostiquer admin-ajax.php (10 min)
- Ouvrez wp-admin → Outils → Santé du site (ou DevTools Network)
- Filtrez requêtes vers
admin-ajax.php - Notez le paramètre
actionle plus fréquent - Comptez combien d'onglets admin vous avez ouverts
| Action fréquente | Piste |
|---|---|
heartbeat | Ce guide — optimisation par zone |
woocommerce_* / as_async_request_queue_runner | WooCommerce Action Scheduler, pas Heartbeat |
| Nom d'un plugin tiers | Réglage ou support du plugin concerné |
Étape 2 — Choisir votre profil preset
Trois questions :
- Boutique WooCommerce active ? → preset WooCommerce
- Agence multi-sites / multi-auteurs ? → preset Agence
- Elementor ou builder visuel ? → preset Builder
Sinon : preset Blog / média.
Étape 3 — Installer Heartbeat Control Manager
- Installez Heartbeat Control Manager by Volade
- Ouvrez Réglages → Heartbeat Control
- Lisez l'aperçu de la config effective sur l'écran actuel — utile pour vérifier ce qui s'applique vraiment
Sans compte Volade, presets, export JSON, 2 règles par écran et stats fonctionnent. Compte gratuit : intervalles 15–30 s, règles CPT, ralentissement onglet inactif. V+ Premium : règles rôle, URL regex, log pulses + CSV.
Étape 4 — Appliquer le preset (exemple WooCommerce)
Le preset WooCommerce configure :
| Zone | Réglage preset |
|---|---|
| Front public | Désactivé |
| Éditeur / fiche produit | 30 s |
| Tableau de bord | 60 s |
| Listes (produits, commandes) | Désactivées ou allégées |
Rôles customer / subscriber | Heartbeat coupé |
Cliquez Appliquer — vous pouvez affiner ensuite.
Étape 5 — Vérifier l'autosave et le verrouillage
- Ouvrez un article ou produit en édition
- Tapez du texte, attendez 35–45 s, rechargez — le brouillon doit être sauvegardé
- Ouvrez le même post dans un second navigateur (compte admin) — le verrouillage doit apparaître
- Si intervalle éditeur > 120 s, l'interface affiche un avertissement autosave — ne l'ignorez pas
Étape 6 — Mesurer les requêtes évitées
Le tableau de bord du plugin affiche :
- Pulses aujourd'hui
- Total cumulé
- Requêtes évitées (estimation vs défaut WordPress)
Refaites le même parcours admin qu'avant (mêmes onglets, 15 min) et comparez.
Étape 7 — Déployer en production et documenter
- Bascule en heures creuses
- Exportez la config en JSON pour vos autres sites (agence)
- Désactivez snippets
functions.phpou vieux plugins Heartbeat en doublon - Surveillez 48 h : tickets « autosave », lenteur admin, alertes hébergeur
— Équipe support VoladeLes sites qui appliquent le preset WooCommerce puis testent cinq minutes dans l'éditeur évitent 90 % des rollbacks. Couper Heartbeat sans tester l'autosave, c'est gagner du CPU et perdre un article.
Diagnostic action → choix preset → application → test autosave → mesure → prod → surveillance 48 h. Ne sautez pas l'étape 5.
Vos options en 2026
Chaque site n'a pas besoin du même outil. Voici les approches honnêtes — sans tout désactiver aveuglément.
Option 1 — Snippet code dans functions.php
Pour qui : développeurs à l'aise, un seul site, besoin minimal.
| Avantages | Inconvénients |
|---|---|
| Zéro plugin | Pas de stats, pas de zones fines |
| Rapide à coller | Casse souvent l'autosave si mal fait |
| Gratuit | Difficile à maintenir sur 10 sites agence |
Option 2 — WP Rocket (ou autre cache) — onglet Heartbeat
Pour qui : vous payez déjà WP Rocket pour le cache front.
| Avantages | Inconvénients |
|---|---|
| Intégré à votre stack perf | Réglages moins granulaires que HCM |
| Bon pour le front | Risque double config si autre plugin Heartbeat actif |
| — | Ne remplace pas règles par écran / rôle |
Option 3 — Heartbeat Control Manager by Volade (recommandé)
Pour qui : WooCommerce, agences, builders — vous voulez presets + stats + export JSON.
| Avantages | Inconvénients |
|---|---|
| 5 presets 1 clic | Encore un plugin à maintenir (léger) |
| 4 zones séparées + règles écran | V+ pour règles URL / log CSV avancé |
| Détection conflit Heartbeat Control / WP Rocket | — |
WP-CLI : wp hcm status, wp hcm preset woocommerce | — |
| Gratuit sans compte pour l'essentiel | — |
Nous avons construit Heartbeat Control Manager parce que les marchands et agences méritaient mieux qu'un snippet copié-collé — avec garde-fous autosave et chiffres « requêtes évitées » pour justifier le changement au client.
Tableau comparatif complet
| Critère | Rien (défaut WP) | Snippet functions.php | WP Rocket Heartbeat | Heartbeat Control Manager |
|---|---|---|---|---|
| Front désactivable | Non | Oui (si bien codé) | Oui | Oui — 3 modes front |
| Intervalle éditeur dédié | 15 s fixe | Variable | Partiel | 30–300 s + alerte >120 s |
| Listes / dashboard séparés | Non | Rarement | Partiel | Oui |
| Stats requêtes évitées | Non | Non | Non | Oui |
| Export JSON multi-sites | Non | Non | Non | Oui — sans compte |
| Presets WooCommerce | Non | Non | Non | Oui — 1 clic |
| Détection conflits | Non | Non | Non | Oui |
| Prix | 0 € | 0 € | ~59 $/an (cache inclus) | Gratuit (V+ optionnel) |
Un site, dev confirmé → snippet possible. Déjà WP Rocket → utilisez son onglet Heartbeat, pas un second plugin. WooCommerce / agence / besoin de preuves → HCM Volade.
Sans carte bancaire · Les checklists publiques restent gratuites.
Erreurs fréquentes et comment les éviter
Même avec un bon preset, ces problèmes reviennent dans la plupart des optimisations Heartbeat.
« J'ai tout désactivé et l'autosave ne marche plus »
Pourquoi : snippet agressif ou preset « perf max » appliqué sans relire l'avertissement éditeur.
Comment éviter :
- Gardez 30–60 s minimum dans l'éditeur
- Testez toujours sur un brouillon avant prod
- Utilisez l'avertissement autosave intégré au plugin
« admin-ajax.php est toujours haut après optimisation »
Pourquoi : le coupable n'était pas Heartbeat — WooCommerce Action Scheduler, plugin de recherche admin, ou monitoring tiers.
Comment éviter :
- Refaites le diagnostic action= dans DevTools
- Installez Plugin Usage Detector si vous suspectez un plugin zombie
« Conflit avec WP Rocket / Heartbeat Control »
Pourquoi : deux plugins modifient la même API.
Comment éviter :
- Un seul outil actif — HCM détecte Heartbeat Control et WP Rocket et affiche un avertissement
- Si WP Rocket gère Heartbeat, désactivez les réglages HCM redondants (ou l'inverse)
« Mon client a 6 onglets wp-admin ouverts »
Pourquoi : habitude humaine, pas bug WordPress.
Comment éviter :
- Preset Agence + règle onglet inactif (compte Volade)
- Formation : fermer les onglets inutiles — le meilleur preset ne compense pas 8 timers par personne
« Elementor / builder bizarre après réglage »
Pourquoi : intervalle éditeur trop long pour le builder visuel.
Comment éviter :
- Preset Elementor / Builder (éditeur 30 s, médiathèque allégée)
- Ne pas appliquer « perf max » sur un site 100 % builder
Ne pas tout couper · diagnostiquer la bonne action · un seul plugin Heartbeat · tester l'éditeur · former sur les onglets. Quatre zones, quatre règles — pas un interrupteur général.
Votre plan d'action cette semaine
Utilisez cette checklist comme couche d'exécution — imprimez-la, partagez-la en interne.
Checklist optimisation Heartbeat
- Mesurer
admin-ajax.php— noter l'action dominante (heartbeatou autre) - Sauvegarde complète avant changement
- Choisir preset : Blog / WooCommerce / Agence / Builder / Perf max
- Installer Heartbeat Control Manager (ou configurer WP Rocket — pas les deux)
- Appliquer preset + vérifier aperçu config effective
- Tester autosave + verrouillage éditeur (5 min)
- Noter « requêtes évitées » dans le plugin
- Exporter JSON config pour sites clones (agence)
- Supprimer vieux snippets
disable_heartbeaten doublon - Surveiller 48 h — support + hébergeur
Outils recommandés
- Heartbeat Control Manager by Volade
- Documentation Heartbeat API — Jorijn Schrijvershof
- Taming the Heartbeat API — Delicious Brains
- Tarifs V+ Volade — règles rôle, URL, log CSV sur tout le catalogue
Ressources & guide PDF
Téléchargez les checklists publiques dans le panneau ressources de cet article. Les membres débloquent le guide complet 16 pages avec matrices par hébergeur, export presets JSON commentés et arbre de diagnostic admin-ajax.
Creez un compte et debloquez les presets avances
Regles par role, export JSON et runbook agence — en plus des ressources publiques.
Sans carte bancaire · Les checklists publiques restent gratuites.
FAQ — Heartbeat WordPress : réduire admin-ajax.php sans casser l'autosave (
Qu'est-ce que Heartbeat WordPress : réduire admin-ajax.php sans casser l'autosave ( ?
Vous ouvrez wp-admin, trois onglets en parallèle — produits WooCommerce, commandes, l'éditeur d'une fiche — et le tableau de bord devient visqueux. Ou pire : un email de votre hébergeur mentionne admin-ajax.php et des milliers de requêtes par heure. Vous cherchez « désactiver Heartbeat WordPress » sur Google. Vous tombez sur un snippet functions.ph
Ce qu'est Heartbeat — et pourquoi admin-ajax.php explose
Avant de toucher quoi que ce soit, il faut nommer le problème. Beaucoup d'hébergeurs envoient un graphique admin-ajax.php sans préciser quelle action consomme. Heartbeat n'est qu'une parmi des dizaines.
Guide d'optimisation pas à pas (7 phases, sans casser l'éditeur) : quels sont les points clés ?
Cette section est le tutoriel central. Bloquez 45 min à 1 h 30 sur un staging ou une heure creuse. Faites une sauvegarde complète.
Vos options en 2026 : quels sont les points clés ?
Chaque site n'a pas besoin du même outil. Voici les approches honnêtes — sans tout désactiver aveuglément. ### Option 1 — Snippet code dans functions.php
Pour qui : développeurs à l'aise, un seul site, besoin minimal.
Erreurs fréquentes et comment les éviter
Même avec un bon preset, ces problèmes reviennent dans la plupart des optimisations Heartbeat. ### « J'ai tout désactivé et l'autosave ne marche plus »
Pourquoi : snippet agressif ou preset « perf max » appliqué sans relire l'avertissement éditeur. Comment éviter :
Gardez 30–60 s minimum dans l'éditeur
Testez toujours sur un brouillon avant prod
Utilisez l'avertissement autosave intégré au plugin
Votre plan d'action cette semaine : quels sont les points clés ?
Utilisez cette checklist comme couche d'exécution — imprimez-la, partagez-la en interne. ### Checklist optimisation Heartbeat
Mesurer admin-ajax.php — noter l'action dominante (heartbeat ou autre)
Sauvegarde complète avant changement
Choisir preset : Blog / WooCommerce / Agence / Builder / Perf max
Installer Heartbeat Control Manager (ou configurer WP Rocket — pas les deux)
Appliquer preset + véri
Quels sont les prérequis pour se lancer ?
Avant de commencer, assurez-vous d'avoir les bases : un site ou projet bien défini, des objectifs clairs, et les ressources nécessaires (temps, budget, compétences). Le reste s'acquiert en chemin.
Combien de temps faut-il pour voir des résultats ?
Les premiers résultats peuvent apparaître en 2 à 4 semaines pour les actions rapides. Pour les efforts plus profonds, comptez 3 à 6 mois. La régularité est le facteur clé.
Quelles erreurs éviter absolument ?
Les erreurs les plus fréquentes : se précipiter sans diagnostic, vouloir tout faire d'un coup, négliger la formation, et sous-estimer le temps nécessaire. La pire : copier les autres sans comprendre pourquoi.
Par où commencer après avoir lu cet article ?
Checklist optimisation Heartbeat
Mesurer admin-ajax.php — noter l'action dominante (heartbeat ou autre)
Sauvegarde complète avant changement
Choisir preset : Blog / WooCommerce / Agence / Builder / Perf max
Installer Heartbeat Control Manager (ou configurer WP Rocket — pas les deux)
Appliquer preset + vérifier aperçu config effective
Tester autosave + verrouillage éditeur (5 min)
Noter « requê
Conclusion — Heartbeat n'est pas l'ennemi, le défaut oui
WordPress a ajouté Heartbeat pour protéger votre travail — pas pour saturer votre serveur. Quand chaque zone tourne à 15 s, avec quatre onglets et vingt plugins, admin-ajax.php devient le coupable facile des hébergeurs.
Ce n'est pas une fatalité. Quatre zones, cinq presets, un test autosave — et vous gardez le confort éditeur tout en respirant côté CPU.
Notre recommandation finale : cette semaine, diagnostiquez l'action admin-ajax.php, appliquez le preset WooCommerce (ou Agence), mesurez les requêtes évitées, formez l'équipe à fermer les onglets fantômes. Allez doucement. Testez l'éditeur. Documentez en JSON pour le prochain site client.
Si vous choisissez Volade : bienvenue. On a construit cet outil parce que WordPress méritait une optimisation Heartbeat honnête, mesurable, sans casser l'autosave.
Bonne optimisation. Votre wp-admin vous remerciera.
Article mis à jour le 30 juin 2026. Sources : documentation WordPress Heartbeat API, tests terrain Volade, guides Jorijn Schrijvershof et Delicious Brains.
Optimisez Heartbeat avec Heartbeat Control Manager
Réduisez la charge Heartbeat sans casser l'autosave ni le verrouillage d'édition.
Tout pour aller plus loin
FAQ, glossaire, comparatif, scripts et diagnostic — en complément de l'article, pas à la place.
15 s
Intervalle WP par défaut
~240 pulses/h/onglet
24
Points checklist
Ressource publique incluse
85 %
Réduction possible
Preset WooCommerce typique
5
Presets 1 clic
Heartbeat Control Manager
Guide complet optimisation Heartbeat 2026
La version longue et imprimable de cet article — 5 presets détaillés, diagnostic admin-ajax, matrices hébergeur et plan de rollback.
- ✓Diagnostic admin-ajax.php action par action
- ✓5 presets commentés (Blog, WooCommerce, Agence, Perf, Builder)
- ✓Matrice de tests autosave avant production
- ✓FAQ technique des 10 cas les plus fréquents
Inscrivez-vous et debloquez le pack complet
Chronologie migration
- Phase 0
Diagnostic admin-ajax
Filtrer DevTools, identifier action=heartbeat vs WooCommerce vs plugins tiers.
- Phase 1
Choix preset
Blog, WooCommerce, Agence, Perf max ou Builder selon profil site.
- Phase 2
Installation HCM
Preset appliqué, conflits WP Rocket vérifiés, aperçu config effective.
- Phase 3
Tests autosave
Brouillon, verrouillage co-édition, liste produits, checkout front.
- Phase 4
Production
Export JSON agence, suppression snippets doublons, surveillance 48 h.
Comparatif des approches
| Critère | Défaut WordPress | Snippet code | WP Rocket | Heartbeat Control Manager |
|---|---|---|---|---|
| Front désactivable | Non | Oui (si bien codé) | Oui | Oui — 3 modes |
| Zones séparées | Non | Rarement | Partiel | Oui — 4 zones |
| Presets WooCommerce | Non | Non | Non | Oui — 1 clic |
| Stats requêtes évitées | Non | Non | Non | Oui |
| Export JSON multi-sites | Non | Non | Non | Oui — sans compte |
| Garde-fou autosave | Non | Non | Non | Oui — alerte >120 s |
| Prix | 0 € | 0 € | ~59 $/an | Gratuit |
Glossaire TikTok Shop × WooCommerce
- Heartbeat API
- Mécanisme WordPress qui envoie des pulses AJAX réguliers pour maintenir la session admin, l'autosave et le verrouillage d'édition.
- admin-ajax.php
- Point d'entrée AJAX de WordPress — Heartbeat n'est qu'une des nombreuses actions possibles.
- Pulse
- Une requête Heartbeat individuelle vers le serveur, répétée selon l'intervalle configuré.
- Zone
- Contexte Heartbeat : front public, dashboard, listes de contenu, ou éditeur — chacun configurable séparément.
- Autosave
- Sauvegarde automatique du brouillon en cours d'édition — dépend d'un intervalle Heartbeat suffisamment court.
- Action Scheduler
- Système de tâches WooCommerce utilisant admin-ajax.php — distinct de Heartbeat, souvent confondu.
FAQ étendue
Extraits scripts emails
Annonce client — optimisation admin
Objet : Amélioration de la rapidité de votre back-office WordPress
Bonjour, Nous optimisons les requêtes techniques de votre interface d'administration le [DATE] entre [HEURE DÉBUT] et [HEURE FIN]. Votre boutique publique n'est pas impactée. Pendant la fenêtre, évitez les longues sessions d'édition. Résultat attendu : back-office plus fluide, sauvegarde automatique préservée. Cordialement, [L'ÉQUIPE]
Brief équipe interne
Objet : [INTERNE] Optimisation Heartbeat — rôles J-0
Équipe, Optimisation Heartbeat client [NOM] le [DATE]. • Support : surveiller tickets « brouillon perdu » • Technique : [NOM] — preset [Blog/WC/Agence] • Rollback si : autosave KO après 5 min de test Export JSON dans le dossier client.
Snippets techniques
WP-CLI — appliquer preset WooCommerce
wp hcm status
wp hcm preset woocommerce
wp hcm export > heartbeat-config.jsonFiltrer debug.log — requêtes Heartbeat
// wp-config.php — debug temporaire
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
// Chercher dans debug.log : heartbeat, admin-ajaxAuto-diagnostic rapide
wp-admin est lent mais le site public est rapide. Première chose à vérifier ?
Après optimisation, un rédacteur perd son brouillon.
Liens officiels & utiles
Vidéo à venir
Walkthrough optimisation Heartbeat (à venir)
Vidéo pas à pas : diagnostic admin-ajax, preset WooCommerce et test autosave.
~10 min
Inscrivez-vous pour être notifié à la publication — les membres Volade y auront accès en premier.
Votre avis compte
Commentez « Heartbeat WordPress : réduire admin-ajax.php sans casser l'autosave (guide 2026) » ou notez cet article pour aider la communauté.
personnes ont partagé cet article