Communitygithub.com

rubikdesign-marketing/auditoría-de-página-de-aterrizaje-pagada

Audita una página de aterrizaje que recibe tráfico pagado frente a las mejores prácticas de conversión post-clic y devuelve una lista priorizada de correcciones: coincidencia de mensajes con el anuncio, claridad sobre el pliegue, fricción en formularios, confianza, velocidad, móvil, riesgo normativo. Cada hallazgo etiquetado por clase de evidencia y sin afirmaciones estadísticas sobre datos insuficientes. Úsalo cuando el usuario diga que sus anuncios reciben clics pero no conversiones, pregunte por qué una página no convierte, o mencione experiencia post-clic, coincidencia de mensajes, fricción de conversión, fricción en formularios o CPA creciente tras el clic, aunque nunca diga 'auditoría de página de aterrizaje'. Cubre B2B y B2C en cualquier plataforma. Solo auditoría. NO usar para problemas previos al clic en la cuenta; usa mbfinotti/advertising-skills@ad-account-diagnostic.

¿Qué es auditoría-de-página-de-aterrizaje-pagada?

Esta habilidad está diseñada para que un agente de IA realice una auditoría integral de una página de aterrizaje que recibe tráfico pagado. El objetivo es identificar fugas de gasto directo en el embudo de conversión post-clic, aplicando un flujo de trabajo estructurado que prioriza la eficiencia sobre la rapidez. El agente comienza con una entrevista detallada para recopilar el contexto del negocio, la campaña y los objetivos. Luego descarta problemas previos al clic (como fatiga creativa o problemas de seguimiento) y solo procede si la página es el probable culpable. La auditoría analiza la coincidencia del mensaje entre el anuncio y la página, el embudo analítico, la evidencia cualitativa (grabaciones, mapas de calor) y una revisión heurística basada en referencias. El resultado final es una lista priorizada de hasta siete correcciones, cada una con su clase de evidencia (opinión, observación o hecho causal) y severidad, clasificadas por eficiencia (paso del embudo desbloqueado por unidad de esfuerzo). La herramienta está optimizada para plataformas como Claude Code, Cursor y Codex, y cubre tanto B2B como B2C en cualquier plataforma publicitaria. No reemplaza un diagnóstico de cuenta publicitaria; si la evidencia apunta a problemas previos al clic, la habilidad se niega a emitir un veredicto sobre la página y deriva a la habilidad adecuada.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/rubikdesign-marketing/video-studio/tree/HEAD/.claude/skills/paid-landing-page-audit

Preguntar en tu IA favorita

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

Documentación

Auditoría de Página de Aterrizaje

Audita la página en la que aterriza el tráfico pagado y devuelve una lista de correcciones que el comprador de medios pueda implementar realmente. Cada clic pagado cuesta dinero, convierta o no la página, por lo que cada fuga encontrada aquí es una fuga de gasto directo.

Los auditores experimentados no empiezan por la página; empiezan por el rastro del dinero:

  1. La ruta de clic del anuncio a la página.
  2. El embudo analítico.
  3. Evidencia cualitativa.
  4. Una lectura heurística de la página misma, al final.

Una página bonita que rompe la coincidencia de mensajes desperdicia el gasto independientemente de la artesanía en la página.

El resultado es una lista priorizada de correcciones donde cada hallazgo declara su clase de evidencia y su severidad. Nunca se promete un porcentaje de mejora: la mayoría de los cambios de CRO no ganan cuando se prueban (aproximadamente 10-33% de los experimentos mejoran su métrica objetivo, según datos de Kohavi de Microsoft/Google y el corpus de 127.000 experimentos de Optimizely), por lo que cualquier promesa específica de mejora es casi con certeza incorrecta.

Esta habilidad abarca todo lo que ocurre después del clic y nada antes. La causa raíz de la cuenta publicitaria (seguimiento, estructura, segmentación, creatividad, puja) pertenece a mbfinotti/advertising-skills@ad-account-diagnostic, que deriva aquí cuando su evidencia apunta aguas abajo. El límite es recíproco.

