Vos articles ont du trafic mais ne vendent rien : créer une table de routage vers l'étape suivante

Le mois dernier, l’article le plus lu de mon blog était « Débuter avec Claude Code ». 3 200 visites sur le mois. Un chiffre correct. Pourtant, sur cette même page, seules 4 personnes ont téléchargé mon PDF gratuit en un mois.

J’ai trouvé ça étrange, alors j’ai regardé la fin de l’article. La cause m’a sauté aux yeux. Dans le dernier paragraphe, j’avais aligné cinq liens de la même taille : le PDF gratuit, le pack de templates payant, le guide de configuration, le formulaire de consultation et le catalogue produits.

Avec ça, le lecteur ne peut pas choisir. Quelqu’un qui arrive sur un article pour débutants veut juste savoir « quoi faire ensuite », et on lui colle d’un coup cinq options. Résultat : il n’en clique aucune, ferme l’onglet, et c’est fini.

L’article est lu mais ne génère aucune vente. Ce blocage ne vient ni de la qualité du texte, ni de l’intelligence de Claude Code. Il vient du fait qu’un seul article propose cinq choses à la fois. Aujourd’hui, on transforme ça en une table de routage qui décide, pour chaque article, une seule « prochaine étape ».

Points clés

• Si vous avez du trafic mais que ni formation ni consultation ne bougent, c’est qu’il y a trop d’offres en fin d’article. Face à cinq options, le lecteur n’en choisit aucune.
• La solution : regarder l’« intention de recherche » de l’article et créer une table qui limite l’offre à une seule par article.
• Article pour débutants → PDF gratuit ; lecteur qui galère à rédiger ses consignes → pack de prompts ; article sur la configuration ou les permissions → guide payant ; déploiement en équipe → consultation. Une sortie par intention.
• Ce qu’on délègue à Claude Code, c’est le routage mécanique « quelle intention → quelle sortie ». La décision finale « que recommander à ce lecteur » reste humaine.
• Après publication, ne réécrivez pas tout l’article : regardez seulement le taux de sortie en intro et le clic sur le premier lien, puis corrigez le maillon faible.

Pourquoi limiter la « prochaine étape » à une seule fonctionne

Plus on offre de choix à quelqu’un, moins il arrive à décider. C’est un phénomène bien connu en économie comportementale : le « paradoxe du choix ». Une expérience célèbre l’a montré avec des dégustations de confiture : un présentoir avec 6 variétés vendait bien mieux qu’un présentoir avec 24.

Les liens en fin d’article, c’est pareil. PDF gratuit, pack de templates, guide de configuration, consultation, catalogue. En voulant bien faire, on aligne tout, et dans la tête du lecteur démarre une comparaison : « lequel est fait pour moi ? ». Comme comparer est pénible, la plupart des gens abandonnent à cet instant.

C’est pourquoi on limite la sortie à une par article. Mais pas une sortie figée du type « toujours le PDF gratuit ». Car ce que veut ensuite un lecteur dépend de la raison pour laquelle il est venu. Celui qui lit un article pour débutants et celui qui bloque sur le réglage des permissions n’ont pas du tout les mêmes besoins. Ce mécanisme « adapter la sortie à l’intention de l’article », on le construit aujourd’hui avec une table et du code.

La table de routage par intention de recherche

D’abord, classez les articles de votre blog selon « avec quel problème le lecteur est-il arrivé ici ». Ce problème, je l’appelle ici l’intention de recherche. Personnellement, je distingue cinq cas.

Intention de recherche (le problème du lecteur)	Article exemple	La seule offre recommandée
Juste commencer (débutant)	Premiers pas, installation	PDF gratuit
Réécrire la même consigne à chaque fois est pénible	Astuces de prompts, modèles de consignes	Pack de prompts (payant)
Bloqué sur la configuration, les permissions, la sécurité	Réglage des permissions, rédaction du CLAUDE.md	Guide de configuration (payant)
Déployer en équipe ou en entreprise	Usage en équipe, risques en production, estimation des coûts	Consultation
Aucune des catégories ci-dessus	Notes diverses, actualités	PDF gratuit (sortie par défaut)

