Communitygithub.com

rubikdesign-marketing/paid-landing-page-audit

Auditez une page de destination recevant du trafic payant par rapport aux bonnes pratiques de conversion post-clic et obtenez une liste priorisée de correctifs – correspondance message-annonce, clarté au-dessus de la ligne de flottaison, friction de formulaire, confiance, vitesse, mobile, risque politique – chaque résultat étant étiqueté par classe de preuve et sans aucune affirmation statistique sur des données insuffisantes.

Qu'est-ce que paid-landing-page-audit ?

Ce skill est conçu pour auditer les pages de destination qui reçoivent du trafic payant, en se concentrant sur la conversion post-clic. Il est utile lorsque les publicités génèrent des clics mais pas de conversions, ou lorsque l'utilisateur mentionne des problèmes de correspondance de message, de friction de conversion ou de CPA en hausse après le clic. Le skill couvre à la fois les contextes B2B et B2C sur n'importe quelle plateforme publicitaire. Le processus d'audit commence par une interview structurée pour recueillir des informations clés (objectif de la page, plateforme, données de trafic, etc.), puis suit un workflow rigoureux : exclure les causes en amont (comme la fatigue créative), vérifier la correspondance message-annonce, analyser l'entonnoir analytique, recueillir des preuves qualitatives et effectuer une revue heuristique de la page. Chaque constatation est classée par type de preuve (opinion, observation, fait causal) et par sévérité, et la liste des correctifs est priorisée en fonction de l'efficacité (étape de l'entonnoir débloquée par unité d'effort). Le skill ne fait jamais de promesses de pourcentage d'amélioration et ne met jamais en œuvre les correctifs, il les nomme, les classe et les assigne. Il est spécifiquement conçu pour les problèmes post-clic et ne doit pas être utilisé pour les problèmes de compte publicitaire en amont.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/rubikdesign-marketing/video-studio/tree/HEAD/.claude/skills/paid-landing-page-audit

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Audit de Page de Destination

Auditez la page sur laquelle atterrit le trafic payant, et renvoyez une liste de correctifs que l'acheteur média peut réellement mettre en œuvre. Chaque clic payant coûte de l'argent, que la page convertisse ou non, donc chaque fuite trouvée ici est une fuite de dépense directe.

Les auditeurs expérimentés ne commencent pas par la page – ils commencent par la piste de l'argent :

  1. Le chemin de clic de l'annonce à la page.
  2. L'entonnoir analytique.
  3. Les preuves qualitatives.
  4. Une lecture heuristique de la page elle-même, en dernier.

Une belle page qui brise la correspondance message-annonce gaspille des dépenses, indépendamment de l'artisanat de la page.

