dedene/website-conversion-audit

Audita la página de inicio o página de aterrizaje de un negocio de servicios existente (URL, captura de pantalla o HTML) en busca de conversión. Devuelve un veredicto de prueba de 5 segundos y hallazgos clasificados como victorias rápidas, cambios de alto impacto e ideas de prueba. Úsalo cuando una página no está convirtiendo, para una revisión de CRO o sitio web, o cuando alguien comparte una URL y pide retroalimentación.

¿Qué es website-conversion-audit?

Esta habilidad (skill) realiza una auditoría de conversión profunda y estructurada para páginas de negocios de servicios (como comercios, clínicas, coaches, consultores, agencias y profesionales locales). Su propósito es evaluar una página existente (mediante URL, captura de pantalla o HTML) y generar un informe detallado con prioridades de corrección. El flujo de trabajo comienza con una prueba de 5 segundos 'a ciegas' para simular la primera impresión de un visitante, seguida de la recopilación de contexto (ya sea desde un archivo de contexto comercial o mediante preguntas al propietario). Luego, la auditoría evalúa sistemáticamente el mensaje, la estructura, las pruebas sociales, las llamadas a la acción, la fricción, el rendimiento técnico, la preparación para búsqueda por IA y los requisitos legales específicos (como los de Bélgica/UE). Los hallazgos se clasifican en victorias rápidas, cambios de alto impacto e ideas de prueba, y se proporcionan alternativas de redacción. La habilidad está diseñada para agentes de IA como Claude Code, Cursor o Codex que tengan acceso al navegador del agente (`agent-browser`) para la captura de pantalla. No reescribe la página, sino que se centra en diagnosticar y priorizar; las reescrituras completas se derivan a la habilidad `website-copy`.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/dedene/skills/tree/HEAD/skills/website-conversion-audit

Installed? Explore more Investigación y análisis de datos skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Auditoría de Conversión de Sitio Web

Audita una página existente a la vez y dile al propietario qué arreglar primero. Diseñado para pequeñas y medianas empresas de servicios (comercios, clínicas, coaches, consultores, agencias, profesionales locales) cuyo sitio tiene un solo trabajo: conseguir una llamada agendada, solicitud de presupuesto o visita. SaaS encaja de forma flexible (cambia "agendar una llamada" por "iniciar una prueba"); los catálogos de comercio electrónico están fuera del alcance. La auditoría juzga y prioriza; no reescribe la página. Las reescrituras completas van a website-copy.

Prueba a ciegas primero, luego contexto

Puntúa la prueba de 5 segundos antes de leer cualquier contexto comercial, documento de estrategia o resumen, para que la puntuación refleje a un extraño (pasos 2–3 del flujo de trabajo). Luego:

  1. Si existe .agents/business-context.md, léelo y pregunta solo por lo que no cubre.
  2. Si falta, redacta lo que puedas desde la página misma (BRIEF-01) y marca cada punto como inferido. Luego haz un mini-resumen de 5 preguntas en un solo mensaje: cliente ideal, el único trabajo del sitio y CTA principal, oferta y postura de precios, pruebas disponibles, ubicación e idiomas. Para una auditoría de todo el sitio o un reposicionamiento, sugiere ejecutar website-brief primero.
  3. Preguntas específicas de la auditoría (pregunta, pero no te detengas por ellas): de dónde proviene el tráfico, tasa de conversión actual y calidad de leads, división por dispositivo, qué se ha intentado ya.
  4. Cualquier cosa aún desconocida: usa los valores predeterminados en references/principles.md y enuméralos bajo Brechas y suposiciones.
  5. Sin supervisión (nadie puede responder: ejecución delegada o programada, o el propietario está ausente): no te detengas. Procede con el contexto inferido y termina el informe con Preguntas para el propietario (máximo 8, las más importantes primero, cada una mostrando el valor que asumiste).

