CALENDRIER ÉDITORIAL SEO
Prérequis
- Stratégie hubs et silos éditoriaux définie
- Convention de statuts (idée, rédaction, relecture, publié)
- Liste des owners rédaction et relecture technique
- Inventaire Airtable URLs optionnel pour sync post-publication
L'éditorial réactif produit des trous de maillage, des doublons d'intent et des publications décalées. Un calendrier Notion structure hubs, tutoriels et notes dans le temps, avec intent, owner et liens internes prévus. Vous allez construire la base, définir les vues calendrier et kanban, et l'aligner sur l'inventaire URLs Airtable.
Structurer la base calendrier
Colonnes essentielles : titre de travail, type (hub, tutoriel, note, landing), intent / requête cible, statut, date cible, URL finale, hub parent, liens internes prévus, auteur, relecteur SEO.
Ajoutez priorité (P0–P3), effort estimé (S/M/L) et dépendance release produit si le contenu doit sortir avec une feature.
Pour Cosmos Académie : colonnes outil, difficulté, relatedTutorialSlugs prévus — alignées sur le modèle `*.tutorial.ts`.
Créer les vues de pilotage
Vue Calendrier (date cible) : vision mensuelle. Vue Kanban (statut) : pipeline idée → publié.
Vue « Par hub » : vérifiez l'équilibre des contenus par silo. Filtre « Cette semaine » pour le point éditorial.
Vue « Sans maillage » : liens internes vides alors que statut ≥ rédaction — blocage avant mise en ligne.
Aligner avec Airtable et la production
À la publication, mettez à jour l'inventaire Airtable (URL, title, meta, statut revue). Make peut créer la ligne quand statut Notion passe à « Publié ».
Liez chaque entrée à la checklist metadata JSON-LD si le type de page l'exige.
Archiviez les idées abandonnées (statut « Archivé ») plutôt que de supprimer : utile pour les revues trimestrielles.
Erreurs fréquentes
Publier sans intent documenté : pages qui se cannibalisent sur les mêmes requêtes.
Calendrier décoratif : dates cibles jamais mises à jour après glissement.
Pas de owner : contenus bloqués en « rédaction » sans responsable.
Maillage pensé après coup : opportunités de liens internes manquées dans le premier jet.
Ce qu'il faut retenir
Base unique : type, intent, statut, date, URL, hub, maillage, owners.
Vues calendrier, kanban et par hub pour le pilotage.
Intent unique par URL ; maillage planifié avant rédaction.
Sync statut publié vers inventaire Airtable.
FAQ
Chaque fiche tutoriel backlog est une ligne avec slug, catégorie et outil. Le passage en « publié » coïncide avec le merge et le déploiement.
Hebdomadaire pour le pipeline ; mensuel pour l'équilibre hubs et la couverture intent.
Notion suffit pour le planning. Airtable apporte l'inventaire technique URL (metadata, JSON-LD, audit) — les deux sont complémentaires.