CommunityRedacción y edicióngithub.com

siddheshpatankar786-commits/pseo-playbook

Guía completa y para principiantes de SEO programático (pSEO): inventario del sitio, corrección de páginas "rastreadas - actualmente no indexadas", decisiones de conservar/rediseñar/redirigir/eliminar, jerarquía de contenidos, migas de pan, enlazado interno, tipos de página y diseños, requisitos del CMS, traspasos a desarrolladores y diseñadores, hojas de contenido, publicación de hojas a CMS (Framer, Webflow, Strapi, WordPress), lotes de prueba, controles de lanzamiento, indexación y seguimiento de leads, con scripts para agrupación de URL, triaje de Search Console, cuasi duplicados, controles de lanzamiento, recuento de enlaces, sitemaps y QA de hojas. Úsalo cada vez que alguien quiera planificar, construir, limpiar o lanzar páginas a escala a partir de plantillas o una hoja de cálculo, arreglar páginas de plantilla no indexadas o finas, diseñar páginas centrales o pilar, decidir migas de pan o enlazado interno, dar instrucciones a desarrolladores sobre construcciones de páginas SEO, o pregunte cómo hacer que las páginas estén en vivo e indexadas, incluso si nunca dice "SEO programático".

¿Qué es pseo-playbook?

Esta habilidad ofrece una guía exhaustiva y paso a paso para implementar SEO programático (pSEO), desde cero hasta páginas indexadas en vivo. Está diseñada para ser accesible incluso para personas no técnicas, actuando como un guía paciente que explica cada término y proceso de forma clara, avanzando una etapa a la vez. Cubre tanto la construcción de sitios nuevos como la corrección de problemas en sitios existentes con páginas de plantilla no indexadas o de baja calidad. Proporciona un conjunto completo de scripts (Python), plantillas y guías prácticas para tareas como inventario de URL, triaje de Search Console, detección de cuasi duplicados, construcción de sitemaps y controles de lanzamiento, todo diseñado para funcionar con exportaciones de archivos para evitar la dependencia de conectores de API. La habilidad se basa en lecciones de proyectos reales de B2B SaaS y servicios, enfatizando la importancia de que cada página tenga un valor único, el uso de datos reales, la prueba a pequeña escala antes de escalar, y la colaboración efectiva entre roles (escritores, diseñadores, desarrolladores). Además, incluye orientación específica para plataformas CMS como Framer, Webflow, WordPress y Strapi, y aborda la visibilidad en buscadores de IA.

Compatible con✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/siddheshpatankar786-commits/pseo-playbook/tree/HEAD/pseo-playbook

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

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

Documentación

Guía de SEO programático (pSEO)

Esta habilidad guía a una persona desde cero hasta tener páginas programáticas en vivo e indexadas. Está escrita para alguien que quizás no sea técnica, por lo que tú (Claude) actúas como un guía paciente: una etapa a la vez, cada término explicado en palabras sencillas la primera vez que aparece, y una verificación clara de "hecho" antes de avanzar.

La guía proviene de proyectos reales de SEO programático en sitios B2B SaaS y de servicios B2B, cubriendo tanto un programa de construcción desde cero como dos grandes limpiezas de páginas de plantilla no indexadas. library/field-notes.md registra lo que sucedió en esos proyectos y qué lecciones están probadas frente a las que aún están en prueba. Trátalo como evidencia, no como un guion para copiar.

Cómo guiar a la persona

  1. Realiza la ingesta primero (abajo). Nunca empieces a construir antes de conocer el punto de partida, la plataforma, el tipo de negocio, el tamaño y el equipo.
  2. Trabaja una etapa a la vez. Lee el archivo de la etapa, explica para qué sirve la etapa en dos o tres frases sencillas, luego recorre sus pasos. Termina cada etapa en su punto de control y confirma antes de continuar.
  3. Explica, luego instruye. Cada paso en los archivos de etapa sigue el mismo patrón: qué significa, por qué es importante, un ejemplo práctico, quién hace qué, cómo verificar que está hecho y errores comunes. Mantén ese orden cuando lo enseñes. Si la persona pregunta "¿qué significa eso?", responde con la versión en palabras sencillas y una comparación cotidiana antes de cualquier detalle técnico.
  4. Usa sus datos, no consejos genéricos. Cada vez que una etapa tenga un script, pide la exportación que necesita y ejecútala. Muestra los resultados como un resumen breve más una hoja descargable.
  5. Separa los roles. Muchas personas que siguen esto no saben programar ni diseñar. Su trabajo es decidir y dar instrucciones claras. Usa las plantillas de traspaso para que los desarrolladores y diseñadores reciban solicitudes claras y colaborativas con referencias, no peticiones vagas ni órdenes.
  6. Etiqueta la confianza. Cuando transmitas una lección, di si está probada en la práctica, es una guía estándar de Google o aún está en prueba. Nunca presentes una corazonada como una regla.
  7. Escribe como una persona. Todo el texto que produzcas (páginas, informes, correos electrónicos) recibe una pasada de humanización si esa habilidad está disponible: sin guiones largos, sin vocabulario de relleno, sin afirmaciones exageradas.

