Documentation
Connect your marketing data to Claude, ChatGPT and other LLMs.
Landing Page Analyzer
Audit IA de n'importe quelle URL — mesure le « conversion-readiness » du point de vue trafic d'annonces. Disponible depuis la page Google Ads Insights quand vous reviewez search terms, annonces ou keywords.
Où y accéder
Allez sur /accounts/{id}/insights (le bouton « Insights » sur n'importe quelle carte de compte Google Ads) → onglet Diffusion ou n'importe quel onglet montrant des landing URLs :
- Tables Search terms / Keywords / Ads : chaque ligne avec un
final_urla un bouton « Analyze landing » (violet) - Cliquez → modal s'ouvre → audit s'exécute en 10-30 secondes
final_url de l'annonce), pas la display URL. Donc si vous utilisez des templates de tracking qui redirigent, il score la vraie destination.Ce qui est scoré (5 dimensions)
| Dimension | Ce qui est mesuré | Poids |
|---|---|---|
| Message match | Le H1 + le contenu above-the-fold matchent-ils le headline / l'intention keyword de l'annonce ? | 25 |
| Trust signals | Avis, certifications, social proof, badges secure-checkout | 20 |
| Call-to-action | Visibilité du CTA, placement, clarté du copy, urgence | 20 |
| Vitesse (PageSpeed Insights) | LCP, CLS, TBT mobile — direct depuis l'API PSI | 20 |
| Form & friction | Nombre de champs de formulaire, effort perçu, mobile usability | 15 |
Score global 0-100 + verdict (excellent / good / warning / critical) + breakdown par dimension avec recommandations spécifiques.
Quels signaux sont collectés avant que l'IA tourne
- Fetch HTML de la landing (server-side, suit les redirects)
- PageSpeed Insights mobile (si clé API Google configurée par l'admin) — Core Web Vitals + score
- Optionnel : scrape Firecrawl (si clé Firecrawl configurée) — contenu rendu en JS pour les SPA
Sections de sortie
- Card de score global avec couleur verdict (rouge/ambre/vert)
- Quick wins — 3-5 bullets actionnables en < 1 heure
- Cards par dimension — score + 1-2 paragraphes d'analyse + fixes spécifiques
- Signaux bruts dépliables — structure HTML fetched, métriques PSI, etc. (debug)
Onglet History
Tous vos audits de landing pages passés archivés (pas d'auto-prune, gardés indéfiniment). Cliquez sur n'importe quel run passé pour recharger le rapport complet. Utile pour :
- Comparer les scores après un redesign / A-B test
- Re-envoyer le brief à un designer avec le snapshot le plus récent
- Auditer la même URL sur différentes campagnes pour repérer les mismatch d'intention
Bouton « Send brief to... »
Génère un brief technique propre (markdown) et l'envoie par email. Cas d'usage :
- À votre designer : liste actionnable de fixes UX avec métriques PSI + suggestions de screenshots
- À votre équipe dev : recommandations niveau code (lazy-loading, compression d'images, deferral JS)
- Au client : résumé exécutif avec score + top 3 priorités, sans jargon
Format : ligne de sujet + message d'intro + le rapport IA attaché en corps markdown. Rate-limit : 10 briefs/jour par utilisateur.
Limites & quotas
| Quoi | Limite |
|---|---|
| Audits par jour par utilisateur | 20 |
| Briefs envoyés par jour par utilisateur | 10 |
| Taille HTML max fetched | 5 MB |
| Timeout fetch | 15 secondes |
| Tokens par audit (typique) | 3-8k input + 1-2k output |
/admin/ai-usage si admin). Un audit typique coûte $0,005 - $0,02 selon le modèle configuré (default le modèle par-service depuis l'onglet /admin/general → Google Ads, fallback sur le modèle Insights global).FAQ
Pourquoi le score est plus bas que mon score Lighthouse ?
Lighthouse ne mesure que la performance technique. Le Landing Page Analyzer ajoute 4 dimensions de conversion par-dessus (message match, trust, CTA, friction) qui sont évaluées par l'IA sur le contenu réel — pas seulement les Core Web Vitals. Une page ultra rapide sans CTA peut scorer 95 sur Lighthouse mais 40 ici.
Puis-je analyser la landing d'un concurrent ?
Oui — l'analyzer prend n'importe quelle URL publique. Utile pour benchmarking. Collez juste l'URL manuellement s'il n'y a pas de point d'entrée dans les tables Ads (l'admin peut exposer un champ d'input manuel si nécessaire).
La page a renvoyé un 403/Cloudflare challenge — que faire ?
Certains hosts bloquent les fetches server-side sans vrai navigateur. Si Firecrawl est configuré, l'analyzer fallback sur son moteur de rendering qui gère la plupart des challenges. Sinon l'audit échouera avec « Could not fetch page » et il faudra tester avec une autre URL.
L'analyzer exécute-t-il du JavaScript ?
Le fetch par défaut est server-side HTML uniquement (pas de JS). Pour les SPA (React / Vue / Next.js client-rendered), activez Firecrawl dans /admin/general → Integrations — il lance un Chromium headless et attend que le JS render. Sinon les SPA paraîtront « vides » à l'analyzer.