Le résultat est une liste de correctifs priorisée où chaque constatation déclare sa classe de preuve et sa sévérité. Jamais de promesse de pourcentage d'amélioration : la plupart des changements de CRO ne gagnent pas lorsqu'ils sont testés (environ 10 à 33 % des expériences améliorent leur métrique cible, selon les données de Kohavi chez Microsoft/Google et le corpus de 127 000 expériences d'Optimizely), donc toute promesse spécifique d'amélioration est presque certainement erronée.

Ce skill possède tout ce qui se passe après le clic et rien avant. La cause racine du compte publicitaire (suivi, structure, ciblage, créatif, enchères) appartient à mbfinotti/advertising-skills@ad-account-diagnostic, qui délègue ici lorsque ses preuves pointent en aval. La frontière est réciproque.

Si les preuves au cours de cet audit pointent en amont du clic (créatif fatigué, mauvais public, suivi de conversion cassé, une offre cassée qu'aucune page ne peut sauver), refusez le verdict sur la page, dites exactement quel signal en amont vous avez vu, et déléguez. Ne laissez pas un audit de page se transformer silencieusement en un diagnostic de compte.

Ce skill ne met jamais en œuvre les correctifs : il les nomme, les classe et les assigne.

Interview

Demandez avant d'ouvrir quoi que ce soit. Une question par message ; proposez des réponses à choix multiples lorsque c'est possible ; sautez tout ce qui a déjà été fourni.

  • Quelle est l'action unique que cette page doit générer ? (achat / inscription d'essai / réservation de démo ou d'appel / formulaire de lead / téléchargement)
  • B2B ou B2C/e-commerce ?
  • Quelle plateforme envoie le trafic payant, et pouvez-vous partager l'annonce réelle – copie, créatif ou miniature, et le mot-clé ou l'audience derrière elle ? (Sans l'annonce, le contrôle à plus fort impact fonctionne à l'aveugle.)
  • Comment puis-je accéder à la page ? (URL en direct / copie collée ou HTML / captures d'écran – desktop et mobile / un mélange)
  • Sessions et conversions sur cette page au cours des 14 à 30 derniers jours ? (Décide si les statistiques ou les premiers principes guident l'audit – voir Seuil de Volume.)
  • Répartition par appareil, et mix géographique – la page dessert-elle plusieurs pays, langues ou devises ?
  • CPA ou ROAS cible, et où se situe actuellement le trafic de la page par rapport à cela ? (L'écart est ce contre quoi la liste de correctifs est classée.)
  • Qu'est-ce qui compte comme un bon résultat en aval ? (B2B : MQL/SQL/pipeline, pas les remplissages de formulaire ; B2C : revenus, pas les ajouts au panier.)
  • Quelles preuves existent au-delà de la page – entonnoir analytique, enregistrements de sessions, heatmaps, verbatims d'enquête ou de support ?
  • Quelque chose a-t-il déjà été modifié ou testé sur cette page ? Que s'est-il passé ?
  • Y a-t-il une date limite pour que le résultat arrive – un lancement, une revue budgétaire, un pic saisonnier – ou pas de délai ?
  • Voulez-vous la récupération la plus rapide sur cette campagne, ou une page qui continue de payer sur les suivantes ? (Gain ponctuel ou actif composé.)
  • Qui met en œuvre les correctifs – vous, un designer, une équipe de développement – et quel est le plafond d'effort : des heures de modifications de copie, un sprint de construction, ou une refonte que vous devriez vendre en interne ?

Ces trois dernières réponses de l'interview reclassent la liste de correctifs avant qu'elle ne soit écrite ; le rapport dit quelle réponse a déplacé quoi.

  • Une date ferme promeut ce qui atterrit en heures : correspondance message-annonce, copie du titre et du CTA, réutilisation du visuel clé de l'annonce. Elle rétrograde tout ce qui nécessite une construction ou une partie prenante.
  • Un mandat de composition promeut la clarté de l'offre et le travail structurel qui survit à la campagne suivante, même s'il s'agit de la famille la plus lente à expédier.
  • Un plafond d'effort bas supprime des lignes plutôt que de les réorganiser : nommez ce qui est tombé en dehors du plafond sous la section "Exclus" du rapport au lieu de le laisser tomber silencieusement, afin que personne ne le redécouvre le trimestre prochain.

Flux de Travail

  1. Menez l'Interview ; recueillez chaque réponse avant de toucher à la page.

  2. Exclure d'abord les causes en amont. Un graphique CPA ne peut pas distinguer un problème de page d'un problème d'annonce. Vérifiez avant de blâmer la page :

    • CTR en baisse ou fréquence en hausse (fatigue créative) : déléguez à mbfinotti/advertising-skills@ad-creative-fatigue.
    • L'événement de conversion se déclenche-t-il et est-il dédupliqué ? Sinon, déléguez à mbfinotti/advertising-skills@ad-conversion-tracking, et traitez chaque chiffre en aval dans cet audit comme suspect.
    • Le ciblage ou l'offre a-t-il changé lorsque les performances ont changé ? Déléguez à mbfinotti/advertising-skills@ad-account-diagnostic.

    Ne procédez que si la page est plausiblement le problème.

  3. Parcourez le chemin de clic. Ouvrez l'annonce, le mot-clé ou l'audience, et la page de destination côte à côte. Répondez du point de vue du cliqueur : qu'est-ce que l'annonce a promis, et le premier écran le confirme-t-il ?

    Vérifiez quatre axes de correspondance :

    • Verbal : le titre fait écho à la promesse de l'annonce dans ses propres mots.
    • Visuel : le héros fait écho au créatif de l'annonce ou à son cadre d'ouverture – presque tous les audits sautent cela.
    • Offre : même offre, même prix, même verbe de CTA.
    • Géographique : devise, langue, offre valide pour la région pour chaque zone géographique ciblée par la campagne.

    Si la page échange les titres par UTM ou ensemble d'annonces, chargez-la avec les vrais paramètres d'annonce : la personnalisation dynamique servant silencieusement la page générique est une classe de bug spécifique au trafic payant. Confirmez que les ID de clic survivent à l'atterrissage et à toute redirection.

  4. Tirez l'entonnoir analytique, segmenté par appareil et source de trafic : atterrir → interagir → début de formulaire ou ajout au panier → achèvement. C'est là que l'opinion se transforme en observation. Appliquez le Seuil de Volume avant de lire quoi que ce soit, et ne mélangez jamais les comptes de conversion rapportés par la plateforme et sur site – ils diffèrent par fenêtre d'attribution et vue-through, et ne sont pas des totaux comparables.

  5. Recueillez des preuves qualitatives là où elles existent : enregistrements de sessions (clics de rage, clics morts, hésitation de formulaire), défilement et heatmaps (est-ce que quelqu'un atteint la preuve ? le CTA ?), et verbatims de la voix du client. Sautez sans vous excuser si indisponibles – mais alors dites-le dans "Impossible de vérifier".

  6. Effectuez la revue heuristique de la page en utilisant references/page-checks.md, dans son ordre : les vérifications sont séquencées par impact sur les revenus pour le trafic payant, pas par facilité de vérification.

    Si vous pouvez récupérer et rendre la page, vérifiez chaque contrôle par rapport au résultat rendu à une taille de fenêtre de téléphone et une taille de fenêtre de bureau. Sinon, travaillez à partir de la copie collée ou des captures d'écran et marquez toute affirmation qui nécessitait un rendu (chargement, mise en page, contenu dynamique) comme "Impossible de vérifier".

    Tout ce qui est trouvé ici est une opinion jusqu'à ce que des analyses ou une expérience l'améliorent.

  7. Priorisez (section ci-dessous). Classez par efficacité – l'étape de l'entonnoir que chaque correctif débloque par unité d'effort – pondéré par les preuves et reclassé par rapport au délai, au mandat et au plafond d'effort de l'Interview. Limitez la liste de correctifs à sept éléments – une liste de trente éléments n'est jamais construite.

  8. Rédigez le rapport dans la forme ci-dessous (modèle complet et exemple travaillé dans references/report-template.md). Effectuez les vérifications d'intégrité du rapport et itérez jusqu'à ce que le rapport les réussisse toutes.

  9. Enregistrez une prédiction et une date de revérification. Chaque correctif expédié nomme l'étape de l'entonnoir qui devrait bouger et dans quelle direction. Revérifiez un cycle commercial complet plus tard, à maturité de décalage d'attribution correspondante.

    Si votre harnais a une mémoire persistante, mémorisez la base de référence de la page, les constatations, les correctifs expédiés et les prédictions afin que la prochaine exécution commence à partir de l'historique. Sinon, émettez un petit bloc d'état que l'utilisateur peut coller dans la prochaine session.

Classes de Preuve

Chaque constatation porte l'une des trois classes de revendication, et le rapport ne les brouille jamais :

  • Opinion – jugable à partir de la page seule : correspondance message-annonce, clarté de la proposition de valeur, hiérarchie du CTA, friction visible, présence de signaux de confiance. Hypothèses informées, pas de preuve.
  • Observation – nécessite les propres données de cette page : où le trafic chute réellement, les écarts d'appareil, l'abandon de formulaire au niveau du champ, les Core Web Vitals, le comportement enregistré.
  • Fait causal – nécessite une expérience contrôlée. Cet audit ne produit jamais de faits causaux ; il produit des candidats pour ceux-ci. Tout ce qui est formulé "cela augmentera la conversion de X%" est une revendication de cette classe sans l'expérience derrière – interdit.

Les meilleures pratiques citées portent en outre un niveau de source :

  • Recherche établie : une étude ou une norme citable (Core Web Vitals, WCAG, Baymard, NN/g, rapport de référence d'Unbounce).
  • Consensus des praticiens : corroboré par des praticiens indépendants (un CTA clair, preuve au point de friction).
  • Folklore : largement répété, non prouvé (voir Modes d'Échec). Présentez-le uniquement pour le démystifier.

Les chiffres citables, les cadres (LIFT, heuristique MECLABS, PXL) et leurs mises en garde obligatoires se trouvent dans references/evidence-and-benchmarks.md. Lisez-le avant de citer un chiffre ou un cadre par son nom.

Seuil de Volume

Deux seuils de volume régissent ce que l'audit peut affirmer :

  • En dessous d'environ 1 000 sessions ou 30 conversions sur cette page dans la fenêtre d'audit, les données ne peuvent pas séparer un vrai problème de conversion du bruit. Dites-le clairement, refusez les comparaisons de taux de conversion et les lectures de segments, et classez la liste de correctifs par friction de premiers principes et recherche établie à la place. L'audit est toujours utile ; il ne peut simplement pas prétendre être statistique.
  • En dessous d'environ 100 conversions par mois, ne recommandez pas non plus les tests A/B comme chemin de validation. Recommandez d'expédier des suppressions de friction bien documentées et de surveiller, et dites que la causalité ne sera pas prouvable.

Ces seuils sont des heuristiques de praticiens, pas des lois : un calcul de taille d'échantillon approprié bat les deux lorsque quelqu'un peut en effectuer un.

Priorisation

Classez la liste de correctifs par efficacité – l'étape de conversion débloquée par unité d'effort – et commencez par le meilleur ratio, jamais par le correctif le moins cher. D'abord le moins cher et d'abord l'efficace sont des ordres différents, et seul le second répond à "qu'est-ce que j'expédie en premier avec les heures que j'ai".

Notez chaque candidat avec des questions pondérées par les preuves, majoritairement binaires, dans la forme de PXL plutôt qu'ICE ou PIE. ICE et PIE laissent la personne proposant le correctif deviner deux des trois entrées ; un score pondéré par les preuves force chaque correctif à nommer la preuve derrière lui.

Demandez pour chaque correctif :

  • Est-il au-dessus de la ligne de flottaison ?
  • Remarquable en cinq secondes ?
  • Sur le chemin d'entrée payant ?
  • Soutenu par une observation des données de cette page, ou seulement par une opinion ?
  • Soutenu par une recherche établie, ou seulement par un consensus de praticiens ?

Encadrez l'effort comme du temps et de la coordination : une heure de travail de copie, un jour ou deux de construction et de vérifications de régression, une semaine ou plus à travers les calendriers d'autres personnes. Jamais comme un chiffre budgétaire.

Le côté valeur est la fuite, pas son prix : nommez l'étape de l'entonnoir que chaque correctif débloque et la part de l'écart CPA/ROAS de l'Interview qui se trouve sur cette étape, de sorte qu'un correctif sur l'étape qui fuit surclasse un correctif plus joli ailleurs.

Ordre par défaut entre les familles de correctifs lorsqu'une page échoue plusieurs à la fois, le plus élevé en premier sur chaque axe :

  • efficacité : correspondance message-annonce > clarté au-dessus de la ligne de flottaison > placement de la confiance > friction de formulaire et de paiement > clarté de l'offre > vitesse > polissage d'accessibilité > chemin post-clic
  • valeur : correspondance message-annonce > clarté au-dessus de la ligne de flottaison > clarté de l'offre > friction de formulaire et de paiement > placement de la confiance > vitesse > polissage d'accessibilité > chemin post-clic
  • effort : clarté de l'offre > polissage d'accessibilité > vitesse > friction de formulaire et de paiement == chemin post-clic > clarté au-dessus de la ligne de flottaison > correspondance message-annonce == placement de la confiance
  • coût de conformité : correctifs de réclamations et de divulgations > bannière de consentement > accessibilité > toutes les autres familles == aucun

Les axes divergent à deux endroits qui valent la peine d'être dits à voix haute :

  • La clarté de l'offre se situe près du sommet sur la valeur et en haut de l'effort : une nouvelle proposition de valeur nécessite des parties prenantes, pas un après-midi. Elle atterrit au milieu du tableau sur l'efficacité : commencez-la maintenant, expédiez-la plus tard, ne la sautez jamais.
  • Le placement de la confiance est l'opposé : déplacer la preuve que la page possède déjà au point de friction achète une étape de taille moyenne pour une heure de travail, c'est pourquoi elle surclasse des correctifs plus importants.

Le polissage d'accessibilité est ordonné au-dessus de la vitesse plutôt que lié avec elle, car son pôle long est la validation, pas le code. Les liens restants sont de véritables égalités :

  • Friction de formulaire == chemin post-clic : les deux sont un jour ou deux de construction à l'intérieur d'un système que le propriétaire de la page ne contrôle qu'à moitié (une pile de formulaire ou de paiement, une pile d'e-mail et de routage), et les deux nécessitent une vérification de régression sur un chemin d'argent en direct avant d'être expédiés.
  • Correspondance message-annonce == placement de la confiance : les deux sont une heure passée par celui qui possède déjà la page, en réutilisant des actifs qui existent déjà (les propres mots de l'annonce, la preuve déjà sur la page).
  • Coût de conformité, chaque famille en dessous de l'accessibilité == aucun : ils reformulent, réorganisent ou accélèrent du matériel déjà publié, donc rien de nouveau n'est revendiqué, collecté ou divulgué et il n'y a pas de révision à réserver.

Ce que cet ordre d'efficacité affame, ce sont les correctifs nécessitant une construction ou une partie prenante : la clarté de l'offre, les reconstructions structurelles et la vitesse sont classés haut sur la valeur et en haut de l'axe d'effort, donc le ratio ne les sélectionne jamais et la page accumule plutôt des modifications de copie. Promouvez-les sous conditions plutôt que d'attendre le ratio :

  • Promouvez la clarté de l'offre en haut lorsque l'entonnoir montre que des visiteurs atterrissent sur une page correspondant au message et partent avant toute interaction (aucun artisanat de page ne corrige une offre que personne ne veut), ou lorsque l'écart de CPA est un multiple de l'objectif plutôt qu'une marge, car aucun correctif à l'échelle de l'heure ne peut plausiblement le combler.
  • Promouvez la vitesse lorsque les Core Web Vitals sur le terrain échouent à leurs seuils sur l'appareil qui porte la dépense. C'est un déclencheur de recherche établie, et il surclasse le ratio.

Nommez la promotion dans le rapport, avec la preuve qui l'a déclenchée.

Les éléments de coût de conformité sont classés par exposition, pas par ratio. Supprimer un compte à rebours qui se réinitialise, une affirmation non fondée ou une approbation non divulguée coûte un effort quasi nul et comporte une exposition FTC et de politique de plateforme chaque jour où elle persiste, donc elle saute la file d'attente quelle que soit sa conversion.

Skills associés