Files
2026-03-14 23:41:03 +00:00

4.7 KiB
Raw Permalink Blame History

Plan dexécution — Double version (GitHub Pages + web externe)

Statut 2026-03-14: plan historique. La strategie "double version GitHub Pages + web externe" n'est plus active. Reference actuelle: Astro sur OVH via GitHub Actions FTP.

Date: 2026-03-02 Objectif: activer proprement une variante web hors GitHub sans casser la version stable GitHub Pages.

1) Référentiel dexécution

  • Référence de vérité DA: notes-interne/creative-direction-brief.md
  • Contrats publics (ancres/tracking/SEO): specs/site-github-pages-spec.md
  • Gates techniques: scripts/validate-tracking.mjs
  • Source technique:
    • production immediate: index.html, styles.css, script.js, lab/
    • évolution studio: src/pages/index.astro, src/styles/global.css, composants TSX

2) Stratégie de déploiement (choix)

Baseline (conservée)

  • Production immédiate = GitHub Pages via index.html statique.
  • Aucun régression fonctionnelle ni visuelle sur cette version.

Variante Web externe (en parallèle)

  • Build web hors GitHub = Astro dist/ (issue de la même base contentuelle DA).
  • Utilisation recommandée: Vercel/Netlify (routes directes sur /).

3) Plan opérationnel par phases

Phase A — Préparation (1h)

  • Valider que les sections/IDs core existent sur les 2 cibles:
    • #a-propos
    • #projets
    • #contact
  • Vérifier que les contrats events GA4 sont identiques côté code source (nom + params).
  • Valider que le plan dassets SEO (robots/sitemap/OG/favicons) est prêt pour lhôte externe.

Phase B — Stabilisation GitHub Pages (0.5h)

  • Exécuter: npm run lab:build, npm run tracking:check, npm run storybook:build, npm run preflight:pages.
  • Vérifier sur local static preview (fallback) que index.html reste inchangé.
  • Déployer GH Pages via main + workflow .github/workflows/deploy-pages.yml.
  • Contrôles post-déploiement:
    • https://electron-rare.github.io/
    • https://electron-rare.github.io/lab/
    • ancres core, robots, sitemap, prévisualisation OG.

Phase C — Préparation web externe (1h)

  • Lancer build Astro de référence: npm run build.
  • Vérifier localement dist/index.html (ou host preview) et cohérence visuelle.
  • Vérifier que les CTA et paramètres GA4 sont bien émis comme GitHub Pages.
  • Documenter la cible dURL externe et le base/site approprié si besoin.

Phase D — Déploiement alternatif (0.5h)

  • Déployer dist/ sur hôte externe (Vercel/Netlify/custom) via npm run build:external.
  • Vérifier accessibilité routes:
    • /
    • ancres de navigation en-fragmente
    • /lab/ (si exposée selon choix produit)
  • Contrôles SEO: robots/sitemap (version externe si nécessaire), canonical, OG/Twitter.

Phase E — Parité de preuve (1h)

  • QA visuelle 390/768/1024/1440 sur les 2 versions.
  • Tracking check:
    • GA4 Realtime (events principaux)
    • DebugView (event_category, event_label, destination)
  • Archive:
    • captures QA dans artifacts/.../
    • manifest mis à jour (evidence/manifest.json)
  • Verrouiller décision de routage principal: garder GH Pages ou activer web externe.

Section complémentaire — Capture DA Figma (Home)

4) Règles de non-régression (non négociables)

  • Aucune divergence visuelle majeure non tracée dans les docs DA.
  • Uniquement la version choisie est promue comme “production”.
  • Le contrat DA reste identique: anchors + CTAs + tracking + contraste/conversion.
  • Pas de modification de tracking contract sans passage obligatoire de tracking:check.

5) Rôles / ownership proposé

  • Pilotage DA: maintenu dans docs/project-master-todos.md + ce plan.
  • QA: validation viewport + tracking + SEO.
  • Livraisons: un seul merge valide une seule version à la fois.

6) Critères dacceptation

  • 1 version publiée stable (GH Pages) + 1 build externe validé ou explicitement noté “en attente”.
  • Les 3 ancres core fonctionnent sur les deux vues.
  • Les events principaux GA4 passent avec paramètres conformes.
  • Aucune régression de navigation, CTA, ni contraste.