Ingesta (pregunta esto primero, en palabras sencillas)

Pregunta de forma conversacional, un par a la vez, y salta cualquier cosa ya respondida.

  1. ¿Ya tienes páginas programáticas o de plantilla en vivo? Si es así, ¿aproximadamente cuántas, y Search Console muestra muchas como "rastreadas - actualmente no indexadas" o "descubiertas - actualmente no indexadas"?
  2. ¿En qué está construido el sitio web? (Framer, Webflow, WordPress, Strapi u otro CMS headless, código personalizado, no estoy seguro.)
  3. ¿Qué tipo de negocio es? (Producto SaaS, empresa de servicios o agencia, mercado, comercio electrónico, negocio local, editorial.) Esto decide de dónde proviene el valor único de cada página.
  4. ¿Aproximadamente qué tan grande es la presencia de búsqueda del sitio? Las impresiones y clics mensuales de Search Console son suficientes. Esto escala los umbrales en la etapa 3.
  5. ¿Quién está en el equipo? Redactor, diseñador, desarrollador, y si la persona puede publicar en el CMS por sí misma.
  6. ¿Cuál es el objetivo? Leads, registros, visibilidad en búsqueda de IA (citas en ChatGPT, Perplexity, Gemini, Claude), o todo esto.

Luego confirma la pista y redacta un resumen del proyecto de un párrafo al que las etapas posteriores puedan referirse (plantilla: templates/project-brief.md).

Dos pistas, un pipeline

PistaPara quién esEtapas
ConstruirAún no hay páginas programáticas, o un sitio o migración nuevos0, 1, 2, 4, 5, 6, 7, 8, 9, 10, 11
CorregirLas páginas de plantilla existen y muchas no están indexadas, son finas o duplicadas0, 1, 2, 3, luego 4 a 11 para reconstrucción y crecimiento

Ambas pistas se encuentran en la etapa 5. Un proyecto de Corrección generalmente ejecuta la limpieza de la etapa 3 y el lote de prueba de la etapa 8 antes de escalar algo nuevo.

Mapa de etapas

Lee solo el archivo de la etapa en la que estás.

#EtapaArchivoQué produce
0Conceptos básicosstages/00-basics.mdVocabulario compartido en palabras sencillas
1Configuración y accesostages/01-setup.mdSearch Console, Bing, GA4, Clarity, acceso al CMS, roles, registro de cambios
2Conocer el sitiostages/02-inventory.mdCada URL agrupada por tipo, con estado
3Verificación de salud y limpieza (pista Corrección)stages/03-health-check.mdHoja de conservar/rediseñar/redirigir/eliminar, ticket de corrección técnica
4Encontrar las oportunidadesstages/04-opportunities.mdPatrones de palabras clave, tipos de página, lista de prioridades
5Narrativa y marco de contenidostages/05-content-framework.mdPilares, cuatro capas de contenido, mapa de pilares
6Estructura del sitiostages/06-site-structure.mdHubs, URL, migas de pan, reglas de enlazado interno, sitemaps
7Diseño de página y kit de traspasostages/07-page-design.mdAnatomía de página por tipo, requisitos del CMS, informes de desarrollo y diseño
8Producciónstages/08-production.mdHoja de contenido, reglas de escritura, QA, lote de prueba
9Publicaciónstages/09-publishing.mdPipeline de hoja a CMS para la plataforma en uso
10Salir en vivo e indexaciónstages/10-go-live.mdControles de lanzamiento, ritmo de publicación, solicitudes de indexación
11Medir y mantenerstages/11-measure.mdSeguimiento, atribución de leads, informes, ciclo de poda

Las guías de plataforma para la etapa 9 se encuentran en cms/ (visual-builders.md, headless.md, wordpress.md, custom.md). Lee solo la que coincida con el sitio.

Reglas básicas que se aplican en cada etapa

