Communitygithub.com

marynacleo/build-multilanding

Diseña, construye, audita o escala un sistema de páginas de aterrizaje de múltiples segmentos basado en datos, a partir de una plantilla de marca, impulsado por la intención de búsqueda y un contexto de marketing validado.

¿Qué es build-multilanding?

Este skill permite diseñar, construir, auditar o escalar un sistema de páginas de aterrizaje para múltiples segmentos, basado en una sola plantilla de marca y un contexto de marketing validado. Está pensado para anuncios pagados (Google/Meta/LinkedIn), páginas de aterrizaje personalizadas o programáticas, variantes de campaña específicas de segmento, páginas de 'message-match', atribución de leads, manifiestos de URLs de campaña, generadores de páginas de aterrizaje o la creación de cientos o miles de variantes manteniendo una sola marca y un solo código base. El skill se implementa en 6 compuertas (gates) secuenciales: estrategia y contratos, conceptos representativos, composición y escala, conversión y privacidad, QA, y lanzamiento/aprendizaje. Es compatible con cualquier proyecto de marketing que tenga un archivo de contexto de producto y marketing (`.agents/product-marketing.md` o `.claude/product-marketing-context.md`). El motor del skill nunca inventa audiencias, ofertas ni pruebas; lee el contexto del proyecto y valida los insumos antes de generar cualquier página. Al final, entrega la matriz de variantes, contratos de aterrizaje, esquemas, plantillas reutilizables, manifiesto de campaña, y un plan de experimentación.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add marynacleo/build-multilanding

Preguntar en tu IA favorita

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

Documentación

Build Multilanding (Construir Multiterreno)

Una página genérica es una promesa a nadie. El tráfico pagado llega con una pregunta específica, y la página o continúa la conversación que el anuncio inició o la reinicia desde cero a costa del visitante. Este skill construye el primer tipo: un sistema de aterrizaje mantenible donde cada URL cumple una promesa a una intención, y cada variante es una hipótesis comprobable con su propio rastro documental desde el clic del anuncio hasta los ingresos.

Construye un sistema, no páginas copiadas. Cada fila de la tabla de variantes es una hipótesis de marketing; cada URL es una vista del mismo sistema de componentes. La recompensa para el tráfico pagado: las promesas cumplidas aumentan la relevancia y la confianza, lo que eleva la conversación y reduce el costo de cada lead calificado. Ese es el caso de negocio completo, y por eso el trabajo comienza con contratos, no con textos.

El skill es el MOTOR (método, contratos, compuertas, scripts). El proyecto es el COMBUSTIBLE (sus propias audiencias, ofertas, palabras clave, pruebas). El motor nunca almacena ni inventa las audiencias o palabras clave de un proyecto. Lee primero references/input-contract.md. Para ver el método completo en miniatura, lee references/worked-example.md: una oferta, tres intenciones, tres páginas diferentes.

Segmenta por intención, no por demografía

La unidad es intención de búsqueda distinta + etapa de conciencia + oferta + mensaje = una experiencia de aterrizaje. Varias audiencias pueden compartir una página; una audiencia puede necesitar varias páginas. Agrupa las palabras clave por significado, no por variantes menores de cadena. Consulta references/intent-and-message-match.md.

Comienza con el contexto del proyecto

  1. Lee .agents/product-marketing.md (fuente estratégica de verdad) a través del marketing/source-map.yaml del proyecto. Alternativa: .claude/product-marketing-context.md.
  2. Lee el resumen de la campaña para el lanzamiento. Carga solo las intenciones, mensajes, ofertas y pruebas vinculadas.
  3. Clasifica cada hecho como confirmado / derivado / hipótesis / desconocido.
  4. Si falta una oferta confirmada, una acción de conversión, una hipótesis de audiencia/intención o la prueba requerida, genera un informe de brechas de contexto y detente. Ejecuta scripts/validate_inputs.py.

Trabaja por compuertas

Compuerta 1: estrategia y contratos

Construye la matriz de intenciones. Para cada variante, escribe un contrato de aterrizaje antes de cualquier texto: qué quiere el buscador, qué promete el anuncio, qué promete la página, una CTA, prueba requerida, objeciones, acción de conversión y valor, evidencia.

