Mon article n’a pas été publié

Si une campagne était censée publier un article et qu’il n’est pas apparu, parcourez cette page dans l’ordre. La plupart des cas entrent dans l’une des quelques catégories habituelles ; la liste de vérification vous guidera rapidement vers la bonne.

Avez-vous cliqué sur “Generate Now” ?

Si l’article manquant a été déclenché par le bouton Generate Now d’une campagne (plutôt que par le planificateur de Structura), le chemin de code est différent et le mode d’échec le plus courant a une correction rapide. Deux points à vérifier avant la liste de vérification complète ci-dessous :

La réponse REST a-t-elle signalé une erreur ? Un message mentionnant Outils → Santé du site ou max_allowed_packet signifie que la tâche en arrière-plan a été rejetée par MySQL — augmentez la valeur max_allowed_packet de la base de données à au moins 4 Mo chez votre hébergeur. La procédure complète pour cette correction se trouve sur Les images ne sont pas générées, Étape 1 — même cause, même correction.
Ouvrez le détail d’exécution de la campagne (cliquez sur l’exécution depuis la carte de la campagne ou la File d’attente active du tableau de bord). Une exécution d’article individuel échouée avec le message « could not load its campaign payload » signifie que la tâche en arrière-plan s’est déclenchée trop tard (les données du formulaire en cache avaient déjà expiré). Cliquez à nouveau sur Generate Now.

Si aucun de ces cas ne s’applique, continuez avec la liste de vérification ci-dessous.

Étape 1 : La campagne est-elle active ?

Allez dans Structura → Campaigns.
Trouvez la campagne. Vérifiez le badge Statut.

Running — elle devrait publier. Passez à l’étape 2.
Paused — la campagne a été mise en pause, intentionnellement ou non. Reprenez-la depuis la page de détail de la campagne (bouton Pause / Resume). Voir Mettre en pause ou supprimer une campagne.
Draft — la campagne n’a jamais été finalisée. Ouvrez-la et terminez l’étape Summary.

Étape 2 : Était-elle censée publier aujourd’hui ?

Vérifiez le paramètre Rhythm de la campagne sur sa page de détail. Si il est défini sur hebdomadaire et qu’aujourd’hui n’est pas le jour planifié, elle n’a tout simplement pas encore été exécutée — c’est normal.

Étape 3 : Le planificateur s’est-il exécuté ?

Ouvrez Structura → Dashboard et vérifiez la carte File d’attente active. Si l’activité la plus récente est bien plus ancienne que la cadence de votre campagne (des heures ou des jours de retard), le cron WordPress ne déclenche pas les tâches de Structura. Cliquez sur l’icône de cloche — s’il y a un avis Santé de l’extension ouvert concernant WP-Cron, c’est votre réponse. Si ce n’est pas le cas, exécutez les Diagnostics depuis Paramètres → Diagnostics pour en faire apparaître un.

Causes courantes lorsque WP-Cron est en cause :

Site à faible trafic. Le cron WordPress se déclenche lors des chargements de page ; un site que personne ne visite n’exécutera pas les tâches planifiées. Correction : installez un vrai déclencheur cron (par exemple, ajoutez un appel WP-Cron au cron de votre serveur) ou visitez simplement le site manuellement.
Une extension de mise en cache ou de sécurité bloque wp-cron. Vérifiez que wp-cron.php est accessible.
Un remplacement WP-Cron de l’hébergeur est mal configuré. Certains hébergeurs gérés désactivent WP-Cron et le remplacent par leur propre système. Confirmez qu’il fonctionne.

Voir WP-Cron est désactivé pour la correction.

Étape 4 : La campagne a-t-elle sélectionné un sujet ?

Ouvrez la campagne et consultez la dernière exécution (la liste Campaigns → [campagne] → Recent runs). Cliquez sur l’exécution pour voir sa chronologie d’étapes.

L’étape Keywords a réussi — un sujet a été sélectionné. Continuez.
L’étape Keywords a échoué avec “no topics available” — le pool de mots-clés de la campagne est épuisé. Modifiez la campagne et ajoutez des mots-clés cibles supplémentaires. Voir Mots-clés cibles.

Étape 5 : La génération du brouillon a-t-elle fonctionné ?

Dans la même vue de détail d’exécution, regardez l’étape Content.

L’étape a réussi — le brouillon a été généré. Continuez.
L’étape a échoué — le message d’échec vous indique ce qui s’est passé. Le classificateur associe les causes courantes à des avis destinés aux utilisateurs qui apparaissent dans l’icône de cloche :
- Clé IA rejetée — votre clé BYOK a été révoquée ou changée. Ouvrez Paramètres → AI Engine et mettez à jour ou remplacez la clé. Voir Paramètres d’IA.
- Quota épuisé — si vous êtes sur un plan Cloud et avez utilisé le quota de génération de ce cycle. Attendez le prochain cycle ou effectuez une mise à niveau.
- Aucune clé IA connectée — Structura n’avait pas de clé BYOK pour le fournisseur demandé. Ouvrez Paramètres → AI Engine et ajoutez-en une.

Étape 6 : La publication a-t-elle réussi ?

Dans le détail d’exécution, regardez l’étape Publish.

