Auditoria On-Page Ao Nível Do Template

Num site gerado, a maioria dos problemas on-page não são problemas de página. Um H1 em falta, um padrão de title duplicado ou uma descrição construída a partir das primeiras vinte palavras são emitidos por um componente, por isso uma auditoria ao nível da página produz 800 linhas de folha de cálculo a descrever seis bugs. Rastrear tudo e exportar os problemas enterra essa estrutura e manda para a equipa de conteúdo trabalho que ela não consegue fazer. Agrupe as falhas pelo template que as produziu antes de alguém escrever um ticket.

O ficheiro da competência

---
name: template-level-onpage-audit
description: Use quando a mesma falha on-page aparece em centenas de páginas e uma lista de correções página a página nunca vai ser terminada.
---

# Auditoria On-Page Ao Nível Do Template

Num site gerado, a maioria dos problemas on-page não são problemas de página. Um H1 em falta, um padrão de title duplicado ou uma descrição construída a partir das primeiras vinte palavras são emitidos por um componente, por isso uma auditoria ao nível da página produz 800 linhas de folha de cálculo a descrever seis bugs. Rastrear tudo e exportar os problemas enterra essa estrutura e manda para a equipa de conteúdo trabalho que ela não consegue fazer. Agrupe as falhas pelo template que as produziu antes de alguém escrever um ticket.

## O que precisa primeiro

- Um crawl do HTML renderizado que exporte title, meta description, todos os H1, canonical e contagem de palavras por URL
- Um mapa de padrões de URL para templates ou tipos de página, retirado do CMS ou do router e não adivinhado
- Acesso ao código do template, e não apenas ao que ele produz

## Método

1. Classifique cada URL rastreado num tipo de página pelo padrão do URL, antes de olhar para qualquer campo. A unidade desta auditoria são os templates, não os temas.
2. Dentro de cada tipo, conte os padrões de title distintos depois de retirar as partes variáveis. Um padrão em 400 URLs é uma decisão de template; quarenta padrões significa titles escritos à mão e pertence a outro fluxo de trabalho.
3. Escolha cinco URLs por tipo ao acaso e leia-os na íntegra. As exportações agregadas escondem as falhas que só aparecem quando um campo está vazio, como um title que encolhe até ao nome do site sozinho.
4. Teste os casos limite de propósito: o produto sem descrição, a categoria com um único item, o autor sem biografia. Os templates falham nos seus extremos, e é habitualmente aí que ficam as páginas pobres.
5. Ligue cada falha ao componente que a emite e registe a correção uma só vez por componente, com o número de URLs que resolve. É essa contagem que faz o trabalho entrar no calendário.
6. Separe as falhas que são pura lógica de template das falhas que exigem conteúdo escrito página a página. Só as primeiras podem sair esta semana, e devem sair primeiro.
7. Volte a rastrear os padrões afetados depois do deploy e confirme que a contagem de afetados é zero. Uma correção de template ou funciona em todo o lado ou não está feita.

## O que isto produz

Uma lista de falhas por template que nomeia o componente emissor, a correção e os URLs que resolve, tipicamente menos de uma dúzia de linhas para um site de milhares de páginas.

## Onde isto corre mal

- Entregar a redatores uma exportação de problemas por URL quando a maioria das linhas partilha uma causa a que nenhum redator consegue chegar
- Amostrar apenas páginas bem preenchidas, deixando por ver as falhas de estado vazio que criam as páginas pobres
- Corrigir o template contra conteúdo sintético de staging e descobrir depois que o conteúdo real transborda do campo
- Juntar uma correção de lógica de template e uma reescrita de texto na mesma release, impedindo que se atribua qualquer efeito a uma ou a outra

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/template-level-onpage-audit

O que precisa primeiro

• Um crawl do HTML renderizado que exporte title, meta description, todos os H1, canonical e contagem de palavras por URL
• Um mapa de padrões de URL para templates ou tipos de página, retirado do CMS ou do router e não adivinhado
• Acesso ao código do template, e não apenas ao que ele produz

Método

1. 01 Classifique cada URL rastreado num tipo de página pelo padrão do URL, antes de olhar para qualquer campo. A unidade desta auditoria são os templates, não os temas.
2. 02 Dentro de cada tipo, conte os padrões de title distintos depois de retirar as partes variáveis. Um padrão em 400 URLs é uma decisão de template; quarenta padrões significa titles escritos à mão e pertence a outro fluxo de trabalho.
3. 03 Escolha cinco URLs por tipo ao acaso e leia-os na íntegra. As exportações agregadas escondem as falhas que só aparecem quando um campo está vazio, como um title que encolhe até ao nome do site sozinho.
4. 04 Teste os casos limite de propósito: o produto sem descrição, a categoria com um único item, o autor sem biografia. Os templates falham nos seus extremos, e é habitualmente aí que ficam as páginas pobres.
5. 05 Ligue cada falha ao componente que a emite e registe a correção uma só vez por componente, com o número de URLs que resolve. É essa contagem que faz o trabalho entrar no calendário.
6. 06 Separe as falhas que são pura lógica de template das falhas que exigem conteúdo escrito página a página. Só as primeiras podem sair esta semana, e devem sair primeiro.
7. 07 Volte a rastrear os padrões afetados depois do deploy e confirme que a contagem de afetados é zero. Uma correção de template ou funciona em todo o lado ou não está feita.

O que isto produz

Uma lista de falhas por template que nomeia o componente emissor, a correção e os URLs que resolve, tipicamente menos de uma dúzia de linhas para um site de milhares de páginas.

Onde isto corre mal

• Entregar a redatores uma exportação de problemas por URL quando a maioria das linhas partilha uma causa a que nenhum redator consegue chegar
• Amostrar apenas páginas bem preenchidas, deixando por ver as falhas de estado vazio que criam as páginas pobres
• Corrigir o template contra conteúdo sintético de staging e descobrir depois que o conteúdo real transborda do campo
• Juntar uma correção de lógica de template e uma reescrita de texto na mesma release, impedindo que se atribua qualquer efeito a uma ou a outra

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Mais em SEO on-page