Checklist quotidienne Claude Code pour publier un contenu de qualité

Le risque quotidien n’est pas d’écrire trop lentement, mais de publier trop vite

Claude Code accélère les brouillons, les exemples de code, les tableaux et les traductions. Cette vitesse devient dangereuse si elle produit des pages minces, sans retour d’expérience, avec un frontmatter cassé ou des versions localisées anciennes. Pour ClaudeCodeLab, le rythme sûr est un article solide par jour.

Le content ops désigne ici toute la chaîne: choisir le sujet avec des données, écrire un brief, vérifier le MDX et le frontmatter, exécuter les exemples, relire les localisations, contrôler le mobile avec Playwright, déployer, puis apprendre des données publiques. En termes simples, c’est le système qui empêche la qualité de dépendre seulement de la mémoire.

Les références officielles à garder dans la routine sont Google Search Console Performance report, AdSense page readiness guidance, Cloudflare Web Analytics, Astro Content Collections et Astro MDX. Côté ClaudeCodeLab, lisez aussi l’implémentation analytics, le CMS de blog et le guide approval/sandbox.

1. Scorez les sujets avant de rédiger

Le premier échec consiste à choisir un sujet faible et à demander à Claude Code de le sauver. Un bon sujet quotidien combine demande de recherche, problème clair, expérience originale, profondeur de code et lien naturel vers produit, formation ou consultation.

Enregistrez ceci dans topic-candidates.csv:

topic,impressions,ctr,position,business_fit,original_experience,code_depth
Claude Code daily publishing checklist,900,0.018,18,5,5,4
Claude Code prompt examples,2400,0.031,9,3,2,2
Claude Code AdSense workflow,500,0.012,22,5,4,3
Astro MDX frontmatter QA,650,0.021,14,4,5,5

Puis créez score-topics.mjs et lancez node score-topics.mjs:

import { readFileSync } from "node:fs";

const rows = readFileSync("topic-candidates.csv", "utf8")
  .trim()
  .split(/\r?\n/)
  .map((line) => line.split(","));

const [header, ...data] = rows;
const index = Object.fromEntries(header.map((name, i) => [name, i]));

const scored = data.map((row) => {
  const impressions = Number(row[index.impressions]);
  const ctr = Number(row[index.ctr]);
  const position = Number(row[index.position]);
  const businessFit = Number(row[index.business_fit]);
  const originalExperience = Number(row[index.original_experience]);
  const codeDepth = Number(row[index.code_depth]);

  const opportunity = Math.log10(impressions + 1) * (1 - ctr) * Math.max(1, 30 - position);
  const quality = businessFit * 2 + originalExperience * 2 + codeDepth;
  const score = Math.round(opportunity + quality * 10);

  return { topic: row[index.topic], score, ctr, position };
});

scored
  .sort((a, b) => b.score - a.score)
  .forEach((item, rank) => {
    console.log(`${rank + 1}. ${item.topic} - score ${item.score} (CTR ${item.ctr}, pos ${item.position})`);
  });

Trois cas d’usage reviennent souvent: améliorer un article déjà visible mais peu cliqué, écrire une procédure qui mène à une consultation, ou publier une implémentation avec du vrai code.

2. Donnez un brief clair à Claude Code

Un brief est la consigne de travail avant rédaction. Il fixe le lecteur, l’intention de recherche, les exemples, les échecs, les liens officiels, les liens internes et les CTA. Sans brief, le texte peut être fluide mais trop générique.

You are the ClaudeCodeLab article editor.

slug: claude-code-daily-publishing-checklist
reader: solo developers and small teams running a Claude Code technical blog
search intent: publish daily without weakening AdSense quality, localization, code checks, or deployment QA
must include:
- a substantial beginner-readable canonical article
- 3+ real use cases
- plain explanations for first-use terms
- a CSV + Node.js topic scoring example
- an MDX/frontmatter prepublish checker
- concrete failure modes and fixes
- official documentation links and internal ClaudeCodeLab links
- a natural CTA to free PDF, products, and training/consultation
avoid:
- pseudocode-only examples
- stub translations
- claiming done before public verification

3. Vérifiez mécaniquement le MDX et le frontmatter

