Fontes e Referências: Regras de Citação

Um bloco de fontes é o registro ordenado final que torna as afirmações factuais de uma página rastreáveis, para que leitores e motores de resposta possam verificá-las e citá-las.

Este espécime ao vivo mostra a entrada mínima completa: título com link, editora, data de publicação e data de acesso. A URL fica atrás do título em vez de aparecer como uma longa cadeia de texto bruta. Aplique as regras de escrita de elementos compartilhadas ao adaptar o bloco para outro sistema de publicação.

Por que este elemento é importante

Os leitores não tratam todas as afirmações da mesma forma. Uma recomendação médica, comparação financeira ou número de desempenho carrega mais risco do que uma simples declaração de capacidade. Uma referência completa mostra quem publicou a evidência, quando era atual e se ela apoia a afirmação. Também dá aos editores uma trilha de manutenção quando os fatos mudam.

Dez links respeitáveis jogados no final não provam qual frase cada um apoia. As citações inline criam a conexão local; a lista final preserva os registros completos. Juntos, eles permitem que um leitor cético vá da afirmação à evidência sem adivinhar.

A extraibilidade por máquina significa que o software pode identificar um registro delimitado fora do design da página. Campos consistentes expõem um título, editora, URL, data de publicação e data de acesso. Um sistema de recuperação — software que seleciona documentos ou passagens para uma consulta — pode então comparar datas, editoras e afirmações.

Em resultados de motores de resposta, várias páginas candidatas podem fazer declarações semelhantes. Uma página que cita material primário e data suas evidências completa parte do trabalho de verificação que um sistema de recuperação teria que inferir. Isso não garante seleção; cria uma cadeia de evidências auditável.

O princípio está alinhado com os fundamentos de E-E-A-T e entidades do site: proveniência visível apoia a confiança, enquanto campos consistentes de editora e título ajudam a identificar as entidades por trás das evidências.

Quando usar

Use um bloco de fontes sempre que uma página informacional ou baseada em evidências depender de fatos externos que um leitor possa razoavelmente verificar. Isso inclui definições derivadas de normas, estatísticas, resultados de pesquisa, leis, políticas, alegações de mercado, comparações de produtos, afirmações históricas, citações e recomendações baseadas em evidências publicadas. É explicitamente obrigatório para saúde, finanças, jurídico, seguros, segurança e qualquer outro setor regulamentado ou de alto risco.

Use-o mesmo quando as afirmações já tiverem links inline se o artigo contiver várias fontes; o bloco cria um inventário revisável. Em um estudo de caso, rotule as medições internas separadamente dos benchmarks externos para que dados de primeira parte não sejam confundidos com pesquisa independente.

Não adicione um para decorar uma opinião sem afirmações externamente verificáveis. Navegação, leitura recomendada, conteúdo relacionado e entradas de bibliografia não utilizadas não pertencem ao bloco. Uma fonte apoia a página; “leitura adicional” meramente estende o tópico.

Casos limítrofes precisam de uma regra firme:

• Uma única afirmação factual: cite-a inline. Um bloco final com uma entrada é opcional, a menos que o setor seja regulamentado.
• Uma lista de ferramentas: as páginas iniciais dos fornecedores são destinos, não evidências. Inclua documentação apenas quando ela apoiar afirmações específicas.
• Uma citação: cite-a inline e inclua o registro completo no bloco final.
• Conhecimento comum: não cite fatos que o leitor pretendido não questionaria, como “uma semana tem sete dias.” Cite uma interpretação precisa, medição, política ou limite contestado.
• Texto de produto próprio: vincule à documentação oficial para capacidades testáveis. Não fabrique a aparência de independência citando a própria página de marketing da empresa como prova de superioridade.

Onde posicionar

O bloco de fontes é o bloco editorial final, após o FAQ. Apenas elementos cromados de todo o site, avisos legais ou controles de conversão em nível de template podem vir depois dele. Esta posição mostra que a lista apoia o artigo concluído e dá aos revisores um local de auditoria previsível.