Si la evidencia durante esta auditoría apunta aguas arriba del clic (creativa fatigada, audiencia incorrecta, seguimiento de conversiones roto, una oferta rota que ninguna página puede rescatar), rechaza el veredicto sobre la página, di exactamente qué señal aguas arriba viste y deriva. No dejes que una auditoría de página se convierta silenciosamente en un diagnóstico de cuenta.

Esta habilidad nunca implementa correcciones: las nombra, las clasifica y las asigna.

Entrevista

Pregunta antes de abrir nada. Una pregunta por mensaje; ofrece respuestas de opción múltiple cuando sea posible; omite cualquier cosa ya proporcionada.

  • ¿Cuál es la única acción que esta página debe impulsar? (compra / registro de prueba / reserva de demostración o llamada / formulario de contacto / descarga)
  • ¿B2B o B2C/comercio electrónico?
  • ¿Qué plataforma envía el tráfico pagado, y puedes compartir el anuncio real (copia, creatividad o miniatura, y la palabra clave o audiencia detrás de él)? (Sin el anuncio, la verificación de mayor impacto se ejecuta a ciegas).
  • ¿Cómo puedo acceder a la página? (URL en vivo / copia o HTML pegado / capturas de pantalla - escritorio y móvil / una combinación)
  • ¿Sesiones y conversiones en esta página en los últimos 14-30 días? (Decide si la estadística o los primeros principios guían la auditoría - ver Umbral de Volumen).
  • ¿División de dispositivos y mezcla geográfica? ¿Una página sirve a varios países, idiomas o monedas?
  • ¿CPA objetivo o ROAS? ¿Dónde se encuentra actualmente el tráfico de la página en relación con eso? (La brecha es contra lo que se clasifica la lista de correcciones).
  • ¿Qué cuenta como un buen resultado aguas abajo? (B2B: MQL/SQL/ pipeline, no envíos de formularios; B2C: ingresos, no añadir al carrito).
  • ¿Qué evidencia existe más allá de la página? (embudo analítico, grabaciones de sesiones, mapas de calor, encuestas o testimonios de soporte).
  • ¿Se ha cambiado o probado algo en esta página antes? ¿Qué pasó?
  • ¿Hay una fecha límite para que el resultado esté listo? (un lanzamiento, una revisión de presupuesto, un pico estacional) ¿o no hay fecha límite?
  • ¿Quieres la recuperación más rápida en esta campaña o una página que siga pagando en las siguientes? (Ganancia única o activo compuesto).
  • ¿Quién implementa las correcciones? (tú, un diseñador, un equipo de desarrollo) ¿y cuál es el techo de esfuerzo? (horas de ediciones de copia, un sprint de construcción, o un rediseño que tendrías que vender internamente).

Esas últimas tres respuestas de la entrevista re-clasifican la lista de correcciones antes de que se escriba; el informe dice qué respuesta movió qué.

  • Una fecha límite ajustada promueve lo que aterriza en horas: coincidencia de mensajes, copia del titular y CTA, reutilización del visual clave del anuncio. Degrada cualquier cosa que necesite una construcción o una parte interesada.
  • Un mandato compuesto promueve la claridad de la oferta y el trabajo estructural que sobrevive a la próxima campaña, aunque sea la familia más lenta de implementar.
  • Un techo de esfuerzo bajo elimina filas en lugar de reordenarlas: nombra lo que quedó fuera del techo en la sección "Descartado" del informe, en lugar de dejarlo caer en silencio, para que nadie lo redescubra el próximo trimestre.

