SEO Playbook · Element

Caixa de Nota: Quando e Como Usá-la

Use uma caixa de nota para esclarecer conteúdo próximo sem alterar a ação, o resultado, o risco ou as prioridades do leitor — e mantenha dicas e avisos sempre distintos.

15 min read

Uma caixa de nota isola contexto que ajuda o leitor a interpretar conteúdo próximo, mas não altera o que o leitor deve fazer, qual resultado esperar ou quão séria é a situação.

Note
Os carimbos de data/hora dos relatórios usam o Tempo Universal Coordenado (UTC). O intervalo de datas, filtros e cálculo permanecem os mesmos; apenas o fuso horário exibido difere do relógio local.

Este exemplo renderizado resolve uma pergunta provável sem adicionar uma etapa. Um leitor que o ignore ainda pode usar o relatório corretamente. Um leitor que note uma diferença de horário obtém o contexto ausente e pode continuar sem alterar o fluxo de trabalho.

Por que este elemento é importante

Os leitores escaneiam uma página por prioridade visual. Uma nota delimitada diz: “Este contexto pode resolver uma dúvida, mas não é uma nova instrução.” Esse sinal reduz o esforço necessário para classificar uma observação lateral. O leitor pode sair brevemente do argumento principal, absorver o esclarecimento e retornar ao mesmo ponto sem se perguntar se o processo mudou.

O elemento funciona apenas quando essa promessa permanece confiável. Se passos obrigatórios, mensagens de venda, definições, avisos e fatos de contexto receberem todos a estilização de nota, o rótulo para de ajudar. Os leitores precisam inspecionar cada caixa para descobrir o que significa, o que adiciona mais carga cognitiva — o esforço mental envolvido no processamento de informações — do que a prosa comum teria criado.

Rótulos de gravidade também ensinam comportamento por repetição. Quando contexto inofensivo recebe cores de aviso, os leitores encontram repetidamente um sinal urgente sem consequência significativa. Eles aprendem a ignorá-lo. O próximo aviso genuíno então compete com um histórico de falsos alarmes. Usar indevidamente a estilização de aviso para notas não torna apenas uma página melodramática; enfraquece toda a linguagem de risco do site.

Para máquinas, uma nota tipificada fornece um limite e propósito explícitos. Uma ferramenta de migração de conteúdo pode reter o bloco como contexto suplementar em vez de mesclá-lo a uma etapa processual. Um sistema de busca ou agente de IA pode extrair a nota com seu rótulo e corpo, mantendo-a subordinada à afirmação que explica. Essa relação é mais difícil de recuperar a partir de um parágrafo colorido de azul com estilização específica da página.

A capacidade de extração ainda depende da escrita. “Isto pode parecer diferente” não é útil fora de seu parágrafo porque o assunto está faltando. “Os carimbos de data/hora dos relatórios usam UTC, não o horário local do visualizador” é autossuficiente. As regras de escrita de elementos têm precedência: classifique a passagem por seu propósito primeiro, depois aplique o elemento registrado. A ênfase visual nunca cria o tipo semântico.

Quando usar

Use uma nota apenas quando todas as quatro condições forem verdadeiras:

  1. A passagem esclarece uma declaração, valor, instrução, exemplo ou sequência próxima.
  2. Ignorá-la não altera a ação necessária, o resultado esperado, a interpretação correta da afirmação principal ou o nível de risco.
  3. O contexto responde a uma pergunta plausível do leitor que, de outra forma, interromperia a compreensão.
  4. A passagem é autossuficiente o suficiente para permanecer significativa quando extraída com seu rótulo.

Bom material para nota inclui uma convenção de fuso horário, um alias de nomenclatura, um limite de escopo já implícito no texto principal, uma diferença inofensiva de interface entre versões ou uma explicação para um estado de exibição esperado. Por exemplo: “O botão é rotulado como Salvar em contas mensais e Aplicar em contas anuais; ambos enviam as mesmas configurações.” A ação e o resultado do leitor não mudam.