Compuerta 2: conceptos representativos

Construye y revisa de 3 a 5 conceptos deliberadamente diferentes, incluyendo el texto realista más largo y un caso de estrés móvil. No generes a escala antes de que esto pase la revisión.

Compuerta 3: compone y escala

Compone páginas con el compositor modular, no con una plantilla PAS fija (references/page-composer.md); elige la estructura según la etapa de conciencia. Genera variantes a partir de campos validados (references/variant-schema.md). Rechaza ids/slugs duplicados, campos obligatorios vacíos, enumeraciones inválidas, afirmaciones no verificables y mapeos de campaña/creativo no coincidentes mediante scripts/validate_variants.py.

Compuerta 4: conversión, seguimiento, privacidad

Haz que los formularios sean accesibles, concisos, resistentes al spam e idempotentes. Conecta la atribución al dinero, no a los envíos de formularios (references/measurement-and-attribution.md). Bloquea todas las etiquetas no esenciales detrás del consentimiento (references/privacy-and-consent.md).

Compuerta 5: QA

Ejecuta references/qa-checklist.md: esquema, rutas, enlaces, formularios, análisis, consentimiento, indexación, metadatos, rendimiento (references/performance-gate.md) y accesibilidad. Establece la indexación intencionalmente por variante (references/seo-and-indexation.md).

Compuerta 6: lanzamiento y aprendizaje

Genera el manifiesto de campaña (scripts/generate_campaign_manifest.py) y un plan de reversión. Lanza el conjunto mínimo viable, normalmente 1-2 hipótesis genuinamente diferentes por clúster de intención, no todos los conceptos. Después del tráfico, compara la conversión calificada y los ingresos posteriores, no los clics. Pausa las hipótesis débiles; retroalimenta las lecciones verificadas en la matriz y en experiments/landing-experiments.csv.

Habilidades adyacentes (invocar de forma diferida, mediante contratos)

No cargues todas las habilidades para cada tarea. Entrega solo lo que el paso necesita, a las habilidades instaladas del propio proyecto:

  • dolores de audiencia y voz del cliente -> habilidad de investigación/narración del proyecto
  • dar forma a la oferta -> trabajo de ofertas del proyecto
  • configuración de campaña y medición -> paid-ads-launch
  • SEO de páginas indexables y esquema -> seo-optimization
  • activos de imagen -> web-images
  • bloques de preguntas frecuentes y objeciones -> faq-hub
  • nutrición posterior a la conversión -> brevo-automation, solo como adaptador opcional downstream; nunca una dependencia obligatoria, y nunca conectada automáticamente.

Límites de seguridad y autoridad

  • Nunca coloques claves de API, tokens de CRM, secretos de pago o contenidos de .env en prompts, datos fuente, páginas, registros o commits. Usa marcadores de posición; el usuario ingresa los secretos en la interfaz de usuario del servicio de confianza.
  • No conectes CRM, análisis, autenticación, cuentas de anuncios, proveedores de pago o despliegues/publicaciones sin permiso explícito para ese servicio y acción.
  • Trata los pagos en producción, el lanzamiento público, la activación de campañas y los mensajes masivos como compuertas de aprobación humana separadas.
  • No prometas afirmaciones no respaldadas (tiempo de construcción fijo, costo, aumento de conversión o escala ilimitada). Respeta las restricciones de afirmaciones reguladas del proyecto.
  • Respeta el estilo de la casa del proyecto: reglas de idioma y bilingüismo, sin guiones largos en el texto público, títulos sin punto final, sin rastros de herramientas de IA en el código enviado.

Entregables

Devuelve el conjunto útil más pequeño: matriz de intención/variante; contratos de aterrizaje; esquema y archivo de datos validados; una plantilla reutilizable y solucionador de rutas; vistas previas representativas; manifiesto de campaña/URL; formulario y contrato de atribución; mapa de consentimiento; resultados de QA; lista de verificación de lanzamiento/reversión; plan de lectura de experimentos. Indica qué se verificó, qué se asume y qué aún necesita aprobación humana.

Skills relacionados