Roadmap du site Techniir

Feuille de route des sections et évolutions du site. Document de travail, non publié (docs/ n’est pas servi par Hugo). Cocher au fur et à mesure.

Vision

Le site est un blog d’autorité technique, monétisé par le conseil (Techniir IT Consulting), avec une formation possible plus tard (parcours MCT). Priorité assumée dans cet ordre : autorité, conseil, formation.

Le blog est le haut de l’entonnoir. Chaque page de contenu doit offrir un chemin clair vers « travailler avec moi » et « rester informé » (newsletter).

Choix stratégique à confirmer

• Trancher l’accent principal des 6 prochains mois : (a) autorité / audience, (b) génération de missions conseil, (c) préparation formation. La roadmap suppose (a) puis (b).

Phase 1 : maintenant

Contenu et structure

• Clusters éditoriaux. Pages-piliers créées : /microsoft-fabric/, /platform-engineering/, /certifications/ (type: pillar, gabarit layouts/pillar/list.html, intro curée + liste auto des articles par pillarTags). Entrées de menu ajoutées. Piliers Kubernetes et Sécurité / DevSecOps à créer quand il y aura des articles.
• Séries / parcours. Taxonomy series déclarée dans hugo.toml. Série « Industrialiser Microsoft Fabric » sur les 4 articles (series + seriesOrder en front matter). Encart de navigation en tête d’article via le shortcode (layouts/_shortcodes/serie.html), page d’index /series/industrialiser-microsoft-fabric/.
• Hygiène des tags. DMV et Query Insights retirés des articles (absorbés par Fabric Warehouse + Monitoring, déjà présents sur les mêmes articles). T-SQL conservé : légitime sur l’aide-mémoire SQL→KQL (content/ressources/sql-vers-kql.md), où c’est le sujet réel, pas juste une étiquette redondante comme sur les articles DMV. content/tags/ci-cd/_index.md créé (title = "CI/CD"), l’URL /tags/ci-cd/ reste stable. Liste finale : Microsoft Fabric, DP-700, Git, Azure DevOps, GitHub, CI-CD, Service Principal, Fabric Warehouse, Monitoring, T-SQL, KQL.

Pages business

• /a-propos/ : recentrer sur bio, histoire, crédibilité (PhD, PMP, MCT, certifs). Retirer la logique « contact » (qui part sur sa propre page).
• /services/ (ou /conseil/) : 3 offres claires (ex. audit CI/CD Fabric, mise en place de pipelines de déploiement, accompagnement DP-700 / revue d’architecture). Format par offre : pour qui, livrable, déroulé, durée indicative. Bloc « comment ça se passe » + CTA Calendly. Reporté explicitement (11 septembre 2026) : pas de décision prise sur les offres, à reprendre plus tard.
• /contact/ : page indexable. Formulaire (Web3Forms) + Calendly + e-mail + LinkedIn + délai de réponse annoncé (48h ouvrées). Liens directs déplacés depuis /a-propos/.

Acquisition et mesure

• Newsletter. Choisir l’outil (Buttondown / Kit / MailerLite, palier gratuit). Bloc d’inscription en fin d’article + page /newsletter/ (promesse, fréquence, archive). Connecter au flux RSS pour l’envoi.
• Analytics respectueux. Cloudflare Web Analytics posé dans extend_head.html, sous hugo.IsProduction (exclu de hugo server en local). Sans cookies, sans donnée personnelle.
• Couvertures raster 1200x630. PNG exportés par article (même rendu que le SVG affiché en page) + static/og-image.png en repli site entier. [params.images] dans hugo.toml + socialImage en front matter, résolus par layouts/_partials/social_image.html (priorité sur cover.image pour og:image / twitter:image uniquement, l’affichage en page reste le SVG léger).

Conversion sur page

• Refonte de la page d’accueil. Accroche + « ce que je fais » + 3 articles mis en avant + inscription newsletter + CTA conseil. Aujourd’hui : bloc générique du thème.
• Encart auteur en fin d’article : photo + bio + liens (À propos, LinkedIn, Calendly), via le hook layouts/_partials/extend_post_content.html (auto sur toute la section posts). Texte provisoire : à repasser quand /a-propos/, /services/, /newsletter/ existeront.
• Menu et footer. Nav épurée (Articles, Ressources, Services, À propos, Contact) ; footer riche (plan du site, newsletter, réseaux, mentions).

Phase 2 : ensuite

