Planificateur éditorial
Les réécritures manuelles marchent pour une douzaine d’articles. Pour 100+, il faut une queue + automatisation. Le planificateur fait ça — mais avec des limites de débit dures pour ressembler à un éditeur humain, pas à une bot farm.
Comment ça marche
- Sélectionne des articles dans l’onglet Audit → ⚡ Action en masse → 📅 Planifier réécriture + publication
- Le plugin les met en file avec une cadence configurable (défaut : 2 articles par jour)
- Un cron WordPress tourne toutes les heures et traite la queue :
- Prend le prochain article en file
- Lance la réécriture IA
- Crée un brouillon (ou remplace en place, configurable)
- Optionnellement auto-publie après un délai de relecture (défaut : 7 jours pour brouillons, 0 pour replace en place)
Pourquoi max 2 publications/jour
L’algo Google et les Search Quality Raters flag les sites qui publient/republient soudainement 50 articles en un jour comme suspects (signal d’AI spam farm ou site hacké). Le cap 2/jour garantit :
- Étalement dans le temps — Google voit un refresh graduel, pas un tsunami
- Crédibilité éditoriale — même un petit blog avec un seul éditeur peut soutenir 2/jour
- Crawl-friendly — Googlebot crawle + indexe naturellement
- Contrôle des coûts — à 0,005 $/réécriture + 0,04 $/image = 0,045 $ × 2/jour = 0,09 $/jour max en coûts IA
Tu peux abaisser plus (1/jour, 1/semaine) mais pas dépasser 2/jour — c’est un cap dur de sécurité.
Options de planification
Quand tu cliques 📅 Planifier réécriture + publication, une modale demande :
- Mode : Brouillon (relecture avant publication) ou Replace en place
- Cadence : réécritures par jour (1 ou 2)
- Délai d’auto-publication : 0 = immédiat, 7 jours = grace period pour brouillons (défaut)
- Fenêtre : quels jours de la semaine publier (défaut : 7 jours/7)
- Heure de la journée : quand le cron prend le relais (défaut : aléatoire dans les heures de bureau UTC)
Surveiller la queue
Dans l’onglet ⏰ Planificateur :
- Onglet Queue : articles en attente avec ETA, statut (en file, réécriture, brouillon créé, publié, échec) et actions par ligne (annuler, prioriser, relancer)
- Onglet Historique : chaque réécriture (auto + manuelle) avec comparaison avant/après, URL d’origine, URL brouillon, statut redirection, modèle IA utilisé, coût
Gestion des échecs
Si une réécriture échoue (timeout OpenRouter, contenu trop long, etc.), l’article passe en statut « Failed » avec l’erreur loggée. Tu peux :
- 🔄 Retry — relance avec le même modèle
- 🪄 Lancer manuellement — ouvre la modale de réécriture interactivement pour debugger
- ❌ Annuler — retire de la queue
Le cron retry les items échoués 3 fois automatiquement avant de les marquer comme échec terminal.
Flow reproductible
L’onglet Historique est ton audit trail. Pour chaque réécriture, tu peux voir :
- Titre + contenu d’origine (caché au moment de la réécriture)
- Nouveau titre + contenu
- Modèle IA utilisé + consommation tokens + coût
- Verdict avant/après
- Niveau de risque avant/après
- Si une redirection 301 a été créée (changement de slug)
Utile pour la conformité (montrer ce qui a changé quand), debugger des problèmes de qualité, et roll back des réécritures spécifiques.
Combiner avec le filtre Audit « 🤖 RETRAVAILLER »
Le workflow le plus efficace :
- Lance un audit complet (
📊 Analyse complète) - Filtre sur 🤖 RETRAVAILLER (verdict IA)
- Trie par trafic décroissant (touche d’abord les candidats à plus fort trafic)
- Sélectionne tout → 📅 Planifier avec cadence 2/jour
- Relis les brouillons quotidiennement, publie les bons
Pour un backlog de 200 articles RETRAVAILLER, tu en viens à bout en ~100 jours en maintenant la qualité éditoriale.