Le point crucial, c’est la colonne de droite. Pour un article donné, il ne doit y avoir qu’une seule entrée. Si vous avez envie d’en écrire plusieurs, c’est la preuve que le portrait de votre lecteur est encore flou.

Par exemple, si pour un article sur les permissions vous voulez tout mettre — « PDF gratuit, guide payant et consultation » — arrêtez-vous. Quelqu’un qui bloque sur les permissions veut presque à coup sûr « un guide de configuration plus détaillé ». Y mêler un PDF gratuit, c’est envoyer vers l’option la moins chère un lecteur pourtant parfait pour le guide payant.

Une fois cette table prête, il suffit de décider pour chaque article « quelle intention », puis d’appliquer la sortie correspondante. Les articles où vous hésitez mélangent généralement deux sujets dans le même texte. Dans ce cas, mieux vaut scinder l’article : le tunnel et la lisibilité y gagnent tous les deux.

Ce qu’on délègue à l’IA, et ce que l’humain décide

L’erreur classique ici, c’est de confier tout le routage à Claude Code. Si vous lui dites « ajoute un CTA sympa à chaque article », il sur-interprète le contexte et colle des sorties bizarres.

Voici où placer la limite.

• À déléguer à Claude : le travail mécanique guidé par la table. Recevoir l’étiquette d’intention de l’article et appliquer la sortie correspondante. Rédiger le texte de fin d’article aligné sur la seule sortie choisie. Vérifier par script qu’il ne reste pas deux CTA ou plus.
• À décider par l’humain : trancher au final l’intention de recherche de l’article. Modifier le prix ou la présentation. Ajouter une nouvelle catégorie d’intention. C’est un travail de lecture des émotions du lecteur, donc humain.

Autrement dit, l’humain choisit l’intention en un mot, et Claude se charge de « donc quelle sortie » et du « brouillon du texte ». Avec ce partage, pas d’accident. Pour confier ce type de tâches répétitives à Claude Code, les bases sont d’ailleurs bien posées dans la documentation officielle de Claude Code chez Anthropic.

Le modèle de prompt que j’utilise ressemble à ceci. Copiez-le et ne remplacez que ce qui est entre guillemets par les valeurs de votre article.

Ajoute à l'article suivant une seule sortie (l'offre recommandée ensuite).

- slug de l'article : « claude-code-permissions-guide »
- intention de recherche : « bloqué sur la configuration, les permissions, la sécurité »
- sortie correspondante dans la table : « guide de configuration (payant) »
- URL de destination de la sortie : « https://example.com/setup-guide »

Conditions :
1. Une seule sortie en fin d'article. Ne place aucun autre lien.
2. Pas de « achetez ceci », mais une à deux phrases expliquant en quoi
   ce guide aide à reproduire demain le travail de cet article.
3. Vérifie toi-même à la fin qu'il ne reste pas deux sorties ou plus,
   et rapporte le résultat.

Le point 3 est le plus important. Demander explicitement à Claude une auto-vérification, formulée en toutes lettres, réduit nettement les oublis de comptage de liens.

Code à copier-coller : un script qui compte les CTA et alerte

Si vous ne comptez que sur l’œil humain, un jour chargé, vous oublierez forcément. On place donc un petit gardien qui compte par script « y a-t-il deux sorties ou plus en fin d’article ». Un script Node.js, sans aucune dépendance.

import { readFile } from "node:fs/promises";