• /references/ (retours de mission / cas clients). 1 à 2 pour démarrer, anonymisés si nécessaire. Format orienté résultat : contexte, problème, action, résultat chiffré, verbatim client si possible. Signal de confiance n°1 en B2B.
• [~] /ressources/ : section créée + entrée de menu. Premier contenu : /ressources/sql-vers-kql/, aide-mémoire interactif SQL vers KQL (gabarit layouts/outil/single.html pour type: "outil", shortcode {{< sql-kql >}} scopé sous .sqlkql). Reste à ajouter : checklists (revision DP-700, go-live Fabric, durcissement CI/CD), glossaire, versions PDF (aimants à leads pour la newsletter). Penser à lier l’outil depuis les articles DMV / Query Insights et le pilier Certifications.
• /dp-700/ : hub d’examen dédié. Domaines, notes vérifiées en lab, pièges, questions types. Fort potentiel SEO (requêtes d’examen) et pont vers la formation.
• Interventions / publications : talks, slides, enregistrements, papiers. Section dédiée ou bloc sur /a-propos/.

IA pédagogique

Objectif affiché : aider les apprenants Fabric à apprendre plus vite. Choix du 11 septembre 2026, tranché après comparaison quiz vs chatbot RAG (voir conversation) : le quiz d’abord, sans coût ni infrastructure, le chatbot RAG plus tard une fois qu’il y aura du trafic pour le justifier.

• Mini-quiz de fin d’article. Front matter quiz (intro + questions, chaque question q / options / a / why), rendu par layouts/_partials/quiz.html avant le bouton « utile ? ». Pas de coût, pas de backend : les questions sont rédigées (par moi, à partir de l’article) puis validées par l’utilisateur, l’exactitude technique étant non négociable sur du contenu de certification. Premier quiz posé sur dmv-fabric-warehouse-temps-reel (6 questions). Reste à faire : un quiz sur chacun des 3 autres articles.
• Chatbot RAG “Demander à l’article”. Reporté volontairement. Piste retenue si on s’y met : pas de Cloudflare Vectorize (réservé au plan payant Workers en production, et sur-dimensionné pour ~20 articles) ; embeddings précalculés au build, recherche par similarité cosinus dans le Worker, génération via Workers AI (gratuit, qualité correcte) ou API Anthropic avec clé propre (meilleure qualité, coût réel mais faible à trafic actuel). Prérequis avant activation : limitation par IP (anti- abus) et prompt qui interdit toute réponse hors des passages retrouvés.

Phase 3 : plus tard

• /formation/ : catalogue d’ateliers (intra + sessions ouvertes), liste d’attente. À activer une fois le MCT obtenu. Cours auto-porté envisageable ensuite, à partir du blog et des ressources.
• /outils/ (mini-labs) : scripts, modules Terraform, petits outils open source publiés sur GitHub (bootstrap SPN Fabric, déclenchement de deployment pipeline, etc.).
• [~] Bilingue FR + EN. Décision du 11 septembre 2026 : faire la plomberie maintenant, sans traduire encore (testé en local : activer [languages.en] sans contenu anglais produit une page d’accueil vide avec <html lang="en">, pas acceptable en production). Fait : - Modèle d’URL figé : anglais en sous-répertoire /en/ (défaut Hugo, confirmé par le test local), français à la racine. Rien à changer dans hugo.toml pour ça, c’est le comportement par défaut. - Toutes les chaînes d’interface des partials et JS maison (hors contenu éditorial) extraites vers i18n/fr.toml : boutons, labels, messages du quiz, du formulaire de contact, du bouton « utile ? », de la nav gauche, de la palette de recherche. Convention documentée dans docs/mise-a-jour-papermod.md. Reste à faire pour activer l’anglais : ajouter [languages.en] dans hugo.toml, écrire i18n/en.toml (mêmes clés que i18n/fr.toml), traduire soigneusement les articles (le vrai chantier, voir conversation du 11 septembre 2026 : une traduction bâclée nuirait à la crédibilité recherchée auprès de l’audience anglophone Fabric).
• /veille/ : notes courtes récurrentes « ce qui a changé dans Fabric ». Fraîcheur SEO et carburant newsletter, distinct du long format.

Décisions en attente (pour débloquer la Phase 1)

Résolu depuis : Analytics (Cloudflare Web Analytics), Formulaire contact (Web3Forms), Taxonomie tags (liste finale ci-dessus, section Hygiène des tags).

Notes techniques

• Ajouter une section = content/<section>/_index.md + entrée [[menu.main]] dans hugo.toml (poids). Gabarit liste : PaperMod fournit list.html ; surcharger dans layouts/<section>/list.html seulement si besoin.
• Toute personnalisation de gabarit : la reporter dans docs/mise-a-jour-papermod.md.
• Pas de — (tiret cadratin) dans le contenu ni les gabarits.