ブログ - GeoDirectory

Atlas Obscura は、奇妙なものを扱う旅行サイトのように見えます。輝く溶岩湖、自己ミイラ化した僧侶、生きた木の根から育った橋。

その全ての根底には、過去20年間で最も優れたディレクトリビジネスの一つが存在しています。

それは一人の人物、匿名のブログ、そしてある予感から始まりました。あなたがどこを見ればよいか知っていれば、すぐそばに隠れた驚異の世界があるという予感です。

2025年、その予感は 1,830万ドルの収益.

奇妙な場所のクラウドソーシングリストがいかにしてメディアビジネスへと成長したか、そして自分自身のディレクトリを構築したい人へのヒントをご紹介します。

それは匿名のブログとして始まった

Atlas Obscuraの共同創業者、Joshua Foerが座って微笑んでいる — Joshua Foer

まず最初にあったのが The Proceedings of the Athanasius Kircher Society、匿名のブログで Joshua Foer 、17世紀のイエズス会の博学者にちなんで名付けられ、世界中の珍品を集めていた人物の名を冠していた。

Foerは好奇心に取り憑かれたジャーナリストだった。

かつて彼は、ある使命を胸に2か月間ミニバンでアメリカ中を走り回るための助成金を獲得した。その使命とは、毎日冒険をしてそれを文章にするというものだった。

読者のためにリアルイベントを開催したいと思った彼は、オンラインで協力者を募った。

すると、あるドキュメンタリー映像作家が Dylan Thuras 名乗りを上げた。

Dylan Thuras、Atlas Obscuraの共同創設者 — Dylan Thuras

Thurasもまたブロガーだった。

彼と妻は Curious Expeditions というトラベルブログをブダペストから運営し、「世界の非凡な歴史を旅しながら発掘していた」。

二人のブロガー、同じ情熱。彼らは2007年に出会った。

Foerの言葉を借りれば、「世界中を旅して不思議で奇妙な隠れたスポットを探し求める私たちのような人間のための、優れたリソースが存在していなかった」。

Foerはちょうどアメリカ各地の最も奇妙な場所を求めてドライブを終えたばかりだった。

Thurasは同じ目的で東ヨーロッパへ1年間旅立とうとしていた。

そこで彼らは、自分たちが存在を願っていたもの——地元の隠れた驚異を知る人なら誰でも登録できるディレクトリ——を作り上げた。

彼らは2009年に、クラウドソーシング型のユーザー投稿サイトとしてAtlas Obscuraを立ち上げました。

そのひとつの決断、 ディレクトリを作り、コンテンツはみんなで埋めてもらう、それがすべての始まりでした。

なぜディレクトリが天才的な一手だったのか

Atlas Obscuraは自分たちでコンテンツをほとんど作る必要がありませんでした。

ユーザーがやってくれたのです！

トルクメニスタンのあるユーザーが「地獄の門」を追加しました。1971年から燃え続けているガスクレーターです。

トルクメニスタンの砂漠で燃え続けるダルヴァザのガスクレーター、「地獄の門」として知られる — トルクメニスタンの地獄の門

ベネズエラのあるユーザーはマラカイボ湖を追加しました。年間のほぼ毎晩、空に稲妻が走る湖です。

ベネズエラのマラカイボ湖上空に夜間に落ちるカタトゥンボ雷 — 稲妻が空を引き裂くマラカイボ湖

そして開設から3か月後、インドのチェラプンジでベッド＆ブレックファストを営む男性が、木の根から何十年もかけて育てられた「生きた根の橋」を投稿しました。「素晴らしいのに誰にも知られていない」というメモを添えて。

インド・メガラヤ州ノングリアット村で木の根から育てられた生きた根の橋 — メガラヤ州ノングリアット村 – 生きた根の橋

その一件の投稿が、サイトで最も象徴的なエントリーのひとつとなりました。

それを数万回繰り返した結果が、この資産です。約 30,000か所、そのほとんどが熱心なコミュニティによって無償で作り上げられたデータベースです。

すべてのリスティングは、常に検索可能なエバーグリーンページです。

旅行を計画している旅行者や、真夜中についウサギの穴に落ちてしまう人々を引き寄せます。

それがディレクトリの静かな原動力です。

眠っている間も積み重なり続けるコンテンツ資産と、ページが公開されてから何年も途絶えることなく届くトラフィック。

Thurasの話によれば、これにより Atlas Obscura はウェブトラフィックで旅行メディア企業第3位となり、National Geographic を上回り、滞在時間ではNat Geoに次ぐ第2位となりました。

名前も付けていないブログとして始まったプロジェクトとしては、これは驚くべき結果です。

ディレクトリが実際に収益を上げる方法

Atlas Obscura のリスティングは、風変わりな公共の場所ばかりです。

トルクメニスタンの燃え続けるクレーターに掲載料の請求書を送ることはできないので、リスティング自体が直接収益を生むわけではありません。

リスティングがするのは、オーディエンスを引き寄せることです。

そのオーディエンスこそが資産であり、いくつかの異なる方法で収益化できます。

Atlas Obscura は15年かけて着実に、複数の収益源を積み上げていきました。

広告とブランデッドコンテンツ。

好奇心旺盛な旅行者からなる規模が大きく熱心なオーディエンスは、まさに広告主がお金を払って求めるものです。

ディレクトリのトラフィックが、メディアビジネスの基盤となりました。

体験・ツアー。

彼らはオンラインのリスティングを実際の収益に変えました。

全国各地で行われる週末イベント、そして一般のツアー会社が決して足を踏み入れないような場所への少人数旅行——ブルガリアの廃墟となった共産主義の記念碑、ルーマニアの塩鉱山遊園地、メキシコのオオカバマダラの渡りなど。

人々は、ディレクトリが記録してきた驚異の世界へのアクセスに、プレミアム価格を支払いました。

書籍。

2016年のベストセラーから始まり Atlas Obscura: An Explorer's Guide to the World's Hidden Wonders、このデータベースをもとに子ども向け版をはじめとする複数のタイトルを生み出しました。 Gastro Obscura、そして2024年の Wild Life.

ポッドキャスト、アプリ、そして会員制サービス。

このディレクトリが集めたオーディエンスは、ほぼあらゆるフォーマットへと展開できるプラットフォームになった。

うまくいった背景にはもっと深い理由があり、創業者たちは苦労してそれを学んだ。

彼らが記録した不思議な小さな場所の多くは、消えゆく運命にあった。

その原因は静かで残酷なものだ。これらの場所が閉鎖されるのは、愛する人が少なすぎるからだ。

その存在を知る人があまりにも少ない。

ディレクトリはそれを解決する。

知名度が来訪者を呼び、来訪者はお金をもたらす。

Atlas Obscuraは場所を生き続けさせた。インドの生きた根の橋に十分な観光客を呼び込み、持続可能な保全産業がその周りに育った。

あなたのディレクトリがリストに掲載しているものに真の経済的価値をもたらすとき、エコシステム全体があなたの成功を望む。

投資家たちはそれに気づいた。

Atlas Obscuraは2015年に200万ドルを調達し（The New York Timesも出資者に名を連ねた）、2017年にさらに750万ドル、そして2019年にはAirbnbが主導する2,000万ドルのシリーズBを実施した。

驚異の中に隠された教訓

燃える火口坑やミイラ化した僧侶を取り除いてみれば、Atlas Obscuraは参考にする価値のあるケーススタディだ。

本当に夢中になれるニッチを選びましょう。FoerとThurasは、自分たちが欲しいと思っていたものを作り上げ、その情熱がコミュニティを引き寄せ、ディレクトリを一緒に築いてくれる仲間が集まりました。

重労働はクラウドに任せましょう。

Atlas Obscuraで最も価値ある部分、3万件ものリスティングは、ユーザーによって生み出されました。

しっかり構築されたディレクトリは、あなたのオーディエンスをコンテンツチームに変えてくれます。

資産を手に入れてから、収益を積み上げましょう。

ディレクトリが先でした。広告、旅行ツアー、書籍、そしてポッドキャストはその後にやってきました。

新たな収益源がそれぞれ実現できたのは、ディレクトリがすでにオーディエンスを築いていたからです。

最後にもう一つ、なかなか興味深い話があります。

2025年末、創業者たちは会社の方向性をめぐる意見の相違により、自社の取締役会から追われることになりました。

ビジネスは、彼らの手に余るほど大きくなっていたのです。

これはまさに核心を突いています。本物のディレクトリは、それを始めた人を含む、いかなる個人よりも大きな資産へと成長するのです。

あなたにも作ることができます

Airbnbのような潤沢な資金も、十年分の幸運も必要ありません。

必要なのは、ニッチ、人々がリスティングを追加できる仕組み、そして自分が本当に所有できるプラットフォームです。

それを実現するのが GeoDirectory です。

これは、完全にクラウドソース型でマネタイズ可能なロケーションディレクトリを立ち上げるための WordPress プラグインです。Atlas Obscura を支えたのと同じ基本モデルを、完全に自分のサイトで実現できます。

有料リスティング、フィーチャー掲載、広告、メンバーシップ：収益化ツールはすべて組み込まれています。

Josh Foer は隠れた驚きの世界を作り上げ、それが数百万ドル規模の企業へと成長しました。

あなた自身のバージョンを構築するためのツールは、どんなニッチであれ頭から離れないテーマで、これまでになく手頃で手に入れやすくなっています。

ラットレースはあなたの時間に対してお金を払います。

ディレクトリはあなたの資産に対してお金を払います。

さあ、その資産を作りましょう！

まず、正直にお伝えします。

私たちは GeoDirectory を開発しました。

ですので、比較記事に登場する2社のうちの1社が書いたものとして、この内容をお読みください。

主張を確認してください。

情報源にリンクし、すべての機能を明記しているので、各項目をご自身で確認できます。

この比較記事が当ブログの多くの記事と異なる点が一つあります。

Brilliant Directoriesはホスト型プラットフォームです。

GeoDirectoryはセルフホスト型のWordPressプラグインです。

これらは2種類の異なる製品であり、その違いがサイトの構築方法から最終的な所有権まで、ほぼすべてに影響します。

多くの「GeoDirectory vs Brilliant Directories」ページは、この点を読み飛ばしています。

機能を表にまとめて両者を同等に扱うことで、本当に重要な判断基準をこっそり隠してしまっているのです。

プラグイン同士の比較をお求めであれば、GeoDirectoryと Directorist および HivePress.

この記事はより深く掘り下げています。競合相手がクローズドプラットフォームであるため、各セクションの根底にある問いは「所有権」です。

あなたのコード、デザイン、データ、そして自由に去る権利を誰が握っているのか。

無駄な情報は一切なし。

見せかけの中立性もなし。

購入者が確認できる、検証可能な事実と結論だけをお伝えします。

取り上げる内容はこちらです。

核心的な違い：ホスト型プラットフォームとセルフホスト型プラグイン
機能：すぐに使える標準機能
デザインとカスタマイズ：なぜ Brilliant Directories のサイトはどれも似て見えるのか
AI：ページレベルのコンテンツ支援 vs 自分が所有する AI でサイト全体を構築する
データモデル：あなたのデータベースこそが真の参入障壁
垂直方向の深さ：不動産、イベント、求人、そして MLS の問題
フロントエンド投稿とメンバーダッシュボード
検索とフィルタリング：ディレクトリの価値はその検索機能で決まる
マップとロケーションページ：積み重なる SEO 効果
マネタイズ：同じ機能セット、プラス彼らには届かないモデル
SEO とスキーマ：そのシステム vs WordPress のツールボックス全体
パフォーマンスとスケーラビリティ：ごまかしの利かない部分
データの所有権、移植性、ロックイン：あらゆる疑問の根底にある問い
多言語対応：翻訳ボタン vs 本物の第二言語
サポート、オンボーディング、評判：両者が互角な領域
価格と総所有コスト：永遠に払い続けるか、完全に所有するか
結論：それぞれが実際に向いているのは誰か
決断する前に

TL;DR：長文を読む前の短いまとめ

これは長く詳細な比較記事です。全部読む前に、まず短いまとめをどうぞ。

Brilliant Directories はレンタル型のホスティングプラットフォームで、すべてが代わりに管理され、サイトは同社のサーバー上に置かれます。

GeoDirectory は自己ホスト型の WordPress プラグインで、データもサイト全体もあなたのものです。移行、再構築、売却も自由に行えます。また、その所有権を維持したまま利用できるフルマネージド SaaS バージョンも近日リリース予定です。

今週中にメンバーシップサイトを公開したい、サーバーには一切触れたくないという方には、Brilliant Directoriesが最適です。サポートも本当に充実しています。

長期的に育てて資産として持ち続けるディレクトリを構築するなら、以下のほぼすべての点においてGeoDirectoryがより優れた選択肢です。

表は両者の違いをまとめたものであり、記事の残りの部分でその各項目を裏付けています。

	GeoDirectory	Brilliant Directories
タイプ＆ホスティング	セルフホスト型WordPressプラグイン、V3でマネージドSaaSとしてもリリース予定	ホスト型SaaSプラットフォーム、ホスティング込み
所有権	サイトとデータを自分で所有（エクスポート可、セルフホスト可、資産として売却可）	データのエクスポートのみ可、サイトは先方のサーバーに留まる
料金	コアは無料。メンバーシップは1サイト年間$139、無制限サイト年間$229、別途ホスティング費用が必要	月額$145、または買い切り$725〜$2,950。ホスティング込み
返金	30日間返金保証	7日間返金対応
スケール	カスタムデータベーステーブルで数百万件のリスティングに対応。wp-rankings.comでは65,000件以上が稼働中	プランに上限あり、1サイトあたり最大100,000メンバーまで
データモデル	無制限のカスタム投稿タイプ、カスタムフィールド、専用インデックステーブル	固定されたリスティングとメンバーモデル
デザイン	あらゆるテーマ、あらゆるページビルダー、完全なテンプレート制御	固定テーマシステム、統一されたテンプレートの外観
AI	ローカル環境にClaude Codeを使ってサイト全体を構築、使用量制限なし	ページ単位のコンテンツ生成、クレジット従量制
検索	任意のカスタムフィールドでフィルタリング、現在地周辺の半径検索	定義済みフィールド内での組み込み検索
ロケーションページ	国・地域・都市・近隣エリアの実際の階層構造、カスタムURLとテンプレート、Google またはOpenStreetMap対応	自動生成された検索結果ページ、追加API費用が発生するGoogle Maps
スキーマ	自由に制御できるカテゴリーレベルのJSON-LD	プラットフォームが出力するもの
SEOツール	完全なWordPress SEOスタック（Rank Math、Yoast、その他多数）	組み込みSEOのみ、プラグイン非対応
マネタイズ	GetPaid経由で10種類以上のモデルに対応、リスティングにWooCommerce不要：有料・注目リスティング、クレーム、リード、広告、メンバーシップ、予約、レンタル、イベントチケット、マーケットプレイス	会員制とリスティング収益化をまとめたバンドルスイート
不動産	GeoMLS（近日公開）はRESOウェブAPIを通じてあらゆる最新のMLSプロバイダーと連携します	テーマ付きスキン、ネイティブMLS非対応
多言語対応	WPMLによる真の多言語対応、各言語がインデックスされます	英語管理画面、Google翻訳オーバーレイ、インデックス対応言語はサードパーティ有料ツールが必要
フロントエンド投稿・会員機能	GeoDirectoryコアとUsersWPで無料提供	ネイティブかつターンキー対応、最も得意とする領域
サポート	優秀、TrustpilotとCapterraで4.8	優秀、Capterraで4.8
オンボーディング	学習曲線はやや急ですが、充実したドキュメントとコミュニティが支えます	素早くターンキーで開始できる、これが強み

核心的な違い：ホスト型プラットフォームとセルフホスト型プラグイン

機能比較に入る前に、実際に何を選ぼうとしているのかを正確に理解する必要があります。これはまったく異なる種類の製品だからです。

Brilliant Directoriesはホスト型プラットフォームです。

サインアップしてテーマを選び、ウェブ管理画面からリスティングを追加するだけで、Brilliant Directoriesがサーバー、アップデート、バックアップ、セキュリティまですべてを管理してくれます。

コードに触れることも、サーバーを管理することも一切不要で、それがこのサービスの最大の魅力です。

GeoDirectoryはセルフホスト型のWordPressプラグインです。

自分でコントロールできるホスティング上の、自分のWordPressサイトにインストールするため、サイトは初日からあなたのものです。

この一点の違いが、以降のほとんどすべてを左右します。だからこそ、両者について正直に評価する価値があります。

こちらがBrilliant Directoriesに関する公平な評価です。

管理の手間が省けることは、本当のメリットです。

ホスティング、アップデート、メンテナンスに関わりたくないのであれば、それらをすべて引き受けてくれるプラットフォームは本当の負担を取り除いてくれます。技術的な知識のない創業者にとって、その負担はサービスを立ち上げるか、それとも何も始めないかを左右することが多いのです。

それを否定するつもりはありません。

ただし、落とし穴があります。

Brilliant Directoriesはデータのエクスポートができます。

ただし、ウェブサイト自体のエクスポートはできません。

デザイン、テンプレート、コード、サイトそのものはすべて同社のインフラ上に存在し、そこから離れることはありません。

サイトを別のホストに移行することも、買い手が引き継げる独立した資産として売却することもできません。

生涯プランであっても同様で、一度支払うことで月額料金はなくなりますが、ロックインは解消されません。サイトは依然として同社のインフラ上に存在し、そこから出ることはできないのです。

つまり、何年もかけて構築したリスティングデータベース、本来の競合優位性は、お金を払っても本当の意味では所有できない「家」の中に閉じ込められたままです。

GeoDirectoryを使えば、その同じデータベースは自分が所有するホスティング上に、標準的なWordPressのインストール環境の中に存在します。移行も、バックアップも、開発者への引き渡しも、サイトごとビジネス全体を売却することも自由にできます。

「所有権」は、デザインからSEO、料金設定に至るまで、以下のすべてのセクションを貫く共通テーマですので、読み進める際に念頭に置いておいてください。

マネージドホスティングについてはどうでしょう？

もっともな疑問です。サーバーの管理を代行することは、ホスト型プラットフォームが提供できて、プラグイン単体ではできない唯一のことですから。

そこで、マネージド版を構築しました。

フルホスト型のGeoDirectory SaaSが、夏以降にGeoDirectory V3とともに、ネイティブAIサポートを搭載してリリース予定です。

すでに本番環境で稼働しており、その場所は wp-rankings.com、6万件以上のリスティングとデータベースに数百万行を持つ、私たちの運営するライブのプラグインディレクトリです。つまりこれは、誰かに提供する前に私たち自身が大規模に運用しているプラットフォームです。

ここが重要な部分です。

いつでも自由に移行できます。

シンプルなエクスポートとインポートにより、データもデザインもそのままに、サイト全体をマネージドホスティングから独自のサーバーへ移行できます。ロックインされる心配は一切ありません。

ホスティングプラットフォームの利便性を享受しながら、セルフホスト型 WordPress のオーナーシップも維持できます。どちらを選ぶかは、どの時点でも自分自身で決められます。

それこそが Brilliant Directories には提供できない選択肢であり、この比較がこのような結果になる理由です。

機能：すぐに使える標準機能

プラグインの比較では、通常ここで2つの無料版を並べて比較します。

しかし今回はそれができません。Brilliant Directories には無料版がないためです。

クレジットカード不要で7日間のトライアルを利用できますが、その後サイトを継続するには有料プランが必要です。

つまり正直に問うべきは、それぞれの製品が初日に何を提供してくれるか、そして各サービスにおける「無料」とは何を意味するのかという点です。

まず GeoDirectory から見ていきましょう。答えはシンプルです。

ディレクトリエンジン全体が無料です。

The 無料のコアプラグインは WordPress.org で公開されており、無制限のリスティング、ユーザーが自分でリスティングを追加できるドラッグ＆ドロップのフロントエンド投稿フォーム、13種類のフィールドタイプにわたるカスタムフィールド、カスタムマップマーカー付きの無制限カテゴリ、キャッシュ対応の Google Maps、組み込み検索、ユーザーレビュー、CSV インポート＆エクスポートが含まれています。

数百万件のリスティングを格納できるカスタムデータベーステーブル上で動作するため、無料版も wp-rankings.com を支えているものと同じエンジンです。

拡張したい場合にのみ料金が発生し、必要な機能だけに対して支払います。たとえば Location Manager でマルチシティやグローバル展開に対応したり、 Pricing Manager でリスティングへの課金が可能になるといった具合です。

不要なものが勝手にバンドルされることはありません。

Brilliant Directories はまったく逆のアプローチを取っており、それが一部のユーザーにとっての魅力になっています。

初日からすべての機能が有効になっています。

有料プランでは、リスティング、メンバープロフィール、検索とフィルタリング、自動生成されたロケーションページ、レビュー、完全な収益化スイート、メールマーケティング、マネージドホスティング、SSL、バックアップ、そして毎月のAIクレジットが提供され、すべてが連携して動作するため、ご自身で組み立てる必要は一切ありません。

インテグレーションを完全にスキップしたい非技術系の創業者にとって、このターンキーの幅広さは真の強みであり、その点は十分に評価しています。

トレードオフはその裏側にあります。

Brilliant Directoriesでは、機能がバンドルされているため、すべての機能を使うかどうかにかかわらず、プラン価格でプラットフォーム全体を利用することになり、各プランにはメンバー数とリスティング数の上限があります。

GeoDirectoryでは、エンジンは無料でリスティング数に上限がなく、機能はモジュール式なので、必要なディレクトリだけを組み立て、使用する拡張機能の分だけ料金を支払います。

一方は完成品の箱を提供します。

もう一方は、あなたが所有し、その上に構築できる土台を提供します。

どちらが合っているかは、セットアップの速さと結果のコントロール性のどちらを重視するかによって異なります。以下のセクションでは、その両方を検証します。

デザインとカスタマイズ：なぜ Brilliant Directories のサイトはどれも似て見えるのか

ご自身で試せるテストがあります。

実際に稼働しているBrilliant Directoriesのサイトをいくつか開くと、数秒で見覚えが出てきます。

同じテンプレートレイアウトを共有する3つのBrilliant Directoriesサイト — Brilliant Directoryのサイトは一目でわかります 1

同じヘッダーの形状、同じリスティングカード、同じサイドバーボックス、同じ密度の高いレイアウトが、何度も何度も登場します。

その均一さは、プラットフォームの構造そのものから来ています。

デザインは彼らのテーマシステム内で、彼らのエディターを使い、彼らが設定した制約の中で行います。

色の変更、ロゴの差し替え、レイアウトの選択、一部ブロックの並べ替えは可能で、それがホスト型エディターで許可されている範囲のほとんどをカバーしています。

ただし、テンプレートレイヤー自体を作り直すことはできないため、ほとんどのサイトは同じ見慣れた形に落ち着いてしまいます。

結果については、私たちの言葉を信じる必要はありません。

第三者によるレビューでも同様の指摘が繰り返されており、テンプレートは雑然として視覚的に時代遅れで、バー、バッジ、サイドバーが多すぎて注意を奪い合っており、現代的なプロダクトというよりも2000年代初頭のディレクトリに近いと評されています。

時代遅れのインターフェースは、繰り返し挙がる不満として何度も言及されています。

ディレクトリにとって、これは見た目の問題以上の意味を持ちます。テンプレートこそが訪問者が実際に使うプロダクトだからです。検索ページ、リスティングカード、リードフォーム、そして時代遅れの外観は、誰かが一言も読む前に信頼を失わせてしまいます。

公平を期して、評価すべき点は評価しましょう。

デザインスキルがなく、習得する気もないのであれば、初日からそれなりに見栄えのする固定テンプレートは本当に便利です。Brilliant Directories ならそこまで素早く到達できます。

GeoDirectory はまったく逆のトレードオフを選んでいます。

見た目を一切押しつけません。

WordPress プラグインであるため、あらゆるテーマおよびすべての主要ページビルダー（Gutenberg ブロック、Elementor（PRO ダイナミックデータ含む）、Bricks、Divi、Beaver Builder、Breakdance）と連携して動作し、あなたとお使いのビルダーが思い描くとおりにフロントエンドをデザインできます。

私たちの無料の BlockStrap テーマはさらにその先を行きます。

30以上の Bootstrap ブロックを備えたフルブロックテーマで、ヘッダー、フッター、メニュー、あらゆるテンプレートを含むサイト全体を WordPress エディター内だけで構築できます。

ディレクトリ、不動産、求人掲示板向けの無料バーティカルテーマのいずれかからスタートし、原型をとどめないほど自由にスタイルを変更することも、コードで任意のテンプレートを上書きして徹底的にカスタマイズすることも可能です。

上限はあなたまたはあなたのツールが構築できるもの次第であり、wp-rankings.com はそれをフルスケールで実現した例です。

一言で言えば、正直なトレードオフはこうです。

Brilliant Directories は完成した見た目と、それ以上は超えられない制限を提供します。

GeoDirectory はツールと、スタートに使える無料テーマ一式を提供し、制限は一切ありません。つまり、デザインの作業もデザインの自由も、すべてあなた次第です。

AI：ページレベルのコンテンツ支援 vs 自分が所有する AI でサイト全体を構築する

両製品ともAIを前面に押し出していますが、ホスト型プラットフォームと自分が所有するソフトウェアの違いが最も明確に現れるのがここです。

Brilliant Directories はAIを管理パネルに組み込んでいます。

BD Butler アシスタントはサイトのテキスト原稿を作成し、メールを書き、ページセクションを生成します。また、ページジェネレーターは短いプロンプトからランディングページ、ブログ投稿、ニュースレターを作成します。

ページを説明すると、AIがセクション・テキスト・画像を構築し、あとはそのエディターで仕上げるだけです。

技術的な知識のない創業者にとって、これは本当に便利で、数分でそれなりのページが出来上がります。

ただし、作業の単位に注目してください。

それは「ページ」です。

彼ら自身のマーケティングも、この機能全体を「Webページを素早く、1ページずつ作る」という文脈で打ち出しています。

AIはサイト内に配置されるコンテンツを執筆・デザインします。

サイトそのものを構築するわけではありません。

ヘッダー、フッター、テンプレート、検索の挙動、データモデル、その下にあるアーキテクチャ――そのいずれも対象外です。ホスト型プラットフォームは、自らの基盤をあなたのプロンプトに渡すことができないからです。

クレジットがその境界を明確にしています。

彼らのAIは月次のクレジット枠で動作し、使い切れば追加購入する仕組みなので、サポートは設計上従量制です。

最近はMCPサーバーも追加され、AIアシスタントが公開APIを通じてプラットフォームと連携できるようになりました。

これは確かな前進であり、認めるべき点です。

それでも、動作範囲は彼らの壁の内側に限られています。

ホスト型APIに対するMCPは、そのAPIが許可する範囲――投稿やメンバー管理など――を操作できるにとどまり、コードベースには決して届きません。あなたが触れるべきコードベース自体が存在しないのです。

GeoDirectoryは出発点が異なり、それによってAIがあなたのためにできることも変わります。

標準的なWordPressインストール環境を自分で所有しているため、Localのようなツールを使ってサイト全体を自分のコンピューター上で動かし、AIコーディングエージェントを実際のファイルに直接向けることができます。

私たちはこれにClaude Codeを使用しています。

テンプレート、関数、カスタムフィールド、データベースを直接編集し、新機能を構築し、サイト全体を作り直すことができます――従量課金もなく、あなた自身のスキルと使うツール以外に制限はありません。

その証拠がwp-rankings.comです。

wp-rankings.com v2 — wp-rankings.com V2 rebult with Claude Code

私たちはローカルのGeoDirectoryインストール環境でClaudeとClaude Codeを使って構築しました。このサイトは6万5千件を超えるリスティング、データベーステーブル全体で数百万行のデータ、そして週約1万人の訪問者を処理しています。

Claude CodeとCursorを使ってwp-rankings.comをローカル環境で構築する

どれだけ多くのAIクレジットを提供されても、ホスト型の管理パネルではこれを実現できません。なぜなら、これはサイトエンジニアリングの領域であり、ページジェネレーターはページを埋めるだけだからです。

GeoDirectory V3は夏以降にリリースされ、製品自体にネイティブAIサポートを組み込みます。これにより、自分でつなぎ合わせる必要のある機能が、標準搭載の機能へと変わります。

率直に言って、これがトレードオフです。

Brilliant Directoriesは、初期設定なしで今すぐオンにできるAIを提供します。ページ内のコンテンツに限定され、クレジット制で利用できます。

GeoDirectoryは、上限もメーター制もないAIを提供し、サイト全体を対象とします。その代わり、WordPressをローカルにセットアップし、Claude CodeやCodexといったエージェントを使用する必要があります。

一方はウェブサイトをより速く埋めるのに役立ちます。

もう一方はウェブサイトそのものを構築するのに役立ちます。

データモデル：あなたのデータベースこそが真の参入障壁

GeoDirectoryのリスティングタイプごとの専用テーブルと、Brilliant Directoriesの単一固定データモデルの比較。

ディレクトリを本当に重要な要素だけに絞り込むと、残るのはデータベースです。

リスティング、それらを説明するフィールド、カテゴリ、ロケーション、そしてそれらの間の関係性。

そのデータベースこそがビジネスの核心です。

それは、構築するのに何年もかかったもの、競合他社が一夜にして真似できないもの、そして買い手が実際に対価を払うものです。

だから重要な問いは、データが格納されているテーブルを誰が所有しているか、そしてどれだけ自由にカスタマイズできるかということです。

GeoDirectoryは、ディレクトリデータを専用のデータベーステーブルに保存します。

デフォルトのリスティングタイプであるPlacesは、専用テーブルに格納されており、そのテーブル名は wp_geodir_gd_place_detail、追加のリスティングタイプはそれぞれ同じパターンで独自のテーブルを持ちます。 wp_geodir_gd_{cpt-name}_detail.

GeoDirectoryが速度低下なしに数百万件のリスティングを処理できるのはこのためです。データが汎用的な wp_postmeta テーブルではなく、専用にインデックスされたテーブルに格納されているからです。ほとんどのプラグインはすべてのデータをその汎用テーブルに保存しています。

すべてのデータをCSVにエクスポートしたり、再インポートしたり、別のWordPressサイトに移行したり、バックアップしたり、あるいは開発者に渡して直接クエリを実行してもらうことができます。

データは標準的なフォーマットで、あなたが管理するホスティング上に、あなたのものとして存在します。

さらに、モデルを現実に合わせて自由に形作ることもできます。

無料のコア機能では、13種類のフィールドタイプにまたがる独自のカスタムフィールドを持つリスティングタイプを1つ利用できます。

追加する Custom Post Types アドオンを追加すれば、必要な数だけリスティングタイプを作成でき、それぞれに独自のフィールド・カテゴリー・タグ・フォームを設定し、互いにリンクさせることも可能です。

会場と、そのタブに表示されるすべてのイベント。

病院と、そこに勤務するすべての医師。

不動産会社とその物件、そして各物件に紐づくエージェント。

ニッチの実際の構造をモデル化でき、各タイプはスケールに対応した専用テーブルに格納されます。

Brilliant Directoriesは逆のアプローチをとっています。

データモデルは固定されています。

リスティングとメンバーは、プラットフォームが定めた構造で提供されます。

用意されたフォームにフィールドを追加することはできますが、それが限界です。

独自のストレージを持つ独立したリスティングタイプを作成することはできません。

データの保持方法や保存場所を変更することはできず、テーブルは同社のサーバー上に置かれます。

データをCSVでエクスポートすることはできるので、それ自体は価値がありますが、それでも構造・リレーションシップ・データに意味を与えるサイトそのものは向こう側に残ったままです。

このアプローチには、公平に見て良い面もあります。

固定モデルはよりシンプルです。

アーキテクチャを誰かが代わりに決めてくれているため、学ぶことも判断することも少なく済みます。シンプルなビジネスディレクトリであれば、それで十分な場合もあります。

ただし、ここで問題が生じます。

Brilliant Directoriesでは、何年もかけて築いたモートが、賃貸している構造物の中に存在し、持ち出すことができません。

GeoDirectoryでは、同じモートがあなた自身が所有するテーブルに、エクスポート可能な形式で、あなたが管理するホスティング上に存在し、実際のビジネスの形に合わせて構成されています。

データベースこそが資産であり、それを手元に残せるのはこの2つのうちの1つだけです。

垂直方向の深さ：不動産、イベント、求人、そして MLS の問題

Brilliant Directoriesは、不動産、イベント、求人ボード、クラシファイド、プロフェッショナル会員サイトなど、さまざまなニッチ向けにマーケティングを行っています。

その提供方法を見ると、毎回同じパターンが繰り返されています。

1つの固定プラットフォームを、ニッチに合わせてスタイルと設定を変えているだけです。

基盤となるリスティングとメンバーのモデルは変わらないため、不動産サイトも求人ボードも、異なるテーマと設定をまとった同じ構造です。

多くのディレクトリにとって、それで十分であることは間違いなく、私たちもそれを否定するつもりはありません。

GeoDirectoryは、テーマ層ではなくデータ層からバーティカルにアプローチします。

独自のフィールド、タクソノミー、テーブルを持つカスタム投稿タイプを作成できるため、各バーティカルは見た目を変えるだけでなく、適切にモデル化されます。

求人ボードには給与、契約形態、リモート勤務状況のフィールドが設けられます。

イベントディレクトリには日程、会場、主催者が追加されます。

不動産ポータルには寝室数、価格履歴、エージェントリンクが含まれます。

また、スタート地点として無料のバーティカルテーマも提供しています。 Real Estate theme、BlockStrap上に構築されたEventsテーマとJob Boardテーマ、さらに Events のような日付ドリブンのリスティング向けアドオンも用意されているため、各ニッチをゼロから構築する必要はありません。

そして、2つの製品を完全に分ける決定的な違いがあります。

不動産。

Brilliant Directoriesでは、不動産サイトとは手動で追加またはインポートした物件のディレクトリであり、それらしく見えるようにスタイリングされたものです。

GeoDirectoryはGeoMLSをリリース予定です。これにより、あなたのディレクトリをRESO Web API経由で最新のMLSプロバイダーに接続できます。

物件のライブリスティングがサイトに直接流れ込み、MLS上での変更に合わせて写真・価格・物件詳細を含めて自動的に更新されます。

これが不動産スキンと不動産プラットフォームの違いであり、ライブMLS連携はBrilliant Directoriesがネイティブに対応していない機能です。

ここで正直な限界についてお伝えします。

あなたのニッチがシンプルなビジネスやメンバーシップディレクトリであり、ライブデータフィードや項目タイプごとの詳細フィールドが不要であれば、Brilliant Directoriesは構造を意識することなく十分な結果をもたらします。

あなたのニッチに独自の形、独自のフィールド、独自のデータソースがある場合、その構造こそがすべてを左右します。

Brilliant Directoriesはどのニッチにも、新しいペンキを塗り直しただけの同じ骨格を与えます。

GeoDirectoryは各ニッチに独自の骨格を与えます。そして縦型カテゴリが本物の構造を持つ場合――不動産は常にそうですが――そのギャップがすべてを決定づけます。

フロントエンド投稿とメンバーダッシュボード

このセクションはBrilliant Directoriesが最も強みを発揮する部分であり、その理由を明確にしておく価値があります。

Brilliant Directoriesはまずメンバーシッププラットフォームとして構築され、ディレクトリ機能はその次でした。

そのため、メンバーに関するすべての機能はネイティブで洗練されています。フロントエンドでのサインアップとログイン、メンバープロフィール、アカウントダッシュボード、そしてユーザーが管理画面を一切見ることなくリスティングを追加できる投稿フローも含まれます。

これらはすべて初日から連携しており、インストールも設定も不要です。

サイトの目的が会費を支払うメンバーが自分のエントリーを管理することにある場合、このターンキー型メンバーシップレイヤーは大きな強みであり、おそらくこのプラットフォームが最も得意とすることです。

GeoDirectoryは、同じチームが連携動作を前提に開発した2つの無料プラグインで同じ場所に到達します。

GeoDirectoryのコアは、単独でフロントエンド投稿機能を処理します。

ユーザーはフロントエンドフォームから自分のリスティングを追加・編集でき、wp-adminに触れることはありません。

UsersWP メンバー側を担当します。

フロントエンドでの会員登録・ログイン・パスワード再設定、アバターとカバー画像付きのプロフィールページ、検索可能なメンバーディレクトリを提供します。これらはすべてドラッグ&ドロップのフォームビルダーで構築でき、数分でセットアップが完了します。

両者の連携はGeoDirectoryのコアに組み込まれており、メンバーのプロフィールには投稿したリスティング、レビュー、お気に入りのタブが表示されます。そして一度追加すると GetPaid 「請求書」タブがそれらと並んで表示されます。

リスティングオーナーはフロントエンドからログイン、投稿、管理、支払いまでをすべて完結できます。これはまさに Brilliant Directories が提供するユーザー体験です。

どちらのプラグインも無料です。

ここで GeoDirectory が一歩先に出ます。

すべてのフォーム、すべてのプロフィール、そしてすべてのユーザーのダッシュボードテンプレートを、通常の WordPress ページを編集するのと同じ方法で自由に所有・再設計できます。つまり、メンバーのエクスペリエンスはあなたが形作るものであり、相手側に定義されるものではありません。

メンバーディレクトリ自体が本格的な検索可能なディレクトリであり、他のディレクトリと同様に並べ替えやフィルタリングができます。

さらにアドオン、ソーシャルログイン、登録モデレーション、WooCommerce 注文、登録時のニュースレターオプトインなど、すべてがカスタム開発なしにタブやステップを追加する形で拡張できます。

トレードオフはいつものものです。

Brilliant Directories はメンバーシップ層をあらかじめ組み上げた状態で提供し、GeoDirectory では連携がコアに組み込まれた公式プラグイン 2 つを使います。どちらも無料で、スナップのように組み合わせられます。

数分のセットアップを引き換えに、完全に自分のものとして、自由に作り直せるメンバーエクスペリエンスを手に入れられます。

両者が最も得意とする領域では互角の戦いですが、決め手となるのは「所有権」です。

検索とフィルタリング：ディレクトリの価値はその検索機能で決まる

検索しづらいディレクトリはただのリストに過ぎません。

つまり、ここが両製品が真価を発揮するか否かの分岐点であり、どちらも初日から動作する検索機能を搭載しています。

まず Brilliant Directories を正当に評価しましょう。

検索機能は組み込み済みで、位置情報を理解しており、設定不要でリスティングが公開された瞬間から機能します。

標準フィールドで数百〜数千件のエントリーを持つディレクトリであれば十分であり、ほとんどの訪問者は目的のものを見つけられるでしょう。

GeoDirectory も同様の出発点から始まり、そこからさらに大きく踏み込んでいます。

無料のコアですでにキーワードと位置情報による検索が可能で、「検索ワード」フィールドと「近く」フィールドを備え、近さ・評価・レビュー・日付で結果を並べ替えられます。

追加する高度な検索フィルターアドオンを使えば、検索機能はマーケットプレイスに近いものへと進化します。

訪問者は両方のフィールドでオートコンプリートを利用でき、現在地を読み取って選択した半径（マイルまたはキロメートル）内の結果を返す「現在地周辺」オプション、各リスティングの下に表示される実際の距離、そして作成したカスタムフィールドに対応したフィルターも使用できます。

現在地から10マイル以内で、バリアフリー対応のペット可ホテル（距離順）。

現在地から1マイル以内で、今営業中のタコスの屋台。

どちらの例も、最初からそれらのフィールドをデータモデルに組み込んでいたからこそ実現できるものです。

これこそが、じっくり考える価値のあるポイントです。

検索品質はデータモデルに依存します。

先ほど説明したように、あなた自身が構造を所有し形成しているため、独自に作成したフィールドはすべてフィルターとして提供でき、リスティングの種類ごとに専用の検索フィルターセットを持たせることができます。

Brilliant Directories は、自身が定義したフィールドを、自身が定義した方法で検索します。

そのモデルに該当するフィールドが存在しなければ、そのフィルターも存在しません。そもそもフィールド自体を追加できないからです。

パフォーマンス面でも違いがあります。

GeoDirectory は独自のインデックステーブルに対して検索を実行するため、ディレクトリが数万・数十万件のリスティング規模に成長しても高速さを維持します。

wp-rankings.com は、あなたが使うのと同じエンジンで、65,000件を超えるエントリーを難なく検索しています。

Brilliant Directories の場合、プランの上限によってそのボリュームをはるかに下回る範囲に制限されるため、上限をテストする機会はほぼないでしょう。これは良い面でも悪い面でも言えることです。

率直な評価をお伝えします。

ディレクトリの規模が小さく、フィールドが標準的なものであれば、Brilliant Directories は手間ゼロで機能する検索を提供してくれます。

訪問者がニッチ分野で重要な詳細条件でリスティングを絞り込めるようにしたいなら、それはデータモデルを所有することにかかっています。そして、データモデルの所有こそ、ホスティング型プラットフォームが許さないものです。

マップとロケーションページ：積み重なる SEO 効果

ロケーションページは、ディレクトリがひっそりとSEOを積み上げていく場所です。

すべての都市、すべての地域、ある都市のすべてのカテゴリーがページとなり、実際のユーザーが検索するキーワードで上位表示を狙えます。そしてディレクトリが成長するにつれ、それらのページは複利的に増えていきます。

両製品ともこの点を理解しており、どちらもロケーションページを自動生成します。まずはBrilliant Directoriesをフラットに評価してみましょう。

そのロケーションSEOは、初期状態でも genuinely 優れています。

Brilliant Directoriesは、すべてのメンバー、すべてのカテゴリー、すべての都市のページを自動的に作成し、デフォルトでSEOをすべてに組み込み、次のような整ったURLを付与します： united-states/city/profession。さらに、重要なページにはカスタム見出し、イントロテキスト、FAQを追加することもできます。

技術的な知識がないオーナーにとって、これだけのプログラマティックSEOをゼロの手間で実現できるのは大きなメリットであり、その点は正当に評価すべきです。

しかし、その裏側にあるものを見てみましょう。

これらのロケーションページは、見栄えの良いURLをかぶせた動的な検索結果ページであり、Brilliant Directoriesのプラットフォームが生成し、同社のインフラ上で稼働し、同社のテンプレートシステムでスタイリングされています。

それらの見栄えの良いURLにあるロケーション機能はGoogle Maps APIに依存しており、同社の公式ドキュメントでも、より高機能なバージョンを有効にするとGoogle Maps APIのコストが発生すると明記されています。

GeoDirectoryはロケーションページを別の方法で構築しており、その違いは構造的なものです。

The Location Manager アドオンにより、国・地域・市区町村、さらにオプションで近隣地区まで含む本格的なロケーション階層が実現します。各レベルは次のようなクリーンなURLを持つ独立したページです： location/united-states/new-jersey/maple-shade.

これらのページはそれぞれ独自のメタタイトル、説明文、アイキャッチ画像、テキストを持ち、ロケーションテンプレート全体をWordPressの通常ページと同じように編集・再デザインできます。

ロケーションページはユーザーがリスティングを追加するにつれて自動的にジオコーディングされながら生成されるため、利便性はBrilliant Directoriesと同等です。

使用する地図はあなた自身が選べます。

GeoDirectoryはGoogle MapsまたはOpenStreetMapで動作するため、Googleを完全に回避し、APIキーを不要にし、ページごとの地図コストを回避しながら、数千のマーカーがあっても地図はキャッシュされて高速に表示されます。

ここで、これまでのすべての話がつながります。

プログラマティックなロケーションページは資産であり、多くの場合、ディレクトリが持つ最も価値あるSEO資産です。

Brilliant Directoriesでは、その資産は「借りている家」の中でランキングを獲得しており、サービスを離れれば、ページもURLも残っていきません。

GeoDirectoryでは、それらの同じページ、URL、ランキング、テンプレートがすべて、あなたが所有するWordPressインストール上に存在するため、何年もかけて積み上げてきたSEOの成果をそのまま持ち出すことができます。

どちらのプラットフォームも検索順位の向上に役立ちます。

違いが明らかになるのは、離れることを決意した日です。

GeoDirectoryは、すべてのランキングページとそのURL、テンプレートをそのままの状態で手渡します。

Brilliant Directoriesが手渡すのは、スプレッドシートだけです。

マネタイズ：同じ機能セット、プラス彼らには届かないモデル

GetPaidによって実現するGeoDirectoryの9つの収益化モデル：有料リスティング、クレーム、リード、広告、メンバーシップ、予約、レンタル、チケット、マーケットプレイス。

最初に潰しておく価値のある、安易な思い込みがあります。

Brilliant Directoriesはメンバーシッププラットフォームとして構築されたため、収益化において優れていると思われがちです。

しかし実際はそうではなく、その理由を順を追って説明する価値があります。

まずは公平に評価しましょう。

収益ツールはバンドルされて洗練されており、初日から利用可能です。定期的なメンバーシップ課金、有料・注目リスティング、有料クレーム、リードツール、広告枠がすべてプラットフォーム内に揃っており、何も接続する必要がありません。

このターンキー型のスイートは非常に便利で、多くのオーナーにとっては十分です。

ただし、便利さという点での優位性はそこで止まります。

GeoDirectoryは独自の無料決済エンジンであるGetPaidを通じて収益化します。20以上の決済ゲートウェイとグローバルな税務コンプライアンスが組み込まれており、リスティングに関してはWooCommerceを必要としません。

そのエンジンの上に、 Pricing Manager アドオンを使えば、リストごとに一度限りまたは定期課金で料金を設定し、検索結果の上位への注目掲載を販売し、無料トライアルを実施し、有効期限と自動更新を設定することができます。

さらに、収益モデルは固定プラットフォームが提供するものをはるかに超えて広がります。

リスティングのクレームに料金を設定できます。 Claim Listings アドオンで、リードごとに課金し、広告、およびアクセス制限をメンバーシップ UsersWP を通じて実現できます。

スロット制の予約受付を手数料ベースで行うことも可能です。Treatwell や Fresha と同じ仕組みです。

を運営できますバケーションレンタル予約マーケットプレイスを Airbnb や Booking.com のような形で運営することもできます。

イベントチケットを販売し、すべての売上から手数料を受け取ることも可能です。 Events Tickets Marketplaceを使えば、イベントディレクトリをあなた独自の Eventbrite に変えられます。

さらに、すべてのリスティングをフル機能のショップに転換することも可能です。 GeoMarketplace （WooCommerce マーケットプレイスプラグインと組み合わせることで）オーナーが商品を販売し、あなたが収益の一部を受け取る仕組みを構築できます。購入者が最寄りのショップを距離順で検索することも可能です。

これは、ホスト型メンバーシッププラットフォームが提供できる収益手段よりも、はるかに幅広い選択肢です。

正直なトレードオフをお伝えします。おそらく想像とは異なるものです。

Brilliant Directories は強力な収益化スイートをあらかじめ組み込んで提供しますが、サポートするモデルは彼らが選択したものに限られます。

GeoDirectory はより幅広い収益モデルをモジュール式のパーツとして提供し、プラットフォーム利用料のかからないネイティブ決済エンジンを搭載しており、必要な箇所だけ有効化できます。

多少の組み立ては必要ですが、その分、相手のプラットフォームでは対応できない収益ストリームを構築できます。予約マーケットプレイス、チケットマーケットプレイス、ベンダーマーケットプレイス、それぞれがひとつのビジネスになります。

どのディレクトリも収益が必要であり、両プラットフォームともそれを実現します。

両者を分けるのは、リーチの広さです。

固定スイートは、開発元が選んだモデルしか提供しません。

モジュール式の自社所有スタックは、ビジネスが新しいモデルを見つけるたびに追加し続けます。

SEO とスキーマ：そのシステム vs WordPress のツールボックス全体

ロケーションページとプログラマティックSEOについては前のセクションで取り上げ、その点ではBrilliant Directoriesを正当に評価しました。

このセクションでは、それ以外のSEO、つまりスキーマ、マークアップ、ツール群について扱います。そしてここでは差がさらに広がります。

まず相手側の上限から確認しましょう。見落としやすいポイントだからです。

Brilliant Directoriesには独自のSEOシステムが組み込まれており、編集可能なタイトル・メタテンプレート、変数、ソーシャルシェアタグが揃っています。

実力は十分で、何もインストールしなくても機能します。

ただし、その先へは進めません。

Rank Math、Yoast、SEOPress、その他WordPressの世界で使われるツール類はインストールできません。WordPressではないからです。つまりSEOは彼らのシステムが出力するもの、そして彼らが改善を選んだ範囲に限られます。

GeoDirectoryは、WordPressのSEOエコシステム全体をそのまま活用できる場所にあります。置き換えるのではなく、内部に組み込まれているのです。

すぐに使える状態で、すべてのページとすべてのリスティングタイプのタイトルとメタを、置換変数とともに管理します。スタートするためのプラグインは一切不要です。

さらに活用したい場合は、Rank MathおよびYoastとネイティブ統合し、その他の主要SEOプラグインとも連携できます。ウェブ上で最も競争力のあるサイトが採用している最高クラスのSEOスタックを実行し、メタとスキーマのコントロールをお好みのプラグインに委ねることができます。

これは構造化データにおいて特に重要であり、GeoDirectoryはそれをネイティブに実現しています。

リスティングのJSON-LDスキーマを標準で出力し、スキーマタイプはカテゴリレベルで設定できます。レストランカテゴリはレストランスキーマを、ホテルカテゴリはホテルスキーマを、イベントカテゴリはイベントスキーマをそれぞれ出力します。SEOプラグイン不要で、すべてコア機能から実現できます。

さらに、レビューの評価からレビュースターも取り込まれます。

リッチリザルトは、リスティングがGoogleでスター、価格、詳細情報を獲得する手段であり、AI検索がページの内容を理解するうえでもますます重要になっています。

固定プラットフォームでは、そのプラットフォームが出力するスキーマしか使えません。

GeoDirectoryなら、出力するスキーマを自分で決められます。Googleが新しいタイプを導入した当日から採用でき、ロードマップを待つ必要はありません。

同じことが、テクニカルな設定項目にも当てはまります。canonicalタグ、リダイレクト、robotsルール、hreflang、サイトマップ、そしてCore Web Vitalsを左右するキャッシュとCDNの選択においても同様です。

GeoDirectoryでは、それらすべてをご自身で設定できます。

Brilliant Directoriesでは、プラットフォームが公開している項目しか使えません。

優れたSEOは常に動く目標であり、Googleはそれを絶えず変え続けています。

問題は、誰が変化についていけるかです。完全なツールボックスと独自のマークアップを持つあなたか、あるいは自分たちのスケジュールであなたの代わりに決定を下すプラットフォームか。

パフォーマンスとスケーラビリティ：ごまかしの利かない部分

ディレクトリの比較記事の多くはスピードについて議論しますが、実際にテストできるほど大規模なディレクトリはほとんどありません。

私たちには、より確かな根拠があります。実際に運営しているからです。

まずアーキテクチャから始めましょう。すべての結果はそこで決まります。

GeoDirectoryは、先ほど説明したとおり、通常の投稿に使われるWordPressの汎用テーブルではなく、専用のカスタムデータベーステーブルにリスティングを保存します。

技術的な細かい話に聞こえるかもしれませんが、これこそがディレクトリの成長に伴ってこのプラグインが安定したパフォーマンスを発揮する最大の理由です。

専用に設計されたテーブルは、リスティングが数万件、データベースの行数が数十万件に達し、汎用構成ではとても捌けないような検索クエリが発生しても、高速な動作を維持します。

その証拠がここにあります。今すぐ開ける実在するサイトです。

wp-rankings.comはGeoDirectory上で運営されており、6万5千件以上のリスティング、データベーステーブル全体で数百万行のデータ、そして毎週1万人以上の訪問者を抱えています。

このような規模でも、あなたがこれからインストールする無料のコアエンジンと同じものを使いながら、検索・フィルタリング・ページ読み込みをストレスなくこなしています。

ローカル環境にClaude と Claude Codeを使って構築したため、AIセクションとデザインセクションの根拠にもなっています。一つの実在するディレクトリが、三つの異なる主張を裏付けているのです。

次にBrilliant Directoriesについて見てみましょう。

同プラットフォームはプランで想定されている規模に対して良好なパフォーマンスを発揮し、マネージドホスティングもそれに合わせてチューニングされているため、一般的なディレクトリはスムーズに動作します。

問題はスピードではなく、上限です。

プランにはメンバー数の上限があり、10万件や数十万件のエントリを保持したいディレクトリは、ホスティングプランが想定する限界に突き当たります。

また、プランを使い切っても、サイトをより強力な独自インフラに移行することはできません。サイトが同社のサーバーから出られないからです。

GeoDirectoryの場合、上限はあなたのホスティング次第であり、いつでも引き上げることができます。

まずは小規模な共有ホスティングから始め、より大きなサーバーへ移行し、キャッシュを追加し、CDNを導入し、データベースをチューニングする——これは、すべての大規模なWordPressサイトが成長とともに歩む道です。

小さく始まったディレクトリも、最終的に巨大になったディレクトリも、同じインストール環境のまま——あなたがホスティングをアップグレードし続けることで対応できます。

それが、スケールが浮き彫りにする違いです。

一方のプラットフォームは、自ら引いたラインまでは美しく機能します。

もう一方は、ホスティングが許す限りどこまでも対応でき、その限界を決めるのはあなた自身です。

データの所有権、移植性、ロックイン：あらゆる疑問の根底にある問い

ここまでのすべてのセクションが同じ一点を巡り続けてきたので、今こそそれをテーブルの真ん中に置くことにしましょう。

Brilliant Directoriesでディレクトリを構築するということは、借り物の土地の上に建てるということです。

彼ら自身も、できる限り公正な言葉でそのことを認めています。

データはエクスポートできます。

ウェブサイトはエクスポートできません。

この二つはまったく別のことであり、その差こそがすべての議論の核心です。

あなたのデータとは、サイトの土台となるスプレッドシート——リスティング、メンバー、カテゴリー、レビューをファイルとしてエクスポートしたものです。

あなたのウェブサイトとは、そのデータに価値を与えるすべてのもの——デザイン、テンプレート、URL、ロケーションページ、スキーマ、検索の動作、コード、そしてそれらのページが長年かけて積み上げた検索順位です。

Brilliant Directoriesは前者をあなたに渡し、後者は手元に残します。

つまり、理由が何であれ——料金、ポリシーの変更、障害、より良いアイデア——いざ去ろうと決めた日に、あなたが持ち出せるのはCSVファイルだけで、またゼロから始めることになります。

検索順位は、もはや自分では管理できないURLに置き去りにされます。

デザインも置き去りにされます。

構築したものすべてが置き去りにされます。

どこか別の場所でサイトをゼロから作り直し、Googleがその移行を許してくれることを祈るばかりです。

それがロックインであり、これはプラットフォームの偶然の産物ではありません。

それがプラットフォームの構造です。

GeoDirectoryはその仕組みをまるごと逆転させます。

サイトはあなたが管理するホスティング上に構築された標準的なWordPressインストールであるため、データとウェブサイトは同一の資産であり、どちらもあなたのものです。

バックアップを取る、別のホストに移行する、開発者に引き渡す、あるいはサイトごとビジネス全体を売却することもできます。リスティング、デザイン、URL、検索順位がすべて一体となって動き、買い手が実際に引き継げる状態になっています。

自分が所有するディレクトリは、バランスシートに載る資産です。

借りているディレクトリは、支払いを止めると何もかも失ってしまうサブスクリプションです。

次は、Brilliant Directoriesが残したままにしているトラップを塞ぐ部分です。

ホスト型プラットフォームの唯一の正直なメリットは、サーバー管理を誰かに任せられることですが、私たちはその利便性を、制約なしで実現しました。

GeoDirectory SaaSは、V3とともに夏以降にローンチし、すでに今日wp-rankings.comで稼働しています。メンテナンスとアップデートを私たちが担う、完全マネージドホスティングを提供します。

違いは、出口があるかどうかです。

シンプルなエクスポートとインポートにより、サイト全体――データ、デザイン、テンプレート、URLのすべて――を、いつでも私たちのマネージドホスティングから自分のサーバーへ移行できます。何も置き去りにされることはありません。

便利さが役に立つ間はその恩恵を受け、そうでなくなった瞬間に自由に離れられます。

この比較全体が行き着く選択は、まさにそこです。

本当に積み重なっていく唯一の資産であるデータベースを、自分が所有する土地に築くのか、それとも借りている土地に築いて大家が鍵を変えないことを祈り続けるのか。

多言語対応：翻訳ボタン vs 本物の第二言語

ディレクトリが複数の言語に対応する必要があるなら、このセクションは重要です。そして、この2つの製品が「多言語対応」に意味することは大きく異なります。

Brilliant Directoriesは英語で始まり、管理画面は英語のままです。この部分は翻訳できません。

フロントエンドには2つの方法があります。

組み込みのインターフェース言語は英語、スペイン語、フランス語、ドイツ語に対応しており、ラベルやメールの表示言語として、この短いリストから1つの主要言語を設定できます。

それ以外の言語については、Google Website Translatorアドオンが案内されており、これをサイトに設置することで、訪問者がその場でページを自分の言語に切り替えられるGoogle翻訳メニューが表示されます。

これは機械翻訳を重ねただけのものであり、公式ドキュメントによれば、基本バージョンではサイトのインデックスが英語のみになります。

他の言語をGoogleに実際にインデックスさせるには、月額課金の有料サードパーティサービスへ誘導されます。しかもコンテンツは人が書いたものではなく、自動翻訳されたものです。

訪問者に自分の言語でサイトを読んでもらうだけなら、それで十分です。設定もほとんど必要ありません。

各言語で検索順位を上げたいディレクトリにとっては力不足です。自動翻訳された薄いインデックスのページは、本物のコンテンツには太刀打ちできないからです。

GeoDirectoryは、WordPress向けの定評ある多言語システムであるWPMLを通じて、第二言語を本物のコンテンツとして扱います。

すべてのリスティング、カスタムフィールド、カテゴリー、ロケーションページに適切な人間による翻訳を付けることができます。各言語は独自のクリーンなURLとhreflangタグを持ち、それぞれが独立して完全にインデックス可能です。

管理画面も他の言語で動作するので、チームメンバーは自分の言語で作業できます。

これで決まりです。このテストをご覧ください。

第二言語でリスティングのひとつを検索してみてください。

翻訳オーバーレイでは、あなたのページが表示されることはほとんどありません。

独自のインデックス済みURLを持つ本物の翻訳ページがあれば、表示されます。

多言語市場においては、第二言語がトラフィックを生むか、単に見た目だけのものに終わるかを左右するのがこの点です。

サポート、オンボーディング、評判：両者が互角な領域

すべての項目が明確な勝者で終わるわけではなく、これはどちらとも言いにくい項目のひとつです。正直にお伝えするなら、ほぼ互角と言わざるを得ません。

まずサポートから見ていきます。両社ともサポートで知られているからです。

Brilliant Directoriesは、迅速で丁寧なサポートで高い評判を誇り、レビューでも繰り返し称賛されています。

私たちも同様で、お客様が最も高く評価してくださる点がまさにそこです。

On Trustpilot あるレビュアーは「どのソフトウェアサプライヤーからも受けた中で最高のサポート」と評しており、その印象はほかのレビューにも共通しています。迅速な返信、実質的な解決策、そして担当者が問題を解決するまで責任を持って対応する姿勢です。

Capterra でも同様の評価が見られ、販売前後を通じた迅速かつ丁寧な対応が称えられています。

そのため、サポートについては証明できない優位性を主張するつもりはありません。相手も同じです。

両チームともこの点において本当に優れており、どちらを選んでも安心してお任せいただけます。

正直な違いが現れるのはオンボーディングの段階で、ここではBrilliant Directoriesの方がスムーズに始められます。

ホスティングとガイドが付いているため、サーバーに触れることなくサインアップからサイト公開まで素早く進められます。この低い参入障壁は大きな強みです。

GeoDirectoryは最初に少し手間がかかります。

より高機能でセルフホスティング型であるため学習曲線がありますが、レビュアーたちもそれを率直に認めつつ、使いこなせるようになれば奥深さに価値があると付け加える傾向があります。

私たちは充実した文書ドキュメント、動画ガイド、活発なコミュニティによってその学習曲線を緩和しています。また、自分で習得したくない方のために、GeoDirectory Expertsディレクトリを通じて経験豊富な専門家を雇うこともできます。

評判の面でも、両者は僅差です。

どちらも10年以上の実績があり、数百件のレビューで5点満点中4.8前後の評価を獲得しており、どちらも大規模で確立されたユーザーベースを持ち、揺るぎない存在感を示しています。

どちらも長期的な安定性やサポート品質において、リスクのある賭けではありません。

では、このセクションに関する正直な見解をお伝えします。

サポートは引き分け、評判も引き分け、オンボーディングは始めやすさという点でBrilliant Directoriesに軍配が上がります。

この点だけで決めるとすれば、コインの表裏で決めるようなものです。

しかし、決め手はここにはありません。前のセクションで取り上げたすべての点、つまりオーナーシップ、データモデル、自由に離れられる権利こそが、コインの回転が止まる場所です。

価格と総所有コスト：永遠に払い続けるか、完全に所有するか

具体的な数字を示しましょう。ここで比較が現実のものとなります。

Brilliant Directoriesは1サイトあたり月額$145を請求します。

それはサイトが存在する限り、毎年$1,740かかることを意味します。

また、ライフタイムライセンスも販売しており、1サイトで$1,450、現在半額の$725で提供されています。3サイト、5サイト、10サイト向けの上位プランもあり、最大$2,950で、それぞれ会員数10万人が上限です。

返金対応期間は7日間です。

GeoDirectoryは無料から始まる、異なる仕組みです。

コアプラグインは無料で、完全なメンバーシップすべてのアドオンとテーマが使えるようになるプランは、サポートと更新を含め、1サイトあたり年間139ドル、または自身が所有する無制限のサイトであれば年間229ドルで、30日間の返金保証付きです。

私たちの側にも正直なアスタリスクがあります。それがこちらです。

GeoDirectoryはセルフホスト型のため、独自のホスティング費用はご自身でご負担いただきます。これはBrilliant Directoriesが価格に含めているものです。

ほとんどのディレクトリサイトにとって、そのホスティング費用は控えめなものです。選択はあなた次第で、サイトの成長に合わせてあなたのペースでスケールできます。

では5年間のコスト計算を見てみましょう。ここで両者の違いが明確になります。

5年間のコスト：Brilliant Directoriesは8,700ドルを支払っても何も手元に残らない、対してGeoDirectoryは1,925ドルでサイトという資産を所有できる。

Brilliant Directoriesを月145ドルで5年間利用すると総額8,700ドルになりますが、最終的に手元には何も残りません。サイトは依然として彼らのサーバー上に存在し、退会してもCSVファイルだけが渡されるだけです。

GeoDirectoryのメンバーシップを年229ドルで5年間利用すると合計1,145ドルになります。しっかりしたホスティング費用を加えても、総額は彼らの月額プランを大きく下回り、しかもその差額を超える決定的な違いが一つあります。

あなたは支払った対価を自分のものとして所有できます。

それを具体的に示すシンプルなテストがあります。

Brilliant Directorsへの支払いをやめると、月額プランのサイトはダウンします。ホスティングが彼らのものだからです。

GeoDirectoryへの支払いをやめても、あなたのサイトは独自のホスティング上でそのまま稼働し続けます。インストールはあなたのものだからです。ただし、更新サポートは更新するまで受けられなくなります。

これが所有権のすべてです。支払いをやめた月に何が起きるか、それが答えです。

彼らのライフタイムオプションについても公平に触れておきます。これは本物の選択肢です。

もし初期費用だけを重視していて、移行するつもりが一切ないなら、725ドルの一括払いは確かに安いと言えます。

月額の請求から解放されます。

ただし、プラットフォームも、メンバー上限も、制約もすべてそのままで、ホスティングも変わらず彼らのものです。

つまり、あなたが手に入れるのは「借り続ける権利」というライセンスです。

その縛りなしにホスティングもすべてお任せにしたい方には、GeoDirectory SaaSがまさにそのために作られています。V3のリリースとともに提供開始予定で、私たちが管理するホスティングにエクスポート機能が備わっており、好きなときにサイト全体を自分のサーバーへ移行できます。

この価格表示の読み方をご説明します。

月額の安いプランはCSVファイルと、もはや自分でコントロールできないサイトで終わります。

年額プランにホスティングを加えると、自分の資産として運用・移転・売却できるディレクトリが手に入ります。

お金で実際に買えるものはそういうことであり、この比較全体が繰り返し問いかけてきた選択がまさにそれです。

結論：それぞれが実際に向いているのは誰か

すべてのセクションを取り除くと、決断はひとつの問いに絞られます。それがセクションごとに繰り返し問われてきたものです。

ディレクトリを所有したいですか？それとも借りたいですか？

どちらの答えも正当です。だからこそ、どちらを選ぶべき人なのか、率直にお伝えします。

Brilliant Directoriesが正解となる、特定のユーザー像があります。

技術的な知識がなく、技術を身につけることにも興味がない方、そしてサーバーの設定や複雑なセットアップなしに、今週中にメンバーシップサイトを公開したいという方です。

ディレクトリの規模は数十万人以下に収まり、プラットフォームの制限内で快適に運用でき、所有する資産というよりも契約するサービスとして扱うことに満足できる方です。

共通のテンプレートデザインやプラットフォームの制約を受け入れられる方であれば、その代わりにすべてがお任せで管理され、サポートも本当に充実しています。

それがあなたであれば、Brilliant Directoriesは十分に機能するでしょう。GeoDirectoryを購入して学習コストに不満を感じるよりも、そちらを選んでいただく方が私たちも本望です。

GeoDirectoryが正解なのは、長く続けるものを作ろうとしているすべての方です。

数百件のリスティングから数十万件以上へと成長できるディレクトリを求めている方、そのスケールで実績あるエンジンを求めている方に向いています。

あなたのニッチに合わせたデータモデル、固定プラットフォームでは実現できない収益化モデル、マークアップレベルまで自分でコントロールできるデザイン・SEO・スキーマ、そして業種に応じた本格的なMLS・イベント・マーケットプレイス機能を求めている方です。

何より、それが本当に自分のものであってほしいのです。移転・再構築・譲渡・売却が可能な資産として、長年かけて構築したデータベースが自分の所有するテーブルに存在していることを望む方です。

長年にわたり、それでもホスティングプラットフォームを選ぶ正当な理由がひとつありました。それはサーバーです。

その理由も、今まさに消えようとしています。

GeoDirectory SaaSはV3とともにリリースされ、同じようなマネージドの利便性——ホスティング、アップデート、メンテナンス——を提供しながら、いつでも自分のサーバーにサイト全体をエクスポートして出ていけるドアが用意されています。

それは、Brilliant Directoriesを選んでいる限り、決してできないことです。

所有権のない利便性——それが、彼らがあなたに求めてきたトレードオフの本質でした。

もうすぐ、その選択をしなくて済むようになります。

ディレクトリとは、運営期間が長くなるほど価値が積み重なるデータベースです。

このページのどんな機能よりも長く残る問いはただひとつ――そのデータベースが真に価値を持つようになったとき、所有者は誰かということです。

GeoDirectoryなら、その答えはあなた自身です。

決断する前に

私たちはGeoDirectoryを開発しましたから、この記事がどちら寄りかはもうお分かりでしょう。

だからこそ、すべての主張を検証できる形にしました。

料金は両社の公式ページに掲載されており、レビュースコアはTrustpilotとCapterraで確認でき、規模感は今すぐ開けるライブサイトwp-rankings.comで実証済みです。さらに、すべてのアドオンと機能は各自のドキュメントにリンクしています。

ご自身にとって重要な部分をぜひ確認してみてください。

WordPress.orgで無料のコアプラグインを試し、何かお金をかける前に実際のものを作ってみてください。これはBrilliant Directoriesには提供できないテストです。有料プランなしでは何も試せないからです。

行き詰まったときも、サポートにメッセージひとつで繋がれます。レビューを読めば、何が期待できるかがわかります。

月払いと年払いを天秤にかけるときも、あの問いを問い続けてください。

そのウェブサイトとデータベースが、あなたが作った中で最も価値あるものになったとき、所有者は誰ですか？

先週、私たちは wp-rankings.com を公開しました。

WordPress.orgリポジトリのすべてのプラグインを追跡します：成長率、インストール数の推定、ランキング、勢い、キーワードの順位、そして競合比較。

動作環境はこちらです：

60,000件以上のリスティング
すべてに40個のカスタムフィールド
背後にある1,620万行の履歴データ
ローンチ日には3,000人のリアルな訪問者が訪れ、そのほとんどが数時間以内に集中しました
最初の5日間で10,000件以上のユニーク訪問、まだベータ版
最適化作業を一切行う前の段階で、Google PageSpeedスコアは92

すべてGeoDirectory上で実現。

検索は独自のElasticsearch拡張機能を通じて行われます。これはこの規模のサイト向けに開発したGeoDirectoryアドオンです。なぜ必要だったかについては後述します。

GeoDirectoryがどこまでスケールするのか、常に質問を受けます。以前の答えは「あなたが思うより遥かに先まで、クライアントサイトがその証拠です」というものでした。今では、誰でもアクセスして負荷をかけられる公開サイトがあります。

この記事では、その構築方法を紹介します。

このサイトが存在する理由

WordPress.orgはかつて、すべてのプラグインページにアクティブインストール数の成長グラフを表示していました。ある時点でそれが削除され、復活を求めるTracチケット #6511は、今もオープンのままです。

そのグラフは、プラグインが実際に成長しているかどうかを確認できる唯一の手段でした。

それがなければ、「10,000件以上のアクティブインストール」というバケツの中の数字しか得られず、それが急成長中の10,000件なのか、静かに減り続けている19,000件なのか、まったくわかりません。

そこで4年前、私たちはWordPress.orgのプラグインAPIを毎日取得してデータを蓄積し始め、wp-rankings V1を構築しました。

それ以来、一日も欠かしていません。

リポジトリ全体にわたる4年間の毎日のスナップショット。これは後から遡って作成することができない、唯一無二のデータです。

V2はその進化版で、さらに多くの統計情報を備え、そのデータに対してついに世界水準のフロントエンドを構築した成果です。

リスティングの構造

リポジトリ内のすべてのプラグインは、GeoDirectoryのリスティングです。 gd_place 投稿として、データはGeoDirectoryの詳細テーブルに格納されており、 wp_geodir_gd_place_detail.

各プラグインには40個のカスタムフィールドがあります。アクティブインストール数、ダウンロード数、評価、評価数、サポートスレッド数、解決済みスレッド数、バージョン、動作確認済みバージョン、WordPress.orgランク、さらに独自に算出してライトバックする値も含まれます。

ここが人々が軽く見がちな部分です。

GeoDirectory のカスタムフィールドは、実際のスキーマ、実際のテーブル、実際のカラム型を持つ本物のデータ構造です。計算済みの成長率は FLOAT カラムに格納されます。

インデックスも張れる、ソートもできる、フィルタリングもできる。データベースのカラムそのものだから、当然そのように動作します。

ある程度の規模のサイトで、投稿メタ値を使って WordPress アーカイブをソートしようとしたことがあれば、これがなぜ重要なのかおわかりでしょう。

投稿メタはスキーマのコスプレをしたキー・バリュー型ストアであり、少し踏み込んだクエリを投げ始めた途端に崩壊します。

この記事の残りすべては、このひとつの判断にかかっています。データをカスタムフィールドに正しく入れてしまえば、あとは自ずとうまくいきます。

検索とソート、そして私たちが犯したミス

この記事でどこか一箇所だけ読むとしたら、ここです。

トレンドソートが必要でした。7日間の成長率でアーカイブを並べ替え、今まさに動いているものを確認するためです。

このプロジェクトの実装の大部分は Claude Code が担っており、最初の回答はカスタム SQL でした。カスタムの JOIN と、GeoDirectory のクエリに無理やりくっつけたカスタムの order-by フックです。

一見合理的に見えました。ローカル環境では問題なく動作しました。

本番サイトでは、パフォーマンスが崩壊しました。それまで速かった検索が、数十秒かかるようになったのです。

すぐに気づき、AI にそのコードをすべて捨てさせ、代わりに GeoDirectory の流儀でやり直させました。

正しい修正はシンプルでした。 growth_7d を GeoDirectory のカスタムフィールドとして追加します。これにより詳細テーブルに FLOAT カラムが作成されます。バックグラウンドジョブで値を計算し、そのフィールドに書き込みます。

あとは GeoDirectory 自身のソートシステムにソートを登録し、他の項目と同様に GeoDirectory にソートさせるだけです。 growth_7d_desc。以上です。

60,000 件のリスティングでも、再び高速になりました。

これが教訓です。そしてそれはこのプロジェクトをはるかに超えた話です。

AIコーディングツールは、デフォルトでインフラを再構築しようとします。ソートの問題を渡せば、トレーニングで何百万回も見てきたSQLに手を伸ばします。

StiofanがGeoDirectoryのクエリレイヤーを大規模データセット向けに長年かけて最適化してきたことを、AIは知りません。

これから構築しようとしているものがすでにすべて作られ、本番環境でテストされ、10年かけて磨き上げられてきたことも、AIは知りません。

AIは解決済みの問題に対して劣ったバージョンを自信満々に出荷し、それに大満足するのです。

ですから、GeoDirectoryサイトでClaudeやChatGPTを使うなら、与えられる最も価値ある指示はこれです：

GeoDirectoryのネイティブな検索・ソート・フィルターのインフラを迂回しないこと。カスタムフィールドで拡張すること。

それがカスタムフィールドの目的です。それがすべてのコツです。

GeoDirectoryが終わり、私たちのコードが始まるところ

カスタムプラグインは2つあります。

1つ目はスクレイパーです。Stiofanが4年前に構築したもので、仕事はひとつ：毎日WordPress.orgのプラグインAPIを取得し、見つけた情報をリスティングに書き込むこと。このデータセットが存在する理由はそれだけで、以来ずっと静かに稼働し続けています。

2つ目はアナリティクスプラグインで、V2の新機能です。1,620万行のスナップショットテーブルを管理しています。1日1プラグインにつき1行：順位、インストール数の区分、推定インストール数、成長率、モメンタム状態。

時系列データはディレクトリの仕事ではなく、GeoDirectoryにそれを求めることは決してありません。そのテーブルは独自のスキーマ、インデックス、バックグラウンドジョブを持ち、GeoDirectoryの完全に外側に位置しています。

しかし、結果は戻ってきます。

アナリティクスプラグインは自身のデータに対して重い処理を行い、その出力をGeoDirectoryのカスタムフィールドに書き込みます。7日間の成長率は数百万行の履歴データから計算され、リスティング上の単一のFLOATとして表示されます。

GeoDirectoryの観点からは、それはただの別のフィールドです。他のフィールドと同様に、ソートし、フィルターし、表示します。

外で計算する。中に保存する。GeoDirectoryにクエリさせる。

それが3行で表すアーキテクチャであり、非常に大規模なデータセット上にありながらサイトが速い理由です。アーカイブクエリは1,600万行に触れることなく、数時間前に計算された1つの数値を読み取るだけです。

個別リスティングページ

wp-rankings.com 成長チャートとインストール推定数を表示する個別プラグインページ

プラグインページはダッシュボードです。指標カード、信頼度評価付きの推定アクティブインストール数、30日・90日・1年・全期間の成長チャート、モメンタム分類器、次のマイルストーン予測、レビューとサポートの統計、WordPress.orgのキーワードランキング、そして最大3つの競合との比較カードを備えています。

その裏側は、標準的なGeoDirectoryのシングルリスティングページをストックのBlockstrapで表示しているだけです。カスタムテーマは使っていません。

ダッシュボード自体は私たちのコードです。Chart.jsをカスタムフィールドのデータで動かしています。通常のBlockstrapユーザーがこれを手作りするのは難しく、そうでないふりをしても意味がありません。

ただし、ここで声を大にして言いたいのは、もう手作りする必要はないということです。

2年前なら、こういったページを作るには開発者を何週間も雇う必要がありました。

今では、作りたいものを説明するだけで、AIが作り上げてくれます。チャート、カード、比較テーブル、条件付きバッジまで。

今やほぼ簡単にできるのは、難しい部分がすでに完成しているからです。データはGeoDirectoryのカスタムフィールドの中に、構造化・型付き・クエリ可能な状態で揃っていました。

AIはクリーンなデータ層の上に構築するのが得意です。でも、データ層を一から生み出すのはとても苦手です。

整理されたカスタムフィールドを渡して成長チャートを依頼すれば、昼食前には完成します。クエリ層の設計を任せると、私たちが身をもって学んだように、サイトを平気で壊してしまいます。

だから役割分担はシンプルです。GeoDirectoryがデータとクエリを担当し、AIがその上に必要なものを構築する。

この順番で進めれば、こういったサイトは一人でも十分に作れます。

アーカイブ

wp-rankings.com のトレンドページ、プラグインを7日間の成長率順に表示

ここで、これまでのすべてが報われます。

トレンドページには、アクティブインストール数が10,000以上のプラグインが、7日間の成長速度順に表示されます。ランク、プラグイン、24時間の動き、7日間の動き、成長率、推定アクティブインストール数が確認できます。

これはすべてGeoDirectoryのListingsブロックで実現されています。

GeoDirectory自身のリスティングブロックを使い、GeoDirectoryのソートオプションで並び替え、GeoDirectoryのカスタムフィールドを読み込んでいます。トレンドソートはGeoDirectoryのソートシステムに組み込まれており、他のソートと並んでいるため、リスティングが機能するどこでも使えます。

カスタムSQLはどこにも使っていません。

統計ページからは直接このページにリンクされています。

そのページにあるすべてのインストール数バケットは、フロアがすでに適用されたトレンドへのリンクになっているため、「10万インストール以上で勢いのあるプラグインを表示」がワンクリックで実現します。

データをカスタムフィールドに取り込み、ソートを適切に登録すれば、アーカイブはGeoDirectoryがすでに提供しているパーツから自動的に組み上がります。

申請フロー

プラグインのオーナーはリスティングを申請できます。これはGeoDirectoryのネイティブな申請機能に、独自の認証ロジックを追加したものです。

プラグインの Plugin URI: ヘッダー（メインPHPファイル内のもの）を確認し、申請者がそのドメインを管理していることを検証します。

メール認証、クリックで自動承認。

最初の1週間で約100件のプラグインが申請されました。

このサイトの他の場所と同じパターンです。

GeoDirectoryが機能を提供します。ビジネスルールはその上に乗せるだけです。

トラフィック、速度、そしてElasticsearchの話

ローンチはほぼすべてXによって牽引されました。

投稿が広まり、WordPressコミュニティの著名な人物数名が取り上げたことで、トラフィックが一気に押し寄せました。

ローンチ初日に3,000人のリアルユーザー。24時間に均等に分散したわけではなく、そのうちの数時間に集中していました。

計測について一言。これは多くの人が引っかかるポイントです。Cloudflareはその期間に72,000ユニークを報告しましたが、サーバーログでは約3,000人の人間でした。残りはボットです。

クライアントにディレクトリのトラフィックを報告する場合は、喜ぶ前にサーバーログを確認してください。

スタックは耐え切りました。GeoDirectory Cloud、前段にCloudflare、LiteSpeedキャッシュ。

特別なものは何もありません。

Google PageSpeedは92点を付けており、まだ最適化は始めていません（ベータ終了後に着手予定です）。

では、正直なところをお話しします。

このサイトの検索は、GeoDirectory 専用の独自 Elasticsearch 拡張機能を通じて動作しています。

カスタムフィールド 40 個を持つ 60,000 件のリスティングと、計算値によるソートという条件では、検索とカスタムソートが想定以上に遅くなっていました。

MySQL が本来以上の処理を担ってしまっていたのです。

ほとんどのディレクトリサイトは、そこまでの規模に達することはありません。

GeoDirectory のネイティブ検索は高速であり、数千件程度のリスティングを運用しているなら、それが最適な選択肢です。私たちも自信を持ってそうお伝えします。

wp-rankings はまさにスケールの限界領域にあり、Elasticsearch 拡張機能は MySQL の限界を超えたサイト向けに、カスタムビルドでインストール・設定するものです。

重要なのは、GeoDirectory の検索レイヤーにプラグインとして組み込める点です。

内部のエンジンを置き換えるだけで、その上にあるすべてはネイティブのまま機能します。検索・ソート・フィルターは引き続き GeoDirectory が管理します。

方向は逆でも、基本的な考え方は同じです。

GeoDirectory のインフラと連携して動くこと。それを迂回しようとしないこと。一方はサイトをスケールさせ、もう一方はサイトを壊します。

その他のスタック構成

UsersWP アカウント、ログイン、会員登録、プロフィール管理に使用。

Blockstrap、および Blockstrap page builder pluginをテンプレートおよびすべてのビジュアル要素に使用。

Turnstile をログインと会員登録に導入。 AyeCode Connect.

GetPaid と UsersWP Membership プレミアムティアに対応する予定です。まだ構築していませんが、需要が本物だと証明されれば着手します。

予想外だった需要が、広告です。

すでに6人ほどがサイトのスポンサーになりたいと申し出てくれたので、 GeoDirectory Advertising アドオンを次に追加します。セルフサービス形式なので、スポンサーは私たちの手を借りずに自分で掲載枠を購入できます。

AyeCodeスタック全体が、まさに設計通りの働きをしています。ここに回避策は一切ありません。

これが証明すること

「GeoDirectoryはどこまでスケールするのか？」という問いに、以前は肩をすくめてクライアントサイトのリストを見せるしかありませんでした。

今は、実際に行って試せる公開サイトがあります。

6万件のリスティング。それぞれに40のカスタムフィールド。その裏に1,600万行の履歴データ。

ほとんどのディレクトリサイトを潰してしまうようなトラフィックの急増も、まったく揺らぐことなく吸収しました。

2人で構築しました。

実装の大部分はAIの支援を受けており、本当に問題が生じたのは、AIにGeoDirectoryの内部構造を再設計させてしまったときだけでした。AIをツールとして活用していた間は順調でした。

ぜひご覧ください： wp-rankings.com

同じようなものを構築したいなら、何で動いているかはもうご存知のはずです。

有料会員制をサイトに追加するディレクトリ運営者の多くは、汎用のWordPress会員制プラグインに頼りがちです。

MemberPress、Restrict Content Pro、Paid Memberships Pro、Ultimate Member、ProfilePress。

いずれも本来の目的、すなわちページ全体やコンテンツのセクションを有料会員向けに保護するという点では優れたプラグインです。

しかし、どれもディレクトリサイトが実際に必要とする特定の用途向けには作られていません。

ディレクトリサイトがリスティング全体を非表示にしたいケースはほとんどありません。

プレビュー（写真、名前、カテゴリ、地域）を公開で表示し、高付加価値フィールド（連絡先情報、料金、完全な住所、ケーススタディ）をログイン後にのみ表示し、さらに特定の有料ティアのメンバーにはプレミアム添付ファイル、内部メモ、リードルーティングフォームまで公開したい、というニーズがあります。

これはページレベルのコンテンツ保護ではなく、フィールド単位のきめ細かな表示制御です。

汎用のメンバーシッププラグインをGeoDirectoryサイトに無理やり組み合わせると、リスティング全体を非表示にするか（SEOとコンバージョンファネルが壊滅します）、カスタムコードで部分的なコンテンツを公開するか（メンテナンスコストが膨らみます）、どちらかを選ぶ羽目になります。

もっとスマートな方法があります。

この記事では、弊社の無料BlockStrapテーマと無料BlockStrapページビルダープラグイン、そして UsersWP Membership アドオンを組み合わせて、競合他社には真似できないブロックレベルの表示ルールを持つディレクトリサイトを構築するためのアーキテクチャ的な根拠を解説します。

ディレクトリサイトにおける表示制御の課題

真剣にディレクトリサイトを運営するなら、必ず同じ核心的な問いに直面します。

一般公開ユーザーには何を見せ、無料会員には何を見せ、有料会員には何を見せるべきか？

最適な答えは業種によって異なりますが、構造は一貫しています：

一般訪問者には、価値を理解してもらい会員登録を促すのに十分な情報を表示（写真、名前、地域、カテゴリ）
無料登録会員にはやや多くの情報を表示（位置情報マップ、一部の連絡先情報、説明文の全文）
有料会員にはすべてを表示（直接連絡先、料金、プレミアム添付ファイル、リードルーティングフォーム）
プレミアムリスティングオーナー自身には別のティアを用意（分析ダッシュボード、編集アクセス、注目掲載）

ほとんどのメンバーシッププラグインは、ページレベルでの「ログアウト」と「ログイン」の境界はそれなりにうまく処理できます。

しかし、リスティングページ内のブロックレベルでの表示制御に対応しているものはほとんどありません。

これらのプラグインでよく使われる回避策は、コンテンツをショートコードで囲む方法（Gutenbergやページビルダーで機能せず、リスティングテンプレートを変更するたびにメンテナンスが必要になります）か、テーマファイルに条件分岐PHPを書く方法（非開発者のクライアントがルールを変更できるようにする必要が生じた途端に破綻します）のどちらかです。

どちらのアプローチもスケールしません。

BlockStrapによる解決策

BlockStrapは、無料のWordPressページビルダープラグインで、無料のBlockStrapテーマ（ Real Estate Listingsテーマなどを含む）と組み合わせて使用します。

ネイティブのGutenbergブロックと直接連携するため、サードパーティのページビルダーへの依存、JavaScriptが重いフロントエンド、そして有料サブスクリプションは一切不要です。

ディレクトリサイトにとって重要な機能：ほとんどのBlockStrapブロック（特にコンテナブロック）は、ブロックサイドバーから各ブロックごとに設定できるUWP メンバーシップコントロールをサポートしています。

表示ルールは以下の条件に紐付けることができます：

訪問者がログイン中かログアウト中か
訪問者が属するUsersWPメンバーシップレベル（無料ティア、有料ティア、プレミアムティア、独自に定義したカスタムティア）
WordPressのユーザーロール（Subscriber、Editor、Author、カスタムロール）
複雑なマルチティアディレクトリに対応した上記の組み合わせ

両方のプロダクトを自社で開発しているため、連携は密接です。

UsersWP Membershipがティアを定義します。

BlockStrapはそれらのティアをネイティブに読み取り、訪問者のティアに応じてブロックの表示・非表示を切り替えます。

ショートコード不要。

カスタムPHP不要。

管理が必要なサードパーティプラグインも不要。

コンテナブロックは他のコンテンツをラップするため、ここでの主役となります。コンテナに表示ルールを設定するだけで、その内側にあるすべての要素（段落、フィールド、連絡先ボタン、画像、埋め込みフォーム）にルールが継承されます。

エディターでの表示イメージ

実際の例で見てみましょう：不動産ディレクトリを運営しており、ログアウトしている訪問者や無料会員には電話番号を非表示にしたいとします。有料会員だけが閲覧できるようにする設定です。

WordPress サイトエディターで、GD Single Template（各掲載ページのレンダリングを制御するテンプレート）を開きます。

電話番号フィールドを囲む BlockStrap コンテナを選択します（デモでは、電話フィールドを含む BS > list-group-item がこれに該当します）。

右側のサイドバーで「UWP Membership Controls」パネルを見つけ、「Enable Controls」をオンにします。

電話番号コンテナブロックの表示ルール設定を示す BlockStrap UWP Membership Controls パネル — BlockStrap コンテナブロック内の UWP Membership Controls パネル

設定はシンプルです：

このコンテンツを表示できるユーザー：ログイン済みユーザー
ユーザータイプ：一致する
選択したユーザータイプ：Standard Access（UsersWP で定義した有料メンバーシップレベル）

テンプレートを保存します。

電話番号フィールドは、有料会員としてログインしていないユーザーには表示されなくなりました。

ログアウト状態の訪問者として表示したライブ掲載ページ。電話番号フィールドが正しく非表示になっています — ログアウト状態の訪問者として表示した同じ掲載ページ：電話番号が非表示になっています

これがワークフローの全てです。

コンテナひとつ、トグルひとつ、ドロップダウン選択が3つ。

コード不要、ショートコード不要、サードパーティ製メンバーシッププラグインの設定も不要です。

コンバージョンを促進するパターン

電話番号を非表示にするのは、仕事の半分に過ぎません。

もう半分は、非表示コンテンツが置かれているまさにその場所で、ログアウト中の訪問者に会員登録を促すほど魅力的なものを見せることです。

パターンはこうです：コンテナを複製し、コピーの表示ルールを反転させ、非表示コンテンツをコンバージョン促進プロンプトに置き換えます。

具体的には：

非表示の電話番号を含むコンテナを右クリックして複製します
複製したコンテナで UWP Membership Controls を開き、ルールを反転させます（ログアウト中のユーザー、または下位ティアの訪問者には「ログイン中のユーザー＋一致しない」を設定）
複製内の動的な電話フィールドブロックを削除し（リスティングごとにライブデータを取得するため静的テキストとして編集できません）、通常の段落ブロックに置き換えます
電話番号は非表示です。このリスティングの完全な番号を確認するには、登録またはアップグレードしてください。

ログアウト中の訪問者には、明確な行動喚起を伴うティーザーバージョンが表示されるようになりました。

有料会員には実際の電話番号が表示されます。

同じ方法は、メールアドレス、住所の完全な詳細、料金、ダウンロード可能な添付ファイル、お問い合わせフォームなど、制限したいあらゆるプレミアムフィールドにも適用できます。

業種別の実例

法律サービスディレクトリ

公開リスティングの表示内容：弁護士名、写真、専門分野、都市、弁護士資格取得年。

無料メンバーの追加項目：詳細な経歴、使用言語、専門家団体、学歴。

有料会員の追加項目：直通電話番号、直通メールアドレス、オンライン予約カレンダー、案件結果サマリー。

各ティアは独自のBlockStrapコンテナ内に配置され、表示ルールは適切なメンバーシップレベルに設定されています。

一般訪問者は、その弁護士が存在すること、そして何をしているかを把握でき、会員登録への意欲を高めるのに十分な情報が得られます。「詳細を見るには無料アカウントを作成してください」というプロンプトは、ゲートコンテンツが表示されるはずの場所にちょうど表示されます。

B2B Vendor Directory

公開リスティングに表示される情報：会社名、業種、本社所在都市、従業員数の規模区分。

無料メンバーの追加項目：会社の詳細説明、製品・サービスカテゴリー、顧客ロゴ。

認証済みバイヤー会員が追加できる情報：価格帯、アカウントマネージャーへの直接連絡先、見積依頼（RFQ）送信フォーム、ダウンロード可能な仕様書。

この認証の仕組みが機能する理由は、B2Bベンダーが価格情報や担当者の連絡先を真剣なバイヤーにのみ共有したいと考えており、会員ティア自体が資格審査の役割を果たすからです。

プレミアム不動産ディレクトリ

公開リスティングに表示される情報：物件写真、近隣エリア、寝室数、浴室数、価格帯（「$2M〜$3M」）。

無料会員が追加できる情報：正確な価格、延床面積の詳細、建築年、完全な写真ギャラリー。

有料会員が追加できる情報：担当エージェントへの直接連絡先、内覧スケジュール、完全な住所、学区、直近の売買履歴。

このティア構造は、リスティングエージェントが詳細な物件情報を公開する前にバイヤーの資質を確認したい高級不動産市場で特に効果を発揮します。

不動産サイトの幅広いセットアップについては、こちらのガイドをご覧ください：不動産ウェブサイトの作り方また、こちらの比較記事もご参照ください： WordPress向けおすすめ不動産リスティングプラグインの比較.

卸売サプライヤーディレクトリ

公開リスティングに表示される情報：サプライヤー名、原産国、製品カテゴリー。

無料会員が追加できる情報：最小注文数量、リードタイム、認証・資格情報。

有料（認証済みバイヤー）会員が追加できる情報：卸売価格、営業担当者の連絡先、サンプル申請フォーム、完全な製品カタログのダウンロード。

卸売ディレクトリは、サプライヤーが価格情報を資格審査の壁の後ろに積極的に隠したいと考えているため、ブロックレベルの表示制御との相性が最も優れたユースケースのひとつです。

汎用メンバーシッププラグインがここで力不足な理由

主要なWordPressメンバーシッププラグイン（MemberPressは約199ドル/年、Restrict Content Proは99ドル/年、Paid Memberships Proは無料から有料ティアで最大347ドル/年、Ultimate Memberはプレミアムアドオンが99ドル/年〜、ProfilePressは129ドル/年）は、いずれも同じ基本ユースケース、すなわちコースサイト、有料ニュースレター、コーチングプログラム、またはコンテンツライブラリを想定して作られています。

これらの基本モデルは「このURLは保護されている、このURLは公開されている」というものです。

一部のプラグインは部分的なコンテンツ保護のためにショートコードラッパーを提供しており、静的なテキストの1〜2段落を保護する場合には機能しますが、ディレクトリプラグインのテンプレートエンジンを通じてレンダリングされる動的なリスティングフィールドを保護しようとすると、すぐに限界が生じます。

これらのプラグインと格闘してディレクトリサイトでブロックレベルの表示制御を実現しようとするコストは、三つの形で現れます。ショートコードのデバッグ時間、ディレクトリプラグインがテンプレートを更新するたびに崩れるリスティング、そしてあなたのユースケースを想定して設計されていないソフトウェアに毎年支払い続けるライセンス料です。

WordPressメンバーシッププラグインのより詳しい比較については、 WordPressメンバーシッププラグイン厳選ガイド（UsersWPブログ）をご覧ください。

実践的なスタック構成

ブロックレベルの表示ルールを備えたディレクトリサイトに最適なフルスタック構成：

GeoDirectory （無料）ディレクトリエンジン本体として
あなたのジャンルに合った無料のBlockStrapテーマ（Real Estate Listings、またはその他のBlockStrapテーマから選択）
ブロックレベルの表示制御のための無料BlockStrapページビルダープラグイン
無料の UsersWP プラグイン（ユーザー登録・プロフィール・メンバー管理用）
The UsersWP Membership アドオン（シングルサイトで年額$49）有料メンバーシップティア向け
無料の GetPaid プラグイン（メンバーシップ決済処理用）

フルスタック構成の総年間コスト：シングルサイトで年額$49、取引手数料なし。

最も近い競合の組み合わせ（GeoDirectory＋MemberPressのような汎用メンバーシッププラグイン）は、エントリーティアで年額$199＋取引手数料4.9%がかかり、取引手数料をなくすには年額$349が必要です。それでもブロックレベルの表示制御はきれいに対応できません。

このアーキテクチャ上の優位性は、ディレクトリが成長するほど大きくなります。リスティングが増え、制御するフィールドが増え、定義するティアが増えるほど、ブロックレベルのアプローチはメンテナンスの負担を増やさずにスケールします。一方、ショートコードラッパーのアプローチは、リスティングを追加するたびに状況が悪化していきます。

最後に

ディレクトリサイトには固有のメンバーシップニーズがありますが、汎用のWordPressメンバーシッププラグインはそれに対応するために作られていません。

正しいアーキテクチャの答えは、仕事のために設計されたツールを使うことです：BlockStrapテーマ、BlockStrapページビルダープラグイン、GeoDirectory、UsersWP、そしてUsersWP Membership。すべて同じチームが開発し、ひとつの統合スタックとしてテスト済みです。

ブロックレベルの表示ルールは、開発者でなくてもブロックサイドバーから設定でき、制限したいリスティングフィールドや定義したメンバーシップティアに自由に適用できます。

ショートコード不要、カスタムコード不要、ディレクトリエンジンと競合するサードパーティプラグインのライセンスも不要です。

ステップバイステップの構築ガイドについては、こちらのガイドをご覧ください：最高のビジネスディレクトリソフトウェアおよび、こちらの完全チュートリアルもご参照ください：ディレクトリウェブサイトの作り方.

ペイウォールとメンバーエクスペリエンスに関するスタックについては、こちらのガイドをご覧ください：最高のWordPressメンバーシッププラグインおよびステップバイステップのペイウォールチュートリアル.

無料で始めましょう。

ディレクトリに十分な公開トラフィックが集まり、プレミアムコンテンツの制限が正当化できる段階になったら、メンバーシップ機能を追加しましょう。

フィールドを制限するたびに汎用プラグインと格闘するのではなく、目的のために設計された統合スタックを活用しましょう。

WordPressディレクトリプラグイン：GeoDirectory vs HivePress 比較

あなたのウェブサイトに最適なディレクトリプラグインは？

WordPressでディレクトリサイトまたはマーケットプレイスサイトを構築することに決めましたね。

調べていくうちに、GeoDirectoryとHivePressという2つの名前が繰り返し目に入ったことでしょう。

どちらも実績あるプラグインで、長年の運用実績を持ち、WordPress.orgに無料版が公開されています。

どちらも無料プランで動作するディレクトリの基本機能を提供しています。

表面上の類似点は確かに存在します。

この記事で取り上げるのは、より大きな違いについてです。

最初に正直にお伝えします：私たちはGeoDirectoryを開発しました。

それが私たちの立場です。包み隠さずお伝えします。

それでも、公平な内容をお届けすることを目指しています。

HivePressは熱心なユーザーベースを持ち、クリーンな評判、フレンドリーなサポート、そしてワルシャワのチームが定期的なペースでポイントリリースを届けています。

評価に値する点はしっかり認め、アーキテクチャ、カスタマイズモデル、または長期的なコストの観点から、成長するディレクトリが別のスタックを選ぶべきと判断される場合は、率直にお伝えします。

誇張なし、偽りの中立性もなし。

検証可能な事実と、購入者自身が確認できる結論のみをお伝えします。

Directoristも検討されている場合は、別途比較記事を書きましたこちら.

TL;DR

GeoDirectoryとHivePressはどちらもWordPress上でディレクトリを構築し、無料バージョンがあり、数年間の運用実績を持っています。

購入者にとって重要な違い：

HivePressは特定のジャンル（レンタル、フリーランスサービス、専門家ディレクトリ、求人ボード、予約管理）では、ニッチなテーマが洗練されたデフォルトを提供するため、立ち上げが速いです。

GeoDirectoryはその他あらゆる面でより柔軟です：動的データを含むBricksおよびElementor PROとのネイティブ互換性、wp_postmetaの上限を超えてスケールするカスタムデータベーステーブル、ローカルSEOに対応した本格的な地域階層構造、そしてWooCommerceや年間$239のサブスクリプションアドオンを必要としない決済スタックを備えています。

HivePressは、コーディングができる方やテーマの標準機能で満足できる方には使いやすいです。ただし、Trustpilotのレビューを見ると、非開発者にとってカスタマイズのコストはすぐに積み上がることがわかります。

GeoDirectoryは最初の1週間は学習曲線が急ですが、2年目には格段に高い可能性を発揮します。

1サイトのみであれば、HivePressのライフタイムライセンスを今すぐ購入した場合の価格は同程度です（約$288の買い切り vs $139/年）。ただし、継続請求が必要な場合（約$527＋$239/年 vs 無制限サイトで$229/年）や、ライフタイムモデルが終了した後にHivePressを購入する場合は、大きく差が開きます。

HivePress は、プロジェクトがニッチなテーマに合致していて、カスタマイズモデルで問題なければ選択してください。

GeoDirectory は、上限なく成長・カスタマイズ・統合できるディレクトリを求めるなら選択してください。

比較表

	GeoDirectory	HivePress
WordPress.org の無料プラグイン	はい	はい
有効インストール数	~18,000+	~15,000+
無料アドオン	5 (Events, Real Estate, Directory Converter, WPML Multilingual, Google Analytics)	積極的にメンテナンスされている5つ（Claim Listings、Favorites、Geolocation、Messages、Reviews）＋廃止済み2つ（Authentication、Paid Listings）
無料テーマ	現行テーマはすべて無料（Classified Ads、Events、Job Board、Real Estate、Directory）	ListingHive のみ
ページビルダー互換性	Gutenberg、Blockstrap、Bricks、Elementor PRO、Divi、Beaver Builder、Breakdance とネイティブ互換。BricksおよびElementor PRO とのディープなダイナミックデータ統合、アドオン不要	ネイティブ対応なし。Elementor サポートは2022年から確認済みの機能リクエストとなっています
カスタム投稿タイプ	アドオン経由で複数のCPT、それぞれ独自の詳細テーブルを持つ	コアのリスティングタイプは1種類、Marketplace・Bookings・Requests・Memberships を通じて追加モデルを利用可能
Events	完全なイベント日程モデルを備えた GeoDirectory 専用の無料 Events アドオン	専用の拡張機能なし
カスタムフィールドのストレージ	CPTごとの専用テーブル（wp_geodir_gd_{cpt-name}_detail）：型指定済み・インデックス可能なカラムを使用	テキスト/数値にはwp_postmeta、セレクト/ラジオ/チェックボックスにはタクソノミーを使用
検索アーキテクチャ	詳細テーブルに対する単一インデックスクエリ	wp_postmetaとタクソノミーテーブルをまたぐ複数ジョイン（フィルターごとに1ジョイン）
地図プロバイダー	Google Maps、OpenStreetMap	Google Maps、Mapbox
マーカークラスタリング	サーバーサイド処理で、数十万件のマーカーにも対応（Marker Cluster アドオン）	クライアントサイドのみ
ロケーション階層	国・地域・都市・近隣エリアに対応し、カテゴリー＋ロケーションの複合URLをサポート（Location Manager アドオン）	階層なし。大規模なカスタマイズなしにはカテゴリー＋ロケーションURLは実現不可
レビューの詳細度	MultiRatings and Reviews によるTripAdvisor スタイルの複数評価基準に対応。埋め込み可能なRatings Badgeで外部被リンクを獲得	コメント付きの5段階評価のみ
マネタイズモデル	有料リスティング、特集掲載課金、バナー広告、リード課金、2種類の予約システム、マーケットプレイス、イベントチケット	有料リスティング、マーケットプレイス、予約、リクエスト、メンバーシップ
定期請求	GetPaid によるネイティブ対応、追加アドオン不要	WooCommerce + WooCommerce Subscriptions（年額$239）が必要
モバイルアプリ	サードパーティベンダー経由で利用可能（サービスベース）	2022年からリクエストあり、未リリース
SEO	コアにネイティブスキーマ搭載、ローカルSEO向けロケーション階層、Yoast/Rank Math 対応	$29のSEOアドオン、Yoast/Rank Math 対応、ロケーション階層なし
多言語対応	WPML 公式互換性	27ロケールのUI翻訳済み、コンテンツに対するWPMLまたはPolylangとの互換性は保証なし
セキュリティ実績	クリーン、2018年以降に約15件のCVEにパッチ適用済み	クリーン、重大な公開CVEなし
移行ツール	無料のDirectory Converterが phpMyDirectory、Listify、Business Directory Plugin、eDirectory、Vantage、Directorist をサポート	なし
カスタマイズモデル	標準的なWordPressの慣例に従い、あらゆるページビルダーと連携	独自のブロックライブラリとBEM CSS、コードスニペットが必要になることが多い
料金モデル	年間メンバーシップ（シングルサイト $139 / 無制限サイト $229）またはアラカルト（アドオンごとに $19〜$49）	現在はライフタイムライセンスを提供、近日中にサブスクリプションへ移行予定。バンドル $199、テーマは別途 $69〜$89
3年間の総所有コスト（典型的な有料構成）	$417-$687	ライフタイムで $288、定期課金が必要な場合は $1,005 以上

記事の全文と、その内容をご紹介します：

機能比較（無料プラグイン）

両プラグインは WordPress.org.

どちらも基本的なディレクトリをお金をかけずに立ち上げるには十分な機能を備えています。

ただし、「十分」の内容はそれぞれ異なります。

GeoDirectoryの無料プラグイン。

デフォルトのカスタム投稿タイプとして「Places」が1つ用意されています。

ディレクトリのホームページとしても機能するメイン都市に紐づいています。

2フィールドの検索バーにはキーワードフィールドとロケーションフィールドが組み合わされており、キーワード検索はデフォルトでタイトル、説明、カテゴリー、タグを対象とします。

マップはGoogle MapsとOpenStreetMapをそのまま利用できます。

レビューは標準のWordPressコメントシステムを使用し、Placesの投稿タイプに紐づいた1〜5つ星評価が追加されています。

CSVのインポートとエクスポートは無料プラグインに含まれており、一括編集に対応しています。変更したCSVを再インポートすることで、既存のリスティングをその場で更新できます。

REST APIも含まれています。

HivePressの無料スタック。

HivePressのコアプラグインは、デフォルトで1種類のリスティングタイプを扱います。

チームはWordPress.orgでホストされている7つのコンパニオンアドオンを重ねています：

HivePress Claim Listings ユーザーがリスティングを自分のものとして申請できる機能
HivePress Favorites ユーザーがリスティングを保存できるようにするため
HivePress Geolocation 位置情報ベースの検索とマップのため
HivePress Messages ユーザー間のプライベートメッセージのため
HivePress Reviews 評価とレビューのため
HivePress Authentication サードパーティのソーシャルサインインのため
HivePress Paid Listings リスティングの投稿をユーザーに課金する

ListingHiveというフリーテーマもあわせて提供されており、HivePressのブロックライブラリを最適にレンダリングするために専用で構築されています。

7つの拡張機能のうち、2つについては補足が必要です。

HivePress AuthenticationとHivePress Paid Listingsは、それぞれのWordPress.orgページで「現在アクティブな開発は行われていません」と記載されており、ドキュメントではユーザーを有料の代替品へ誘導しています。Social Loginは$29、Membershipsは$39です。

つまり、7つの無料アドオンスタックというのは、正確には5つのアクティブに開発中の無料アドオンと、推奨される代替品が有料の壁の向こうにある2つの非推奨アドオンの組み合わせです。

これは批判的な見方ではありません。

無料ツールを廃止して有料の代替品を提供するベンダーは珍しくありません。

ただ、無料スタックが充実して見えるからという理由でHivePressを選ぼうとしているなら、知っておくべき有益な背景情報です。

無料スタックにおけるより大きな落とし穴。

HivePressのブロックライブラリは、HivePress対応テーマ内でのみ正しくレンダリングされます。

「No blocks in third-party theme」というタイトルのコミュニティスレッドで、あるユーザーがHivePress非対応のテーマでプラグインを試みた際に、まさにそのタイトル通りの現象が確認されました。

すでにテーマを選択済みで、それがListingHiveまたはHivePressのプレミアムテーマのいずれでもない場合、ブロックライブラリはエディターに表示されません。

GeoDirectoryのブロックにそのような制約はなく、あらゆるブロックテーマに導入できます。

各無料プランの位置づけ。

HivePressの無料スタックは、対応範囲がより広くなっています。

積極的にメンテナンスされている無料アドオンが5つ、さらに専用の無料テーマも含まれており、無料のディレクトリプラグインとしては非常に充実した内容です。

GeoDirectoryの無料スタックは表面的な範囲は狭いですが、各ポイントでの深みがあります。

キーワード検索はデフォルトでより多くのフィールドを対象とし、CSVインポーターは新規追加だけでなく更新も処理でき、プラグインはすでに選択済みのあらゆるブロックテーマに導入できます。

ListingHiveを使う予定があり、AuthおよびPaid Listingsの廃止パターンを受け入れられるなら、HivePressの無料プランを選びましょう。

テーマの選択肢を広く持ちたい場合や、将来的に有料スタックへの移行を検討しているなら、GeoDirectoryの無料プランを選びましょう。

デザインとカスタマイズ

HivePress ListingHiveテーマとBricksビルダーで動作するGeoDirectoryの比較

両プラグインは、それぞれ異なる哲学でデザインを扱います。

一方は、デザインをあなたのもとへ届けます。

もう一方は、あなた自身がデザインを持ち込むことを前提としています。

HivePressのデザインモデル

HivePressは、厳選されたテーマカタログに多大な投資を行っています。

ListingHiveは無料です。

ニッチ向けテーマ（JobHiveは$69、RentalHive・ExpertHive・TaskHive・MeetingHiveはそれぞれ$89）は特定のユースケースに合わせて設計されており、初期状態から見栄えが良い仕上がりになっています。

週末だけで洗練されたサイトを立ち上げることができます。

デザインに関する設定は、WordPress CustomizerとHivePress独自のブロックライブラリを通じて、選択したテーマの中で行われます。

落とし穴はその一層下にあります。

テーマが公開している範囲を超えてカスタマイズするには、通常CSSが必要で、場合によってはJavaScriptや、内部のPHPテンプレートオーバーライドが必要になります。

hivepress/templates/

2026年1月のTrustpilotの4つ星レビューには、率直にこう書かれています：「スタイリングの多くはCSSとコードスニペットで対応する必要がある」。

あるWordPress開発者による1つ星の長いレビューでは、「フルスタックプログラマー」でさえRentalHiveのテンプレートオーバーライドに苦労し、本来は簡単なはずの変更を諦めたと説明されていました。

HivePress自身のチームがGitHub Gistsに150件以上の既製コードスニペットを公開コレクションとして管理しているという事実は、カスタマイズに関する質問への答えがいかに頻繁に「こちらのスニペットをどうぞ」になるかを物語っています。

HivePress AIアシスタントは、この1年でそのハードルを下げてきました。

最近の複数のレビューでは、カスタマイズに行き詰まった際に助けになったとして、この機能を具体的に評価しています。

コーディングの負担そのものが変わるわけではなく、ただ答えにたどり着くまでの時間が短縮されるだけです。

GeoDirectoryのデザインモデル

GeoDirectoryは異なるアプローチを採用しています。

このプラグインはレイアウトシステムであり、すでに選択済みのどんなテーマにも組み込むことができます。

当社の BlockStrap テーマと組み合わせればすぐに完成した見た目を実現できます。また、Astra、Kadence、GeneratePress、Hello Elementor、Bricks、Divi、その他あらゆる最新のブロックテーマやページビルダーでも動作します。

ブロックは標準のGutenbergエディターで編集できます。

Elementor PROおよびBricksとも連携し、両ビルダーのダイナミックデータシステムと深く統合されており、追加のアドオンは不要です。

Diviは当社のショートコードビルダーと連携します。

Beaver Builderも対応しています！

GeoDirectoryではカスタムCSSが必要になることはほとんどありません。

デザインの設定は、テーマ、ブロック設定、そしてページビルダーの中で行えます。

各デザインモデルの位置づけ

HivePressテーマの美的センスが気に入っており、テーマが提供する範囲を超えるつもりがないなら、HivePressの方が素早く立ち上げられ、仕上がりも十分に魅力的です。

デザインの要件が時間とともに変化する場合、またはHivePress向けに設計されていないテーマをすでに採用している場合、カスタマイズのコストは現実のものであり、ユーザーレビューでも広く報告されています。

GeoDirectoryのデザイン上限は、使用するテーマとページビルダーが許す範囲に依存しますが、Blockstrap、Bricks、またはElementor PROを使えば、事実上その上限はありません。

トレードオフとして、ニッチなテーマから引き継ぐのではなく、最初の1週間でデザインのセットアップを自分で行う必要があります。

リスティングの詳細（CPT、カスタムフィールド、フランチャイズマネージャー、リスティング比較）

このセクションこそ、ディレクトリプラグインが静かに分岐するポイントです。

デフォルトは似ているように見えます。

でも、その深さは違います。

カスタム投稿タイプとリスティングモデル

GeoDirectoryには、「Places」と呼ばれるデフォルトのカスタム投稿タイプが1つ搭載されています。

さらに追加することもできます（イベント、不動産、求人情報、賃貸物件など、プロジェクトに合わせて自由に）。追加はカスタム投稿タイプアドオン.

新しいCPTはそれぞれ専用のデータベーステーブル、フィールドセット、テンプレート、およびアーカイブロジックを持ちます。

1つのGeoDirectoryインストールで、シティガイド、イベントカレンダー、不動産ディレクトリを同時に運営でき、それぞれが独自のデータモデルを持ちます。

HivePressは、無料のコアレベルでは1種類のリスティングタイプのみに対応しています。

追加のリスティングモデルを利用するには、特定の有料拡張機能を導入します：Marketplace（$39）はベンダーが所有・販売できるリスティングを追加し、Bookings（$39）は予約可能なリスティングを追加し、Requests（$39）は逆方向の求人スタイルのリクエストを追加し、Memberships（$39）は段階的なメンバーシップ制限コンテンツを追加します。

これらは汎用的な「CPTを追加する」ためのツールではありません。

それぞれが特定のニッチに合った特定のモデルを提供します。

あなたのプロジェクトがHivePressの組み込みニッチ（レンタルマーケットプレイス、フリーランスサービス、求人ボード、専門家ディレクトリ、予約管理）のいずれかであれば、そのモデルはぴったり合います。

プロジェクトが同じサイト上で2つのニッチを扱う場合、またはバンドルされている拡張機能がカバーしていないニッチの場合、そのアーキテクチャはそのような用途向けに設計されていません。

イベント機能について

イベントは独立した段落で説明する価値があります。

GeoDirectory には無料の Events for GeoDirectory アドオンが WordPress.org で公開されており、適切な開始日・終了日、ステータス管理（予定・開催中・終了）、過去のイベントのアーカイブロジック、カレンダーウィジェット、日付ベースの検索フィルタリングを備えています。

イベント投稿タイプは、ディレクトリの他の部分と同じマップ、検索、レビュー機能と統合されています。

HivePress には専用のイベント拡張機能がありません。

標準のリスティングタイプにカスタムフィールドを追加することで擬似的に再現できますが、イベント日付モデル、ステータス管理、過去のイベントのアーカイブロジック、カレンダーはいずれも存在しません。

ビジネスプランにイベントが少しでも含まれているなら、このギャップは重大です。

カスタムフィールド

どちらのプラグインも、一般的なフィールドタイプ（テキスト、数値、セレクト、ラジオ、チェックボックス、ファイル、画像）と条件分岐ロジックを備えたカスタムフィールドビルダーを標準搭載しています。

両者が異なる方向に進むのは、ストレージモデルの部分です。

GeoDirectory はリスティングデータを専用のデータベーステーブルに保存します。

デフォルトの Places CPT の場合、テーブルは wp_geodir_gd_place_detailで、タイトル、ステータス、カテゴリ、評価、住所、緯度、経度、電話番号、メールアドレス、ウェブサイト、営業時間、その他リスティングに含まれる情報（ユーザーが作成したフィールドを含む）のネイティブカラムが用意されています。

追加の CPT ごとに、GeoDirectory は同じパターンに従った独自の詳細テーブルを作成します： wp_geodir_gd_{cpt-name}_detail.

各カラムは適切な型（varchar、int、float）が設定されており、ディレクトリクエリが頻繁にアクセスするフィールドにはインデックスを付けることができます。

HivePress はリスティングデータを WordPress の標準テーブルに保存します。

HivePress の開発者 Andrii は、コミュニティフォーラムでストレージモデルについて公式に認めています：「選択不可の属性（例：テキスト、数値）は、'hp_{field_name}' キー（例えば、電話フィールドは 'hp_phone' として保存されます）、一方、選択可能なフィールド（例：セレクト、ラジオボタン、複数チェックボックス）は 'hp_listing_{field_name}' という名前のタクソノミーのタームとして保存されます。

つまり、テキストおよび数値属性は wp_postmeta に保存され、セレクト形式の属性は wp_term_relationships と wp_terms.

パフォーマンスへの影響については、「パフォーマンスとスケーラビリティ」のセクションで詳しく説明します。

現時点での実用的なポイントとして、GeoDirectory のカスタムフィールドは適切なカラムとしてクエリ可能であり、HivePress のカスタムフィールドは結合されたメタおよびタクソノミーの行としてクエリ可能です。

Franchise Manager

GeoDirectory は Franchise Manager アドオンを提供しており、単一の親会社のもとで複数の拠点を運営する企業向けに設計されています。

親リスティングと子リスティングは継承関係でリンクされており、親の説明・写真・営業時間・連絡先情報が自動的に子に引き継がれます。また、子ごとに個別に上書きすることも可能です。

親レベルでの変更は、すべての子に自動的に反映されます。

HivePress にはフランチャイズモデルはありません。

同様の効果を実現するには、個別のリスティングを作成し、カスタムフィールドを使って紐付ける必要がありますが、自動継承機能はありません。

Compare Listings

GeoDirectory には Compare Listings アドオンユーザーが2つまたは3つのリスティングを属性ごとに並べて比較できる機能で、Amazonの商品比較のようなイメージです。

HivePressには比較機能がありません。

無料のFavoritesアドオンを使うと、ユーザーがリスティングを個人リストに保存できます。これは関連しているものの、異なるパターンです。GeoDirectoryではお気に入り機能がコアプラグインに含まれています。

各プラグインがリスティングの深度においてどこに位置するか

HivePressのリスティングモデルは、構築対象のニッチな用途に深く最適化されています。

RentalHiveとBookings拡張機能を使ったレンタルマーケットプレイスは、うまくモデル化されています。

ExpertHiveとMarketplaceを使ったフリーランスサービスサイトは、よく設計されています。

ニッチを組み合わせたり、イベントを追加したり、フランチャイズを管理したり、並列比較を提供しようとした途端、そのアーキテクチャの範囲外に出てしまいます。

GeoDirectoryのリスティングモデルは、最初からCPTの柔軟性を中心に構築されています。

デフォルト設定では、初期の設定作業が多めにかかります。

その分、上限ははるかに高く設定されています。

フロントエンド投稿とユーザーダッシュボード

UsersWP Dashboard アドオンで、リスティングオーナー向けのロール別ダッシュボードを表示 — UsersWP Dashboard アドオンで、管理者・リスティングオーナー・一般ユーザー向けのロール別ダッシュボードを表示

これが、エンドユーザーが実際に使うことになる体験です。

投稿フロー、ダッシュボード、そしてリスティング管理画面。

ここを正しく作れば、ディレクトリは使いやすいと感じてもらえます。

失敗すれば、最も重要なステップでコンバージョンが落ちます。

HivePressの投稿フローとダッシュボード

HivePressのフロントエンド投稿機能は、特に優れた領域のひとつです。

フォームはすっきりしています。

フィールドのバリデーションは正常に機能します。

画像のアップロードもスムーズに処理されます。

ユーザーダッシュボードには、リスティングのステータス、メッセージ、お気に入り、レビューがタブ形式で表示され、ビジュアルの完成度も高いです。

ほとんどのユーザーは、登録から継続的なリスティング管理まで、一貫した体験を得られます。

サポートスレッドや機能リクエストで繰り返し挙がる摩擦ポイントが一つあります。それが有料リスティングのフローです。

デフォルトの設定では、ユーザーは完全な申請フォームに入力を済ませてから、プロセスの最後にようやくパッケージ選択ステップに到達します。

リスティング情報を先に入力し、ペイウォールを最後に発見するという順序は、多くの有料ディレクトリがユーザーに慣れさせている流れとは真逆です。

有料リスティングのフローに関して「Change Details link is not working」というタイトルのコミュニティで確認済みのバグが、バグ報告フォーラムで数か月間オープンのままになっていました。

Memberships または Paid Listings 拡張機能を使って順序を変更することもできますが、デフォルトの設定ではユーザーがつまずいてしまいます。

ダッシュボード自体も、ロールの観点からは画一的です。

すべてのユーザーは、一般メンバーであれ、リスティングオーナーであれ、管理者であれ、同じようなダッシュボードを目にします。

小規模なディレクトリであればそれで問題ありません。

問い合わせ、画像、支払いを管理するアクティブなリスティングオーナーと、通常の閲覧メンバーが共存するサイトでは、ロール別ダッシュボードがないことが明確な制約として浮かび上がってきます。

GeoDirectory の申請とダッシュボード

GeoDirectory のフロントエンド申請機能は、無料プラグインに含まれています。

ユーザー側の処理は UsersWP（登録、ログイン、プロフィール、ユーザーダッシュボードを担当する無料のコンパニオンプラグイン）を通じて行われます。

この2つのプラグインは連携するように設計されており、ダッシュボードではリスティング管理、ステータス、プロフィールフィールド、投稿コンテンツをカバーしています。

有料ディレクトリの場合、フローは GetPaid、無料の請求書発行・決済プラグインです。

GetPaidはデフォルトで、送信フローの最初にプラン選択ステップを配置します。これはYelp BusinessやGoogle Business Profileがユーザーを誘導する方法を踏襲しています。

ユーザーはプランを選択し、リスティングを送信して支払いを行います。ただし、リスティング送信の離脱を防ぐために、送信前に支払いを必須にすることもできます。

支払い、リスティングフィールド、更新ロジックはすべて、設定後に同じ管理画面内で管理できます。

UsersWP Dashboardアドオンによるロール別ダッシュボード

すべてのユーザーロールに専用のコントロールセンターを設けたいサイトのために、UsersWPは Dashboardアドオン.

これはプレミアム製品で、シングルサイトライセンスは現在49ドルです。3種類の異なるダッシュボード体験が用意されています。

管理者ダッシュボード： サイト全体の統計、ユーザー管理、リスティングモデレーション、支払い確認、サポート対応をすべて1つの画面から行えます。
リスティングオーナーダッシュボード： リスティングの閲覧・編集、画像管理、送信状況の追跡、問い合わせへの返答、アカウント管理をまとめて行えます。
一般ユーザーダッシュボード： プロフィール更新、サブスクリプション管理、支払い追跡、通知、サポートへのアクセスが可能です。

このアドオンはUsersWP、GeoDirectory、GetPaidとすぐに連携できるため、有料更新・プロフィール編集・顧客からの問い合わせを管理するリスティングオーナーは、複数の画面を行き来することなく、3つのアクションをすべて1か所で確認できます。

適切にコーディングされたWordPressテーマであれば、どれとでも動作します。

これは、閲覧会員とリスティングオーナーの両方がサイトを積極的に利用するようになると、ほとんどのディレクトリオーナーが最終的に求めるようになるダッシュボードです。

HivePressのフラットなダッシュボードモデルは、ブロックライブラリやテンプレートでカスタマイズできますが、ロールを意識したダッシュボードはプラットフォームに標準搭載されていません。

各プラグインのユーザー向けUXにおける位置づけ

HivePressはデフォルトダッシュボードのビジュアル的な完成度において、標準状態での見栄えという点で一歩リードしています。

タブ、余白、そして視覚的な階層構造は、小規模なディレクトリとして優れたデザインです。

GeoDirectoryは、支払い関連のデフォルトフローと、UsersWPを通じて利用できるロール別ダッシュボードの面で一歩リードしています。

プランを先に選ぶ仕組みは小さなことに思えますが、何千もの掲載を通じて積み重なる効果があります。「すべて入力した後にペイウォールが突然現れる」という離脱パターンを防ぐからです。

ロール別ダッシュボードはより大きな要素であり、ディレクトリが趣味の段階を超えて成長するにつれて、その効果が積み重なっていきます。

どちらのプラグインも基本はしっかり押さえています。

違いが現れるのは、各チームがユーザー体験のどちらの側を最も磨き上げたかという点です。

Claim Listings

Claim Listings は、収益化を目指すディレクトリにとって、静かに売上を押し上げる機能です。

仕組みはシンプルです。

管理者またはインポーターが掲載情報をあらかじめ登録します。通常は公開されているビジネスデータから取り込みます。

実際のビジネスオーナーが現れ、自分の掲載情報を申請し、所有権を確認します。

その後、掲載情報を引き継いで自分のビジョンに合わせて編集するために料金を支払います。

これはYelp、TripAdvisor、そして数十もの地域ディレクトリが初期の収益を築いた方法です。

HivePress Claim Listings

HivePressはWordPress.orgで無料のClaim Listingsアドオンを提供しています。

ユーザーは掲載ページ上のフォームから申請を送信します。

管理者が申請を確認・検証し、承認または却下します。

承認されると、申請者が掲載のオーナーとなり、編集できるようになります。

申請に料金を設定するには、Claim ListingsをPaid ListingsまたはMemberships拡張機能と組み合わせることで実現できます。

この流れはうまく機能します。

特筆しておきたいのは、WordPress.orgのHivePress Claim Listingsは現在3,000以上のアクティブインストール数を誇り、定期的な更新が続いているため、積極的にメンテナンスされているという点です（以前ご紹介した非推奨のAuthenticationおよびPaid Listingsの無料アドオンとは異なります）。

GeoDirectory Claim Listings

GeoDirectoryの Claim Listings はメンバーシップ内のプレミアムアドオンです。

申請フローは、Blockstrapを使用する場合にブロックで任意の場所に配置できるライトボックスポップアップの申請フォームを使用します。

組み込みのNinja Formsとの連携により、デフォルトのフォームが確認プロセスに合わない場合や、他のテーマやページビルダーを使用している場合に、カスタム申請フォームを作成できます。

承認モードは柔軟に設定できます。

メール認証による自動承認が可能です（申請者はメールアドレスに送信されたリンクをクリックします）。

決済受領時の自動承認も可能です。 Pricing Managerアドオン（GetPaidとWooCommerceの両方を決済システムとしてサポート）と組み合わせることで利用できます。

完全に手動での運用も可能で、管理者がすべての申請をレビューでき、誤って承認した場合の取り消しオプションも備えています。

メール通知は管理者とユーザーの両方をカバーし、各ステップでコピーをカスタマイズできます。

申請が承認されると、リスティングのオーナーシップは自動的に移転します。元の投稿者は編集権限を失い、リスティングは新しい申請者のプロフィールに移動します。

また、投稿バッジウィジェット、ショートコード、またはブロックを使用してどこにでも表示できる、組み込みの認証済みリスティングバッジも搭載されています。

申請済みステータスはドラッグ＆ドロップのソートビルダーと連携しているため、アーカイブ結果で認証済みリスティングを上位にランク付けできます。

と組み合わせる Advanced Searchアドオンと組み合わせることで、エンドユーザーは認証済みリスティングのみを表示するよう検索結果をフィルタリングできます。

各プラグインの申請機能の位置づけ

収益化を始めたばかりの小規模なディレクトリには、HivePressの無料のClaim Listingsで十分です。

余計なコストなしにその役割を果たす、誠実なツールです。

クレーム機能を本格的な収益源へと拡大することを計画しているディレクトリにとって、GeoDirectoryのアドオンはより多くの手段を提供します。支払いトリガーによる自動承認、自動所有権移転、認証済みバッジ、並び替えと検索の統合、そしてGetPaidによる統合決済スタックです。

ここでの選択は、クレーム機能がビジネスモデルにとってどれほど重要かによって決まります。

クレームがサブ機能であれば、HivePressで十分です。

クレームが収益の中核であれば、検証の深さが重要になります。

検索エンジン

検索機能は、ディレクトリを購入する人が最も過小評価しがちな機能であり、かつユーザーが最も実感する機能です。

遅かったり浅かったりする検索は、ディレクトリを壊れているように感じさせる最も手っ取り早い方法です。

HivePressの検索

HivePressは無料プラグインでデフォルトでAJAX検索を実行します。

検索バーにはキーワードフィールドと、リスティングタイプに定義した属性から構築されたフィルターのサイドバーが表示されます。

小規模では、すっきりした使い心地です。

キーワード検索は、リスティングのタイトルとコンテンツに対してマッチングを行います。

デフォルトではタクソノミーは検索対象になりません。

「キーワードフィールドで検索クエリをオートコンプリートする」というコミュニティの機能リクエストは、2022年からロードマップに掲載されており、本稿執筆時点でもまだオープンな状態です。

フィルターサイドバーはすべての属性を個別のフィルターとして表示するため、発見しやすくなっています。

基盤となるアーキテクチャについては話が興味深くなりますが、パフォーマンスとスケーラビリティのセクションで取り上げます。

現時点では、実用的な制限はストレージモデルによって設定されています。

テキスト属性と数値属性は wp_postmetaに格納され、セレクト形式の属性はタクソノミーテーブルに格納されます。また、複数属性フィルターは属性ごとにジョインを実行します。

属性数とリスティング数が少ない場合、これは問題なく機能します。

組み合わせ数が多くなると、そうはいきません。その点については後ほど定量的に説明します。

「Ajax Layered navigation in listing filters」というタイトルで個別に確認された機能リクエストは、2023年からHivePressのロードマップに掲載されており、現在もまだオープンのままです。

レイヤードフィルタリング（AirbnbやYelpのように、フィルターオプションが利用可能な結果を動的に反映する方式）は、HivePressの検索機能が比較される際の一般的な基準ですが、現在の実装はまだそのレベルに達していません。

GeoDirectoryの検索機能

GeoDirectoryのデフォルト検索バーには、「検索ワード」フィールドと「場所」フィールドの2つが用意されています。

キーワード検索はデフォルトでタイトル、説明、カテゴリ、タグを対象としており、HivePressのデフォルト（タイトルとコンテンツのみ）よりも広い範囲をカバーします。

ロケーション検索は、設定したプロバイダーに応じて、Google MapsまたはOpenStreetMap APIを使用して近接距離を計算します。

無料プラグインは、この点での基本的な機能を提供します。

より高度な検索機能を求めるなら、有料のAdvanced Searchアドオンが全機能を解放します。

具体的には、検索オートコンプリーター、ジオロケーションの近接フィルタリング（Location Managerアドオンと連携）、設定可能な検索半径、そして任意のカスタムフィールドをフロントエンドフィルターとして公開する機能が含まれます。

GeoDirectoryのCPTはデータを専用の詳細テーブルに適切なカラムで格納しているため、属性ごとのJOIN問題が発生することなく、フィルターを自由に組み合わせて重ねることができます。

市区町村、カテゴリ、評価、価格帯、3つのカスタムフィールドによる検索フィルタリングも、JOINの連鎖ではなく、単一のテーブルに対する単一のインデックスクエリとして実行されます。

これがディレクトリの成長とともに効果を発揮するアーキテクチャ上の優位性です。

各プラグインの検索機能における位置づけ

数百〜数千件のリスティングと3〜4つのフィルターを持つディレクトリであれば、どちらの検索エンジンも快適に動作します。

数万件のリスティングと5つ以上のフィルターを同時に使用するディレクトリになると、アーキテクチャが重要になります。HivePressでは、次に説明するJOIN問題が発生します。

無料プランにおけるフィルターのUXは、属性サイドバーが組み込みでAJAXがデフォルトであるため、HivePressがやや優れています。

キーワードの検索範囲（デフォルトでカテゴリとタグを含む）と、Advanced Searchアドオンを追加した際に適切な詳細テーブルが提供するスケーラビリティの面では、GeoDirectoryが優れています。

ディレクトリの規模が小さく、検索がメインの機能でなく、検索の深さよりもフィルターのUXを重視するなら、HivePressの検索機能を選びましょう。

JOINによる遅延がユーザーに感じられるほどディレクトリが成長することを見込んでいるなら、GeoDirectoryの検索機能を選びましょう。

マップ、機能、ロケーション

地図は検索に次いで2番目に多く使われる機能です。

地図の読み込みが遅かったり、検索結果と同期しなかったりすると、ディスカバリー体験が台無しになります。

適切なアーカイブページに集約されないロケーション構造は、SEOの上限を制限してしまいます。

どちらも対処が必要です。

HivePress の地図機能

HivePress は、WordPress.org で公開されている無料の HivePress Geolocation アドオンを通じて地図機能を提供します。

標準で2つの地図プロバイダーに対応しています：Google Maps と Mapbox です。

Google Maps は月200ドルの無料クレジットを提供しており、小〜中規模のディレクトリであれば費用をかけずに運営できます。

Mapbox は独自の料金体系と機能セットを持つ別途有料のプロバイダーです。

どちらが適しているかは、どちらが無料かではなく、あなたの好みと規模によって決まります。

マッピングシステムはクライアントサイドのマーカーレンダリングを使用しています。

20〜50件のマーカーを表示するアーカイブページであれば、問題ありません。

しかし、ディレクトリ内のすべてのリスティングを表示しようとするホームページや、アメリカのような国のすべてのリスティングをレンダリングしようとするロケーションページでは、ブラウザがすべてのマーカーを読み込んでレンダリングしなければなりません。

そこでアーキテクチャの限界が見えてきます。

Mapbox の利用を検討している方に知っておいてほしい既知のバグがあります：「Exact addresses are not hidden [Mapbox]」というタイトルのコミュニティスレッドが2025年10月から未解決のまま残っており、Mapbox を地図プロバイダーとして使用した場合、地図上で正確な住所を非表示にするプライバシーモード設定が適用されないという問題が報告されています。

自宅住所を扱うディレクトリ（賃貸、訪問サービス、不動産など）にとっては、修正されるまで無視できない問題です。

GeoDirectory の地図機能

GeoDirectory は、無料プラグインで Google Maps と OpenStreetMap をネイティブにサポートしています。

地図はアーカイブや検索結果と同期するため、ユーザーがリスティンググリッドのページを切り替えると、地図もそれに応じて更新されます。

より深いパフォーマンスの答えは、プレミアムの Marker Cluster アドオン.

サーバーサイドクラスタリングを使用し、60万件以上のマーカー数に対応するよう設計されています。これは、全国規模のディレクトリや都市全体をカバーする不動産サイトが実際に直面するスケールです。

サーバーサイドクラスタリングとは、重い処理がサーバー側で行われ、ブラウザにはすべての個別ポイントではなく、事前にクラスタリングされた少数のマーカーが送られることを意味します。

それが、ホームページのマップが瞬時に読み込まれるか、ブラウザを10秒間フリーズさせるか、あるいは完全にクラッシュさせるかの違いです。

構造としての地域

ここで2つのプラグインは大きく分かれます。

HivePressは地域をジオロケーションフィールドまたはタクソノミーとして扱い、ネイティブの階層構造はありません。

「現在地の近く」で検索したり、指定した都市でフィルタリングしたりできますが、この2つは構造化された地域ページへと統合されません。

HivePressでは、カテゴリと地域を1つの正規URLに組み合わせることは「手間がかかる」という話ではありません。

大規模なカスタマイズなしには不可能です。

GeoDirectoryの Location Manager アドオンは地域をファーストクラスの階層として扱います。

国、地域、都市、近隣エリアのそれぞれが独自のページ、独自のURL、独自のメタタイトルと説明、そして独自のインデックス可能なアーカイブを持ちます。

パーマリンク構造はアドオンのインストール時に完全に設定可能なため、特定のディレクトリに合わせてURLの形式を自由に決定できます。

カテゴリと地域を1つの正規URLに組み合わせることができます。

これが、「パリのレストラン」や「パリ14区のレストラン」といったページを競合サイトと戦わせるための構造的な前提条件です。

SEOへの影響については「SEO & スキーマ」セクションで改めて触れますが、地域の階層構造は年を重ねるごとに効果が積み重なる部分です。

マップと地域における各プラグインの位置づけ

数百件のリスティングを1つのマップに表示する小規模なディレクトリであれば、HivePressのマッピングで十分ですし、無料のMapboxサポートはコスト面でも大きなメリットです。

大規模なディレクトリや、ブラウザをフリーズさせることなく地域全体や国全体を1枚のマップに表示したいディレクトリには、GeoDirectoryのサーバーサイドクラスタリングが最適な答えです。

場所を構造体として扱う点では、差はさらに大きくなります。

HivePressには階層構造がありません。

GeoDirectoryにはあり、その階層構造こそが、ローカルSEOを重視するディレクトリが競争力を持つために必要なものです。

ディレクトリの規模が小さく、サポートされている2つのマッププロバイダーのいずれかがニーズに合う場合は、HivePressのマッピングを選びましょう。

ディレクトリが1つの都市を超えて拡大する予定がある場合、または場所ベースのアーカイブページがSEO戦略の中核を担う場合は、GeoDirectoryのマッピングとLocation Managerを選びましょう。

評価 & レビュー

レビューは、ディレクトリをただの情報源から目的地へと変える社会的証明です。

信頼、コンバージョン、SEOを同時に向上させます。

各プラグインがレビューをどのように扱うかは、訪問者がリスティングをどれだけ信頼するかに直結します。

HivePressのレビュー

HivePressのレビューは、WordPress.orgで公開されている無料のHivePress Reviewsアドオンで処理されます。

ログイン済みユーザーアカウントに紐づいた、1〜5つ星の評価とテキストレビューの組み合わせです。

管理者は、レビューが公開される前に承認を必須にすることができます。

レビューはリスティング全体の評価表示と連携し、アーカイブページでの並び替えにも反映されます。

この実装は誠実で、基本をしっかり押さえています。

ユーザーのフィードバックで見られるいくつかの注意点も知っておく価値があります。

「ベンダープロフィールへのレビュー追加」というタイトルの確認済み機能リクエストが2023年からHivePressのロードマップに挙がっており、つまり標準状態ではリスティングのレビューはできても、そのリスティングを所有するベンダーへのレビューはできません。

これは、個々のリスティングと同様に出品者の評判が重要なマーケットプレイス型ディレクトリにとっての欠点です。

コミュニティで見られるもう1つのパターン：レビューはリスティングに強く紐づいています。

リスティングが削除されると、関連するレビューも一緒に削除されるため、ネガティブレビューのモデレーションが本来よりも複雑になってしまいます。

モバイルでの長いレビューにはページネーションや「続きを読む」トグルもなく、機能リクエストで指摘されてはいるものの、まだリリースされていません。

GeoDirectoryのレビュー

GeoDirectoryの無料プラグインはWordPressコアのコメントシステムを使用し、Placesの投稿タイプ（または独自に作成したカスタムCPT）に紐づいた1〜5つ星の評価機能を追加します。

無料の実装は基本機能をカバーしています：スター評価、テキストレビュー、標準WordPressコメントツールによる管理者モデレート、そしてアーカイブでの評価順ソートです。

ここで正直に注意点をお伝えしておきます。

GeoDirectoryの無料実装でリスティングを削除すると、コメントも一緒に削除されるか、最悪の場合は孤立したままになります。

無料版はあくまでベースラインです。

真の差別化は2つのプレミアムアドオンにあります。

MultiRatings and Reviews

The MultiRatings and Reviewsアドオンは評価機能をTripAdvisorスタイルのレベルに引き上げます。

1つの総合評価の代わりに、レビューを複数の評価基準に分けることができます。

品質、価格、清潔さ、フレンドリーさ、サービス、正確さなど、あなたのニッチに合ったものを何でも設定できます。

各評価基準には独自のスコアが付きます。

総合評価はAirbnbやTripAdvisorと同様に、ユーザーが直接入力します。

これは意図的な設計です。例えば清潔さが4つ星でも、ユーザーが総合評価として5つ星を付けたい場合があるためです。

代わりに評価基準の平均値を総合評価に自動反映させたい場合は、JavaScriptのスニペットを1つ追加するだけで対応できます。コードの確認方法がわかればAIツールで作成できますし、そうでない場合はサポートを通じて設定をお手伝いします。

半星の制限はありません。

塗りつぶしはパーセンテージベースのため、表示されるスコアは最も近い0.5に丸められることなく正確な値になります。

5段階、3段階、10段階のスケール、またはお好みの範囲を使用でき、カスタムスコアラベル（Terrible、Poor、Average、Very Good、Excellent）を評価基準ごとに設定できます。

評価入力にはFont Awesomeアイコン（1,500種類以上）、カスタム画像、またはシンプルなドロップダウンを使用できます。

投稿タイプおよびカテゴリーごとに異なる評価基準を設定できるため、ホテルには「ルームサービス」を含め、キャンプ場には含めないといった設定が可能です。

レビュアーはタイトルとキャプション付きで複数の画像をアップロードでき、リスティングページの追加SEOコンテンツとしても機能します。

ユーザーはレビューを「参考になった」「参考にならなかった」で評価でき、最も役立つレビューが上位に表示されます。

リスティングオーナーには明確にマークされたオーナー返信機能があり、フィードバックに公開で返答する手段が提供されます。

レビューの並び替えには「最新」「古い順」「評価が高い順」「評価が低い順」「画像が多い順」が含まれており、訪問者は長いレビューセットを自分の思い通りに閲覧できます。

これこそが「レビュー機能付きリスティングサイト」と「本格的なレビューディレクトリ」を分ける要素です。

Embeddable Ratings Badge

2つ目のプレミアムアドオンは Embeddable Ratings Badge.

リスティングオーナーが自身の外部サイトにライブ評価ウィジェットを埋め込めるようにします。

パターンはTripAdvisorと同じです。レストランが自社のホームページに「YourDirectoryで4.7の評価を獲得」と表示し、あなたのディレクトリへのリンクを設置します。

これはリスティングオーナーへの無料サービスを装った、収益を生み出すアドオンです。

ビジネスがバッジを埋め込むたびに、そのサイトからのオーガニックバックリンクが得られます。

SEOにおいて、実際のビジネスからのオーガニックバックリンクは、獲得できる中で最も価値の高い種類です。

ウィジェットは完全にカスタマイズ可能です。

管理者はディレクトリのブランディングに合わせてスタイルを固定することも、リスティングオーナーが自分のサイトに合わせて色・フォント・レイアウトを調整できるようにすることも可能です。

スマートスクリプトがリスティングオーナーのサイトでFont Awesomeが使用されているかを検出し、それに合わせて評価アイコンを自動調整します。

使用されていない場合は、軽量なHTMLスターにフォールバックします。

ウィジェットの人気が高まるにつれてサーバー負荷を軽減するCDNオプションも用意されています。

これは年月を経るごとに効果が積み重なる種類の機能です。

1,000件のリスティングを持つディレクトリでは、オーナーのわずか10%がバッジを埋め込むだけで、特定のリスティングページへ向けた100件のオーガニックバックリンクを獲得できます。

これこそがGoogleがあなたのディレクトリを競合よりも上位に表示するために使用する信頼シグナルです。

HivePress には同等の機能がありません。

各プラグインのレビュー評価の比較

評価がサブ機能であるような小規模なディレクトリやニッチなサイトには、HivePress Reviews で十分です。

無料で動作し、プラグインの他の機能ともシームレスに統合されます。

レビューを重視するディレクトリには、GeoDirectory のプレミアムスタックが2つの特定の点で大きく優れています。

MultiRatings and Reviews により、レビュアーは複数の評価基準にわたって充実したフィードバックを残せます。これは、TripAdvisor や Yelp のような本格的なレビューディレクトリがその評判を築いた土台でもあります。

Embeddable Ratings Badge は、リスティングオーナーが埋め込みを始めると自動的に稼働するバックリンクエンジンをディレクトリに提供します。

レビューをビジネスモデルの中核に据えたいなら、その差は明確です。

レビューが「あれば便利」程度の機能なら、どちらのプラグインも基本的なニーズに対応できます。

収益化とマーケティングツール

収益化こそが、ディレクトリをビジネスへと変える鍵です。

マーケティングツールは、ローンチ時のトラフィックを超えてビジネスを成長させる手段です。

両プラグインとも収益モデルを提供していますが、ターゲットとするオペレータープロファイルは大きく異なります。

HivePress の収益化スタック

HivePress は、WordPress.org レベルでいくつかの無料ビルディングブロックを提供しつつ、有料拡張機能を通じて収益化を実現します。

廃止された HivePress Paid Listings 無料アドオンは、基本的なペイウォールフローにまだ対応しています。

それ以上の機能については、開発チームはユーザーに2つの有料拡張機能を案内しています：

Memberships ($39) を使うと、ティアごとに機能制限を設けた段階的なリスティングパッケージを販売できます。

投稿ごと、注目リスティングごと、または定期課金で料金を設定できます。

複数のリスティングを1つのパッケージにまとめることができるため、ビジネスオーナーは1つのサブスクリプションで複数のリスティングを投稿できます。

おすすめリスティング、リスティング数の上限、有効期限の管理、更新ロジックはすべてここで設定します。

定期請求に関して、一点注意すべき点があります。

Memberships 2.1.0 では、真の自動更新サブスクリプションを実現するために WooCommerce Subscriptions との連携が追加されました。つまり、定期請求には WooCommerce 本体に加えて WooCommerce Subscriptions 拡張機能が必要となります。

WooCommerce Subscriptions の費用は年間 $239 で、毎年更新されます。

これがなければ、固定期間プランやリスティングパッケージを販売できますが、自動更新の定期サブスクリプションは利用できません。

サブスクリプション収益モデルで構築された HivePress ディレクトリにとって、これは実質的な追加コストとなります。

GeoDirectory の GetPaid は、同等のアドオンコストなしに定期請求をネイティブで処理します。

Marketplace ($39) ディレクトリを販売可能な商品のマーケットプレイスに変換します。

リスティングが商品となり、顧客はサイトから直接購入できます。

支払いは WooCommerce を経由して処理されます。これはアーキテクチャ上の重要な選択として理解しておく価値があります。

WooCommerce を介さずに、リスティングに直接 Stripe を統合することはできません。

有形または無形の商品を販売するマーケットプレイスであれば、これは合理的な選択です。

有料リスティングの課金だけを目的とするディレクトリには、必要以上に重厚な構成です。

Bookings ($39) カレンダーベースの予約フローを備えた予約可能なリスティング（賃貸物件、予約、機器など）を追加します。

別のアドオン、 Requests ($39)は、逆方向のリクエストリスティングを追加します。顧客がニーズを投稿し、サービス提供者が応答する仕組みです。

これは Bark や Thumbtack のようなサイトで採用されているモデルです。

リスティングの収益化を超えて、HivePressは専用の広告アドオン、ペイ・パー・リードシステム、またはイベントチケットソリューションを提供していません。

Marketplace拡張機能は、自分でモデルを構築すればイベントチケットの販売に設定できますが、専用ツールは存在しません。

GeoDirectoryの収益化スタック

GeoDirectoryの収益化は、GetPaidを通じて行われます。GetPaidはディレクトリと直接連携する、無料の請求・決済プラグインです。

もちろん、要件に応じてWooCommerceを使用することもできます。

GetPaidは、WooCommerceを間に挟むことなく、Stripe、PayPal、Authorize.Netをはじめ十数種類の決済ゲートウェイにすぐ対応しています。

純粋なディレクトリ収益化（有料リスティング、パッケージ、定期更新）においては、より軽量でシンプルなスタックです。

プレミアムアドオンは、特定の収益化パターンをさらに追加します：

Pricing Manager はパッケージ・価格設定エンジンです。

リスティング投稿ごと、注目リスティングごと、または定期更新で課金することができます。

リスティングをバンドルして販売することもできます（複数の拠点を持つ一事業者に10件のリスティングパッケージを販売するなど）。バンドルには異なるタイプのリスティングを含めることも可能で、たとえば場所1件とイベント20件を組み合わせることができます。

ペイ・パー・注目リスティングを独自のモデルとして設定することもできます。リスティングの投稿は無料で、アーカイブや検索結果の上位に表示するために料金を支払う仕組みです。

自由に組み合わせることができます：無料の基本投稿、有料プレミアムプラン、有料の注目アップグレード、定期メンバーシップ、これらすべてを同一サイト上で実現できます。

Advertising はディレクトリにバナー広告を販売するための専用アドオンです。

リスティングオーナーまたは第三者が、アーカイブページやリスティングページの指定ゾーンに広告を掲載するために料金を支払います。

料金設定、ローテーション、掲載場所はすべて管理者が制御できます。

広告は有料リスティングにリンクできるため、アーカイブでの追加表示に加え、有料リスティングはウェブサイト全体の広告ゾーンやバナーにも表示されます。

Pay-per-Lead は、まったく異なるマネタイズモデルです。

リスティングオーナーは、訪問者がアクションを起こしてメッセージを送信した場合にのみ料金が発生します。連絡先情報、またはメッセージの一部は、料金が承認・支払われた後にのみリスティングオーナーと共有されます。

これはThumbtackモデルであり、サブスクリプションではなくコストパーアクションによってマネタイズされます。

固定料金のディレクトリに抵抗を感じるビジネスオーナーでも、実際のリードに対して喜んで料金を支払うカテゴリには、このツールが最適です。

Booking Marketplace and Appointment Bookings は、2つの独立した予約アドオンです。

Booking Marketplace は2つの中でより高機能なアドオンで、カレンダーロジック、空き状況ルール、予約ワークフローを備えています。Airbnbの予約エンジンに非常に近い仕組みです。

Appointment Bookings は、在庫管理を必要とせず、タイムスロットの予約スタイルの機能だけが必要なディレクトリ向けのバージョンです。

GeoMarketplace はマーケットプレイスリスティングに紐づく有形または無形の商品を販売したいディレクトリ向けのアドオンです。

WooCommerceおよびそのマーケットプレイス拡張と連携しますが、ディレクトリ側のフローはWooの商品モデルに吸収されることなく、GeoDirectory内に維持されます。

Events for GeoDirectory は無料で提供され、GetPaidおよび Events Tickets Marketplaceと組み合わせることで、完全なチケット販売フローが利用可能になります。イベント主催者は、別途チケット販売プラグインを導入することなく、ディレクトリを通じて直接チケットを販売できます。

マーケティングツール

HivePressのコアプラグインには、Email Customizerが組み込まれており、トランザクションメールの処理が標準で提供されます。

Search Alerts（39ドル）は保存済み検索通知をカバーし、ユーザーが検索クエリを保存しておくと、新しいリスティングが一致した際にメールが届きます。

これは、ディレクトリが持てる最も強力なリテンションループのひとつです。

GeoDirectoryの無料コアは、ディレクトリ向けのトランザクションメールを備え、WordPressのメールレイヤーと統合されています。

プレミアム Dynamic User Emails アドオンを使えば、ユーザーのアクティビティに基づいたコンテキスト対応メールを送信できます。リスティング更新の期限通知、注目リスティングの有効期限、プロフィール入力の促し、そして保存済み検索のマッチングなどです。

これは自然に 保存済み検索通知 アドオンと組み合わせて使えます。これはGeoDirectoryにおけるSearch Alertsの相当機能です。

この2つのアドオンを組み合わせることで、ディレクトリは手動でアプローチしなくてもユーザーを呼び戻す、継続的なエンゲージメントエンジンへと生まれ変わります。

各プラグインの収益化とマーケティングにおける位置づけ

HivePressの収益化スタックは、特定のオペレータープロフィールに適しています。つまり、ニッチなマーケットプレイスや有料ディレクトリを運営し、WooCommerceでの決済処理に慣れており、バンドルされた拡張機能モデルに合った収益化を求めている方です。

GeoDirectoryの収益化スタックは、複数の収益モデルを並行して運用したいディレクトリ運営者向けに構築されています。有料リスティング、注目表示の都度課金アップグレード、バナー広告、リード課金、予約、イベントチケットなど、すべてGetPaidの直接ゲートウェイ統合を通じて収益化され、WooCommerceのインストールを強制することなく、それでもオプションとして残されています。特にマーケットプレイス拡張機能が必要な場合はなおさらです。

マーケティングツールも同じ形をしています。

HivePressは保存済み検索を有料アドオンとして提供し、コアに有能なトランザクションメール機能を備えています。

GeoDirectoryは、保存済み検索、トランザクションメール、そしてリスティング固有のデータを自動リテンションキャンペーンに引き込む動的なユーザーメールを備えています。

ビジネスモデルが「ニッチなマーケットプレイスでの有料リスティング」であれば、HivePressのスタックで十分です。

ビジネスモデルが「長年にわたってユーザーを維持する必要があるディレクトリ上での複数の収益源」であれば、GeoDirectoryのスタックはより幅広い対応が可能です。

モバイル機能

モバイルユーザーは、デスクトップユーザーとは異なる方法でディレクトリを閲覧します。

地図を求め、高速な読み込みを求め、2タップでビジネスに電話またはメッセージを送りたいと思っています。

モバイル対応は最低限の条件です。

本格的なモバイル体験が上限です。

モバイルにおける HivePress

HivePress のテーマはすぐにレスポンシブ対応しています。

リスティングページ、検索フィルター、ユーザーダッシュボードはモバイルのブレークポイントに対応しており、ビジュアルデザインも小さな画面でも十分に機能します。

小規模なディレクトリであれば、これで十分です。

執筆時点では、HivePress コミュニティから報告された既知のバグがいくつかバグトラッカーに残っており、たとえば動画の埋め込みが textarea 属性内で正しくリサイズされない問題や、設定のツールチップがモバイルで表示されない問題などがあります。

どちらもリリースの妨げにはなりませんが、モバイルがメインのターゲットであれば把握しておく価値があります。

ネイティブモバイルアプリは、2022年から HivePress のロードマップで確認済みの機能リクエストとなっています。

3年が経過した現在も、まだオープンな状態でリリースされていません。

当面の間、HivePress サイトはモバイルウェブ体験であり、アプリ体験ではありません。

モバイルにおける GeoDirectory

GeoDirectory のモバイル体験はテーマに依存するため、レスポンシブの動作は選択したテーマに合わせて変わります。

GeoDirectory を当社の Blockstrap テーマ、または Astra、Kadence、Bricks などの優れたブロックテーマと組み合わせることで、サイト全体と同水準のモバイルデザイン品質を実現できます。

プラグイン独自の UI 要素（マップ、検索、投稿フロー）は、デフォルトでさまざまなブレークポイントで機能するよう設計されています。

ネイティブモバイルアプリについて、GeoDirectory もコアレベルでは同じ回答です。つまり、私たちが提供するネイティブアプリは存在しません。

しかし HivePress とは異なり、サードパーティのベンダーが REST API を通じて GeoDirectory ディレクトリに接続するネイティブモバイルアプリを開発しています。

現在、少なくとも2社のベンダーがこれを有償サービスとして提供しており、お客様のディレクトリにブランディングされた iOS および Android アプリを開発・保守しています。

料金モデルはプラグイン型ではなくサービス型のため、ベンダーと直接契約することになります。

これは私たちが提供する機能ではありません。

GeoDirectory の REST API がサードパーティによる開発に十分対応しているからこそ存在する、エコシステムとしての選択肢です。

ブランド化されたモバイルアプリが必要なディレクトリにとって、それは現実的な選択肢です。

必要としないディレクトリにとっては、レスポンシブなウェブ体験がそのユースケースをカバーします。

各プラグインのモバイル対応状況

両プラグインはすぐに使えるレスポンシブ設計を備えており、中小規模のディレクトリに対して十分なモバイルウェブ体験を提供します。

ネイティブモバイルアプリがロードマップに含まれている場合、どちらのプラグインもネイティブアプリを同梱していません。

違いは、GeoDirectory の REST API がサービスとしてアプリを提供するサードパーティベンダーを引き付けている一方、HivePress のアプリ開発リクエストは長年ロードマップに載ったまま進展がないという点です。

ほとんどのディレクトリ運営者にとって、このセクションは優劣がつきません。

ブランド化されたモバイルアプリが本当に必要な一部の運営者にとって、GeoDirectory のサードパーティエコシステムは今日から進める道筋を提供してくれます。

SEOとスキーマ

GeoDirectory のロケーション階層ページがローカルな交差点クエリでランク付けされている例

SEO は、ディレクトリが長年にわたって成否を分けてきたセクションです。

スキーママークアップ、構造化URL、インデックス可能なアーカイブページ、そしてコンテンツの深さは、それぞれが相乗効果をもたらします。

これを正しく実装したディレクトリは、Yelp と対等に検索順位を競います。

これを誤ったディレクトリは、Google で表示されないままです。

HivePress の SEO

HivePress は SEO を $29 の有料拡張機能として販売しています。

この SEO アドオンは、メタタイトル、ディスクリプション、サイトマップ、およびリスティング向けの基本的な構造化データを処理します。

十分な基盤となる機能です。

より深い SEO 対策には、HivePress は Yoast SEO および Rank Math と互換性があり、どちらも OpenGraph タグ、Twitter Cards、追加のスキーマタイプまでカバー範囲を拡張します。

HivePress の SEO の上限をアーキテクチャが制限しているのは、ロケーション構造の面です。

ロケーションはタクソノミーまたはジオロケーションフィールドであり、ネイティブな階層構造を持ちません。

カテゴリとロケーションを組み合わせて単一の正規アーカイブURLにする機能は、標準では搭載されていません。

「パリのレストラン」で上位表示されるページを構築するには大規模なカスタマイズが必要です。なぜなら、プラグインはデフォルトでその交差点を実際のインデックス可能なページとして生成しないからです。

SEOがローカル交差点ページではなくマーケットプレイス自体のランキングを目的とするニッチなマーケットプレイスであれば、HivePressのSEOで十分です。

Googleのローカル検索結果で競合するローカルディレクトリにとって、階層構造の欠如はSEO戦略のスケールに限界をもたらします。

GeoDirectoryのSEO

GeoDirectoryはスキーママークアップをコアにネイティブで搭載しています。

これには、LocalBusiness・Product・Event・Article、そのほかディレクトリリスティングに関連するSchema.orgタイプが含まれており、スキーマはリスティングの実際のフィールドから自動生成されます。

レビュー・営業時間・住所・価格などの属性は、手動操作なしにJSON-LDに反映されます。

Yoast SEOとRank Mathはどちらも互換性があり、OpenGraph・Twitter Cards、およびそれらが提供する幅広いSEOツールキットを追加レイヤーとして活用できます。

より大きなSEO上の優位性は、 Location Manager アドオンで前述した点にあります。

国・地域・都市・近隣エリアのそれぞれに専用ページ、独自のメタタイトルと説明文、そしてインデックス可能なアーカイブが用意されています。

Location Managerをインストールすると、ディレクトリのパーマリンク構造を設定し、カテゴリとロケーションを単一の正規URLに組み合わせることができます。

これが「パリのレストラン」や「パリ14区のレストラン」といったページを上位表示させるための構造的な前提条件です。

各交差点ページは、独自のコンテンツブロック・リスティング、そして上位表示のポテンシャルを持つ実際のアーカイブになります。

それをディレクトリがカバーするカテゴリとロケーション全体に掛け合わせると、一切手動で書くことなく、何百・何千ものインデックス可能なアーカイブページが生まれます。

これが、Yelp・Tripadvisor・Google Business Profileと競合するために本格的なローカルディレクトリが行っていることです。

HivePressでは、大規模なカスタム開発なしにこれを実現することはできません。

各プラグインのSEOにおける位置づけ

ニッチなマーケットプレイスや、SEOがロケーション主導のキーワードではなくブランドを目的とするディレクトリであれば、HivePressはSEOアドオンにRank MathまたはYoastを組み合わせることで基本をカバーできます。

「[location]の[category]」という検索クエリでの上位表示をビジネスモデルの根幹とするローカルディレクトリにとって、HivePressに階層構造が欠けていることは、構造的な制限となります。

GeoDirectory のネイティブスキーマに Location Manager を組み合わせることで、ローカルSEO主導のディレクトリが本当に必要とする基盤を手に入れられます。

この2つのプラグインのSEO上限の差は、メタタグの問題ではありません。

それはURLの背後にあるアーキテクチャの問題です。

そのアーキテクチャこそが、いくつかの汎用ページを上位表示するか、何千もの地域特化した組み合わせページを上位表示するかの違いを生み出します。

パフォーマンスとスケーラビリティ

このセクションでは、アーキテクチャの話が最も重要になります。

また、ローンチ前に購入者が最も見落としがちな点でもあります。

500件のリスティングで快適に動作するディレクトリが、トラフィックの多い状態で5,000件になると破綻することがあります。その差はプラグインがデータをどのように保存・クエリするかにかかっています。

HivePressがリスティングデータを保存する仕組み

HivePressのストレージモデルは、HivePressの開発者Andriiによってコミュニティフォーラムで公式に確認されています。

テキストおよび数値属性は以下に保存されます wp_postmeta キーは次のような形式です hp_{field_name}.

セレクト、ラジオ、チェックボックスの属性は、以下のタクソノミータームとして保存されます wp_term_relationships と wp_terms、タクソノミー名は次のような形式です hp_listing_{field_name}.

クエリ層は標準のWordPress関数をラップしています： WP_Query, WP_Comment_Query, WP_Term_Query.

リスティング用のカスタムテーブルはありません。

リスティングはWordPressの投稿であり、そのデータは以下にまたがって分散されています wp_posts, wp_postmeta、およびタクソノミーテーブルにも保存されます。これは他のWordPressコンテンツと同様の仕組みです。

GeoDirectoryがリスティングデータを保存する仕組み

GeoDirectoryはリスティングデータに専用のデータベーステーブルを使用しています。

デフォルトのPlacesカスタム投稿タイプは、そのデータを wp_geodir_gd_place_detailに保存します。このテーブルにはタイトル、ステータス、カテゴリー、評価、住所フィールド、緯度、経度、電話番号、メールアドレス、ウェブサイト、営業時間など、リスティングに必要なすべての項目に対応するネイティブカラムが備わっています。

追加されたカスタム投稿タイプごとに、同じパターンに従った専用の詳細テーブルが作成されます： wp_geodir_gd_{cpt-name}_detail.

カラムには適切な型（varchar、int、float、datetime）が設定されており、ディレクトリクエリで頻繁にアクセスされるcity、country、latitude、overall_ratingなどのフィールドにインデックスを張ることができます。

添付ファイルはWordPressメディアライブラリの外部に保存されます。メディアライブラリ自体は、リスティングごとの画像数が多いディレクトリではすぐにボトルネックになってしまいます。

クエリへの影響

その違いは、フィルタリングを始めた瞬間に現れます。

あるユーザーがGeoDirectoryのディレクトリで「パリにある評価4以上・テラス席ありのイタリアンレストラン」を検索したとします。

これは単一の詳細テーブルに対する1回のインデックス付きクエリで処理され、カテゴリー、場所、評価、テラス席カスタムフィールド用の適切なカラムが使われます。

10万件のリスティングがあり、大量のトラフィックが押し寄せる状況でも、クエリは数ミリ秒で結果を返します。

同じ検索をHivePressのディレクトリで実行すると、動作はまったく異なります。

カテゴリーフィルターはタクソノミーテーブルをJOINします。

場所フィルターは別のタクソノミーテーブルをJOINします。

評価フィルターは wp_postmeta.

テラス席フィルターは wp_postmeta を再びJOINします。

これは単一クエリに対して4つのJOINが発生しており、しかもそのJOINはリスティングやメタエントリが増えるたびに肥大化するテーブルに対して実行されます。

リスティング数が数百件で、フィルターが2〜3個程度であれば問題なく動作します。

しかし、リスティングが数千件になり、5〜6個のフィルターが同時に動作し、さらに複数の検索が並行して行われると、このプラグインはWordPressを使い物にならない状態にしてしまいます。

これはHivePressに固有のバグではありません。

これは、マルチ属性フィルタリングを大規模に使用した際に露呈する、WordPressの標準的な投稿メタおよびタクソノミーストレージが持つアーキテクチャ上の限界です。

同じ限界はDirectoristにも、独自テーブルを持たないあらゆるディレクトリプラグインにも、そしてフィルタリング検索に WP_Query をラップしているあらゆるプラグインにも存在します。私たちの知る限り、独自テーブルを搭載しているディレクトリプラグインはGeoDirectoryだけです。

HivePressがスケーラビリティについて語ること

あるユーザーがWordPress.orgサポートフォーラムで、HivePressのマーケットプレイステーマであるTaskHiveとExpertHiveのスケーラビリティについて質問しました。

HivePressからの公式回答：「私どもの側に制限はございません。制限が生じるとすれば、ご利用のサーバーに起因するものです。また、ユーザー数やリスティング数などが多い場合は、正しく、かつ十分な速度で表示されるよう、適切なサイト最適化が必要になることをご承知おきください。」

これは妥当な回答です。

同時に、スケーラビリティの負担をユーザーに転嫁する、教科書通りのやり方でもあります。

購入できるカスタムテーブルレイヤーは存在しません。

JOINの問題を解決するプラグイン設定もありません。

「適切なサイト最適化」とは、キャッシュ、高速なサーバー、クエリの最適化を意味し、そしてどれだけ手を尽くしても一部のクエリは遅いという現実を受け入れることを意味します。

マップパフォーマンスについて

マップのパフォーマンスも同じ論理でスケールします。

HivePressのGeolocationアドオンはクライアントサイドのマーカーレンダリングを採用しており、ブラウザが各マーカーを個別に受信してレンダリングします。

マーカーが数十個程度であれば問題ありません。

しかし、1枚のマップ上に数千個のマーカーが表示される場合（トップページのマップ、国レベルのロケーションアーカイブ、「全リスティングを表示」ページなど）、ブラウザはフリーズしてしまいます。

GeoDirectoryのMarker Clusterアドオンはサーバーサイドクラスタリングを実行し、マーカー数が数十万件規模にも対応できるよう設計されています。

サーバーは表示されているマップの範囲に基づいてマーカーを事前にクラスタリングし、ブラウザはすべての個別ポイントではなく、少数のクラスターマーカーのみを受け取ります。

これが、どんなスケールでも瞬時に読み込まれるマップと、数千件のリスティングを超えると使い物にならなくなるマップの違いです。

各プラグインのパフォーマンスとスケーラビリティの比較

数百〜数千件程度のリスティングで、トラフィックが少なく、フィルターが2〜3個、マップ上のマーカーが数十個程度のディレクトリであれば、HivePressは快適に動作します。

そのサイズではアーキテクチャが制限要因になることはありません。

トラフィックが多く、数千件のリスティングに5つ以上のフィルターが付き、マップ上のマーカーも数千件に及ぶディレクトリでは、投稿メタとタクソノミーのJOINパターンがボトルネックになります。

HivePressからストレージ層を変更できる拡張機能を購入することはできません。

GeoDirectoryのカスタムテーブル、適切なカラム型、インデックス可能なフィールド、そしてサーバーサイドのマーカークラスタリングは、ディレクトリが趣味の範囲を超えて成長したときに必要となるアーキテクチャコンポーネントです。

ディレクトリが数千件のリスティングを超えることがなく、人気面での大きな野望もないのであれば、アーキテクチャの違いは問題にならず、HivePressで十分です。

成長を目指すなら、ストレージモデルが上限を決めます。

セキュリティ

セキュリティは、どちらのプラグインも後ろめたいことが何もない数少ないセクションの一つです。

また、ディレクトリプラグイン市場全体で最も評判が悪いセクションでもあります。

HivePressとGeoDirectory に関しては、この点は簡潔かつ率直にお伝えできます。

HivePressのセキュリティ実績

HivePressは、公開されているセキュリティ実績においてクリーンな状態を保っています。

National Vulnerability Database、Wordfence Intelligence、およびPatchstackデータベースを確認しました。

執筆時点では、HivePressに対して重大なCVEは登録されていません。

コードベースは整理されていると評判で、チームは脆弱性の開示に対して責任ある対応を取っており、ユーザーをリスクにさらすようなプラグインの閉鎖や緊急パッチの履歴もありません。

これは本物の評価に値します。

脆弱性データベースに登場しないディレクトリプラグインは、セキュリティ面でその役割をしっかり果たしています。

GeoDirectoryのセキュリティ実績

GeoDirectoryの実績も、ディレクトリプラグインの基準からすればクリーンです。

2018年のv2リリース以降、約15件のCVEが公開されていますが、そのほとんどは低〜中程度の深刻度であり、いずれも後続のリリースでパッチが適用されています。

チームは標準的なチャネルを通じて脆弱性の開示に対応しており、問題が発見された際には迅速にパッチが提供されます。

プラグインの閉鎖もなく、ユーザーへの緊急通知もなく、侵害イベントも発生していません。

この2つのプラグインの実際の違い

HivePressとGeoDirectoryを具体的に比較している購入者にとって、セキュリティは差別化要因にはなりません。

どちらのプラグインも、この点では役割を果たしています。

はるかに大きなディレクトリプラグイン市場におけるセキュリティの問題は、他のベンダーに関係しています。

HivePressとGeoDirectoryはどちらも、そのようなトラブルを回避してきました。

セキュリティがあなたにとって重要な決定要因であれば、どちらのプラグインも基準をクリアしています。

両者の選択は、このセクションではなく、他のセクションの内容によって決まります。

多言語対応

国際的なユーザーを対象としたディレクトリには、多言語サポートが必要です。

単一言語のユーザーを対象としたローカルディレクトリにとって、このセクションはあると嬉しい機能です。

複数の国や言語をカバーするディレクトリにとっては、必須の要件です。

HivePressの多言語対応

HivePressはWordPress.orgで27のロケールに翻訳されており、これは大きな強みです。

インターフェース、管理画面のラベル、フロントエンドのデフォルト文字列は、最初から複数の言語に対応しています。

より難しい問題は多言語コンテンツです。つまり、翻訳されたリスティング、カテゴリー、カスタム属性ラベルを備えた同じディレクトリを、英語・スペイン語・フランス語で同時に運用することです。

この点に関するHivePressの公式見解は、「WP管理画面で入力した属性ラベルやその他のラベルテキストの多言語翻訳」というタイトルのコミュニティスレッドに記載されています。

チームの回答：HivePressはいかなる多言語プラグインとの互換性も保証しません。

WPMLやPolylangを試すことはできますが、チームはそのインテグレーションから生じる問題のサポートを約束しておらず、どの翻訳パターンが機能してどれが機能しないかについての公式ドキュメントも存在しません。

1言語のみの小規模なディレクトリであれば、これで問題ありません。

本番環境で複数言語を運用する必要があるディレクトリにとって、互換性が保証されないことは現実的なリスクです。

GeoDirectoryの多言語対応

GeoDirectoryは公式に WPMLと互換性があります.

このインテグレーションは、翻訳されたリスティング、カテゴリー、カスタムフィールドラベル、および地名の翻訳をカバーしています。

WPMLとの互換性はGeoDirectoryチームによってドキュメント化・サポートされており、インテグレーションに関する問題は「ご健闘をお祈りします」的なコミュニティスレッドではなく、明確なサポート経路を通じて対応されます。

Polylangは現時点では公式サポートの対象外です。

WPMLが多言語スタックの選択肢であれば、GeoDirectoryのインテグレーションは成熟しており、本番環境での使用に耐えられます。

Polylangが必須要件である場合、現時点ではどちらのプラグインも適切な選択肢とは言えません。

各プラグインの多言語対応状況

単一言語のディレクトリであれば、このセクションは引き分けです。

どちらのプラグインもお使いの言語で提供されており、問題なく対応しています。

多言語ディレクトリの場合、GeoDirectoryの公式WPML互換性がより安全な基盤となります。

違いは機能の問題ではありません。

問題は、何か不具合が発生したときに、プラグインチームが多言語設定のサポートを継続することを約束しているかどうかです。

HivePressはその約束をしていません。

GeoDirectoryは、特にWPMLについて、そのコミットメントを果たしています。

使いやすさ

使いやすさは、二つの異なる観点から語られます。

一つはエンドユーザーの体験で、これは「フロントエンド投稿とユーザーダッシュボード」のセクションで取り上げました。

もう一つはサイト構築者の体験で、このセクションではその点について説明します。

実際に求めるものに合わせて、ディレクトリを立ち上げ、設定し、カスタマイズするのはどれほど簡単でしょうか？

サイト構築者にとってのHivePress

HivePressは、チームが設計した範囲内で使う分には、本当に使いやすいプラグインです。

コアプラグインをインストールし、HivePressのテーマ（無料のListingHiveまたはニッチなプレミアムテーマ）を選択し、必要な無料または有料の拡張機能を追加し、管理画面から属性を設定して、公開しましょう。

デフォルトの操作感はスムーズで、管理画面も整理されており、多くのポジティブなレビューがまさにこの点を評価しています。

壁にぶつかるのは、テーマが公開している範囲を超えようとしたときです。

コミュニティフォーラムやTrustpilotでよく見られるパターンがあります。WordPressカスタマイザーにないレイアウトを変更したいというユーザーに対して、コードスニペットや hivepress/templates/内のテンプレートオーバーライドのパス、またはHivePressのカスタマイズサービスへの案内が返ってきます。

このプラグインはコーダーにとって使いやすいものです。

コードなしで作業するサイト構築者には、やや不親切です。

HivePressのAIアシスタントは、この1年でその摩擦を軽減しました。

Trustpilotのレビューの中には、カスタマイズに行き詰まったときにAIのおかげで解決できたと具体的に述べているものもあります。

根本的なコーディングの負担が変わるわけではなく、答えにたどり着くまでの時間が短縮されるだけです。

サイトビルダーのためのGeoDirectory

GeoDirectoryは、HivePressよりも学習曲線が急です。

このプラグインは、最初の1週間で検討すべきオプション、アドオン、設定パス、そして判断事項がより多く提供されます。

そのトレードオフとして、上限ははるかに高くなります。

一度設定すれば、GeoDirectoryはあらゆる最新のWordPressワークフローにシームレスに組み込まれます。

リスティングは投稿と同じ方法で管理できます。

Gutenberg、Bricks、Elementor PRO、またはすでに使い慣れた他のページビルダーを使ってページを構築できます。

設定は標準的なWordPress管理画面から行えます。

その操作体系はWordPressに精通したユーザーの期待に沿うものであるため、WordPress経験のあるエージェンシーやフリーランサーであれば、初期設定の時間から想像するよりも早くGeoDirectoryを習得できます。

無限の可能性は両刃の剣です。

必要がなければ、それはオーバーヘッドになります。

必要であれば、それが小さなディレクトリと本物のビジネスを分けるものになります。

各プラグインの使いやすさの評価

HivePressは、プロジェクトがバンドルされたテーマのいずれかに収まり、テーマに付属する機能で満足できるなら、より素早く立ち上げられます。

週末には動作する洗練されたディレクトリが完成するでしょう。ただし、それは無数の似通ったウェブサイトの一つになってしまいます。

GeoDirectoryは立ち上げに時間がかかりますが、構築できるものに上限がありません。

プロジェクトが成長・変化したり、標準的なリスティングモデルを超えるようであれば、GeoDirectoryの幅広い互換性と高い上限が長期的に見て優れた選択肢です。

ここでの判断は、どちらのプラグインが絶対的に使いやすいかという話ではありません。

問題は、より簡単なプラグインの制約が、6か月後に自分の特定のディレクトリにとって障害になるかどうかです。

開発者向け拡張性とインテグレーション

このセクションが最も重要なのは、2つのグループに対してです。

カスタムコードでプラグインを拡張する予定の開発者。

また、ディレクトリをWordPressエコシステムの他のツールと統合したいサイトビルダーの方。

どちらのプラグインにもここで語るべきことがありますが、その内容は異なる方向を向いています。

開発者向けのHivePress

HivePressは、開発者にやさしいフレームワークとしての評判を確立しています。

コードベースはWordPressのコーディング標準に準拠しています。

フックリファレンスが公開されています。

REST APIがドキュメント化されています。

チームはGitHub Gistsにコードスニペットのライブラリを継続的に拡充しています。

ゼロから完全カスタムのディレクトリを構築している開発者であれば、このフレームワークは快適に拡張でき、ドキュメントも本当に役立ちます。

「開発者向けに構築された」ことの裏返しとして、カスタマイズには開発者であることが求められる場合が多いという点があります。

テンプレートシステムは、HivePress独自のブロックライブラリとBEM CSS記法を使用しています。

ドキュメントは充実していますが、独自のシステムであり、それ相応の学習コストが伴います。

一般的なプラグインに期待するようなWordPressの慣例が、必ずしも当てはまるとは限りません。

他のWordPressテーマでは正常に動作するプラグインが、HivePressテーマでは予期しない挙動を示すことがあります。特に、リスティングテンプレート、ユーザーダッシュボード、または投稿フローに関わるものでその傾向が顕著です。

Trustpilotの1つ星レビュアーが、まさにこのパターンを説明しています。他のサイトで使用していたプレミアムプラグインが、HivePressサイトに移った途端に予期しない挙動を起こしたというものです。

このフレームワークは、HivePressの規約に沿って開発する開発者にとって強力です。

外部のツールを持ち込もうとすると、難易度が上がります。

HivePressとページビルダー

主要なWordPressページビルダーとのHivePressの統合に関しては、語れることがほとんどありません。

Elementorとのネイティブ統合はありません。

Bricksとのネイティブ統合はありません。

DiviおよびBeaver Builderとのネイティブ統合はありません。

「HivePressとそのテーマへのElementorサポート」というタイトルのコミュニティ機能リクエストは2022年から確認されており、本稿執筆時点でも未解決のままです。

現状の回答は、HivePressテーマ内でHivePressブロックライブラリを使用するか、ギャップを埋めるためのカスタム開発を依頼することです。

開発者向けGeoDirectory

GeoDirectoryは開発者にも優しい設計です。

無数のフックとフィルター、充実したドキュメントを備えたPHP API、REST APIエンドポイント、そして私たちのチームが管理するコードスニペットライブラリが用意されています。

規約は標準的なWordPressのパターンに沿っているため、GeoDirectoryを使ったことがないWordPress開発者でも、たいていは半日で全体像を把握できます。

このプラグインは拡張されることを前提に構築されています。

また、他のツールと共存できるよう設計されており、それがより大きな違いです。

GeoDirectoryとページビルダー

GeoDirectoryは、主要なWordPressページビルダーとすぐに100%互換性があります。

Gutenbergは動作します。

Elementor PROは、Elementorのダイナミックデータシステムと深く統合された状態で動作します。

Bricksは、Bricksのダイナミックデータシステムおよびクエリループと深く統合された状態で動作します。

Diviは、ショートコードビルダーを通じて動作します。

Beaver Builderは動作します。

Breakdanceは動作します。

これらの統合はいずれも、別途アドオンを必要としません。

BricksまたはElementor PROでディレクトリを構築している場合、GeoDirectoryのダイナミックデータ統合により、ページビルダーのネイティブなダイナミックデータUIを通じて、リスティングフィールド、カスタム属性、ロケーションデータ、レビューデータをレンダリングできます。

開発者やサイトビルダーは、すでに使い慣れたツールで作業できます。

ディレクトリデータはそのツールにネイティブに流れ込みます。

これは、リスティングレイアウトをカスタマイズするためにHivePressのブロックライブラリを学ぶよう求められる体験とは、まったく異なるものです。

開発者向け拡張性において各プラグインが位置する場所

GeoDirectoryはこのセクションで、議論の余地なく勝利しています。

両プラグインともフック、フィルター、REST API、開発者向けドキュメントを提供しています。

両プラグインとも、有能な開発者であれば拡張可能です。

違いが生まれるのは、ディレクトリをWordPressの他のスタックと統合したい場合です。

HivePressは、独自のテンプレートおよびブロックシステムの内側で作業することを求めます。

GeoDirectoryは、あなたがすでに使用しているものと連携し、2026年において最も重要な2つのページビルダーでネイティブなダイナミックデータ統合を提供します。

単発のカスタムディレクトリを構築する開発者にとっては、両プラグインともその役割を果たします。

既存のワークフローに組み込み、既存のツールと統合し、カスタムのブリッジコードを作らずに拡張する必要があるディレクトリを構築する開発者やエージェンシーにとっては、GeoDirectoryがより簡単な選択肢であり、より互換性の高い基盤です。

インポート / エクスポート＆移行

このセクションが重要になるシナリオは2つあります。

新しいディレクトリを始めて、既存のデータを一括インポートしたい場合。

または、すでに別のプラグインでディレクトリを構築しており、より優れたものに移行したい場合。

HivePressのインポートとエクスポート

HivePressはImport拡張機能を$29で販売しています。

CSVの列をHivePressの属性にマッピングすることで、リスティングのCSVインポートを処理します。

新しいHivePressディレクトリへのリスティングの初期一括読み込みには、十分に機能します。

双方向のフローはかなり制限されています。

ディレクトリをエクスポートし、スプレッドシートでリスティングを編集して変更を再インポートするような一括編集ワークフロー向けに設計されたクリーンなCSVエクスポート機能はありません。

他のディレクトリプラグインからHivePressへ移行するための組み込み移行ツールはありません。

Directorist、GeoDirectory、Business Directory Plugin、またはその他のディレクトリプラグインに既存のデータがある場合、それをHivePressにインポートするにはカスタムインポートスクリプトまたはデータベースレベルの移行が必要です。

GeoDirectoryのインポートとエクスポート

GeoDirectoryは無料プラグインにCSVのインポートとエクスポートを搭載しています。

フローは適切に双方向対応しています。

ディレクトリをCSVにエクスポートし、スプレッドシートでリスティングを編集してファイルを再インポートすると、既存のリスティングが一意の識別子に基づいてその場で更新されます。

管理するリスティングが数百件に達したとき、ほとんどのディレクトリ運営者が実際に求めているのがこの一括編集パターンです。

他のディレクトリプラグインからの移行については、GeoDirectoryに Directory Converterアドオン.

ディレクトリの移行はライブサイトで行うにはリスクが高すぎるため、ステージング環境での実行を想定して設計された、現在ベータ版の無料ツールです。

現在サポートされているソースプラグインには、phpMyDirectory、Listify、Business Directory Plugin 6.3+、eDirectory、Vantage Directory Theme、Directorist 7.9.0+ が含まれます。

HivePressは現時点でサポート対象リストに含まれていません。

HivePressからGeoDirectoryへ移行する際に公式対応を希望される場合、Directory ConverterをHivePressソースに対応するよう拡張することが可能です。

手順はシンプルです：お問い合わせいただき、ステージング環境でデータベースを共有していただければ、HivePressからGeoDirectoryへの変換パスの構築に向けて一緒に取り組みます。

これは本当のオファーであり、マーケティング上の決まり文句ではありません。

まったく同じワークフローを通じて、これまでも他のソースプラグイン向けにコンバーターを拡張してきました。

各プラグインのインポート・移行対応状況

新規データの初期一括ロードについては、どちらのプラグインもCSVインポートを問題なく処理できます。

HivePressはこの機能に29ドルを請求します。

GeoDirectoryは無料プラグインにそれを含めています。

CSVを通じて定期的に大量のリストを更新する継続的な一括編集ワークフローでは、GeoDirectoryの双方向フローがより実用的なツールです。

別のディレクトリプラグインからの移行には、GeoDirectoryのDirectory Converterが6つの既存プラットフォームをサポートしており、必要に応じてHivePressを追加できるオープンなパスも用意されています。

HivePressには同等の移行ツールがありません。

ディレクトリプロジェクトに大量の既存データが含まれる場合、この違いは現実的な問題です。

サポート、ドキュメント＆評判

このセクションは、他のセクションよりも公平に書くのが難しいです。

サポート品質は主観的であり、ドキュメントの深さは部分的に意見の問題であり、評判はどのレビュープラットフォームを重視するかによって異なります。

検証可能な事実に絞って説明します。

HivePressのサポートとドキュメント

レビューサイトにおけるHivePressの評判は高いです。

WordPress.orgで215件以上のレビューにわたり4.9つ星。

Trustpilotで25件のレビューにわたり4.5つ星。

G2で9件のレビューにわたり4.2つ星。

チームはナレッジベース、コミュニティフォーラム、開発者向けドキュメントサイト、フックリファレンス、コードリファレンス、REST APIリファレンス、そして公開ロードマップを維持しています。

2025年にリリースされたAIアシスタントは、よくある質問への回答時間を短縮しました。

最近の複数のTrustpilotレビューが、行き詰まったユーザーの問題解決に役立ったとして、特にそれを高く評価しています。

ドキュメントへの批判がユーザーフィードバックに見受けられます。

「強力だがドキュメントが不十分」というタイトルのWordPress.orgでの3つ星レビューは、ドキュメントの深さにおけるギャップを指摘しており、HivePress自身のチームも返答の中でそのフィードバックを認めました。

サポートスタイルへの批判も見受けられます。

WordPress.orgのフォーラムでは特に、HivePressのスタッフがその場で回答する代わりに、ユーザーをコミュニティフォーラムへ誘導することがよくあります。

そのような誘導への返信を投稿したあるユーザーは、「このフォーラムで誰かが尋ねるのは至極まっとうなことであり、わざわざ余計な手順を踏む必要はないはずだ」と書いています。

Rai MahiによるTrustpilotの長いレビューでは、カスタマイズに関する質問へのフォーラムの返答のおよそ半数が「対応できません、コーダーの採用をお勧めします」という内容だと指摘しています。

これらは決定的な欠点というわけではありません。

ただ、十分な頻度で見られるパターンであり、事前に知っておく価値はあります。

GeoDirectoryのサポートとドキュメント

GeoDirectoryのサポートは、メンバーシップサイト上のチケットシステムを通じて提供されています。

ドキュメントはGeoDirectoryのドキュメントサイトで一般公開されており、コアプラグイン、すべてのアドオン、および一般的な連携パターンに関する記事が掲載されています。

公開されている返答時間の統計はサポートページに掲載されています。

より広い市場の文脈では、GeoDirectoryのWordPress.orgのレビューは、長年の運営を通じて高い評価を維持しています。

チームは、脆弱性の報告、機能リクエスト、カスタマイズに関する質問を、定められたワークフローに従って対応しています。

検証可能な比較なしに、私たちのサポートがHivePressより速いと主張するつもりはありません。

両チームともユーザーを大切にし、定期的にアップデートをリリースし、コア製品をカバーするドキュメントを整備しています。

自信を持って言えるのは、GeoDirectoryのサポートチケットは、2014年からこのプラグインを運営し続けている小規模で専任のチームが対応しているということです。

長年にわたって運営し続けるディレクトリサイトを構築するなら、その継続性は重要な意味を持ちます。

実績とインストール数

両プラグインともWordPress.orgでのアクティブインストール数は10,000件を超えています。

GeoDirectoryは20,000件に近いアクティブインストール数を誇ります。

両者とも長年の運営実績があります。

両者とも、そのプラグインを基に実際のビジネスを構築してきた熱心なユーザー基盤を持っています。

どちらのプラグインも、一夜限りのプロジェクトではありません。

会社の安定性や歴史をもとに選ぶとしても、両者ともその基準を十分に満たしています。

サポートと評判における各プラグインの位置づけ

HivePressは、AIアシスタント、コミュニティフォーラム、複数のドキュメントページ、そしてレビューサイトでの高い評価プロフィールと、洗練された公開サポート体制を整えています。

摩擦のパターン（フォーラムへの誘導回答、カスタマイズに関する質問への「コーダーを雇ってください」という回答）は実際に存在しますが、全体的なエクスペリエンスを否定するものではありません。

GeoDirectoryのサポートはチケット制で、ドキュメントは公開されており、チームは2014年からプラグインを継続的に運営しています。

両チームとも、その評判が示す信頼を勝ち取ってきました。

両者の選択は、サポートの問題ではありません。

適合性の問題です。

価格と総所有コスト

ここでは、数字の比較が重要になります。

どちらのプラグインも WordPress.org で無料公開されています。

どちらにも、現実的なディレクトリサイトが最終的に必要とするプレミアムプランが用意されています。

総コストは、プロジェクトで実際に使うアドオン、サイトの運営期間、そしてベンダーの価格モデルによって異なります。

HivePressの価格

HivePressは、執筆時点において、個別の拡張機能とテーマを買い切りの永久ライセンス方式で販売しています。

各拡張機能はシングルサイトライセンスで提供され、無制限の自動アップデートと30日間の返金保証が含まれます。

プレミアムサポートは最初の6か月間含まれています。

その後は、拡張機能の元の価格の半額（例：Membershipsは$9.75、Marketplaceは$14.75）で、さらに6か月間サポートを延長できます。

個別拡張機能の価格：

Memberships、Marketplace、Bookings、Requests、Search Alerts：各$39
Social Login、Social Links、SEO、Import、Opening Hours、Statistics、Tags：各$29
全拡張機能バンドル：$199（通常価格$398、永続50%割引）

バンドルにはすべての拡張機能が含まれますが、テーマは含まれません。

バンドルには6か月のプレミアムサポートが含まれており、$49.75で12か月に延長できます。

テーマは別売りです：

ListingHive：無料
JobHive：$69
RentalHive、ExpertHive、TaskHive、MeetingHive：各$89

典型的な有料のHivePressディレクトリには、コア（無料）、ニッチテーマ（$89）、SEO拡張機能（$29）、マネタイズ用のMemberships拡張機能（$39）、さらにおそらく1〜2つの追加拡張機能（Social Loginが$29、Statisticsが$29）が必要です。

スターター構成で合計約$215になります。

全拡張機能バンドルにテーマを加えたより本格的な構成では、$199 + $89 = $288になります。

HivePressで注目すべき実際のコスト面

真の自動更新型の定期購読には、HivePress MembershipsとWooCommerce本体に加えて、WooCommerce Subscriptionsが必要です。

WooCommerce Subscriptionsは毎年$239かかります。

つまり、定期会員制を軸に構築したHivePressディレクトリのコストは次のようになります：

HivePressコア：無料
HivePress Memberships：$39（買い切り）
HivePressテーマ：$89（買い切り）
WooCommerce：無料
WooCommerce Subscriptions: 年間$239、定期課金

つまり、サブスクリプション請求機能のために初期費用$128＋年間$239がかかります。

アーキテクチャを確定する前に知っておく価値のある情報です。

注目すべき料金モデルの変更

HivePressは現在、永続ライセンスからサブスクリプション料金への移行を進めています。

執筆時点でのサイトバナーにはこう書かれています：「サブスクリプション開始前に永続バンドルライセンスを入手する最後のチャンス。5月22日まで30%オフのクーポン BUNDLE30 をご利用ください。」

HivePressをご検討中であれば、現在提供されている永続ライセンスは1か月後には利用できなくなっている可能性があります。

これは批判ではありません。

プラグインの経済事情は、最終的にすべてのベンダーをサブスクリプションへと向かわせます。

意思決定の際に知っておく価値のある事実にすぎません。

GeoDirectory の料金

GeoDirectory はアドオンを2つの方法で販売しています。

個別のアドオンをアラカルトで購入するか、オールインワンのメンバーシップバンドルを選ぶことができます。

個別アドオンの料金 は$19〜$49で、多くは$39または$49です。

Events for GeoDirectory、Real Estate Directory、Directory Converter、WPML Multilingual、Google Analytics など、無料のアドオンもあります。

GeoDirectory のテーマはすべて無料です。

現在のテーマカタログには、Classified Ads Directory Theme、Events Directory Theme、Job Board Theme、Real Estate Directory Theme、そして汎用の Directory Theme が含まれており、すべて$0です。

メンバーシップ料金：

4か月無制限サイト数：$115
1年間無制限サイト：$229
1年間シングルサイト：$139

メンバーシップには、すべてのプレミアムアドオン、すべてのテーマ、メンバーシップ期間中にリリースされるすべての新製品、そしてプレミアムサポートが含まれます。

30日間の返金保証があります。

現在、ライフタイムライセンスはご提供しておりません。

メンバーシップは毎年自動更新され、アクティブ会員には割引された更新価格が適用されます。

メンバーシップのコスト試算：個々のアドオンをすべて個別購入する場合と比べて約90%の節約になるため、5つ以上のプレミアムアドオンを使用する方に最適な選択肢です。2〜3つの特定のアドオンだけを使う小規模な構成であれば、個別購入のほうが初期費用を抑えられる場合があります。

3年間の総所有コスト

両プラグインのプレミアムプランを利用するディレクトリサイトの場合、3年間のコスト試算は以下のとおりです：

シナリオA：HivePress ライフタイム（現行モデル）

1年目：$288（バンドル＋プレミアムテーマ）
2年目：$0（ライフタイムライセンス）
3年目：$0
3年間合計：$288

シナリオB：HivePress 定期課金あり

1年目：$288 + $239（WooCommerce Subscriptions）= $527
2年目：$239
3年目：$239
3年間合計：$1,005

シナリオC：GeoDirectory 無制限年間メンバーシップ

1年目：$229
2年目：$229
3年目：$229
3年間合計：$687
すべてのアドオン、すべてのテーマ、GetPaidによる定期課金、無制限サイトを含む

シナリオD：GeoDirectory シングルサイト年間メンバーシップ

1年目：$139
2年目：$139
3年目：$139
3年間合計：$417
すべてのアドオン、すべてのテーマ、GetPaidによる定期課金を含む（シングルサイト向け）

ディレクトリに定期課金が不要で、サブスクリプション移行前にHivePressの現行ライフタイム価格を確保できるなら、シングルサイトで3年間見た場合はHivePressのほうが安くなります。

ディレクトリに定期課金が必要な場合、GeoDirectoryの年間メンバーシップはHivePressのスタック＋WooCommerce Subscriptionsの構成と比べて、大幅に安くなります。

ライフタイムモデル終了後にHivePressを購入する場合、HivePressが設定するサブスクリプション価格次第で両者の価格差は縮まっていくでしょう。

複数サイトを運営している場合、GeoDirectoryの無制限サイトプラン（年間$229ですべてのサイトをカバー）がどのシナリオと比べても最も安い選択肢になります。

価格だけで決断を下すべきではありません。

アーキテクチャ、インテグレーション、カスタマイズモデル、そして長期的な拡張性は、1年目の$50や$100の差よりもはるかに重要です。

ただし、価格も判断材料の一つであることは確かです。ご自身の具体的なニーズに照らして計算してみる価値はあります。

年間$229（無制限サイト）のメンバーシップは、本格的にディレクトリを構築したい方にGeoDirectoryとして私たちがお勧めするプランです。

私たちが提供するすべてのアドオン（Location Manager、Pricing Manager、Marker Cluster、Advanced Search、Events、MultiRatings、Franchise Manager、Claim Listings、Compare Listings、GeoMarketplace、Dynamic User Emails、Saved Search Notifications、Embeddable Ratings Badge、その他）、プレミアムサポート、そして購読を継続する限り価格が変わらない料金ロックが含まれています。

30日間の返金保証があるため、この記事の内容がご自身のユースケースに当てはまるかどうかを、まるまる1か月かけて確認することができます。

GeoDirectoryメンバーシップを取得する

最終評価

HivePressは優れたプラグインです。

ワルシャワの優秀なチーム、クリーンなセキュリティ実績、整理されたコード構造、積極的なアップデートサイクル、忠実なユーザーベース、フレンドリーなサポート、本当に役立つAIアシスタント、そして小規模なディレクトリでも素早く立ち上げてスタイリッシュに見せられるニッチなテーマのカタログ。

以下に述べることは、これらのどれかを否定するものではありません。

HivePressが適している場面と、そうでない場面を率直にまとめます：

HivePressが活きる場面

HivePressは、バンドルされているテーマのいずれかに合致する、小〜中規模のディレクトリやニッチなマーケットプレイスに適しています。

レンタルマーケットプレイス（RentalHive）、フリーランスサービス（TaskHive）、専門家ディレクトリ（ExpertHive）、求人ボード（JobHive）、予約サイト（MeetingHive）が、このプラグインが想定するニッチ分野です。

プロジェクトがこれらのニッチのいずれかに当てはまり、チームがカスタマイズのための軽いコーディングに抵抗がなく、掲載件数が数万件ではなく現実的に数千件程度であれば、HivePressは妥当な選択肢です。

無料プランは実用的に使えるものであり、AIアシスタントによって行き詰まったときの解決の手間が軽減されています。

HivePressが選ばれにくい場面

HivePressは、いくつかの特定のプロジェクト要件に対しては選ばれにくいプラグインです。

ページビルダーの柔軟性（Elementor PRO、Bricks、Divi）を必要とするディレクトリは、ネイティブ統合をここでは見つけられないでしょう。

複数属性のフィルタリングで数万件の掲載規模への成長を計画しているディレクトリは、 wp_postmeta およびタクソノミーストレージモデルのアーキテクチャ上の限界に達するでしょう。

PHPを書かずに深いカスタマイズを必要とするプロジェクトは、Trustpilotのレビューで詳しく記録されているように、コーディングのコストが発生します。

ジオSEOや構造化されたロケーションURLがビジネスを支えるローカルディレクトリでは、ロケーション階層が存在しないという問題に直面します。

「WordPressコンフィギュレーター」寄りで「WordPressデベロッパー」ではないチームにとっては、独自のブロックライブラリとBEM CSS規約が独自の学習曲線となるでしょう。

決め手となる2つのポイント

ほとんどの購入者がHivePressを選ぶかどうかを左右する2つのポイントは、コーディングの負担と成長の上限です。

コーディングができる方、あるいはニッチテーマが提供する範囲で満足できる方にとって、HivePressは優れた選択肢であり、開発チームはその評判に値する実績を積み上げています。

そうでない方には、カスタマイズにかかるコストが急速に積み重なります。ユーザーから報告される使いにくさは、レビューサイト全体を通じてリアルかつ一貫しています。

GeoDirectoryが異なるアプローチをとる理由

GeoDirectoryは、まったく異なるアプローチをとっています。

標準状態でのテーマの完成度はやや低め。モダンテーマはフル仕上げのニッチテーマではなく、意図的に軽量な出発点として設計されているためです。

独自のスタックを選べば、テーマおよびページビルダーとの互換性は格段に広がります。BricksとElementor PROではアドオン不要でネイティブの動的データ連携が利用できます。

フィルター多用・マップ多用の負荷にも耐えるカスタムデータベーステーブルを採用。

初日からローカルSEOを見据えた地域階層構造を搭載。

WooCommerceを必要としない決済スタックを採用。定期請求を有効にするためにWooCommerce Subscriptionsに年間$239を支払う必要はもちろんありません。

トレードオフとして、初週のセットアップ作業は増えますが、その代わりに2年目以降に壁にぶつかる機会が大幅に減ります。

正直な結論

HivePressは、深いコーディング知識がない限り、またはニッチテーマが標準提供する機能で満足できない限り、カスタマイズのユーザーフレンドリーさは高くありません。

どちらにも当てはまらない場合、HivePressはあなたのディレクトリに適したプラグインではない可能性が高いです。

どちらか一方、または両方に当てはまる場合、HivePressは十分に信頼できる選択肢であり、開発チームは敬意に値するものを作り上げています。

GeoDirectoryは初期設定に多くの手間がかかり、学習曲線も急です。

その一方で、はるかに高い上限、幅広い互換性、アーキテクチャに組み込まれたネイティブのスケーラビリティ、そしてビジネスの成長とともにスケールする料金モデルを備えています。

まとめ

実際に構築しようとしているディレクトリに合ったプラグインを選びましょう。頭の中でイメージしているローンチに一番近いデモではなく。

HivePress が合うなら、使いましょう。

このチームは自分たちの専門領域で確かな評判を築いており、製品はその機能について誠実です。

合うかどうか確信が持てない場合、導入前に確認すべき点はシンプルです。

お気に入りのテーマは HivePress のブロックライブラリとそのまま連携できますか？

希望するレイアウトを実現するために、実際にどれくらいのカスタムコードを書く必要がありますか？

あなたのビジネスプランは、3年目までにどの程度のリスティング数を想定していますか？

収益化モデルは継続課金を中心に構築されていますか？そうであれば、年間239ドルの WooCommerce Subscriptions をスタックに追加することに問題はありませんか？

HivePress の買い切りからサブスクリプションへの移行の前後、どちらのタイミングで購入しますか？

これらの質問に明確な答えが出て、HivePress が適していると判断できるなら、迷わず購入してください。

いずれかの点で迷いがあるなら、GeoDirectory の方が柔軟性の高い基盤です。バンドルされたテーマが想定するニッチを超えて、成長・カスタマイズ・連携が必要なディレクトリサイトに適しています。

いずれにせよ、両ベンダーが提供する30日間の返金保証を活用してください。

インストールして設定し、気になる部分で限界が来るまでプラグインを試し倒す。そしてマーケティングの言葉よりも、その結果を信頼してください。

コメント欄での質問にも喜んでお答えします。

誠実な反論も歓迎します。

Directorist と GeoDirectory、どちらが優れていますか？

最初にはっきりお伝えしておきます。私たちは GeoDirectory を開発しています。

ですから、これは中立的なレビューではありませんし、そう装うつもりもありません。

このレビューとは: ディレクトリサイトの構築に長年携わり、大規模運用で何が問題になるかを見てきた人間による、誠実で詳細な比較です。

私たちは両方のプラグインを熟知しています。Directorist が本当に優れている点、不足している点、そして GeoDirectory が一歩リードしている点を把握しています。

これを読んでいるあなたは、すでに大変な作業を終えています。

WordPress を選び、ディレクトリのニッチを選び、多くの人が比較する2つのプラグインにまで絞り込みました。

あとはズバリな答えが欲しいだけですよね。

ほとんどの比較記事は、また別の機能比較表を見せるだけで、結局スタート地点に戻ってしまいます。

この2つのプラグインは表面上よく似ています。どちらも無料版、有料アドオン、検索、マップ、レビュー、フロントエンド投稿機能を備えています。

本当の違いは後になってから明らかになります。たいていは、数百件のリスティング、数人の有料ユーザー、そしてパフォーマンス・SEO・大規模な柔軟性が本当に必要になったタイミングです。

この比較記事が取り上げるのは、まさにそこです。

この記事を書いた理由

長年にわたり、私たちは競合比較記事を書くことを避けてきました。どうしても偏りが生まれ、すぐに古くなり、製品開発に注ぐエネルギーを削いでしまうからです。

同じ業界の他のベンダーが私たちについて、事実に対してかなり「寛大な」比較記事を公開している中でも、私たちはその立場を貫いてきました。

しかし、現状が私たちの考えを変えました。

Directorist は自社ブログで GeoDirectory に関する比較記事を複数公開しています。

最新の記事（2025年11月更新）では、基本的な確認すら通らない主張がいくつか行われています。

誰でも確認できる例をいくつか挙げると、GeoDirectory について次のように記載されています：

Stripe 決済に対応していない
銀行振込に対応していない
WooCommerce マルチベンダープラグインに対応していない
予約機能に対応していない
フロントエンドのリスティングビルダーがない
GDPRに対応していない
請求書を生成しない
Elementorウィジェットがない。

これらの主張はすべて虚偽であり、それぞれが私たち自身の公開製品ページ、WordPress.orgのプラグインリポジトリ、そして（Elementorに関しては）Directoristの著者自身のブログからリンクされているドキュメントによって直接否定されています。

それはマーケティングというものです。私たちはそれとうまくやっていけます。

この記事を世に出すきっかけとなったのは、検索です。Googleが私たちのブランドや機能に関する検索結果に、Directoristの比較コンテンツを直接表示するようになりました。

GeoDirectoryを調べているユーザーが、GeoDirectoryの機能を誤って伝えるページに辿り着いています。そのページは、誤って伝えることに強い商業的利益を持つベンダーによって書かれています。

私たちは、公の場で比較されるのであれば、誠実に比較されるほうを選ぶことにしました。

そこでこの記事を書きました。自分たちに正直でいることの方が難しい場面も含め、できる限り高い誠実さの基準を自らに課して書きました。

この記事の中ほどにはセキュリティに関するセクションがあり、Directoristの歴史における深刻な公的インシデントを記録しています。また、評判に関するセクションもあり、そのサポートチームが公に非難された具体的な行為を記録しています。

両セクションとも一次資料を引用しています。どちらも書くのが不快なものです。どちらも作り話ではありません。

遠慮した比較を求めてここに来た方には、これは違います。事実を捏造した比較を求めてここに来た方にも、これは違います。

私たちは証拠を提示しています。注意深く読み、リンクをたどり、ご自身で判断してください。

これは、私たちのプラグインと並んでよく候補に挙がるプラグインについて、私たちが執筆する誠実な比較シリーズの第一弾です。次はHivePressを取り上げます： GeoDirectory vs HivePress。同じ深さ、同じスタンス、そして彼らが私たちを上回る点を率直に指摘する姿勢も同じです。

TL;DR

この記事は、成熟した2つのWordPressディレクトリプラグインを詳細に比較したもので、16,000語をわずかに超えます。全文を読むには約1時間かかります。時間がない方のために、要約版をご用意しました。

私たちはGeoDirectoryを開発しています。ですから、これは中立的な比較ではありませんし、そう装うつもりもありません。

この記事の内容：各プラグインが優れている点、劣っている点、そして各ベンダーの行動について公的な記録が何を示しているかを、情報源を明示しながら正直に分析したものです。

30秒での評価：Directoristは、より洗練されたそのままの状態での体験で、より早く、より安く、動作するディレクトリを実現できます。

GeoDirectoryは、成長し、上位表示され、収益化でき、この記事の残りで説明するアーキテクチャの壁に当たることなく何年も運用できるように構築されたディレクトリを提供します。

収益化の予定がなく500件未満のリスティングを持つ趣味のプロジェクトであれば、Directoristは十分に選択肢となり得ます。ビジネスとして運用することを考えているなら、公的な記録がGeoDirectoryの優位性を代わりに証明してくれます。

最も重要な違い：

	GeoDirectory	Directorist
リスティングデータの保存	適切なインデックスを持つカスタムデータベーステーブル	WordPressの投稿メタ
大規模なパフォーマンス	月額600ドルのサーバーで本番環境200万件のリスティングに対応	標準的なホスティングでカスタムフィールドフィルターを組み合わせると速度が低下
ロケーションURL	ネイティブのロケーション・カテゴリ階層（/restaurants/california/san-francisco/）	フラットなタクソノミー。ネイティブの「X in Y」形式のURLなし
大規模なマップ表示	サーバーサイドのマーカークラスタリングで最大100万マーカーに対応	クライアントサイドのクラスタリングで、2,000マーカーを超えると動作が重くなる
Events	日付・ステータス・カレンダー・アーカイブ機能を備えた専用イベントモジュール	「ディレクトリを作成し、カテゴリをイベントとしてラベル付けする。」
複数拠点を持つビジネス	親子リスティングとロックフィールドを備えたフランチャイズマネージャー	マルチタグのタクソノミーのみで、フランチャイズモデルには非対応
CSVインポーター	新規リスティングのインポートと既存リスティングの一括更新	インポートのみ、一括更新なし
AI機能	なし（宣伝なし）	AIを搭載していると宣伝。リリース済みの機能はユーザーの同意UIなしにプロンプトを自社サーバーに転送。高度な機能は自社ページで「近日公開」と表示
公開CVE記録	2018年以降、約15件のCVEが開示され、WordPress.orgによって一度も解決されていない	CVSS 9.8（2025〜2026年）を含む複数の重大なCVEがあり、2023年にWordPress.orgによってプラグインが強制閉鎖された
サポート応答時間	平均2時間31分、65%が1回の返信で解決	公開されていない
評判のパターン	2018〜2022年にかけて否定的なレビューへの不適切な対応があり、4年間で星1つのレビューがゼロ	複数の最近のユーザーが、WordPress.orgの公開フォーラムでサポートに条件（肯定的なレビューが必要）があると報告している
3年間のコスト（サイト数無制限）	合計$687、永続割引なし	合計$404、英国消費者法に違反する可能性のある永続割引あり

この表があなたの判断材料になるなら、 GeoDirectory Membership は年間$229です。各行の根拠となる証拠を確認したい方は、この記事の続きでセクションごとに詳しく解説しています。

では、完全版をご紹介します。

ここでは以下の内容を取り上げます：

機能比較（無料プラグイン）
デザインとカスタマイズ
リスティング詳細
フロントエンド投稿とユーザーダッシュボード
Claim Listings
検索エンジン
マップ、機能、ロケーション
評価 & レビュー
収益化とマーケティングツール
モバイル機能
SEOとスキーマ
パフォーマンスとスケーラビリティ
セキュリティ
多言語対応
使いやすさ
開発者向け拡張性とインテグレーション
インポート / エクスポート＆移行
サポート、ドキュメント＆評判
料金と総所有コスト
総評

それぞれを詳しく見ながら、GeoDirectory と Directorist を比較していきましょう。

機能比較（無料プラグイン）

どちらのプラグインも WordPress.org で無料公開されており、基本的なディレクトリ機能を備えています。違いはデフォルト設定と機能の深さに現れます。

リスティングと構造

GeoDirectory には、単一の都市に紐づくデフォルトのカスタム投稿タイプ（Places）が1つ搭載されています。ロケーションページがディレクトリのホームとして機能し、サイトのホームがより汎用的な場合はコンテンツを追加することもできます。

デフォルトの都市以外のリスティングも追加できますが、Location Manager アドオンを追加しない限り、独自のロケーションページは作成されません。

Directorist の無料版では、最初から複数のディレクトリタイプを作成でき、それぞれに独自のフィールドとレイアウトを設定できます。アドオンを購入せずに Places・Jobs・Services を1つのインストールで管理したい場合、これは大きなメリットです。

Events

Directorist のドキュメントでは、通常のディレクトリを作成してカテゴリを「Events」とラベル付けすることでイベントディレクトリを構築することを提案しています。ただし、無料プラグインにはイベント専用フィールド、開始・終了日時、ステータス管理、カレンダーはいずれも含まれていません。

GeoDirectory には、WordPress.org で無料配布されている専用の Events for GeoDirectory アドオンがあり、適切なイベント日付フィールド、ステータス管理（Upcoming・Ongoing・Past）、過去のイベントをアーカイブする機能、カレンダーウィジェット、そしてユーザーが日付で絞り込めるデフォルト検索との連携が追加されます。

イベント機能がご要件に含まれる場合、この差は非常に大きいと言えます。

ロケーション

Directorist はロケーションをタクソノミーとして扱うため、ユーザーはカテゴリまたはロケーションのいずれか一方で絞り込むことはできますが、両方を同時に使用することはできません。

GeoDirectory はロケーションを独自のページを持つ構造化された階層として扱うため、次のような URL が /restaurants/paris/ 最初から利用可能です。

この点については SEO のセクションで改めて触れます。機能の有無にとどまらず、より深い影響があるためです。

検索

GeoDirectory のデフォルト検索には2つのフィールドがあります：タイトル・説明・カテゴリ・タグを検索する「Search for」フィールドと、住所または郵便番号を入力する「Near」フィールドです。この2つを組み合わせると、近接距離順に結果が表示されます。

Directorist にはデフォルトで3つのフィールドがあり、さらにスター評価・タグ・価格帯（$ ～ $$$$）などの追加フィルターを含むサイドバーが表示されます。

私たちのテストでは、Directorist のキーワード検索はデフォルトではカテゴリやタグを検索対象としないため、フィールド数は多くても、各フィールドの検索深度には差があります。

Directorist も AJAX による検索に対応しています。GeoDirectory も対応していますが、Advanced Search アドオンが必要です。

マップ

どちらもGoogle MapsとOpenStreetMapに対応しています。

GeoDirectoryの無料版には、同期された並列レイアウトが標準搭載されています。片側にインタラクティブなマップ、もう片側にリスティングが表示され、ユーザーがページを切り替えるたびにマップも連動して更新されます。

Directoristの無料版では、マップをスタンドアロンのレイアウトとして提供しています（リスト・グリッド・マップを切り替え可能）。すべてのリスティングがピンとして表示される形式です。YelpやAirbnbが採用している同期された並列レイアウトを利用するには、年間39ドルの有料拡張機能「Listings With Map」が必要です。

GeoDirectoryのマッピング機能はサーバーサイドキャッシュも使用しており、リスティング数が数千件を超えた場合でも安定したパフォーマンスを発揮します。

レビュー

GeoDirectoryはWordPressのコメントシステムを使用しており、1〜5つ星の評価機能を追加した上で、Places CPTと連携しています。

評価はアーカイブページのデフォルトの並び順に反映されます。Directoristは独自のレビューシステムを持ち、管理者および投稿者による承認機能を備えています。

カスタムフィールド、インポート・エクスポート、REST API

どちらのプラグインも、無料版でカスタムフィールドビルダー（条件ロジック対応）、CSVのインポート・エクスポート、REST APIを提供しています。

実際の違いが一点あります。GeoDirectoryのCSVインポーターは一括編集にも対応しており、修正したCSVを再インポートして既存のリスティングを更新することができます。Directoristのインポーターは現時点では追加専用です。

詳細な比較は下記の「リスティング詳細」セクションをご覧ください。

リスティングのお問い合わせフォーム

GeoDirectoryはBlockstrapテーマと組み合わせると組み込みフォームが利用できます。他のテーマを使用する場合は、Ninja Formsが必要です。

Directoristはデフォルトのリスティングテンプレートにお問い合わせオプションが含まれています。

正直な評価

Directoristは、機能一覧上で見栄えがする部分——複数のディレクトリタイプ、AJAX検索、サイドバーフィルター——において、すぐに使える機能が充実しています。

GeoDirectoryは表面的な機能数こそ少ないですが、それぞれの機能がより深く作り込まれています。イベント機能は単なるラベルの付け替えではなく、本格的なモジュールとして実装されています。ロケーション機能も、タクソノミーではなく真の階層構造として設計されています。

ほとんどのディレクトリ構築者が求める、マップとリスティングを同期した並列レイアウトは、GeoDirectoryでは無料で使えますが、Directoristではアドオンとして年間39ドルかかります。マップレイヤーはスケールするよう設計されており、CSVインポーターは追加だけでなく更新にも対応しています。

このパターン——マーケティングでは多機能を謳い、私たちはエンジニアリングの深さで勝負する——は、この比較の残りの大部分にも共通して表れています。

デザインとカスタマイズ

この2つのプラグインはまったく異なるアプローチをとっており、どちらが適しているかは、スピードを重視するか、拡張性を重視するかによって異なります。

Directoristはビジュアルなディレクトリビルダーを使用します

管理画面では、全般設定、リスティング追加フォーム、シングルページレイアウト、全リスティングレイアウト、検索フォームのタブ付きセクションが利用できます。

各セクションを開くとドラッグ＆ドロップのキャンバスが表示され、ウィジェットのオン・オフの切り替え、並び替え、サイドバーからの個別設定が行えます。

シングルページレイアウトはさらに、リスティングヘッダー、リスティングコンテンツ、より高度な編集のためのカスタムシングルリスティングページタブに分かれています。

操作は直感的で、午後一日あれば洗練されたディレクトリを公開できます。

トレードオフは、決められたシステムの中で作業するという点です。レイアウトには固定のスロットがあり、コンポーネントはDirectoristが提供するものに限られます。

ビルダーが対応していない機能が必要な場合は、カスタムPHPで拡張するか、制約に合わせて工夫するかのどちらかになります。

GeoDirectoryはページテンプレートを使用します

GeoDirectoryはインストール直後から、ディレクトリのあらゆる主要画面向けのテンプレートを提供します。GD Details（シングルリスティングページ）、GD Archive（リスティング一覧）、GD Search Page（検索結果）、GD Archive Item（アーカイブや検索内で使用されるリスティングカード）、GD Add Listing Page（投稿フォーム）、そしてGD Location Page（Location Managerアドオンと組み合わせることで、大規模なカスタムロケーションページを自動生成）が含まれます。

各テンプレートは3つの方法でカスタマイズできます。

開発者はPHPテンプレートを完全に置き換え、自由に記述することができます。

コードを使わないサイトビルダーは、ショートコードやCSSを使ってテンプレートを編集したり、Gutenberg、Elementor Pro、Bricksなどのビジュアルビルダーを使用したりできます。これらにはダイナミックコンテンツウィジェットが含まれています。

有効なテーマがフルサイト編集テーマの場合、テンプレートはWordPressブロックエディターでも開けます。

リスティングのメタデータはすべて個別にブロックまたは要素として利用できるため、好きな場所に配置し、好みのスタイルに設定できます。

あらかじめ用意されたブロックには、ゼロから始めるより既成のベースラインから始めたい方向けに、デザイン済みのスタイルが付属しています。

率直なトレードオフとして、学習曲線がやや急になります。新しいユーザーは編集画面の選択肢が多く、どこから始めればよいか迷うことがあります。

この点はGeoDirectory v3でより丁寧なセットアップ体験を提供することで改善に取り組んでいます。

スピードか、拡張性か

Directoristは、特にディレクトリを初めて構築する場合に、より素早く実用的なディレクトリを完成させることができます。

GeoDirectoryはより高い可能性を提供します。あらゆるレイアウト、あらゆるビルダー、あらゆるレベルのコード介入に対応し、要件が拡大しても制限はありません。

趣味のサイトやMVPなら、スピードが勝ります。しかし、スケールを見据えてディレクトリを構築し、クライアント向けにカスタマイズしたり、将来的に開発者に引き継いだりするつもりなら、上限の高さこそが重要になります。

リスティング詳細（CPT・イベント、カスタムフィールド、フランチャイズマネージャー、リスティング比較）

ここで、ディレクトリプラグインの本当の姿が見えてきます。主要な機能は似ています。違いが生まれるのは、その裏側のアーキテクチャです。

CPTとイベント

どちらのプラグインも複数のリスティングタイプに対応しています。

Directoristはマルチディレクトリシステムで実現しており、無料で1つのインストールから無制限のディレクトリタイプを作成できます。

GeoDirectoryは有料のカスタム投稿タイプアドオンで対応しています。価格と手軽さの点では、Directoristに軍配が上がります。

トレードオフが特に顕著なのはイベント機能です。Directoristの推奨アプローチは別のディレクトリタイプを作成してカテゴリーをイベントとして設定する方法ですが、無料プラグインにはイベント日付フィールド、ステータス追跡、カレンダーがありません。

GeoDirectoryの無料Eventsアドオンは、適切なイベント日付フィールド、ステータス（予定・開催中・終了）、過去イベントのアーカイブ、カレンダーウィジェット、デフォルト検索との連携を追加します。

カスタムフィールド

どちらのプラグインも、無料版でドラッグ＆ドロップのカスタムフィールドビルダーと条件付きロジックを搭載しています。

標準的なフィールドタイプはほぼ同じです。テキスト、テキストエリア、チェックボックス、ラジオ、セレクト、マルチセレクト、URL、ファイルアップロード、日付、時刻、電話番号、メールアドレスが含まれます。

また、どちらも営業時間、ソーシャルプロフィール（Facebook、Instagram、X、TikTok）、動画、料金などのあらかじめ定義されたフィールドを提供しています。

フィールドメニューよりも、アーキテクチャの違いが重要です。GeoDirectoryはリスティングデータをWordPressの投稿メタではなくカスタムデータベーステーブルに保存するため、ディレクトリが数千件を超えても高速なクエリを維持できます。

Directoristは標準の投稿メタを使用しています。スケーリングへの影響については、パフォーマンスセクションで改めて取り上げます。

Franchise Manager

これは私たちがよく耳にするリクエストの一つです。同じビジネスに複数の住所を追加するにはどうすればよいか、というものです。

GeoDirectoryのフランチャイズマネージャーアドオンは、親子リスティングモデルでこれを解決します。チェーンやフランチャイズの親リスティングを作成し、各拠点の子リスティングを追加します。

タイトル、説明、ロゴ、および任意のカスタムフィールドは親レベルでロックできます。親を編集すると、すべての子リスティングに変更が反映されます。

住所、電話番号、営業時間など、拠点ごとに異なる情報は、各子リスティングで個別に設定できるようにオープンのままにしておけます。

このアドオンはCSVインポーターと連携しており、手動入力なしで子リスティングを一括作成できます。

Directoristのドキュメントやマーケティング資料にはマルチロケーションのサポートが記載されていますが、実際には単一のリスティングに複数のロケーションタクソノミータームを割り当てるだけです。

これは単一のリスティングを複数のロケーションアーカイブに表示させる方法であり、実際のチェーン店のように各拠点ごとに別々の住所・電話番号・営業時間を管理する方法ではありません。

数か所のエリアをカバーする個人事業主であればそれで十分ですが、実際のフランチャイズやマルチロケーションビジネスには不十分です。

GeoDirectoryのアプローチは、データの整合性を犠牲にせずにチェーンを大規模に運営するという具体的な課題を念頭に設計されており、だからこそロック＆アンロックモデルが存在します。

Compare Listings

両プラグインとも同様の価格帯・機能でリスティング比較アドオンを提供しており、ユーザーはリスティングを選択してテーブルまたはライトボックスで並べて比較でき、カスタムフィールドも比較対象に含まれます。

GeoDirectoryのバージョンはブラウザストレージを使用するためGDPRのCookieオーバーヘッドがなく、複数ページにまたがる比較をサポートし、比較ごとに共有可能なURLを生成し、ショートコードまたはブロックで特定のリスティングIDの比較を埋め込むことができます。

Directoristのバージョンは、Directory Builderを使ってレイアウト内の任意の場所に比較ボタンを配置できます。基本機能は同等で、ユースケースによってどちらかに小さな優位性があります。

あなたのサイト構築にとっての意味

マルチディレクトリの価格面ではDirectoristが有利です（GDは有料、Directoristは無料）。

GeoDirectoryは深みのある機能すべてで優位に立っています。イベントは適切なモジュールとして実装され、カスタムデータはスケールを考慮して保存され、タクソノミーの回避策ではなく実際のフランチャイズモデルを備えています。

前のセクションのパターンがここでも当てはまります。機能一覧の充実度は彼らが上、エンジニアリングの深さは私たちが上です。

フロントエンド投稿とユーザーダッシュボード

このセクションは訪問者ではなく、リスティングオーナーの体験についてです。投稿フォーム、リスティングを管理するダッシュボード、そしてその間にあるすべての要素を取り上げます。

フロントエンド投稿フォーム

両プラグインとも無料版にフロントエンド投稿フォームが付属しています。訪問者はWordPressの管理画面にアクセスすることなく、登録・リスティングの投稿・画像のアップロード・地図上での位置設定・カスタムフィールドへの入力を行えます。

Directoristはネイティブでマルチステップフォームを搭載しており、長い投稿フローには嬉しい機能です。

GeoDirectoryには標準でマルチステップ機能はなく、現在はサードパーティプラグインで対応していますが、GeoDirectory v3でネイティブのマルチステップ機能が追加される予定です。

画像アップロード、マップピッカー、カスタムフィールドのサポートはどちらの無料版でも利用できます。

投稿の料金設定

両プラグインとも有料アドオンを通じて段階的な投稿料金設定をサポートしています。

GeoDirectoryのPricing ManagerとDirectoristのPricing Plansはどちらも、プランごとに機能を制限できます。たとえば、フィールドが限定された無料リスティング、より多くのカテゴリーが使える有料リスティング、長い説明文、追加画像、注目掲載枠などです。

この点では機能は同等です。

ゲスト投稿

どちらも無料版でゲスト投稿をサポートしています。

GeoDirectoryは投稿時にメールアドレスを要求し、自動的にユーザーアカウントを作成して、パスワードを入力されたメールアドレスに送信します。

Directoristはオン・オフを切り替えられる同様のゲストフローを提供しています。

ユーザーダッシュボード

ここで両者の違いが現れます。

Directoristは無料版にフロントエンドのユーザーダッシュボードを搭載しており、リスティング・ブックマーク・レビュー・注文・アカウント設定のタブが揃っています。プラグインと直接連携しており、すぐに使い始めることができます。

GeoDirectoryは、ダッシュボードに無料の UsersWP プラグイン（同チーム製）を使用しています。

基本バージョンは一般訪問者とリスティングオーナーが共用で、ユーザーのリスティング（編集・削除リンク付き）、お気に入り、レビュー、ブログ投稿、コメントを表示します。実用的ではありますが、汎用的な作りです。

有料のUsersWP Dashboardアドオンこそ、その奥深さが際立つところです。ロールベースの設計になっており、管理者はサイト管理ダッシュボード（統計・ユーザー管理・リスティングモデレーション・支払い確認）を、リスティングオーナーはリスティング・メッセージ・予約・問い合わせを含む専用のビジネス管理ビューを、一般ユーザーはすっきりしたアカウントビューを利用できます。

UsersWP・GeoDirectory・WP GetPaid（弊社の決済プラグイン）のエコシステム全体と、すぐに連携できます。

決済・予約・メッセージングを伴う本格的なディレクトリを運営するなら、このダッシュボードはまさにそのために作られています。Directoristの無料ダッシュボードはコアのディレクトリ用途としてしっかりしていますが、同じレベルの深い連携には及びません。

どちらが適しているか

Directoristは無料版でも、ダッシュボードやマルチステップの投稿プロセスを含む、より完結したすぐに使える体験を提供しています。

GeoDirectoryは基本機能を無料で提供し、より高機能なロールベースのダッシュボードを有料アドオンとして提供しています。

すぐに無料で立ち上げたいなら、Directoristのほうがスムーズな選択です。決済・予約・マルチロールユーザーを備えた本格的な運営を目指すなら、GeoDirectoryのダッシュボードは別格の存在です。

Claim Listings

Claim Listingsは両プラグインが有料アドオンとして提供している機能で、コアの機能は共通していますが、価格と機能の深さに意味のある違いがあります。

コアとなるフローは両者で同じです

サイトオーナーがリスティングをあらかじめ登録し、実際のビジネスオーナーが自分のリスティングを見つけてクレームを申請し、管理者が審査・承認を行い、ビジネスオーナーが管理を引き継ぐという流れです。

どちらのプラグインも、この基本的な流れをしっかりと実現しています。

無料・有料のクレームに両対応

GeoDirectory の Claim Listings は、Pricing Manager アドオンと連携してクレームに料金を設定でき、決済システムとして GetPaid または WooCommerce を利用できます。

Directorist の Claim Listing は、同じ目的のために Pricing Plans または WooCommerce Pricing Plans と連携して動作します。

どちらも、無料クレーム、固定クレーム料金、またはクレームによってより多くのリスティング機能（カテゴリの追加、説明文の長文化、画像の追加）がアンロックされる段階的なアップグレードを提供できます。

価格

Directorist のアドオンはシングルサイト年額 $29、GeoDirectory は $49 です。価格面では明確な差があります。

機能の深さ

GeoDirectory のアドオンはワークフローがより充実しています。クレームはメール認証または支払い受領時に自動承認することができます。

誤って承認した場合に備えた、クレーム取り消し機能も用意されています。

カスタムクレームフォームは Ninja Forms（無料）を使って作成でき、必要に応じてディレクトリごとに複数のフォームを設定できます。

認証済みリスティングバッジは、ウィジェット、ショートコード、またはブロックとして提供されます。

「クレーム済み」ステータスはカスタムフィールドとして公開されており、Advanced Search アドオン（認証済みリスティングのみを表示するフィルター）やソートビルダー（デフォルトのソートで認証済みリスティングを上位に表示）と連携します。

Directorist のバージョンは、承認・却下・削除・カスタマイズ可能なテンプレートを使ったメール通知、クレーム済みバッジに対応しています。基本機能を丁寧に実装しており、追加のワークフローフックはありません。

トレードオフ

ディレクトリのクレームフローがシンプルなもの（ボタン、フォーム、承認、バッジ）で十分であれば、Directorist がより低価格で目的を果たしてくれます。

自動承認ロジック、カスタムクレームフォーム、認証済み専用の検索フィルター、ソート順における認証済みシグナルが必要であれば、GeoDirectory のアドオンはまさにそのために設計されており、$20 の差額に見合った本格的な機能が手に入ります。

検索エンジン

検索機能は、ディレクトリの成否を左右します。ユーザーは特定のものを探しにやってきます。検索が期待に応えられなければ、他の何も意味を持ちません。

どちらのプラグインも検索を重視しています。ただし、そのアプローチはそれぞれ異なります。

無料版の比較

Directoristの無料検索は、初期状態からより豊富な機能を備えています。

Directory Builderを使えば、検索フィールドをドラッグ＆ドロップで並べ替えられます。デフォルトのセットには、キーワードフィールド、ロケーションフィールド、カテゴリフィールド、そして価格帯・タグ・評価・追加済みカスタムフィールドなどの追加フィルターを含む詳細セクションが含まれています。

AJAXによるインスタント検索が標準搭載。半径検索も標準搭載。サイドバーフィルターも標準搭載。無料プラグインだけで、Yelp風の検索体験を提供できます。

GeoDirectoryの無料検索はよりシンプルです：「検索ワード」フィールドと「近辺」フィールドのみで、両方を使用した場合は結果が距離順に並べられます。

AJAX、半径検索、カスタムフィールドによるフィルタリングは、有料のAdvanced Searchアドオン（年間49ドル）に含まれています。

GeoDirectoryの無料版が優れている点が一つあります。それは検索の深さです。キーワードフィールドはデフォルトでタイトル、説明、カテゴリ、タグを検索します。Directoristのキーワード検索は、設定なしではカテゴリやタグまで検索が及びません。

純粋な機能数で言えば、Directoristの無料検索に軍配が上がります。一方、各フィールドが実際に何を見つけられるかという点では、GeoDirectoryの方がより広い範囲をカバーします。

Advanced Searchアドオン

GeoDirectoryのAdvanced Searchは、両方の検索フィールドへのAJAXオートコンプリート、ジオロケーション（HTML5ベースのユーザー位置情報検出、Location Managerが必要）、近接検索、半径検索、カスタムフィールドによるフィルタリングを追加します。

Custom Post Typesアドオンと連携しており、各CPTに専用のフィールドを持つ個別の検索フォームを作成することができます。

Directoristの同等機能は、無料のコア機能（半径検索、カスタムフィールドフィルター）と、有料のListings With Map（年間39ドル、左右に並んだ同期レイアウト用）に分かれています。

どちらのエコシステムも同じ場所へ到達できます。Directoristは、その大部分を無料で実現できます。

検索の裏側にあるアーキテクチャ

ここからは、好みの問題ではなく、技術的な現実の問題となります。

GeoDirectoryは、ディレクトリスキーマ向けに構築されたカスタムデータベーステーブルにリスティングデータを保存しており、適切なインデックスと、フィルタリングのための単一クエリパスを備えています。

DirectoristはWordPressのpost metaを使用しているため、検索内のカスタムフィールドフィルターが1つ増えるごとに、個別のSQL JOINが追加されます。

カスタムフィールドフィルターが5つある検索は、post_metaテーブルに対して5回のJOINを実行します。フィルター2つなら問題ないかもしれません。4つになると遅延が始まります。6つになるとページがフリーズすることがあります。

標準的な共有ホスティング上で、ユーザーが単一クエリに多数のカスタムフィールドフィルターを組み合わせただけで、数百件のリスティングに達する前にDirectoristサイトが単一の検索リクエストでフリーズするケースを確認しています。

WordPressのpost metaは、ディレクトリが必要とするような複数フィールドによるフィルタリングを想定して設計されていません。デモ環境では動作します。しかしトラフィックがかかると破綻します。

営業中／閉店中で絞り込む

GeoDirectoryには、各リスティングの営業時間フィールドを使って現在営業中の場所のみを返すフィルターが付属しています。

他では対応していない細部まで考慮されています。タイムゾーンと訪問者のローカル時間を考慮に入れており、ニューヨークのユーザーがロサンゼルスのレストランが今営業中かどうかを確認すると、東部時間ではなく太平洋時間で計算された結果が表示されます。

タイムゾーンをまたいで営業中／営業外のステータスを正確に解決できるWordPressディレクトリプラグインは、私たちが調べた中でこれだけです。ディレクトリが複数のタイムゾーンにまたがる瞬間から、この機能は重要になります。

地図を動かして検索

GeoDirectoryは、地図をパンまたはズームすると表示エリアの検索が再実行されるAirbnb風のパターンをサポートしています。

Directoristの同期マップレイアウトはフィルターの変更に合わせてマーカーを更新しますが、ユーザーが地図を移動しても新しい検索は実行されません。

不動産、ホテル、レストラン、またはユーザーが近隣エリアを探索するあらゆるディレクトリにおいて、この違いは重要です。

検索の保存

どちらのプラグインも、有料アドオンを通じて検索保存機能を提供しています。

GeoDirectoryの「保存した検索通知」とDirectoristの「検索アラート」により、ユーザーはクエリを保存し、新しいリスティングが一致した際にメールを受け取ることができます。

通知機能については、「収益化とマーケティング」のセクションで詳しく説明します。

マルチCPT検索

Directoristは、複数のディレクトリタイプを一度に横断検索できる「ユニバーサル検索」を有料アドオンとして提供しています。

GeoDirectoryはこの機能を搭載しておらず、それは意図的な判断です。異なるフィールド構造を持つCPT間を横断検索すると、CPTごとのカスタムフィールドとストレージアーキテクチャの間で妥協が生じます。

私たちの見解では、ディレクトリがタイプをまたいで検索する必要がある場合、単一のCPT内でカテゴリとサブカテゴリを使う方が合理的です。このトレードオフの評価はチームによって異なるでしょう。

エンタープライズ規模

100万件を超えるリスティングを抱え、高トラフィックが発生するサイト向けに、GeoDirectoryはカスタムElasticsearch連携を提供しています。

これは既製のアドオンではなく、当社の創設者であるStiofanが直接セットアップするサービスです。料金はスコープによって異なります。

Directoristにはこれに相当する機能はありません。

検索機能のまとめ

Directoristは、最初から無料でより多くの検索機能を提供します。

これらの機能は、20件のデモ掲載を含む新規インストール環境では美しく動作します。しかし、ディレクトリに数百件の実際の掲載が増え、実際のユーザーがフィルターを組み合わせ始めると、誤作動が生じ始めます。

GeoDirectoryの無料検索は表面上はシンプルですが、有料のAdvanced Search アドオンで機能の差を埋められ、ディレクトリが成長しても動作し続けるように設計されたアーキテクチャが基盤となっています。

トラフィック下で壊れる機能が多いよりも、スケールする機能が少ない方がはるかに優れた選択です。

マップ、機能、ロケーション

このセクションでは、マップとロケーションをまとめて取り上げます。実際には同じ話題だからです。掲載がどこにあるか、どのように表示されるか、そしてユーザーがどのようにナビゲートするか。

両プラグインとも基本的な機能を備えています。違いはディレクトリが成長したときに現れます。

地図プロバイダー

両方ともGoogle MapsとOpenStreetMapをサポートしており、サイトごとにいずれかを選択できます。

どちら側にもサードパーティプロバイダー（Mapbox、Leaflet）はありません。

マーカーとクラスタリング

マーカークラスタリングは、ディレクトリが成長してもマップが使いやすい状態を保てるかどうかを左右する機能です。

両プラグインとも有料アドオンで提供しています。DirectoristはListings With Map拡張機能（$39/年）にバンドルしており、GeoDirectoryには専用のMarker Clusterアドオン（$39/年）があります。

ここではアーキテクチャの違いが重要です。Directoristのクラスタリングはクライアントサイドで動作し、これはGoogleが標準的に推奨するアプローチです。数百件のマーカーでは良好に動作しますが、1,000件前後になると遅くなり始め、メモリへの負荷が増大するにつれて機能しなくなり始めます。

GeoDirectoryのMarker Clusterアドオンは、クライアントサイドレンダリング（小規模ディレクトリでは高速）と、クラスタリング処理をサーバー側で行いブラウザが描画に必要なデータのみを送信するサーバーサイドレンダリングオプションの両方を提供します。

独自のベンチマーク結果によると、100万件のマーカーをクライアントサイドと比較して最大300倍少ないデータで描画できます。実質的な上限はありません。

数万件の掲載をホストする可能性があるディレクトリを構築しているなら、これはマップが正常に読み込まれるかどうかを決定するエンジニアリング上の重要な判断です。

カスタムマーカーアイコン

両プラグインとも、カテゴリーごとにカスタムアイコンを割り当てることができます。

最近、MapMarker Studioをリリースしました。これはデザイナーなしでGeoDirectory用のカスタムマップマーカーをデザインできる無料ツールです（wpgeodirectory.com/mapmarkerstudio/ で公開中）。

DirectoristはListings With Map拡張機能内でカテゴリーごとのカスタムマーカーをサポートしています。

カスタムマップスタイル

どちらのプラグインも、スタイル付きGoogle Mapsをサポートしています。

DirectoristはこれをListings With Mapにバンドルしています。GeoDirectoryには別途Custom Map Stylesアドオンがあります。

機能は似ていますが、パッケージングが異なります。

マップユーティリティ

GeoDirectoryの無料版には、ルート案内、ストリートビュー、HTML5の「現在地付近」位置情報検出が含まれています。モバイルでのマップ動作は、そのままレスポンシブに対応しています。

ルートプランニングは、どちらの側でもサポートされていません。

Directoistも同様のマップユーティリティセットを提供していますが、一部の機能は無料のコアとListings With Mapに分かれています。

ロケーションのアーキテクチャ

ここが、2つのプラグインが本当に分かれるポイントです。

Directoistはロケーションをタクソノミーとして扱います。各リスティングには1つ以上のロケーションタームがあり、ユーザーはロケーションアーカイブ（「ニューヨーク」のすべてのリスティング）またはカテゴリーアーカイブ（「レストラン」のすべてのリスティング）を閲覧できます。

この2つは自然に組み合わさりません。ロケーションとカテゴリーはプラグインが統合しない別々のタクソノミーに存在するため、「ニューヨークのレストラン」を独自のURLを持つ単一ページとして閲覧することはできません。

GeoDirectoryのLocation Managerアドオンは、ロケーションを階層として扱います：国、地域、都市、近隣エリア。

すべてのロケーションは、独自のページ、URL、コンテンツ、SEOプレゼンスを持つ実体です。URLはカテゴリーとロケーションをネイティブに組み合わせます。デモからの実際の例：

/places/category/restaurants/united-states/california/san-francisco/

実際のデモで確認する.

パーマリンク設定でURL構造を調整できます。

ロケーションスイッチャーウィジェットを使うと、ユーザーを単一のロケーションに固定できるため、特定の都市や地域のリスティングのみが表示され、1つのWordPressインストール内でマルチテナントディレクトリを実質的に作成できます。

スイッチャーのロゴまたはXをクリックすると、グローバルビューに戻ります。

各ロケーションページにはカスタムコンテンツ、独自の説明文、アイキャッチ画像を設定できるため、サンフランシスコのレストランシーンに関する文章を、サンフランシスコのレストランページだけに掲載することができます。

大規模なpSEOにおいて、これは「[都市] レストラン」というクエリで上位表示される何十ものロケーション×カテゴリーページを生成できるかどうかの違いを意味します。

Directoistのフラットなロケーションタクソノミーでは、手動の回避策なしにこれを再現することはできません。

スケーリングの話

Directoristのマップ機能は、競争力のある価格で標準的なユースケースをカバーしています。Listings With Map拡張機能は、小〜中規模のディレクトリ向けに本当によく設計されています。

GeoDirectoryのMarker ClusterとLocation Managerは、地図上に何千ものマーカーをレンダリングし、数千の地域・カテゴリの組み合わせで検索順位を獲得する必要があるディレクトリのために構築されています。

あなたのディレクトリが1つの都市向けのシティガイドであれば、その差は小さいです。

ディレクトリが国・大陸・または世界全体をカバーするなら、GeoDirectoryのアドオンにおけるアーキテクチャ上の判断が、検索トラフィックとユーザー体験に直結します。これはDirectoristのフラットなタクソノミーアプローチでは到底かないません。

評価 & レビュー

レビューはディレクトリにおける社会的証明の層です。信頼性、ページ滞在時間、そしてローカル検索を機能させるSEOシグナルを高めます。

どちらのプラグインも基本レベルではレビューをうまく処理します。違いは深さと、レビューを競合優位性に変える細かな機能に表れます。

無料版

GeoDirectoryは、WordPress のコメントエンジンをベースに構築された5つ星評価システムを搭載しており、Places CPT（またはCustom Post Typesアドオンで追加したCPT）と連携しています。

この選択が重要な理由は、WordPressの成熟したコメントモデレーション、スパム処理、および承認フローを引き継ぐからです。

Directoristは、同様の機能を持つ独自のレビューシステムを搭載しています：5つ星評価、オーナー承認、ゲストレビュー、そして自動承認トグルです。

どちらも機能します。どちらも管理者が承認、拒否、スパムとしてマーク、返信を行えます。

複数基準レビュー

これは、ディレクトリがTripAdvisorやYelpのように、料理・サービス・雰囲気などを個別に評価できる形を目指す部分です。

どちらのプラグインも、有料アドオンとしてこれを提供しています。

GeoDirectoryのMultiRatings and Reviews（年間$49）は、CPTおよびカテゴリごとに無制限の評価基準を設定できます。

ホテルには「ルームサービス」を設定できますが、キャンプ場には設定しないといった使い方が可能です。

各基準には、Font Awesomeアイコン、カスタム画像、またはセレクトドロップダウンを使用できます。

評価スコアは5つ星を超えて設定可能（3、5、10など）で、パーセンテージベースの塗りつぶし方式により半星の制限もありません。

各スコアのカスタマイズ可能なラベル文字列（Terrible、Poor、Average、Very Good、Excellent）。

DirectoristのAdvanced Review拡張機能は、ディレクトリごとに最大5つの評価基準に対応しており、各基準につき最大5つ星まで設定できます。

ディレクトリタイプごとにカスタマイズ可能な評価基準。見出しとテキストによるフィードバック。レビューへの投票（役に立った／役に立たなかった）、並べ替えとフィルタリング、スパム報告。

機能面での違い：Directoristのアドオンはよくあるケースをすっきりと処理します。GeoDirectoryはカスタマイズ性でさらに上を行きます（評価基準数無制限、カテゴリごとの設定、柔軟なスコアリングスケール、アイコンや画像による入力）。

レビューへの写真添付

GeoDirectoryのMultiRatingsアドオンを使うと、レビュアーは1件のレビューに複数の画像をアップロードでき、管理者が上限（1、3、5、または10枚）を設定できます。

画像のタイトルとキャプションに対応しており、ユーザー生成のaltテキストによってリスティングのSEOを強化します。

「投稿画像」ウィジェットを使うと、ユーザーがレビューにアップロードした画像をメインのリスティングギャラリーに組み込んだり、ライトボックス付きのスライダーやグリッドとして独立表示したりできます。

DirectoristのAdvanced Reviewでも、レビューの一部として写真のアップロードをサポートしています。

オーナーからの返信

どちらのプラグインもオーナーからの返信に対応しています。

GeoDirectoryでは、オーナーの返信が独自のスタイルで「オーナーからの回答」として明確に表示されます。Directoristのレビューシステムでは、管理者とリスティングオーナーの両方が返信やスレッド形式のやり取りを行えます。

並べ替えとランキング

どちらのプラグインも、評価をデフォルトの並べ替え順の要素として活用したり、並べ替えオプション（評価の高い順・低い順）として使用したりできます。

GeoDirectoryの評価はカスタムフィールドとして公開されているため、並べ替えビルダーと連携でき、他のランキングシグナル（おすすめリスティング、認証済みリスティング、新着順）と組み合わせることも可能です。

Embeddable Ratings Badge

GeoDirectoryには、TripAdvisorウィジェットをモデルにした専用のEmbeddable Ratings Badgeアドオン（年間39ドル）があります。

リスティングオーナーはカスタムバッジを作成して自分のウェブサイトに埋め込み、あなたのディレクトリ上のリアルタイム評価を表示できます。

リスティングオーナーがバッジを埋め込むたびに、あなたのディレクトリへの自然なバックリンクが生まれます。

Directoristには同等の機能がありません。

ディレクトリSEOの観点から、これは見過ごされがちな重要機能のひとつです。サイト上のレビューはE-E-A-Tシグナルを高め、埋め込み可能なバッジはレビューをバックリンク獲得の仕組みに変えます。

リスティングオーナーはソーシャルプルーフのためにバッジを求め、あなたはインバウンドリンクのためにバッジを求める。双方にメリットのある関係です。

大局的な視点

小規模なディレクトリであれば、どちらのプラグインもレビュー機能を十分にこなせるため、このセクションで選択が左右されることはほとんどありません。

TripAdvisorのような深みを目指すディレクトリ（無制限の評価基準、カテゴリ別の設定、SEOを強化するフォトレビュー、被リンクを生むエンベッダブルバッジ）には、GeoDirectoryのスタックがより完成されています。

これまでのセクションと同じパターンが当てはまります。Directoristは一般的なケースに対応し、GeoDirectoryはレビューが単なる機能ではなく成長戦略の一部となるケースに対応します。

収益化とマーケティングツール

マネタイズこそが、ディレクトリモデルの根幹です。

レビューと検索がトラフィックを生みますが、ディレクトリの収益を実際に支えるのは料金プラン、注目掲載、クレーム、予約、そしてリード販売です。

どちらのプラグインも標準的な手法に対応しています。Directoristは無料プランでより積極的なアプローチを取り、GeoDirectoryはエンジニアリングレベルでより深く対応します。

無料版でのマネタイズ

Directoristの無料プラグインには注目掲載機能（ユーザーにリストを注目掲載としてマークするために課金できます）と、オフラインの銀行振込ゲートウェイが含まれています。

最小限とはいえ、これは実質的な無料プランのマネタイズ手段です。何も購入しなくても、「ビジネスを注目掲載にするために$10支払う」という実用的なフローを構築できます。

GeoDirectoryの無料プラグインには、組み込みのマネタイズ機能は付属していません。

コンパニオンプラグインのGetPaid（こちらも無料、WordPress.orgで入手可能）と組み合わせると、PayPal、Stripe、Authorize.net、および銀行振込サポートがすぐに利用できます。

つまり、2つの無料プラグインを組み合わせるだけで、決済インフラが整います。

それを実際の料金プラン、注目掲載のティア、または定期サブスクリプションに変えるには、Pricing Manager アドオン（有料）が必要です。

エントリーレベルでの結果は似ています。Directoristの無料プランは初回収益までの時間を短縮できます。GeoDirectoryのスタックは、マネタイズを本格的に考え始めたときにアドオンを購入することを前提としています。

決済ゲートウェイ

どちらのプラグインも主要なゲートウェイに対応しています。

DirectoristはPayPal、Stripe、Authorize.netをそれぞれ別の有料拡張機能（各$39前後）として販売しています。

GeoDirectoryは決済にGetPaidを使用しており、PayPal、Stripe、Authorize.net、銀行振込がすべて無料で利用できます。

プレミアムゲートウェイ（Mollie、Razorpay、Worldpay、GoCardless、その他）は有料アドオンとして提供されています。

少数の決済方法のみ対応する小規模なディレクトリであれば、GeoDirectoryのゲートウェイ利用料は明らかにお得です。

特定地域の決済ゲートウェイが必要なディレクトリには、どちらのエコシステムも追加費用で対応できます。

料金プランとパッケージ

どちらのプラグインも、有料アドオンとして段階的な料金プランを提供しています。

DirectoristのPricing PlansとGeoDirectoryのPricing Managerはどちらも、機能制限付きのプランを無制限に作成できます。たとえば、フィールド数が限られた無料プランや、カテゴリ数の増加・説明文の長文化・追加画像・注目掲載枠などが利用できる有料プランを設定できます。

どちらもリスティングごとの課金とパッケージ制料金に対応しており、定期購読もサポートしています。

GeoDirectoryのPricing ManagerはGetPaidと組み合わせることで、リスティングバンドルの販売（例：「10件掲載で$99」）にも対応しています。専用チュートリアルはまだ公開されていませんが、近日公開予定です。

DirectoristのPricing Plansエクステンションは、独自の構造でパッケージ制プランに対応しています。

注目リスティングとクレームによるマネタイズ

どちらのプラグインも、注目掲載枠への課金が可能です。

どちらもリスティングのクレームに対して課金できます（詳細は「リスティングのクレーム」セクションを参照）。機能面での差異はありません。

予約・ブッキング

Directoristは、サービス・レンタル・イベントの予約を1つの有料アドオンでまとめて処理できる単一のBookingエクステンションを販売しています。

GeoDirectoryはこれを2つのアドオンに分けています。

Appointmentsはサービス系の予約を処理します（現在ベータ版で、近日中に本番利用可能になる予定です）。

Booking Marketplaceは客室やレンタルの予約を処理し、カレンダー・空き状況確認・連泊対応を備えたAirbnb型のユースケースに対応しています。

パッケージ構成は異なりますが、大まかな機能は同等です。Directoristのオールインワンは購入がシンプルです。GeoDirectoryの2製品構成では必要なものだけに費用を抑えられ、各予約タイプにより特化した機能セットを提供しています。

リードごとの課金

GeoDirectoryのPay Per Leadアドオンを使えば、ディレクトリオーナーはリスティング掲載枠の販売ではなく（あるいはそれに加えて）、リスティングオーナーにリードを販売できます。

ユーザーがリスティングを通じて問い合わせを送信すると、リスティングオーナーは連絡先情報を受け取るために料金を支払います。

このマネタイズモデルは、各リードが受け取る側の事業者にとって明確な商業的価値を持つ、サービス系ディレクトリ（建設業者・弁護士・コンサルタントなど）で特に効果を発揮します。

Directoristにはこれに相当する機能はありません。

Dynamic User Emails

これはGeoDirectoryのマーケティングオートメーションエンジンです。

Dynamic User Emailsアドオンを使えば、ディレクトリオーナーはユーザーのアクションをトリガーとして、ターゲットを絞ったパーソナライズされたメールを送信できます。

登録時のウェルカムメール。申請・更新時のリスティング確認メール。レビューやコメントへのお礼メール。リスティングオーナーのフィルタリングされたセグメントへの一斉キャンペーン。

特に際立っているのがフィルタリング機能です。

公式ドキュメントの例：ニューヨークを拠点とし、ペット可の3ベッドルーム宿泊施設を掲載している認証済みリスティングオーナーにメールを送信する。

動的フィールドが各メールに特定のリスティングデータを反映するため、まるであなたが個人的に書いたかのようなメッセージになります。

リスティングオーナーに向けたアクティブなマーケティングを行うディレクトリオーナーにとって、これはCRMとメールツールのスタックを、同じWordPressインストール内の単一のアドオンに集約してくれます。

Directoristはトランザクショナルなメール通知（イベントごとに設定可能）を提供していますが、動的なパーソナライゼーションを備えた一括フィルタリングキャンペーンに匹敵するものはありません。

リスティングオーナーへのメールマーケティングが計画の一部であれば、これはどちらのエコシステムにおいても特に有用なアドオンのひとつです。

ニュースレター連携

GeoDirectoryはUsersWPアドオンを通じて、Mailchimp、ConvertKit、ActiveCampaignなどを含む11のニュースレタープラットフォームと連携します。

これらを使うと、マーケティングキャンペーン用のメーリングリストにディレクトリユーザーを同期できます。それぞれ別々の有料アドオンです。

Directoristは同等のニュースレター連携を標準では提供していませんが、レビュアーの指摘によれば、カスタムコードやサードパーティプラグインで補完することは可能です。

保存済み検索通知

検索エンジンのセクションで説明しています。

両プラグインとも、有料アドオンを通じてメール通知付きの検索保存機能を提供しています。GeoDirectoryのSaved Search NotificationsとDirectoristのSearch Alertは機能的に類似しています。

通知機能はGeoDirectory側のDynamic User Emailsと直接連携しているため、保存した検索のメールも、マーケティングオートメーション全体と同じテンプレートおよびセグメンテーションエンジンを使用できます。

深みが際立つポイント

マネタイズの軸が「注目リスティングや料金プランへの課金」であるディレクトリにとって、両プラグインともその目標を達成できます。

Directoristは、非常に初期の段階では比較的少ない初期費用でその目標に到達できます。

GeoDirectoryのエコシステム（決済のGetPaid、リード販売のPay Per Lead、マーケティングオートメーションのDynamic User Emails、ニュースレターコネクター、予約特化機能）は、ディレクトリに実際のユーザー、実際の収益、そして実際のマーケティングニーズが生まれたときに、より多くのレバーを提供してくれます。

前のセクションで見たパターンと同じです。ファネルの初期段階では洗練度が低く、ディレクトリが機能し始めると中身が充実していきます。

モバイル機能

ほとんどのディレクトリにおいて、モバイルトラフィックが大半を占めています。ローカル検索、「近くの」検索、外出先でのブラウジングはすべてスマートフォンで行われます。

どちらのプラグインも基本機能は備えています。違いが現れるのはネイティブアプリへのアプローチです。一方のプラグインはサービスを販売し、もう一方はスペシャリストを紹介します。

レスポンシブデザイン

どちらのプラグインも、無料版でモバイル対応のフロントエンドを提供しています。

リスティング、マップ、検索フォーム、ダッシュボード、リスティング詳細ページはすべてモバイルのビューポートに対応しています。

タッチ操作（マーカーのタップ、ギャラリーのスワイプ、フィルターの展開）は期待通りに動作します。

クリックして電話、クリックして道順表示、クリックしてメール送信は、どちらにも標準搭載されています。

主にモバイルブラウザからアクセスするディレクトリにおいては、レスポンシブ対応の面でどちらのプラグインも大きなデメリットはありません。

ネイティブモバイルアプリ

ここで2つのプラグインの考え方が分かれます。

Directoristは、iOSおよびAndroid向けのネイティブモバイルアプリを目玉の差別化要素のひとつとして打ち出しています。

その仕組みはセルフサービスのダウンロードや自動生成ビルドではありません。サービスです。

アプリパッケージを注文し、ブランディングや設定の詳細を共有すると、Directoristのチームが代わりにアプリを設定してApp StoreとPlay Storeに申請してくれます。

最近のプロモーションでは初年度の設定は無料で、アップデートには継続的なサービス料金がかかります。

同社は、これを3万ドル以上のカスタム開発プロジェクトを少額のサービス料金で代替するものとして位置づけています。

アプリは実用的で、リスティングの閲覧、お問い合わせフォーム、プッシュ通知、電話や道順案内などのクイックアクション、アプリ内購入、リスティング追加機能など、期待される機能を備えています。

GeoDirectoryは異なるアプローチをとっています。

アプリをコア製品として構築・維持するのではなく、WordPressのモバイル開発を専門とする複数のサードパーティパートナーと連携しています。

選択肢には以下が含まれます WP Apps、Tiny Screen Labs、および WP Mobile App Manager、それぞれがGeoDirectoryディレクトリ向けにネイティブのiOSおよびAndroidアプリを提供しており、類似したサービスモデル、類似した料金体系、そして（場合によっては）単一のベンダーが提供できる以上の柔軟性を備えています。

提供者を選べることで、ディレクトリオーナーは料金設定、アプリデザイン、サポートが自分のニーズに合った提供者を選択でき、特定のチームのロードマップや機能セットに縛られずに済みます。

私たちが自社でアプリを開発しない理由は、運用上の問題にあります。

ディレクトリ向けモバイルアプリは、サポートの負担が非常に大きく（App Storeの審査却下、OSアップデート、プッシュ通知インフラ、アプリ内課金ルールなど）、これを自社製品として運営すれば、プラグイン本体の開発・サポートにかけるリソースが削られてしまいます。

アプリはスペシャリストに任せ、私たちのチームをディレクトリエンジンの開発に集中させることは、意図的なトレードオフです。

PWAとv3で予定されていること

GeoDirectory v3ではプログレッシブウェブアプリ（PWA）サポートが追加され、モバイルユーザーはApp Storeを経由せずにブラウザから直接、インストール可能なアプリのような体験を得られるようになります。

PWAはあらゆるケースでネイティブアプリの完全な代替となるわけではありませんが、ほとんどのディレクトリのユースケース（閲覧、検索、お気に入り保存、道案内、ビジネスへの連絡）においては機能的に同等であり、メンテナンスコストを大幅に削減できます。

Directoristは現在、ネイティブPWAサポートを提供していません。

大局的な視点

Directoristはネイティブアプリへの道を1つ提供しており、それは同チームが開発・保守しています。

GeoDirectoryは、同じサービスを提供するスペシャリストのマーケットを紹介し、複数の提供者が価格と品質で競い合っています。

どちらのプラグインも、同程度のコストで同様の結果に到達できます。

誰が開発するかとは別に本質的な問いは、あなたのディレクトリが本当にネイティブアプリを必要としているかどうかです。

ほとんどのローカルディレクトリでは、高速でレスポンシブなサイト（またはGeoDirectory v3で導入予定のPWA）が、開発・申請・アップデートの手間なしに同じユースケースに対応できます。

プッシュ通知や繰り返し利用のパターンがリテンションに大きく影響するディレクトリ（ハイパーローカルサービス、ニッチなコミュニティ、取引型カテゴリ）では、ネイティブアプリは十分な価値を発揮します。そしてどちらのエコシステムにも、ネイティブアプリへの道が用意されています。

SEOとスキーマ

SEOこそ、ディレクトリのアーキテクチャが投資に見合う成果をもたらすか、あるいは何年もひそかにトラフィックを失い続けるかを決める要素です。

どちらのプラグインも主要なSEOツールと互換性があります。違いはURL構造、スキーマの深さ、そして各プラグインが検索を意識した数千ページにどう対応できるかにあります。

SEOプラグインの互換性

どちらのプラグインも、WordPressの二大SEOプラグインであるYoast SEOおよびRank Mathと統合されています。

メタタイトル、メタディスクリプション、フォーカスキーワード、可読性チェックはいずれも、両プラグインでリスティング・カテゴリー・ロケーション・タグに対してすぐに機能します。

すでにYoastまたはRank Mathを使用している場合、どちらのプラグインも既存の設定とスムーズに連携します。

スキーママークアップ

どちらのプラグインもスキーママークアップを出力します。

GeoDirectoryはカスタム投稿タイプごとにスキーマを生成します。つまり、スポットにはLocalBusiness、イベントにはEvent、必要に応じてRestaurantといった具合です。

スキーマには、営業時間、評価とレビュー数、住所、地理座標、電話番号、営業状況、そしてGoogleのローカルパックやリッチリザルトを牽引するリッチな属性が含まれます。

各CPTは、汎用的な枠組みではなく、実際の内容に合ったスキーマを取得します。

Directoristもスキーママークアップを出力しており、標準フィールドについて同様の網羅性を持っています。どちらのエコシステムも、一般的なケースでGoogleのリッチリザルトテストに合格します。

深さの違いは、カスタム投稿タイプとカスタムフィールドで顕著になります。

GeoDirectoryのスキーマはCPTごと・カスタムフィールドごとに調整できます。つまり、求人掲示板のCPTはJobPostingスキーマを、不動産のCPTはRealEstateListingスキーマを、それぞれのスキーマタイプが必要とするフィールドとともに出力できます。

パーマリンク構造とロケーション・カテゴリーの優位性

これは、SEOの章全体が軸とするセクションです。

Directoristはロケーションをタクソノミーとして扱います。このプラグインはロケーションアーカイブとカテゴリーアーカイブを個別に生成し、次のようなURLを使用します： /location/new-york/ と /category/restaurants/.

「ニューヨークのレストラン」のように2つを1つのURLに組み合わせることは、アーキテクチャの仕様に含まれていません。

カスタムコードで実装できる可能性はありますが、プラグインがこれらのページをネイティブに生成することはありません。

GeoDirectoryのLocation Managerは、ロケーションとカテゴリーの組み合わせをネイティブURLとして生成します：

/places/category/restaurants/united-states/california/san-francisco/

実際のデモで確認する.

そのURLは、独自のメタタグ、スキーマ、H1、そしてインデックス可能なコンテンツを持つ実際のページです。

パーマリンク構造は設定可能なので、順序の変更、階層の省略、または希望するURLパターンに合わせた構造の短縮が行えます。

場所とカテゴリのあらゆる組み合わせがGoogleのインデックス上で独立したページとなり、それに対応するローカル検索クエリでの上位表示が狙えます。

これらのページはそれぞれ、場所などの変数を使ったカテゴリ上部の説明とカテゴリ下部の説明にも対応しています。

つまり、リスティングの上部に導入文（サンフランシスコのおすすめレストランについての1〜3段落、期待できること、知っておくべきことなど）を追加し、地図とリスティンググリッドの下部にクロージングコピー（FAQ、近隣エリア情報、編集部のおすすめ）を加えることができます。

そのページはディレクトリアーカイブのように見えなくなり、インタラクティブな地図を中央に埋め込んだリスティクル記事のように見えてきます。

このフォーマットが検索順位で有利なのは、Googleが求める構造化データ（スキーマ、住所、評価、営業時間）と、ユーザーが求める編集コンテンツ（文脈、意見、おすすめ情報）を、1つのインデックス可能なURLに組み合わせているからです。

数百から数千の「X in Y」クエリをターゲットにするディレクトリにとって、これは プラグイン全体の中で最も影響力のある設計上の選択です.

大規模なプログラマティックSEO

ここで GeoDirectory はpSEOエンジンとして機能します。

20,000件の場所を1つのCSVとしてインポートし、GDページテンプレートシステムを使って、各場所のデータを動的に引き出すロケーションページテンプレートを構築できます。

その結果、それぞれ固有のURL、メタタグ、スキーマ、そしてデータ構造から取得したコンテンツを持つ、20,000件のユニークでインデックス可能な場所別ページが数分で生成されます。

各場所にユニークなコンテンツブロック（説明文、アイキャッチ画像、カスタム導入段落）を追加すれば、Googleがテンプレートの複製ではなく真に独自のページとして扱うコンテンツが完成します。

全国または国際的な規模を狙うディレクトリにとって、これはロングテール全体で「[サービス] in [都市]」に対して上位表示できるディレクトリとそうでないディレクトリの差を分けるものです。

Directoristのフラットなタクソノミーアプローチでは、カスタム開発なしに同等のページを生成することはできません。このアーキテクチャは、そのようなユースケースを念頭に構築されていないのです。

サイトマップ、パンくずリスト、内部リンク

どちらのプラグインも、XMLサイトマップの生成にはYoastまたはRank Mathを利用しています。パンくずリストのレンダリングも、有効化されているテーマ（またはSEOプラグイン）に依存しています。この点は同等です。

内部リンクの面では、GeoDirectoryのウィジェットシステムの真価が発揮されます。

「関連リスティング」ウィジェットは、場所・カテゴリ・タグ、またはこれらの任意の組み合わせによって関連リスティングを自動的に引き出し、概念的に関連するリスティングページ間の内部リンクを自動生成します。

SEOの観点では、内部リンクはトピックの関連性を示し、Googleがあなたのディレクトリをより効率的にクロールするのに役立ちます。

このウィジェットはリスティングページ、カテゴリページ、またはロケーションページに配置でき、手作業なしでリンク構造を自動生成します。

画像SEO

両プラグインとも、リスティング画像のaltタグ、画像タイトル、キャプションに対応しています。

GeoDirectoryのCSVインポーターはこれらのフィールドに対応しているため、ディレクトリの初期データ投入時に、リスティングを1件ずつ編集することなく、画像メタデータを大規模に一括登録できます。

MultiRatings and Reviewsアドオンを使えば、レビュアーがレビュー写真に画像タイトルやキャプションを追加できるようになり、それがリスティングのユーザー生成SEOコンテンツとして活用されます。

薄いコンテンツという現実

まとめに入る前に、正直に一点お伝えしておきます。

2万件のロケーションページや10万件のリスティングを生成しても、それだけで自動的に検索順位が上がるわけではありません。

Googleはテンプレート的な薄いコンテンツの評価を積極的に引き下げており、互いにほぼ同一に見えるページは、スキーマやパーマリンクがどれほど適切に設定されていても、上位表示に苦戦します。

プラグインはアーキテクチャを提供します。各ページに独自の価値をもたらすのは、ディレクトリオーナーの役割です（真の地域コンテンツ、ユニークなリスティング、オリジナル写真、他のディレクトリが持っていない構造化データなど）。

GeoDirectoryはpSEOを実現可能にします。しかし、それを自動化するわけではありません。

SEOが積み重なる場所

1つの都市での上位表示を目指すディレクトリであれば、両プラグインともYoastと数週間のコンテンツ作業で、安定した順位を獲得できます。

国内またはグローバルで「[カテゴリ] in [ロケーション]」という数千ものロングテールクエリでの上位表示を目指すディレクトリには、GeoDirectoryのロケーションアーキテクチャ、設定可能なパーマリンク、CPTごとのスキーマ、テンプレート駆動のページ生成がまさにそのために設計されています。

Directoristのアーキテクチャはそのように設計されておらず、後付けで対応しようとすると、安価なアドオンのコスト優位性を帳消しにするカスタム開発が必要になります。

SEOは、各コードベースで数年前に下されたエンジニアリングの意思決定が、そのディレクトリが2026年以降にどれだけのトラフィックを獲得できるかを左右するセクションです。

パフォーマンスとスケーラビリティ

このセクションこそ、比較全体が積み上げてきた結論です。

ディレクトリは重厚なアプリケーションです。すべてのページが、カスタムフィールド、ロケーション、カテゴリ、評価、画像に対するデータベース駆動のクエリで構成されています。

数百件のリスティングであれば、ほぼどんな構成でも機能します。数千件になると、アーキテクチャが重要になり始めます。数万件になると、アーキテクチャだけがすべてを左右します。

ディレクトリのパフォーマンスが異なる理由

標準的なWordPressブログは、1ページの読み込みにつきデータベースに十数回程度のアクセスしか発生しません。

一方、ディレクトリページはリスティングの詳細、カスタムフィールド、カテゴリ、タクソノミー、レビュー、評価、画像、地図座標、営業時間、関連リスティングなどを取得するために、数百回ものアクセスが発生します。

さらに5つのカスタムフィールドフィルターを含む検索クエリが加わると、ブログ記事を150ミリ秒で処理できるサーバーでも、レスポンスに数秒かかることになります。

このスケーラビリティを左右するのは、各プラグインが数年前に選択したデータベーススキーマです。

GeoDirectoryのカスタムデータベーステーブル

GeoDirectoryは、ディレクトリスキーマ専用に設計された独自のデータベーステーブルにリスティングデータを保存します。

メインのリスティングテーブル（wp_geodir_gd_place_detail）には、リスティングが持つすべてのプロパティ（タイトル、ステータス、タグ、カテゴリ、評価、住所、市区町村、都道府県、国、郵便番号、緯度、経度、電話番号、メール、ウェブサイト、ソーシャルプロフィール、営業時間、特別オファーなど）のネイティブ列が用意されています。

また、専用の _search_title 列が設けられており、高速なキーワードマッチングに特化しています。

カスタムフィールドは専用のテーブル（wp_geodir_custom_fields).

添付ファイルは、WordPressメディアライブラリの外にある専用テーブルで管理されます。メディアライブラリ自体は大規模運用時にボトルネックになりがちです。

レビュー、ソートフィールド、APIキー、タブレイアウトはそれぞれ専用のテーブルを持っています。

これが重要な理由：インデックス付きの列を持つ適切なテーブルに対する単一のSQLクエリは、ミリ秒単位で結果を返します。

市区町村、カテゴリ、評価、3つのカスタムフィールドでフィルタリングする検索は、結合のカスケードではなく、適切なインデックスを持つ1つのテーブルへの1つのクエリとして実行されます。

この構造により、インデックスを実行できることも意味します。 city, country, latitude, longitude, overall_rating、またはディレクトリが頻繁にクエリを実行するその他の列。

ネイティブデータ型（varchar、int、float）は実際の型として保存され、文字列としてシリアライズされません。クエリプランナーは本来の役割を果たせます。データベースも本来の役割を果たせます。

Directoristのpost metaアーキテクチャ

DirectoristはリスティングデータにWordPressの標準的なpost metaテーブルを使用しています。

すべてのカスタムフィールド、すべてのタクソノミー割り当て、すべての検索可能な属性は wp_postmetaの行として保存され、投稿IDとmeta_keyをキーとしています。

WordPressのpost metaクエリパスは個別ルックアップに最適化されているため、小規模では問題なく動作します。

しかし、ディレクトリクエリは個別ルックアップではなく、複数属性によるフィルタリングであるため、ディレクトリ規模では破綻します。

「サンフランシスコにあるレストランで、評価4以上、テラス席あり、ペット同伴可、予約受付可」を検索すると、post metaに対して5つの独立したJOINが実行されます。

JOINが増えるたびにクエリの複雑さが倍増します。データベースは限界に達します。

検索エンジンのセクションで触れたとおり、カスタムフィールドフィルターを5つ使った検索では、post metaテーブルに対して5つのJOINが実行されます。フィルターが2つ程度なら問題ないかもしれませんが、4つになると遅延が生じ始め、6つになるとページがフリーズすることもあります。

これは推測ではありません。これが wp_postmeta の大規模運用における仕組みであり、ディレクトリプラグインチームがこれまでに受け取ってきた「ディレクトリが遅くなった」というすべてのサポートチケットの根本的な制約です。

大規模運用時のマップパフォーマンス

マップのセクションで主要な調査結果を取り上げました。GeoDirectoryのMarker Clusterアドオンはサーバーサイドレンダリングを提供しており、クライアントサイドと比較して300分の1のデータ量で最大100万個のマーカーを処理できます。

DirectoristのListings With Mapはクライアントサイドのクラスタリングを使用しており、数百件のマーカーであれば問題なく動作しますが、マーカー数が数千件に達すると処理が追いつかなくなります。

同じアーキテクチャ上のパターンが繰り返されます。GeoDirectoryのアドオンはディレクトリが成長することを前提とし、問題をあらかじめ解決しています。競合するアプローチは一般的な規模のサイトを前提としており、その前提が崩れると機能しなくなります。

キャッシュ

どちらのプラグインも、主要なWordPressキャッシュプラグインと互換性があります。

GeoDirectoryは最適なキャッシュプラグインとしてWP RocketとFlyingPressを特に推奨しており、その他のほとんどのキャッシュプラグインも問題なく動作します。

ページキャッシュ、RedisまたはMemcachedを使ったオブジェクトキャッシュ、およびキャッシュプラグインを介したCDN統合は、すべて期待どおりに機能します。

マップデータにはプラグインに組み込まれたサーバーサイドキャッシュがあるため、マップを繰り返し読み込む際にマーカーデータセットを毎回ゼロから生成し直す必要がありません。

ページネーション

どちらのプラグインも、長い検索結果リストのページネーションをすぐに利用できます。

GeoDirectoryはAJAXページネーションに対応しているため、ページ全体をリロードすることなく、その場でページが更新されます。これにより、ユーザーが検索結果をナビゲートする際も、同期されたマップとリスト表示を素早く保てます。

どちらのプラグインも、モダンなテーマのページネーションパターンと統合できます。

ホスティングの推奨事項

ディレクトリを始める場合、CloudwaysのVultr High FrequencyドロップレットはNVMeストレージとモダンなCPUを手頃な価格で提供します。

大規模なディレクトリ（数万件のリスティング、実際のトラフィック）には、Rocket.netのようなマネージドWordPressホストが、ディレクトリが生み出すデータベース負荷に対応できるよう設計されています。

共有ホスティングはテスト目的であれば問題ありませんが、どのプラグインを選ぶにせよ、本番環境のディレクトリを運用する場所としては適していません。

実際の規模とはどのようなものか

私たちが関わるGeoDirectoryの最大規模の運用事例では、月額600ドルの専用サーバー1台で、大量のトラフィックを受けながら約200万件のリスティングを稼働させており、検索レイヤーはElasticSearch連携で処理しています。

このサイトはNDAの関係で名前を出せない、米国の大手SEOエージェンシーのものです。

そのパフォーマンスは、基本的なVPS上で動作するDirectoristの小規模なデモサイトと同等であり、両プラグインをフル活用したときのアーキテクチャの差がよくわかります。

Directoristでその規模の本番サイトはまだ見たことがありません。もし存在するなら、ぜひ見てみたいものです。

私たちの予測では、5万件のリスティングに複合検索フィルターとマップレンダリングが加わった場合、フロントエンドだけでなくWordPress管理画面自体もパフォーマンスの限界に達し始めるとみています。

これは検証可能な主張です。今後数週間以内に、同一の負荷条件下で両プラグインを比較した専用ベンチマーク記事を公開する予定です。方法論と生の数値をそのまま公開します。脚色は一切ありません。

あなたのディレクトリへの影響

ディレクトリのリスティング数が数千件程度にとどまるのであれば、2つのプラグイン間のパフォーマンスの差はほとんど問題になりません。適切なホスティングとキャッシュプラグインがあれば、ほぼどんな問題も表面上はカバーできます。

スケールアップを計画している場合（全国規模のディレクトリ、複数都市対応のガイド、リスティング数の多いニッチなアグリゲーターなど）、プロジェクトの将来を左右するのはデータベースのアーキテクチャです。

適切なインデックスを持つカスタムテーブルはスケールします。ポストメタはスケールしません。

その他すべての要素（マップ、検索、スキーマ、モバイル）は、その基盤の上に成り立っています。

セキュリティ

セキュリティは、機能の売り込みにならないため、ほとんどのプラグイン比較記事で軽く流されてしまうセクションです。

しかし、ディレクトリ運営者が最も注意深く読むべきセクションであるべきです。

ディレクトリには、ビジネスデータ、ユーザーアカウント、決済情報、そして場合によっては何年にもわたる個人情報（PII）が蓄積されます。

プラグインのセキュリティに関する実績と、問題が発生したときのチームの対応は、この記事におけるあらゆる機能比較よりも長く語り継がれるものです。

両プラグインともセキュリティ上の脆弱性を抱えたことがあります。WordPressプラグインである以上、それはどれも同じです。

重要なのは、件数がいくつか、深刻度がどの程度か、チームがどう対応したか、そして公開記録がどのようになっているか、という点です。ここでは、文書化されたソースに語ってもらいましょう。

脆弱性の記録

National Vulnerability Databaseには、両プラグインの脆弱性が掲載されています。

GeoDirectoryは2018年のv2リリース以降、約15件のCVEが開示されており、その大半は低〜中程度の深刻度で、実際に悪用するのは困難なものです。

DirectoristのNVDにおける記録は、件数と深刻度の両面でより多くなっています。

両方の記録を確認するための主要な参考リンク：

GeoDirectory: nvd.nist.gov/vuln/search?keyword=geodirectory
Directorist: nvd.nist.gov/vuln/search?keyword=directorist

この記事を読んでいる方は、どなたでも両方のリストをご自身で確認できます。以下の内容について、私たちの言葉を鵜呑みにする必要はありません。

2021年11月：偽ランサムウェアキャンペーン

2021年11月、セキュリティ会社のSucuriは、Directoristを使用しているWordPressサイトへの攻撃キャンペーンが活発に行われていることを記録しました。

主要なセキュリティニュースメディアであるBleepingComputerが、この事件を詳細に報じました。

約291件のWordPressサイトが侵害され、復元のために0.1ビットコイン（当時約6,000ドル）を要求する偽の暗号化身代金要求メッセージが表示されました。

SucuriおよびBleepingComputerによる技術的詳細：攻撃者はDirectoristプラグインの脆弱性を悪用して身代金要求メッセージを表示し、影響を受けたサイトのすべてのWordPressブログ投稿を改ざん。post_statusをnullに設定し、コンテンツを非表示にしました。

このプラグインが攻撃の入口として利用されていました。バージョン7.0.6.2としてパッチがリリースされました。

Source: bleepingcomputer.com/news/security/wordpress-sites-are-being-hacked-in-fake-ransomware-attacks/

2023年4月：重大な脆弱性とWordPress.orgによる公開停止

2023年4月、Wordfenceセキュリティリサーチチームは、バージョン7.5.4以前のDirectoristに影響する2件の重大な脆弱性を公表しました：

任意のユーザーパスワードリセットによる権限昇格。 攻撃者は管理者を含む任意のユーザーのパスワードをリセットし、サイトの完全な制御を奪うことができました。
安全でない直接オブジェクト参照による任意の投稿削除。 攻撃者は認証なしでリスティングやその他のコンテンツを削除することができました。

脆弱性の公表時点で、Directoristは10,000以上のWordPressサイトにインストールされていました。

次に何が起きたかが、最も重要な部分です。

2023年6月1日、開発者が応答しないことを理由に、WordPress.orgプラグインレビューチームによってこのプラグインが閉鎖されました。

つまり、脆弱性が責任ある形で公表されてから2か月後、Directoristチームが有効な修正をまだリリースしていなかったため、WordPress.orgチームはこのプラグインを公開リポジトリから強制的に削除したのです。

このプラグインは最終的に修正され、12日後にリポジトリに復元されました。

Directorist自身のブログ投稿でもこの閉鎖と12日間のダウンタイムが確認されています。同社はこれをWordPress.orgによる「予防措置」と位置付けていますが、WordPress.orgがプラグインを閉鎖した根本的な理由は、セキュリティチームが開発者からタイムリーな返答を得られなかったためです。

この12日間にDirectoristを運営していたディレクトリオーナーにとって、これは既知の重大な脆弱性が活発に文書化されている最中に、公式リポジトリからの新規インストールおよびアップデートがご利用いただけなかったことを意味します。

出典：

wordfence.com/blog/2023/06/critical-security-update-directorist-wordpress-plugin-patches-two-high-risk-vulnerabilities/
directorist.com/blog/important-directorist-plugin-security-update-2/（Directorist公式声明）

2025〜2026年にかけて続く問題

深刻な脆弱性は継続して発生しています。

今年の公式記録に残る事例を2つご紹介します：

Patchstack： Directorist <= 8.1、脆弱なOTPによる権限昇格およびアカウント乗っ取り。この脆弱性はコアプラグインのバージョン8.1以前に影響し、攻撃者が脆弱なワンタイムパスワード検証を悪用して管理者アカウントを乗っ取ることを可能にしました。
CVE-2026-22337（2025年11月）： Directorist Social Loginプラグイン、不正な権限割り当て、CVSS 9.8 Critical。バージョン2.1.4未満が対象。認証済みの低権限ユーザーが管理者に権限昇格できました。

公式記録全体を通じて見られるパターン：コアプラグインと有料拡張機能の両方において、複数年にわたり繰り返し発生するCritical深刻度の権限昇格およびアカウント乗っ取りの脆弱性。

GeoDirectoryの対応体制

私たちは脆弱性がゼロだとは主張しません。迅速に対応し、すべてのリリースにおいてセキュリティを最優先事項として扱うことをお約束します。

GeoDirectoryの脆弱性履歴の全件は、上記のNVDリンクで公開検索できます。

私たちのプロセスが異なる点：

対応時間。 私たちの開発チームは複数のタイムゾーンにまたがって活動しているため、セキュリティレポートがサポートシステムに届いた際、チームの誰かがほぼ即座に対応します。確認からパッチ済みリリースまで、私たちは日単位ではなく時間単位を目標としています。これまでリリースしたセキュリティパッチのほとんどは、報告から12時間以内にリリースに至っています。

開示とバウンティについて。 私たちは正式なバグバウンティプログラムを運営していませんが、研究者が真正な脆弱性を非公開で開示してくださった場合、ケースバイケースで適正な報酬をお支払いしています。信頼できる報告に対して報酬を支払わなかったことは一度もありません。

外部による検証。 当社のCEO兼CTOであるStiofanは、自身もWordPressセキュリティ研究者として積極的に活動しています。

公開されているバウンティの記録によると、彼は2024年3月にminiOrangeのMalware ScannerプラグインにおけるPrivilege Escalation（権限昇格）の脆弱性を発見したとしてWordfenceから$1,250を授与され、また2024年4月にはUser Registrationプラグイン（アクティブインストール数60,000件以上）における同種の脆弱性を発見したとして$2,063を授与されています。

これらのバウンティはWordfenceのブログで公開されています。

Stiofanはまた、2024年にWordPress.orgによってminiOrangeの2つのプラグインが永久閉鎖されるきっかけとなった開示の背後にある研究にも貢献し、10,000件以上のサイトを保護しました。

この取り組みはThe Hacker News、Techzine、GBHackersをはじめとする複数のセキュリティメディアで取り上げられました。

重要なポイントは、GeoDirectoryのセキュリティ責任者が、業界を代表するWordPressセキュリティ企業からバウンティ報酬を受け取りながら、他者のプラグインに対するこの業務をプロとして公に行っているという事実です。

他のプラグインを精査するのと同じ目で、私たち自身のプラグインも精査されています。

リポジトリのステータス

GeoDirectoryは、セキュリティ上の問題によりWordPress.orgのプラグインレビューチームから閉鎖されたことは一度もありません。

このプラグインは2014年からリポジトリを通じて継続的にリリースされています。

購入者の方へ：これが意味すること

Directoristのサイトがハッキングされると申し上げるつもりはありません。

最新バージョンにはパッチが適用されており、チームは修正をリリースしています。通常の使用条件のもとでは、現在のリリースを使用することは安全なはずです。私たちは予測を行っているわけではありませんし、そのような立場にもありません。

私たちが述べていること、そして公開記録が明確に裏付けていることは以下のとおりです：

Directoristは深刻なセキュリティインシデントの記録を持っています。具体的には、2021年に数百件の稼働中サイトを侵害した攻撃キャンペーン、開示された脆弱性に対して開発者が対応しなかったことを理由とした2023年のWordPress.orgからの強制削除、そして2025年・2026年においてもコアおよびアドオンの両方でCVSS 9.8の重大な脆弱性が継続的に報告されていることが挙げられます。
GeoDirectoryの実績は大きく異なります。重大なCVEの数が少なく、パッチサイクルが迅速で、リポジトリの閉鎖歴がなく、さらには独立したセキュリティ研究の実績が検証可能なCTOが在籍しています。
ディレクトリモデルを試す趣味のサイトであれば、これはさほど重要ではないかもしれません。しかし、ユーザーアカウント、決済データ、ビジネス情報、または侵害フォーラムで公開されたくないあらゆるデータを保管するディレクトリであれば、ベンダーのセキュリティ実績は購入判断における現実的な要素となります。

ディレクトリは長期プロジェクトです。このプラグインを何年も使い続けることになるでしょう。

プレッシャーのかかる場面でのベンダーの対応も、あなたが購入するものの一部です。公開されている記録をまとめました。ご自身でお読みになり、ご自身の判断で評価してください。

多言語対応

どちらのプラグインも、主要な翻訳ソリューションとして WPML を対象としており、いずれもカスタムデータ構造を翻訳可能にするために無料のコンパニオン拡張機能に依存しています。

この点に関しては、他のほとんどのセクションと比べて、両者のアプローチは機能面でより近い水準にあります。

WPMLサポート

GeoDirectory は無料の WPML 拡張機能を提供しており、プラグインの翻訳対象となるすべての要素——リスティング、カテゴリー、ロケーション、タグ、カスタムフィールド、メールテンプレート、フロントエンド文字列——を100%カバーしています。

カスタムフィールドの部分については、GeoDirectory がカスタムフィールドを投稿メタではなく独自のデータベーステーブルに保存しているため、汎用の翻訳プラグインではデフォルトではアクセスできません。そのため、専用の拡張機能を開発する必要がありました。

この拡張機能はそれらのフィールドを WPML の文字列翻訳モジュールに公開することで、WordPress のネイティブフィールドと同じ方法で翻訳できるようにします。

Directorist も無料の WPML 連携プラグインを提供しており、最近のアップデート（2026年2月）でディレクトリタイプ、タクソノミーデータ、フロントエンド文字列、メール翻訳に関する翻訳の問題が修正されました。

2025年の G2 レビュアーが指摘した、アップデート後に Directorist の WPML 文字列翻訳が壊れるという問題は、最近のパッチで対処されたようです。

機能的には同等です。どちらも AI アシストによる翻訳レビューのために WPML の自動翻訳エンジンに対応しており、SEO 向けの翻訳済みスラッグと hreflang タグをサポートし、手動または WPML の機械翻訳ワークフローを通じてリスティングを翻訳できます。

Polylang、TranslatePress、Weglot

どちらのプラグインも、Polylang、TranslatePress、Weglot、GTranslate を公式にはサポートしていません。

これらの一部は WordPress の汎用翻訳フックを通じて部分的に機能しますが、どちらのベンダーも専用の連携機能を提供していません。

WPML 以外の翻訳プラグインをご利用の場合は、どちらのプラグインを選んでもカスタム連携作業が必要になることをご承知おきください。

マルチ通貨

リスティング、クレーム、予約に料金が発生するディレクトリでは、マルチ通貨のサポートは言語翻訳と同じくらい重要です。

GeoDirectory の GetPaid プラグイン（ベースは無料、有料の Multi-Currency add-onが必要）は、これをネイティブに処理し、訪問者が自動換算によってローカル通貨で価格を確認できるようにします。

DirectoristのPricing Plansエクステンションは、専用のマルチ通貨レイヤーなしに、サイトごとに1通貨のみをサポートしています。

1か国のみで運営されているディレクトリにとっては、どちらの側でも問題になりません。有料リスティングを持つ多国籍オーディエンスを対象としたディレクトリにとっては、マルチ通貨の欠如は現実的な課題です。

RTL言語

GeoDirectoryは、RTL対応テンプレートにより、右から左へ書く言語（アラビア語、ヘブライ語、ペルシャ語）をすぐに使える状態でサポートしています。

Directoristも、コアテンプレートで同様のRTLサポートを提供しています。

多言語対応の実情

ほとんどの多言語ディレクトリプロジェクトにおいて、どのプラグインを選択するかにかかわらず、WPMLが答えとなります。

両チームとも、それぞれのプラグインに必要なインテグレーションを構築し、最新の状態に保ち、WPMLの標準翻訳ワークフローに対応しています。

実際の差別化ポイントは、収益化されたディレクトリにおけるマルチ通貨サポートです。GeoDirectory + GetPaidのスタックがネイティブで対応している一方、Directoristは対応していません。

使いやすさ

このセクションでは、Directoristが負けるより勝る点の方が genuinely 多く、私たちもそれを否定するつもりはありません。

すぐに使えるシンプルさは彼らの真の強みの一つであり、ユーザーの反応を実際に見てきた点でもあります。

セットアップの流れ

どちらのプラグインも、インストールから最初のリスティング作成までのステップは似ています。どちらも数分程度です。

基本的なディレクトリを立ち上げるのに技術的な知識は必要ありません。違いが出てくるのは、デフォルト設定を超えてから初めて現れます。

管理画面のUXと設定の密度

GeoDirectoryはDirectoristよりも設定項目が多くあります。それは強みでもあり、弱点でもあります。

高度なカスタマイズ性と深みは、より多くのオプションをナビゲートする必要性を伴います。一部のオプションがわかりにくかったり見つけにくかったりする点は、社内でも率直に認めてきました。

現在の管理画面には、まさにこのために「詳細設定の表示/非表示」トグルがあります。使用頻度の低い設定を非表示にして、日常的な設定が長いスクロールに埋もれないようにするためです。

Directoristの管理画面はよりシンプルです。設定項目が少なく、同じ目的地へのパスも少なく、「デザインとカスタマイズ」のセクションで取り上げたDirectory Builderのアプローチにより、設定の多くが設定ページに散在するのではなく、見える形で管理できます。

初めてディレクトリを構築する非技術系サイトオーナーにとって、この低摩擦な管理画面は真の利点です。

ドキュメントとビデオチュートリアル

GeoDirectoryの公式ドキュメント（wpgeodirectory.com/documentation/）は非常に充実しており、コア機能からアドオンまで幅広く詳しくカバーしています。

不足しているのはビデオです。充実した公式ビデオチュートリアルライブラリがなく、視覚的に学ぶことを好むユーザーから実際に寄せられている不満です。

サポートエージェントの一人が、自身のカスタマイズ・開発クライアント向けに作成したチュートリアルをYouTubeチャンネルで公開しており、私たちも公認していますが、充実したビデオライブラリの正式な代替にはなっていません。

この課題の解消に向けて取り組んでいます。

Directoristはビデオコンテンツに多大な投資をしています。YouTubeチュートリアル、ウォークスルー、マーケティング色の強い解説動画など、ひととおり揃っています。

テキストよりもビデオで学ぶスタイルの方には、Directoristのコンテンツライブラリのほうが取り組みやすいでしょう。

学習曲線

非技術系ユーザーから最も多く寄せられるネガティブなフィードバックは、GeoDirectoryは習得に時間がかかるというものです。

テンプレートページのアプローチは開発者に無限の柔軟性を与えますが、ページテンプレートを編集したことのない人にとっては、慣れるまで抽象的に感じられることがあります。

開発者や経験豊富なWordPressユーザーは、同じアーキテクチャこそGeoDirectoryを選んだ理由だと言います。同じ機能でも、対象ユーザーが違えば受け取り方も変わります。

DirectoristのDirectory Builderはより直感的にガイドされています。レイアウトを見ながら、ウィジェットのオン・オフを切り替え、並べ替えて、プレビューして、保存できます。

覚えるべき概念が少なく、最初の成果物に素早くたどり着けます。上限は低めですが、入門のハードルも低くなっています。

v3で来ること

GeoDirectory v3はAIネイティブになります。つまり、非技術系ユーザーがチャットインターフェース（Claude、ChatGPT、または類似のもの）にディレクトリの内容を説明するだけで、その会話からディレクトリを構築できるようになります。

目標は、すべてのユーザーがテンプレートアーキテクチャを先に習得しなくても、GeoDirectoryの豊富な機能を活用できるようにすることです。

v3のリリースが近づくにつれ、さらに詳しい情報をお伝えしていきます。

正直なトレードオフ

使いやすさという点では、現時点ではDirectoristに軍配が上がります。

管理画面はよりすっきりしており、ビデオライブラリもより充実していて、ビルダーのアプローチも非技術系ユーザーには扱いやすくなっています。この点では、私たちは彼らに及びません。

今日の使いやすさを最優先すべきかどうか、読者の皆さんにもぜひ考えていただきたいと思います。

ある午後にインストールしたプラグインは、何年もそのまま使い続けることになります。

今は使いこなせないと感じる深い機能こそ、ディレクトリに実際のリスティング、実際の収益、そして独自のデザインニーズが生まれたとき、「あの機能があれば良かった」と思うものです。

最初は取っ付きやすいが、成長に合わせるのが難しい。それがトレードオフです。何を作るかによって、どちらを選ぶかは人それぞれ合理的に異なるでしょう。

開発者向け拡張性とインテグレーション

どちらのプラグインも開発者を意識して作られており、WordPressの標準的な拡張機能——アクションフック、フィルターフック、REST API、子テーマによるテンプレートのオーバーライド——をいずれも備えています。

この記事の中でも、両者の差が最も小さいセクションのひとつです。

フック、フィルター、REST API

GeoDirectoryは、プラグインのライフサイクル全体にわたってフックとフィルターを公開しています。

リスティング、カスタムフィールド、検索、マップ、レビュー、支払い、メール、その他すべて。必要なフックが不足している場合は、リクエストに応じて追加します。

REST APIはWordPress管理画面から行うすべてのデータ操作をカバーしており、カスタムアプリケーションからリスティングの作成・取得・更新・削除、ユーザーやカテゴリの管理、そしてほとんどのワークフローをWordPressの管理画面に一切触れずに実行できます。

Directoristも同様に充実したフックシステムを提供しています。REST APIはリスティング、ユーザー、カテゴリ、レビュー、メディアの主要なエンドポイントを公開しています。

どちらのプラグインも拡張性があり、どちらも期待通りの開発者向けドキュメントを備えています。

一方を使った経験があり、もう一方と統合する必要がある開発者にとっては、どちらのパターンもなじみ深いものでしょう。

どちらのプラグインも特別に制限が厳しいわけでも、特別に開放的なわけでもありません。どちらも実用的です。

ページビルダー

GeoDirectoryはElementor（およびElementor Pro）、Bricks Builder、Divi、Beaver Builder、Oxygen、Breakdance、SiteOrigin、Avada Fusion Builder、そしてWordPressブロックエディターと完全に互換性があります。

特にElementor ProとBricksに関しては、GeoDirectoryがそれぞれのダイナミックコンテンツシステムと統合されており、ページビルダーの要素をGeoDirectoryのデータ構造と組み合わせて使用できます。

両者向けの公式チュートリアルとリモートテンプレートをご用意しています。

DiviはWordPressの優れたディレクトリプラグインのまとめ記事でGeoDirectoryを推薦しており、DiviとGeoDirectoryを使ったディレクトリ構築に関するチュートリアルも公開しています。

サードパーティの開発者（divigeo.com）がDiviユーザー向けの専用GeoDirectory子テーマをメンテナンスしており、このプラグインを取り巻く活発な開発者エコシステムの存在を示しています。

Directoristは、Elementor向けに25以上の専用ウィジェットを提供しており、BricksおよびOxygen向けにも同様のウィジェットセットを用意しています。

ただし、これらはDirectoristが独自のデザインを描画するために設計された、意見が組み込まれた既製ウィジェットです。

これらのウィジェットは、ページビルダーのネイティブなダイナミックコンテンツシステムにDirectoristのリスティングデータを公開しません。そのため、Elementor Pro、Bricks、またはOxygenを使用するデザイナーは、WooCommerceや他のダイナミックデータ対応プラグインのように、Directoristのフィールドを取得してカスタムレイアウトを構築することができません。

GeoDirectoryは逆のアプローチを採用しています。Elementor ProおよびBricksのダイナミックデータシステムと直接統合しているため、すべてのカスタムフィールド、ロケーション、評価、リスティング属性がビルダーのネイティブ要素から利用できます。

デザイナーはGeoDirectoryのデータをソースとして使用し、ページビルダー独自のツールで自由なレイアウトを構築できます。

テーマの互換性

両プラグインとも、WordPressのベストプラクティスに沿ったあらゆるテーマで動作します。特定のテーマを必要とするものはありません。

どちらもオプションの独自テーマを同梱しています。GeoDirectoryのBlockstrapは、プラグイン専用に構築されたフルサイト編集（FSE）テーマであり、私たちが計測した中で最高のパフォーマンスの組み合わせを誇ります。

DirectoristのOnelistingテーマは無料で提供されており、そのレイアウトパターンに合わせて調整されています。

プラグインのデザインに「すぐに使える」出発点を求めるユーザーにとって、どちらの選択肢も存在します。

コミュニティプラグイン（BuddyPressおよびBuddyBoss）

両プラグインとも、ソーシャルネットワーク型のコミュニティ機能のためにBuddyPressと統合しています。

BuddyBossはbuddboss.com/integrations/にて両プラグインを公式インテグレーションとして掲載しており、GeoDirectoryとDirectoristをそれぞれ独立して推奨しています。

ソーシャル機能（メンバープロフィール、アクティビティフィード、グループ、メッセージング）を追加したいディレクトリには、どちらのプラグインもBuddyBoss主導のサイトに適合します。

サードパーティプラグインのエコシステム

GeoDirectoryの公式パートナーエコシステムには、UsersWP（ユーザープロフィールとダッシュボード、自社製）、WP GetPaid（決済、自社製）、Ninja Forms（カスタムフォーム）、AffiliateWPおよびSliceWP（アフィリエイト管理）、WP All Import（CSVインポートワークフロー）、Yoast SEOおよびRank Math（SEO）、BuddyPress、そしてGeoMarketplaceアドオンを通じたWooCommerceと主要マルチベンダープラグイン（Dokan、WCFM、WC Vendors Pro、MultiVendorX）との連携が含まれます。

GeoMarketplaceは各リスティングを独自のWooCommerceショップに変換し、リスティングオーナーが商品を販売し、ディレクトリ管理者がすべての販売から手数料を得られます。また、近接検索機能により、ユーザーは自分の位置から最も近いショップから購入できます。

ユースケースは、デリバリー向けのメニューアイテムを持つレストランディレクトリから、Etsyスタイルのマーケットプレイス、地域のリサイクルショップネットワークまで多岐にわたります。

Directoristのエコシステムには、FormGentインテグレーション、複数のマルチベンダープラグイン（Dokan、WC Vendors、WCFM）、そしてMailchimp、Stripe、PayPalとのインテグレーションが含まれます。

マルチベンダーのサポートは、ベンダーが自分のリスティングを管理できる範囲にとどまっています。その上に近接対応の商品検索レイヤーはありません。

正直なまとめ

開発者向けの拡張性とインテグレーションについては、両プラグインとも異なる経路をたどりながら同じゴールに到達します。

どちらもフック、フィルター、REST API、テンプレートオーバーライドを備えています。また、主要なページビルダーや主要なマルチベンダープラグインとも連携します。

デザイン・開発作業において最も重要な差別化ポイントは、GeoDirectory が Elementor Pro および Bricks とネイティブに動的データ統合していることです。これにより、デザイナーはプリビルドのウィジェットに縛られることなく、レイアウトを完全にコントロールできます。

eコマース主導のディレクトリにおける差別化ポイントは、GeoMarketplace の近接ベースのショップ・商品検索機能です。この機能は Directorist 側には同等のものがありません。

インポート / エクスポート＆移行

ディレクトリへのデータの出し入れは、必要になるその日まで全く気にならない機能のひとつです。

両プラグインとも、無料版で CSV のインポートとエクスポートが利用できます。

違いが現れるのは、何がインポートできるか、何がエクスポートできるか、そして別のプラグインから完全に移行したい場合にどうなるか、という点です。

無料版での CSV インポート

GeoDirectory の無料インポーターは、リスティング以上のものをカバーしています。

インポート/エクスポートパネルは、リスティング、カテゴリー、レビュー、設定、投稿タイプ、カスタムフィールド、CPT タブ、ロケーション、ロケーション + CPT 説明、カテゴリー + ロケーション説明を扱います。

最後の項目が重要です。ロケーションアーカイブやカテゴリーアーカイブの上下に表示される編集コンテンツを一括インポートできるからです。これは、SEO セクションで取り上げた pSEO リスティクルアプローチの基盤となります。

無料インポーターは再インポートによる一括編集にも対応しています。CSV のデータを変更して再アップロードすると、既存のリスティングがその場で更新されます。

実際に必要になるまでは、些細なことに聞こえるかもしれません。

新しいカスタムフィールドを追加して、3万件の既存リスティングに値を反映させなければならないとします。カテゴリー構造を変更した場合も同様です。何千行にもわたって伝播したデータ入力ミスを修正したいときや、休日のカレンダー変更後に営業時間を一括更新したいときも同じです。

再インポートなしの選択肢は次のとおりです。管理画面から各リスティングを手作業で編集する（大規模では不可能。特に、すでに負荷で動作が遅いディレクトリでは）、カスタム SQL や移行スクリプトを書く（ディレクトリ運営者の99%には手が届かない）、あるいは全リスティングを削除して最初からインポートし直す（これにより、すべての内部リンク、保存済み検索、外部リンク、Google がインデックスした URL、既存の投稿 ID に紐付いたすべてのレビューが壊れます）。

Directorist のインポーターは現在、追加専用です。つまり、上記のどの選択肢にもクリーンな解決策がありません。

これは機能比較のセクションで触れましたが、インポート/エクスポートはまさにこのギャップが最も重要なセクションであるため、改めて述べる価値があります。

WP All Import のインターフェイスを好むパワーユーザーには、GeoDirectory が完全対応しています。Directorist は独自のインポーターに加え、カスタムフィールドへの CSV マッピングをサポートしています。

CSVエクスポート

GeoDirectoryのエクスポート機能はインポーターを鏡のように反映しています。インポートできるものはすべてエクスポートできます。

フィルタリング機能が標準搭載されています。投稿タイプ（Places、Events、または追加したカスタム投稿タイプ）を選択し、CSVファイルあたりの最大件数（デフォルト5,000件）を設定して、公開日の範囲でフィルタリングできます。

バックアップ、移行、または外部でのデータ処理に役立ちます。

Directoristは同様のマッピング機能を備えたCSV形式でリスティングをエクスポートします。

他のディレクトリプラグインからの移行

ここからが大きな差の始まりです。

GeoDirectoryには、競合するディレクトリのリスティングをGeoDirectoryのデータベースに直接移行できる無料のDirectory Converterプラグインが付属しています。

対応しているソースには、phpMyDirectory、Listify、Business Directory Plugin（6.3以降）、eDirectory、Vantage Directory Theme、そしてDirectorist（7.9.0以降）が含まれます。

最後の点は文脈上重要です。プラグインのアーキテクチャに限界を感じたDirectoristユーザーは、データを作り直すことなくGeoDirectoryへ移行できます。

このコンバーターはベータ版でありステージング環境での使用を想定していますが、プラグイン間のフィールド構造のマッピングという重労働をこなしてくれます。

Directoristには、競合プラグインからの移行に対応する同等のコンバーターが付属していません。

同プラグインの移行手段は「CSVによるインポート」であり、クリーンなCSVが手元にある場合は問題ありませんが、システム間でメタデータ、タクソノミー、カスタムフィールド構造を保持しようとする場合はそれほど簡単ではありません。

他のプラグインへの移行

GeoDirectoryは、ユーザーが他のディレクトリプラグインへ移行するための積極的なサポートは提供していません。カスタム移行作業は行わず、「GeoDirectory から X へ」といったコンバーターも提供していません。

これは意図的なものです。

エクスポートされるCSVはオープンで完全なものですので、移行を決意したユーザーはそのデータを活用できます。

バックアップの互換性

両プラグインは標準的なWordPressバックアッププラグイン（UpdraftPlus、BlogVault、WP Vivid、BackWPup、その他）と互換性があります。

標準的なバックアッププラグインはデータベース全体をキャプチャするため、GeoDirectoryのカスタムテーブルも標準のWordPressテーブルと一緒にバックアップされます。特別な設定は必要ありません。

移行の実態

日常的なインポート／エクスポートについては、どちらのプラグインも基本機能を備えています。

GeoDirectory が誇る2つの運用上のメリットは、再インポートによる一括編集（手作業では管理しきれないほどリスティングが増えた際に真価を発揮します）と、競合プラグインからの移行を可能にする Directory Converter です。

どちらも Directorist に相当する機能はありません。将来的な成長や他ツールへの乗り換えを視野に入れているディレクトリサイトにとって、GeoDirectory はデータの双方向移行においてより柔軟な選択肢です。

サポート、ドキュメント＆評判

このセクションは、多くの比較記事が省略している部分です。それを読んでいる購入検討者は、目を向けるべきです。

ディレクトリプラグインは長期的なお付き合いです。何年も使い続け、問題が起きればサポートチケットを送り、チームの返答を頼りにすることになります。

サポートに関するプラグインの実績や、問題発生時のチームの対応は、この記事のあらゆる機能比較よりも長く残るものです。

両社ともに、公開された実績を持つ十分な歴史があります。まず私たちの実績をお見せし、次に相手方のものをご紹介したうえで、ご自身でどちらもお読みいただけるようにします。

サポートチャネル

GeoDirectory では、2つのサポート経路をご用意しています。無料ユーザーは WordPress.org のプラグインフォーラムへの投稿、またはメールベースのチケットシステムからのチケット送信が可能です。

有料のお客様はチケットシステムのみをご利用いただけます。

初回返答は24時間以内を目標としており、実際にはそれほどかかることはほとんどありません。チケットシステムから取得した現在の報告期間における実際の数値は以下のとおりです：

平均初回返答時間： 2時間31分
全返答の平均返答時間： 2時間27分
平均解決時間： 3時間6分
チケットの65%は1回の返答で完全に解決されました
解決までの平均返信数：1.59

チケットの約5件に1件は、15分以内に最初の返信が届きます。公約は24時間以内。実際には、ほとんどのチケットが半日以内に対応されています。

Directoristも同様のモデルを採用しています：無料プラグインはWordPress.orgフォーラム、有料ユーザーには専用チケットシステムを提供しています。

私たちが確認した限り、実際の対応時間に関する同等の指標は公開されていません。

ドキュメント

GeoDirectoryの公式ドキュメントは充実しており、コア機能からアドオンまで詳しく網羅しています。

不足しているのは動画コンテンツです。充実した公式動画ライブラリがないことは、「使いやすさ」のセクションでも率直にお伝えしました。

Directoristは動画チュートリアルに力を入れています。テキストよりも動画で学ぶことを好む方には、Directoristのコンテンツのほうが取り組みやすいでしょう。

チームと継続性

GeoDirectoryはプラグインとして12年の歴史を持ち、GeoTheme.comをルーツとするチームはさらに14年の実績があります。

StiofanとCMOである私がこの会社を共同創業し、現在も共同CEOとして経営に携わっています。StiofanはCTOを務めています。コアチームはインド、ケニア、オーストラリア、バリに分散しており、2014年から最小限の離職率でともに歩んできました。

継続性の重要さは、プラグインが運営者交代によって方向性を失う様子を目の当たりにして初めて、多くのディレクトリオーナーが気づくことです。

評判

比較記事でよくあるのは、このセクションで黙り込むか、徹底的にこき下ろすかのどちらかです。私たちはそのどちらもしません。

本稿執筆時点でのWordPress.orgの数値：

GeoDirectory: 星4.8、715件のレビュー
Directorist: 星4.6、同程度の件数

表面上は互角です。しかし、その裏側にある話こそが興味深く、私たちの言葉を鵜呑みにするのではなく、ぜひご自身で確かめてみてください。

私たちの実績、正直なバージョン

GeoDirectoryはWordPress.orgに29件の星1レビューがあります。

そのほぼすべてが特定の時期に集中しています：V1からV2への移行期、それにいくつかの初期および後発的な問題です。

2022年5月以降、1つ星のレビューは一度も受け取っていません。これはほぼ4年前のことです。それ以前にも、約2年間のギャップがありました。

現在の連続記録をこのまま無期限に伸ばし続けたいと願っていますが、レビューはソフトウェア製品を運営する上での自然な一部であり、そうでないふりをするつもりはありません。

ここからが、書くのが少し難しい部分です。

今あの古いレビューを読み返すと、身が縮む思いがします。当時、私たちはプレッシャーへの対処が上手くありませんでした。

批判を個人的に受け止め、本来すべきでない返し方をしてしまいました。技術的な内容では正しくても、言葉のトーンで誤っていたこともあります。一線を越えてしまったこともありました。

あの返答を編集することはできません。WordPress.org では許可されていませんし、仮にできたとしても、返答が存在しないふりをすることは、そのまま残しておくよりもっと大きな問題になるでしょう。

私たちにできることは、タイムラインを示すことです。対応方法が変わったのは、何年も前のことです。

現在のアプローチは、公開されている最近のフォーラムやチケットの履歴に記録されています。

かつての私たちの姿を知りたければ、古い1つ星スレッドをお読みください。今日の私たちの姿を知りたければ、最近のフォーラムの活動をご覧ください。

どちらも公開されており、並べて検索することができます。

古いレビューから得られる教訓があるとすれば、それはソフトウェアベンダーとして批判に対処してはいけない方法です。私たちはそれを苦い経験から学びました。

隠すことは不誠実であり、かつ効果もないため、私たちはこれをオープンに共有しています。

Directorist の現在のパターン、記録として

Directorist の最近のレビューは別の物語を語っており、そのパターンは過去のものではなく現在進行形のものです。

2024年11月、認証済みの Directorist ユーザー（スクリーンショットをご覧ください： digitronic）が、次のタイトルで1つ星のレビューを書きました「メジャーアップデートで、かつてはまともだったディレクトリプラグインが台無しにされた」.

そのレビューには、次の具体的な不満が含まれていました：

「サポートを提供する条件として肯定的なレビューを求めることは絶対にNGであり、カスタマーラブを掲げる真剣な企業がそのような行為に関与すべきではありません。」

Directoristの公式サポートスタッフによる回答：「ポジティブなレビューのリクエストについてもお伝えしたいと思います。サポートエージェントが、支援を提供する条件としてポジティブなレビューを求めることは一切ございませんので、どうかご安心ください。」

明確な公式否定。

2025年3月、4か月後に、別のユーザー（スクリーンショット参照： Adam, @servicesportal）が別のレビューを投稿しました。タイトルは「最悪の3年間」で、その冒頭はこのように書かれています：

「まず最初に、サポートチームに連絡すると、開発者たちはポジティブなレビューを残すよう求めてくることをお伝えしたいと思います。それに応じなければ、無料プラグインに関するサポートを断られます。次に、以前私がネガティブなレビューを残したところ、サポートチームから個人的にメッセージが届き、削除するよう求められました。」

二つの別々の告発：サポートと引き換えにポジティブなレビューを要求すること、そしてネガティブなレビューの削除を求める非公開の連絡。

今回のDirectoristの返答は、どちらの告発も否定しませんでした。

返答では「直面しているすべての問題を詳細に記載したサポートチケットをご提出ください。また、ご自身のケースを特定してフォローアップできるよう、残されたレビューについてもご記載ください」と求めていました。

この表現の違いは重要です。以前の返答（2024年11月）では当該行為を明確に否定していました。後の返答（2025年3月）ではそれを回避し、ユーザーに自身のレビューで本人確認するよう求めています。

4か月の間をおいて、互いに無関係のユーザーが同じパターンを報告しています。一方のスレッドでの否定と、もう一方でのノーコメントは、この主張の信憑性を物語っています。

この文脈で注目に値する、さらに2件の星1つのレビュー：「使い物にならない 7.4」と「3年経っても動かない」.

いずれもWordPress.orgのDirectoristレビューページで公開されています。

どちらか一方だけではパターンの証明にはなりません。しかし上記の2つのスレッドと合わせると、一部のユーザーがわざわざ公開フォーラムに記録を残すほど困難だと感じたベンダーとの関係が浮かび上がってきます。

AIマーケティングの問題

WordPress.orgにおけるこのプラグインの正式名称は「Directorist: AI-Powered Business Directory, Listings & Classified Ads」です。

readmeは「Powered by AI.」という一文で始まります。

料金ページ、ホームページ、YouTubeのサムネイルはいずれもAIという側面を強力に打ち出したマーケティングを展開しています。

しかし、彼ら自身の専用AIランディングページは、まったく異なる実態を物語っています。

目玉製品である「Directorist AI (Pro)」には「Coming Soon」というラベルが付いており、本文には文字通り「これこそ私たちが構築中のもので、まもなくリリース予定です。」と記載されています。

AI搭載として販売されているこのプラグインは、まだリリースされていない機能を売り物にしています。

ユーザーから否定的なレビューで指摘されたとき、彼らはDirectory BuilderがAI搭載であると返答しました。

私たちは調査しました。

現行のプラグインに実際に搭載されているAI機能は、ディレクトリのセットアップフローにある「Create with AI」オプション一つだけです。

プラグインはユーザーのプロンプトをdirectoristのサーバーに送信し、そこで処理されたうえで、カテゴリとフォームフィールドの候補が返されます。

ローカルで動作するモデルはなく、APIキーの設定もなく、プロバイダーの選択もありません。

ハードコードされたエンドポイントURLは、プラグインコードのincludes/modules/multi-directory-setup/class-ai-builder.php の20行目にそのまま記載されています。

その先で動いているモデルは何でしょうか？

サポートチームはLlamaだと公言しています。ただし、モデルは彼らのサーバーの裏側に隠れているため、プラグインコードからそれを確認する手段はありません。

Llamaかもしれません。別の何かかもしれません。ルールベースのテンプレートエンジンかもしれません。プラグインからは確認できないのです。

モデルの問題を超えて、さらに二つの点が際立っています。

Directoristがサイト全体で宣伝しているより広範なAI機能は、実際にはまだリリースされていません。

サポートスタッフ自身がWordPress.orgのフォーラムでこれを認めており、高度なAI機能は「フェーズ2」の一部であり、まだ公開されていないと述べています。

さらにAI Builderは、ユーザーが入力したデータ（ディレクトリの説明、ビジネス名、入力したプロンプトテキストなど）を外部サーバーに送信しますが、オプトインのチェックボックスも、同意を求めるプロンプトも、何が送信されてどこへ行くのかについてのプラグインreadme上の開示も、一切存在しません。

チームによっては、これは問題にならないかもしれません。

クライアントデータ、社内リリース、またはGDPR関連の業務を扱うチームにとっては、その上に構築を始める前に知っておく価値があります。

AI機能が悪いと言っているわけではありません。現在進行形のAI搭載製品としてマーケティングされているものが、専用のAIランディングページでは「Coming Soon」と表示されているという事実をお伝えしています。

マーケティングと現実のギャップは、このセクションが取り上げる信頼性の問題の一部です。

より深い問いかけ

両社とも、公開記録で評価できるだけの歴史を持っています。

両者の間でディレクトリオーナーが問うべきことは、どちらが悪いレビューを受けたかではありません。悪いレビューが届いたとき、各社がどう対応するかです。

私たちにも、プレッシャーへの対応がうまくできていなかった時期がありました。しかしその時期は何年も前に終わっています。記録がそれを示しています。

私たちはアプローチを変え、現在提供しているサポートはその変化を反映しており、4年間にわたって1つ星レビューがないことは、その転換がどう定着したかを示す一つの指標です。

公開フォーラムにおけるDirectoristの実績は解釈の余地があります。引用した直近の2つのスレッドは、直接ご覧になりたい方のために上記にリンクしています。

より広い視点をお求めであれば、レビューの最初の数ページも公開されています。

そこにあるものの一部は、どのプラグインチームも時間とともに積み重なる通常の不満です。しかし一部には、簡単に無視しがたいパターンが見られます。

Directoristのサポートが悪いと言っているわけではありません。私たちのサポートが完璧だと言っているわけでもありません。

公開記録はそこにあります。両方のプラグインについて読み、ベンダーのユーザー報告に対してどれだけの重みを置くかを考慮した上で、ご判断ください。

料金と総所有コスト

両プラグインは無料でインストールできます。しかし、本格的なディレクトリにはそれ以上のものが必要です。

このセクションでは、ディレクトリを本番環境で運用するために、1年・3年・5年にわたって実際に支払う費用について説明します。

無料プランの機能

GeoDirectoryを無料で使用し、コンパニオンプラグインのGetPaid（無料、決済機能）とUsersWP（無料、ユーザープロフィールとダッシュボード）と組み合わせることで、収益を上げられる本格的なディレクトリを公開できます。

eBookを販売するシティガイド。ブランドグッズを販売するディレクトリ。無料のスタックは、デモではなく、実際に機能するビジネスです。

有料会員制ディレクトリへの有料登録など、より高度なケースには UsersWP のメンバーシッププラグインが必要となり、無料プランの範囲を超えることになります。

Directorist の無料プランも基本的な考え方は同様です。オフライン銀行振込による支払いに対応したフィーチャーリスティングは、無料プラグインに含まれています。

本格的な収益化（Stripe、PayPal、定期サブスクリプション、段階的料金プラン）を利用するには、どちらの側でも有料拡張機能が必要です。

GeoDirectory の料金

3つのメンバーシッププラン。いずれも GeoDirectory のすべてのアドオンが含まれます：

シングルサイト： 年額 $139
無制限サイト（GeoDirectory のみ）： 年額 $229
無制限サイト＋UsersWP＋GetPaid バンドル： 年額 $375（フルスタックをカバー）

すべてのメンバーシップには、アドオンライブラリの全機能、プレミアムサポート、および期間中のアップデートが含まれます。

更新時の料金は、ご加入時と同じ料金です。更新時の値上げはありません。値下げもありません。

サブスクリプションを継続する限り、初年度に支払った金額と同じ金額をお支払いいただきます。

ライフタイムディールは提供していません。一度販売して永続的にサポートするという計算の下、多くの WordPress プラグインチームが崩壊していくのを目の当たりにしてきたからです。

一時的な売上の急増を追いかけて消えてしまうより、適正な年額料金をいただきながら5年後もここに存在し続けることを選びます。

すべてのプランに30日間返金保証付き。

Directorist の料金プラン

3つのプラン、同様のパッケージ構成：

Starter（1サイト）: 年間$129、現在$109に割引中。更新時は$103。
Pro（5サイト）: 年間$169、現在$126に割引中。更新時は$118。
Agency（無制限サイト）: 年間$219、現在$142に割引中。更新時は$131。

別タブにLifetimeプランもあります。

永続割引という問題

上記のDirectoristの各プランには、「15〜35%割引」の価格の横に取り消し線付きの「通常価格」が表示されていることにお気づきでしょう。

私たちが長期間にわたって確認したところ、割引は常に表示されています。割引率が変わることはあっても、定価で購入した人は誰もいません。

価格ページを訪れるたびに、セールが行われています。

これはマーケティング上の戦術であり、本当の割引ではありません。

また、英国では2008年の不公正取引からの消費者保護規則（Consumer Protection from Unfair Trading Regulations 2008）に基づき違法とされており、一定期間実際の価格でなかった「以前の価格」や「〜から」という表示を禁止しています。

繰り返し違反した場合、罰金は世界売上高の10%に達することがあります。

私たちが自国市場の消費者保護法に違反したくないため、永続的なセールは行っていません。GeoDirectoryの表示価格が、そのままの価格です。

もう一つ注目すべき点は、更新価格の列です。スクリーンショットに表示されているDirectoristの更新価格は、初年度の価格と異なっています。

更新時に価格が下がるプランもあれば、上がるプランもあります。割引が継続されると思い込む前に、検討中のプランの細則をご確認ください。

3年間の総所有コスト

表面上の数字だけでは、実際に支払う金額は分かりません。

3年間サブスクリプションを継続し、どちらのプラグインが提供するコアアドオンも必要なディレクトリを運営すると仮定した、より公平な比較をご覧ください。

	GeoDirectory unlimited	Directorist Agency
1年目	$229	$142
2年目	$229	$131
3年目	$229	$131
3年間合計	$687	$404
差額		-$283

Directoristは3年間で見ると明らかに安く、その点は率直に認めます。

問題は、その差額に対して何が得られ、何が得られないかということです。

$283安い分として含まれるもの：

2023年にWordPress.orgから開示済み脆弱性への対応が不十分として強制的にクローズされ、2025年・2026年にも重大なCVEが続いているプラグインのベンダー。
カスタムフィールドにWordPressのpost metaを使用するディレクトリエンジン。パフォーマンスのセクションで詳述したとおり、複合フィルタークエリにより、それほど大きくないスケールでもフロントエンドがロックアップします。
ロケーションとカテゴリーを組み合わせたURLをネイティブに生成できないロケーションアーキテクチャ。SEOのセクションで詳述したとおり、「X in Y」クエリでディレクトリが上位表示されるかどうかを左右する重大な違いです。
WordPress.orgフォーラムでのサポート継続と引き換えにポジティブなレビューを求めていると、一部のユーザーから公に指摘されているサポートチーム。

その差額で得られるもの：

14年の実績を持ち、リポジトリの強制クローズがゼロで、CTOがWordPressセキュリティリサーチをプロとして行い、24時間SLAに対して平均チケット応答時間が2時間31分のベンダー。
スケールしても耐えられる、カスタムデータベーステーブルで構築されたディレクトリエンジン。
URLレベルでSEOを考慮して構築されたロケーションアーキテクチャ。
いかなる種類のレビューも誰にも求めないサポートチーム。

考慮すべき隠れたコスト

ホスティングはどちらの場合も自分で選択します。どちらのプラグインも特定のホスティングを必要としませんが、本格的な規模のディレクトリは月額$5の共有ホスティングではまともに動作しません。

どのプラグインを選ぶにしても、その点を現実的に予算に組み込んでおきましょう。

GetPaidのプレミアム決済ゲートウェイ（Mollie、Razorpay、GoCardless、Stripe・PayPal・Authorize.net・銀行振込以外のもの）は、ニッチな地域のゲートウェイが必要な場合は有料アドオンとなります。

Directoristのゲートウェイ拡張機能（Stripe、PayPal、Authorize.net）は、上位ティアにバンドルされていない限り、それぞれ約$39で別途購入する必要があります。

ほとんどのディレクトリでは、ゲートウェイのコストはほぼ相殺されます。

年間$229（無制限サイト）のメンバーシップは、本格的にディレクトリを構築したい方にGeoDirectoryとして私たちがお勧めするプランです。

30日間の返金保証があるため、この記事の内容がご自身のユースケースに当てはまるかどうかを、まるまる1か月かけて確認することができます。

GeoDirectoryメンバーシップを取得する

最終評価

20のセクションにわたって詳細な比較を行ってきました。ここでその結論をまとめます。

この記事のほとんどの読者にとって、選択の余地はほとんどありません。

GeoDirectoryは、アーキテクチャ、セキュリティ、パフォーマンス、SEO、そして長期にわたるチームの行動という観点から、より優れた長期的なプラグインです。

上記のすべてのセクションが、それぞれ異なる形でこれを証明しています。意見は一切含まれていません。すべて根拠のある情報です。

特定のケースに限り、Directoristは十分に選択肢となり得ます。

リスクが可能な限り低いプロジェクト——少数のリスティングを持つ趣味のディレクトリで、成長させる計画もなく、ユーザーに課金する計画もなく、「X in Y」検索でインデックスされる予定もなく、本物のユーザーデータを保持しないためベンダーのセキュリティ実績も気にせず、初年度のコストを可能な限り抑えたい場合——Directoristなら手軽に安く動作するサイトを構築できます。

視覚的なDirectory Builder、マルチディレクトリの無料ティア、低い入門価格、豊富な動画チュートリアルライブラリは、そのシナリオでは確かに役立ちます。

そのシナリオに当てはまるのは、「ベストディレクトリプラグイン」を検索してたどり着く人のうちのほんの一部です。それ以外のすべての人にとっては、状況が異なります。

ディレクトリが数百件のリスティングを超えて成長する場合、アーキテクチャが重要になります。GeoDirectoryのカスタムデータベーステーブルは負荷にも耐えられます。WordPressのポストメタはそうではありません。

ディレクトリが場所とカテゴリの組み合わせで上位表示される必要がある場合 （「サンフランシスコのレストラン」、「マンチェスターの弁護士」、地域や国をまたぐ類似のクエリすべて）、GeoDirectoryのロケーション階層はそのために設計されています。Directoristのフラットなタクソノミーはそうではありません。

ディレクトリがユーザーデータ、支払い情報、または流出フォーラムに掲載されたくないビジネス記録を保持する場合、GeoDirectoryのセキュリティ実績、対応の速さ、そして検証可能な独立したバウンティ実績を持つCTOは、プロジェクトの土台として最適です。Directoristの記録された事件やリポジトリの強制閉鎖は、それ自体が物語っています。

本格的に収益化を考えているなら、GeoDirectoryエコシステム（Pricing Manager、Pay Per Lead、Dynamic User Emails、Booking Marketplace、近接検索機能付きGeoMarketplace）は、Directoristにはないルートをカバーしています。

ベンダーの対応を重視するなら、WordPress.orgフォーラムに記録されたパターンを見れば、何か問題が起きたときに何が起こるかがわかります。

3年間で$283の価格差は確かに存在します。

問題は、この記事に書かれたすべてのことと照らし合わせたとき、3年間で$283を払うことで本当に価値あるものが得られるかどうかです。

私たちはそうは思いませんが、私たちは当事者であり、最初の段落からそう述べています。

すべての主張の根拠はリンクされており、サードパーティのソースは公開されており、レビューはWordPress.orgに掲載されています。私たちは主張を尽くしました。決断はあなた次第です。

私たちと同じ結論に達したなら、 GeoDirectory Membership は年間$229で、無制限のサイト、すべてのアドオン、プレミアムサポート、30日間の返金保証が含まれます。必要なときはいつでもここにいます。

締めくくりに

ここまで読んでいただき、ありがとうございます。

比較記事は通常、1時間も費やす価値はありません。この記事はその価値があるものにしようと努めました。

競合他社についてのベンダーの見解を信頼してほしいとお願いしているのはわかっています。それは難しいお願いです。

すべての主張に出典を示し、すべての引用にリンクを貼り、自社の過去を率直に認め、誰かに書かせる前に自分たちで書きたかった記事を書くことで、少しでも信頼しやすくなるよう努めました。

この記事の内容について質問があれば、誤りがあれば、反論があれば、いつでもどうぞ。

GeoDirectoryプラグインのWordPress.orgフォーラム、カスタマーの方はサポートチケットシステム、またはwpgeodirectory.comのお問い合わせフォームからご連絡いただけます。

Stiofanと私は届くメッセージのほとんどを読んでおり、返信しています。

何を作るにしても、うまくいくことを願っています。

ディレクトリサイト、Leafletマップ、またはMapboxダッシュボードにカスタムマップマーカーを追加しようとしたことがあれば、その問題はすでにご存知でしょう。

デフォルトのマーカーは個性がありません。

ディレクトリサイト、Leafletマップ、またはMapboxダッシュボードにカスタムマップマーカーを追加しようとしたことがあれば、あの繰り返しをご存知でしょう。

デフォルトは個性がなく、既存の無料ツールはたいてい1つのアイコンライブラリ（通常はFont Awesome）しか対応しておらず、PNGのみしか出力できません。

Lucideアイコンを使ったマーカーが必要になった瞬間、ブランドカラーに完全一致させたい瞬間、またはCSSで色を変えられるクリーンなSVGが欲しい瞬間——そのたびにIllustratorに戻るか、SVGパスをCodePenに貼り付けることになります。

私たちは GeoDirectory を12年以上開発してきましたが、カスタムマップマーカーはサポートチケットに毎週のように登場します。

そこで、あったらいいなと思っていたツールを作りました： MapMarker Studio.

無料で使え、ブラウザベースで、サインアップ不要。40,000以上のアイコンを収録し、ピクセルパーフェクトなSVGまたはPNG形式のマップマーカーをダウンロードでき、主要なマッピングプラットフォームすべてに対応したコードをそのまま貼り付けられる形で出力します。

この記事は、カスタムマップマーカーの作成に関する完全ガイドです。

マーカーとは何か、デフォルトが不十分な理由、優れたマーカーのデザイン方法、そして実際にマップに組み込む方法を解説します。

カスタムマップマーカーとは？

マップマーカーとは、地図上の場所をピン留めする視覚的なインジケーターです。

どのマッピングプラットフォームにもデフォルトのマーカーが搭載されています。

Google Mapsには赤い雫形、Leafletには青いピン、Mapboxには円形のマーカーがあります。

機能はしますが、印象に残りません。

1つのマップに複数の種類の場所（レストランとホテル、営業中と閉店中、無料と有料など）がある場合、デフォルトでは得られない視覚的な区別が必要になります。

カスタムマップマーカーとは、自分でデザインまたはカスタマイズしたマーカーのことです。

形を変える、色を変える、アイコンを入れる、ラベルを付ける、影を加える——ユーザーが地図をすばやくスキャンするのに役立つものなら何でも構いません。

知っておくべきカテゴリーが3つあります。

画像ベースのマーカー は、特定の座標でマップ上に配置されるPNGまたはSVGファイルです。

シンプルで汎用性が高く、あらゆる環境でサポートされています。ただし、SVGを使用しない限り、PNGはRetinaディスプレイでくっきりとスケールされないという欠点があり、色を変更するたびに再エクスポートが必要です。

シンボルまたはアイコンマーカー は、マッピングライブラリ自体がコードでスタイリングしながら描画するベクター形状です。

どのズームレベルでも鮮明で、色の変更も簡単。Mapbox GLやLeaflet（プラグイン経由）などのライブラリにネイティブ対応しています。

HTMLマーカー は、フルHTMLエレメントをマーカーとして使用します。クラスター、情報バッジ、アニメーションピンに最適です。

柔軟性は高い一方、大規模なレンダリングにはコストがかかります。

ディレクトリやダッシュボードのユースケースの90%において、SVG画像マーカーが最適な選択肢です。鮮明で軽量、色の変更も簡単で、あらゆるプラットフォームで動作します。

デフォルトマーカーの限界

カスタムマーカーが必要になる3つの理由。

1つのマップに複数のカテゴリー。 マップにレストラン、ホテル、ガソリンスタンドを表示する場合、視覚的に区別できる3種類のマーカーが必要です。異なるアイコンで同じ形状にするか、同じアイコンで異なる色にするかのどちらかです。デフォルトでは1種類しか提供されません。

ブランドの一貫性。 ニュートラルなグレーと単一のアクセントカラーを使ったSaaSダッシュボードに、Googleの赤いピンが浮いて見えるのは好ましくありません。マーカーはUIの一部です。

情報の密度。 使用していない限り Marker Cluster extension、200個のマーカーが表示されるマップには、8個のマップよりもシンプルで小さなマーカーが必要です。デフォルトは「中程度の密度」向けのサイズで、両極端では見た目が崩れてしまいます。

良いマップマーカーの条件

WordPressサイト向けのマップを長年制作してきた経験から、いくつかのルールが見えてきました。どれも意外なものではありませんが、既存のツールのほとんどはそれを無視しています。

小さいサイズでも認識できること。 マーカーの多くは24〜32ピクセルで表示されます。そのサイズでアイコンが判読できなければ、マーカーとして失敗です。目を細めてテストしてみましょう。

地図との高いコントラスト。 明るい地図タイル上に明るいマーカーは埋もれてしまいます。サテライト、ストリート、ダークテーマのいずれでもマーカーが見えるよう、塗りつぶしの色とそれに対比する枠線の色を選びましょう。

シルエットが明確なひとつの形。 涙型のピンが定番なのには理由があります。場所を指し示す明確な「先端」があるからです。円・四角・六角形も効果的ですが、アンカーポイントが不明確なマーカーは、地図上のどの地点を示しているのかユーザーが誤読する原因になります。

アイコンはマーカーの中に、横ではなく。 アイコンが外側に出ているマーカー（ラベルスタイル）は地図を散らかしてしまいます。意味はシルエットの内側に収めましょう。

色は最大3色まで。 マーカー、アイコン、アクセントカラーの3つまで。それ以上になると、小さいサイズで見たときにマーカーがごちゃごちゃした印象になります。

ユースケースの95%をカバーする8つのマーカー形状

実際のGeoDirectoryマップを使って数十種類のマーカーシルエットをテストしました。この8つでほぼすべての用途に対応できます。

ピン（クラシック涙型）。 Google Mapsの定番ピン。最良のデフォルト選択です。
円。ミニマルでモダン。密度の高い地図に最適。
角丸四角形。 マテリアルデザインの雰囲気。アプリスタイルのUIに最適。
正方形。 シャープで技術的。建築やデータダッシュボードに最適。
フラッグ。 目的地やゴールのイメージ。イベントや開始・終了地点に最適。
シールド。 安全・セキュリティ・公式感。緊急サービスや認証済みリスティングに最適。
ヘキサゴン。 テックやデータビジュアライゼーションでトレンド。モダンなダッシュボードに最適。
吹き出し。 レビューやチャット的なコンテキストに。口コミやコメントマーカーに最適。

MapMarker Studio には、出発点として8種類すべてが含まれています。

適切なアイコンの選び方

マーカー内のアイコンが意味を伝えます。アイコンの選択を誤ると、どれだけ美しいデザインのマーカーも台無しになります。いくつかのガイドラインをご紹介します。

マップ全体で単一のアイコンライブラリを使用する。 Font Awesome、Lucide、カスタムSVGを混在させると視覚的なノイズが生じます。ひとつのライブラリを選び、それを貫きましょう。

アイコンスタイルをマーカースタイルに合わせる。 アウトライン系マーカーにはアウトライン系アイコン、塗りつぶし系マーカーには塗りつぶし系アイコンを。スタイルの一貫性は、どのライブラリを選ぶかよりも重要です。

細い線のアイコンは避ける。 1pxのストロークはマーカーサイズでは消えてしまいます。1.5px以上の太さのアイコン、または複数のウェイトを提供するライブラリ（Phosphorはこの点で優れています）を選びましょう。

MapMarker Studio には、厳選された14のアイコンライブラリが同梱されています：Lucide、Phosphor、Tabler、Font Awesome、Heroicons、Material Symbols、Iconoir、Remix、Boxicons、Bootstrap Icons、Mage、Octicons、Radix、そしてSimple Icons（Airbnb、Starbucks、TripAdvisorなどのブランドロゴ用）。

アイコン総数40,000点以上。すべて商用利用無料。

カスタムマーカーをマップに追加する方法

具体的なコードはプラットフォームによって異なります。最も一般的なプラットフォームでの動作方法を、つまずきやすいポイントも含めてご紹介します。

Leaflet

const customIcon = L.icon({
  iconUrl: 'https://your-cdn.com/marker.svg',
  iconSize: [32, 40],
  iconAnchor: [16, 40],   // tip of the marker
  popupAnchor: [0, -40]
});

L.marker([40.7128, -74.0060], { icon: customIcon }).addTo(map);

注意点：

iconAnchor

は、アイコンの左上からマップ上のピン留め位置までのピクセルオフセットです。しずく型ピンの場合、これは下部中央（先端）になります。ここを間違えると、マーカーが誤った場所を指してしまいます。

Mapbox GL JS

const el = document.createElement('div');
el.style.backgroundImage = 'url(https://your-cdn.com/marker.svg)';
el.style.width = '32px';
el.style.height = '40px';
el.style.backgroundSize = 'contain';

new mapboxgl.Marker(el)
  .setLngLat([-74.0060, 40.7128])
  .addTo(map);

注意点：Mapbox は

[lng, lat]

の順番を使用しますが、Leaflet は

[lat, lng]

を使用します。開発者が頻繁に混同するポイントです。

Google Maps

new google.maps.Marker({
  position: { lat: 40.7128, lng: -74.0060 },
  map: map,
  icon: {
    url: 'https://your-cdn.com/marker.svg',
    scaledSize: new google.maps.Size(32, 40),
    anchor: new google.maps.Point(16, 40)
  }
});

注意点：Google Maps はアイコン URL を積極的にキャッシュします。同じ SVG URL への変更をテストしている場合は、

?v=2

キャッシュバスターを追加してください。

GeoDirectory

GeoDirectory をご利用の方は、カスタムマーカーを カテゴリー → カテゴリーを編集 → デフォルトカテゴリーアイコンに設定します。SVG または PNG をアップロードすると、GeoDirectory がそのカテゴリーのすべてのリスティングに自動的に適用します。

Image URL: https://your-cdn.com/restaurant-marker.svg
Recommended size: 36×46 px

MapMarker Studio は、適切なサイズとアンカーポイントを備えた GeoDirectory 対応の SVG ファイルを出力します。そのままドロップするだけで完了です。

一度デザインして、どこへでもエクスポート

私たちが MapMarker Studio を開発した理由は、まさに上記のループにあります。Figma でマーカーをデザインし、SVG をエクスポートし、Leaflet の設定をうろ覚えで書いて（最初は iconAnchor を間違え）、テストして、修正して、デプロイする。そしてマップ上のすべてのカテゴリーでこれを繰り返す。

このツールは、そのループをたった4ステップに凝縮します。

形状を選択（8種類）。
アイコンを選択（14ライブラリから40,000点以上）。
カラーを選択。
Leaflet、Mapbox、Google Maps向けのコピペ対応コードを生成。または、主要なWordPressマッピング・ディレクトリプラグイン向けにSVG/PNGを直接ダウンロード。

すべてブラウザ上で動作。会員登録不要。サーバーへのアップロード不要。無料。

MapMarker Studio を試す →

ファイル形式について

このガイドからひとつだけ持ち帰るとすれば： SVGを使うこと。プラットフォームがSVGに対応していない場合はPNGも許容できますが、2026年においてそのようなケースはほとんどありません。

SVGはあらゆるズームレベルでも鮮明に表示され、一般的なマーカーの複雑さに対してファイルサイズも小さく、CSS変数による色の変更にも対応しています。PNGは2×・3×バリアントを用意しない限り、Retinaディスプレイで画質が劣化します。

唯一の例外は、極端な規模でのパフォーマンスです。1,000個以上のマーカーを同時に表示するマップでは、PNGの方がわずかに描画が速い場合があります。それ未満の数であれば、SVGが最適な選択です。

まとめ

カスタムマップマーカーの作成は、10分で終わりそうに見えて結局2時間かかってしまう作業のひとつです。その摩擦のほとんどはツール側にあります。

既存のソリューションはどれも、制限が多すぎるか、費用がかかりすぎるか、汎用的すぎるかのいずれかです。

私たちがMapMarker Studioを開発したのは、GeoDirectoryの導入を通じて何度もこの壁にぶつかってきたからです。

無料で提供しており、これからも無料のままです。思いつくあらゆるマッピングプラットフォームに対応しています。

対応していないユースケースがあれば、ぜひご連絡ください。皆さまのフィードバックがツールをより良くします。

MapMarker Studio を開く →

Most comparisons between OpenStreetMap と Google Maps は役に立ちません。

機能を羅列し、料金表を載せて、それで終わりです。

そんなやり方でマップを選ぶべきではありません。

本当の違いは後になってから現れます。トラフィックが増え、コストが少しずつ膨らみ始めたとき、あるいは少しカスタマイズが必要になって壁にぶつかったときです。

そのころには、マップの選択は記憶の片隅に追いやられ、残るのはあの初期の意思決定です。多くの場合、その時点で最も手軽だったという理由で選ばれたものです。

本格的なものを構築するなら、特にディレクトリのようなものであれば、この選択は見た目以上に重要です。

きちんと整理してみましょう。ただし、長い記事になるので、まずTLDRをご覧ください。

TLDR

Google Maps ＝オールインワン、手軽に始められる、使用量に応じてコストが増加
OpenStreetMap ＝オープンデータ、より柔軟、コストはインフラに依存
Google Maps の方が素早く立ち上げられる
OpenStreetMap は複雑になるほど制御しやすくなる
スケーリングは Google が代わりに対応してくれる
OSM ではスケーリング方法を自分で決める
Google Maps はシンプルなプロジェクトや初期段階のプロジェクトに向いている
OpenStreetMap はマップが中核となるプロダクトに向いている
GeoDirectory なら、どちらもすぐに使える
OSMは小規模プロジェクトなら無料で利用できる
Google Mapsはコストとカスタマイズの面で制限がある
OpenStreetMapは規模が拡大するにつれて作業量が増える
手軽さを求めるなら、Google Mapsを選ぼう
長期的なコントロールを求めるなら、OpenStreetMapを選ぼう

もう少し時間があれば、詳しい内容はこちら：

核心的な違い（わかりやすく説明）

Google Mapsは完成されたプロダクトです。

地図、データ、インフラ、API、スタイリングツールなど、すべてがひとつにまとまっています。アカウントを作成し、APIキーを設定するだけで、すぐに使い始められます。

OpenStreetMapはデータだけを提供するものです。

世界中のコントリビューターによって構築・管理されている、膨大なオープンな地理情報データベースです。

フロントエンド、API、インフラは含まれていません。

この違いは、どんな機能比較よりも重要です。

Google Mapsの場合、すぐに使えるシステムを利用する代わりに、その管理は他者に委ねることになります。

OpenStreetMapの場合、生のデータからスタートします。レンダリング、配信、利用方法はすべて自分で決められます。

一方はスピードと手軽さを提供します。

もう一方は柔軟性とコントロールを提供します。

この比較における他のすべての要素は、そこから生まれています。

使いやすさ

この点ではGoogle Mapsに勝るものはありません。

APIキーを作成し、ドキュメントに従うだけで、数分で動作するマップが完成します。

ジオコーディング、オートコンプリート、ルート案内、マーカーなど、すべてが揃っています。エコシステムは洗練されており、一貫性があり、ドキュメントも充実しています。

だからこそ、多くのプロジェクトがここから始まるのです。

最初の障壁を取り除いてくれます。タイル、サーバー、データの構造について考える必要はありません。マップという一機能ではなく、プロダクト全体に集中できます。

OpenStreetMapは異なります。

それ単体では「すぐに使えるAPI」は提供されません。その上に構築されたツールやサービスに組み込んで使います。シンプルな場合もあれば、少し考える必要がある場合もあります。

とはいえ、多くのユースケース、特に小規模なプロジェクトでは、公開タイルを使ってすぐに動かすことができます。アカウント不要、課金なし、セットアップなし。ただし、アクセスがブロックされる可能性もあります。

基本的な機能を超えたものが必要になると、違いを感じ始めます。

Google Mapsでは、ほとんどの機能がすでに用意されていますが、不要なのに削除できないものもあります。

OpenStreetMapでは、動作の仕方を自分で決められます。その分、自由度は高まりますが、責任も増え、作業量もはるかに多くなります。

コスト

ここが多くの比較が的外れになるポイントです。Google Mapsは最初は安く見えます。無料クレジットがあり、使用量は少なく、すべて無料のように感じられます。

そしてプロジェクトが（うまくいけば）成長します。

ユーザー数、マップの読み込み、ジオコーディングリクエストが増えるにつれ、コストは予測しづらくなります。トラフィックの急増はすぐに請求書に反映されます。そしてプロダクトがそれに依存するようになると、乗り換えは簡単ではありません。

OpenStreetMapはよく「無料」と表現されますが、それは部分的にしか正しくありません。

データは無料です。

小規模なプロジェクトで公開タイルを利用する場合（ToS違反ですが、よくあることです）、一切費用がかからない場合もあり、問題なく動作します。アカウント不要、課金なし、予期せぬ出費もなし。

使用量が増えてくると、独自の環境やプロバイダーに移行することになるでしょう。そこでコストが発生しますが、その性質は異なります。

APIリクエストごとではなく、インフラに対して支払います。

つまり：

コストがより予測しやすい
自分のペースでスケールできる
API使用量による突然のコスト急増がない

簡単に言うと：

Google Mapsは導入しやすいですが、使用量が増えるにつれてコストが手に負えなくなる可能性があります。

OpenStreetMapはゼロから始めることができ、費用が発生する場合も、リクエスト数ではなく選択したインフラに応じた料金になります。

カスタマイズと制御

ここでその差が明確になります。

Google Mapsでは、外観や一部の動作をカスタマイズできます。色の変更、要素の非表示、スタイルの調整などが可能です。多くのプロジェクトではそれで十分です。

しかし、制限もあります。

基盤となるデータを自由に制御することはできません。構造の変え方にも制約があります。

住所が誤った緯度・経度座標を返す（つまり地図上に誤った場所が表示される）場合、Google Mapsのエンジニアにサポートを依頼する以外に手段はありません。

Googleが許可する範囲内で作業することになります。行き詰まった場合、打つ手がありません。

OpenStreetMapはその逆です。

オープンデータを使って作業します。地図のスタイルは自由に変更でき、何を表示するか、どのように表示するかを決め、必要であればデータを修正することもできます。

非常に特定のエクスペリエンスを求める場合、独自のマーカー、カスタムレイヤー、独自のフィルター、または標準的な地図の動作に従わない機能など、OSMならそれが実現できます

その自由には責任が伴い、間違いなく多くの作業も必要になります。

物事がどう機能すべきかを自分で決め、Googleがすでに提供している部分を自分で構築しなければならないこともあります。

しかし、マップが製品の中核をなす場合、そのレベルのコントロールは大きな違いを生みます。これは、マップのカスタマイズが実際のビジネス上の重要性を持つ業種で特に明確に現れます。たとえば不動産ディレクトリとレストランディレクトリ（配達エリアのマッピングを伴うもの）などです。

データ品質

これは見た目ほど単純な問題ではありません。Google Maps は一貫性があります。

データは一社によってキュレーションおよびメンテナンスされています。ほとんどの場所が網羅されており、住所もきれいに解決され、結果も予測可能です。一般的な用途であれば、そのまま使えます。

ただし、クローズドです。

何か間違いや欠落があった場合、修正を提案することはできますが、その結果や修正されるまでの時間をコントロールすることはできません。

OpenStreetMapはその逆です。

データは誰でも編集できるオープンなものです。そのため、地域によって品質にばらつきがあります。

活発なコントリビューターがいる都市部など一部の地域では、OSM は非常に詳細で、Google を上回ることもあります。一方で、情報が不完全だったり古かったりする地域もあります。

メリットは、自分で修正できることです。

道路が欠けていたり場所が間違っていたりしても、あなた自身またはユーザーが更新できます。変更はすぐに反映され、中央集権的なシステムを待つ必要はありません。

つまり、トレードオフです。

Google は最初から一貫性を提供します。

OpenStreetMap は柔軟性を提供しますが、品質はコミュニティの活動に依存し、必要に応じて自分自身の関与も求められます。

スケーリング

ここから、この選択が重要になってきます。

Google Maps では、スケーリングはほぼ意識する必要がありません。

サーバー、タイル、パフォーマンスについて考える必要はありません。トラフィックが増加しても、すべてが同じように機能し続けます。それが、あなたが支払っているものの一部です。

請求額の変化は何か？

ユーザーが増えればリクエストも増え、マップの読み込み、ジオコーディング、インタラクションのすべてが積み重なっていきます。技術的にはスケールしやすい仕組みですが、コスト面では話が変わってきます。

OpenStreetMap は別のアプローチを取っています。

小規模であれば、パブリックタイルを使ってすべて運用でき、特に気にする必要もありません。

利用が増えてくると、判断が必要になってきます。

パブリックタイルを使い続けるか、プロバイダーに移行するか、それとも自前で運用するか？
マーカーの読み込み方法を最適化するか？
速度を維持するためにフィルタリングの仕組みを変えるか？

関与する部分は増えますが、その分、動作をコントロールできる範囲も広がります。

これが重要になるのは以下のケースです：

大規模なデータセット
マップ上の多数のマーカー
高負荷なフィルタリングや検索
カスタムインタラクション

そのような場合、システムを制限に合わせて回避策を取るのではなく、自分のプロダクトに合わせて形作ることができます。

つまり、どちらもスケールできます。

Google Maps はすべて代わりに処理してくれますが、コストは利用量に比例して増えていきます。

OpenStreetMap は成長に伴って少し考える必要がありますが、その成長をどのように管理するかを自分で決めることができます。

GeoDirectory との相性が良いのはどちら？

GeoDirectory では、どちらか一方に縛られることはありません。

Google MapsとOpenStreetMapの両方をそのまま利用でき、設定を選択するかAPIキーを追加するだけで簡単に切り替えられます。

両方を組み合わせることも可能です。(a サードパーティのアドオンが必要です)

必要に応じて、あるページではGoogle Mapsを、別のページではOpenStreetMapを使用できます。

その柔軟性は重要ですが、両者の動作が同じというわけではありません。

GeoDirectoryでGoogle Mapsを使う

APIキーを追加すればすぐに動作します
クリーンで一貫したジオコーディングと住所処理
セットアップ時に考えることが少ない

こんな場合に最適：

素早い立ち上げ
デフォルトのマップで十分なディレクトリ
技術的な部分に触れたくないプロジェクト

ただし：

開始するだけでも請求アカウントが必要
利用量に応じてコストが増加する
Googleのルールと制限の中で作業する

GeoDirectoryでOpenStreetMapを使う

APIキー不要でそのまま動作します
小規模プロジェクトであれば完全無料で利用可能
特にシンプルなディレクトリには、簡単に始められる

さらに：

後から他のサービス（タイル、ジオコーディングなど）を追加することも可能
必要に応じて、特定のタスクにGoogle と組み合わせることもできる

さらに魅力的な点：

従量課金なし
マップの動作をより自由にカスタマイズできる
高度にカスタマイズされたマップが製品の中心となる場合に最適

実際の違い

GeoDirectory では、どちらも簡単に始められます。

違いは後から現れます。

Google Maps はシンプルさを保てますが、成長に伴い従量課金コストが発生します。

OpenStreetMap も同様に簡単に始められ、プロジェクトが成長しても、スケールの方法を自分で決める余地が広がります。

多くの人が見落とすこと

OSM を選ぶと、最初から設定が複雑になると思われがちです。

実際には、GeoDirectory がその摩擦のほとんどを取り除いてくれます。OSM でも同じくらい素早く始められ、インフラの問題は本当に必要になったときだけ対処すればよいのです。

シンプルなルール

複雑なマッピングが製品の一部であり、ピンを表示するだけでなく、マップの上に機能を構築する場合。

Google Maps ではほとんどのことが実現できますが、遅かれ早かれ限界にぶつかります。技術的な制限、APIの制約、あるいはすべてのインタラクションとともに増大するコストです。

OpenStreetMapを使えば、データの読み込み方法、レンダリング方法、インタラクションの動作をすべて自分でコントロールできます。変更が必要なら、変更できます。

「これは許可されていません」という場面は一切ありません。

それが「より広い構築の自由」の意味です。

すぐに使える機能が増えるのではなく、プロダクトが単純でなくなったときの自由度が増すのです。

API比較（OpenStreetMap vs Google Maps API）

ここがよく混乱を招くポイントです。

Google Mapsには完全なAPIスイートが付属しています。

利用できるのは：

マップとタイル
ジオコーディングと逆ジオコーディング
オートコンプリート
経路案内とルーティング
スポットデータ

すべてひとつのシステム、ひとつのキー、ひとつの請求アカウントで管理できます。

一貫性があり、使いやすいです。ドキュメントもしっかりしており、ほとんどの機能は大きな手間なく期待どおりに動作します。

OpenStreetMapには単一のAPIはありません。

複数のビルディングブロックの集合体です。

同じ機能が必要な場合は、サービスを組み合わせて使います：

タイル：OpenStreetMapの公開タイルまたはMapTilerなどのプロバイダー
ジオコーディング：Nominatimまたはサードパーティサービス
ルーティング: OSRM、GraphHopper、またはその他
オートコンプリート: ジオコーディングまたは外部ツールをベースに構築

複雑に聞こえるかもしれませんが、実際には必要なものだけを使うだけです。

本当の違い

Google はすべてを一か所にまとめて提供します。

OpenStreetMap では、必要なものを自由に選べます。

重要な場面

Google Maps の場合:

すべてが統合されている
セットアップが少ない
柔軟性が限られている

OpenStreetMap の場合:

構成要素が多い
各パーツをより細かく制御できる
必要に応じてコンポーネントを入れ替えやすい

たとえば、ジオコーディングの品質が問題になった場合、スタックの他の部分に手を触れずにプロバイダーを切り替えることができます。

それは Google Maps ではまったく不可能なことです。

ユーザーが見落としがちなこと

APIを機能ごとに比較しがちですが、実際に重要なのは構造です。

Google Maps は単一のシステムであり、OpenStreetMap はエコシステムです。

その違いは、特にニーズが変化するにつれて、時間とともに明らかになります。

Google Mapsがあなたの足かせになるとき

Google Mapsはプロジェクトが複雑になるまでは快適に使えます。

最初はすべてがスムーズに感じられます。セットアップは簡単で、機能もすぐに使える状態で、あまり深く考えることもありません。

そして利用量が増えていきます。

ユーザーが増え、検索が増え、地図の操作も増えます。気にしていなかった部分でコストが発生し始めます。オートコンプリートのたびに、ジオコーディングのたびに、地図を読み込むたびに、合計額が積み上がっていきます。

大きな跳ね上がりがあるわけではありません。じわじわと上がり続け、無視できなくなっていきます。

そして制限にぶつかります。

地図上の動作を変えたくなります。スタイルだけでなく、ロジックも。

カスタムルールに基づいてデータの一部だけを読み込む
マーカーの表示方法とタイミングを制御する
ユーザーの操作に紐づいた複雑なクエリを実行する

これらの一部は実現可能です。一部はやりにくくなります。そして一部は単純にできません。

APIが許可する範囲に合わせてプロダクトを作り込むようになります。

依存関係の問題もあります。

地図も、ジオコーディングも、オートコンプリートも、すべてひとつのプロバイダーに依存しています。料金、クォータ、利用規約のいずれかが変更されても、設定の大部分を作り直さない限り、選択肢はほとんどありません。

小規模なプロジェクトではこれらは問題になりません。

しかし、地図が構築しているものの中核になると、こうした問題が表面化し始めます。

そしてそれが、多くの人が代替手段を探し始めるきっかけになります。

OpenStreetMapが悩みの種になるとき

OpenStreetMapは最初は簡単に感じます。マップを読み込むだけで、APIキーも課金も不要で、すべてが動作します。小規模なプロジェクトであれば、長い間そのままでいられることもあります。

摩擦が生じるのは、後になってからです。

ジオコーディングは、多くの場合、最初に気づく問題です。公開Nominatimは機能しますが、大量使用を想定して作られていません。地域によって結果にばらつきが生じることがあり、過度に依存すると、独自のインスタンスやプロバイダーに切り替える必要が出てきます。

次に、パフォーマンスの問題があります。

データセットが大きくなるにつれ、数千のマーカーの表示、フィルターの適用、マップのレスポンシブな維持は、自動では対応しきれなくなります。クラスタリング、クエリ、データ読み込みについて自分で考える必要があります。

壊れているわけではありませんが、すべてが自動というわけでもありません。スタイリングや動作にも時間がかかることがあります。

ほぼすべてをカスタマイズできますが、すぐに使える洗練されたシステムは提供されていません。非常に特定の体験を求める場合、構築に時間を費やすことになるでしょう。（カスタムマップマーカーはその好例ですこの作業がどこに存在するかを示す。）

そして、メンテナンスの問題もあります。

公開タイルやサービスを超えて移行した場合、スタックの一部はあなたの責任になります。アップデート、稼働時間、スケーリングの判断、これらすべてがあなたの責任となります。

これらは、事前に想定していれば問題ありません。しかし、OpenStreetMapをGoogle Mapsの無料版と思って選んだ場合、ここで差が明らかになります。

簡単な決断ガイド

シンプルに素早くローンチしたい場合は、Google Mapsを使いましょう。

APIキーを追加すれば、すべてが機能し、インフラについて考える必要はありません。小規模なプロジェクトや、マップが単に場所を表示するだけの用途に最適です。

アイデアをテストしている段階では、どちらでも問題ありません。

利便性を求めるならGoogle Mapsから始め、最初から課金設定を避けたいならOpenStreetMapから始めることもできます。この段階では、違いはほとんどありません。

成長を見込んでいる場合は、先を見据えましょう。

Google Mapsは使いやすいままですが、すべてのインタラクションとともに使用量も増加します。OpenStreetMapは、すぐに必要でなくても、スケールの仕方についてより多くのコントロールを与えてくれます。

マップがプロダクトの中心にある場合は、OpenStreetMapの方が適しています。

それは最初から多くの機能を備えているからではなく、複雑になったときに、あらゆる仕組みを自分の思いどおりに形作れるからです。

後で技術的な判断に悩みたくないなら、Google Maps を使い続けましょう。

メンバーシップによるアクセス制限付きのディレクトリ機能（プレミアムリスティング、有料プランのみの連絡先データ、制限付きの場所情報の表示など）をマップと組み合わせる場合、ブロックレベルの表示ルールは GeoDirectory で利用でき、どちらのマッププロバイダーともスムーズに連携します。

必要なときにそういった判断を自分で下せるなら、OpenStreetMap はより大きな構築の余地を与えてくれます。

最後に

ほとんどの人は、最初に簡単そうに感じるものを選びます。プロジェクトが成長するまでは、それで問題ありません。

その段階になると、マップはもはやただの機能ではなくなります。コスト、パフォーマンス、そして次に何を作れるか・作れないかに影響を与え始めます。

そのことを念頭に置いて選択しましょう。

編集部注（2026年アップデート）
このインタビューは昨年公開されたもので、当時 Frey は GeoDirectory などのツールを使って WordPress 上でほとんどのディレクトリを構築していました。それ以来、彼は Claude Code などの AI コーディングツールを積極的に試しており、最近のプロジェクトの多くはバイブコーディングで完全に構築されています。
このような形で AI を活用する試みは印象的です。機能やダッシュボード、あるいはシステム全体を設計できるスピードは、率直に言って驚くべきものがあります。ただし、初心者が軽視しがちな深刻なリスクも伴います。
基盤となるアーキテクチャを理解せずにシステムをバイブコーディングすると、表面上は見えないのに後々非常に高くつく問題を簡単に生み出してしまいます。サイトは見た目が美しく、高速で、機能的に見えても、実際のトラフィックや実際の使用に耐えられず、いずれ崩壊する基盤の上に構築されている可能性があります。
コミュニティではすでにいくつかの事例が報告されています。Discover Plasma で「リダイレクトが多すぎる」エラーが発生したと報告したユーザーもいます。提案された修正方法はクッキーを削除することでしたが、これによってエラーが一時的に消えることはあっても、リダイレクトループを引き起こしている根本的なアーキテクチャの問題は解決されません。このような回避策は、問題を修正するのではなく隠してしまうだけです。
もう一つの最近の例は、同じディレクトリのためにバイブコーディングされたカスタム分析システムです。実装は技術的に印象的ですが、そのアーキテクチャは必要以上のデータをデータベースに直接記録します。小規模では問題なく見えます。しかし大規模になると、データベースのストレージとクエリが非常に速く増大するため、深刻なリスクとなります。ホスティングコストが増加し、パフォーマンスが低下し、最終的にはシステムのメンテナンスが高コストになってしまいます。
これらは、経験豊富な開発者が早い段階で避け方を学ぶ典型的な問題です。AI は動作するコードを素早く生成できますが、持続可能なシステムを自動的に設計するわけではありません。ツールを使う人がアーキテクチャ上の誤りに気づかなければ、それらの誤りはコストがかかる問題に発展するまで静かに積み重なっていきます。
だからこそ、多くの成功したビルダーは今でも実績ある基盤に頼っています。GeoDirectory のような成熟したプラグインと組み合わせた WordPress は、何千もの実際のサイトにわたって長年にわたって磨き上げられてきました。アーキテクチャ、データ構造、キャッシュ戦略、スケーリングの限界はすでに把握されています。
安定したシステムから始めることには、いくつかのメリットがあります：
• 実際のトラフィックをすでに乗り越えてきた実証済みのアーキテクチャ
• 予測可能なデータベースの動作とパフォーマンス
• 経験豊富な開発者による定期的なアップデートとメンテナンス
• 問題を早期に発見できるサポートチーム
• よくある問題を解決するプラグインやツールの豊富なエコシステム
AIはそうした基盤の上に重ねる強力なレイヤーになります。機能のカスタマイズ、ワークフローの自動化、コードスニペットの生成、そしてプラットフォーム全体を一から作り直すことなく機能を拡張するのに役立ちます。
このようなAIの使い方は、致命的なミスのリスクを大幅に減らしながら、開発者が非常に速いスピードで進められるようにしてくれます。
プラットフォーム全体をゼロからバイブコーディングすることは、特にシステム設計、キャッシュ、データベースの成長、インデックス戦略、ログの制限、インフラコストを理解している経験豊富なエンジニアであれば、場合によっては十分に機能します。
しかし、ほとんどの初心者にとっては、今日は動くけれど明日こっそり壊れるものを作ってしまうことが非常に多いです。
良いアイデアが失敗するのは、ニッチが間違っていたからでも、SEOがうまくいかなかったからでもなく、根本のシステムが成功に耐えられる設計になっていなかったからかもしれません。
AIは素晴らしいツールです。ただ、しっかりした基盤の代わりにはなれません。
Paolo Tajani – AyeCode 共同創業者

以前のインタビューはこちらから始まります：

FreyがシンプルなSEOテストを月収2,000ドルのディレクトリビジネスに育て、今や成長するビルダーコミュニティをリードするまで

Frey Chuが2022年にディレクトリサイトを立ち上げたとき、それは壮大な計画の一部ではありませんでした。ただSEOを学び、アイデアを試し、練習用のプロジェクトが必要だっただけです。そのテストサイトがニッチなディレクトリへと成長し、現在は月2,000ドル以上の収益をほぼ自動で生み出し、月間約6万件のアクセスを集めています。

それ以来、彼は全力で取り組んできました。Freyは、彼自身の言葉を借りれば「奇妙で地味な」ニッチに複数の高トラフィックディレクトリを構築しており、その中には仮設トイレレンタル、フリーマーケット、在庫処分店、そして Discover Plasma というナショナル・ヘルスケア・ディレクトリも含まれています。これらはすべて

コードもチームも不要。徹底的なリサーチ、確かなSEO、そして多くの人がやりたがらない大量の手作業だけで実現しています。データをスクレイピングし、自分でクリーニングし、Google Mapsで個々のリスティングを確認し、ひとつひとつ手作業で情報を充実させる——それがディレクトリを本当に役立つものにしているからです。

現在、Freyは自身のYouTubeチャンネルを通じて、ニッチの選び方や実際のユーザーの意図を使った検証から、広告やフィーチャーリスティングによるマネタイズまで、すべてを記録しています。

彼の実践的で透明性のあるスタイルは、急成長するオーディエンスと活気あるプライベートコミュニティを生み出しました： Ship Your Directory、ここでは制作者たちがアイデアを交換し、サイトをレビューし、舞台裏の進捗を共有しています。

彼がコースや一攫千金システムを売り込むことはありません。実際の作業をそのまま見せているのです。月500ドルを目指している方も、5桁の収益へスケールしたい方も、FreyのアプローチはSEOとノートパソコン一台で何が可能かを、新世代のディレクトリ制作者たちに再考させてきました。

私たちは彼に、すべての始まり、ディレクトリを成功させる秘訣、そして「地味」こそが実は最強である理由を語ってもらいました。

Frey Chuのストーリー

Q: 仕事を辞めてディレクトリに全力投球されましたね。踏み出すきっかけとなった「気づきの瞬間」は何でしたか？

最初に作ったディレクトリがかなりうまくいっているのを見て、ディレクトリに全力を注ぐことにしました。月間6万〜8万人という安定したトラフィックを集めていたんです。それで自分に問いかけました——他のディレクトリニッチでもこれを再現できたら？

最初のディレクトリが手応えを掴んだことで、次のディレクトリプロジェクトにもかなりの自信を持って臨めました——それが良いことかどうかはさておき。本当の「気づきの瞬間」は、SEOを深く理解し、オーガニックトラフィックを動かす要因が本当に何なのかを分かり始めたときでした。違いを生む核心的な要素を掴んだという感覚がありました。

また、インターネット上の最大級のビジネスの多くがディレクトリだということにも気づきました。ずっと昔から存在しています。巨大なものもあれば超ニッチなものもありますが、それでもこのカテゴリー自体はまだまだ過小評価されています。マネタイズの方法も、見過ごされているニッチも無数にある。そういった要素の組み合わせが、私にとっての決め手でした。

Q: 多くの人がトレンドのニッチを追いかけますが、あなたはよく「地味な」ニッチを選びます。なぜそちらの方がパフォーマンスが良いと思いますか？

地味でロケーションベースのニッチは、長期的に勝ちやすい傾向があると思います。最大の理由は、特にAIが進化し続けるこれからの数年間において、情報系ディレクトリより長生きすると考えているからです。多くの情報はAIが直接答えてしまいますが、AIは超キュレーションされたローカル情報をそう簡単には代替できません。

また、最初のディレクトリでこうしたニッチの「ほったらかし」な側面を体感しました。一度構築してランキングが上がり始めれば、月に一度チェックする程度——それ以下のこともある——で済みます。そのハンズオフなモデルが自分にはとても合っていました。

トレンドのニッチは楽しいですが、疲弊することもあります。例えばAIツールのディレクトリを作ると、物事の動きが速いので常に更新し続けなければなりません。そういった終わりのないメンテナンスのサイクルに縛られたくないんです。

Q: 最初に成功したディレクトリは基本的にGoogle Mapsからのコピー＆ペーストだとおっしゃっていましたね。そのシンプルさにもかかわらず、何が際立っていたのでしょうか？

ええ、本当のことです。最初のディレクトリは確かにGoogle Mapsからのコピー＆ペーストでしたが、ユーザーが本当に求めていた情報で肉付けしていました。Google Mapsは便利ですが、時間がかかります——ビジネスのプロフィールをクリックして、レビューを読んで、そのレビューの中でキーワードを検索して、と手間がかかるんです。

だから、そういった摩擦をすべて取り除きました。ユーザーが探しているものをすべて一か所にまとめたんです。フォーマットも重要でした。ピラーページスタイルを採用しました——すべての情報が縦にスクロールするだけで目に入るページです。モバイルでは見た目が最高とは言えませんが、ユーザーが情報を掘り起こさなくて済むため、驚くほどうまく機能します。

Q: ディレクトリサイトの構築について、人々が抱く最大の誤解は何ですか？

大きなものがいくつかあります。まず、ディレクトリはすぐにキャッシュフローが生まれるビジネスだという誤解。そう思う気持ちはわかりますが、SEOは速くありません。Facebook広告を回したり、TikTokで個人ブランドを築いたりするのとは違います。SEOには時間がかかります。

もう一つのよくある誤解は、ニッチを選ぶのは簡単だということです。私は実際、これが最も難しい部分だと思っています。ドメインを購入する前に、膨大な時間をかけてリサーチします。競合、ソーシャルシグナル、ユーザーの需要、本当の問題を解決しているかどうか、そしてすでにあるものよりも優れたものをどう作るか——これらすべてを検討しなければなりません。ただ何かを適当に選んでうまくいくことを祈るだけでは済まないのです。

Q: SEOポテンシャルが高く、競合が弱いニッチをどのように見つけていますか？

キーワードリサーチにはAhrefsを使っています。基本的なアプローチとしては、月間検索ボリュームが多くキーワード難易度が低いものを探すことですが、それだけでは限界があります。SEOをより深く理解してくると、キーワード難易度が常に正確とは限らないことに気づきます。

そのため、バックリンク、サイトのトピカルオーソリティ、インデックスされているページ数なども確認しています。1ページ目に個人経営のような小規模ディレクトリがランクインしているのを見つけたら、競合がそれほど激しくないという非常に良いサインです。全体像を組み合わせて判断することが大切です。

Q: ニッチにコミットする前の検証プロセスを教えてください。

4つの場所を確認します：Ahrefs、Google検索結果、Reddit、そしてGoogle Mapsです。Ahrefsで検索ボリュームと競合データを取得します。Googleでは、小規模なサイトや個人運営のディレクトリがすでにランクインしているかを確認します——これは勝ち目があるサインになり得ます。

RedditとGoogle Mapsは、本当の問題が存在するかどうかを理解するために活用します。スレッドやコメント、レビューを読み、ただ耳を傾けます。人々は常におすすめを求めていますか？同じ悩みを繰り返し口にしていますか？それこそが、そのニッチに深みがあると教えてくれるソーシャルシグナルです。

Q: 有望なニッチを見つけたら、ディレクトリを立ち上げるためにどんな技術スタックを使いますか？

ニッチや構築の複雑さによって変わりますが、データのスクレイピングにはOutscraperのようなツールをよく使います。サイト本体にはWordPressが定番です。数千件のリスティングを展開する大規模なビルドにはGeoDirectoryを使ったことがありますが、非常に安定していました。

複雑なものや大規模なものを構築するなら、それでもWordPressは最有力候補だと思います。ただ、スケーラビリティの面で大きな可能性を感じているAIコーディングツールも試し始めています。

Q: 初心者の多くはツールとコストに圧倒されます。効果を出しながら、どこまでコストを抑えてスタートできますか？

かなり抑えられます。私が始めた頃は手動でスクレイピングしていました。複雑な技術スタックは必要ありません。WordPressだけでもかなりのことができます。

私が支払っている最も高額なのはAhrefsですが、正直なところ、お金をかけるなら他の何よりもこれをおすすめします。キーワードリサーチだけでなく、競合分析、トラッキング、コンテンツのアイデア出しなど、あらゆる面で役立ちます。

ディレクトリは300ドルから500ドル程度で立ち上げられるでしょう。自動化を強化したり大規模なものを構築したりすれば費用は上がりますが、コストを意識して工夫すれば、十分に抑えて運営することができます。

Q: データドリブンでありながら、ユーザーへの共感も大切にしていますね。ディレクトリを設計する際、そのバランスをどのように取っていますか？

それは学ばなければならないことでした。以前は自分の興味だけを基にディレクトリを作っていて、ほとんどが失敗に終わりました。今は70%データ、30%共感と直感というアプローチで取り組んでいます。

数字が良く見えても、人々が何に悩んでいるかを理解する必要があります。だからこそ、RedditやGoogle Mapsで多くの時間を過ごし、ただ読んで、耳を傾け、パターンを観察しているのです。

データはチャンスがどこにあるかを教えてくれます。共感は、人々がサイトを信頼し繰り返し訪れてくれるよう、実際に価値を届ける方法を教えてくれます。

Q: あなたの経験から、ランクインするディレクトリと無視されるディレクトリを分けるものは何ですか？

本当にアイデアから始まります。今はAIツール、WordPress、プラグインなど様々なツールがあるので、誰でもサイトを立ち上げられます。しかし、アイデアの競合が激しく、SEOが得意でなければ、なかなか上手くいかないでしょう。

ほとんどの人が諦めるのはそこです。これだけ努力したのに、トラフィックが来ないと分かると気力をなくしてしまう。もう一つは、結果を早く求めすぎることです。SEOはとにかく時間がかかります。2週間で上位表示されてトラフィックが得られると思っているなら、きっとがっかりすることになります。

Q: リスティングを充実させてユーザーの役に立てるために、どのようなアプローチを取っていますか？

先ほど少し触れましたが、充実化はまず人々がすでに何を言っているかに注目することから始まります。Google マップではレビュータグを確認し、同じ内容が繰り返し出てくれば、それは人々がそこを重視しているサインです。

Googleがさまざまなカテゴリを混在させて表示しているような断片的な検索結果があれば、それはユーザーが求めているものを見つけられずにいるサインです。私はそのギャップを埋めようとします。Redditも同じように活用します。スレッドをスクロールして繰り返し出てくる問題を把握し、それをディレクトリに含めるデータポイントに変換します。人々の時間と手間を省くことが目的です。

Q: プログラマティックSEOが人気を集めているようですが、より手動のアプローチと比べて効果的だと感じていますか？

どちらとも言えます。プログラマティックSEOはスケールという点では素晴らしい。1日で何千ものページを公開できます。ただ、私は実際には手動アプローチの方が成果を上げています。品質により集中できるからです。

プログラマティックページが薄い内容や汎用的なものであれば、おそらく上位表示はされないでしょう。しかし、名前・住所・営業時間・電話番号といった基本情報を押さえた上で、本物の充実したコンテンツを加えれば、非常に強力になります。

私はこれを2つのバケツとして考えています：人々が 知らなければならない 情報（営業時間、電話番号など）と、人々が 知りたい 情報（その場所にビーガン料理があるか、お酒を提供しているか、子ども連れOKかなど）。勝負は2つ目のバケツで決まります。

Q: あなたのディレクトリは広告とフィーチャードリスティングで収益化されていることが多いですが、どのモデルを選ぶかはどのように決めていますか？

ニッチの検索ボリュームが高く、月間1万〜5万人の訪問者を見込めると分かれば、広告が定番の選択肢です。そのトラフィック量であれば広告収入として十分な意味があります。

フィーチャードリスティングの場合、検索ボリュームはそれほど重要ではありません。重要なのは、その商品やサービスの平均注文単価が、ビジネスオーナーが掲載費を払う価値があるほど高いかどうかです。

例えば、ヨガスタジオはフィーチャードリスティングのターゲットにはしません。1クラスが25ドル程度で、マーケティング予算もおそらく限られています。でも高級仮設トイレのレンタルのようなものは、1回のレンタルで数千ドルになることもあります。そういったビジネスの方が、露出にお金を払う可能性がずっと高いです。

Q: 今日、ビジネスオーナーはディレクトリでの露出に費用を払うことに前向きだと感じていますか？

場合によりますが、方向性が合致していることが必要です。ディレクトリへのトラフィックを獲得することと、そのトラフィックを実際のリードに変えることは、別の話です。

明確な検索意図を持つ質の高いリードをビジネスにもたらせるなら、当然やる価値があると思ってもらえます。ただ、本当にビジネスオーナーにとって価値あるものにしなければなりません。トラフィックのためのトラフィックではなく。

Q: 技術的な知識がまったくない人がニッチなディレクトリを作りたいと思ったら、どんなアドバイスをしますか？

正直なところ、技術的な部分はおそらく全体の中で一番簡単な部分です。コーディングの知識がなくても、サイトを簡単に構築できるツールが世の中にはたくさんあります。

難しいのは、適切なニッチを選ぶこと、SEOを学ぶこと、リサーチをすること、そしてデータを充実させることです。これらこそが、ディレクトリの成否を本当に左右するものです。

だから私が言いたいのは、まずSEOの基礎を学ぶことに集中してください、ということです。WordPressやノーコードツールの使い方はすぐに習得できます。でも、どんなに美しいサイトでも、上位表示させる方法を理解していなければ、トラフィックは集まりません。

Q: スクレイピングしたデータを大規模に扱ってきた経験をお持ちですね。リスティングをインポートする際に、人々が犯す最大のミスは何だと思いますか？

最大のミスは、データ品質の充実化を省略することです。何百、何千ものリスティングを公開することに興奮してしまいますが、結果としてページには名前、住所、電話番号、営業時間しか載っていないという状態になります。

それだけではもう十分ではありません。Googleはよりスマートになり、クロールバジェットはより厳しくなり、薄いページは成果を出せません。基本を超えたことをしなければなりません——人々が 実際に 何を検索しているかを把握し、その情報を提供することです。

そうでなければ、Google マップを開く代わりにあなたのディレクトリを使う理由が誰にもありません。

Q: あなたの最も成功したディレクトリのエピソードを教えてください。どんなニッチに特化しているか（差し支えなければ）、そしてなぜそれほどうまくいったと思いますか？

それは私が初めて作ったディレクトリで、古着・リサイクルショッピングのニッチに特化しています。過去に実際のURLを公開したら何人か真似する人が出てきたので、URLはお伝えしませんが、約2年間、毎月数千ドルの収益を受動的にもたらしてくれています。

うまくいった理由は、お金を稼ぐ目的でそれを作らなかったことです。YouTubeで学んでいたSEOのことが実際に機能するかどうか、試してみたかっただけなのです。

だからスキル習得の練習として取り組みました。細かいことのひとつひとつにとても意識的でした——ページ内SEO、バックリンク、構造。また、月間100,000人以上の訪問者を獲得している競合サイトを見つけて、「自分ならもっとうまくできる」と思いました。フォーマットを変え、ピラーページ構造を採用したところ、予想をはるかに超える成果が出ました。

Q: WordPressについて何度か言及されていましたね。優れたディレクトリプラグインに何を求めますか？

使いやすいインターフェースは私にとって重要なポイントのひとつです。私はあまり技術的ではないので、扱いやすいものが欲しいのです。サポートが充実していることも大切です。たまに使い方で詰まることがあっても、困り続けたくないですから。

また、柔軟性があって複数のプロジェクトに対応できるなら、プラグインに多少高い料金を払うことも厭いません。価格よりも価値を重視しています。

そして最後に、他の人たちがそのプラグインを使って成功しているかどうかを知りたいのです——特にSEOの面で。SEOに対応していなければ、それはほぼ致命的な欠点です。

Q: ディレクトリプラグインを選ぶ際、スケーラビリティとSEO構造はどれほど重要ですか？

どちらも非常に重要です。小さなサイトを作るだけなら、プラグインを使わないかもしれません——ページを手動で作成するだけです。

でも、サイトに何千ものリスティングが必要だとわかっている場合は、スケーラビリティが不可欠になります。だから、私の医療関連ディレクトリのひとつにGeoDirectoryを選んだのです。1ページずつ作成するなんてとても無理でした。

SEO構造がすべてです。メタディスクリプション、スラッグ、アイキャッチ画像、代替テキスト——あらゆる面で完全なコントロールが必要です。それができないプラグインは使いません。

Q: ディレクトリツールに最初から搭載されていてほしいと思う機能は何ですか？

これは私のディレクトリ構築スタイルに特有の話ですが、もっと多くのツールが柱ページ（ピラーページ）形式をサポートしてくれたらと思います。ほとんどのディレクトリプラグインは個別のリスティングページを前提としていますが、私はすべてを一つの長いスクロールページにまとめる方法で大きな成果を上げてきました。

特定のキーワードに対して驚くほど効果的で、一部のピラーページは1位を獲得し、月間数万人の訪問者を集めています。ただ、それを実現するためにツールの制約を回避しなければなりませんでした。

もう一つ：ロケーションページをカスタマイズできるツールが増えてほしいです。そのページには多くのトラフィックが流れているのに、ほとんどのプラグインはそこへのコントロールをあまり提供していません。（編集部注：GeoDirectoryはロケーションページを完全にコントロールできます!)

Q: 現在テスト中の変わったアイデアや意外なアイデアはありますか？

私は高級仮設トイレに非常に興味があります。奇妙に聞こえるのはわかっていますが、本当にビジネスチャンスがあると思っています。ビジネスオーナーであれば、1日1,000〜2,000ドルで貸し出すことができますし、話題にする人が少ないほど退屈なトピックだからこそ、私には面白く映るのです。私には何百ものディレクトリアイデアのリストがあります——中にはランダムだったり、意外だったり、ちょっと不適切なものもありますが——すべて検索データと未開拓ニッチに基づいています。Ship Your Directory Proを運営していることで、人々が思いつく奇妙ながらも素晴らしいアイデアを間近で見られる特等席も得ています。だから、変わったアイデアは大歓迎です。退屈な分野こそが、しばしば金脈なのです。

「Founder Story」シリーズの第3回目では、 Zyppy Listを取り上げます。これは、企業と信頼できるマーケティング代理店をつなぐために丁寧にキュレーションされたディレクトリです。

経験豊富なSEOの専門家であるCyrus Shepardは、ほとんどのマーケティングディレクトリがいかに信頼性に欠けるか——審査されていないリスティングや低品質な結果が溢れていることが多い——を実感し、Zyppy Listを立ち上げました。

15年にわたるSEOの経験を活かし、Cyrusはより良いものを作りたいと考えました。それは、実績と信頼に基づいて評判の高いマーケティングサービスを企業が見つけられるリソースです。Zyppy Listは単なるディレクトリではありません。丁寧に評価された企業のセレクションであり、ユーザーと代理店の両方に真の価値を提供します。

サイドプロジェクトとして始まったものが、今では明確なミッションを持つプロフェッショナルの成長するネットワークへと発展しています。そのミッションとは、マーケティングにおける最高の存在にスポットライトを当て、雑音を排除し、オンラインディレクトリの水準を引き上げることです。

Zyppy Listのストーリー

Q: Zyppy Listを始めたきっかけは何ですか？アイデアが生まれた特定の瞬間やニーズがあったのでしょうか？

私はマーケティングコンサルタントを運営しており、特定の専門知識が必要なときに他のオンラインマーケティングディレクトリを検索することがありました。残念ながら、これらのディレクトリの品質は概して低く、信頼性に欠けていました。誠実に良質なマーケティングサービスを提供している企業を支援し、実際の評判に基づいてそれらの企業を審査するディレクトリを作りたいと思いました——ユーザーと代理店の双方にとってのWin-Winになることを願っています！

Q: Zyppy立ち上げ前のご経歴について、あまりご存知でない方に簡単に教えていただけますか？

私は15年間、検索エンジン最適化（SEO）の分野で働いており、他者へのSEO指導、実験の実施、および大規模な技術的課題を専門としています。複数のスタートアップでSEO担当として勤務した経験があり、またGoogleのクオリティレーターとしても活動しました。

Q: このサイトの現在の主な目的は何ですか？誰のためのサイトですか？

マーケティングエージェンシーやコンサルタント業は数兆円規模の産業であり、Fortune 500企業から街角の小さなお店まで幅広く関わっています。問題は、実際に成果を出してくれる信頼できる相手を見つけることです。マーケティングサービスを探している人は、常に口コミや紹介を必要としています。そういった方々と、マーケティング企業自身の両方にお役に立てればと考えています。

Q: ディレクトリは厳選されている印象ですが、掲載するサイトやツールを選ぶプロセスはどのようなものですか？

私たちのディレクトリは非常に厳選されており、20〜30%の却下率があります。申請したすべての企業を徹底的に審査しています。決定を下す前に、実際にその企業に依頼したこともあるほどです！私たちの審査プロセスは、実際の評判指標に基づいています。顧客レビュー、LinkedInのプロフィール、出版物、ニュースでの言及など、あらゆる情報を確認します。また、バックエンドにランキングシステムも備えており、有望なプロバイダーであっても何らかの理由で評判指標が十分でない場合には、評判スコアを低めに設定することで掲載機会を与え、検索結果には表示されるものの順位は低めになるようにしています。

Q: 「Zyppy に値する」と判断するための具体的な基準はありますか？

最終的には、そのプロバイダーをどれだけ信頼できるかを問います。マーケティングについて何も知らない自分の親にそのプロバイダーを安心して勧められるか？この問いに「はい」と答えられない場合は、掲載を認めません。

Q: Zyppy は今後どのように発展していくと思いますか？長期的なビジョンは何ですか？

短期的には、世界最高のマーケティング企業1,000社を Zyppy List に掲載したいと考えています。長期的には、質の低い結果しか提供できないにもかかわらずGoogle検索結果を独占している大手オンラインディレクトリに対抗していきたいと思っています。

Q: このプロジェクトを構築する中で、これまで最もやりがいを感じた点は何ですか？

世界中の優れた企業とつながることは、非常に大きな喜びです。また、GeoDirectory のレビューシステムを改良し、専門家が他の企業を「推薦（Endorse）」できる機能も追加しました。人々が推薦を贈り合う様子を見ることは、この仕事の醍醐味のひとつです。

Q: 逆に、最も難しかった点は何ですか？

SEO分野では強いネットワークを持っていますが、広告やデザインなど他の分野のマーケティング企業へのアプローチが難しいと感じています。これはビジネス上の課題であり、リーチを広げるための取り組みを進めているところです。

Q: これは現在サイドプロジェクトですか、それともフルタイムで取り組んでいますか？

Zyppy List には1日1〜2時間取り組んでいるので、完全にサイドプロジェクトです！

Q: これまでサイトの成長と認知度向上にどのようにアプローチしてきましたか？

Zyppy List をマーケットプレイスとして運営するうえでの課題は二つあります。ディレクトリを価値あるものにするために十分な数の優良マーケティング企業を集めること、そして企業にとって掲載する価値を感じてもらえるだけの質の高いトラフィックを生み出すことです。まず1,000社という目標を達成することが第一歩です。その後は、ブランドの認知向上、リンクビルディング、オンページSEOといった従来のSEO課題にも取り組みます。バランスを取ることが重要ですが、新しい企業が加わるたびにフライホイールはより力強く回り始めます。

Q: ディレクトリはすでに収益化されていますか、それとも将来的な計画ですか？

ディレクトリは「軽く」収益化されています。プロメンバーはより多くのカテゴリーに自社を登録してVisibilityを高めるなど、さまざまな特典を受けられます。今後は広告の提供や、マッチングサービスを通じたプレミアムリードへのアクセスも検討しています。

Q: ローンチ以来、ユーザーや同業者からどのようなフィードバックを受けましたか？

フィードバックは素晴らしいものでした。マーケティングコミュニティのサポートに心から感謝しています！

Q: キュレーションされたディレクトリやニッチなコンテンツサイトの立ち上げを考えている人に、どんなアドバイスをしますか？

まず、GeoDirectoryを使ってください！冗談ではありません。このCMSは本当に素晴らしいです。次に、長期的なビジネスプランをしっかり考えましょう。多くのディレクトリサイトは好調なスタートを切った後に失速し、薄いコンテンツと市場への浸透不足のまま低迷してしまいます。最後に、デザインとオリジナルコンテンツに投資しましょう。私の妻は才能あるグラフィックデザイナーで、サイト構築において本当に大きな違いをもたらしてくれました。

Q: 最後に、あなたの活動をフォローしたり、サイトの提案やコラボレーションの相談をしたい場合、どこで連絡できますか？

Linkedinでフォローしてくださいまたは私の SEOニュースレターを購読してください！ありがとうございます。

世界最高峰の高機能・スケーラブルなWordPressディレクトリプラグイン

それは匿名のブログとして始まった

なぜディレクトリが天才的な一手だったのか

ディレクトリが実際に収益を上げる方法

驚異の中に隠された教訓

あなたにも作ることができます

TL;DR：長文を読む前の短いまとめ

核心的な違い：ホスト型プラットフォームとセルフホスト型プラグイン

マネージドホスティングについてはどうでしょう？

機能：すぐに使える標準機能

デザインとカスタマイズ：なぜ Brilliant Directories のサイトはどれも似て見えるのか

AI：ページレベルのコンテンツ支援 vs 自分が所有する AI でサイト全体を構築する

データモデル：あなたのデータベースこそが真の参入障壁

垂直方向の深さ：不動産、イベント、求人、そして MLS の問題

フロントエンド投稿とメンバーダッシュボード

検索とフィルタリング：ディレクトリの価値はその検索機能で決まる

マップとロケーションページ：積み重なる SEO 効果

マネタイズ：同じ機能セット、プラス彼らには届かないモデル

SEO とスキーマ：そのシステム vs WordPress のツールボックス全体

パフォーマンスとスケーラビリティ：ごまかしの利かない部分

データの所有権、移植性、ロックイン：あらゆる疑問の根底にある問い

多言語対応：翻訳ボタン vs 本物の第二言語

サポート、オンボーディング、評判：両者が互角な領域

価格と総所有コスト：永遠に払い続けるか、完全に所有するか

結論：それぞれが実際に向いているのは誰か

決断する前に

このサイトが存在する理由

リスティングの構造

検索とソート、そして私たちが犯したミス

GeoDirectoryが終わり、私たちのコードが始まるところ

個別リスティングページ

アーカイブ

申請フロー

トラフィック、速度、そしてElasticsearchの話

その他のスタック構成

これが証明すること

ディレクトリサイトにおける表示制御の課題

BlockStrapによる解決策

エディターでの表示イメージ

コンバージョンを促進するパターン

業種別の実例

法律サービスディレクトリ

B2B Vendor Directory

プレミアム不動産ディレクトリ

卸売サプライヤーディレクトリ

汎用メンバーシッププラグインがここで力不足な理由

実践的なスタック構成

最後に

あなたのウェブサイトに最適なディレクトリプラグインは？

TL;DR

比較表

機能比較（無料プラグイン）

GeoDirectoryの無料プラグイン。

HivePressの無料スタック。

無料スタックにおけるより大きな落とし穴。

各無料プランの位置づけ。

デザインとカスタマイズ

HivePressのデザインモデル

GeoDirectoryのデザインモデル

各デザインモデルの位置づけ

リスティングの詳細（CPT、カスタムフィールド、フランチャイズマネージャー、リスティング比較）

カスタム投稿タイプとリスティングモデル

イベント機能について

カスタムフィールド

Franchise Manager

Compare Listings

各プラグインがリスティングの深度においてどこに位置するか

フロントエンド投稿とユーザーダッシュボード

HivePressの投稿フローとダッシュボード

GeoDirectory の申請とダッシュボード

UsersWP Dashboardアドオンによるロール別ダッシュボード

各プラグインのユーザー向けUXにおける位置づけ

Claim Listings

HivePress Claim Listings

GeoDirectory Claim Listings

各プラグインの申請機能の位置づけ

検索エンジン

HivePressの検索

GeoDirectoryの検索機能

各プラグインの検索機能における位置づけ