Communitygithub.com

Auditoría de página de conversión

Úsalo al auditar una landing page, página de ventas, página de precios o flujo de registro en vivo para detectar problemas de conversión — dado una URL o una página que el usuario desea revisar. Produce un informe clasificado: Corregir ahora, Probar no adivinar, No es un problema y No se pudo comprobar. También se usa cuando el usuario dice 'auditar esta página', 'por qué no convierte', 'revisa mi landing page', 'auditoría CRO', 'auditoría de conversión' o pega una URL y pregunta qué tiene de malo. Funciona sin un Brief de Conversión, pero señala su ausencia como limitación.

¿Qué es Auditoría de página de conversión?

Esta habilidad permite auditar páginas web en vivo (landing pages, páginas de ventas, de precios o flujos de registro) para identificar problemas de conversión. Produce un informe estructurado en cuatro secciones: 'Corregir ahora', 'Probar no adivinar', 'No es un problema' y 'No se pudo comprobar'. Funciona con una URL proporcionada por el usuario y también puede ejecutarse sin un Brief de Conversión, aunque esto se marca como una limitación. La habilidad se apoya en varios archivos de referencia que garantizan la calidad y honestidad del análisis: `evidence-rules.md` (qué conclusiones están permitidas), `audit-framework.md` (las comprobaciones organizadas por secciones), `form-and-signup-audit.md` (análisis profundo de formularios), `test-design.md` (verificación de testabilidad) y `report-template.md` (la plantilla del informe). El proceso incluye la ejecución de un script Python (`page_facts.py`) que extrae datos estáticos del marcado HTML, y opcionalmente usa Playwright MCP para obtener una captura renderizada que permite ver elementos ocultos por CSS, scroll o consentimiento. Si Playwright no está disponible, todas las comprobaciones que requieren renderizado pasan a 'No se pudo comprobar', nunca a 'No es un problema'. Finalmente, el informe se guarda en una ruta convencional dentro del proyecto (por ejemplo, `03 Projects/<Project>/[C] Conversion Audit — <Page> — <date>.md`) y puede pasar por un skill 'humanizer' si está disponible, o aplicarse un filtro de vocabulario prohibido opcional.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ianrexexanes/nca-conversion/tree/HEAD/skills/conversion-page-audit

Preguntar en tu IA favorita

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

Documentación

¿Qué hace Auditoría de página de conversión?

Lee references/evidence-rules.md antes de concluir algo. Este es un paso obligatorio, no una sugerencia. Cada regla de ese archivo existe porque un método aparentemente plausible devolvió una respuesta incorrecta con total confianza, y la estructura del informe que aparece a continuación solo se mantiene honesta si lo has leído antes de empezar a encontrar cosas.

Procedimiento

  1. Lee references/evidence-rules.md primero. No lo hojees: su sección final es lo que hace que el informe sea fiable, y cambia la forma en que valoras tus propios hallazgos, no solo cómo los redactas.
  2. Reúne los hechos. Ejecuta python3 ${CLAUDE_PLUGIN_ROOT}/skills/conversion-page-audit/scripts/page_facts.py <url>. Devuelve diez claves extraídas solo del marcado estático: url, title, meta_description, headings, ctas, forms, schema_types, images, lcp_candidates, notes. Trata notes como un conjunto no ordenado y empareja las entradas por su contenido, nunca por posición: el orden del array ya ha cambiado una vez entre tareas y no hay garantía de que no vuelva a hacerlo. lcp_candidates son las primeras imágenes en el orden del documento, no un Largest Contentful Paint medido; consulta references/audit-framework.md para saber exactamente qué licencia te da esa distinción y qué no.
  3. Obtén una captura renderizada a través de Playwright MCP, si está disponible. Esta es la instrucción más importante de esta habilidad: si Playwright no está disponible, todas las comprobaciones que solo requieren renderizado pasan a «No se pudo comprobar» — nunca a «No es un problema». El marcado estático no puede ver el diseño, el contenido oculto por scroll, las etiquetas bloqueadas por consentimiento ni nada que CSS oculte. references/evidence-rules.md describe completamente lo que esa ceguera cuesta cuando se ignora en lugar de nombrarse.
  4. Comprueba si hay un Brief de Conversión en 03 Projects/<Project>/_Research/ — o en la carpeta de investigación de tu proyecto si no estás ejecutando esto dentro de esa configuración. Úsalo si está presente para contrastar el argumento y el registro de la página con la investigación de audiencia real. Si está ausente, anótalo como una limitación declarada y continúa: la falta de un brief reduce lo que puedes afirmar, pero nunca bloquea la auditoría.
  5. Genera el informe siguiendo la forma que define references/report-template.md: Corregir ahora, Probar no adivinar, No es un problema, No se pudo comprobar. Sigue las reglas de ese archivo para cada sección; son lo que evita que una línea de «No es un problema» se convierta silenciosamente en una suposición disfrazada de hallazgo verificado.

