自分のサイトの被リンクを調べる方法｜紹介元と不審なリンクをどう見るか

こんにちは。バナナデスクです。

自分のブログが、知らないサイトから紹介されている。そんなときは、うれしい反面、「このリンクは大丈夫だろうか」と気になることもありますよね。別のサイトから自分のページへ向けて置かれたリンクを被リンクといいます。

この記事では、被リンクを1件選び、紹介元のページ、紹介文の内容、自分のサイトのリンク先、次にすることを記録するところまで、私が順に説明します。件数や知らないサイト名だけで良し悪しを決めず、どんな紹介がされているかを確かめていきましょう。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

更新日：2026年11月7日

Search Consoleの外部リンクから確認する

まず使うのは、Google検索での自分のサイトの状態を確認できる無料ツール、Search Console（サーチコンソール）です。調べるサイトが登録され、リンクレポートを見られる状態で進めます。未登録の場合は、先に画面の案内に従って登録し、そのサイトを管理していることを示す「所有権の確認」を済ませてください。

Search Consoleで管理するサイトの単位を「プロパティ」と呼びます。また、URLはページの住所で、ドメインはその住所のうちサイトを示す部分です。たとえば、bananadesk.bizはドメインに当たります。サイト名だけで終わらず、紹介されている個別ページのURLまでたどるのが今回の作業です。

調べるサイトを選ぶ。Search Consoleを開き、プロパティの選択欄で自分のサイトを選びます。複数のサイトを登録している場合は、ここで対象を確かめます。
リンク元の一覧を開く。メニューの「リンク」から、「外部リンク」にある「上位のリンク元サイト」の「詳細」を開きます。外部リンクは、選んだプロパティの外から来ているリンクです。
紹介元のドメインを1件選ぶ。一覧のサイトを選ぶと、そのサイトからリンクされている自分のページが表示されます。
自分のページを選び、紹介元URLを控える。調べたい自分のページを選ぶと、そこへリンクしている紹介元の個別ページが分かります。紹介元URLと、自分のどのURLへ向けたリンクかをセットでメモします。

先に調べたい自分の記事が決まっている場合は、「上位のリンクされているページ」から自分の記事、紹介元サイトの順に選んでも、紹介元のページまで進めます。今回は、気になる紹介元サイトから1件を選ぶ方法で進めます。

Googleのリンクレポートの説明によると、この一覧は全リンクを集めた完全な台帳ではなく、一部を取り出したサンプルです。同じページを指すURLをまとめる「正規化」や、重複リンクの統合も行われます。

サイトも「ルートドメイン」という大元のドメインでまとめられます。たとえば、先頭にwww.やm.が付く別の区分をサブドメインといいますが、一覧ではこれらが一つにまとまることがあります。そのため、一覧の名前と本数だけを見るのではなく、個別ページのURLを控えておきます。

リンク元サイト、リンクされた自分のページ、紹介元の個別URLの順にたどり、紹介元とリンク先の2つのURLを記録する流れ。 — リンク元のドメイン名から、実際に紹介文を読むページまで進みます。レポートの記載と、現在もリンクがあるかどうかは分けて記録します。

レポートに載ることと、今もリンクがあることを分ける

リンクレポートは、Googleがこれまでに見つけたリンクを含みます。今も同じ場所にリンクがあるとは限らず、リンクだけが削除されたり、紹介元ページそのものがなくなったりしている場合があります。一覧に載っていることと、今日そのリンクを読めたことは、記録を分けておきましょう。

また、リンクの扱いを検索エンジンに伝える補足指定の一つにnofollowがありますが、このレポートには、その指定の有無は表示されません。まずは現在のページで読める紹介文とリンク先を確認し、調べていない点は「未確認」と残します。

Google以外の被リンク調査ツールも、調べる範囲や情報を更新した時点が異なります。あるツールに出ないだけで「リンクが存在しない」とは判断できません。逆に、別のツールで件数が多くても、サイトの評価が高いことをその数だけで示せるわけではありません。

リンク件数の先に、紹介元ページ、紹介文脈、リンク先を調べることを示す図 — 被リンク本数や見知らぬドメイン名だけでは、評価への影響を断定できません。

紹介元・文脈・リンク先を並べた記入例

次の4件は、確認の仕方を説明するための架空例です。末尾が.exampleの住所は実際の被リンク調査結果ではなく、当ブログの紹介実績でもありません。自分で作業するときは、レポートから控えた実際のURLに置き換えてください。