Flujo de trabajo

  1. Delimita la página. Nombra el tipo de página (página de inicio, página de servicio, página de aterrizaje paga, Acerca de, precios, opt-in, contacto) y su único objetivo de conversión. Elige la página:

    • Varias páginas solicitadas: página de inicio primero, luego la página con más tráfico o inversión en anuncios. Sin datos de tráfico: la página o sección que lleva la oferta principal o de entrada.
    • Sitio de una sola página, o una oferta sin página propia (solo una tarjeta o sección): audita esa sección más su ruta de conversión como la página de aterrizaje de facto, e informa la página faltante como un hallazgo (A-S10).
    • Indica la elección en la línea Por qué esta página.
  2. Captura la página. Con agent-browser: escritorio 1440 px y móvil 390 px, sobre el pliegue y página completa. Usa una sesión con nombre (la predeterminada se comparte con otros agentes), espera a que la red esté inactiva, captura el pliegue con el banner de cookies (eso es lo que ven los visitantes), luego descártalo para las otras tomas. Guarda en un directorio temporal, no en el árbol del proyecto. Verifica la sintaxis actual con agent-browser skills get core o --help primero.

    d=$(mktemp -d)   # o el bloc de notas de la sesión
    ab() { agent-browser --session audit-ejemplo "$@"; }   # una sesión con nombre por auditoría
    ab set viewport 1440 900
    ab open https://ejemplo.com && ab wait --load networkidle
    ab screenshot "$d/escritorio-pliegue.png"        # banner visible
    # descarta el banner (snapshot -i, haz clic en su botón), luego:
    ab screenshot --full "$d/escritorio-completo.png"
    ab set viewport 390 844
    ab cookies clear && ab storage local clear
    ab reload && ab wait --load networkidle
    ab screenshot "$d/movil-pliegue.png"         # banner visible de nuevo
    # descarta, luego:
    ab screenshot --full "$d/movil-completo.png"
    ab a11y --tags wcag2a,wcag2aa              # conceptos básicos A-T5
    ab close
    
    • Siguiente página: borra cookies y almacenamiento nuevamente (o usa una nueva sesión) para que su pliegue también muestre el banner.
    • Espacio en blanco debajo del héroe (animaciones de revelación al desplazarse): no informes secciones vacías. Intenta ab set media reduced-motion y recarga, o desplázate en pasos de viewport (ab scroll down 800, espera breve, captura de pantalla) y conserva los fragmentos.
    • Imágenes con carga diferida (loading="lazy"): las capturas de página completa pueden mostrar cuadros de imagen vacíos incluso con movimiento reducido. Desplázate por la página en pasos de viewport primero, luego enumera lo que aún no se ha cargado: ab eval "[...document.images].filter(i => !i.complete || !i.naturalWidth).map(i => i.currentSrc || i.src)". Informa una imagen rota (A-T3) solo si aún está vacía después de eso.
    • Velocidad (A-T2): usa PageSpeed Insights / datos de campo CrUX cuando estén disponibles. vitals de una sesión local cálida no es una señal; informa cualquier número de laboratorio como solo de laboratorio.
    • Sin agent-browser: trabaja a partir de capturas de pantalla proporcionadas, HTML o texto obtenido. La entrada de solo texto no puede juzgar diseño, imágenes, contraste o el pliegue. Dilo y marca esas comprobaciones como no verificadas en lugar de adivinar.
  3. Realiza la prueba de 5 segundos, a ciegas (HERO-01, A-M1). Lee solo lo que es visible sobre el pliegue, en orden visual, en escritorio y móvil, antes del paso de contexto. La regla, la rúbrica (incluyendo imágenes de héroe solo con logotipo o abstractas) y la gravedad se encuentran en un solo lugar: el protocolo de prueba de 5 segundos en references/hero.md. Por debajo de la nota de aprobación, la reescritura del héroe encabeza la lista de Alto impacto.

  4. Lee el contexto como se describió anteriormente.

  5. Establece la temperatura del tráfico. Cambia cómo se ve "bueno":

    • Pago: juzga contra el orden de la página de aterrizaje paga y la coincidencia de mensajes (STRUCT-03, A-M10). Pide el anuncio; una falta de coincidencia es Crítica. Verifica que cada grupo de anuncios aterrice en la página que responde a su consulta (A-M11).
    • Pago + orgánico (una página de servicio orgánica que también recibe clics de anuncios): juzga la coincidencia de mensajes del héroe contra los anuncios, mantén la navegación pero marca una CTA de navegación que compita con la del héroe, y recomienda una página de aterrizaje paga dedicada cuando el gasto en anuncios sea significativo (regla híbrida C2 en references/principles.md).
    • Frío (orgánico, social): espera el argumento completo (plano STRUCT-02).
    • Cálido (referencia, YouTube, asistente de IA): una página más corta está bien; verifica que la reserva esté a un clic desde cualquier lugar (AI-04, contradicción C18 en references/principles.md).
  6. Establece la ubicación. BE u otro país de la UE: añade la lista de verificación BE/UE desde references/be-eu.md (información legal, consentimiento, reseñas, versiones de idioma; sitios solo B2B: consulta su sección B2B). Audita en el idioma de la página y cítalo textualmente; escribe los hallazgos en el idioma del usuario.

  7. Recorre la lista de verificación en orden: mensaje → estructura → pruebas → CTA → fricción → técnica (references/audit-checklist.md, IDs A-M1 … A-T7). Verifica los hechos que difieren entre páginas, pie de página y documentos (A-P9). Luego escanea la lista de asesinos de conversión en busca de elementos para eliminar.

  8. Reconstruye la línea argumental (references/flow.md). Desde la página en vivo, escribe el mapa de argumentos: el estado inicial del lector (FLOW-02), las creencias de las que depende la CTA, y por sección lo que requiere, establece y deja abierto (FLOW-01, FLOW-03). Marca cada creencia como cubierta, débil o faltante. Luego ejecuta las pruebas de solo encabezados y de costuras (FLOW-04, FLOW-05), verifica que las afirmaciones y los contadores de objeciones estén donde se necesitan (FLOW-06, FLOW-07), y ejecuta el panel de lectores hostiles (FLOW-09). Las fugas, el lastre, las costuras rotas y las colocaciones incorrectas se convierten en hallazgos A-S11…A-S14.

  9. Sigue la CTA principal. Haz clic en ella y verifica que el clic entregue lo que prometió la etiqueta (A-C8) y que la ruta posterior al clic se ajuste al negocio (A-F1: programador, formulario corto o click-to-call; una CTA solo con mailto: falla). Nunca envíes un formulario o reserves un espacio en un sitio en vivo sin la aprobación del propietario. Si no puedes probarlo, enumera A-T3 como no verificado.

  10. Verifica la preparación para búsqueda por IA (references/ai-search.md): respuestas logísticas como precio, proceso y cronograma (AI-01), señales de nicho (AI-02), hechos comerciales consistentes y datos estructurados (AI-03), una ruta rápida para visitantes pre-vendidos (AI-04), un humano en la página (AI-05), y un campo "¿Cómo nos encontraste?" (AI-06).

  11. Califica y clasifica. Asigna a cada hallazgo una gravedad de la rúbrica (Crítico / Alto / Medio / Bajo) y un esfuerzo (P/M/G). Luego clasifícalo: Victorias rápidas (≤ ~1 hora, bajo riesgo), Cambios de alto impacto, Ideas de prueba. Ordena cada categoría por gravedad, luego por posición en la página, héroe primero. Un hallazgo que se superpone con la sección BE/UE o búsqueda por IA se escribe una vez y se hace referencia cruzada. Lo mismo ocurre con los hallazgos de la línea argumental: una fuga o colocación incorrecta que una verificación más específica ya cubre (sin precio → A-P5, sin humano → A-P4, CTA aterriza en la página incorrecta → A-C8) se escribe una vez bajo el ID específico con el ID de flujo al lado ("A-P5 / A-S13"); mantén A-S11…A-S14 por separado para el orden y las costuras mismas.

  12. Escribe las alternativas de copia: 2–3 opciones cada una para titular, subtítulo y CTA (más línea de refuerzo o ceja cuando esa sea la solución), cada una con un razonamiento de una línea que cite una regla. Escríbelas en el idioma de la página (los hallazgos permanecen en el idioma del usuario). Usa solo hechos de la página o del archivo de contexto; marca una opción que dependa de un hecho o posicionamiento no confirmado con † y agrégala a las preguntas del propietario.

  13. Planifica la medición. La mayoría de los sitios SMB carecen del tráfico para pruebas A/B válidas (MEAS-01). Predetermina a antes/después durante períodos iguales. Enumera solo las pruebas que el tráfico pueda soportar, escritas en el formato de hipótesis MEAS-03; con muy poco volumen, dilo en una línea.

  14. Ofrece la transferencia: la reescritura completa a website-copy (pasa el mapa de argumentos para que la reescritura comience desde allí), una oferta de transición faltante a website-lead-magnet.

