Publicar Com uma Checklist de Publicação

As falhas de publicação são aborrecidas e repetitivas - um noindex deixado do staging, um título reescrito pelo CMS, uma imagem que nunca carregou, um canonical a apontar para o template. Raramente vêm de ignorância; vêm de as verificações viverem na cabeça de alguém. Uma checklist só funciona se for curta o suficiente para ser corrida sempre e cobrir as coisas que de facto se partem, que não são as coisas que as checklists de SEO genéricas listam.

O ficheiro da competência

---
name: ship-with-a-publish-checklist
description: Use quando bons rascunhos continuam a ir para o ar com elementos partidos e ninguém sabe dizer a quem competia apanhá-los.
---

# Publicar Com uma Checklist de Publicação

As falhas de publicação são aborrecidas e repetitivas - um noindex deixado do staging, um título reescrito pelo CMS, uma imagem que nunca carregou, um canonical a apontar para o template. Raramente vêm de ignorância; vêm de as verificações viverem na cabeça de alguém. Uma checklist só funciona se for curta o suficiente para ser corrida sempre e cobrir as coisas que de facto se partem, que não são as coisas que as checklists de SEO genéricas listam.

## O que precisa primeiro

- acesso ao URL em produção depois da publicação, não apenas à pré-visualização do CMS
- as suas últimas publicações, para ver que falhas se repetem de facto
- uma forma de pedir indexação ou confirmar o crawl

## Método

1. Construa a checklist a partir das suas últimas dez publicações. Inclua apenas falhas que já aconteceram na sua stack; as checklists genéricas são suficientemente longas para serem saltadas.
2. Veja a página em produção numa janela privada e com sessão terminada. Banners de staging, avisos de rascunho e barreiras de acesso são invisíveis com sessão iniciada e isto apanha a maioria deles.
3. Veja o código fonte renderizado e verifique o title, o canonical e a meta robots tal como renderizados, não tal como introduzidos. Os templates e plugins do CMS sobrepõem-se habitualmente a um dos três.
4. Confirme que a página é alcançável por um crawler - ligada a partir de algum sítio real e presente no sitemap. Pedir a indexação de uma página órfã raramente se aguenta.
5. Verifique a página numa viewport estreita e com as imagens desactivadas. Quebras de layout e texto alt em falta surgem imediatamente e nenhum deles aparece na pré-visualização de desktop.
6. Registe a data de publicação e a query principal numa folha de acompanhamento no momento da publicação, para que a primeira revisão de desempenho daí a seis semanas tenha uma baseline com que comparar.

## O que isto produz

Uma checklist curta e específica da sua stack corrida contra o URL em produção, mais uma baseline registada para revisão de desempenho posterior.

## Onde isto corre mal

- Verificar a pré-visualização do CMS em vez da página em produção, o que esconde toda a classe de falhas de template e de cache
- Copiar uma checklist genérica de cinquenta pontos que ninguém completa, em vez de uma de dez pontos que é efectivamente corrida
- Publicar sem registar a data e a query alvo, ficando depois sem saber se a página entrou em declínio ou nunca funcionou

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/ship-with-a-publish-checklist

O que precisa primeiro

• acesso ao URL em produção depois da publicação, não apenas à pré-visualização do CMS
• as suas últimas publicações, para ver que falhas se repetem de facto
• uma forma de pedir indexação ou confirmar o crawl

Método

1. 01 Construa a checklist a partir das suas últimas dez publicações. Inclua apenas falhas que já aconteceram na sua stack; as checklists genéricas são suficientemente longas para serem saltadas.
2. 02 Veja a página em produção numa janela privada e com sessão terminada. Banners de staging, avisos de rascunho e barreiras de acesso são invisíveis com sessão iniciada e isto apanha a maioria deles.
3. 03 Veja o código fonte renderizado e verifique o title, o canonical e a meta robots tal como renderizados, não tal como introduzidos. Os templates e plugins do CMS sobrepõem-se habitualmente a um dos três.
4. 04 Confirme que a página é alcançável por um crawler - ligada a partir de algum sítio real e presente no sitemap. Pedir a indexação de uma página órfã raramente se aguenta.
5. 05 Verifique a página numa viewport estreita e com as imagens desactivadas. Quebras de layout e texto alt em falta surgem imediatamente e nenhum deles aparece na pré-visualização de desktop.
6. 06 Registe a data de publicação e a query principal numa folha de acompanhamento no momento da publicação, para que a primeira revisão de desempenho daí a seis semanas tenha uma baseline com que comparar.

O que isto produz

Uma checklist curta e específica da sua stack corrida contra o URL em produção, mais uma baseline registada para revisão de desempenho posterior.

Onde isto corre mal

• Verificar a pré-visualização do CMS em vez da página em produção, o que esconde toda a classe de falhas de template e de cache
• Copiar uma checklist genérica de cinquenta pontos que ninguém completa, em vez de uma de dez pontos que é efectivamente corrida
• Publicar sem registar a data e a query alvo, ficando depois sem saber se a página entrou em declínio ou nunca funcionou

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 Produção de conteúdo