Não coloque a única lista numa barra lateral: barras laterais podem desaparecer em layouts móveis, impressão, feeds, modos de leitura ou texto extraído. Mantenha o bloco afastado de cartões de conteúdo relacionado, formulários e chamadas para ação não relacionadas, para que o limite das evidências permaneça claro.

As citações inline permanecem no ponto da afirmação. O bloco final não move a evidência para longe da frase que apoia; ele completa o registro. Se uma resposta de FAQ introduzir uma nova afirmação factual, cite-a dentro dessa resposta e repita a fonte no bloco final. Se o FAQ apenas reafirmar conteúdo já apoiado, reutilize a fonte existente em vez de adicionar uma entrada duplicada.

Anatomia

A legenda renderizada permanece na página se o ativo for substituído:

1. Cabeçalho do bloco: use “Fontes” a menos que uma norma de publicação exija “Referências.”
2. Número da entrada: dá a cada registro um identificador estável em fala, impressão e extração.
3. Título e URL: título exato como texto de link descritivo, resolvendo para a versão citada.
4. Editora: a organização responsável pelo material.
5. Data de publicação: quando a fonte foi emitida ou substancialmente atualizada.
6. Data de acesso: quando o autor verificou a fonte e a afirmação.
7. Limite do bloco: uma lista ordenada; o cabeçalho e a lista carregam a semântica.

Não incorpore esta legenda na captura de tela. A imagem documenta a aparência; a legenda numerada define o contrato de conteúdo.

Exemplos de design

As variantes alteram a densidade e os metadados disponíveis sem alterar o contrato de entrada de cinco campos.

Fontes web padrão: o padrão para artigos que citam normas, documentação, relatórios e páginas web. Cada título tem link; a editora e ambas as datas permanecem como texto visível.

Tipos de fonte mistos: um DOI é um identificador persistente para pesquisa. Use-o para um artigo; use URLs canônicas para relatórios e documentação. Mantenha a ordem comum dos campos ao adicionar detalhes de volume, edição ou versão.

Títulos longos: quebram naturalmente em várias linhas. Nunca trunque o título até que dois documentos diferentes se tornem indistinguíveis.

Mobile: as entradas permanecem como uma única lista ordenada sem rolagem horizontal. URLs longas ficam atrás do título, e os metadados quebram abaixo dele sem reduzir o texto.

Parâmetros

O contrato de parâmetros separa as evidências fornecidas pelo autor do comportamento do renderizador. “Fonte” abaixo significa de onde o componente obtém o valor.

Todos os cinco campos de entrada são obrigatórios. Um título sem editora oculta a responsabilidade; uma editora sem URL não pode ser inspecionada. As duas datas mostram quando o material alegava ser atual e quando foi verificado. Se não existir data de publicação ou atualização, escreva n.d.. Substitua evidências sem data para afirmações sensíveis ao tempo ou remova a afirmação.

Sintaxe e exemplos de código

Cada notação carrega os mesmos campos e ordem. O componente pode transformar dados de origem, mas não deve inferir editoras ou datas a partir de marcação frágil da página.

Diretiva Markdown portátil

