SEO Playbook · Post type

Guias de Instruções: Estrutura, Etapas e Esquema

Crie um guia de instruções que transforme o objetivo do leitor em etapas ordenadas e testáveis, com pré-requisitos, sinais de sucesso, caminhos de recuperação e solução de problemas.

17 min read

Um guia de instruções é um procedimento ordenado que leva o leitor de um estado inicial conhecido a um resultado verificado. Ele responde “Como faço para concluir esta tarefa?” sem deixar o leitor inventar uma etapa ausente.

Cada etapa precisa de um título imperativo, sua razão, a ação, um estado de sucesso observável e um caminho de recuperação. Instruções apenas de clique funcionam somente quando a conta, o acesso, os dados e a interface do leitor coincidem com as suposições do autor.

Pergunta do leitor respondida: “O que eu preciso, o que faço em ordem, como saberei que funcionou e como me recupero se não funcionar?”

Perguntas que responde

Um guia de instruções atende à intenção informacional , ou seja, o leitor está tentando aprender ou concluir uma tarefa, em vez de avaliar uma lista de produtos. A consulta geralmente começa com “como”, mas apenas as palavras não são suficientes. O resultado pretendido deve ser algo que o leitor possa executar e verificar.

Escreva para as perguntas que as pessoas realmente carregam para o procedimento:

  • “Eu tenho o plano, acesso, ferramentas e tempo necessários?”
  • “Quais ações devem acontecer em ordem, e o que deve aparecer após cada uma?”
  • “Isso poderia sobrescrever, publicar, cobrar, excluir ou expor algo?”
  • “Como me recupero de um resultado diferente e confirmo que a tarefa completa funcionou?”

A resposta direta deve declarar o resultado, a condição inicial, o tempo esperado e a dificuldade antes da primeira explicação longa. “Em cerca de 20 minutos, um administrador de conta pode conectar o Search Console e verificar a primeira importação bem-sucedida” é útil. “Este guia explora melhores práticas de integração” não é.

Quando usar este tipo de postagem

Procedimentos falham nas fronteiras de suposições. O autor sabe qual acesso, atraso ou configuração é importante; o leitor não. Este formato torna dependências ocultas, mudanças de estado e decisões de recuperação visíveis em sequência.

Tipo confundívelEscolha-o quando o leitor começa comForma da respostaPor que não é este tipo
Guia de instruçõesUm objetivo: “Preciso concluir X”Pré-requisitos, etapas ordenadas, sinais de sucesso, recuperação, verificação de conclusãoÉ o próprio procedimento.
Como escolher XUma decisão: “Qual X se encaixa em mim?”Critérios, alternativas, trade-offs, recomendação“Escolher” descreve avaliação, não uma sequência de ações com um resultado testável.
Artigo de solução de problemasUm sintoma: “X falhou” ou “Vejo o erro Y”Árvore de diagnóstico do sintoma à causa e correçãoComeça após um procedimento já ter produzido um problema.
Artigo de documentaçãoUma necessidade de consultar comportamento, campos, limites ou sintaxeReferência organizada para recuperação, em vez de um único percurso de leituraSuporta várias tarefas e não promete uma rota narrativa para um único resultado.

Escolha um guia de instruções somente quando a ordem importar. Se verificações independentes podem ser realizadas em qualquer sequência, publique uma lista de verificação. Se o tópico for amplo o suficiente para conter vários objetivos distintos, use um guia completo como mapa e crie guias de instruções separados para os procedimentos. Se o leitor perguntar principalmente o que um conceito significa, use uma página o-que-é-X .

Melhor para estes tipos de negócio

A classificação reflete com que frequência o modelo depende de um leitor concluir um processo repetível, não o valor geral do conteúdo para o negócio.

  1. SaaS . Configuração, ajustes, migração e fluxos de trabalho recorrentes determinam se os usuários alcançam valor. Diferencie limites de plano, funções, estados de interface e alterações destrutivas.
  2. Ecommerce . Compradores precisam de procedimentos de montagem, dimensionamento, instalação, uso e cuidados. Mostre orientação física quando palavras não puderem fazê-lo com segurança.
  3. Serviço local . Guias de preparação ajudam os clientes a reunir informações e entender agendamentos. Separe o trabalho seguro do cliente do trabalho reservado a um profissional qualificado.
  4. Marketplaces . Vendedores, compradores, prestadores e administradores podem seguir fluxos de trabalho diferentes. Indique o público e a função antes dos pré-requisitos.
  5. Serviços B2B . Guias de onboarding, aprovação, transferência e revisão esclarecem a propriedade e mostram como é o trabalho concluído.
  6. Editoras de mídia e afiliados . Tutoriais especializados podem atender à demanda orientada por tarefas, mas as editoras devem testar o procedimento e manter as capturas, em vez de reescrever a documentação do fornecedor.