Flujo de Trabajo

  1. Ejecuta la Entrevista; recoge cada respuesta antes de tocar la página.

  2. Descarta primero las causas aguas arriba. Un gráfico de CPA no puede distinguir un problema de página de un problema de anuncio. Verifica antes de culpar a la página:

    • ¿El CTR está disminuyendo o la frecuencia está aumentando? (fatiga creativa): deriva a mbfinotti/advertising-skills@ad-creative-fatigue.
    • ¿El evento de conversión se activa y está deduplicado? Si no, deriva a mbfinotti/advertising-skills@ad-conversion-tracking y trata cada número aguas abajo en esta auditoría como sospechoso.
    • ¿La segmentación o la oferta cambiaron cuando el rendimiento cambió? Deriva a mbfinotti/advertising-skills@ad-account-diagnostic.

    Solo procede una vez que la página es plausiblemente el problema.

  3. Recorre la ruta de clic. Abre el anuncio, la palabra clave o audiencia, y la página de aterrizaje lado a lado. Responde desde la perspectiva del que hace clic: ¿qué prometió el anuncio y la primera pantalla lo confirma?

    Verifica cuatro ejes de coincidencia:

    • Verbal: el titular repite la promesa del anuncio con sus propias palabras.
    • Visual: el héroe repite la creatividad del anuncio o el fotograma de apertura; casi todas las auditorías omiten esto.
    • Oferta: misma oferta, mismo precio, mismo verbo de CTA.
    • Geográfica: moneda, idioma, oferta válida para la región para cada geo que la campaña segmenta.

    Si la página intercambia titulares por UTM o conjunto de anuncios, cárgala con los parámetros reales del anuncio: la personalización dinámica que sirve silenciosamente la página genérica es una clase de error específica del tráfico pagado. Confirma que los IDs de clic sobreviven al aterrizaje y a cualquier redirección.

  4. Extrae el embudo analítico, segmentado por dispositivo y fuente de tráfico: aterrizar → interactuar → inicio de formulario o añadir al carrito → finalización. Aquí es donde la opinión se convierte en observación. Aplica el Umbral de Volumen antes de leer nada, y nunca mezcles los recuentos de conversiones informados por la plataforma y los del sitio; difieren por ventana de atribución y vista a través, y no son totales comparables.

  5. Reúne evidencia cualitativa donde exista: grabaciones de sesiones (clics de rabia, clics muertos, dudas en formularios), desplazamiento y mapas de calor (¿alguien llega a la prueba? ¿al CTA?), y testimonios de voz del cliente. Omite sin disculpas si no está disponible, pero entonces dilo en "No se pudo verificar".

  6. Ejecuta la revisión heurística de la página usando references/page-checks.md, en su orden: las comprobaciones están secuenciadas por impacto en los ingresos para el tráfico pagado, no por facilidad de verificación.

    Si puedes obtener y renderizar la página, verifica cada comprobación con el resultado renderizado en un viewport de tamaño de teléfono y un viewport de escritorio. De lo contrario, trabaja con la copia pegada o las capturas de pantalla y marca cada afirmación que necesite renderización (carga, diseño, contenido dinámico) como "No se pudo verificar".

    Todo lo que se encuentre aquí es una opinión hasta que la analítica o un experimento lo actualice.

  7. Prioriza (sección a continuación). Clasifica por eficiencia: el paso del embudo que cada corrección desbloquea por unidad de esfuerzo, ponderado por la evidencia y re-clasificado según la fecha límite, el mandato y el techo de esfuerzo de la Entrevista. Limita la lista de correcciones a siete elementos; una lista de treinta elementos nunca se construye.

  8. Escribe el informe en la forma a continuación (plantilla completa y ejemplo trabajado en references/report-template.md). Ejecuta las comprobaciones de Integridad del Informe e itera hasta que el informe pase todas ellas.

  9. Registra una predicción y una fecha de re-verificación. Cada corrección enviada nombra el paso del embudo que debería moverse y en qué dirección. Re-verifica un ciclo de negocio completo después, con madurez de lag de atribución coincidente.

    Si tu plataforma tiene memoria persistente, memoriza la línea base de la página, los hallazgos, las correcciones enviadas y las predicciones para que la próxima ejecución comience desde el historial. De lo contrario, emite un bloque de estado corto que el usuario pueda pegar en la próxima sesión.