:::sources{heading="Sources"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Published 2026-03-19. Accessed 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Updated 2026-05-18. Accessed 2026-08-27.
:::

Shortcode Hugo

{{< sources heading="Sources" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Published 2026-03-19. Accessed 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Updated 2026-05-18. Accessed 2026-08-27.
{{< /sources >}}

Este é um contrato portátil, não uma afirmação de que este shortcode existe. Até que um renderizador o implemente, use um cabeçalho nativo e lista Markdown ordenada.

Bloco ou shortcode WordPress

[sources heading="Sources"]
[source title="citation — Schema.org Property" publisher="Schema.org" url="https://schema.org/citation" publication_date="2026-03-19" accessed_date="2026-08-27"]
[source title="Understanding SC 2.4.4: Link Purpose (In Context)" publisher="W3C Web Accessibility Initiative" url="https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html" publication_date="2026-05-18" accessed_date="2026-08-27"]
[/sources]

Um bloco WordPress pode expor controles de formulário, mas deve renderizar um cabeçalho e uma lista ordenada nativa e preservar as datas no conteúdo exportado.

Exemplos

Bom: completo, atribuível e datado

Fontes

1. “Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Atualizado em 18 de maio de 2026. Acessado em 27 de agosto de 2026.
2. “citation — Schema.org Property.” Schema.org. Publicado em 19 de março de 2026. Acessado em 27 de agosto de 2026.

Isso funciona porque um revisor pode identificar cada documento, editora, data de origem, data de verificação e destino. As entradas são documentação primária, ordenadas por primeira aparição para que números inline e registros finais sejam fáceis de reconciliar.

Ruim: uma pilha de domínios

Referências

• Google
• Algum blog de acessibilidade
• schema.org
• https://example.com/article?id=18492

Isso falha porque nenhuma entrada identifica um documento ou datas. “Google” é uma organização, não uma evidência. “Algum blog de acessibilidade” oculta a editora e o nível de qualidade. A URL bruta carece de um título utilizável, e nenhuma entrada mapeia para uma afirmação. Repare selecionando evidências para cada afirmação, adicionando citações inline e registrando todos os campos obrigatórios.

Citação inline versus lista de fontes final

Cite no ponto da afirmação quando o leitor precisar saber qual fonte a apoia; inclua o registro completo quando a página depender dessa fonte. A maioria das páginas baseadas em evidências precisa de ambos.

A citação inline é obrigatória para um número, citação, resultado de estudo, lei, política, afirmação contestada, instrução de segurança, fato de produto sensível ao tempo ou conclusão dependente de fonte. Coloque-a na frase ou imediatamente após. Uma citação não pode apoiar um parágrafo de afirmações não relacionadas.

A lista final é obrigatória para múltiplas fontes, um inventário obrigatório ou um assunto regulamentado. Citações repetidas recebem uma entrada; versões materialmente diferentes recebem entradas separadas.

Níveis de qualidade de fontes

Qualidade é adequação para a afirmação, não fama. Use o nível mais alto apropriado que possa apoiar diretamente a declaração:

O nível não resgata uma afirmação incompatível. Uma página de registro de um regulador não pode apoiar uma alegação clínica, e um artigo não pode provar uma funcionalidade lançada após o estudo. Uma página de preços de fornecedor pode provar seu preço atual, mas não que oferece o melhor valor.

Quando as fontes entram em conflito, declare o escopo ou a data que explica a diferença, favoreça o registro primário controlador e restrinja a afirmação. Se não houver resolução, diga que as evidências conflitam.

Tratamento de links e perda de fonte

Links externos permanecem na aba atual por padrão. Use HTTPS e uma URL canônica ou persistente; remova parâmetros de rastreamento, identificadores de sessão e wrappers de redirecionamento. Vincule o título, não “clique aqui.” Não adicione nofollow a citações editoriais comuns; reserve valores de relacionamento para links que tenham esses relacionamentos.

Se o produto deliberadamente abrir fontes externas em uma nova aba, emita target="_blank" rel="noopener" e avise o usuário em texto visível ou uma descrição programaticamente associada. noopener impede que a página aberta receba uma referência à janela de origem. Adicione noreferrer apenas quando a política de privacidade do site exigir a supressão de informações de referenciador; não é um requisito universal de citação editorial.

Verifique cada fonte antes da publicação e durante revisões agendadas. Um link quebrado é uma URL que não resolve mais para o material citado. Quando um falha:

1. Procure um substituto controlado pela editora, redirecionamento canônico, versão mais recente, DOI ou arquivo oficial.
2. Confirme que o substituto apoia a mesma afirmação; uma página inicial funcional não substitui um relatório ausente.
3. Atualize a URL, a data de publicação se a versão mudou, a data de acesso e qualquer afirmação afetada pela nova fonte.
4. Se apenas um arquivo confiável preservar o documento exato, vincule o arquivo e rotule-o como arquivado.
5. Se a evidência não puder ser recuperada, substitua a fonte e reavalie a afirmação. Remova ou qualifique a afirmação quando nenhuma evidência apropriada permanecer.

Nunca aponte uma citação antiga para um substituto que faça uma afirmação diferente.

Marcação Schema e acessibilidade

Um bloco de fontes não cria uma entidade Schema.org autônoma. Permanece parte do Article, TechArticle, Report ou outro CreativeWork válido que o envolve. A propriedade citation do Schema.org pode carregar uma referência como texto ou outro CreativeWork. Quando dados estruturados são gerados, mapeie cada referência editorial genuína para citation; não marque navegação, destinos de afiliados ou leitura meramente relacionada como citações.

O conteúdo visível e os dados estruturados devem concordar. JSON-LD — JavaScript Object Notation for Linked Data — não deve introduzir fontes ausentes nem omitir qualificadores visíveis. Ele nunca substitui a lista visível ou os links inline.

Para acessibilidade, use um cabeçalho seguido por <ol> e <li>. Entradas ordenadas fornecem contagens e identificadores estáveis de itens. Use o título da fonte como texto do link; mantenha editora e datas no mesmo item. Nunca use cor, favicon ou logotipo como única identificação.

Evite role="list" em listas nativas, acordeões interativos que ocultam a evidência por padrão e tabelas para uma simples sequência de referência unidimensional. Se um link abrir uma nova aba, o aviso deve estar disponível visualmente e para tecnologia assistiva. O foco do teclado deve permanecer visível, e títulos longos devem quebrar sem cortes ou rolagem horizontal da página.

Regras de escrita

Use o título exato e o nome reconhecível da editora. Mantenha esta sequência: título, editora, data de publicação ou atualização, data de acesso. Adicione autor, edição, páginas, DOI ou versão apenas quando necessário para identificar o trabalho ou atender a uma norma de publicação.

Ordene as entradas por primeira aparição, a menos que um estilo exigido diga o contrário. Desduplique registros idênticos, mas mantenha edições ou versões separadas quando a diferença afetar a afirmação.

Cada entrada deve apoiar uma afirmação, e cada afirmação externa material deve mapear para uma evidência. O título deve corresponder ao destino. A data de acesso registra quando o destino e seu suporte foram verificados, não quando o CMS salvou a página.

Não coloque chamadas para ação, rótulos de afiliados, artigos relacionados, livros recomendados não usados como evidência, biografias de autores, texto de metodologia, descrições promocionais, classificações por estrelas ou comentários sobre se uma fonte é “ótima” dentro do bloco. Explique as limitações da fonte junto à afirmação relevante ou em uma seção de métodos. Mantenha o bloco final como um inventário de evidências.

Não há máximo arbitrário. Um relatório pode precisar de dezenas de registros. Acima de vinte entradas, use números de referência estáveis e teste a quebra em telas estreitas; nunca divida as evidências de um artigo em barras laterais não relacionadas.

Tipos de post que o utilizam

O frontmatter postTypes cria a junção legível por máquina com os nove tipos de página baseados em evidências abaixo. A tabela visível adiciona o posicionamento e a força do requisito.

Páginas de produto, categoria e caso de uso ainda citam afirmações factuais quando as fazem, mas uma lista final é condicional quando a página é principalmente transacional e depende apenas de informações de capacidade próprias. Em todo tipo de post, conteúdo de saúde, finanças, jurídico e outros regulamentados exige um bloco de fontes completo, independentemente da extensão.

Lista de verificação de QA

• Toda afirmação material externamente verificável tem uma fonte apropriada.
• Afirmações que exigem atribuição exata têm citações inline no ponto da afirmação.
• Toda citação inline mapeia sem ambiguidade para uma entrada final completa.
• Toda entrada final apoia pelo menos uma afirmação realmente feita na página.
• Cada entrada inclui título, editora, URL canônica, data de publicação ou n.d. e data de acesso exata.
• As datas de publicação não foram inferidas de rodapés de direitos autorais, snippets de busca ou padrões de URL.
• As datas de acesso registram verificação real, não uma data de migração em massa do CMS.
• A qualidade da fonte corresponde à afirmação; material do fornecedor não é usado para provar superioridade.
• Material primário ou oficial controlador substitui cobertura secundária quando disponível e utilizável.
• Afirmações de estudo preservam a população, método, data e limitações que afetam a interpretação.
• Evidências conflitantes são divulgadas, delimitadas ou resolvidas, em vez de omitidas silenciosamente.
• Títulos são texto de link descritivo e correspondem aos seus destinos.
• URLs externas usam HTTPS, omitem parâmetros de rastreamento e resolvem para a versão citada.
• Links abrem na aba atual, a menos que uma regra documentada do produto diga o contrário.
• Qualquer link de nova aba usa noopener e avisa os usuários que uma nova aba será aberta.
• Links quebrados ou redirecionados foram reparados sem alterar a afirmação apoiada de forma despercebida.
• O bloco é um cabeçalho mais lista ordenada no fluxo principal do documento.
• O bloco é a seção editorial final após o FAQ e não é misturado com conteúdo relacionado ou chamadas para ação.
• As referências visíveis e quaisquer valores de citation do Schema.org concordam.
• O bloco permanece legível, acessível por teclado e livre de rolagem horizontal em telas estreitas.

FAQ

Todo artigo precisa de um bloco de fontes?

Use um para conteúdo informacional ou baseado em evidências que dependa de fatos externos. Uma página de produto curta contendo apenas declarações de capacidade próprias pode não precisar de um bloco final, embora cada afirmação factual ainda precise de uma fonte apropriada. Conteúdos de saúde, finanças, jurídico e outros regulamentados sempre exigem um.

Um bloco de fontes substitui as citações inline?

Não. Coloque uma citação inline na afirmação quando um leitor precisar saber qual fonte apoia aquela declaração exata. O bloco final fornece registros de referência completos e um inventário de evidências em nível de página; ele não torna óbvias as relações distantes entre afirmação e fonte.

E se uma fonte não tiver data de publicação?

Registre a data de publicação como n.d. e inclua uma data de acesso exata. Não invente uma data nem omita o campo. Para uma afirmação sensível ao tempo, encontre uma substituta datada ou remova a afirmação, pois uma página sem data não pode estabelecer quando a informação era atual.

Materiais de fornecedores podem aparecer no bloco de fontes?

Sim, para afirmações que o fornecedor controla, como suas funcionalidades documentadas, preços, notas de versão ou termos contratuais. O material do fornecedor não deve ser usado como evidência independente de que seu produto é a melhor, mais segura, mais rápida ou mais eficaz opção.

Os links de fontes externas devem abrir em uma nova aba?

Mantenha os links normais na aba atual por padrão, para que o leitor controle a navegação. Se o produto deliberadamente abrir uma nova aba, use target="_blank" com rel="noopener" e forneça um aviso visível ou programaticamente associado de que uma nova aba será aberta.

Fontes

1. “citation — Schema.org Property.” Schema.org. Publicado em 19 de março de 2026. Acessado em 27 de agosto de 2026.
2. “Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Atualizado em 18 de maio de 2026. Acessado em 27 de agosto de 2026.
3. “Technique G201: Giving Users Advanced Warning When Opening a New Window.” W3C Web Accessibility Initiative. Atualizado em 18 de maio de 2026. Acessado em 27 de agosto de 2026.