Quase acertos são importantes porque “informação útil extra” é uma definição muito ampla:

  • Um fato necessário para entender o próximo parágrafo pertence à explicação principal. Escondê-lo em uma nota faz a compreensão essencial parecer opcional.
  • Um pré-requisito pertence antes do procedimento. Se o trabalho não pode começar sem acesso de administrador, o acesso não é contexto suplementar.
  • Uma técnica opcional que torna o trabalho mais rápido ou melhor pertence a uma caixa de dica . Uma dica altera a qualidade ou eficiência do resultado; uma nota não.
  • Uma condição que impede exclusão, custo, exposição, lesão ou trabalho inválido pertence a uma caixa de aviso . Seu propósito é mudar o comportamento antes do dano.
  • Uma definição formal que estabelece o que um termo significa pertence ao elemento de definição ou à explicação principal, não a uma nota.
  • Uma citação pertence ao lado da afirmação que apoia. A evidência não é uma observação lateral quando a afirmação depende dela.
  • Uma promoção, solicitação de cadastro ou recomendação de produto é uma chamada para ação, não informação.

Use o teste de nenhuma mudança quando a classificação for incerta: “Se o leitor aprender este fato, deve mudar uma ação, expectativa, decisão ou resposta de segurança?” Se sim, não é uma nota. Se não, pergunte se o fato resolve uma ambiguidade real. Se não resolver, delete-o ou mantenha-o como prosa comum, em vez de fabricar ênfase.

Onde posicionar

Coloque uma nota imediatamente após o bloco de conteúdo completo que ela esclarece. O alvo pode ser um parágrafo, item de lista, etapa, tabela, amostra de código ou sequência curta, mas o alvo deve fazer sentido antes da nota aparecer. A nota então fornece contexto suplementar sem dividir o alvo.

Quando uma nota se aplica a uma seção inteira, coloque-a após o parágrafo de abertura que define o escopo da seção. Nomeie esse escopo na primeira frase da nota. Quando se aplica a um procedimento, coloque-a após o parágrafo introdutório e antes do primeiro passo apenas se nenhuma ação mudar; caso contrário, o conteúdo é um pré-requisito ou aviso. Uma nota sobre uma saída pertence depois que a saída é introduzida, não vários parágrafos depois.

Use no máximo três notas por página e uma por seção. Três é um limite máximo. Se várias notas se agrupam em torno de uma passagem, o texto principal provavelmente está sem uma explicação ou o material merece uma subseção dedicada.

Uma nota não pode estar:

  • Entre um título e seu parágrafo de abertura.
  • Entre uma afirmação e a evidência que a apoia.
  • Entre uma instrução e sua verificação de sucesso obrigatória.
  • Diretamente ao lado de uma dica, aviso, CTA, banner promocional ou outra nota.
  • Dentro de uma célula de tabela, resposta de FAQ, citação, bloco de código, painel de acordeão ou outra chamada.
  • Em um herói apenas para criar interesse visual, exceto quando uma especificação de elemento renderiza seu exemplo ao vivo obrigatório.
  • No final de uma página quando seu alvo apareceu muito antes.

Se a adjacência criaria uma pilha de caixas, mova a nota para a prosa ou reestruture a seção. Não resolva a colisão transformando uma nota em cores de aviso; a apresentação não pode reparar uma relação de conteúdo pouco clara.

Anatomia

A nota renderizada tem quatro regiões visíveis ou estruturais:

  1. Rótulo de tipo: A palavra visível “Nota”, que identifica o bloco sem depender de cor ou ícone.
  2. Título opcional: Uma frase curta e factual que nomeia o contexto, como “Fuso horário” ou “Rótulos de interface”.
  3. Corpo: Um esclarecimento autossuficiente e, quando útil, uma frase que o conecta ao conteúdo próximo.
  4. Alvo adjacente: O bloco completo ou sequência nomeada que está sendo esclarecida. O posicionamento carrega essa relação mesmo que não seja um campo de texto escrito.

Bordas, fundos, ícones, espaçamento e estilos tipográficos pertencem ao renderizador. Autores fornecem significado, não instruções de cor ou símbolos decorativos.

Exemplos de design

As variantes suportadas testam conteúdo e comportamento responsivo. Elas não criam diferentes níveis de importância.

Padrão: O renderizador fornece “Nota” e o corpo contém um esclarecimento. Use esta forma na maioria das vezes.

Título personalizado: Um título factual identifica o assunto. Não aumenta a gravidade nem substitui a semântica de nota do componente.

Máximo de dois parágrafos: O primeiro parágrafo declara o contexto; o segundo resolve um limite ou exceção inofensiva. Explicações mais longas tornam-se conteúdo normal.