Intenção de busca

Intenção de busca é o resultado que uma pessoa espera de uma consulta. Para intenção processual, a forma esperada da resposta é uma verificação imediata de viabilidade seguida por uma rota executável: resultado, tempo, dificuldade, pré-requisitos, ações ordenadas, verificação, solução de problemas e próximo passo.

Resultados de tarefas podem misturar vídeos, trechos de etapas, documentação do produto, respostas da comunidade e tutoriais. Respostas de IA frequentemente comprimem a rota em uma sequência numerada com fontes. Cada etapa extraída deve manter seu objeto, condição e resultado esperado; avisos devem vir antes de ações arriscadas.

Capture ambos os exemplos na mesma data e registre a consulta, localização, dispositivo, estado de login e interface. Os resultados mudam; a lição de design deve vir da forma da resposta, não de uma afirmação de que um provedor sempre exibe um recurso específico.

Estrutura da página

As faixas de palavras controlam ênfase, não cotas. Adicione palavras apenas quando elas eliminarem uma decisão que o leitor teria que tomar sozinho.

SeçãoFaixa de palavrasPropósitoStatus
Hero e resposta direta60–100Nomeie o resultado, leitor, estado inicial, tempo e dificuldade.Obrigatório
Pré-requisitos120–220Liste acesso, ferramentas, entradas, custos, versões, condições de segurança e compromissos irreversíveis antes de iniciar o trabalho.Obrigatório
Visão geral rápida60–120Pré-visualize as principais fases e o estado final de sucesso sem duplicar cada instrução.Obrigatório
Procedimento ordenado700–1.500Conduza o leitor através de etapas imperativas, fundamentadas, testáveis e recuperáveis.Obrigatório
Verificação de conclusão100–180Verifique o resultado final com evidências observáveis e liste o que “concluído” inclui.Obrigatório
Solução de problemas250–500Resolva falhas comuns deste procedimento por sintoma, causa provável e próxima ação.Obrigatório
Variações150–350Explique diferenças relevantes de plano, dispositivo, função ou versão.Condicional
FAQ200–350Responda perguntas residuais que não pertencem a uma etapa.Obrigatório; 5–7 perguntas
CTA40–90Ofereça uma ação lógica após o leitor ter concluído ou avaliado a tarefa.Obrigatório

Elementos obrigatórios

A lista de etapas é responsável pelo contrato do procedimento. Os pré-requisitos protegem seu estado inicial, e a verificação final comprova seu resultado prometido; nenhum deles tem uma página de elemento separada, portanto permanecem seções estruturais nomeadas em vez de elementos inventados.

ElementoStatusPosição exataPor que pertence ali
lista de etapasSempreApós os pré-requisitos e a visão geral rápidaA sequência é a entrega principal da página; cada etapa contém razão, ação, sucesso e recuperação.
Captura de tela anotadaCondicionalImediatamente após a instrução cuja interface ou estado é ambíguoUma captura resolve ambiguidade espacial apenas enquanto permanece adjacente à ação relevante.
Caixa de dicaCondicionalApós a instrução obrigatória que ela melhoraOtimização opcional não deve ser confundida com uma condição de sucesso.
Caixa de avisoCondicional, obrigatória quando há riscoAntes da ação arriscada ou irreversívelUm aviso pode mudar o comportamento apenas antes que a consequência seja desencadeada.
Estrutura de FAQSempreApós a solução de problemas, antes do CTAPerguntas residuais pertencem após o procedimento completo para que as respostas não fragmentem a sequência.
Bloco de CTASempreBloco de conteúdo finalA próxima ação se torna razoável apenas depois que a página entregou o resultado prometido.

Quando as capturas de tela são obrigatórias

Uma captura de tela é obrigatória quando o texto não consegue identificar de forma confiável o controle, localização, estado, orientação ou resultado correto. Use uma para controles semelhantes, configurações ocultas, estados visuais não rotulados ou partes físicas que possam ser confundidas. Recorte para a área de decisão, mantenha o contexto de orientação, marque o alvo e explique-o em texto.

Uma captura de tela é ruído quando repete “Selecione Salvar”, mostra uma tela inteira para um controle óbvio ou substitui o texto. Nunca faça de uma imagem a única fonte de um comando, aviso, valor ou critério de sucesso.

Frontmatter

O frontmatter deve descrever o procedimento com a mesma precisão que a página visível.

