Articles SEO, planifiés et publiés

Planifiez, rédigez et publiez des articles SEO sur chaque site que vous gérez.

Blogotter remplit le calendrier éditorial une semaine à l'avance, vérifie chaque mot-clé par rapport aux pages pour lesquelles vous êtes déjà positionné, rédige l'article la veille de son échéance, lance la QA, le publie, puis vérifie la page en ligne et la suit dans Search Console.

Sept jours, 1 site, 3 articles complets. Carte requise — vérifiez votre adresse e-mail, ajoutez une carte, et l'espace de travail est créé. Rien n'est débité aujourd'hui.

Comment ça marche

Six étapes entre un mot-clé et une page publiée.

Chacune est une tâche durable. Si une étape échoue, elle est relancée ; si un worker meurt en cours d'étape, un autre reprend le travail.

  1. Planifier la semaine

    Le planificateur garde sept jours de calendrier remplis à l'avance. Les mots-clés candidats sont notés sur le volume de recherche, la difficulté, le CPC, la concurrence, l'intention et la tendance mensuelle, trimestrielle et annuelle, par rapport au brief, à l'audience, à la locale et aux graines que vous définissez par site.

  2. Le vérifier par rapport à ce pour quoi vous êtes déjà positionné

    Avant qu'un mot-clé puisse prendre un créneau, il est comparé aux titres de vos pages en ligne et à vos requêtes Search Console. Au-delà du seuil d'avertissement, il atterrit dans la carte des clusters de sujets ; au-delà du seuil de blocage, il ne peut pas être planifié tant que vous n'avez pas décidé de rafraîchir la page existante ou d'en garder une nouvelle. Les deux seuils sont définis par site.

  3. Rechercher 24 heures avant l'échéance

    Le worker interroge la SERP en direct, récupère les sources candidates et vérifie que chacune est accessible et pertinente. Il n'écrira pas l'article tant qu'au moins deux n'ont pas passé ce contrôle. Aucune liste d'URLs préétablie, aucune liste blanche de domaines.

  4. Rédiger le brouillon, avec images et liens

    L'article est généré avec des liens internes tirés de votre propre catalogue publié et des images dans le style configuré pour ce site — stop-motion en feutrine, claymotion, ou un prompt que vous rédigez vous-même. Les sources, la vérification et les scores restent attachés au brouillon.

  5. Lancer la QA, puis modifier ce que vous voulez

    Une passe de QA s'exécute sur le brouillon, et le créneau ne devient publiable qu'une fois la QA réussie. Dans l'éditeur, vous pouvez régénérer un seul H2 ou approuver une réorganisation proposée du plan. Chaque modification appliquée crée une version immuable que vous pouvez comparer depuis l'historique.

  6. Publier, vérifier, mesurer

    À l'heure prévue, seule la dernière version ayant passé la QA est publiée. La plateforme récupère ensuite la page publiée et la confirme, puis les performances Search Console correspondantes alimentent le tableau de bord dès la synchronisation suivante.

Ce que vous obtenez

Conçu pour qui gère plus d'un site.

Chaque site garde son propre brief, son calendrier, ses seuils et son budget, et le travail de tous atterrit dans un seul calendrier et une seule vue d'opérations.

Chaque site selon ses propres règles

Brief, audience, locale, graines de mots-clés, seuils de notation, calendrier de publication, style d'image et budget mensuel sont configurés par site, versionnés, et jamais partagés par accident.

Un calendrier que vous pouvez vraiment piloter

Modèles hebdomadaires, plusieurs heures de publication par jour, plages de blackout et de jours fériés, quotas délimités et créneaux manuels que l'automatisation n'a pas le droit de toucher — avec un aperçu de capacité sur 30 jours avant de vous engager.

Édition au niveau des sections avec un véritable historique

Sélectionnez un titre et régénérez uniquement son contenu. Une proposition de plan peut réorganiser ou renommer les H2 existants et rien d'autre, et nécessite votre approbation. Si le brouillon bouge pendant que le modèle travaille, le résultat est marqué comme périmé au lieu d'être appliqué.

Des sources que vous pouvez auditer

Chaque brouillon indique d'où viennent ses sources, si elles étaient accessibles et pertinentes, et comment elles ont été notées. Des dérogations manuelles existent, mais elles sont consignées comme l'exception éditoriale qu'elles sont.

Un centre d'opérations, pas un fichier de logs

Profondeur de file d'attente, retards actuels, démarrages en retard, récupérations automatiques des dernières 24 heures et échecs qui nécessitent un humain — par site, avec une relance manuelle unique pour les tâches qui valent encore d'être relancées.

Dépenses fournisseur, par site, par mois

Chaque appel fournisseur payant est enregistré au compte du site et de la tâche qui l'a émis, mesuré par rapport au budget mensuel que vous avez fixé, avec une alerte avant que le budget ne soit épuisé.

Search Console, branché