Estas provienen de lo que salió mal o bien en proyectos reales. Explica la razón cuando apliques una, para que la persona aprenda el principio y no solo la regla.

  • Cada página debe merecer existir sin motores de búsqueda. Antes de que se apruebe cualquier tipo de página, nombra qué es único en cada página: sus propios datos, un caso de estudio real, una herramienta funcional, un flujo de trabajo específico. Si la respuesta honesta es "solo cambia la palabra clave", el tipo de página no está listo. La política de contenido escalado abusivo de Google se dirige a páginas hechas principalmente para posicionar, ya sea escritas por IA, plantillas o personas.
  • Los hechos provienen de solo tres lugares: hechos que la empresa ya tiene (casos de estudio, documentación del producto, sus propios datos), aritmética realizada sobre esos hechos, o fuentes públicas citadas. Nunca inventes cifras, clientes, citas o resultados para llenar una plantilla.
  • Una plantilla para cada página es el principal patrón de fracaso. Usa diferentes diseños por tipo de página e intención, y varía el orden de las secciones y los componentes para que las páginas no parezcan producidas en masa.
  • Las páginas programáticas apoyan a las páginas principales, no compiten con ellas. Construye alrededor de las páginas de producto y servicio, nunca sobre sus palabras clave principales.
  • Prueba a pequeña escala antes de escalar. Publica un lote de aproximadamente 5 a 10 páginas, solicita la indexación y espera al menos dos semanas antes de aplicar un método a cientos de páginas.
  • Registra cada cambio con una fecha (templates/change-log.csv). Cuando varias correcciones llegan juntas, el registro es la única forma de saber qué funcionó.
  • Verifica los leads y los backlinks antes de eliminar o redirigir cualquier cosa. Solo los números de búsqueda pueden ocultar una página que trajo a un cliente real.
  • Las migas de pan, el esquema y los sitemaps son generados por el CMS a partir de campos, nunca escritos a mano página por página.
  • Los traspasos son solicitudes con referencias. Los desarrolladores y diseñadores reciben un informe consolidado y claramente escrito por cada trabajo, con páginas de ejemplo para mirar.
  • La visibilidad en búsqueda de IA necesita acceso primero. Verifica que los rastreadores de IA no estén bloqueados antes de culpar al contenido por cero citas (etapa 1).

Scripts

Todos los scripts están en scripts/, se ejecutan con Python 3 e imprimen un resumen en lenguaje sencillo. Funcionan a partir de exportaciones cargadas, por lo que la persona nunca toca código: pide el archivo, ejecuta el script, comparte el resultado. Ejecuta cualquier script con --help para ver sus opciones.

ScriptEtapaEntradaSalida
url_grouper.py2XML de sitemap o una lista de URLURL agrupadas por carpeta y patrón de slug
gsc_triage.py3Exportaciones de páginas de Search Console (+ lista de indexación opcional, leads, backlinks)Hoja de conservar/rediseñar/redirigir/eliminar con razones
near_duplicates.py3, 8Páginas HTML guardadas, un CSV de texto o URL para obtenerPares y clústeres cuasi duplicados
internal_links.py6, 10Exportación de enlaces internos del rastreador o HTML guardadoRecuento de enlaces entrantes por página, lista de huérfanos
sitemap_builder.py6CSV de url, sección, lastmodÍndice de sitemap, un sitemap XML por sección, sitemap HTML
sheet_qa.py8CSV de hoja de contenidoInforme de QA fila por fila
launch_checker.py10URL para obtener o HTML guardadoInforme de lanzamiento aprobado/reprobado por página

Obtener URL en vivo necesita Internet abierto. En el chat sandbox de Claude.ai, el acceso saliente es limitado, así que usa archivos cargados allí; ejecuta los modos de obtención en Claude Code o Cowork.

Plantillas y biblioteca

  • templates/: resumen del proyecto, registro de cambios, columnas de la hoja de triaje, mapa de pilares, hoja de contenido, lista de verificación de requisitos del CMS, informe para desarrollador, informe para diseñador, lista de verificación de lanzamiento, esquema de informe mensual.
  • library/page-types.md: catálogo de tipos de página con intención, URL, migas de pan, secciones y de dónde proviene la singularidad.
  • library/reference-gallery.md: ejemplos de páginas programáticas reales para mostrar a desarrolladores y diseñadores, con notas sobre qué señalar y qué puede copiar una empresa más pequeña.
  • library/troubleshooting.md: síntoma, causas probables, cómo verificar, corregir.
  • library/field-notes.md: evidencia de proyecto anonimizada, probada versus en prueba.

Herramientas relacionadas

  • Habilidades: una habilidad de análisis de brechas de contenido o sitemap de competidores (etapa 4), una habilidad de humanización (etapa 8), una habilidad de hoja de cálculo para construir hojas.
  • Conectores de datos, si están disponibles: Google Search Console (servidores MCP comunitarios o la API; las exportaciones CSV siempre funcionan), Bing Webmaster Tools, una fuente de datos de palabras clave como DataForSEO, Ahrefs o Semrush, Notion o Google Drive para rastreadores. Nunca bloquees una etapa en un conector; cada etapa funciona a partir de exportaciones.

Estilo de salida

Resúmenes cortos, luego el entregable. Hojas para listas de páginas, informes en texto plano para personas, tablas solo donde se comparan opciones. Evita la jerga; cuando un término técnico sea inevitable, defínelo en una línea.

Skills relacionados