CampoValor ou regra obrigatória
entityUm valor estável verbo–objeto para a tarefa, como connect-google-search-console, não o tópico amplo search-console.
schemaTypeHowTo quando a página visível é um procedimento ordenado com resultado; caso contrário, Article.
nameMesmo nome de tarefa que os leitores veem no título ou resposta direta.
descriptionResultado e escopo concisos, não uma lista de palavras-chave.
totalTimeDuração honesta em ISO 8601 derivada do tempo de conclusão testado; separe o tempo de espera no texto visível.
estimatedCostInclua apenas quando o procedimento exigir uma compra ou taxa, usando o valor e moeda visíveis.
supply e toolListe apenas itens nomeados nos pré-requisitos visíveis. Não chame acesso a software de insumo físico.
stepMesma quantidade, ordem, nomes, texto, URLs e imagens das etapas visíveis.
inLanguage e datasCorresponda ao idioma publicado e ao registro de publicação ou modificação visível.
FAQUse 5–7 perguntas residuais reais em [[faq]]; qualquer acordeão visível e dados estruturados devem corresponder exatamente.

Marcação de esquema são dados legíveis por máquina sobre conteúdo visível. Publique HowTo como JSON-LD apenas quando a implementação for fiel. Nunca marque um pré-requisito como etapa, mescle etapas visíveis, adicione instruções ocultas ou anexe a imagem errada. Use Article quando a correspondência exata não puder ser mantida.

Exemplo completo

Este esqueleto copiável usa uma tarefa real. Prompts de produção entre colchetes especificam a evidência que um redator deve inserir.

# Como conectar o Google Search Console ao Northstar Analytics

Conecte uma propriedade verificada do Search Console ao Northstar Analytics para que seu primeiro relatório de consultas possa importar. Um administrador de conta pode concluir a configuração em cerca de 15 minutos; a importação pode levar até 30 minutos adicionais. Dificuldade: iniciante.

## Antes de começar

- Uma conta Northstar Analytics com a função Administrador
- Acesso de proprietário à propriedade do Search Console que você conectará
- A propriedade HTTPS exata que corresponde ao host canônico do site
- Permissão para compartilhar dados de desempenho do Search Console com o Northstar Analytics

Não continue com uma propriedade de teste ou um host diferente. A conexão pode ser bem-sucedida tecnicamente enquanto importa dados para o site errado.

## Visão geral rápida

Você selecionará o site, autorizará o acesso, escolherá a propriedade correspondente, iniciará a importação e verificará se uma linha de consulta com data aparece no Northstar Analytics.

## 1. Confirme a correspondência entre site e propriedade

**Por que esta etapa existe:** O Search Console pode conter propriedades de domínio e prefixo de URL com nomes semelhantes. Escolher a errada produz uma conexão válida com dados irrelevantes ou incompletos.

**Faça isto:** No Northstar Analytics, abra a página de Configurações do site e copie seu host canônico. No Search Console, confirme que a propriedade pretendida inclui aquele host e protocolo.

**Quando funcionou:** O host mostrado em ambos os produtos corresponde exatamente, incluindo `www` e HTTPS.

**Se não funcionou:** Pergunte ao proprietário da propriedade qual propriedade representa produção. Não adivinhe pelo nome de exibição.

## 2. Inicie a conexão do Search Console

**Por que esta etapa existe:** Começar pelo site selecionado vincula a autorização ao workspace correto do Northstar Analytics.

**Faça isto:** Abra **Configurações → Integrações → Google Search Console** e selecione **Conectar**.

**Quando funcionou:** Uma janela de autorização do Google nomeia o Northstar Analytics e pede que você escolha uma conta.

**Se não funcionou:** Permita pop-ups e tente novamente. Se Conectar estiver desabilitado, confirme sua função de Administrador.

[Insira uma captura recortada e anotada do painel de Integrações apenas quando Conectar for difícil de distinguir de outro controle.]

## 3. Autorize a conta do Google correta

**Por que esta etapa existe:** O Northstar pode listar apenas as propriedades que a conta do Google autorizada pode acessar.

**Faça isto:** Escolha a conta do Google que possui a propriedade pretendida, revise o acesso solicitado e aprove.

**Quando funcionou:** Você retorna ao Northstar Analytics e vê um seletor de propriedades.

**Se não funcionou:** Use uma janela privada e repita a autorização com a conta do proprietário da propriedade.

## 4. Selecione a propriedade de produção

**Por que esta etapa existe:** A autorização comprova o acesso à conta, mas a propriedade selecionada determina quais dados são importados.