Contrato de salida

Usa esta estructura. Omite una sección solo cuando no aplique (BE/UE fuera de Europa) y dilo en una línea.

# Auditoría de conversión: <nombre de la página> (<URL o fuente>)

**Contexto:** <tipo de página> · objetivo: <una conversión> · tráfico: <frío | cálido | pago | pago + orgánico> · ubicación: <xx-XX>
**Por qué esta página:** <tráfico, gasto en anuncios o la oferta que lleva>
**Contexto comercial:** <.agents/business-context.md | mini-resumen | inferido de la página (sin supervisión)>
**Capturado:** <escritorio 1440 + móvil 390 vía agent-browser | capturas de pantalla proporcionadas | solo HTML/texto> · banner de cookies: <en tomas de pliegue | ninguno presente (por qué)> · archivos: <dir o lista>

## Prueba de 5 segundos: <APRUEBA | FALLA> (<escritorio n>/10 · <móvil n>/10)

| Criterio | Escritorio | Móvil | Evidencia |
|---|---|---|---|
| Qué | 0–2 | 0–2 | "<texto de titular visible>" |
| Por qué es importante | 0–2 | 0–2 | … |
| Siguiente paso | 0–2 | 0–2 | … |
| Por qué tú | 0–2 | 0–2 | … |
| Imagen | 0–2 | 0–2 | … |

