Google PageRankの進化：SEO初心者向けCodex実践ガイド【2026年版】

SEOを始めたばかりなら、PageRankは「調べて数値を上げるもの」ではなく、リンクがページ同士をどう結び付けるかを理解するための考え方として捉えてください。Googleは、各ページの現在のPageRankスコアを公開していません。一方で、ユーザーや検索エンジンが重要なページを見つけやすくし、明らかに壊れた導線を修復し、古いURLを本当に関連する後継ページへ案内することはできます。

このガイドでは、それをCodexで実践する方法を紹介します。順位上昇を約束したり、存在しないリンク指標を作ったり、サイト本番環境を勝手に変更したりはしません。使用許可のあるデータを、確認しやすい短い作業リストへ変換するための手順です。

Codexは根拠のある作業候補を準備します。サイト変更の承認と検証には、最後まで人が責任を持ちます。

この手順で完成するもの

これは、クロールデータ、内部リンクデータ、リダイレクト一覧、または小規模なSearch Consoleデータをエクスポートできるサイト運営者、マーケター、SEO初級者向けのワークフローです。

最後まで進めると、次の成果物が得られます。

• 確認済みの壊れた内部リンク候補の一覧
• 後継ページが適切かを人が確認する必要のあるリダイレクト候補
• 重視するページへ自然に誘導する文脈的な内部リンク案
• 各変更案の根拠、確信度、確認項目を記録したCSV

この流れを理解するために有料SEOツールは必要ありません。ただし、データを利用する権限と、変更をサイトに反映する前に確認できる担当者は必要です。

PageRankを短く説明すると

PageRankはもともと、ウェブ上のリンクを根拠としてページの順序を決めるための仕組みとして始まりました。基本の発想は明快です。あるページからのリンクは、リンク先のページも検討する価値があるというシグナルになり得ます。ただし、単純な公開投票数だったことはなく、現在の検索順位を表示するダッシュボードでもありません。

現在のGoogle検索は、多数のシグナルとシステムを利用しています。またGoogleは、新しいページを主にリンクやサイトマップから発見すると説明しており、別のページをGoogleに発見してほしい場合には、クロール可能な<a>リンクを使うことを推奨しています。追いかけられるPageRankの数値が見えなくても、内部リンクはサイト内の移動やページ発見に役立ちます。

実務で問うべきなのは「PageRankをどう上げるか」ではありません。代わりに、次のように問いましょう。

ユーザーとクローラーは、明確で関連性のある経路を通って、この重要なページへ到達できるだろうか？

この問いなら、確認して改善できる具体的な作業につながります。

PageRankを理由にしてはいけないこと

PageRankにまつわる誤解は、SEO初級者が方向を誤りやすいところです。

この注意が重要なのは、不適切なリダイレクトがユーザーを間違ったコンテンツへ送り、無理に追加した内部リンクが記事を読みにくくするからです。リンクが良いSEO施策になるのは、サイト内の経路も改善するときです。

最初に確認するべきページ経路

大規模サイトの全URLから始める必要はありません。経路を明確にすることで読者に分かりやすい利点がある、小さなページ群から始めます。

1. エラーページにつながるリンク

現在のページが、提供されたデータ上で4xxとなるURLへリンクしているなら、ユーザーは行き止まりに着いています。通常、これは最初に直す対象として最も分かりやすいものです。元のリンク先に現在の相当ページがあるか確認してください。ある場合はリンク元のURLを更新します。ない場合はリンクを削除するか、次に役立つ情報へのリンクに置き換えます。

2. 本当の後継ページがある廃止済みページ

古い製品ページ、移動したガイド、URL構造の変更後には、以前のURLへの参照が残りがちです。新しいリンク先が実質的に同じニーズを満たすなら、リダイレクトは妥当です。一方、廃止された料金プランのページを、同じドメイン内だからというだけでトップページへ転送するべきではありません。

リダイレクトは、適切な行き先を決める作業です。すべての廃止URLに自動適用する答えではありません。

3. 到達しにくい重要ページ

重要なガイドがインデックスされていても、内部リンクがほとんどないことがあります。関連する記事が読者の一つ前の疑問にすでに答えているなら、自然な文脈リンクを追加することで、その重要ページを見つけやすくできます。リンク本数より先に、トピックの適合性を確認してください。