Referência inline: Um valor de código inline ou link descritivo pode esclarecer o alvo. Nenhum dos dois deve transformar a nota em documentação dentro de documentação.

Viewport estreito: Rótulo, título e corpo preservam sua ordem de leitura, quebram normalmente e permanecem compreensíveis sem a borda ou ícone.

Parâmetros

O modelo de conteúdo separa o tipo semântico fixo, a nomeação opcional, o corpo e a relação com o conteúdo próximo. “Fonte” indica onde um autor ou renderizador obtém o valor.

NomeTipoObrigatórioMín/máxPadrãoFonte
typeEnumSimExatamente notenoteNome da diretiva ou atributo do shortcode
titleString simplesNão1–6 palavras; 50 caracteres no máximoNotaAtributo; padrão do renderizador quando omitido
bodyMarkdown limitadoSim15–90 palavras; 1–2 parágrafos curtosNenhumCorpo da diretiva ou shortcode
inlineLinkURL mais âncoraNão0–1 linkOmitidoCorpo
inlineCodeTrecho de código inlineNão0–2 valores curtosOmitidoCorpo
targetRelação de documentoSimExatamente um bloco próximo ou uma sequência nomeadaBloco de conteúdo completo anteriorPosicionamento na ordem do documento
labelString simples derivadaSimUm rótulo semântico visívelNotaRenderizador a partir de type

O título é opcional porque “Nota” geralmente é suficiente. O primeiro título da diretiva portátil pode mapear para title sob as regras padrão de corpo, mas a forma concisa de atributo é preferida para este elemento. Todo o resto mapeia para body. A implementação Hugo atual aceita um type posicional ou um type nomeado, além de um title nomeado opcional; nunca misture parâmetros posicionais e nomeados.

Sintaxe e exemplos de código

Estas formas carregam o mesmo tipo, título e corpo. A apresentação da plataforma pode diferir, mas o esclarecimento deve permanecer uma nota.

Diretiva Markdown portátil

:::note{title="Fuso horário"}
Os carimbos de data/hora dos relatórios usam UTC. Filtros e cálculos não mudam quando o fuso horário local do visualizador difere.
:::

O nome da diretiva fornece o tipo, o atributo fornece o título opcional e o Markdown delimitado fornece o corpo.

Shortcode Hugo

{{< callout type="note" title="Fuso horário" >}}Os carimbos de data/hora dos relatórios usam UTC. Filtros e cálculos não mudam quando o fuso horário local do visualizador difere.{{< /callout >}}

Este exemplo usa apenas parâmetros nomeados. Sem um título personalizado, a forma posicional callout note é válida e o renderizador fornece o rótulo “Nota”.

Bloco ou shortcode WordPress

<!-- wp:amicited/note {"title":"Fuso horário"} -->
<p>Os carimbos de data/hora dos relatórios usam UTC. Filtros e cálculos não mudam quando o fuso horário local do visualizador difere.</p>
<!-- /wp:amicited/note -->
[note title="Fuso horário"]Os carimbos de data/hora dos relatórios usam UTC. Filtros e cálculos não mudam quando o fuso horário local do visualizador difere.[/note]

O bloco registrado é a implementação WordPress preferida. Um shortcode é aceitável onde essa instalação o suporta explicitamente; sistemas de importação não devem achatar a nota em um aviso nem inferir um tipo diferente a partir de suas cores.

Exemplos

Bom: variação inofensiva de interface

Rótulos de interface
O botão de confirmação é rotulado como Salvar em contas mensais e Aplicar em contas anuais. Ambos os rótulos enviam as mesmas configurações e levam ao mesmo estado de confirmação.

Isso é bom porque responde a uma pergunta plausível de interface, preservando a mesma ação e resultado. Nomeia ambos os rótulos, diz onde cada um aparece e confirma seu comportamento equivalente. A nota faz sentido mesmo se extraída do procedimento ao redor.

Ruim: um aviso disfarçado de informação

Nota — Exclusão de workspace: Excluir o workspace remove permanentemente seus relatórios. Exporte os registros necessários antes de continuar.

Isso é ruim porque a consequência exige uma mudança de comportamento antes de uma ação irreversível. Um texto calmo e um rótulo neutro não o tornam suplementar. Deve ser um aviso colocado antes do controle de exclusão, com o alvo, consequência e ação preventiva declarados explicitamente.

