Landing page SEO: lanzar, estructurar, validar

Construcción de Páginas de Aterrizaje SEO

Usa esta skill para crear, mejorar, auditar, desplegar o validar páginas de aterrizaje.

No uses esta skill para ediciones menores de texto, estilo o componentes a menos que la solicitud incluya SEO, conversión, accesibilidad, rendimiento, despliegue o preparación para el lanzamiento.

Flujo de Trabajo Principal

1. Inspecciona el proyecto existente antes de editar.
2. Identifica el negocio/entidad, audiencia, ubicación, servicios, objetivo de conversión y destino de despliegue.
3. Identifica la pila tecnológica y preserva sus convenciones.
4. Revisa metadatos, encabezados, datos estructurados, sitemap, robots (incluyendo acceso para crawlers de IA), llms.txt, favicon, manifest, previsualizaciones sociales y datos comerciales visibles.
5. Evalúa el diseño responsivo, la accesibilidad, el tamaño de imágenes, la carga de JavaScript y los riesgos de CLS (Cumulative Layout Shift).
6. Realiza cambios concretos en archivos siguiendo el estilo del proyecto existente.
7. Ejecuta las herramientas de validación disponibles o proporciona comandos exactos si alguna está bloqueada.
8. Resume los cambios, la verificación realizada, los riesgos restantes y los pasos posteriores al lanzamiento.

Prioridades Predeterminadas

• Haz que el primer viewport sea claro: entidad, oferta, ubicación o audiencia, y CTA principal.
• Mantén la información importante visible en HTML, no solo en metadatos o JSON-LD.
• Prefiere el esquema Service para servicios; usa el esquema Product solo con datos reales de oferta de producto.
• Para negocios locales, prioriza la consistencia NAP (Nombre, Dirección, Teléfono), áreas de servicio, horarios de apertura, enlaces a mapas/perfiles, reseñas y fotos reales.
• Trata el dominio personalizado, Google Business Profile, reseñas, citas, Search Console y fotos reales como trabajo fuera del código (lanzamiento/off-site), no como simples ajustes de código.
• Después de cambios de dominio o despliegue, actualiza el canonical, sitemap, URL del sitemap en robots.txt, URLs en datos estructurados, URLs de imágenes sociales y la propiedad en Search Console.
• No falsifiques calificaciones, reseñas, garantías, rankings, indexación, Core Web Vitals, puntuaciones de Lighthouse/PageSpeed, estado de despliegue, estado de citas en AI Overview/AI ni resultados de API.
• Los esquemas FAQ y HowTo ya no producen resultados enriquecidos en Google (FAQ eliminado el 7 de mayo de 2026; HowTo eliminado en 2023); mantén el esquema FAQPage para la comprensión de motores de IA/de respuesta, no para una función SERP prometida.
• Pregunta al propietario del sitio antes de cambiar el acceso de bots de IA en robots.txt; esto afecta la exposición real a citas de asistentes y al entrenamiento de modelos. Ten en cuenta que Google AI Overviews/AI Mode se rigen por el acceso normal de Googlebot y los controles de Search Console, no por los tokens de bots de IA.
• llms.txt es una práctica opcional sin un aumento probado de ranking o citas, y Google afirma que no es necesario para las funciones de IA; ofrécelo, pero no lo vendas como una ventaja de visibilidad en IA.
• Adapta el diseño al tipo de página y a la audiencia; prioriza claridad, confianza, usabilidad móvil y conversión sobre la decoración.

Cuándo Leer las Referencias

• Para el flujo de construcción y la estructura de la página, lee references/landing-page-workflow.md.
• Para detalles de implementación específicos del framework, lee references/framework-implementation.md.
• Para el texto de la página de aterrizaje, CTAs y señales de confianza, lee references/content-conversion.md.
• Para comprobaciones de SEO, AEO, GEO y búsqueda local, lee references/seo-aeo-geo-checklist.md.
• Para sitios web de negocios locales, lee references/local-business-seo.md.
• Para aspectos de JSON-LD y resultados enriquecidos, lee references/structured-data.md.
• Para trabajo de rendimiento, accesibilidad y CLS, lee references/performance-accessibility.md.
• Para scripts de validación, Lighthouse/PageSpeed, Search Console e informes, lee references/validation-workflow.md.
• Para despliegue, dominios, Search Console y Google Business Profile, lee references/deployment-domain-search-console.md.
• Para llms.txt, acceso de crawlers de IA e informes de búsqueda IA, lee references/ai-crawlers-and-llms-txt.md.
• Para WebMCP, herramientas invocables por agentes y formularios preparados para agentes, lee references/webmcp.md.

Plantillas