4. 本当のリンク先を隠すナビゲーション

Googleのリンクに関するガイダンスは、通常のクロール可能なリンクを重視しています。重要ページへ移動するために、不安定なスクリプト操作、フォーム送信、サイト内検索だけが必要な場合は、開発者に経路の確認を依頼してください。これはサイト全体を一から作り直す理由ではありません。必要な場面で、重要なリンク先へ通常のリンクから到達できるようにする理由です。

Codexに依頼する前の準備

Codexは監査結果を整理できます。しかし入力がなければサイトの状態は分からず、推測させるべきでもありません。

共有許可のあるデータから、必要最小限のエクスポートを渡してください。

共有前に、機密性のある検索語句、顧客データ、認証情報を削除してください。各エクスポートの対象範囲と期間も明記します。クロール範囲が一部なら、得られる答えも一部に限られます。

Codexは自動操縦ではなく監査担当として使う

Codexの最も安全な役割は、確認用の作業リストを準備することです。次の順序で進めます。

ステップ1：エクスポートのコピーを一つのフォルダーに置く

site-link-audit/のような作業フォルダーを作ります。元ファイルは変更せずに保存してください。許可済みのCSVまたはXLSXだけを入れ、必要に応じて短いpriorities.csvも追加します。

期待する結果： Codexは、非公開のログイン情報やAPIキーを見ずに、ファイル名と列見出しを確認できます。

品質確認： 各ファイルを開き、エクスポートの範囲と期間が妥当か確認します。特定のサブフォルダーだけをクロールした場合は、その点を明記してください。

エクスポートがない場合： url、page_title、content_type、priority、known_replacement_url、notesを含む簡単な手動一覧を作ります。これは計画作成には使えますが、リンク切れや内部リンク不足を証明することはできません。

ステップ2：監査Skillを実行する

次の内容を、チームで通常使用しているCodexのSkillフォルダーまたはリポジトリ内SkillフォルダーにSKILL.mdとして保存し、Codexに対象フォルダーの監査を依頼します。OpenAIのBuild skillsガイドには、Codexが検出できるローカルおよびリポジトリ内の配置場所が説明されています。Skillを使わない場合は、次のセクションにある短いプロンプトで、一回のセッションに同じ運用ルールを適用できます。

---
name: codex-link-equity-audit
description: 許可済みのクロール、内部リンク、リダイレクト、Search Consoleのエクスポートを監査し、リンク価値に関する確認可能な改善候補を作成します。SEO初級者が、提供済みのCSVまたはXLSXから、壊れた内部リンク、内部リンクが少ない重要ページ、リダイレクト候補、安全な内部リンク作業計画を見つけたい場合に使用します。
---

# Codex Link Equity Audit

ユーザーが提供を許可されたデータから、保守的で人が確認できるSEO作業リストを作成します。これは監査と計画のワークフローであり、サイトを自動編集するワークフローではありません。

## 安全上の境界

- ユーザーが明示的に提供または許可したファイル、URL、データソースだけを使用します。
- APIキー、Cookie、パスワード、トークンを要求、表示、保存、公開しません。
- Google PageRank、検索順位、被リンク、トラフィック、検索ボリューム、クロール結果、ツール指標を捏造しません。
- ユーザーがその操作を個別に許可しない限り、ログイン、有料APIの呼び出し、ウェブサイトの変更、リダイレクトの公開、リンク追加、URL送信を行いません。
- 人が関連性、canonicalのリンク先、ユーザー価値、実装内容を確認するまで、すべての提案を未確定として扱います。

## 最初に入力を確認する

提供されたファイル名と実際の列見出しを読み取ります。クローラー、SEOツール、CMS、Search Consoleのエクスポートに標準スキーマがあると決めつけません。各ファイルで確認できることと不足しているものを明記します。

必要最小限のデータとして、クロールデータ、内部リンクデータ、リダイレクトまたは壊れたURLのデータ、期間を明記したSearch Consoleのページデータ、優先ページ一覧を求めます。何もない場合は、手動のURL一覧を依頼し、それが計画作成にしか使えないことを説明します。

## 根拠のある候補を作る