Outra nota ruim diz: “A exportação deve conter todas as colunas necessárias.” Isso é um critério de aceitação. Coloque as colunas necessárias na instrução ou na tabela de especificações. Uma terceira diz: “Você pode economizar tempo filtrando a exportação primeiro.” Isso é um conselho opcional de melhoria de resultado e, portanto, uma dica. A classificação correta importa mais do que a variedade visual.

Marcação de esquema e acessibilidade

Uma caixa de nota não tem um tipo ou propriedade Schema.org dedicada. Permanece como conteúdo visível dentro do Article, TechArticle, produto ou outro esquema de nível de página verídico. Não crie um objeto JSON-LD independente para ela. Quando uma nota esclarece uma etapa, mantenha-a separada de HowToStep.text a menos que o esclarecimento seja necessário para executar a etapa; se for necessário, não era conteúdo de nota opcional em primeiro lugar.

Uma nota estática não precisa de role="alert", região ARIA ao vivo ou anúncio forçado. Esses mecanismos comunicam urgência ou mudança dinâmica, enquanto uma nota está presente na ordem normal do documento e carrega contexto não urgente. Um anúncio agressivo deturparia sua importância e tornaria a saída da tecnologia assistiva mais ruidosa.

Renderize o rótulo visível como texto no Modelo de Objeto de Documento, não como imagem de fundo, dica de ferramenta apenas com ícone ou decoração gerada por CSS. Se um papel de região for usado, conecte seu nome acessível ao rótulo visível ou título personalizado. A ordem de leitura é rótulo, título opcional, depois corpo. Cor e ícones podem reforçar o tipo, mas não podem ser a única distinção entre dicas e avisos.

Com zoom de texto a 200% e em viewport estreito, o corpo deve quebrar sem rolagem horizontal. Links exigem texto âncora descritivo e devem ser acessíveis por teclado. Código inline deve permanecer legível em alto contraste. Informações essenciais não podem existir apenas na captura de tela da anatomia ou no texto alternativo de um ícone.

Regras de escrita

Mire em 15–60 palavras. O máximo absoluto é 90 palavras em no máximo dois parágrafos curtos. Uma passagem mais longa geralmente merece integração na explicação principal; uma nota extremamente curta é frequentemente um rótulo sem contexto útil.

Escreva um esclarecimento por caixa em tom calmo e factual. Declare o assunto na primeira frase, depois explique a diferença inofensiva ou limite. Prefira redação precisa como “Carimbos de data/hora usam UTC” em vez de preenchimento conversacional como “Só para você saber.” Dê a razão antes de qualquer regra interpretativa: “Projetos arquivados permanecem visíveis em relatórios históricos, portanto seus totais ainda podem aparecer em intervalos de datas passados.”

Uma nota pode conter ênfase simples, até dois valores curtos de código inline e no máximo um link descritivo. Nunca deve conter:

  • Uma etapa obrigatória, pré-requisito, regra de validação, critério de sucesso ou instrução de recuperação.
  • Um risco material, consequência irreversível, condição de segurança, instrução legal ou divulgação de custo.
  • Conselho opcional cujo propósito seja melhorar velocidade, qualidade, precisão ou conveniência.
  • Uma definição completa, evidência necessária para apoiar uma afirmação ou uma lista de fontes.
  • Mais de um esclarecimento independente.
  • Uma tabela, bloco de código, formulário, botão, CTA, depoimento, promoção ou elemento aninhado.
  • Piadas, linguagem alarmista, emojis decorativos ou palavras como “crítico” e “perigo.”

Não intitule toda nota como “Importante.” Importância não é o propósito do elemento, e a palavra falsamente se aproxima da gravidade de aviso. Use “Nota” ou um título de assunto factual. Nunca use uma nota para resgatar prosa pouco clara: repare a explicação principal primeiro, depois mantenha uma nota apenas se uma ambiguidade genuinamente suplementar permanecer.

Tipos de postagem que usam

O frontmatter postTypes lista formatos onde o contexto suplementar é recorrente. A inclusão permanece opcional; a tabela define a função e posição permitidas, não um espaço obrigatório.

