実在するプロジェクトの目的から考える

GitHubの参照は、プロフィールのサイト欄、プロフィールREADME、リポジトリの説明やドキュメントなどにあります。プロフィールは管理者を紹介し、READMEはプロジェクトを説明し、利用手順は実際の操作を助けます。リンクはその役割を支える場所に置きます。URLを挿入するためだけに無関係なリポジトリ、Issue、コメントを作っても、プロジェクトへの有用な貢献にはなりません。参照先を選ぶ前に、そのページの読者が何を知りたいのか、プロジェクトとの関係を説明できるかを確認してください。

プロフィール欄とMarkdownを分ける

GitHubはプロフィール情報とREADMEを分けて説明しています。MarkdownではラベルとURLでリンクを記述しますが、そのソースから描画後のすべての属性が分かるわけではありません。管理権限のあるアカウントやリポジトリで、対応する編集方法を使い、結果のページを確認します。サイト欄、自由記述の自己紹介、READMEは交換可能な欄ではありません。下のローカル例は教材として作成したサイト参照であり、GitHubのレンダラーを再現していません。編集できる範囲と観測した範囲を混同しないでください。 自分のアカウントにログインし、アバターメニューの設定から公開プロフィールを選ぶか、https://github.com/settings/profile を開きます。利用可能なサイト／URL欄に実際のプロジェクトURLを入力し、プロフィール更新を保存して公開ページを確認します。管理するリポジトリではREADME.mdを開き、鉛筆の編集ボタンでMarkdownを追加します：[変換ツールのガイドを読む](https://converter.example/guide)。converter.exampleは教材用の仮アドレスなので、実際のガイドに置き換えてください。プレビューを確認し、変更内容が分かるコミットメッセージを書き、許可されたブランチに保存するか、必要なプルリクエストを提出します。提案しただけでは既定ブランチに公開された参照になりません。プロフィールREADMEには、ユーザー名と完全一致する名前の公開リポジトリと、ルートにある空でないREADME.mdが必要です。管理対象ユーザーアカウントでは利用できません。公開されたプロフィールまたはリポジトリを再度開き、実際のリンクを調べます。手順は文書に基づき、このガイドのために認証済みの編集画面を操作したわけではありません。

架空の単位変換ツールの参照を選ぶ

架空のプロジェクトは単位を変換するツールで、一般公開された利用ガイドを持っています。管理者のプロフィールではプロジェクトのサイトを案内し、READMEでは必要なインストール手順や使い方を参照できます。単位変換の説明を約束する文言を、一般的な宣伝ページに向けても同じ目的は果たせません。表ではリンク元の文脈、予定する到達先、確認事項を分けています。サンプルのnofollow meは確認方法を説明するために付けた値で、移動先はこのページ内です。実際のGitHub上に参照を追加する操作ではありません。

  • プロフィールのサイト欄: 観察例: 管理者に関連するサイトを示す; 記録する証拠: 特定の公開プロフィールのサイト欄; 異なる場合の対応: 自由記述の自己紹介と分ける
  • プロフィールREADME: 観察例: 活動と次の手順を説明する; 記録する証拠: 描画されたアンカーと到達先; 異なる場合の対応: Markdownだけで属性を決めつけない
  • リポジトリREADME: 観察例: プロジェクトの利用を助ける; 記録する証拠: バージョン、文脈、案内先の文書; 異なる場合の対応: 関連性と更新状態を保つ
  • 観測した属性: 観察例: 2026年10月27日の三つの文脈; 記録する証拠: 各応答のリンク元、宛先、rel; 異なる場合の対応: すべてのGitHubリンクに一般化しない
  • 保守: 観察例: 文書やアクセス条件が変わる; 記録する証拠: 公開状況、バージョン、確認日; 異なる場合の対応: 文脈が変われば再調査する

観測した場所ごとに属性を読む

2026年10月27日、ログインせず取得したgithub.com/sindresorhusのHTMLでは、サイト欄のsindresorhus.com/appsへの参照にnofollow me、READMEのsindresorhus.com/blogへの参照にnofollowがありました。github.com/github/docsのREADMEからdocs.github.com/en/contributingへの参照には、その応答ではrelがありませんでした。これは三つの文脈に限定した日付付き観測であり、全リンクの既定値や順位への効果を示しません。最後の例はGitHubと同じドメイン系列内の参照です。独立したSEO実験とは扱いません。

同じ条件で再確認できる記録を残す

記録にはリンク元、掲載箇所、到達先、relの値、アクセス条件、確認日を含めます。現在ブラウザーに描画された要素と、保存済みMarkdown、以前に取得したサーバー応答を区別してください。ページやアクセス制限が変わった場合は観測を繰り返します。自分のプロジェクトなら、案内するドキュメントが利用中のバージョンに合い、想定読者に開けるかも確認します。公開リンクを作るためだけに、非公開リポジトリの内容を外部に公開しないでください。ドキュメントの公開範囲はリンク追加と別の管理判断です。

  • 実際のプロジェクトに関連する参照を使います。
  • サイト欄、自己紹介、READMEを区別します。
  • 具体的な描画後の要素を確認します。
  • 日付とアクセス条件を記録します。
  • 非公開の資料は公開例に持ち込みません。

少数の例を全体の規則にしない

このガイドが扱うのは正当なプロジェクト文書と文脈ごとの確認です。全体共通のdofollow、2025年当時の挙動、自己紹介欄のリンク仕様、検索成果を証明しません。relがないこともインデックス登録や順位への価値を保証しません。観測した公開ページは推奨先や編集許可を意味しません。GitHubの利用規則を守り、未観測の結果は不明のまま記録します。特定のHTML応答を根拠に、別の欄や将来の表示まで同じだと説明しないことが、再利用できる調査記録につながります。

架空プロジェクトと公開ページの観測は別々に扱います。GitHubのアカウントやリンクを作らず、検索順位も測定しません。