1. 元のURLを保存し、比較のためだけに正規化します。プロトコル、ホスト、末尾スラッシュ、パラメータ、フラグメント、リダイレクト、canonicalの違いは、黙って統合せずに明示します。
2. 対象範囲、期間、行数、関連列、データ不足を記録します。
3. 提供された根拠がある場合に限り、次の操作を提案します。
   - 提供されたリンク元ページが、提供された4xxのリンク先を参照している場合の`fix_internal_link`
   - 廃止済みURLへの参照根拠があり、意味の上で同等な公開中リンク先がある場合の`review_redirect`
   - 提供されたリンク元と優先リンク先に、読者の役に立つ明確なトピック適合性がある場合の`suggest_internal_link`
   - 比較可能な内部リンク数またはグラフデータがある場合のみ行う`investigate_underlinked_page`
   - 関連する提供済みフィールドが競合を示す場合のみ行う`investigate_canonical_or_redirect`
4. ビジネス上の重要性、壊れた経路の根拠、提供された参照数、トピック適合性から、`high`、`medium`、`low`の優先度を付けます。優先度をPageRankスコアと呼んだり、順位変化を予測したりしません。

## 成果物を書く

ユーザーが選んだ出力フォルダーに`link-equity-audit.md`と`link-equity-actions.csv`を作成します。すべての入力ファイルは保持します。

CSVには次の列を使います。

```csv
action_id,action_type,source_url,proposed_destination_url,anchor_or_change,evidence,evidence_source,confidence,implementation_priority,human_review_check,evidence_gap,status
```

既定のstatusは`proposed`です。Markdownレポートには、対象範囲と許可の記述、平易な回答、制約、すぐに修正できる項目、次に確認する項目、追加データが必要な質問、ロールバック情報を含む実装チェックリストを記載します。

## 品質基準

根拠がない提案、真の後継ではなく単に似ているだけのリンク先、読者に役立たない内部リンク、または人の確認なしに別URLへ影響する可能性があるリダイレクト・canonical変更は削除します。最後に、使用した入力、制約、作成したファイル、次の確認手順を一覧にします。

期待する結果： link-equity-audit.mdとlink-equity-actions.csvという2つの新しいファイルです。各行には、その候補が存在する理由と、人が確認するべき内容が記載されます。

品質確認： CSVを確認します。良い行には、根拠の出典、具体的な変更案、確信度、人による確認項目があります。「SEOを改善する」としか書かれていない行や、理由を説明せずにリンク先を提案する行は削除してください。

ステップ3：作業リストをこの順序で確認する

最初に、確認済みの壊れた内部リンクを見ます。通常は理解しやすく、必要なら元に戻すことも容易です。

次にリダイレクト候補を確認します。「古いページを探していた人にとって、新しいページは正直で自然な次の行き先だろうか」と考えてください。答えが不明なら、シグナルを維持するためだけにリダイレクトを公開してはいけません。

最後に、文脈的な内部リンク案を確認します。リンク元として提案された文の前後を読みます。アンカーテキストはリンク先を自然に説明し、その時点で読者の助けになるページへ案内する必要があります。

期待する結果： 機械的に作った巨大な一覧ではなく、承認済みの小さな変更セットです。

品質確認： 承認した各操作に担当者とロールバック計画を設定します。新しい内部リンクなら、文章を悪くした場合に削除することがロールバックです。リダイレクトなら、監視によって不適切な対応関係が分かった場合に、以前の挙動へ戻すことがロールバックです。

ステップ4：実装して検証する

通常のCMS、コードレビュー、デプロイ手順で変更します。AIエージェントに本番ページを見えないところで編集させないでください。

公開後、変更したリンク元URLをブラウザーでテストします。リダイレクトの場合は旧URLを開き、最終リンク先、HTTPの挙動、ページの関連性を確認します。内部リンクの場合は、アンカーが機能すること、リンク先が読み込まれること、周囲の文章が引き続き自然であることを確認します。

実装が技術的になる場合は、Googleのリダイレクトとリンクのベストプラクティスに関するドキュメントが参考になります。

Skillをインストールしない場合の一回用プロンプト

許可済みのエクスポートを現在の作業フォルダーへ置いた後、次のプロンプトを貼り付けます。