**Faça isto:** Selecione a propriedade que correspondeu exatamente ao host canônico na etapa 1 e escolha **Salvar e importar**.

**Quando funcionou:** O status da integração muda para **Importação na fila** e exibe a propriedade selecionada.

**Se não funcionou:** Volte à etapa 3 com uma conta autorizada. Compare identificadores completos quando as propriedades parecerem semelhantes.

## 5. Verifique a primeira importação

**Por que esta etapa existe:** Um selo de conectado prova autorização, não que dados utilizáveis chegaram ao relatório.

**Faça isto:** Após o período de espera exibido, abra **Relatórios → Consultas de busca** e defina o intervalo de datas para um período que tenha dados do Search Console.

**Quando funcionou:** Pelo menos uma linha mostra uma consulta, página de destino, data, cliques ou impressões da propriedade selecionada.

**Se não funcionou:** Para **Importação na fila**, aguarde e tente novamente. Para **Permissão expirada**, reconecte. Para **Sem dados**, verifique o intervalo de datas e a propriedade de origem.

## Lista de verificação de conclusão

- A integração nomeia a propriedade de produção pretendida.
- Seu status é Conectado, não apenas Na fila.
- O relatório de consultas contém uma linha com data daquela propriedade.
- Um segundo administrador pode identificar qual conta possui a conexão.

## Solução de problemas

### O seletor de propriedades está vazio

A conta do Google autorizada não tem acesso ou o acesso foi removido. Reautorize com um proprietário da propriedade e recarregue o seletor.

### A conexão é bem-sucedida, mas o relatório está vazio

Compare o intervalo de datas do relatório com o Search Console e confirme o identificador exato da propriedade antes de desconectar.

### A importação retorna repetidamente para Na fila

Registre o site, identificador da propriedade, horário de início e status mais recente e entre em contato com o suporte. Esses detalhes permitem que o suporte inspecione a importação sem pedir que você repita a autorização às cegas.

## FAQ
[Adicione cinco a sete perguntas residuais sobre permissões, atraso de dados, tipos de propriedade, reconexão e remoção. Não repita as etapas.]

## Próximos passos
[Ofereça uma ação que use os dados importados, como revisar o primeiro relatório de oportunidades de consulta.]

Exemplos de design

Cada variante da galeria deve mostrar os mesmos pré-requisitos, cinco etapas, estados de sucesso, texto de recuperação, solução de problemas e verificação de conclusão.

Lista de verificação de qualidade

Um guia só é publicável quando um revisor pode concluí-lo a partir de um estado inicial limpo, sem o autor.

  • O hero declara um resultado testável, o leitor pretendido, o tempo ativo esperado, o tempo de espera e a dificuldade.
  • Os pré-requisitos nomeiam funções, acesso, versões, ferramentas, entradas, cobranças e condições de segurança que poderiam bloquear uma etapa posterior.
  • Cada etapa começa com um título imperativo e explica porquê, ação, sucesso e recuperação.
  • A ordem foi testada; mover uma etapa alteraria, bloquearia ou invalidaria o resultado.
  • Avisos aparecem antes do risco, e dicas opcionais nunca ocultam trabalho obrigatório.
  • Capturas de tela resolvem ambiguidade genuína, têm contexto de interface atual e explicações acessíveis, e não são a única fonte de instruções.
  • A verificação final confirma o resultado prometido, não o clique final.
  • A solução de problemas cobre falhas observadas ou reproduzíveis de forma confiável com ações específicas.
  • Os dados HowTo correspondem exatamente a cada etapa e propriedade visível, ou a página usa Article.
  • Um segundo testador concluiu o guia na conta, dispositivo, função e versão suportados.

Erros comuns

A falha mais comum é uma transcrição de cliques: “Abra Configurações. Clique em Integrações. Clique em Conectar.” Ela omite por que a propriedade é importante, o que deve aparecer e como se recuperar de uma permissão ausente.

Outras falhas são igualmente específicas:

  • Esconder pré-requisitos dentro das etapas. Descobrir na etapa 4 que o acesso de administrador leva um dia para ser obtido desperdiça o tempo do leitor e pode deixar trabalho parcial incompleto.
  • Colocar avisos após as ações. Um aviso de exclusão abaixo da instrução Excluir não pode prevenir a exclusão.
  • Usar tempo decorrido como tempo ativo. “Leva 40 minutos” é enganoso quando o trabalho leva 10 minutos mais 30 minutos de importação. Informe ambos.
  • Testar apenas a conta do autor. Administradores frequentemente veem controles que membros comuns não veem. Teste a função declarada no hero.
  • Tratar o clique final como sucesso. “Salvo” pode significar apenas que uma solicitação foi aceita. Verifique o estado ou resultado downstream.
  • Deixar o esquema divergir. Renomear, reordenar ou mesclar etapas visíveis sem atualizar os dados HowTo cria dois procedimentos incompatíveis em uma única URL.