Clases de Evidencia

Cada hallazgo lleva una de tres clases de afirmación, y el informe nunca las difumina:

  • Opinión - se puede juzgar solo desde la página: coincidencia de mensajes, claridad de la propuesta de valor, jerarquía de CTA, fricción visible, presencia de señales de confianza. Hipótesis informadas, no pruebas.
  • Observación - requiere los datos propios de esta página: dónde cae realmente el tráfico, brechas de dispositivos, abandono de formularios a nivel de campo, Core Web Vitals de campo, comportamiento grabado.
  • Hecho causal - requiere un experimento controlado. Esta auditoría nunca produce hechos causales; produce candidatos para ellos. Cualquier cosa redactada como "esto aumentará la conversión en un X%" es una afirmación de esta clase sin el experimento detrás; está prohibido.

La mejor práctica citada lleva además un nivel de fuente:

  • Investigación establecida: un estudio o estándar citable (Core Web Vitals, WCAG, Baymard, NN/g, informe de referencia de Unbounce).
  • Consenso de profesionales: corroborado entre profesionales independientes (un CTA claro, prueba en el punto de fricción).
  • Folclore: ampliamente repetido, no probado (ver Modos de Falla). Preséntalo solo para desacreditarlo.

Los números citables, los marcos (LIFT, la heurística de MECLABS, PXL), y sus advertencias obligatorias viven en references/evidence-and-benchmarks.md. Léelo antes de citar cualquier número o marco por su nombre.

Umbral de Volumen

Dos umbrales de volumen rigen lo que la auditoría puede afirmar:

  • Por debajo de aproximadamente 1.000 sesiones o 30 conversiones en esta página en la ventana de auditoría, los datos no pueden separar un problema de conversión real del ruido. Indica eso claramente, rechaza las comparaciones de tasas de conversión y las lecturas de segmentos, y clasifica la lista de correcciones por fricción de primeros principios e investigación establecida en su lugar. La auditoría sigue siendo útil; simplemente no puede pretender ser estadística.
  • Por debajo de aproximadamente 100 conversiones por mes, tampoco recomiendes las pruebas A/B como ruta de validación. Recomienda implementar eliminaciones de fricción bien fundamentadas y monitorear, y di que la causalidad no será demostrable.

Estos umbrales son heurísticas de profesionales, no leyes: un cálculo de tamaño de muestra adecuado supera a ambos cuando alguien puede ejecutarlo.

Priorización

Clasifica la lista de correcciones por eficiencia: el paso de conversión desbloqueado por unidad de esfuerzo, y lidera con la mejor relación, nunca con la corrección más barata. Primero-barato y primero-eficiente son ordenamientos diferentes, y solo el segundo responde "¿qué envío primero con las horas que tengo?".

Puntúa cada candidato con preguntas ponderadas por evidencia, mayoritariamente binarias, en la forma de PXL en lugar de ICE o PIE. ICE y PIE permiten que la persona que propone la corrección adivine dos de las tres entradas; una puntuación ponderada por evidencia obliga a cada corrección a nombrar la evidencia detrás de ella.

Pregunta de cada corrección:

  • ¿Está sobre el pliegue?
  • ¿Se nota en cinco segundos?
  • ¿Está en la ruta de entrada pagada?
  • ¿Está respaldado por una observación de los datos de esta página, o solo por opinión?
  • ¿Está respaldado por investigación establecida, o solo por consenso de profesionales?

Clasifica el esfuerzo como tiempo y coordinación: una hora de trabajo de copia, un día o dos de construcción y comprobaciones de regresión, una semana o más a través de los calendarios de otras personas. Nunca como una cifra presupuestaria.

El lado del valor es la fuga, no su precio: nombra el paso del embudo que cada corrección desbloquea y cuánto de la brecha de CPA/ROAS de la Entrevista reside en ese paso, para que una corrección en el paso con fugas supere a una corrección más bonita en otro lugar.