慎重なSEO監査アシスタントとして行動してください。最初に、提供されたファイル名と実際の列見出しを確認してください。この認可済みローカルデータだけを使用します。認証情報を要求または表示したり、有料APIを呼び出したり、非公開システムを閲覧したり、出力フォルダー外のファイルを変更したり、入力にないGoogle PageRank、順位、トラフィック、被リンク、クロール結果を把握していると主張したりしないでください。

データの対象範囲、期間、行数、不足フィールド、各ファイルで確認できることを説明してください。次に、`./output/`へ人が確認できる`link-equity-audit.md`と`link-equity-actions.csv`を作成してください。

根拠のある操作だけを提案してください。提供された内部リンクが提供された4xx URLを指す場合の修正、参照根拠のある廃止済みURLに真に同等な公開中ページがある場合のリダイレクト確認、提供されたページ同士に明確なトピック適合性がある場合の文脈的内部リンク、提供された内部リンクが異常に少ない優先ページの調査、または確認済みのcanonical・リダイレクト競合の調査です。

CSVの列はaction_id,action_type,source_url,proposed_destination_url,anchor_or_change,evidence,evidence_source,confidence,implementation_priority,human_review_check,evidence_gap,statusとします。statusは`proposed`に設定します。順位上昇を予測しないでください。根拠がない提案やユーザーを誤解させる可能性がある提案は削除します。最後に、次に人が確認する手順を示してください。

良い出力の例

次は架空の例です。URLと根拠は確認項目の形式を示すために作ったもので、実在サイトの結果を主張するものではありません。

この例をあえて地味にしています。そこが重要です。有用な監査は、小さな変更について明確な根拠を示します。神秘的なスコアや、検索結果1ページ目が目前だという約束を作るものではありません。

このワークフローが役立ったかを測る方法

PageRankの数値でプロジェクトを評価しないでください。実際に変更し、確認できる項目を追跡します。

• 承認後に修正した壊れた内部リンクの数
• 確認済みの同等ページへ対応付けた廃止URLの数
• 文脈上有用な新しい内部経路を追加した優先ページの数
• 公開後、変更したURLが意図どおりに機能しているか

Search Consoleも使用する場合は、妥当な期間でレポートを比較し、重要な変更日を注記してください。検索データには変動があり、編集後の差が編集によって生じたとは限りません。推測ではなく学習につなげるため、変更履歴を残します。

よくある質問

2026年に自分のGoogle PageRankを確認できますか？

いいえ。サイト運営者が利用できる公開PageRankスコアはありません。外部ツールのオーソリティ指標やURL指標は調査の優先順位付けに役立ちますが、Google内部のスコアではなく、そのように表示するべきでもありません。

内部リンクを追加するとページの順位は上がりますか？

重要ページを発見しやすく、到達しやすくする可能性はありますが、一つの変更だけで順位結果が保証されることはありません。読者の経路を改善し、ページの文脈に合う場合にリンクを追加してください。

すべての404 URLをリダイレクトするべきですか？

いいえ。廃止済みURLは、同じ検索意図を満たす近い後継ページがある場合だけリダイレクトします。不明なケースは個別に確認してください。汎用的なリダイレクトは、ユーザーにとって悪い体験になることがあります。

CodexはAhrefsやSearch Consoleを自動的に使えますか？

明示的に連携を許可し、その環境で設定済みの場合に限ります。このSkillは、最初にユーザーが提供するエクスポートを使うよう設計されています。アクセス権を勝手に想定したり、不足データを捏造したりしてはいけません。

PageRankと「リンクエクイティ」は同じですか？

いいえ。「リンクエクイティ」は、リンクがページ間で価値やシグナルを伝えるという考え方を表す、SEO業界の非公式な略称です。監査を説明する言葉として便利ですが、Googleが公開している指標でも、成果の約束でもありません。

最後は人が判断する

PageRankから今も学べるのは、SEOにもっと巧妙なスコアが必要だということではありません。ウェブはつながっている、ということです。そのつながりを人にとって明確で有用なものにするのが、あなたの仕事です。Codexは表計算の作業を減らし、根拠を保存し、情報不足を指摘できます。それでも、どのページが正しい行き先かを決めるのは人です。

著者：Julian Mercer（AuspiaでテクニカルSEOに14年間従事）。クロール可能性、サイト構造、実践的な検索基盤について執筆しています。