Teste a partir de um estado limpo
Use uma conta, perfil de navegador, dispositivo e estado de dados que correspondam ao leitor declarado. A familiaridade pode ocultar instruções ausentes tão efetivamente quanto permissões faltantes.
Não publique um caminho de recuperação não verificado
Uma correção plausível pode sobrescrever dados bons ou dificultar o diagnóstico. Reproduza cada caminho de recuperação com segurança, ou declare a condição que exige escalonamento em vez de adivinhar.

Um guia de instruções faz links externos apenas quando o destino explica um pré-requisito, suporta uma decisão ou fornece o próximo procedimento. Defina termos especializados antes da sequência ou no primeiro uso.

Outras páginas devem linkar para o guia quando nomeiam a tarefa exata, mas não devem duplicar suas etapas. Uma página de produto pode linkar de uma capacidade para a configuração. Um guia completo pode linkar de uma fase ampla para o procedimento relevante. Um artigo de solução de problemas pode linkar de volta ao estado inicial do guia após o sintoma ser resolvido.

Não duplique um guia de decisão “como escolher”, um caminho de solução de problemas orientado por sintomas ou documentação geral. Se uma página irmã precisar de mais do que um breve resumo da mesma sequência, estabeleça um procedimento canônico e link para ele. Mantenha variações específicas de versão em uma única página quando a rota principal for compartilhada; divida-as apenas quando as etapas ou os pré-requisitos divergirem materialmente.

Como medir resultados

A medição segue a promessa do guia: o procedimento foi encontrado para a tarefa pretendida, selecionado como fonte útil, seguido e conectado a um próximo estado significativo? Use o monitoramento de rank em IA para monitorar prompts recorrentes orientados a objetivos e, em seguida, inspecione o Rastreamento de Prompts para ver a redação da resposta, URL citada, mecanismo e fontes concorrentes. O deep link funcional é abrir Rastreamento de Prompts .

Registre o conjunto de prompts e uma linha de base pré-publicação. Monitore citações separadamente de menções de marca. No site, use evidências de conclusão como alcançar a verificação final, selecionar o CTA de próximo passo, concluir um evento de produto associado ou redução na demanda de suporte. Cada uma é evidência, não prova; a profundidade de rolagem não pode mostrar que o procedimento funcionou.

FAQ

Perguntas frequentes

O que torna um guia de instruções diferente de documentação?
Um guia de instruções conduz um leitor de um estado inicial definido a um resultado verificado em sequência. Documentação organiza fatos para consulta e pode suportar vários objetivos sem prescrever um caminho único.
Toda etapa precisa de uma captura de tela?
Não. Uma captura de tela é necessária quando palavras não conseguem identificar de forma confiável o controle, estado ou resultado. É ruído quando a ação é inequívoca, a interface muda frequentemente ou a imagem meramente repete a frase.
Quantas etapas um guia de instruções deve ter?
Use quantas etapas o procedimento real exigir. De três a dez é uma faixa útil de trabalho; agrupe um procedimento mais longo em fases em vez de esconder várias ações dependentes dentro de etapas superdimensionadas.
Um guia de instruções deve incluir esquema HowTo?
Use dados estruturados HowTo apenas quando a página apresenta visivelmente um procedimento ordenado que produz um resultado. Cada etapa, ferramenta, insumo, valor de tempo e imagem marcados devem corresponder ao que os leitores podem ver.
Onde a solução de problemas deve aparecer?
Coloque um caminho curto de recuperação dentro de cada etapa e, em seguida, adicione uma seção consolidada de solução de problemas após o procedimento para falhas que abrangem várias etapas, têm várias causas ou exigem diagnóstico.
Como uma equipe deve medir um guia de instruções?
Monitore a visibilidade para prompts orientados a objetivos, citações ao guia, sinais de conclusão engajados, desvio de suporte quando disponível e a próxima ação. Nenhuma métrica isolada prova a conclusão bem-sucedida da tarefa.

Coloque o guia em produção

Teste o procedimento com um leitor representativo e, em seguida, use o bloco de CTA para oferecer uma ação que siga naturalmente a conclusão verificada.

← All SEO Playbook guides

Pronto para colocar em prática?

Verificação gratuita · Teste de 7 dias · sem cartão de crédito