revisión-de-página-de-aterrizaje

Revisión de copia y conversión de página de aterrizaje

Requiere: Python 3.10+. page_audit.py necesita acceso de red a la página en vivo y no lee archivos locales. text_stats.py funciona sin conexión, no realiza llamadas de red y lee un archivo de texto o la entrada estándar.

Una página de aterrizaje tiene un visitante, un trabajo y una acción. Esto es lo que cambiaría primero: la etiqueta del botón, el formulario, luego la línea encima del botón. Esos tres elementos determinan la mayoría de las páginas, y la auditoría puede verlos todos.

Entradas

• La URL de la página, la acción única para la que existe y de dónde proviene el tráfico (el anuncio, correo electrónico o búsqueda que promete algo).
• El posicionamiento, si existe. Si la página no afirma nada distintivo, ejecute primero positioning-messaging.
• Pruebas reales que el usuario posee: una cita que pueda usar, un número de sus registros, un nombre de cliente.

Ejecución de los scripts

Escriba cada script (shared/scripts/page_audit.py, shared/scripts/text_stats.py) sin cambios en un archivo temporal, ejecútelo y luego elimínelo.

A="$(mktemp "${TMPDIR:-/tmp}/page_audit.XXXXXX")"; T="$(mktemp "${TMPDIR:-/tmp}/text_stats.XXXXXX")"
python3 "$A" https://example.com/pagina-de-aterrizaje --json   # verifica "cta" y "trust": botón, etiqueta, campos del formulario, contacto, políticas, pruebas
python3 "$T" heroe-y-cuerpo.md --json              # legibilidad, tú vs. nosotros, palabras de relleno, palabras exageradas
rm -f "$A" "$T"

Los códigos de salida 0 y 1 siguen la auditoría (1 significa una brecha alta o crítica). El código 2 significa entrada incorrecta.

Pasos

1. Ejecute la auditoría. Cite las evidencias de cta y trust: la etiqueta de la primera acción, cualquier etiqueta genérica, el formulario más grande, contacto, políticas y pruebas.
2. Mida la copia actual con text_stats.py. Conserve su longitud de oración y registro.
3. Verifique la coincidencia del mensaje: ¿el encabezado repite la promesa que trajo al visitante? Si no, esa es la brecha número uno.
4. Reescriba el héroe con la estructura: un encabezado que indique el resultado para el visitante, una línea que diga cómo y para quién, un botón liderado por un verbo que nombre el resultado, y una línea de prueba junto a él.
5. Reduzca el formulario a lo necesario para el siguiente paso. Regla general: cinco campos o menos. Mueva todo lo demás a después de la conversión.
6. Reescriba las secciones siguientes en el orden de las dudas del visitante: cómo funciona, pruebas, objeciones y luego el botón nuevamente.
7. Reemplace las palabras exageradas y vagas por términos específicos que el usuario pueda respaldar. Ejecute text_stats.py de nuevo.
8. Añada los elementos de confianza faltantes que el usuario realmente tiene: detalles de contacto, enlaces a políticas, una cita real. Deje un hueco marcado donde se necesiten pruebas.
9. Vuelva a ejecutar la auditoría y compare. Entregue la medida al measurement-plan.

Salida

Antes y después de cada sección con la razón de cada cambio; la nueva especificación del botón y formulario; las preguntas abiertas que necesitan pruebas reales; las lecturas de text_stats.py antes y después; las partes recuperadas de la auditoría; la medida a vigilar.

Criterios de salida

• La auditoría muestra un CTA liderado por un verbo con una etiqueta específica y un formulario más grande de cinco campos o menos.
• El encabezado repite la promesa de la fuente de tráfico, o la falta de coincidencia se enumera para el usuario.
• text_stats.py muestra la lista de palabras exageradas vacía y el conteo de "tú" por encima del conteo de "nosotros", o explica por qué no.
• No se inventan afirmaciones, números, citas ni nombres de clientes; las pruebas faltantes son un hueco marcado.
• Una re-auditoría muestra las partes de cta y trust recuperadas y sin regresión.

Casos extremos y errores

• Página única sin formulario: la parte del "formulario más grande" pasa; dígale al usuario a qué lleva el botón.
• Varios botones en competencia: elija la acción principal y degrade el resto a enlaces de texto.
• El usuario quiere una prueba: una prueba dividida necesita muchas conversiones por variante para un resultado claro (regla general); por debajo de eso, publique y compare antes y después, y diga que es evidencia débil.
• Afirmaciones reguladas (salud, finanzas): márquelas para que el usuario las revise; no las escriba.
• La página está detrás de un formulario o script: pida al usuario que pegue la copia renderizada.
• text_stats.py o la auditoría salen con código distinto de cero: informe el mensaje exacto primero.

Reglas

• Escriba en la voz propia de la página. No la reemplace por la suya.
• No invente pruebas. Un hueco es mejor que una mentira.
• Una página, una acción.
• Nunca prometa una tasa de conversión.