brandvm/webflow-launch

Lancement Webflow : build validé → site en ligne → 30 premiers jours

Commence là où la compétence webflow-build se termine, avec la remise du build : chaque page est complète sur l'environnement de staging et validée par rapport au design. Les règles permanentes de webflow-build s'appliquent toujours (pas de commit, push, publication sur un domaine personnalisé, release ou modification DNS sans accord explicite ; pas d'identifiants dans le chat).

Balises : [Claude] Claude le fait · [Claude vérifie] Claude vérifie et fait un rapport · [Personne] une personne le fait ; Claude peut le suivre, mais ne le revendique jamais. Les commandes sont les scripts de vérification de webflow-build (pnpm wf:*, depuis le dépôt ; ajoutez --live pour vérifier ce que les visiteurs voient). Lorsqu'une liste mentionne une autre compétence (webflow-performance-optimizer, asset-audit, safe-publish), utilisez-la si la session la contient ; sinon, effectuez la vérification manuellement et indiquez-le.

Comment exécuter :

1. Enregistrez chaque élément au fur et à mesure avec pnpm progress tick "<checklist>" "<le début de l'élément>" (--by check lorsqu'un script pnpm wf:* en décide), comme dans webflow-build › checklists.md › Comment enregistrer la progression. Le panneau Tâches de Bench affiche la même liste ; pnpm progress show l'affiche, avec les tâches de la personne.
2. Travaillez de haut en bas ; faites un rapport sur le résultat de chaque section avant de passer à la suivante.
3. Tout ce qui échoue est ajouté à la liste des problèmes connus comme "à corriger avant le lancement" ou "à corriger après le lancement", avec un responsable.
4. Les scripts de vérification de webflow-build fonctionnent toujours sur le domaine en ligne : passez --live et pointez stagingUrl vers le domaine lors de la vérification.

Plan SEO (pendant la relecture, avant la QA pré-lancement)

Le SEO est planifié et construit, pas seulement vérifié à la fin. Le plan se trouve dans docs/handoff/SEO-PLAN.md du dépôt (le modèle contient l'ébauche) : ce que le staging produit aujourd'hui, les étapes, les schémas par page et ce qui est nécessaire de la part du client.

• [Claude] Inventoriez chaque page et modèle : titre et description (avec les longueurs), champs et image Open Graph, noindex, JSON-LD. Lisez le HTML publié (pnpm wf:seo), pas les paramètres de la page.
• [Claude] Rédigez les titres et descriptions manquants ou faibles ; [Personne] les approuve ; [Claude] les écrit dans les paramètres de la page (les modèles lient un champ Meta Title et Meta Description).
• [Claude] Open Graph "identique au SEO" partout ; [Personne] approuve une image de partage par défaut de 1200×630 ; les modèles lient un champ d'image.
• [Claude] Les balises à l'échelle du site que Webflow n'écrit pas (og:site_name, og:locale) vont dans l'extrait de tête dans loader.html : recollez et publiez, puis pnpm wf:install.
• [Claude] Schémas sous forme de fichiers JSON-LD dans le dépôt, un par page (docs/seo/schema/<page>.jsonld) et docs/seo/schema/templates.md pour les modèles CMS avec leurs liaisons {Field}. Chaque élément fait référence à une Organisation par @id sur le domaine de production. Le fichier est la source de vérité ; le code en tête de page (ou jsonLdSchema via l'outil pages, là où le connecteur le permet) en est une copie. Liez uniquement les champs sur une seule ligne : un guillemet ou un saut de ligne casse le JSON, et une apostrophe devient '.
• [Claude] Plan des titres : pnpm wf:outline sur chaque page et modèle, vérifié par rapport à headings.md. Les corrections de balises vont dans le build ; [Personne] approuve tout changement de libellé H1 ou H2 (c'est du texte).
• [Claude] Plan de redirection, lorsque le site remplace un ancien : pnpm wf:redirects map (l'ancien site depuis liveUrl, ou --from) écrit docs/seo/redirects.csv dans le format d'importation de Webflow ; chaque ligne imprimée sous "a besoin d'un regard" est vérifiée et éditée dans le fichier. [Personne] approuve le plan et exporte les 301 existants du site s'il y en a (une importation les remplace tous ; relancez avec --existing).
• [Claude vérifie] Chaque page du sitemap a son titre, sa description, sa canonical et un H1 sur le staging (pnpm wf:seo).
• [Claude vérifie] Pas de titres ou descriptions en double et une vraie page 404 ; les titres longs et les descriptions courtes sont corrigés ou acceptés ; les pages sans schéma sont dans seo.noSchemaOk. Ensuite, le test Rich Results de Google sur une page de chaque type.
• [Personne] Fournit le nom officiel, l'adresse, le téléphone, les horaires, les profils sociaux et le domaine de production (www ou apex).

QA pré-lancement

Contenu

• [Claude vérifie] Pas de texte factice ou de liens # (pnpm wf:links, qui signale aussi le lorem ipsum) ; les images de substitution sont vérifiées par rapport aux problèmes connus.
• [Personne] Relisez chaque page.
• [Claude vérifie] Aucun marqueur data-manual-todo laissé dans le HTML publié (chaque étape manuelle est faite) ; docs/handoff/REVIEW.md › Avant le lancement, tout est coché.
• [Claude vérifie] Données de contact : téléphones sous forme de liens tel:, adresses, e-mails, horaires ; [Personne] confirme qu'ils sont corrects.
• [Claude vérifie] Pages légales présentes et liées dans le pied de page ; année de copyright et liens sociaux.

Fonctionnalités

• [Personne] Soumettez chaque formulaire une fois : il arrive dans la bonne boîte de réception ou le bon CRM, la confirmation s'affiche, l'auto-réponse s'envoie. (Claude ne peut pas passer la protection anti-spam ; les navigateurs sans tête sont bloqués par celle-ci.)
• [Claude vérifie] Tous les liens et boutons fonctionnent (pnpm wf:links --external ; confirmez les échecs externes manuellement, certains sites bloquent les bots).
• [Claude vérifie] Page 404, états de chargement, vides, de succès et d'erreur.
• [Claude vérifie] Recherche, filtres, tri et pagination, le cas échéant.
• [Personne] Paiements : un achat test et un remboursement, le cas échéant.

Appareils, accessibilité, vitesse

• [Personne] Appareils réels : iPhone Safari, Android Chrome ; desktop Chrome, Safari, Firefox, Edge.
• [Claude vérifie] pnpm wf:overflow sur chaque modèle de page : rien ne dépasse du bord droit et pas de défilement latéral, à toutes les largeurs de 2560 à 360 (largeurs d'ordinateur portable entre les points de rupture inclus).
• [Claude vérifie] Pas d'échecs d'accessibilité graves ou critiques sur aucune page, à toutes les largeurs (pnpm wf:a11y --all-widths). Cible : WCAG 2.2 AA.
• [Claude] Parcours clavier uniquement de chaque page : focus visible, ordre, menus, boîtes de dialogue, Échap.
• [Personne] Vérification ponctuelle avec un lecteur d'écran.
• [Claude vérifie] Performances sur un profil téléphone : CLS < 0,1, INP < 200 ms, LCP < 2,5 s comme cibles (webflow-performance-optimizer) ; notez ce que le design sacrifie.

SEO et suivi

• [Claude vérifie] Chaque page du sitemap a son titre, sa description, sa canonical et un H1 (pnpm wf:seo).
• [Claude vérifie] Balises OG et JSON-LD qui s'analysent sans entités HTML sur chaque page, et noindex uniquement sur les pages dans seo.noindexOk : le reste du rapport SEO. Texte alternatif (asset-audit), favicon, schéma là où SEO-PLAN.md le prévoit.
• [Claude vérifie] Les canonical pointent vers le domaine en ligne (après que le domaine est attaché : liveUrl dans la configuration, puis pnpm wf:seo --live --canonical).
• [Claude vérifie] pnpm wf:tracking --live une fois que les balises sont sur le domaine (sur le staging d'abord, si elles s'y chargent) : quelles balises se chargent sur quelles pages, aucune vue de page comptée deux fois, rien ne suit avant le choix du cookie ou après Refuser, gclid et UTM survivent aux redirections d'hôte. Chaque requête qui envoie des données est bloquée, donc la vérification n'ajoute rien aux rapports du client. Elle ne peut pas dire si un compte a reçu quelque chose.
• [Personne] GA4 et les conversions arrivent (rapport en temps réel), après avoir accepté les cookies sur le site en ligne.

Jour du lancement

• [Personne] Gel de contenu accepté ; approbation du go-live et date du client.
• [Personne] DNS : baissez le TTL un jour à l'avance ; conservez les enregistrements de messagerie (MX, SPF, DKIM). Claude ne modifie pas les paramètres DNS ou de registraire.
• [Claude] Avec un accord explicite : publiez sur le domaine en ligne (safe-publish si disponible : montrez ce qui a changé, confirmez, publiez) ; créez la release du dépôt et définissez RELEASE dans l'extrait de tête (README › Release).
• [Claude vérifie] pnpm wf:domain : le certificat est fiable et proche de sa date d'expiration, http et l'autre hôte www redirigent en permanence vers l'hôte liveUrl, le domaine n'expire pas dans les 45 jours.
• [Claude vérifie] pnpm wf:install --live : les extraits publiés correspondent à loader.html (avec la nouvelle RELEASE), une meta viewport, aucune requête vers localhost.
• [Claude vérifie] pnpm wf:seo --live --canonical : aucun noindex restant en dehors de seo.noindexOk, chaque canonical sur le domaine en ligne.
• [Claude] Supprimez le noindex et le mot de passe de staging ; robots.txt autorise l'indexation.
• [Claude] Sauvegardez les références visuelles du site en ligne (pnpm wf:baseline save --live, chaque page dans pages) et validez-les.
• [Claude] Appliquez les redirections 301 : [Personne] importe docs/seo/redirects.csv (Paramètres du site › Publication › Redirections 301 › Importer) et publie ; [Claude vérifie] pnpm wf:redirects test --live : chaque ligne atterrit sur sa page en un saut permanent.
• [Claude vérifie] sitemap.xml existe (Paramètres du site › SEO › Générer automatiquement le sitemap) et ne liste pas /design/style-guide ou /design/media : excluez les deux via l'outil sitemap une fois que le plan du site est actif (il répond 403 avant cela).
• [Personne] Soumettez sitemap.xml dans Search Console.
• [Personne] Soumettez un formulaire sur le site en ligne et voyez la visite dans les analytics.

Remise au client (go-live approuvé)

Tout [Personne], Claude peut préparer les documents :

• Site en ligne ; transfert de propriété (site Webflow, facturation de l'hébergement, domaine, fichiers de conception, licences de polices et d'images). [Claude] liste ce qui doit être transféré : registraire, hébergeur DNS et dates de renouvellement (pnpm wf:domain), les balises avec leurs ID et les services tiers que les pages chargent (pnpm wf:tracking --live).
• Formation CMS (enregistrée) et notes de formation ([Claude] les rédige à partir des notes CMS).
• Accès aux analytics, au Tag Manager et à Search Console.
• Identifiants restitués ; accès agence supprimé ou conservé sous contrat de support.
• Conditions de support et première feuille de route d'améliorations.

Après le lancement (30 premiers jours)

• [Claude vérifie] Jours 1 à 3 : explorez les 404 et les chaînes de redirection (pnpm wf:links --live --external) ; [Personne] vérifie la couverture de Search Console et exporte ses URL "Non trouvée (404)" ; [Claude vérifie] pnpm wf:redirects test --live --file <export> et ajoute des lignes au plan pour celles qui échouent.
• [Personne] Semaine 1 : les leads arrivent, les chiffres analytics semblent corrects.
• [Personne] Semaines 2 à 4 : indexation et trafic par rapport à la référence.
• [Claude] Corrigez les éléments post-lancement de la liste des problèmes connus.
• [Personne] Point à 30 jours, rétrospective, témoignage ou étude de cas.
• [Claude vérifie] pnpm wf:domain au point (et lors de toute visite de support ultérieure) : les renouvellements à venir vont à la personne qui les paie.
• [Claude] Avant chaque release ultérieure : pnpm wf:baseline compare --live après la publication sur le staging ; chaque changement est attendu ou corrigé.
• [Claude] Proposez les GOTCHAS du nouveau modèle template-candidate du projet au modèle (webflow-build › rules.md › Contributing) ; le modèle les collecte avec pnpm harvest.