Concevoir, structurer et fiabiliser un portfolio professionnel

Un support de présentation, de preuve et de contact

Le portfolio devait évoluer pour présenter plus clairement un positionnement professionnel, rendre les preuves de réalisation accessibles et permettre une prise de contact simple.
Il s’adresse à des recruteurs, à des managers et interlocuteurs opérationnels, ainsi qu’à d’éventuels partenaires.

Réalisé dans un cadre personnel, ce site ne représente toutefois pas un système d’information d’entreprise évolutif at scale. Il sert de démonstrateur concret d’une méthode de conception, de structuration de contenu, de contrôle et de publication.

Un même niveau d’exigence pour chaque besoin

Choisir un socle adapté à un portfolio éditorial

Des composantes éditoriale et technique séparées

Le framework Astro a été retenu pour assurer la génération statique et le code de présentation. Les Content Collections définissent les structures de contenu et les contrôles de cohérence ; Front Matter CMS fournit une interface d’édition locale tandis que le contenu est enregistré dans des collections Markdown.

Etant donnée l'approche Product Build nécessaire avec Astro, GitHub est également de la partie pour tracer les évolutions. Le site statique est hébergé chez OVH.
Le formulaire Contact s’appuie sur Supabase et Brevo : le premier gère le traitement côté serveur et les données de formulaire des demandes conformément à la politique de conservation des données, le second l’acheminement des notifications.

Cette organisation distingue volontairement le contenu éditorial, le code de présentation, les contrôles de build et la publication. Elle rend les responsabilités et les vérifications plus faciles à comprendre, y compris pour des personnes moins techniques.

Contrainte identifiée

De l’édition locale à une publication vérifiée

1. Étape 1

   Création

   Une nouvelle page est créée en choisissant un modèle (Content Type) et sa place dans l’arborescence existante.

2. Étape 2

   Édition

   Le contenu est créé ou ajusté dans la collection Markdown choisie, avec des structures et intitulés explicites.

3. Étape 3

   Prévisualisation

   Les évolutions sont consultées localement afin de vérifier le rendu, les liens, les versions linguistiques et les contenus encore en statut brouillon.

4. Étape 4

   Build

   La génération statique vérifie les collections et produit une version contrôlable.

5. Étape 5

   Contrôle & validation

   Les contrôles incluent notamment le rendu attendu, les routes, les liens de langue et l’absence de régression visible. Chaque page validée voit son statut brouillon retiré.

6. Étape 6

   Publication

   La version validée est publiée en ligne par SFTP. La distinction entre brouillon, prévisualisation et publication réduit le risque de mise en ligne anticipée.

Une pratique transférable

Des protections ciblées et vérifiées

Un cadre éditorial extensible, avec des limites assumées

Le résultat est un portfolio bilingue dont le contenu est éditable, les études de cas extensibles et le workflow documenté. Les modalités d'édition permettent de varier la présentation tout en assurant une cohérence visuelle globale.
La prévisualisation locale, les contrôles de build et la publication maîtrisée permettent d’examiner une évolution avant sa mise en ligne.

Les protections mises en œuvre restent mesurées et contrôlées : elles couvrent le périmètre du site et du formulaire, en observant les bonnes pratiques de sécurité générales, sans revendiquer une expertise de cybersécurité.

Limite du périmètre démontré

Évolutions envisagées

• Enrichir progressivement les publications éditoriales.
• Réaliser des audits périodiques d’accessibilité et de performance.
• Faire évoluer les modèles éditoriaux lorsque l’ergonomie de Front Matter le justifie.