L'activation remplit rétroactivement 90 jours, puis une synchronisation quotidienne actualise les sept derniers jours consolidés. Le tableau de bord affiche les clics, une comparaison sur 28 jours et des suggestions de rafraîchissement. C'est une dépendance optionnelle : en cas d'échec, les dernières données valides restent et la publication continue.

Publie sur WordPress, ou sur votre propre API

Un connecteur WordPress utilisant des mots de passe d'application, un connecteur générique pour tout site qui implémente le contrat list-and-publish documenté, et l'export. Les écritures sont idempotentes par slug, de sorte qu'une relance ne vous donne jamais deux fois le même article.

Un contrôle d'accès qui survit à un audit

Des adhésions propriétaire, éditeur et lecteur résolues par site à chaque requête, des sessions révocables côté serveur, la TOTP sur les comptes à privilèges, et une piste d'audit derrière les décisions qui ont changé quelque chose.

Voyez-le en action

Ce blog, c'est Blogotter qui se gère lui-même.

Chaque article du blog est planifié, rédigé et publié par Blogotter sur son propre site — le même pipeline que fait tourner tout site connecté. En lisez-vous un et vous lisez la sortie du produit, du début à la fin : les sources qu'il a vérifiées, la structure qu'il a écrite et les contrôles exécutés avant la mise en ligne.

Tarifs

Ce que comprend chaque plan.

Les quotas d'articles, les limites de sites et les sièges sont appliqués par l'application elle-même. Ce sont les chiffres qu'elle applique, pas un résumé de ceux-ci.

Trial

Gratuit pendant sept jours

Sept jours sur un site, d'un calendrier vide à un article publié.

  • 3 articles au total
  • 1 site
  • 1 membre d'équipe
  • 3 réécritures de section par article
  • 2 régénérations d'image par article
  • Planification des mots-clés avec des données de recherche en direct
  • Revue de cannibalisation avant toute planification
  • Brouillons complets avec images, sources et QA
Démarrer un essai gratuit

Starter

€29 / mois

Un rythme de publication régulier sur le site qui compte le plus.

  • 10 articles par mois
  • 1 site
  • 2 membres d'équipe
  • 3 réécritures de section par article
  • 2 régénérations d'image par article
  • Calendrier éditorial avec brouillons versionnés
  • Publication automatique et vérification post-publication
  • Performances Search Console et suggestions de rafraîchissement
Démarrer un essai gratuit

Les prix s'entendent hors TVA. Les quotas ci-dessus proviennent directement du catalogue des plans appliqué par l'application, de sorte que ce qu'un plan comprend ici est exactement ce qu'obtient un espace de travail qui y est abonné.

Questions

Ce qu'il vaut savoir avant de connecter un site.

Publiera-t-il sur mon site avant que je n'aie rien vu ?

Non. Une nouvelle connexion démarre en dry run : la plateforme construit et valide l'intégralité du payload mais n'appelle pas votre endpoint de publication. Vous exécutez ainsi au moins un cycle complet, vérifiez le contenu, les sources, les images et le payload, puis vous désactivez le dry run et publiez un seul article à la main, en guise de canari, avant de laisser l'automatisation quotidienne active.

Ai-je besoin de Google Search Console ?

C'est optionnel. Le connecter affine l'analyse de cannibalisation et vous donne des données de performance et des suggestions de rafraîchissement. Sans lui, la comparaison avec les titres de vos pages en ligne fonctionne toujours. Une panne de Search Console ne bloque jamais la génération ni la publication — les dernières données valides sont conservées et le pipeline continue.

Qu'est-ce qui l'empêche d'écrire deux fois le même article ?

Chaque mot-clé candidat est comparé à vos pages existantes avant d'être planifié. Les correspondances sont regroupées en une revue par mot-clé, où vous pointez le mot-clé vers la page que vous avez déjà ou vous conservez explicitement une nouvelle page. Les décisions sont conservées et peuvent être rouvertes, et le pool automatique ne compte que les mots-clés réellement utilisables.

Que se passe-t-il quand quelque chose échoue à trois heures du matin ?

Les tâches sont idempotentes et relancées avec un backoff exponentiel ; un worker qui meurt en cours de tâche laisse un bail qu'un autre worker récupère. Les files sont des processus séparés, de sorte qu'une génération lente ne peut pas retarder une publication attendue. Tout ce qui finit réellement en échec apparaît dans le centre d'opérations et peut vous envoyer une alerte Telegram.

Que contient l'essai ?

Sept jours, 1 site, 3 articles complets. Une carte est requise — vous vérifiez votre adresse e-mail, ajoutez une carte (rien n'est débité aujourd'hui), et l'espace de travail est créé avec les crédits d'essai déjà crédités. Une carte ouvre un seul essai.

Commencez avec un site et observez-en une semaine.

Connectez un site, laissez le planificateur remplir le calendrier, et lisez les brouillons avant que quoi que ce soit n'approche de votre endpoint de publication.

Démarrer un essai gratuit3 articles · 1 site · carte requise