GitHubトレンドに突如現れた「geolook」が、公開わずか3日で299スターを獲得した。ChatGPTやPerplexityに自社サイトを引用させるための一連の作業を、現状分析から検証までパイプライン化するOSSだ。SEO担当が「GEO担当」に転生する現場を、コードと仕様書の観点から読み解く。

何が起きたか

aigclink/geolookは、GEO（Generative Engine Optimization、生成AI検索最適化）を対象にしたエンドツーエンドの自動化OSSである。リポジトリの機能構成は「現状分析 → 診断 → 戦略立案 → タスク発行 → 実行 → 検証」という6段階で、SEO業界が10年かけて積み上げてきたPDCAをGEO向けにそのまま移植した設計になっている。公開後3日で299スターというペースは、GitHubトレンド新着の中でも上位クラスの伸びだ。ターゲットユーザーはSEO担当者と広報で、「今日からGEO担当を兼務してくれ」と辞令を受けた現場が飛びついている構図が透ける。外注すれば月数十万円かかっていた領域を、OSSで内製に引き戻す動きが数字として可視化された瞬間である。

なぜこのニュースが重要か

エンジニア視点で見たとき、このOSSの本質は「LLMに引用されるための計測・改善ループを、初めて標準化しようとしている」点にある。従来のSEOはGoogleのクローラという単一の観測者に対する最適化だったが、GEOの観測者はChatGPT、Perplexity、Claude、Geminiと分散しており、しかも各モデルの学習カットオフやRAG構成で挙動が変わる。つまり「順位」という単一指標が存在しない世界で、どうKPIを定義するかが最大の技術課題だ。geolookが「診断」と「検証」を明示的な工程として切り出したのは、この非決定性を前提にしたパイプライン設計になっているからだと推定する。SEOツールベンダー（Ahrefs、SEMrushなど）はすでにGEOモジュールを有償で提供し始めているが、そこにOSSが3日で299スターの速度で殴り込んだ意味は大きい。市場が「囲い込み型SaaS」ではなく「OSS + 自社運用」の方向に傾く分岐点になり得る。

技術的な深掘り

geolookのパイプラインで最も難易度が高いのは、間違いなく「検証」フェーズだ。Google検索なら順位取得APIを叩けば済むが、GEOでは「ChatGPTに特定クエリを投げて自社が引用されたか」を継続測定する必要がある。ここは各LLMの利用規約とレートリミット、そしてセッションごとの回答揺らぎとの戦いになる。プロンプトを固定しても回答が変わるため、統計的に有意な引用率を出すには同一クエリを複数回・複数モデルで走らせるスモークテスト的な設計が要る。「タスク発行」工程が組み込まれているのも興味深い。診断結果からIssueやチケットを自動生成するということは、GitHub IssuesやJiraと連携する前提の作りだと想定される。つまりGEOを「マーケ施策」ではなく「開発チケット」として扱うワークフローに寄せているわけで、これはエンジニアリング組織との親和性が高い。逆に言えば、開発体制のないマーケ部門が単独で回すのは難しく、内製化には最低でも1名のエンジニアアサインが必須になる。

経営者として次に取るべき動き

第一に、SEO予算の一部を今四半期中にGEO検証枠へ振り替えること。3日299スターというOSSの伸びは、半年以内にGEOが業界標準の語彙になる前触れだと解釈すべきで、外注単価が高騰する前に社内PoCを走らせる価値がある。第二に、SEO担当とエンジニア1名をペアにしたGEO小隊を編成すること。geolookのようなOSSは「タスク発行→実行」の工程でエンジニアリング稼働を前提としており、マーケ単独では回らない。第三に、自社コンテンツをLLMに引用されやすい構造化データ（FAQ、定義文、出典明示）へ棚卸しすること。ツールが自動化するのは計測と診断であって、引用に値するコンテンツそのものは人間が仕込むしかない。OSSは民主化の号砲だが、勝敗を決めるのは仕込みの速さである。