Pour les agences
Pilotez le blog de chaque client depuis un seul plan.
Ce qui ne passe pas à l’échelle dans le contenu, ce sont la rédaction, les métadonnées et le fait de penser à publier. Connectez chaque site client, et cette partie tourne aux jours de publication que vous fixez par site.
Un compte, plusieurs sitesDomaines par clientValidation avant publication
Ce que reçoit chaque site.
Les sites sont séparés par conception : domaines distincts, langues distinctes, calendriers distincts, données de recherche distinctes. Rien ne fuit d’un client à l’autre.
- Son propre domaine
- Le blog de chaque client est hébergé sur son sous-domaine ou son domaine apex. Un enregistrement DNS par client, ajouté au moment de connecter le site.
- Ses propres langues
- Une langue n’est pas un réglage : c’est une ligne éditoriale à part entière, avec son propre plan, ses propres requêtes cibles et ses propres entrées datées.
- Sa propre place dans le calendrier
- Statuts planifié, en rédaction, publié et échec de validation, par article et par client, sur le calendrier unique du compte, avec des dates que vous pouvez déplacer et des articles que vous pouvez écarter.
- Ses propres données de recherche
- Connectez la Search Console d’un client en lecture seule et ses clics, ses impressions et sa position moyenne s’affichent à côté de son calendrier.
- Son propre plan par client
- Les requêtes auxquelles le site du client répond déjà sont marquées comme couvertes et laissées de côté, pour que vous ne facturiez pas une deuxième version d’une page qui existe déjà.
- Son propre flux API
- Chaque compte dispose d’une clé API : récupérez les articles qu’un site a publiés — statut, langue, URL, dates — dans le rapport que vous envoyez déjà.
Un mois chez vos clients.
Le rythme ne change pas avec le nombre de sites — seul le nombre de calendriers que vous consultez change. Cinq étapes, du plan au rapport.
- 01
Les plans arrivent par site
Le calendrier de chaque client se remplit d’entrées datées : la requête, l’intention, le plan détaillé et les métadonnées, par langue.
- 02
Vous validez, ou ça tourne
Écartez un article qui ne colle pas au positionnement du client. Le plan est le brief derrière chaque article, pas l’article fini.
- 03
Les articles sont écrits selon le brief
Les brouillons suivent la spécification validée — même requête, même plan détaillé — pour qu’il n’y ait rien à réinterpréter ensuite.
- 04
La publication a lieu à la date prévue
En ligne sur le domaine du client, avec URL canoniques, données structurées et sitemap mis à jour dans la même passe.
- 05
Le rapport est déjà écrit
Clics, impressions et position moyenne par site, plus le flux API si les chiffres doivent vivre dans votre propre tableau de bord.
Un reporting que vous n’avez pas à assembler.
Chaque site affiche ses clics, ses impressions et sa position moyenne à côté de son calendrier : la mise à jour mensuelle tient donc dans une capture d’écran plutôt que dans un tableur. Quand un client veut les lignes brutes, l’API renvoie chaque article publié avec son URL, son statut, sa langue et ses dates.
Comme le blog est sur le domaine du client, ces chiffres portent sur une propriété qui lui appartient — une conversation de renouvellement bien plus simple que si le trafic vivait sur la plateforme d’un autre.
1,204
Clics
48,910
Impressions
12.4
Position moyenne
Ce qui reste à vous.
Xt4b gère le pipeline. Il ne décide pas de ce qu’un client doit dire — c’est le jugement pour lequel vous êtes payé, et c’est la partie que le plan est conçu pour faciliter, pas pour remplacer.
- Les requêtes qui valent la peine d’être visées pour chaque client
- Ce qui est publié, et ce qui est écarté à la place
- Les dates, les langues et le rythme par marché
- Le brief derrière tout article que vous voulez rédiger autrement
- Tout ce qui suit : reporting, stratégie, relation client
Où passent réellement les heures d’une agence.
La production de contenu n’échoue pas sur la stratégie. Elle échoue sur les validations, la mise en forme et les relances, répétées pour chaque client.
Une production de contenu faite à la main
- Un tableur par client, mis à jour à la main depuis trois outils
- Des brouillons qui attendent un designer dans une boîte mail
- Des métadonnées et un maillage interne laissés à celui qui publie
- Un rapport mensuel qui prend plus de temps que le travail qu’il décrit
- Rien de publié la semaine où tombe un gros projet
Avec Xt4b
- Un tableau de bord, un calendrier pour tous les sites et toutes les langues
- Images, métadonnées et liens produits avec le brouillon
- La publication a lieu à la date, sans main supplémentaire
- Les chiffres sont à côté du calendrier, prêts à être capturés
- Le pipeline garde son rythme pendant que vous éteignez des incendies
Il s’intègre à la stack que le client a déjà.
Le souci avec une plateforme, c’est toujours ce dans quoi elle vous enferme. Voici ce qu’elle touche, et ce qu’elle laisse tranquille.
- Son domaine, ses URL
- Le blog répond sur le nom d’hôte du client, avec des URL canoniques qui pointent vers lui. Vous ne construisez pas d’actif sur une plateforme que vous ne possédez pas.
- Sa Search Console
- L’accès est en lecture seule et par site : un client peut le révoquer sans rien perdre, et vous ne détenez jamais d’accès en écriture à sa propriété.
- Son CMS, s’il en a un
- Les articles reviennent de l’API avec le markdown, les métadonnées et l’URL publiée, si bien qu’un CMS existant peut être la destination à la place du blog.
- Ses langues
- Un site peut porter plusieurs lignes éditoriales. Une ligne allemande a ses propres requêtes et ses propres dates — pas des articles anglais traduits au même rythme.
- Aucun nouveau compte à gérer
- Les sites clients vivent dans votre compte : une connexion, un tableau de bord et une vue calendrier sur tout ce que vous pilotez.
- Rien à expliquer au renouvellement
- Chaque article publié est une URL que vous pouvez montrer, avec les impressions et les clics qu’il a générés, par site et par langue.
Plus sur le contenu
- Pour les startups
Une fonction contenu sans recruter un profil contenu.
- Pour les SaaS
Soyez la réponse avant la demande de démo.
- Pour les SaaS B2B
Présent pendant les six mois de recherche, pas seulement la semaine du lancement.
- Pour les équipes marketing
Un pipeline derrière le calendrier, par site et par langue.
- Pour les consultants
Les demandes qui commencent par une recherche.
Les questions que se posent les agences.
Y compris celle de savoir qui est responsable d’un mauvais article.
Proposez-vous la plateforme en marque blanche ?
Le blog est hébergé sur le domaine du client, avec sa propre image de marque, si bien qu’un lecteur ne quitte jamais son site. Le tableau de bord dans lequel vous travaillez est celui de Xt4b, et le travail qu’il produit est le vôtre, à présenter comme vous le souhaitez.
Combien de sites clients un compte peut-il gérer ?
Les sites s’ajoutent un par un, chacun avec son domaine de blog et ses langues, et le tableau de bord les présente côte à côte — chaque article sur un seul calendrier, étiqueté avec le site auquel il appartient. Il n’y a pas de compte séparé par client.
Nos clients ont-ils besoin de leur propre compte ?
Non. Vous connectez leur domaine et, s’ils sont d’accord, leur Search Console en lecture seule. Côté client, il n’y a rien à quoi se connecter — le résultat apparaît sur leur propre site.
Qui est responsable si un article est erroné ?
Vous. Activez la validation et rien ne se publie tant que vous ne l’avez pas libéré, ce qui est exactement l’endroit où vous voulez avoir le dernier regard. Les articles qui échouent à la vérification finale des faits sont retenus et signalés, plutôt que publiés discrètement.
Puis-je récupérer le contenu sans utiliser le blog ?
Oui. L’API renvoie les articles générés par un site avec leur statut, leur langue, leurs dates et leur URL publiée, si bien que le CMS existant d’un client peut être la destination si vous préférez laisser son blog là où il est.
Comment gérer les validations des clients ?
Activez la validation et chaque article vous attend avant publication : la signature du client intervient donc avant la mise en ligne, pas après. Un article qui ne colle pas au client peut d’abord être écarté.
Garantissez-vous des positionnements à nos clients ?
Non. Vous obtenez un plan visant des requêtes sur lesquelles le client n’est pas positionné, une publication datée et les données pour montrer ce qu’elle a rapporté. Positionnement, trafic et chiffre d’affaires ne sont pas garantis — et méfiez-vous de tout fournisseur de contenu qui prétend le contraire.
Commencez par un client
Pilotez un site client, puis les autres.
Créez un compte et connectez le domaine d’un client : son plan arrive sur le calendrier, et la validation peut rester activée pour que rien ne se publie sans vous.
Domaines par siteAPI pour votre reporting3 jours gratuits, sans carte bancaire