Tipo de postagemUso típicoPosiçãoNão colocar na nota
Guia práticoDiferenças inofensivas de rótulo de interface, versão, fuso horário ou estado de exibiçãoApós a etapa completa ou saída que esclarecePré-requisitos, ações obrigatórias, verificações de sucesso ou recuperação de falha
Guia definitivoLimites de escopo, aliases de terminologia ou exceções contextuais que não alteram o argumentoApós o parágrafo que estabelece a regra geralEvidências, definições necessárias para compreensão ou exceções importantes
Página O que éUma variação de nomenclatura ou limite que evita um mal-entendido previsívelApós a definição central e primeiro parágrafo explicativoA definição canônica ou uma qualificação que altera sua precisão
Página de produtoContexto benigno de disponibilidade, rótulo, unidade ou exibiçãoAo lado da seção factual relevante e longe dos controles de compraCondições de preço, cobranças recorrentes, requisitos de compatibilidade ou riscos de compra

Outros tipos de postagem podem usar uma nota quando o mesmo teste de nenhuma mudança for aprovado. Estar listado não justifica adicionar uma por ritmo visual, e ser omitido não transforma um aviso em nota.

Lista de verificação de QA

Antes da publicação, verifique cada item:

  • O bloco esclarece uma passagem próxima e não altera ação, resultado, prioridade, interpretação ou risco.
  • O contexto responde a uma pergunta plausível do leitor em vez de repetir o alvo.
  • Informações obrigatórias permanecem no conteúdo principal.
  • A nota está imediatamente após seu alvo completo ou após o parágrafo de escopo para uma sequência nomeada.
  • Não separa um título de sua introdução, uma afirmação da evidência, ou uma instrução de sua verificação de sucesso.
  • Nenhum aviso, dica, CTA, banner ou segunda nota está diretamente ao lado dela.
  • A página tem no máximo três notas e a seção tem no máximo uma.
  • O corpo mira 15–60 palavras, fica abaixo de 90 palavras e contém um esclarecimento.
  • O rótulo textual visível sobrevive sem cor, borda, ícone ou imagem.
  • O texto permanece significativo quando extraído com seu rótulo, mas sem a estilização ao redor.
  • A caixa não usa papel de alerta ou região ao vivo quando presente no carregamento da página.
  • Os mapeamentos de Markdown, Hugo e WordPress preservam tipo, título, corpo e posicionamento.
  • Os parâmetros Hugo são inteiramente posicionais ou inteiramente nomeados; nunca são misturados.
  • Nenhum componente aninhado não suportado, bloco de código, tabela, formulário ou ação promocional aparece dentro.
  • Marcadores de captura de tela solicitam capturas futuras sem renderizar ativos inexistentes.

FAQ

Qual é a diferença entre uma nota, uma dica e um aviso? Uma nota esclarece sem mudar nada. Uma dica oferece uma melhoria opcional. Um aviso muda o comportamento para evitar dano, perda, custo, exposição ou trabalho inválido. Classifique pela consequência de ignorar o bloco, não por sua cor.

Uma caixa de nota pode conter informações obrigatórias? Não. Informações obrigatórias pertencem ao conteúdo principal, onde todo leitor as encontra em sequência. Uma nota pode explicar uma variação inofensiva, mas ignorá-la não pode tornar a tarefa ou interpretação incorreta.

Quantas caixas de nota uma página deve conter? Use no máximo três por página e uma por seção. A maioria das páginas precisa de menos. Notas repetidas indicam que a explicação principal precisa de reestruturação.

Uma caixa de nota deve usar cores de aviso ou um papel de alerta? Não. A apresentação de aviso sinaliza uma consequência material, e role="alert" sinaliza informação dinâmica urgente. Aplicar qualquer um a contexto rotineiro treina pessoas a desconsiderar o sinal real e engana usuários de tecnologia assistiva.

Uma caixa de nota pode conter links ou código? Pode conter um link descritivo ou até dois valores curtos de código inline quando eles esclarecem diretamente o alvo. Use o conteúdo principal para blocos de código, tabelas, formulários ou documentação de múltiplas etapas.

Uma nota ganha seu limite ao resolver uma ambiguidade real enquanto mantém o curso do leitor inalterado. Mantenha-a calma, adjacente, autossuficiente e visualmente distinta de conselhos e riscos.

← All SEO Playbook guides

Pronto para colocar em prática?

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