Que fait Page d'Atterrissage GTM ?
Créez des pages d'atterrissage qui convertissent — pas seulement qui décrivent. Combinez la recherche produit, le positionnement concurrentiel, la rédaction commerciale et l'implémentation frontend en un seul flux de travail.
Accueil — Toujours Demander d'Abord
Avant tout travail, collectez ces informations :
| Entrée | Question |
|---|---|
| URL cible | "Pour quelle URL ou route est-ce ?" (ex. myapp.com/pricing) |
| Chemin du code source | "Où se trouve le code source ?" (ex. /home/user/project/src) |
| Produit/fonctionnalité | "Quel produit ou fonctionnalité cette page vend-elle ?" |
| Public | "Qui est l'acheteur ? (rôle, taille de l'entreprise, niveau de douleur)" |
| Concurrents | "À qui vous comparent-ils ?" |
| Contraintes | "Système de design existant, fournisseur de formulaire, destination CTA ?" |
Si la page existe déjà, lisez-la d'abord. Ne proposez jamais de modifications sur du code que vous n'avez pas lu.
Flux de Travail
Phase 1 : Rechercher le Produit
Étudiez le produit réel avant d'écrire un seul mot de copie. N'inventez jamais de fonctionnalités.
- Lire le code source — Cherchez l'implémentation de la fonctionnalité. Utilisez git log pour trouver les modifications récentes.
- Valider les affirmations — Pour chaque fonctionnalité revendiquée, confirmez qu'elle existe dans le code. Signalez les écarts : "X existe. Y est partiel. Z introuvable."
- Identifier les différenciateurs — Que fait ce produit que les concurrents ne font vraiment pas ? Les avantages architecturaux > les fonctionnalités de surface.
- Trouver l'angle d'amélioration continue — Tout comportement d'apprentissage/adaptatif est de l'or marketing. Comprenez le mécanisme pour pouvoir le décrire sans jargon.
Phase 2 : Positionnement Concurrentiel
Cadrez chaque section comme "pourquoi nous, pas eux" sans nommer les concurrents.
Formule de positionnement :
Douleur qu'ils ressentent chaque jour
+ Ce que les concurrents font (mal)
+ Ce que tu fais différemment
+ Résultat qu'ils vivront
Test anti-générique — Si la copie pourrait apparaître sur le site d'un concurrent inchangée, réécrivez-la :
- "Propulsé par IA" → Que fait réellement l'IA ?
- "Automatisation intelligente" → Qu'est-ce qui est spécifiquement automatisé ?
- "Facile à utiliser" → Comparé à quelle alternative douloureuse ?
Modèles de rejet des concurrents :
- "Chaque application de [catégorie] revendique [buzzword]. La plupart font juste [ce qu'ils font]. Nous sommes différents."
- "Pas [ancienne approche]. Vraie [nouvelle approche] qui [résultat concret]."
- "Les autres outils restent statiques. Le nôtre [comment il évolue]."
Phase 3 : Rédiger le Contenu Commercial
Transformez les fonctionnalités en désir. Pensez comme un acheteur, pas comme un ingénieur.
Ton par public :
| Public | Ton | Exemple |
|---|---|---|
| Propriétaire de PME | Chaleureux, direct | "Prenez un reçu en photo. C'est fait." |
| Responsable financier | Axé sur les résultats | "Chaque correspondance vous montre exactement pourquoi." |
| Entreprise | Bâtisseur de confiance | "Contrôle sans complexité." |
| Technique | Précis, crédible | "Devient mesurablement plus intelligent chaque semaine." |
Règles de rédaction :
- Commencez par la douleur — "Arrêtez de remplir des formulaires un par un" > "Remplissage automatisé de formulaires"
- Une phrase, une idée — Court. Percutant. Scannable.
- Concret > abstrait — "Répondez en 10 secondes" > "Temps de réponse rapides"
- Test "Je veux ça" — Lisez chaque carte à voix haute. L'acheteur pense-t-il "J'ai besoin de ça" ? Si non, réécrivez.
- Terminez par le résultat — "Ne perdez jamais une vente à cause d'une réponse lente" > "Utilise le NLP pour générer des réponses"
Parler de l'IA/tech sans jargon :
| Réalité technique | Dites plutôt |
|---|---|
| Le modèle ML se réentraîne chaque semaine | "Devient plus intelligent chaque semaine grâce à vos retours" |
| Cadre d'optimisation interne | Ne mentionnez jamais. Dites "apprend de vos corrections" |
| LLM / GPT / Claude | "Assistant IA" ou simplement "votre assistant" |
| Intégration API | "Se connecte à vos outils existants" |
| Données d'entraînement issues des corrections utilisateur | "Chaque correction lui apprend quelque chose de nouveau" |
| Contrôle de précision empêche la régression | "Ne peut que s'améliorer — jamais empirer" |
| IA explicable / traces de raisonnement | "Vous montre exactement pourquoi chaque décision a été prise" |
Phase 4 : Concevoir la Page
Anatomie d'une page optimisée pour la conversion :
1. Héro — Titre + sous-titre + CTA principal
2. Points de douleur — 3 à 4 scénarios que l'acheteur RESSENT (tons rouges/chauds)
3. Solution — Cartes de transformation, pas de listes de fonctionnalités
4. Preuve sociale — Témoignages ou métriques
5. Comment ça marche — 3 étapes maximum (réduire la complexité perçue)
6. Tarifs — vs. comparaison avec le statu quo, pas juste un tableau
7. FAQ — Gestion des objections déguisée en aide
8. CTA final — Urgence + formulaire (répéter le CTA principal)
Toutes les pages n'ont pas besoin de toutes les sections. Adaptez à la complexité du produit :
- Lancement d'un nouveau produit : Toutes les sections
- Mise à jour d'une fiche fonctionnalité : Cartes + nouvelle section si nécessaire
- Produit dans un portfolio : Cartes dans un tiroir/grille, lien vers une page dédiée
CTA et formulaires :
- CTA principal dans le héro ET en bas — deux chances de convertir
- Champs minimum. Chaque champ supplémentaire tue environ 10 % de conversion.
- Minimum de capture de leads : nom + email + entreprise. Ajoutez le téléphone uniquement si le produit l'exige.
- Utilisez l'infrastructure de formulaire existante (Formspree, Resend, etc.) — n'ajoutez pas de dépendances.
- Ajoutez un champ caché
_sourcepour distinguer de quelle page le lead provient.
Modèle Accès Anticipé / Liste d'attente :
- Badge coloré signale l'exclusivité (ex. badge violet "Accès Anticipé")
- Formulaire en ligne minimal (2-3 champs) directement sur la carte fonctionnalité
- Moins de friction qu'une page séparée — captez l'intérêt au moment de la découverte
Phase 5 : Construire et Livrer
- Correspondre aux motifs existants — Lisez 2-3 pages existantes. Faites correspondre les imports, la mise en page, le routage, le système de design.
- Réutiliser le système de design — Composants UI existants uniquement. N'introduisez pas de nouveaux frameworks.
- Mobile-first — Chaque section doit fonctionner à une largeur de 375px.
- Enregistrer la route — Ajoutez-la au routeur avec import.
- Vérifier les types — Exécutez le vérificateur de types avant de commit. Zéro nouvelle erreur.
- Cohérence multi-codebase — Si le produit apparaît sur plusieurs sites, mettez TOUS à jour avec un message cohérent.
Phase 6 : Checklist de Livraison
Avant de pousser :
- Chaque fonctionnalité dans la copie existe dans le code produit réel
- Pas de jargon (vérifiez : API, SDK, LLM, model, algorithm, pipeline, container)
- Chaque carte passe le test "Je veux ça"
- Les boutons CTA fonctionnent (défilement vers le formulaire ou lien vers l'inscription)
- Le formulaire se soumet correctement avec le champ
_source - Responsive mobile à 375px
- Les vérifications de types passent
- Toutes les codebases mises à jour si le produit est multi-site
- Test de copie concurrente : cette copie pourrait-elle apparaître sur le site d'un concurrent ? Si oui, réécrivez.
Fichiers de Référence
- references/copy-formulas.md — Formules de titres, motifs de cartes, textes CTA, modèles FAQ
- references/page-archetypes.md — Modèles pour le lancement de produit, mise à jour de fonctionnalité, comparaison, pages d'attente