種類	架空の紹介元URL	文脈・条件	リンク先	次の対応
紹介記事	review.example/guide	架空の講座を、料金と対象者の文脈で紹介	自サイトの講座ページ	紹介文とリンク先の対応を確認
古い資料一覧	library.example/resources	以前の記事名で参考資料として掲載	自サイトの旧記事URL	転送先と現在の資料が一致するか確認
出所不明の一覧	unknown.example/list	前後を読めず、何の紹介か未確認	自サイトのトップ	取得条件と関与の有無を記録。即否認しない
過去の購入施策	paid.example/entry	順位目的で自分が依頼した、という架空条件	自サイトの商品ページ	施策の経緯・契約・手動対策の状況を調べる

ここでは、1件目のreview.example/guideを選んだ場合を考えます。紹介元が「講座の料金と対象者」を説明しているなら、その説明と、自分の講座ページに書かれた現在の案内を比べます。

紹介元のページで、該当する紹介文を探す。ページを開けたら、自分のサイト名や記事名を探します。見つけたリンクだけでなく、その前後の文章も読み、「何について紹介されているか」を短く控えます。この例なら、料金と受講対象者についての紹介です。
リンクになっている言葉と、移動先の住所を確かめる。リンクの文字が講座名なのか、料金案内なのかを控えます。ブラウザーの「リンクのアドレスをコピー」などを使うと、移動先のURLも記録できます。
自分のページで、紹介に対応する情報を読む。リンク先が自分の講座ページであることを確かめて開きます。料金や対象者の説明が見つかるか、紹介文の内容と現在の案内が合うかを確認します。別のURLへ自動で移動した場合は、移動後のURLも控えます。この自動移動を「転送」または「リダイレクト」といいます。
確認できたことと、次の対応を1行にする。たとえば、紹介文と現在の案内が合い、目的のページにも到着できたなら、「料金・対象者の紹介。リンク先の講座案内と対応。現時点で修正箇所なし」と記録します。説明が古ければ、どの条件が違うかを具体的に残します。

この例で調べるのは、紹介の内容と読者の行き先です。「検索評価が上がった」といった効果まで、この点検結果から付け足すことはできません。

架空のreview.example/guideの紹介文と、自分の講座ページの料金・対象者・移動先を照合し、確認内容をメモへまとめる図。 — 架空の1件を使った確認例です。紹介元で読めた内容と、自分のページで確かめる内容を分けると、次に直す箇所を絞れます。

2件目のような古い資料一覧なら、まず自分の旧URLが今も適切な資料へつながるかを確かめます。「404」は、そのURLにページが見つからないことを示す状態です。紹介元が良さそうなサイトでも、自分のページが404なら、訪れた人が資料を読めるようにする作業が必要です。

3件目のように前後の文章を読めない場合は、「紹介内容は未確認」と残せば、そこで1件の記録を区切れます。名前や見た目だけで害のあるリンクとは決めません。警告が出るページを無理に開いたり、アクセス制限を回避したりせず、削除済み・制限ありなど、確認できなかった理由を書いておきます。

知らないリンクを、一括で否認しない

「リンク否認」は、指定した被リンクを自分のサイトの評価で考慮しないよう、Googleに依頼するための機能です。知らないサイト名を一覧から消すための操作ではありません。

Googleのリンク否認の専用資料では、ほとんどのサイトはこのツールを使う必要がないと説明しています。2026年11月7日時点で資料を照合すると、必要性を判断する条件は、次の両方に当てはまることです。

順位操作を狙った不自然なリンクなど、スパム的・人為的・低品質なリンクが数多くある。
それらがGoogleによる手動対策の原因になっている、または原因になる可能性が高い。

手動対策とは、Googleの担当者が検索のルール違反を確認し、サイトの検索表示に対して行う措置です。自分がリンクを手作業で調べることではありません。知らないリンクが1件あった、というだけでは、上の二つの条件を満たしたとはいえません。

表の4件目のように、自分や依頼先が検索順位を上げる目的でリンクを購入した事情があるなら、購入履歴、契約、依頼内容、対象URLを確認します。Search Consoleの「手動による対策」レポートも開き、通知された問題があるかを確かめます。自分が関与したかどうかは調査の手掛かりであり、それだけで否認の要否が決まるわけではありません。

公式資料は、問題のあるリンクをできる限り削除し、削除できない場合に否認を検討する順序も示しています。条件に当てはまりそうなら、対象と根拠、既存の否認設定を確認して扱います。この点検表をそのまま否認用の一覧にすることはありません。この記事では必要性の確認までを扱い、否認ファイルの作成・送信や、その効果の実証は行っていません。