Mit einem echten Projekt beginnen

GitHub-Verweise können im Website-Feld eines Profils, im Profil-README, in einer Repository-Beschreibung oder in Dokumentation stehen. Ein Profil identifiziert eine Person, ein README erklärt ein Projekt und eine Anleitung unterstützt dessen Nutzung. Platzieren Sie einen Verweis dort, wo er diese Aufgabe erfüllt. Unpassende Repositorys, Issues oder Kommentare nur für Links sind keine hilfreichen Projektbeiträge.

Profilfelder und Markdown unterscheiden

GitHub beschreibt Profilinformationen und Profil-READMEs getrennt. In Markdown bilden Beschriftung und Ziel einen Link; daraus lassen sich nicht sämtliche Attribute des gerenderten Ankers ablesen. Nutzen Sie bei einem kontrollierten Konto oder Repository die vorgesehenen Bearbeitungswege und prüfen Sie das Ergebnis. Website-Feld, frei formulierter Biotext und README sind keine austauschbaren Felder. Melden Sie sich im eigenen Konto an und öffnen Sie https://github.com/settings/profile über Profilbild, Einstellungen und öffentliches Profil. Tragen Sie die echte Projektadresse in das angebotene Website-/URL-Feld ein, aktualisieren Sie das Profil und prüfen Sie die öffentliche Seite. Öffnen Sie für ein eigenes Repository README.md, wählen Sie den Stift zum Bearbeiten und ergänzen Sie Markdown: [Anleitung des Einheitenrechners lesen](https://converter.example/guide). Ersetzen Sie die Beispieladresse durch die echte Anleitung; converter.example ist ein Platzhalter. Prüfen Sie die Vorschau, verfassen Sie eine aussagekräftige Commit-Nachricht und speichern Sie auf einem erlaubten Branch oder über den vorgeschriebenen Pull Request. Ein Änderungsvorschlag ist noch kein veröffentlichter Verweis im Standardbranch. Ein Profil-README benötigt ein öffentliches Repository mit exakt Ihrem Benutzernamen und eine nicht leere README.md im Stammverzeichnis; verwaltete Benutzerkonten unterstützen es nicht. Öffnen Sie danach die öffentliche Profil- oder Repository-Seite und prüfen Sie den Link. Die Schritte beruhen auf Dokumentation; ein angemeldeter Editor wurde hierfür nicht bedient.

Verweise für einen fiktiven Einheitenrechner wählen

Das fiktive Projekt rechnet Maßeinheiten um und besitzt eine öffentliche Anleitung. Das Profil kann die Projektwebsite nennen, während das README zur passenden Installations- oder Nutzungsbeschreibung führt. Eine allgemeine Werbeseite erfüllt nicht das Versprechen einer konkreten Umrechnungsanleitung. Das lokale Beispiel enthält bewusst nofollow me und springt nur innerhalb dieser Seite. Es bildet keine reale GitHub-Veröffentlichung nach.

  • Profilwebsite: Beispielbeobachtung: Die passende Website eines Maintainers nennen; Aufzuzeichnender Nachweis: Website-Feld des konkreten öffentlichen Profils; Aktion bei Abweichung: Getrennt vom Biotext prüfen
  • Profil-README: Beispielbeobachtung: Arbeit und nächste Schritte erläutern; Aufzuzeichnender Nachweis: Gerenderter README-Anker und Ziel; Aktion bei Abweichung: Attribute nicht nur aus Markdown ableiten
  • Repository-README: Beispielbeobachtung: Die Nutzung eines Projekts unterstützen; Aufzuzeichnender Nachweis: Version, Kontext und passende Anleitung; Aktion bei Abweichung: Dokumentation relevant und aktuell halten
  • Attributbeobachtung: Beispielbeobachtung: Drei Kontexte vom 27.10.2026; Aufzuzeichnender Nachweis: Quelle, Ziel und rel der jeweiligen Antwort; Aktion bei Abweichung: Nicht auf alle GitHub-Links übertragen
  • Pflege: Beispielbeobachtung: Dokumentation und Zugriff ändern sich; Aufzuzeichnender Nachweis: Öffentliche Erreichbarkeit, Version und Datum; Aktion bei Abweichung: Bei Kontextänderungen neu prüfen

Attribute im genauen Kontext lesen

Am 27. Oktober 2026 zeigte eine ohne Anmeldung abgerufene HTML-Antwort von github.com/sindresorhus nofollow me am Website-Link zu sindresorhus.com/apps und nofollow am Profil-README-Link zu sindresorhus.com/blog. Beim README-Verweis von github.com/github/docs auf docs.github.com/en/contributing fehlte rel in dieser Antwort. Das sind drei datierte Kontextbeobachtungen, keine universellen Vorgaben oder Rankingnachweise. Das Repository-Beispiel bleibt zudem innerhalb der GitHub-Domainfamilie.

Die Prüfung nachvollziehbar machen

Erfassen Sie Quelle, Seitenkontext, Ziel, rel-Werte, Zugriffszustand und Datum. Unterscheiden Sie das aktuell gerenderte Element von gespeichertem Markdown oder einer früheren Serverantwort. Bei geänderter Darstellung oder eingeschränktem Zugriff muss erneut geprüft werden. Für eigene Projekte sollten Anleitung und verwendete Version zusammenpassen. Veröffentlichen Sie keine privaten Repository-Inhalte, nur um einen öffentlichen Verweis herzustellen.

  • Verweise auf reale Projektaufgaben beziehen.
  • Website-Felder, Biotexte und READMEs unterscheiden.
  • Den konkreten gerenderten Anker prüfen.
  • Prüfdatum und Zugriffskontext festhalten.
  • Private Inhalte aus öffentlichen Beispielen fernhalten.

Einzelbeispiele nicht verallgemeinern

Der Leitfaden unterstützt sachgerechte Projektverweise und kontextbezogene Prüfung. Er belegt weder universelles dofollow noch das Verhalten im Jahr 2025, Regeln für Biotext-Links oder Suchleistung. Ein fehlendes rel beweist keinen Rankingbeitrag. Die öffentlichen Beispiele sind keine Empfehlungen und erteilen keine Bearbeitungserlaubnis. Beachten Sie GitHubs Nutzungsregeln und kennzeichnen Sie nicht überprüfte Ergebnisse als unbekannt.

Fiktives Projektbeispiel mit getrennten öffentlichen Beobachtungen. Es werden keine Konten, Repositorys oder Links erstellt und keine Rankings gemessen.