Documentation
Connect your marketing data to Claude, ChatGPT and other LLMs.
Landing Page Analyzer
Audit IA de cualquier URL — mide el «conversion-readiness» desde la perspectiva de tráfico de anuncios. Disponible desde la página Google Ads Insights cuando revisas search terms, anuncios o keywords.
Dónde acceder
Ve a /accounts/{id}/insights (el botón «Insights» en cualquier tarjeta de cuenta Google Ads) → pestaña Diffusion o cualquier pestaña que muestre landing URLs:
- Tablas Search terms / Keywords / Ads: cada fila con un
final_urltiene un botón «Analyze landing» (morado) - Haz clic → modal se abre → audit corre en 10-30 segundos
final_url del anuncio), no la display URL. Así que si usas templates de tracking que redirigen, scorea el destino real.Lo que se scorea (5 dimensiones)
| Dimensión | Lo que se mide | Peso |
|---|---|---|
| Message match | ¿El H1 + el contenido above-the-fold matchean el headline / la intención keyword del anuncio? | 25 |
| Trust signals | Reseñas, certificaciones, social proof, badges secure-checkout | 20 |
| Call-to-action | Visibilidad del CTA, posición, claridad del copy, urgencia | 20 |
| Velocidad (PageSpeed Insights) | LCP, CLS, TBT mobile — directo desde la API PSI | 20 |
| Form & friction | Número de campos del formulario, esfuerzo percibido, mobile usability | 15 |
Score global 0-100 + verdict (excellent / good / warning / critical) + breakdown por dimensión con recomendaciones específicas.
Qué signals se colectan antes de que la IA corra
- Fetch HTML de la landing (server-side, sigue redirects)
- PageSpeed Insights mobile (si clave API Google configurada por admin) — Core Web Vitals + score
- Opcional: scrape Firecrawl (si clave Firecrawl configurada) — contenido renderizado en JS para SPAs
Secciones de salida
- Card de score global con color de verdict (rojo/ámbar/verde)
- Quick wins — 3-5 bullets accionables en < 1 hora
- Cards por dimensión — score + 1-2 párrafos de análisis + fixes específicos
- Signals brutos desplegables — estructura HTML fetched, métricas PSI, etc. (debug)
Pestaña History
Todos tus audits de landing pages pasados archivados (sin auto-prune, mantenidos indefinidamente). Haz clic en cualquier run pasado para recargar el informe completo. Útil para:
- Comparar scores tras un redesign / A-B test
- Re-enviar el brief a un designer con el snapshot más reciente
- Auditar la misma URL en diferentes campañas para detectar mismatch de intención
Botón «Send brief to...»
Genera un brief técnico limpio (markdown) y lo envía por email. Casos de uso:
- A tu designer: lista accionable de fixes UX con métricas PSI + sugerencias de screenshots
- A tu equipo dev: recomendaciones a nivel código (lazy-loading, compresión de imágenes, deferral JS)
- Al cliente: resumen ejecutivo con score + top 3 prioridades, sin jerga
Formato: línea de asunto + mensaje intro + el informe IA adjunto en cuerpo markdown. Rate-limit: 10 briefs/día por usuario.
Límites y cuotas
| Qué | Límite |
|---|---|
| Audits por día por usuario | 20 |
| Briefs enviados por día por usuario | 10 |
| Tamaño HTML máx. fetched | 5 MB |
| Timeout fetch | 15 segundos |
| Tokens por audit (típico) | 3-8k input + 1-2k output |
/admin/ai-usage si admin). Un audit típico cuesta $0,005 - $0,02 según el modelo configurado (default el modelo por servicio desde la pestaña /admin/general → Google Ads, fallback al modelo Insights global).FAQ
¿Por qué el score es más bajo que mi score Lighthouse?
Lighthouse mide solo el rendimiento técnico. El Landing Page Analyzer añade 4 dimensiones de conversión por encima (message match, trust, CTA, friction) que la IA evalúa sobre el contenido real — no solo Core Web Vitals. Una página ultrarrápida sin CTA puede scorear 95 en Lighthouse pero 40 aquí.
¿Puedo analizar la landing de un competidor?
Sí — el analyzer toma cualquier URL pública. Útil para benchmarking. Solo pega la URL manualmente si no hay punto de entrada en las tablas Ads (el admin puede exponer un campo de input manual si es necesario).
La página devolvió un 403/Cloudflare challenge — ¿qué hago?
Algunos hosts bloquean los fetches server-side sin un navegador real. Si Firecrawl está configurado, el analyzer hace fallback a su motor de rendering que gestiona la mayoría de challenges. Si no, el audit fallará con «Could not fetch page» y habrá que probar con otra URL.
¿El analyzer ejecuta JavaScript?
El fetch por defecto es server-side HTML solamente (sin JS). Para SPAs (React / Vue / Next.js client-rendered), activa Firecrawl en /admin/general → Integrations — lanza un Chromium headless y espera a que el JS renderice. Si no, las SPAs parecerán «vacías» al analyzer.
