「相互リンクしませんか」というメールの正体——AI+OSINTで5分の構造分析

1通のメールから始まる

ある日、運営している不動産サイトに、こんなメールが届いた。

突然のご連絡失礼いたします。木星住宅販売株式会社と申します。

かねてより貴社のサイトを拝見しておりました。細部まで丁寧に作り込まれたコンテンツ発信に、いつも深い感銘を受けております。

この度は、良質な情報を発信されている貴社と、ぜひ相互にリンクを設置させていただければと思いご連絡いたしました。

もちろん費用はいただきません。

共通の専門性を持つサイト同士でリンクを結ぶことで検索エンジンからの評価向上や、より多くの方に貴社の魅力を知っていただく機会になれば幸いです。

弊社サイト：https://xn—（Punycodeドメイン）.com/ 連絡先：backlink@kansai-real-estate-purchase.com

もしお返事いただける際は当社管理番号を削除せずご返信願います。 管理番号: 557fc56e-40fd-4b2c-9e68-（伏字）

社名は架空化してあるが、構造はそのまま実在の1通の引用だ。

業界に長くいる人は、この時点でほぼ全員が「スパムだろう」と直感する。一方で、運用を始めたばかりの担当者からは「老舗っぽい会社名だし、本当に応じていいか迷う」という相談を受けることがある。

本記事では、その直感を再現可能な手順に落とす作業を行う。具体的には、

1. Punycodeのデコード
2. WHOISでのドメイン登録日比較
3. サイト上の正式社名との照合

の3つだけで、5分以内にこのメールを構造的に黒判定できる、という流れを実演する。

先に結論——5分判定チェックリスト

#1 に当たる時点で、慎重になる理由としては十分だ。#2〜#5 は単独では決め手にならないが、重なるほど、個別の善意の申し出ではなく営業として送られてきた可能性が高くなる。以下、#2〜#4 を実例で順に確かめる。

これは前々回の「なぜ不動産会社のサイトは「市区町村×沿線」のページばかり並ぶのか」と前回の「pSEOとWordPressから抜け出すための実務処方箋」で論じてきたAI協働で武装した個人運営の防御力という主題の、もう1つの実演編にあたる。

違和感の正体①——Punycodeは「短縮」ではなく「変換」

最初に目に入る違和感は、メール本文に書かれた「弊社サイト」のURLだ。

https://xn--ihqu4cb7chsajpf7wqkam1o4w7aff3ashew85edjfq50bsxo.com/

xn-- で始まる長大な文字列が、何かを隠しているように見える。

ここで「短縮ドメインだろう」と早合点する人がいるが、これは正確ではない。Punycode は短縮ではなく、IDN（国際化ドメイン名）の正規変換規格だ。

DNSは仕様上、ASCII文字しか扱えない。日本語・中国語・キリル文字など非ASCII文字を含むドメイン名を成立させるために、IETF が定めた変換アルゴリズムがPunycode（RFC 3492）であり、その出力が xn-- プレフィックス付きの文字列になる。

ブラウザは内部でこの変換を逆引きして日本語で表示するため、ユーザーは普段Punycodeの存在を意識しない。しかしメール本文に文字列として貼られると、生のままの形で表示される。

Pythonの idna モジュールでデコードしてみる。

python3 -c "import idna; print(idna.decode('xn--ihqu4cb7chsajpf7wqkam1o4w7aff3ashew85edjfq50bsxo.com'))"

出力：

関西不動産高値買取売却相談査定.com

ここで観察すべきは、 ドメイン名そのものがSEOキーワードの連結 になっている点だ。

事業会社の正式コーポレートドメインは、通常は社名・ブランド名を反映する。「taiyo-jutaku.co.jp」「acme-realty.com」のような形式が典型で、ドメイン名を見ただけで会社名が連想できるのが普通の状態だ。

一方で「関西不動産高値買取売却相談査定.com」のような構造のドメインは、

• エリア（関西）
• 業種（不動産）
• ベネフィット（高値）
• アクション（買取・売却）
• 入口商材（相談・査定）

を1つのドメイン名に詰め込んでいる。これは検索エンジンに対するキーワードシグナルを最大化する目的で設計された集客サイト用ドメインであり、コーポレート本体ではない可能性が高い。

この段階で、最低でも「本体サイトとは別の、SEO目的の枝別れサイトを名刺がわりに使っている」という構造が読み取れる。

違和感の正体②——WHOISが暴く2ドメインの登録日落差

次に確認すべきは、メールに登場する2つのドメインのWHOIS情報だ。

メール本文には2つのドメインが登場している：

1. 紹介されているサイトのドメイン: xn--ihqu4cb7chsajpf7wqkam1o4w7aff3ashew85edjfq50bsxo.com（= 関西不動産高値買取売却相談査定.com）
2. 返信先メールのドメイン: kansai-real-estate-purchase.com

それぞれをWHOISで引いてみる。

whois xn--ihqu4cb7chsajpf7wqkam1o4w7aff3ashew85edjfq50bsxo.com
whois kansai-real-estate-purchase.com

抜粋すると、以下のような結果になる（実例ベース、社名は架空化）。

ここで決定的な落差が見える。

本体サイトのドメインは10年前から運用されている一方で、メール返信先のドメインは6週間前に取得されたばかりだ。

事業会社が10年も同じドメインで運用してきたサイトを所有しているにもかかわらず、なぜ営業連絡用のメールアドレスだけ別ドメインを取得するのか。しかも6週間前という極端に最近のタイミングで。

この組み合わせには定型パターンがある。

「使い捨てメールドメイン」というインフラ設計

被リンク営業を業務として行うSEO業者の運用構造は、おおむね以下のようになっている。

