Content Guidelines

Ce document définit les règles éditoriales du blog.Objectif : produire un contenu cohérent, lisible et durable, orienté terrain.

1. Positionnement éditorial

Le blog traite de la sécurité de l’information par le prisme de l’identité, avec un ancrage fort dans les environnements Microsoft, sans exclusivité technologique.

Le contenu reflète une pratique hybride, entre gouvernance et technique : analyses de mécanismes d’identité et d’accès, décryptages d’évolutions produit, retours terrain, outils et automatisation.

Le ton est factuel, professionnel et mesuré. L’objectif est de clarifier des sujets complexes sans simplification excessive ni posture marketing.

2. Catégories

Les catégories décrivent l’intention éditoriale de l’article.

Catégories autorisées :

• analyse : décryptage, prise de recul, lecture technique ou RSSI

• gouvernance : politiques, contrôles, cadres de référence

• technique : mécanismes, implémentation, fonctionnement interne

• outils : scripts, automatisation, audits

Règles :

• maximum 2 catégories par article

• pas de catégories dépendantes d’un éditeur ou d’un produit

• les catégories doivent rester stables dans le temps

Exemple :

• categories: [analyse, technique]

3. Tags

Les tags décrivent le sujet technique abordé.

Règles :

• minuscules

• sans accents

• format kebab-case

• 5 à 8 tags maximum

• pas de synonymes redondants

Exemples de tags :

• entra-id

• conditional-access

• mfa

• tokens

• passkeys

• sessions

• rbac

• gouvernance

4. Séries

Les séries structurent des parcours de lecture cohérents sur plusieurs articles.

Règles :

• une série correspond à un objectif clair

• le nom de la série est stable

• l’ordre est explicite via series_order

• les séries sont indépendantes des catégories

Exemple :

• series: CAF

• series_order: 020

5. Scope

Le champ scope indique le périmètre fonctionnel de l’article.Il est principalement utilisé pour l’affichage dans la sidebar.

Règles :

• facultatif

• 2 à 5 éléments maximum

• vocabulaire naturel (accents autorisés)

• éléments courts (pas de phrases)

• pas de nouveaux concepts absents de l’article

Exemple :

• scope:

  • Entra ID

  • Passkeys

  • Récupération de compte

6. Platform

Le champ platform indique le socle technique principal sur lequel s’appuie l’article.

Règles :

• une seule valeur

• vocabulaire stable

• pas de liste

Exemples de valeurs :

• Microsoft Entra ID

• Microsoft 365

• Azure

• Multi-platform

• Vendor-agnostic

7. Lint lexical

Certains termes sont évités car trop génériques, marketing ou imprécis.

À éviter :

• organisation(s)

• enjeu(x)

• stratégique

• vision

• transformation

• paradigme

• véritable enjeu

• levier

À privilégier :

• entreprise(s)

• environnement(s)

• contraintes

• implications

• dans les faits

• en pratique

• sur le terrain

8. Images et illustrations

Règles :

• uniquement si elles apportent une compréhension supplémentaire

• privilégier des visuels réels (interfaces, schémas, parcours)

• éviter les métaphores visuelles gratuites

• toujours ajouter une légende sobre

9. Conclusion des articles

Une conclusion doit :

• relier les points abordés

• éviter les effets de style

• ne pas chercher à convaincre ou à “vendre” une idée

Les punchlines, slogans et conclusions abstraites sont à éviter.

10. Publications LinkedIn

Les posts LinkedIn associés aux articles doivent :

• annoncer le contenu, sans le survendre

• rester descriptifs et sobres

• éviter toute accroche sensationnaliste

Le rôle du post est d’orienter vers l’article, pas de le résumer ou de le défendre.