Crater Stack：自社開発の4プラグインが海外向けサイトの何を解決するか

Crater Stack：4つの自社プラグインが海外向けサイトの何を解決するか

1. 海外向けサイトの4つの断絶

クライアントのサイト監査で繰り返し現れるのは「何かの機能が足りない」ではなく同じ事柄の情報が3〜4か所に散らばり、互いに同期していないこと。最も典型的な4つの断絶：

この4つの断絶に共通する特徴：個々の工程は問題なくても、つながると問題が起きる。

たとえば「言語の断絶」：翻訳機能自体は使いやすいのに、SEO層と連動しないため、ドイツ語ページを生成しても対応するhreflangとドイツ語URLがない——ページは存在するのに、検索エンジンはその存在を知らない。

だから技術スタックの設計方針は「機能を積む」ことではなく各経路を端から端までつなぐこと。

2. 環語 LinguaSEO：言語レイヤー

解決する断絶：翻訳とSEOの分離。

中核能力

設計方針

「翻訳とは SEO である」——翻訳と SEO は二段階ではなく、同じ動作から生まれる二つの出力です。1 ページを翻訳するたびに、対象言語のコンテンツ、独立 URL、hreflang タグ、サイトマップのエントリを同時に生成します。四つは必ず同じ操作から生成する。そうしないと、どれか一つが必ず漏れます。

できることの範囲（やらないこと）

三、環跡 LeadPulse：リード層

解決する断絶：フォーム、トラッキング、アトリビューションの三システムがそれぞれバラバラに動いている。

三大モジュール

特筆すべき三つの設計

① 各コンバージョンは 26 項目の参照元・デバイスデータを伴う。

チャネル、アクセス環境、国・地域、デバイスタイプ、Click ID などを含む。目的は明確だ。「この問い合わせは追う価値があるか」の判断材料にすることであり、「問い合わせが一件来た」で終わらせない。

② AI クローラー識別（50 以上、5 分類）。

クローラーは JavaScript を実行しないため、サーバーサイドのフックで収集し、人間の訪問者とは分けて集計する。なかでもAI クローラー（GPTBot、ClaudeBot、PerplexityBot など）の稼働状況は GEO の先行シグナルだ——別の記事で論じたとおり、読まれることが前提であり、引用されることが結果である。

③ アトリビューションの基準は「比較可能」の原則に従う。

• First Touch は実際に参照元を持ち帰ったときだけ記録する（直接アクセスは初回接点の枠を占めない）
• Last Touch は毎回上書きし、デフォルトは last_non_direct
• 12 種類の Click ID を個別に保存し、90 日間保持
• 同一ドメインの referrer は除外
• WeChat は「アクセス環境」の軸として、「チャネル」とは直交させて保存

できることの範囲

四、環盾 CraterGuard：セキュリティ層

解決する断絶：セキュリティポリシーと業務チャネルが互いに衝突します。

中核能力

ひとつの重要な方針：”一律ブロック”はしない

セキュリティプラグインで最もよくある副作用は、AI クローラーと検索エンジンクローラーをまとめて遮断してしまうことです。これは GEO の文脈では致命的な問題です：サイトの GEO チャネルが自らのセキュリティポリシーによって閉ざされ、しかも誰も気づいていません。

そこで環盾の設計原則は段階的開放：

robots.txt との役割分担：robots.txt は”宣言”（クローラーに来ないよう伝える）、環盾は”実行”（アプリケーション層で実際にブロックするかしないか）。両者は一致していなければなりません——robots.txt が GPTBot を開放しているのに環盾がアプリケーション層でブロックしていれば、開放は無意味です。これは監査で最もよく見つかる設定矛盾のひとつです。

五、環汇 CraterInflux：コンテンツ受入層

解決する断絶：コンテンツ資産を安全に、一括でサイトに取り込めない。

三段階設計

パッケージ形式と冪等性

なぜ冪等キーにタイトルや slug を使えないのか？タイトルを一文字変えたり、slug を手動で一度調整するだけで、推測に頼ると重複コンテンツが新規作成され、後から極めて困難なクリーンアップが必要になるからです。“ソース側で安定して不変”の識別子をキーにすることで、重複インポートが安全に保証されます。

安全なデフォルト（すべて設定不可）

六、環枢 CraterHub：認証と配信レイヤー

4 つの業務プラグインの上に、管理レイヤーのコンポーネントがもう 1 つあります。環枢は認証、配信、オンライン更新を担います。

ライセンス項目は集中登録されています：現在は計 6 項目で、テーマと各プラグインに対応します。この設計の狙いは、「ライセンス期限切れ後どうするか」を明確なルールのある事柄にすることであり、期限当日に場当たり的に対応することではありません：

重要な設計原則が 1 つあります。環枢が未インストールの場合、各プラグインは「許可／サイレント」に退化し、インストール前とバイト単位で等価な動作になります。これによりプラグインは単独で使用でき、「管理側のインストール忘れ」で全体が機能しなくなることはありません。

例外が 1 つあります。環汇は環枢が未インストールの場合「読み取り専用に降格」します——解析、プレビュー、下見はできますが、公開はできません。理由は「サイトへの一括書き込み」が高影響な操作であり、デフォルトで保守的だからです。

七、なぜ既製品の組み合わせではなく自社開発か

公開されている WordPress プラグインエコシステムは豊富で、ほとんどの機能には既製のソリューションがあります。自社開発を選ぶ理由は「自分たちの方が上手くできる」からではなく、3 つの具体的な問題があるからです：

もう 1 つ実務的な理由があります。顧客サイトの長期的な保守性です。組み合わせ案の問題は 2 年後に噴出することがよくあります——あるプラグインが更新を停止し、ある更新が非互換を持ち込み、どこかのデータ基準が変わって過去データが比較できなくなる。自社開発の代償は初期投資、利益は予測可能な長期保守です。

明確な境界

この技術スタックは顧客の業務システムを代替しません：

位置づけは「海外向けサイトのエンジニアリング基盤」——サイト自体の言語・リード・セキュリティ・コンテンツという4つの経路をしっかり作り込み、上位の業務システムが接続する際にこれらの下層課題を処理しなくて済むようにします。

FAQ よくある質問

最後に

海外向けサイトの技術作業は、「プラグインを入れて機能を設定する」状態に陥りがちです。1つ入れるたびに1つの課題は解決しますが、全体としてはバラバラのままです。

本当に先に答えるべき問いは、私のサイトでは、どの導線が断絶しているのか？

言語レイヤーは断絶していないか（翻訳とSEOが連動しているか）？リードレイヤーは断絶していないか（問い合わせを流入元まで追跡できるか）？セキュリティレイヤーは断絶していないか（AIクローラーを誤ってブロックしていないか）？コンテンツレイヤーは断絶していないか（コンテンツを効率よくサイトに入れられるか）？

4つの導線がそれぞれつながって、はじめてサイトに使える土台ができます。土台が安定してこそ、SEO、GEO、広告運用、コンテンツといった上層の施策が複利を生みます。これこそがこの技術スタックの存在理由です——サイトの「機能を増やす」ためではなく、各導線が途中で断絶しないようにするためです。