1. メインの集客サイト（古いドメイン）は資産として長期保有する
2. 営業送信用のメールアドレスは、別ドメインで運用する
3. 営業ドメインがブラックリスト入りしたら、新規ドメインを取って入れ替える
4. メイン資産は汚染されない

WHOISで「メイン10年・連絡先6週間」という落差を観察した場合、ほぼ確実にこのパターンに該当する。連絡先メールドメインはローテーション前提の捨て駒インフラとして機能している。

メールのローカル部 backlink@ という決定的なシグナル

ドメインだけでなく、ローカル部（@より前）も決定的な情報を含んでいる。

backlink@kansai-real-estate-purchase.com

通常の事業会社のメールアドレスは info@・contact@・sales@・担当者名（yamada@）のいずれかであり、業務目的が読み取れるローカル部は使わない。

backlink@ というローカル部は、 メールアドレス所有者自身が「このアドレスの用途は被リンク獲得です」と明示している に等しい。これ以上のSEOスキーム自白は存在しない。

違和感の正体③——名乗りとサイトの社名が一致しない

ここまでで既にスパム判定は確定的だが、もう1点、決定的な不一致が観察できる。

紹介されているサイトの「会社概要」ページを実際に開いてみると、以下のような情報が掲載されている（実例ベース、固有名は架空化）。

設立は1989年、宅建免許も(7)という更新回数が約30年の業歴と整合しており、 実在する老舗の不動産会社 であることがわかる。

ここで重要な観察がある。

**メール本文の名乗りは「木星住宅販売株式会社」だが、サイト上の正式社名は「木星住宅株式会社」**だ。「販売」の有無で別法人になっている。

サイトの会社概要にはグループ会社の一覧も記載されているが、「木星住宅販売株式会社」という法人は記載されていない。

名乗りと正式社名がずれる場合に背後で起きていることの3パターン

社名と返信先のドメインが乖離しているケースの背後には、おおむね以下のいずれかが存在する。

いずれの場合でも、受け手側の判断としては**「応じない方が安全」という結論は変わらない**。会社の歴史と、このオファーが構造的にリンクスキームに該当する事実は、独立した別の話だからだ。

「相互リンク」は Google ガイドラインの明示禁止項目

ここまでの3つの観点（Punycode・WHOIS・社名照合）は構造的な観察だが、そもそも前提として「相互リンク」という行為自体が、Googleの公式ガイドラインで明示的に禁止されている。

Google Search Central「リンクスパムと Google での検索順位への影響」から引用する。

Google での検索順位を操作することを目的とするリンクは、リンク スパムと見なされる場合があります。これには、自分のサイトへのリンクを操作する行為や、他のサイトから自分のサイトへの送信リンクを操作する行為などが含まれます。

次に、リンク スパムの例を示します。

• （中略）
• 過剰なリンク交換（「相互リンクしてください」）や、相互リンクのみを目的としたパートナー ページ

「相互リンクのみを目的としたパートナーページ」「過剰なリンク交換」は、Googleが例示として明示的に挙げているスパム行為だ。

「相互リンクしませんか」というメール本文は、Googleの例示文言「相互リンクしてください」と語順違いの同義であり、応じた瞬間に「リンクスパムへの参加」というラベルがサイトに貼られる構造になっている。

Penguin と手動対策の実害

Googleのリンクスパム対策は、コアアルゴリズムに統合された旧 Penguin（自動評価）と、人手による手動対策（Manual Action）の2層で動作している。

「相互リンクしませんか」メール1通に応じた程度では手動対策に至るケースは稀だが、自動評価による減点は確実に作用する。とくにサイト全体の信頼性シグナルが下がる方向に作用するため、応じる前のメリットの試算と、応じた後のリスクの試算が、桁違いに非対称な構造になっている。

1行で済む判定ルール

ここまでの分析は構造の理解のためであって、運用上は1通ずつWHOISを引く必要はない。

実運用では、以下の4つのキーワードのいずれかが含まれているメールを、Gmailなどのフィルタで機械的に自動アーカイブするだけで十分だ。

Gmail検索演算子で書くなら、

subject:(相互リンク OR 被リンク) OR from:backlink@

このフィルタを「受信トレイをスキップ・既読化・特定ラベル付与」設定で運用しておけば、1通ずつ判断する認知コストはゼロになる。

結び——AI協働で武装した個人運営の意味

本記事で示した分析は、コマンドラインで python3 -c "import idna; ..." を1行、whois <ドメイン名> を2回、ブラウザでサイトの会社概要を1ページ確認する、合計5分以内の作業だ。

この作業を「専門知識」として提供することで成立してきたのが、これまでのSEO代理店ビジネスの一部だった。Punycode を知らない、whois を引いたことがない、というだけで、上記の判定ができないクライアントが多かった時代の話だ。

しかし2026年現在、CLI環境とAI協働ツールが普及した結果として、 Punycodeデコード・WHOIS確認・社名照合は、運営者本人が数分で完了できる作業 になっている。

これは前々回・前回のSEO論で論じてきた、より大きな主題の延長線上にある観察だ。

3回を通じて共通しているのは、 運営の意思決定権を、代理店から運営者本人に取り戻す という方向性だ。攻めの設計（pSEO脱却・WP脱却）と、守りの判断（被リンク営業の見破り）は、同じコインの裏表として機能する。

AI協働で武装した個人運営者にとって、「老舗を名乗る相互リンク営業メール」は、もはや警戒すべき脅威ではなく、5分の構造分析の練習素材に過ぎない。

判定が終わったら、メールは迷惑メールフィルタに振り分けるだけでいい。1通ずつ思考のリソースを割く時代は、すでに終わっている。