**Veredicto:** <una o dos oraciones: qué cree un extraño que hace este negocio y en qué haría clic>

## Línea argumental: <SE MANTIENE | SE ROMPE en la sección n (la primera rotura)>
**Estado inicial:** <etapa de conciencia, FLOW-02> · **Estado final:** <creencia que necesita la CTA>
**Roturas más grandes** (máx. 5, más dañinas primero): 1. <§n→m · qué se rompe · ID FLOW/A-S> 2. …

| # | Sección | Requiere | Establece | Pregunta del lector después | Costura a la siguiente | Estado |
|---|---|---|---|---|---|---|
| 1 | Héroe | — | B1 | "…" | así que / pero / y también | cubierta / débil / faltante |

- Fugas: <creencias sin sección> · Lastre: <secciones sin creencia> · Costuras rotas: <n→n+1>
- Colocación incorrecta: <afirmaciones antes de sus prerrequisitos; contadores lejos de sus objeciones> · Abierto en CTA: <preguntas nunca respondidas>
- Panel de lectores hostiles: <objeciones planteadas por 3+ lectores>
(Los hallazgos de esta sección aparecen una vez, en las categorías a continuación, como A-S11…A-S14.)

## Victorias rápidas (esta semana)
1. **<A-ID> · <Gravedad> · Esfuerzo P**: <qué está mal>
   - Evidencia: "<copia citada>" / `<selector>` / <captura de pantalla + región>
   - Por qué: <ID de regla>, <mecanismo de una línea>
   - Solución: <cambio concreto o copia nueva exacta>