// Motifs des liens considérés comme des sorties (à compléter selon votre tunnel)
const offerPatterns = [
  { name: "PDF gratuit", re: /\/thanks\// },
  { name: "Pack de prompts", re: /gumroad\.com\/l\/huqrgo/ },
  { name: "Guide de configuration", re: /gumroad\.com\/l\/ceyhda/ },
  { name: "Consultation", re: /\/training\// },
];

// Ne cible que la fin d'article (à partir du dernier titre)
function tailSection(markdown) {
  const idx = markdown.lastIndexOf("\n## ");
  return idx === -1 ? markdown : markdown.slice(idx);
}

async function checkOffers(filePath) {
  const text = await readFile(filePath, "utf8");
  const tail = tailSection(text);
  const found = offerPatterns.filter((p) => p.re.test(tail));

  if (found.length === 0) {
    console.log(`⚠ ${filePath} : aucune sortie. Article sans prochaine étape.`);
  } else if (found.length > 1) {
    const names = found.map((f) => f.name).join(", ");
    console.log(`⚠ ${filePath} : ${found.length} sorties (${names}). Limitez-en à une seule.`);
  } else {
    console.log(`OK ${filePath} : une seule sortie, « ${found[0].name} ».`);
  }
}

// Usage : node check-offers.mjs <chemin du fichier de l'article>
const target = process.argv[2];
if (!target) {
  console.error("Usage : node check-offers.mjs <fichier de l'article>");
  process.exit(1);
}
checkOffers(target);

Enregistrez-le sous le nom check-offers.mjs et exécutez-le ainsi.

node check-offers.mjs ./content/blog/claude-code-permissions-guide.mdx

S’il reste deux sorties ou plus, l’alerte tombe immédiatement. En passant ce script sur tous vos articles avant publication, « publier par mégarde avec cinq liens alignés » devient physiquement impossible. Moi, j’ai glissé cette ligne à la toute fin de mon flux de publication, et grâce à elle, l’accident raconté en intro ne se reproduit plus.

Trois situations où je m’en suis servi

1. Limiter la sortie de l’article débutant au seul PDF gratuit Sur l’article pour débutants à 3 200 visites, j’ai retiré les templates payants et le lien de consultation, et n’ai gardé que le PDF gratuit. La raison est simple : quelqu’un qui arrive sur un article débutant n’est pas encore au stade de payer. Résultat, les téléchargements du PDF sont passés de 4 à 31 par mois. Faire entrer la personne gratuitement dans la liste, puis présenter la formation payante dans les e-mails suivants, marche mieux que vouloir vendre dès le début.

2. Relier directement l’article sur les prompts au pack de templates payant Quelqu’un qui cherche « comment rédiger ses consignes » sait déjà se servir de Claude Code. Il n’a donc pas besoin du PDF gratuit. Pour ce profil, depuis l’article sur les techniques avancées de prompts, j’ai mis le pack de templates payant comme seule sortie. En ajoutant juste une phrase — « utile pour reproduire demain des consignes de même qualité » — le taux de clic a augmenté.

3. Connecter les articles sur les permissions et la configuration à la consultation Les articles qui abordent le déploiement en équipe ou les risques en production ne se suffisent pas d’un produit en self-service. Ce que le lecteur veut savoir, c’est un jugement au cas par cas : « est-ce sûr dans notre environnement ? ». Pour des articles comme le guide des permissions, j’ai fait du formulaire de consultation la seule sortie. Y mêler un PDF gratuit, c’est contenter avec un petit livret le responsable d’une entreprise qui aurait dû passer à la consultation, et donc le perdre.

Les pièges courants et comment les corriger

Piège 1 : repérer un maillon faible et réécrire tout l’article Quand on remarque que « le PDF est peu cliqué », on a tout de suite envie de tout réécrire. Mais c’est lent, et la probabilité de tomber juste est faible. Ne corrigez que le seul point faible. Si c’est le PDF, ajoutez en fin d’article une ou deux phrases sur « comment réviser, grâce au PDF, le travail traité dans le texte ». Ça suffit souvent.

Piège 2 : croire que c’est publié dès que le build local passe Même si le build passe en local, il arrive qu’à l’URL publique s’affiche un autre article ou la page d’accueil. Un simple HTTP 200 ne suffit pas. Après publication, ouvrez l’URL réelle et vérifiez de vos yeux que le titre, l’image à la une, le début du texte et le lien de sortie correspondent bien « à cet article ».

Piège 3 : ne pas noter ce qu’on a testé Si vous ne notez pas comment les clics ont bougé après un changement de sortie, vous referez les mêmes tâtonnements le mois suivant. Gardez une seule ligne : « cet article, intention corrigée en ○○, sortie passée à △△, résultat □ clics ». Rien que ça, et vos décisions s’accumulent.

La règle de correction est toujours la même. Quand un échec apparaît, ne touchez pas à tout l’article : rapprochez la preuve du premier exemple d’échec, réduisez le nombre de sorties, et rendez la prochaine action mesurable. Respecter cet ordre change la vitesse d’amélioration.

FAQ

Q. Faut-il vraiment une seule sortie par article ? J’aimerais mettre à la fois du gratuit et du payant. R. Limitez la sortie principale en fin d’article à une seule. Si vous tenez absolument à garder un filet gratuit, mettez la sortie payante en valeur et ajoutez le gratuit en dessous, sur une seule petite ligne. Si vous alignez les deux à la même taille, le lecteur file presque toujours vers l’option la moins chère ou ne fait rien.

Q. Peut-on dépasser cinq catégories d’intention dans la table ? R. C’est possible, mais je recommande de commencer avec cinq. Plus il y a de catégories, plus vous passez de temps à hésiter sur le rangement de chaque article. Quand, à l’usage, un groupe d’articles « qui ne rentre vraiment pas dans les cinq » apparaît, ajoutez-en une à ce moment-là : c’est le bon dosage.

Q. Peut-on laisser Claude Code ajouter d’un coup les CTA de tous les articles ? R. D’un coup, c’est risqué. L’humain décide l’étiquette d’intention article par article, puis confie à Claude la génération du texte et la vérification. Si vous lui déléguez aussi le jugement d’intention, il sur-interprète le contexte et colle parfois une sortie à côté de la plaque. Testez d’abord sur quelques articles avant d’étendre.

Q. Je n’ai aucun système de mesure des clics. Comment commencer ? R. Au début, ne visez pas une mesure parfaite : ajouter aux liens un paramètre repère (par exemple ?from=intro-article) suffit à savoir de quel article vient le clic. Les bases de l’analyse de trafic s’installent avec la même logique que dans le guide de démarrage de Claude Code.

Q. Peut-on remettre à plus tard les sorties des articles à faible trafic ? R. Oui. Commencez par les 10 articles les plus consultés. L’amélioration du tunnel agit proportionnellement aux PV, donc corriger un article peu visité donne un effet peu visible. Réglez d’abord l’entrée de vos locomotives.

Le résultat de mon test

En appliquant cette table de routage à l’ensemble de mes 23 articles, ce qui a le mieux fonctionné, c’est le « script gardien qui compte les sorties ». En le lançant, surprise : 8 articles avaient encore deux sorties ou plus, et 3 articles n’en avaient aucune. Je croyais pourtant avoir tout limité à une, mais des liens d’anciens modèles traînaient encore, oubliés.

Le travail de ré-étiquetage des intentions, je ne l’ai pas confié aveuglément à Claude Code : j’ai décidé moi-même, article par article, « celui-ci est pour débutants », « celui-là pour qui galère sur les permissions ». Environ 30 minutes pour 23 articles. Ensuite, en ne déléguant à Claude que le brouillon du texte et la vérification finale du compte, j’ai aligné toutes les sorties sur une seule en une demi-journée.

Un mois plus tard, les chiffres ont confirmé deux choses : les téléchargements du PDF sur l’article débutant sont passés de 4 à 31, et le trafic global est resté quasiment identique. Je n’ai pas augmenté l’audience, j’ai simplement arrêté de perdre les lecteurs déjà venus. Corriger les sorties avant d’ajouter des articles, c’est plus rapide — voilà ce dont je me suis le plus convaincu cette fois.

Avant le tunnel, si vous voulez d’abord soigner la fabrication même de vos articles, je vous conseille de commencer par le guide de démarrage de Claude Code. Et pour un blog d’entreprise ou un média de marque, si vous voulez concevoir le tunnel de revenus en équipe, je le construis avec vous lors de formations et consultations sur mesure.