Para qué sirve cada archivo de referencia

  • references/evidence-rules.md — qué conclusiones puede sacar una auditoría y a partir de qué. Léelo primero, cada vez.
  • references/audit-framework.md — las comprobaciones en sí mismas, organizadas por las once secciones de página que escribe conversion-page-build, más las comprobaciones a nivel de página que no pertenecen a ninguna sección.
  • references/form-and-signup-audit.md — número de campos, justificación de campos obligatorios, comportamiento del flujo de registro y ventanas emergentes, con más profundidad que el archivo del marco.
  • references/test-design.md — si un hallazgo de «Probar, no adivinar» es realmente comprobable con el tráfico de esta página, antes de recomendar ejecutarlo.
  • references/report-template.md — la estructura de salida de cuatro secciones y la regla que la mantiene honesta.

Dónde va el informe

Por convención en este repositorio, el informe se guarda en 03 Projects/<Project>/[C] Conversion Audit — <Page> — <date>.md — o donde tu proyecto guarde los resultados de las auditorías si no estás ejecutando esto dentro de esa configuración.

Si la habilidad humanizer está disponible, pasa el informe terminado a través de ella antes de enviarlo a cualquier lugar donde lo leerá un cliente. Si no está instalada — una instalación nueva de este plugin no tiene repositorio ni humanizer — aplica ../copy-sweeps/references/banned-vocabulary.md al informe directamente. Ese paso es opcional: la auditoría está completa sin él.

Individual skills in this repo

This repo contains 6 individual skills — each has its own dedicated page.

ianrexexanes/nca-conversion

Use before writing landing/sales page or campaign copy when the audience isn't documented. Produces a Conversion Brief: ICP, personas, ranked problems, voice-of-customer, competitors, differentiation, objections, proof, register. Required before conversion-page-build; optional for conversion-page-audit.

ianrexexanes/nca-conversion

Use when writing or rewriting copy for a landing page, sales page, homepage, pricing page or opt-in page — after the audience is documented. Walks hero, problem, outcome, solution, mechanism, value stack, proof, objections, guarantee, CTA and FAQ, deciding what each section must accomplish before writing it. Also use when the user says 'write the landing page', 'rewrite this page', 'page copy', 'sales page', 'I need copy for', or hands over an offer and asks for a page. Requires a Conversion Brief — runs audience-research first if none exists.

ianrexexanes/nca-conversion

Use when editing or tightening any written marketing copy — page copy, an email, a proposal, an ad, a post. Runs seven passes: Clarity, Voice, So What, Prove It, Specificity, Heightened Emotion, Zero Risk. Also use when the user says 'edit this', 'tighten this copy', 'make this better', 'this reads flat', 'punch this up', or pastes copy and asks for a second look. Optional expert-panel mode.

ianrexexanes/nca-conversion

Use when approved page copy becomes a design spec — before opening a design tool. Covers section type, purpose, content hierarchy, components, responsive intent, visual hierarchy, emphasis, above-the-fold priority, scan path. Also use when the user says 'hand this to design', 'wireframe this', 'Relume brief', 'Figma spec', 'turn this copy into a layout', or has finished copy and asks what's next.

ianrexexanes/nca-conversion

Use when writing hooks, headlines, hero lines, subject lines, ad hooks or CTA copy, including quick one-off variant requests. Crosses eight hook types (outcome, time, effort, callout, contrarian, pain, mechanism, transformation) with register. Also use when the user says 'give me headlines', 'hook ideas', 'hero line', 'subject line', 'CTA copy', 'punchier headline', or asks for variants of a line.

ianrexexanes/nca-conversion

Use when designing, packaging or pricing an offer — before any page exists. Covers Value Equation diagnosis, obstacle mapping, value stack, guarantees and risk reversal, price anchoring, and pitch formats. Also use when the user says 'design an offer', 'package this', 'what should I charge', 'pricing', 'guarantee', 'value stack', 'grand slam offer', or describes a service and asks how to sell it.

Skills relacionados