## Cambios de alto impacto
<mismo formato de hallazgo>

## Ideas de prueba
- Porque <observación>, creemos que <cambio> causará <resultado> para <audiencia>; lo sabremos cuando <métrica> se mueva en <cantidad> durante <período>. Verificación de tráfico: <suficiente para A/B | ejecutar como antes/después>.
- O, con volumen bajo: "No hay pruebas A/B: volumen demasiado bajo; compara <métrica> antes/después durante <período>."

## Alternativas de copia (en el idioma de la página; † = necesita confirmación del propietario)
| Elemento | Actual | Opción | Razonamiento (regla) |
|---|---|---|---|

## Lo que funciona
- <mantén esto, con evidencia, para que nadie lo "arregle">

## Preparación para búsqueda por IA
- <AI-0x · hallazgo · solución>

## Verificaciones BE/UE
- <elemento de be-eu.md · pasa | falla | verifica · solución> (solo B2B: elementos de consumo como una línea "n/a")

## Brechas y suposiciones
- No verificado: <ej. envío de formulario, eventos de análisis, datos de campo>
- Supuesto: <valores predeterminados utilizados>
- Prueba a recopilar: [PRUEBA NECESARIA: <qué, de quién>]

## Próximos pasos
1. Mes 1: Crítico + victorias rápidas. Mes 2: reescrituras de alto impacto. Mes 3: oferta de transición (MEAS-04).
2. ¿Quieres la reescritura? Entrega esta auditoría a `website-copy`.

## Preguntas para el propietario (ejecuciones sin supervisión; máx. 8, más importantes primero)
1. <pregunta> · supuesto: <valor utilizado> · desbloquea: <hallazgos u opciones †>

Reglas que más importan aquí

  • Mensaje antes que micro-ajustes (principio 14, MEAS-05). Un héroe que falla supera cualquier nota sobre color de botón o número de campos. Cuando el mensaje está roto, mantén los hallazgos cosméticos breves y empújalos hacia abajo.
  • La prueba de 5 segundos es la verificación principal (HERO-01). También verifica que la fórmula del titular se ajuste al tipo de negocio (HERO-02) y que el subtítulo diga qué, cómo y para quién (HERO-06).
  • Cliente como héroe, en palabras del cliente (COPY-01, COPY-02). Marca "Bienvenido a…", premios e historias de origen sobre el pliegue, además de jerga.
  • Una página con cada sección aún puede perder al lector. Verifica que cada sección se gane la siguiente: una creencia por sección en orden de dependencia, costuras que se lean "por lo tanto" o "pero", objeciones respondidas donde surgen (FLOW-01…07). Una línea argumental rota es un hallazgo de Alto impacto, clasificado justo después de un héroe que falla.
  • El tráfico pago necesita su propia página que refleje el anuncio (STRUCT-03). Enviar anuncios a la página de inicio, o a una página genérica cuando existe una dedicada (A-M11), es un hallazgo de Alto impacto.
  • Una CTA específica, idéntica en todas partes, en un color reservado (CTA-02, CTA-04, CTA-05). Cita las frases prohibidas que encuentres (CTA-03).
  • Pruebas cerca de las afirmaciones, un humano real visible, precio abordado (PROOF-07, PROOF-14, PRICE-01).
  • Pruebas falsas o no verificables son Críticas (PROOF-12, PROOF-13, SCAR-01): contadores inventados, "clientes" de stock, "visto en" pagado, escasez falsa.
  • Resta antes de sumar. Las eliminaciones de la lista de asesinos suelen ser las victorias más rápidas.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills relacionados