Começar por um projeto real

Uma referência GitHub pode estar no campo de site do perfil, no README do perfil ou na documentação de um repositório. O perfil identifica o responsável; o README explica o projeto; as instruções ajudam a utilizá-lo. A ligação deve cumprir essa função. Criar repositórios, issues ou comentários sem relação com o projeto apenas para introduzir URLs não constitui uma contribuição útil.

Separar campos de perfil e Markdown

O GitHub distingue os dados do perfil dos READMEs. Num documento Markdown, o rótulo e o destino definem a ligação, mas o código de origem não revela necessariamente todos os atributos da âncora apresentada. Use a edição suportada numa conta ou num repositório que controla e examine a página resultante. Campo de site, biografia livre e README não são contextos intercambiáveis. Inicie sessão na sua própria conta e abra https://github.com/settings/profile através do avatar, definições e perfil público. Introduza o URL real do projeto no campo de site/URL disponível, atualize o perfil e confirme a página pública. Num repositório que controla, abra README.md, escolha o lápis de edição e acrescente Markdown: [Ler o guia do conversor](https://converter.example/guide). Troque o endereço de exemplo pelo guia real; converter.example é um marcador. Verifique a pré-visualização, escreva uma mensagem de commit descritiva e guarde num ramo permitido ou pelo pull request exigido. Uma proposta ainda não é uma referência publicada no ramo predefinido. O README do perfil exige um repositório público com o nome exato do utilizador e um README.md não vazio na raiz; contas de utilizador geridas não o suportam. Volte à página pública e inspecione o link. As instruções seguem a documentação; não foi utilizado um editor autenticado neste guia.

Escolher referências para um conversor fictício

O projeto fictício converte unidades e possui um guia público. O perfil pode identificar o site do projeto; o README deve encaminhar para instruções adequadas de instalação ou utilização. Uma página promocional genérica não responde à promessa de explicar conversões. A ficha separa contexto, destino e verificação. A ligação local inclui nofollow me para demonstrar a inspeção e não sai desta página.

  • Site do perfil: Exemplo de observação: Identificar o site pertinente do responsável; Evidência a registrar: Campo de site do perfil específico; Ação se houver diferença: Separar da biografia
  • README do perfil: Exemplo de observação: Explicar o trabalho e os próximos passos; Evidência a registrar: Âncora apresentada e destino; Ação se houver diferença: Não deduzir atributos só de Markdown
  • README do repositório: Exemplo de observação: Ajudar a utilizar o projeto; Evidência a registrar: Versão, contexto e guia de destino; Ação se houver diferença: Manter as instruções relevantes
  • Atributos observados: Exemplo de observação: Três contextos em 27 de outubro de 2026; Evidência a registrar: Origem, destino e rel de cada resposta; Ação se houver diferença: Não generalizar a todos os links
  • Manutenção: Exemplo de observação: Documentação e acesso mudam; Evidência a registrar: Disponibilidade pública, versão e data; Ação se houver diferença: Repetir a inspeção quando necessário

Ler atributos no contexto observado

Em 27 de outubro de 2026, o HTML público de github.com/sindresorhus mostrava nofollow me no campo de site para sindresorhus.com/apps e nofollow no README para sindresorhus.com/blog. No README de github.com/github/docs, a referência a docs.github.com/en/contributing não tinha rel nessa resposta. São três observações sem sessão iniciada, não regras universais nem provas de posicionamento. O último caso pertence à mesma família de domínios GitHub.

Tornar a inspeção repetível

Registe origem, contexto, destino, valores rel, acesso e data. Distinga o elemento apresentado atualmente do Markdown guardado e de respostas anteriores do servidor. Repita a verificação quando a página ou as restrições mudarem. No seu projeto, mantenha a documentação compatível com a versão utilizada e com o acesso previsto. Não exponha conteúdo privado de um repositório só para obter uma referência pública.

  • Use referências ligadas a projetos reais.
  • Separe site, biografia e README.
  • Inspecione a âncora concreta.
  • Registe a data e o contexto de acesso.
  • Preserve a confidencialidade do conteúdo privado.

Não generalizar uma amostra

O guia apoia documentação legítima e inspeção contextual. Não demonstra dofollow universal, comportamento em 2025, regras do campo de biografia ou resultados de pesquisa. A ausência de rel não comprova indexação nem benefício de posicionamento. As páginas públicas observadas não são recomendações ou permissões de edição. Respeite as regras do GitHub e mantenha como desconhecidos os resultados não observados.

Projeto fictício com observações públicas identificadas separadamente. Não são criados repositórios ou links e não se mede o posicionamento.