Auditoría on-page a nivel de plantilla

En un sitio generado, la mayoría de los problemas on-page no son problemas de página. Un H1 que falta, un patrón de title duplicado o una descripción construida con las primeras veinte palabras los emite un componente, así que una auditoría a nivel de página produce 800 filas de hoja de cálculo que describen seis bugs. Rastrearlo todo y exportar incidencias entierra esa estructura y manda a los redactores un trabajo que no pueden hacer. Agrupa los fallos por la plantilla que los produjo antes de que nadie escriba un ticket.

El archivo de la habilidad

---
name: template-level-onpage-audit
description: Úsalo cuando el mismo fallo on-page aparezca en cientos de páginas y una lista de arreglos página a página no vaya a terminarse nunca.
---

# Auditoría on-page a nivel de plantilla

En un sitio generado, la mayoría de los problemas on-page no son problemas de página. Un H1 que falta, un patrón de title duplicado o una descripción construida con las primeras veinte palabras los emite un componente, así que una auditoría a nivel de página produce 800 filas de hoja de cálculo que describen seis bugs. Rastrearlo todo y exportar incidencias entierra esa estructura y manda a los redactores un trabajo que no pueden hacer. Agrupa los fallos por la plantilla que los produjo antes de que nadie escriba un ticket.

## Qué necesitas antes

- Un rastreo del HTML renderizado que exporte title, meta description, todos los H1, canonical y número de palabras por URL
- Un mapa de patrones de URL a plantillas o tipos de página, sacado del CMS o del router y no adivinado
- Acceso al código de las plantillas, no solo a su salida

## Método

1. Clasifica todas las URL rastreadas en un tipo de página según su patrón de URL antes de mirar ningún campo. La unidad de esta auditoría son las plantillas, no los temas.
2. Dentro de cada tipo, cuenta los patrones de title distintos una vez retiradas las partes variables. Un patrón para 400 URL es una decisión de plantilla; cuarenta patrones significa títulos escritos a mano y corresponde a otro flujo de trabajo.
3. Coge cinco URL al azar por tipo y léelas enteras. Las exportaciones agregadas esconden los fallos que solo aparecen cuando un campo viene vacío, como un title que se queda reducido al nombre del sitio a secas.
4. Prueba los casos límite a propósito: el producto sin descripción, la categoría con un solo artículo, el autor sin biografía. Las plantillas fallan en sus extremos, y ahí es donde suelen estar las páginas pobres.
5. Rastrea cada fallo hasta el componente que lo emite y registra el arreglo una sola vez por componente, con el número de URL que resuelve. Ese número es lo que consigue que el trabajo se planifique.
6. Separa los fallos que son pura lógica de plantilla de los que necesitan contenido escrito página a página. Solo los primeros pueden salir esta semana, y deberían salir primero.
7. Vuelve a rastrear los patrones afectados después del despliegue y confirma que el recuento de afectadas es cero. Un arreglo de plantilla o funciona en todas partes o no está arreglado.

## Qué produce esto

Una lista de fallos por plantilla que nombra el componente que los emite, el arreglo y las URL que resuelve, normalmente menos de una docena de filas para un sitio de miles de páginas.

## Dónde falla esto

- Entregar a los redactores una exportación de incidencias por URL cuando la mayoría de las filas comparten una causa que ningún redactor puede tocar
- Muestrear solo páginas bien rellenas, con lo que los fallos de los estados vacíos, que son los que crean las páginas pobres, no se ven nunca
- Arreglar la plantilla contra el contenido sintético de staging y descubrir después que el contenido real desborda el campo
- Meter en la misma release un arreglo de lógica de plantilla y una reescritura de textos, de modo que no se puede atribuir ningún efecto a ninguno de los dos

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/template-level-onpage-audit

Qué necesitas antes

• Un rastreo del HTML renderizado que exporte title, meta description, todos los H1, canonical y número de palabras por URL
• Un mapa de patrones de URL a plantillas o tipos de página, sacado del CMS o del router y no adivinado
• Acceso al código de las plantillas, no solo a su salida

Método

1. 01 Clasifica todas las URL rastreadas en un tipo de página según su patrón de URL antes de mirar ningún campo. La unidad de esta auditoría son las plantillas, no los temas.
2. 02 Dentro de cada tipo, cuenta los patrones de title distintos una vez retiradas las partes variables. Un patrón para 400 URL es una decisión de plantilla; cuarenta patrones significa títulos escritos a mano y corresponde a otro flujo de trabajo.
3. 03 Coge cinco URL al azar por tipo y léelas enteras. Las exportaciones agregadas esconden los fallos que solo aparecen cuando un campo viene vacío, como un title que se queda reducido al nombre del sitio a secas.
4. 04 Prueba los casos límite a propósito: el producto sin descripción, la categoría con un solo artículo, el autor sin biografía. Las plantillas fallan en sus extremos, y ahí es donde suelen estar las páginas pobres.
5. 05 Rastrea cada fallo hasta el componente que lo emite y registra el arreglo una sola vez por componente, con el número de URL que resuelve. Ese número es lo que consigue que el trabajo se planifique.
6. 06 Separa los fallos que son pura lógica de plantilla de los que necesitan contenido escrito página a página. Solo los primeros pueden salir esta semana, y deberían salir primero.
7. 07 Vuelve a rastrear los patrones afectados después del despliegue y confirma que el recuento de afectadas es cero. Un arreglo de plantilla o funciona en todas partes o no está arreglado.

Qué produce esto

Una lista de fallos por plantilla que nombra el componente que los emite, el arreglo y las URL que resuelve, normalmente menos de una docena de filas para un sitio de miles de páginas.

Dónde falla esto

• Entregar a los redactores una exportación de incidencias por URL cuando la mayoría de las filas comparten una causa que ningún redactor puede tocar
• Muestrear solo páginas bien rellenas, con lo que los fallos de los estados vacíos, que son los que crean las páginas pobres, no se ven nunca
• Arreglar la plantilla contra el contenido sintético de staging y descubrir después que el contenido real desborda el campo
• Meter en la misma release un arreglo de lógica de plantilla y una reescritura de textos, de modo que no se puede atribuir ningún efecto a ninguno de los dos

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en SEO on-page