Usa las plantillas solo como puntos de partida. Adáptalas al proyecto antes de insertarlas:

• templates/metadata-head.html
• templates/site.webmanifest
• templates/robots.txt
• templates/sitemap.xml
• templates/local-business-jsonld.html
• templates/website-jsonld.html
• templates/website-with-search-jsonld.html - heredada; su SearchAction ya no produce una función de Google
• templates/organization-jsonld.html
• templates/person-jsonld.html
• templates/breadcrumb-jsonld.html
• templates/faq-jsonld.html
• templates/service-offer-catalog-jsonld.html
• templates/static-landing-page.html
• templates/launch-checklist.md
• templates/privacy-notice.md
• templates/llms.txt

Scripts

Los scripts son ayudantes opcionales. Ejecútalos desde la raíz del proyecto de destino cuando el entorno lo permita:

• scripts/check-metadata.mjs [html-file] [--no-write] - verifica metadatos estáticos, encabezados, imágenes, favicon, manifest y comprobaciones básicas de SEO.
• scripts/check-structured-data.mjs [html-file] [--no-write] - análisis de JSON-LD y comprobaciones de cordura del esquema.
• scripts/check-links.mjs [html-file] [--network] [--no-write] - enlaces locales, fragmentos, assets y comprobaciones opcionales de URLs externas.
• scripts/check-site-files.mjs [site-root] [--no-write] - comprobaciones de robots.txt, sitemap.xml, site.webmanifest, llms.txt e iconos comunes; pasa public para carpetas públicas de frameworks.
• scripts/check-placeholders.mjs [paths...] [--no-write] - comprobación de {{PLACEHOLDER}} no reemplazados después de aplicar plantillas.
• scripts/run-lighthouse.mjs <url> [mobile|desktop] - informe JSON de Lighthouse.
• scripts/summarize-lighthouse.mjs [lighthouse-json-report] [--no-write] - resumen en Markdown a partir de un informe de Lighthouse.
• scripts/run-pagespeed.mjs <url> [mobile|desktop] - informe JSON de PageSpeed Insights.
• scripts/summarize-pagespeed.mjs [pagespeed-json-report] [--no-write] - resumen en Markdown a partir de un informe de PageSpeed.
• scripts/list-search-console-sites.mjs [--no-write] - lista las propiedades verificadas en Search Console.
• scripts/submit-sitemap.mjs <search-console-site-url> <sitemap-url> - envía un sitemap a través de la API de Search Console.
• scripts/inspect-url.mjs <inspection-url> <search-console-site-url> [language-code] - inspecciona los datos de indexación de una URL a través de la API de Search Console.

Usa PAGESPEED_API_KEY para las llamadas a la API de PageSpeed cuando esté disponible.

Usa GOOGLE_SEARCH_CONSOLE_ACCESS_TOKEN solo para las acciones compatibles de la API de Search Console.

Si una acción solicitada respaldada por una API necesita credenciales y la variable de entorno no está presente, pide al usuario que la exporte en su propia terminal. No le pidas que pegue el secreto en la conversación y nunca escribas una clave en un comando tú mismo: una clave pegada o escrita en línea queda registrada en la transcripción y los registros, mientras que una variable exportada es heredada por estos scripts sin entrar nunca en la conversación. references/validation-workflow.md contiene los comandos por shell.

No escribas secretos en .env, archivos bajo control de versiones ni en la configuración del proyecto a menos que el usuario lo solicite explícitamente.

Si las credenciales, la red, las dependencias o la cuota no están disponibles, no finjas éxito. Explica el bloqueo y proporciona pasos manuales o comandos alternativos.

Cuando no estés seguro sobre el uso, ejecuta el script sin argumentos para ver su texto de uso o lee references/validation-workflow.md.

Reglas

• Prefiere ediciones concretas de archivos sobre consejos genéricos.
• Preserva las convenciones existentes del proyecto.
• Solicita credenciales solo cuando la acción solicitada las necesite, y haz que el usuario las exporte en lugar de pegarlas.
• No hagas relleno de palabras clave.
• No añadas calificaciones falsas, reseñas falsas ni afirmaciones no respaldadas.
• No prometas resultados de ranking, indexación o Core Web Vitals.
• Evita animaciones de entrada que muevan el layout. Prefiere revelaciones solo de opacidad cuando se necesite animación.
• Los frameworks no son malos por defecto. Usa HTML estático para sitios simples, y usa React, Next.js, Astro o frameworks similares cuando el proyecto ya los use o necesite sus características.
• Para negocios locales, prioriza el nombre exacto del negocio, la consistencia NAP, el área de servicio, el horario de apertura, el enlace al mapa, Google Business Profile o su equivalente local, las reseñas y la orientación sobre dominio personalizado.