Partire da un progetto reale

Un riferimento GitHub può comparire nel campo sito del profilo, nel README del profilo, nella descrizione del repository o nella documentazione. Il profilo identifica il responsabile, il README spiega il progetto e le istruzioni ne sostengono l’uso. Il collegamento deve servire a quella funzione. Repository, issue o commenti fuori tema creati solo per inserire URL non sono contributi utili.

Separare i campi del profilo da Markdown

GitHub tratta separatamente informazioni del profilo e README. In Markdown, etichetta e destinazione formano un link, ma il sorgente non mostra ogni attributo dell’ancora renderizzata. Usa i comandi supportati in un account o repository che controlli e verifica il risultato. Il campo sito, la biografia libera e il README non sono intercambiabili; l’esempio locale non riproduce il renderer di GitHub. Accedi al tuo account e apri https://github.com/settings/profile dal menu dell’avatar, impostazioni e profilo pubblico. Inserisci l’URL reale del progetto nel campo sito/URL disponibile, aggiorna il profilo e controlla la pagina pubblica. In un repository che gestisci, apri README.md, scegli la matita di modifica e aggiungi Markdown: [Leggi la guida del convertitore](https://converter.example/guide). Sostituisci l’indirizzo di esempio con la guida reale; converter.example è un segnaposto. Controlla l’anteprima, scrivi un messaggio di commit descrittivo e salva su un ramo consentito o tramite la pull request richiesta. Una proposta non è ancora un riferimento pubblicato nel ramo predefinito. Il README del profilo richiede un repository pubblico con lo stesso nome esatto del tuo utente e un README.md non vuoto nella radice; gli account utente gestiti non lo supportano. Riapri la pagina pubblica e ispeziona il link. Le istruzioni seguono la documentazione; non è stato utilizzato un editor autenticato per questa guida.

Scegliere riferimenti per un convertitore immaginario

Il progetto immaginario converte unità e dispone di una guida pubblica. Il profilo può identificare il sito del progetto; il README può indirizzare alle istruzioni pertinenti di installazione o utilizzo. Una landing promozionale generica non mantiene la promessa di una spiegazione delle conversioni. La scheda separa contesto, target e verifica necessaria. Il link locale usa volutamente nofollow me e resta nella pagina.

  • Sito del profilo: Osservazione di esempio: Identificare il sito pertinente del responsabile; Prova da registrare: Campo sito del profilo pubblico preciso; Azione se non coincide: Esaminarlo separatamente dalla biografia
  • README del profilo: Osservazione di esempio: Spiegare lavoro e prossimi passi; Prova da registrare: Ancora renderizzata e destinazione; Azione se non coincide: Non dedurre gli attributi solo da Markdown
  • README del repository: Osservazione di esempio: Aiutare a usare un progetto; Prova da registrare: Versione, contesto e guida di destinazione; Azione se non coincide: Mantenere istruzioni pertinenti e attuali
  • Attributi osservati: Osservazione di esempio: Tre contesti del 27 ottobre 2026; Prova da registrare: Fonte, target e rel di ciascuna risposta; Azione se non coincide: Non estendere il campione a tutti i link
  • Manutenzione: Osservazione di esempio: Documentazione e accesso cambiano; Prova da registrare: Disponibilità pubblica, versione e data; Azione se non coincide: Ripetere la verifica se cambia il contesto

Leggere gli attributi nel contesto preciso

Il 27 ottobre 2026, una risposta HTML senza autenticazione di github.com/sindresorhus mostrava nofollow me nel campo sito verso sindresorhus.com/apps e nofollow nel README verso sindresorhus.com/blog. Nel README di github.com/github/docs, il riferimento a docs.github.com/en/contributing non aveva rel in quella risposta. Sono tre osservazioni datate, non valori universali né prove di ranking. L’ultimo caso resta nella famiglia di domini GitHub.

Rendere ripetibile la verifica

Registra fonte, contesto, destinazione, valori rel, stato di accesso e data. Distingui l’elemento attualmente renderizzato da Markdown salvato o da una precedente risposta del server. Ripeti il controllo quando cambiano pagina o restrizioni. Per il tuo progetto, mantieni la guida coerente con la versione utilizzata e con l’accesso previsto. Non pubblicare materiale privato di un repository per costruire un riferimento pubblico.

  • Usa riferimenti pertinenti a un progetto reale.
  • Separa sito, biografia e README.
  • Controlla la precisa ancora renderizzata.
  • Registra data e contesto di accesso.
  • Mantieni privato il materiale riservato.

Non generalizzare un campione

La guida riguarda riferimenti legittimi e ispezione contestuale. Non prova dofollow universale, comportamento nel 2025, regole dei link nella biografia o rendimento di ricerca. L’assenza di rel non dimostra indicizzazione o valore di ranking. Gli esempi pubblici non sono raccomandazioni o permessi di modifica. Rispetta le norme di GitHub e lascia come sconosciuti i risultati non osservati.

Progetto immaginario e osservazioni pubbliche sono separati. Non vengono creati account, repository o link GitHub e non si misurano ranking.