Ordenamiento predeterminado entre familias de correcciones cuando una página falla varias a la vez, primero el más alto en cada eje:

  • eficiencia: coincidencia de mensajes > claridad sobre el pliegue > colocación de confianza > fricción de formulario y checkout > claridad de oferta > velocidad > pulido de accesibilidad > ruta post-clic
  • valor: coincidencia de mensajes > claridad sobre el pliegue > claridad de oferta > fricción de formulario y checkout > colocación de confianza > velocidad > pulido de accesibilidad > ruta post-clic
  • esfuerzo: claridad de oferta > pulido de accesibilidad > velocidad > fricción de formulario y checkout == ruta post-clic > claridad sobre el pliegue > coincidencia de mensajes == colocación de confianza
  • costo de cumplimiento: correcciones de afirmaciones y divulgaciones > banner de consentimiento > accesibilidad > cada otra familia == ninguna

Los ejes discrepan en dos lugares que vale la pena decir en voz alta:

  • La claridad de la oferta está cerca de la cima en valor y en la cima en esfuerzo: una nueva propuesta de valor necesita partes interesadas, no una tarde. Aterriza en la mitad de la tabla en eficiencia: empieza ahora, envíalo después, nunca lo omitas.
  • La colocación de confianza es lo opuesto: mover la prueba que la página ya posee al punto de fricción compra un paso de tamaño mediano por una hora de trabajo, por lo que supera a correcciones más grandes.

El pulido de accesibilidad está ordenado por encima de la velocidad en lugar de empatado, porque su polo largo es la aprobación, no el código. Los empates restantes son igualdades genuinas:

  • Fricción de formulario == ruta post-clic: ambos son un día o dos de construcción dentro de un sistema que el propietario de la página solo controla a medias (una pila de formulario o checkout, una pila de correo electrónico y enrutamiento), y ambos necesitan una comprobación de regresión en una ruta de dinero en vivo antes de enviarse.
  • Coincidencia de mensajes == colocación de confianza: ambos son una hora gastada por quien ya posee la página, reutilizando activos que ya existen (las propias palabras del anuncio, prueba ya en la página).
  • Costo de cumplimiento, cada familia por debajo de accesibilidad == ninguna: reformulan, reordenan o aceleran material ya publicado, por lo que no se afirma, recopila o divulga nada nuevo y no hay revisión que reservar.

Lo que este orden de eficiencia priva es cada corrección que necesita una construcción o una parte interesada: la claridad de la oferta, las reconstrucciones estructurales y la velocidad se clasifican alto en valor y en la parte superior del eje de esfuerzo, por lo que la relación nunca los selecciona y la página acumula ajustes de copia en su lugar. Promuévelos bajo condiciones en lugar de esperar la relación:

  • Promueve la claridad de la oferta al principio cuando el embudo muestra visitantes que aterrizan en una página con coincidencia de mensajes y se van antes de cualquier interacción (ninguna artesanía en la página corrige una oferta que nadie quiere), o cuando la brecha de CPA es un múltiplo del objetivo en lugar de un margen, ya que ninguna corrección a escala de horas puede cerrarla de manera plausible.
  • Promueve la velocidad cuando los Core Web Vitals de campo fallan sus umbrales en el dispositivo que lleva el gasto. Eso es un disparador de investigación establecida, y supera a la relación.

Nombra la promoción en el informe, con la evidencia que la desencadenó.

Los elementos de costo de cumplimiento se clasifican por exposición, no por relación. Eliminar un contador de cuenta regresiva reiniciante, una afirmación no corroborada o un respaldo no divulgado cuesta un esfuerzo casi nulo y conlleva exposición de la FTC y de la política de la plataforma cada día que permanezca, por lo que salta la cola cualquiera que sea su conversión...

...

[truncado para traducción]

Skills relacionados