L’étape a réussi — l’article est dans WordPress. Allez dans Articles → Tous les articles et recherchez-le (par titre ou par date). S’il s’y trouve, votre problème est probablement lié au thème / front-end : l’article existe mais le thème ne l’affiche pas sur la page d’accueil, la page de catégorie, ou là où vous l’attendez. Vérifiez le statut et la catégorie de l’article.
L’étape a échoué — le plus souvent :
- Erreur côté WordPress — échec de l’écriture en base de données, une extension a rejeté l’insertion. Le message d’erreur de l’étape pointe vers l’exception sous-jacente.
- Brouillon enregistré au lieu de publié — dans de rares cas, Structura enregistre l’article comme brouillon en attente de révision (par exemple, politiques de modération, certaines extensions SEO). Vérifiez la liste Articles → Tous les articles en incluant les brouillons.

”We skipped a duplicate post” / l’exécution s’est arrêtée à Publish

Si l’étape Publish de l’exécution a échoué et que le message indique que l’article aurait réutilisé une adresse web déjà publiée, Structura l’a arrêté intentionnellement.

Deux articles sur la même adresse ne peuvent pas coexister, donc le second aurait été mis en ligne à une URL quasi-identique (.../votre-sujet-2). En pratique, ces deux pages sont en concurrence l’une avec l’autre sur Google, et la plus récente perd généralement tout en pénalisant l’ancienne — c’est pourquoi un article planifié qui provoquerait cela est ignoré plutôt que publié. Vous recevrez également un avis Keywords dans l’icône de cloche mentionnant la campagne.

Rien n’est cassé et rien n’est perdu. Cela signifie que la campagne a épuisé les nouveaux sujets à couvrir. Ouvrez Campaigns → [votre campagne] → Edit et soit Add keyword soit Re-discover, et le prochain article planifié couvrira quelque chose de nouveau. Voir Mots-clés cibles.

Cela s’applique uniquement aux articles que Structura publie selon son propre calendrier. Si vous demandez un article vous-même avec Generate Now, Structura considère que c’est intentionnel et le publie à une adresse numérotée.

”Delivering via a backup method” / votre site a bloqué la livraison directe

Il arrive qu’une extension de sécurité, un pare-feu, un système anti-bot ou une couche de mise en cache de votre hébergeur intercepte le webhook de Structura — la requête qui livre votre article terminé à WordPress. Au lieu d’atteindre WordPress, elle est confrontée à une page de défi (un CAPTCHA, une vérification anti-bot, ou une réponse mise en cache ou bloquée). C’est plus courant sur les hébergeurs gérés avec une protection anti-bot agressive.

Votre article n’est pas perdu. Lorsque Structura détecte que la livraison directe a été bloquée, il bascule automatiquement vers une méthode de livraison de secours : votre site récupère discrètement l’article terminé depuis Structura au lieu d’attendre qu’il soit envoyé. Vous verrez l’exécution rester sur Delivering pendant un court moment, et l’article apparaît généralement en quelques minutes. La génération d’images et tout le reste fonctionnent toujours — rien concernant le produit n’est bloqué.

L’avertissement que vous voyez est donc une information, pas un échec. Le seul inconvénient de la méthode de secours est que la livraison est légèrement plus lente qu’une transmission instantanée.

Rétablir la livraison instantanée (facultatif mais recommandé). Pour revenir à la publication immédiate, mettez en liste blanche le webhook de Structura afin que votre hébergeur cesse de le défier ou de le mettre en cache. Une fois qu’il est à nouveau accessible, Structura revient automatiquement à la livraison instantanée lors de la prochaine exécution — vous n’avez rien à modifier.

Le point de terminaison sur votre site est /wp-json/structura/v1/webhook/receive-blueprint.
Dans les paramètres sécurité / anti-bot / pare-feu de votre hébergeur (ou via un ticket de support), excluez ce chemin des défis anti-bot et des CAPTCHAs. Une exclusion basée sur le chemin est plus fiable que la mise en liste blanche d’une adresse IP, car l’adresse d’origine de la requête peut changer.
Si vous utilisez une extension de mise en cache ou un cache au niveau de l’hébergeur, excluez également le même chemin de la mise en cache.

Si vous ne savez pas où se trouvent ces paramètres, l’équipe support de votre hébergeur peut le faire en une minute — dites-leur : « Un webhook API légitime de serveur à serveur vers /wp-json/structura/v1/webhook/receive-blueprint est intercepté par votre protection anti-bot / pare-feu. Veuillez mettre ce point de terminaison en liste blanche. » Puis relancez Generate Now.

Étape 7 : La distribution vers les canaux a-t-elle réussi ?

Même si un article a été publié sur WordPress, vous pourriez vous attendre à le voir sur Slack / LinkedIn / etc. Dans le détail d’exécution, l’étape Channels affiche le résultat par canal. Les échecs de canal déclenchent également des avis destinés aux utilisateurs dans l’icône de cloche. Voir Un canal affiche “failed” pour corriger cette couche.

Si rien de tout cela ne s’applique

Contactez le support avec :

Le nom de la campagne.
Le jour et l’heure approximatifs auxquels vous attendiez l’article.
L’ID d’exécution de la campagne (visible dans l’URL de la vue de détail d’exécution).
Tous les ID d’avis ouverts depuis l’icône de cloche.