Le frontmatter est le bloc de métadonnées en tête du fichier MDX: titre, description, dates, tags, image, langue et règles de publication. S’il est faux, la page peut s’afficher tout en cassant le SEO, l’OGP ou les routes localisées.

Placez ce fichier dans site/prepublish-check.mjs, puis exécutez node prepublish-check.mjs claude-code-daily-publishing-checklist:

import { existsSync, readFileSync } from "node:fs";
import path from "node:path";

const slug = process.argv[2];
if (!slug) {
  console.error("Usage: node prepublish-check.mjs <slug>");
  process.exit(1);
}

const locales = [
  ["blog", "ja"],
  ["blog-en", "en"],
  ["blog-zh", "zh"],
  ["blog-ko", "ko"],
  ["blog-es", "es"],
  ["blog-fr", "fr"],
  ["blog-de", "de"],
  ["blog-pt", "pt"],
  ["blog-hi", "hi"],
  ["blog-id", "id"],
];

const requiredExternal = [
  "support.google.com/webmasters",
  "support.google.com/adsense",
  "developers.cloudflare.com/web-analytics",
  "docs.astro.build",
];

const failures = [];

for (const [dir, lang] of locales) {
  const file = path.join("src", "content", dir, `${slug}.mdx`);
  if (!existsSync(file)) {
    failures.push(`${file}: missing locale file`);
    continue;
  }

  const source = readFileSync(file, "utf8");
  const frontmatter = source.match(/^---\n([\s\S]*?)\n---/);
  if (!frontmatter) failures.push(`${file}: frontmatter missing`);

  const description = source.match(/^description:\s*"([^"]+)"/m)?.[1] ?? "";
  if (description.length > 120) failures.push(`${file}: description is ${description.length} chars`);
  if (!new RegExp(`^updatedDate:\\s*"2026-06-02"`, "m").test(source)) {
    failures.push(`${file}: updatedDate must be 2026-06-02`);
  }
  if (!new RegExp(`^lang:\\s*"${lang}"`, "m").test(source)) {
    failures.push(`${file}: lang should be ${lang}`);
  }
  if ((source.match(new RegExp("`{3}", "g")) ?? []).length % 2 !== 0) {
    failures.push(`${file}: unclosed code fence`);
  }
  if (!/\]\(\/(?:[a-z]{2}\/)?blog\//.test(source)) {
    failures.push(`${file}: internal blog link missing`);
  }
  for (const host of requiredExternal) {
    if (!source.includes(host)) failures.push(`${file}: missing official link ${host}`);
  }
}

if (failures.length) {
  console.error(failures.join("\n"));
  process.exit(1);
}

console.log(`OK: ${slug} passed localized prepublish checks`);

4. Les exemples doivent être exécutables

Chaque bloc de code doit dire où l’enregistrer, quelle commande lancer et quelles hypothèses vérifier. Pour le rendu mobile, Playwright permet de repérer un bloc trop large, un CTA qui se chevauche ou un titre traduit trop long.

cd site
node prepublish-check.mjs claude-code-daily-publishing-checklist
ASTRO_TELEMETRY_DISABLED=1 npm.cmd run build
npm.cmd run preview -- --host 127.0.0.1
npm.cmd i -D @playwright/test
npx.cmd playwright install chromium
npx.cmd playwright test tests/publish-mobile.spec.ts

Les erreurs fréquentes sont simples: s’arrêter au dossier dist, oublier une langue, casser les guillemets du frontmatter ou pointer un CTA vers une route non localisée.

5. La localisation est une vraie relecture éditoriale

Localiser ne signifie pas résumer. Vérifiez le mot-clé du titre, la description sous 120 caractères, les liens internes en /fr/blog/, la syntaxe du code et un CTA naturel. Si les produits restent en anglais, le lien vers products doit être assumé dans le texte.

Le parcours de sortie doit rester clair: débuter avec le cheatsheet gratuit, comparer les produits, ou demander une formation et consultation Claude Code pour une équipe.

En testant ce flux, le score de sujets a réduit l’hésitation quotidienne. Le script prepublish a aussi trouvé les problèmes que l’on rate facilement après une génération rapide: dates anciennes, liens officiels absents et code fences non fermés.