ブログ - 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です。

私たちはローカルの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 を開発しています。

私たちは10年以上にわたってディレクトリツールを構築してきており、両プラグインをよく知っています。

WordPress の人気ディレクトリプラグイン2択まで絞り込んで、率直な答えを求めているなら、機能比較表はあまり参考になりません。

どちらも無料版、有料アドオン、検索、マップ、レビュー、フロントエンド投稿機能を備えています。

違いが明らかになるのは、リスティングが増え、有料顧客がついてから。スピード、SEO、そして成長余地がもっとも重要になるタイミングです。

この比較記事が取り上げるのは、まさにその点です。

この記事を書いた理由

長年にわたり、他のベンダーが私たちについて誤った情報を発信していた場合でも、競合他社との比較記事を書いてきませんでした。

こうした記事は偏りがちで、すぐに時代遅れになる傾向があります。

Directoristは2025年11月に更新されたブログの最新比較記事で、GeoDirectoryにはStripe、銀行振込、WooCommerceマルチベンダーサポート、予約機能、フロントエンドリスティングビルダー、GDPR対応、請求書機能、Elementorウィジェットがないと主張しています。

GeoDirectoryはこれらすべてを備えています。当サイトおよびWordPress.orgをご確認ください。

これはマーケティング戦略ですが、Googleが現在そのページをGeoDirectory関連の検索結果の隣に表示しています。そのため、ブランドを守るために独自の比較記事を作成する必要がありました。

これは、当社のプラグインとともに候補に挙げられることが多いプラグインとの比較シリーズの第一弾です。次回: GeoDirectory vs HivePress.

TL;DR

Directoristはより早く、より安価に使えるディレクトリを構築でき、標準状態での完成度も少し高めですが、カスタマイズは難しいです。

GeoDirectoryは、成長し、検索でランクアップし、収益を生み、長期にわたって運用できるよう設計されています。

収益化の計画が漠然としていて500件未満のリスティングを持つ趣味のプロジェクトであれば、Directoristは妥当な選択肢です。

ディレクトリをビジネスとして運営する予定であれば、GeoDirectoryの方が優れています。

	GeoDirectory	Directorist
使いやすさ	設定が多く、学習曲線がやや急	シンプルな管理画面、ビジュアルビルダー、豊富な動画チュートリアル
複数のリスティングタイプ	有料のCustom Post Typesアドオン	無料
リスティングデータの保存	インデックス付きカスタムデータベーステーブル	WordPressの投稿メタ
大規模なパフォーマンス	月額600ドルのサーバーで本番環境200万件のリスティングに対応	標準的なホスティング環境でカスタムフィールドフィルターを組み合わせると速度が低下
ロケーションURL	場所とカテゴリーの階層構造（/restaurants/california/san-francisco/）	フラットタクソノミー、「X in Y」形式のURLなし
大規模なマップ表示	サーバーサイドのマーカークラスタリングで最大100万マーカーに対応	クライアントサイドのクラスタリング、2,000マーカーを超えると速度が低下
Events	日付、ステータス、カレンダー、アーカイブ機能を備えた無料のEventsアドオン	イベント日付やカレンダー機能なし
複数拠点を持つビジネス	親子リスティングに対応したFranchise Manager	1件のリスティングに複数の地域タームを設定
CSVインポーター	リスティングのインポートと一括更新	新規リスティングのインポートのみ
セキュリティ実績	2018年以降のCVEは少数で、WordPress.orgにより閉鎖されたことはなし	重大なCVEが複数あり、2023年に12日間WordPress.orgにより閉鎖された
サポート応答時間	平均2時間31分、65%が1回の返信で解決	未公開
3年間のコスト（サイト数無制限）	$687	$404

表で疑問が解決した場合は、 GeoDirectory Membership は年間$229です。

以降の記事では、各行について詳しく説明します。

詳細な比較でカバーする内容：

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

どちらのプラグインもWordPress.orgで無料公開されており、検索・地図・レビュー・条件付きロジック対応のカスタムフィールドビルダー・CSVインポート＆エクスポート・REST APIを備えた実用的なディレクトリが含まれています。

リスティングと構造

GeoDirectoryの無料版には1種類のリスティングタイプ（Places）があり、単一の都市に紐付けられています。その都市のページがディレクトリのホームとして機能します。

他の都市に独自のページを持たせるには、Location Managerアドオンが必要です。

Directoristの無料版では、Places・Jobs・Servicesなど複数のディレクトリタイプを作成でき、それぞれに独自のフィールドとレイアウトを設定できます。

Events

GeoDirectoryには無料のEventsアドオンがあり、イベント日付・ステータス（Upcoming・Ongoing・Past）・過去イベントのアーカイブ・カレンダー・日付検索機能を備えています。

Directoristは、イベント日付やカレンダーのない「Events」カテゴリーを使った通常のディレクトリを提案しています。

DirectoristはEventsを重視していないと言っても過言ではありません。

無料版のその他の違い

場所： GeoDirectoryは各場所に独自のページを付与するため、/restaurants/paris/ のようなURLがそのまま機能します。Directoristのロケーションタクソノミーはカテゴリーまたは場所で絞り込めますが、両方同時には使えません。
検索： DirectoristにはサイドバーフィルターとAJAX検索があります。GeoDirectoryのキーワード検索はカテゴリーやタグもカバーし、距離順で結果を並べ替えます。
マップ： GeoDirectoryには同期マップとリスティング表示レイアウト（Airbnbスタイル）が含まれています。Directoristでは、これはListings With Map拡張機能（年間$39）の一部です。
レビュー： GeoDirectoryはWordPressコメントをベースに5つ星レビューを構築します。Directoristは独自のレビューシステムを持っています。
CSVインポート： GeoDirectoryは既存のリスティングを一括更新できます。Directoristのインポーターは新規追加のみ対応しています。
お問い合わせフォーム： Directoristはリスティングにお問い合わせオプションを含んでいます。GeoDirectoryはBlockstrapテーマに組み込みフォームがあり、他のテーマではNinja Formsを使用します。

デザインとカスタマイズ

Directoristはセットアップが手軽で、GeoDirectoryはカスタマイズの自由度がより高くなっています。

Directoristはビジュアルなディレクトリビルダーを使用します

リスティングフォーム、リスティング個別ページ、リスティング一覧ページ、検索フォームのそれぞれに、ウィジェットのオン／オフや並び替えができるドラッグ＆ドロップのキャンバスがあります。

午後だけで見栄えのするディレクトリを作ることができます。

制限として、レイアウトは固定スロット制でDirectoristのコンポーネントしか使えないため、それ以外のものにはカスタムPHPや代替手段が必要です。

GeoDirectoryはページテンプレートを使用します

GeoDirectoryはディレクトリの主要な各パーツにテンプレートを用意しています。（WooCommerceと同様）

開発者はPHPテンプレートを差し替えることができ、それ以外のユーザーはショートコードとCSS、ブロックエディター、またはElementor ProやBricksのような動的コンテンツ対応のビルダーで編集できます。

すべてのリスティングフィールドはブロックまたは要素として利用できるため、それぞれ好きな場所に配置してスタイルを設定したり、あらかじめ用意されたテーマから始めることもできます。

デメリットは学習コストがやや高い点ですが、これはGeoDirectory v3でより簡単なオンボーディングを導入することで対応を進めています。

リスティング詳細

リスティングタイプ

Directoristのマルチディレクトリシステムを使えば、無制限のリスティングタイプを無料で作成できます。

GeoDirectoryはカスタム投稿タイプの有料アドオンが必要なため、価格面ではDirectoristが有利です。

カスタムフィールド

どちらも同じ標準フィールドタイプを備えており、営業時間、ソーシャルプロフィール、動画、料金などの定義済みフィールドも利用できます。

違いはデータの保存方法にあります。GeoDirectoryはカスタムデータベーステーブルを使用し、DirectoristはWordPressのポストメタを使用します。ディレクトリが大きくなるにつれてスピードに影響しますが、詳細はパフォーマンスセクションで説明します。

Franchise Manager

複数の拠点を持つ企業向けに、GeoDirectory Franchise Managerアドオンは、チェーン全体を表す親リスティングと、各拠点を表す子リスティングを使用します。

タイトル、説明、ロゴなど親でロックしたフィールドはすべての子に反映されますが、住所、電話番号、営業時間は各拠点で個別に編集できます。

CSVインポーターを使って子リスティングを一括作成できます。

Directoristのマルチロケーションサポートでは、1つのリスティングに複数のロケーションタームを割り当て、複数のロケーションアーカイブに表示できますが、各ロケーションに固有の住所、電話番号、営業時間を設定することはできません。

Compare Listings

どちらも同程度の価格でリスティング比較アドオンを提供しており、カスタムフィールドを含むリスティングを横並びで表示できます。

GeoDirectoryはブラウザのストレージを使用するため、GDPRに関わるクッキーが不要で、共有可能な比較URLや埋め込み可能な比較機能も追加されます。

Directoristでは、Directory Builderを使って比較ボタンを任意の場所に配置できます。

フロントエンド投稿とユーザーダッシュボード

フロントエンド投稿フォーム

どちらの無料版も、訪問者がWordPress管理画面を見ることなく、画像、地図上の位置、カスタムフィールドを含むリスティングを登録・投稿できます。

Directoristには、長い投稿フォームに対応した複数ステップフォームが標準搭載されています。

GeoDirectoryはv3まではサードパーティプラグインが必要でしたが、v3ではその機能が追加されます。

ゲスト投稿

どちらも無料でゲスト投稿に対応しており、GeoDirectoryはゲストのメールアドレスからアカウントを自動作成します。

ユーザーダッシュボード

Directoristの無料版には、リスティング、ブックマーク、レビュー、注文、アカウント設定を備えたユーザーダッシュボードが標準搭載されています。

GeoDirectoryは無料の UsersWPプラグインを使用しており、基本的なダッシュボードはより汎用的な作りになっています。

プレミアムのUsersWP Dashboardアドオンはロールベースで、管理者（統計、モデレーション、支払い）、リスティングオーナー（リスティング、メッセージ、予約、問い合わせ）、一般ユーザーそれぞれに専用のビューが用意されています。

GeoDirectoryおよびGetPaidとすぐに連携できるため、支払い、予約、メッセージング機能を持つディレクトリサイトに最適です。

Claim Listings

両プラグインには有料のClaim Listingsアドオンがあります。ビジネスオーナーが自分のリスティングを見つけてクレームを申請し、管理者が承認するとリスティングを引き継ぐことができます。

各プラグインの料金アドオンを通じて、無料クレーム、固定料金、またはより多くのリスティング機能を解放する有料アップグレードを提供できます。

Directoristのアドオンはシングルサイトで年間$29、GeoDirectoryは$49です。

GeoDirectoryはワークフローオプションが豊富です。メール認証または支払いによる自動承認、承認の取り消し、Ninja Formsを使ったカスタムクレームフォーム、認証済みバッジなどが利用できます。

クレーム済みステータスはカスタムフィールドでもあるため、検索で認証済みリスティングをフィルタリングしたりランク付けしたりすることができます。

Directoristは承認、拒否、メール通知、クレーム済みバッジをカバーしています。

検索エンジン

検索はディレクトリの最も重要な部分であり、2つのプラグインはそれぞれ異なるアプローチを取っています。

無料版

Directoristの無料検索にはより多くの機能があります。ドラッグ＆ドロップの検索フィールド、価格・タグ・評価・カスタムフィールドのフィルター、AJAXインスタント検索、半径検索などが含まれます。

GeoDirectoryの無料検索にはキーワードフィールドと近接検索用の「Near」フィールドがあり、AJAX、半径検索、カスタムフィールドフィルターはAdvanced Searchアドオン（年間$49）が必要です。

このアドオンはオートコンプリート、ジオロケーション、リスティングタイプごとの独立した検索フォームも追加します。

速度

GeoDirectoryのカスタムテーブルにより、フィルタリングされた検索を1つのインデックスクエリとして実行できます。

Directoristのpost metaでは、カスタムフィールドフィルターを追加するたびにデータベースの結合が発生するため、フィルターを増やすと検索が遅くなります（詳細はパフォーマンスのセクションで説明します）。

現在営業中

GeoDirectoryは、各リスティングの営業時間とタイムゾーンを使用して、現在営業中の場所だけを表示することができます。

ニューヨークのユーザーがロサンゼルスのレストランを調べると、太平洋時間での回答が表示されます。

これを実現できる唯一のWordPressディレクトリプラグインです。

マップ検索

GeoDirectoryは、Airbnbのようにユーザーがマップをパンまたはズームすると再検索を実行します。

Directoristのマップはフィルターが変更されるとマーカーを更新しますが、マップを移動しても更新されません。

保存済み検索とクロスタイプ検索

どちらも、有料アドオンとしてメールアラート付きの保存済み検索を提供しています。

DirectoristのユニバーサルサーチはPaidの機能で、複数のディレクトリタイプを一度に横断して検索できます。

GeoDirectoryは意図的にこの機能を持っていません。異なるフィールドを持つタイプを混在させると妥協が生じるためです。そのため、カテゴリは1つのリスティングタイプ内にまとめることを推奨しています。

エンタープライズ規模

100万件を超えるリスティングとトラフィックの多いサイトには、共同創設者のStiofanがカスタムElasticsearch連携のセットアップを対応します。料金はプロジェクト単位となります。

マップ、機能、ロケーション

マッププロバイダーとツール

どちらもGoogle MapsとOpenStreetMap、カテゴリごとのカスタムマーカーアイコン、スタイル付きGoogle Mapsをサポートしています。

DirectoristはListings With Map拡張機能にカスタムマーカーとマップスタイルを含み、GeoDirectoryには別途Custom Map Stylesアドオンがあります。

GeoDirectoryの無料版にはルート案内、ストリートビュー、「現在地周辺」の位置検出が含まれており、Directoristも無料プラグインとListings With Mapにわたって同様のツールを備えています。

ルート計画はどちらもサポートしていません。

カスタムマーカーには、無料の MapMarker Studio を使えば、デザイナーなしで独自のマーカーをデザインできます。

マーカークラスタリング

マーカークラスタリングはディレクトリの成長に合わせてマップを使いやすく保ちます。どちらのプラグインも年間$39のアドオンとして提供しています。

Directoristのクラスタリングはブラウザ上で動作するため、数百件のマーカーには対応できますが、1,000件前後から速度が低下します。

GeoDirectory Marker Clusterアドオンはサーバー側でのクラスタリングも可能で、当社のベンチマークでは最大300倍少ないデータで1,000,000件のマーカーをレンダリングします。

ロケーションのアーキテクチャ

Directoristはロケーションをタクソノミーとして扱うため、ユーザーはニューヨークの全リスティングや全レストランを閲覧できますが、「ニューヨークのレストラン」を1つのページとして表示することはできません。

GeoDirectory Location Managerアドオンは階層構造（国・地域・都市・近隣エリア）を使用し、すべてのロケーションが独自のページとURLを持ち、カテゴリとも組み合わせられます（詳細はSEOセクションを参照）。

ロケーションスイッチャーを使うと、ユーザーを特定の都市や地域に絞り込むこともでき、単一のWordPressインストールでマルチロケーションディレクトリとして機能させることができます。

評価 & レビュー

レビューは信頼を築き、ローカル検索が重視するシグナルを発信します。どちらのプラグインも基本機能をしっかりと備えています。

どちらも管理者は承認・却下・スパム報告・返信が可能で、リスティングオーナーもレビューに返信できます。

複数基準レビュー

どちらも、料理・サービス・雰囲気などの個別評価を有料アドオンとして提供しています。

GeoDirectory MultiRatings and Reviews（年間49ドル）では、リスティングタイプやカテゴリーごとに評価基準を無制限に設定でき、たとえばホテルには「ルームサービス」を設定しキャンプ場には設定しないといった使い方が可能です。カスタムアイコン、任意の評価スケール、カスタムスコアラベルにも対応しています。

Directoristのアドバンスレビューでは、最大5つの評価基準を設定でき、それぞれ最大5段階で評価できます。また、レビューの見出し、役立ち投票、並べ替え、フィルタリング、スパム報告機能も追加されます。

レビューへの写真添付

どちらもレビュアーが写真をアップロードできます。

GeoDirectoryでは、レビュー写真にタイトルとキャプションを付けることができ、SEO向けのユーザー生成altテキストとして機能します。また、リスティングのギャラリーや独立したスライダーに表示することも可能です。

並べ替えにおける評価

どちらも評価順にリスティングを並べ替えることができます。

GeoDirectoryでは、評価をおすすめや認証済みステータスなど他のランキング要素と組み合わせることもできます。

Embeddable Ratings Badge

GeoDirectory Embeddable Ratings Badgeアドオン（年間39ドル）を使えば、リスティングオーナーがTripAdvisorウィジェットのように、自分のサイトにディレクトリのライブ評価を表示できます。

オーナーはソーシャルプルーフを得られ、あなたはすべてのバッジからバックリンクを獲得できます。

Directoristには同等の機能がありません。

収益化とマーケティングツール

検索とレビューがトラフィックをもたらしますが、料金プラン、おすすめリスティング、予約、リード販売がディレクトリの収益を支えます。

Directoristは無料版に多くの機能が含まれており、GeoDirectoryはアドオンでさらに拡張できます。

無料版と決済ゲートウェイ

Directoristの無料プラグインでは、オフラインの銀行振込でおすすめリスティングの料金を請求できるため、何も購入しなくても課金を始めることができます。

GeoDirectoryの無料プラグインには組み込みの決済機能はありませんが、無料のGetPaidプラグインを追加することでPayPal、Stripe、Authorize.net、銀行振込に対応できます。

Directoristでは、PayPal、Stripe、Authorize.netはそれぞれ約39ドルの有料拡張機能です。そのため、必要なゲートウェイが1〜2つだけであれば、GeoDirectoryの方がコストを抑えられます。

MollieやRazorpayなどの地域ゲートウェイは、どちらも追加費用がかかります。

料金プラン

どちらも段階的なプラン向けの有料アドオンを提供しており、リスティングごとの課金、パッケージ、定期サブスクリプションに対応しています。

プランごとに機能を制限できます。たとえば、有料プランではカテゴリ数の増加、画像数の増加、または注目掲載枠の提供などが可能です。

GeoDirectory Pricing Manager は GetPaid と組み合わせることで、「10件の掲載で99ドル」のような掲載バンドルの販売も可能です。チュートリアルはこちら：

予約・ブッキング

Directorist には、サービス・レンタル・イベント向けの予約拡張機能が1つあります。

GeoDirectory には2つのアドオンがあります：サービス向けの Appointments（ベータ版）と、カレンダーや複数泊滞在に対応した Airbnb スタイルのレンタル向け Booking Marketplace です。

Directorist の方が購入手続きはシンプルで、GeoDirectory では必要な予約タイプのみ料金を支払う仕組みです。

リードごとの課金

GeoDirectory の Pay Per Lead アドオンを使うと、リードを販売できます。ユーザーが掲載情報を通じて問い合わせを送り、オーナーが連絡先の詳細を取得するために料金を支払う仕組みです。

これは建設業者や弁護士などのサービス系ディレクトリに適しており、Directorist には同等の機能がありません。

メールマーケティング

GeoDirectory Dynamic User Emails アドオンは、登録・新規掲載・レビューなどのユーザーアクションをトリガーにしたパーソナライズメールを送信するほか、フィルタリングされた掲載オーナーグループへの一括キャンペーンも行えます。

たとえば、ニューヨークで3ベッドルームのペット可物件を掲載している認証済みオーナーに対して、各掲載情報のデータが差し込まれたメールを送ることができます。

保存済み検索アラートも同じテンプレートとセグメンテーションを利用できます。

掲載オーナーへのマーケティングを行う場合、別途 CRM やメールツールを使う必要がなくなります。

Directorist はイベントごとの標準的なメール通知に対応していますが、フィルタリングした一括キャンペーン機能はありません。

GeoDirectory は、有料の UsersWP アドオンを通じて、Mailchimp・ConvertKit・ActiveCampaign など11のニュースレタープラットフォームと連携しています。

モバイル機能

ディレクトリへのアクセスの多くはスマートフォンからで、両プラグインとも無料版からレスポンシブ対応しており、ワンタップ通話・道案内・メール機能を備えています。

ネイティブアプリ

Directorist はネイティブの iOS・Android アプリをサービスとして提供しています。ブランド素材を送付するだけで、同社チームがセットアップを行い、App Store と Play Store への申請まで対応します。

最近のプロモーションでは、初年度は無料で、その後は継続的なアップデート費用が発生します。

アプリにはプッシュ通知・アプリ内購入・掲載追加などの標準機能が含まれています。

GeoDirectory は、GeoDirectory サイト向けのネイティブアプリを構築する企業と提携しています。たとえば WP Apps、Tiny Screen Labs、および WP Mobile App Manager、同様の価格で。

アプリはApp StoreのレビューからOSのアップデートまで継続的なサポートが必要なため、専門家に任せています。私たちはチームをプラグインに集中させたいと考えています。

v3のPWA

GeoDirectory v3ではプログレッシブウェブアプリ（PWA）のサポートが追加され、ユーザーはアプリストアを使わずにブラウザからディレクトリをインストールできるようになります。

閲覧、検索、ビジネスへの問い合わせなど、ほとんどのディレクトリ用途において、PWAはネイティブアプリと同じ機能を果たしながら、メンテナンスコストをはるかに抑えられます。

Directoristは現在、PWAのサポートを提供していません。

SEOとスキーマ

どちらのプラグインも、メタタイトル、ディスクリプション、サイトマップ、パンくずリストにおいてYoast SEOとRank Mathと連携しています。

違いはスキーマ、URL、および内部リンクにあります。

スキーママークアップ

どちらもスキーママークアップ（JSON-LD構造化データ）を出力し、一般的なケースではGoogleのリッチリザルトテストに合格しています。

GeoDirectoryはカテゴリごとにスキーマを設定します。たとえば、LocalBusiness、Event、Restaurantなどで、営業時間、評価、住所、座標、電話番号、営業状況が含まれます。

Directoristのスキーマはより限定的で、リスティングタイプごとに1つのスキーマタイプのみ対応しています。

場所とカテゴリのページ

Directoristは場所とカテゴリのアーカイブを個別に作成します（例： /location/new-york/ と /category/restaurants/）が、「ニューヨークのレストラン」のようなページは作成されません。

GeoDirectory Location Managerは、場所とカテゴリのすべての組み合わせに対してページを作成します：

/places/category/restaurants/united-states/california/san-francisco/

デモでこのページを見る.

各ページには独自のメタタグ、スキーマ、H1、コンテンツがあり、ローカル検索でランキングできます。

パーマリンク設定でURL構造を変更できます。

サンフランシスコのレストランの紹介文やFAQなど、リスティングの上下にテキストを追加することもでき、地図付きのリスト記事のようなページに仕上がります。

そのフォーマットは、構造化データと編集コンテンツを同じページに配置するため、検索順位が上がりやすい傾向があります。

数百から数千件の「XとY」検索を対象とするディレクトリにとって、これは プラグインにおける最も重要なアーキテクチャ上の選択です.

内部リンクと画像

GeoDirectory の関連リスティングウィジェットは、場所・カテゴリー・タグによってリスティングを自動的に紐付けます。

どちらも画像のaltタグ・タイトル・キャプションに対応しており、GeoDirectory のCSVインポーターを使えば一括で追加できます。

パフォーマンスとスケーラビリティ

ブログ記事はページ読み込みごとにデータベースへ十数回クエリを発行しますが、ディレクトリページはカスタムフィールド・場所・カテゴリー・評価・画像のために数百回ものクエリを発行することがあります。

リスティングが数百件程度であればほぼどんな構成でも機能しますが、数千件になるとデータベースの構造が重要になってきます。

GeoDirectoryのカスタムデータベーステーブル

GeoDirectory はリスティングを独自のテーブルに保存し、タイトル・カテゴリー・評価・市区町村・座標・電話番号・営業時間など、プロパティごとに専用のカラムを持ちます。

添付ファイルはメディアライブラリではなくカスタムフィールドと同じ場所に保存されるため、大規模になってもパフォーマンスが低下しにくく、レビューや並び替えフィールドも専用テーブルを持ちます。

市区町村・カテゴリー・評価・カスタムフィールド3つによる検索は、インデックス済みの1つのテーブルに対して1回のクエリで実行されます。

データはシリアル化された文字列ではなく実際のデータ型（テキスト・整数・小数）で保存されるため、データベースが効率的にクエリを処理できます。

Directorist のポストメタ

Directorist は各カスタムフィールドを WordPress の wp_postmeta テーブル。

単一の検索には問題なく機能しますが、検索フィルターを追加するたびにデータベースの結合が増えるため、フィルターが5つある検索では5回のJOINが発生します。

フィルターが2つなら問題ないかもしれませんが、4つになると動作が遅くなり始め、6つになるとページがフリーズすることもあります。

これが「ディレクトリが遅くなった」というサポートチケットの典型的な原因です。

キャッシュとホスティング

どちらも主要なキャッシュプラグインに対応しており、Redis や Memcached を使ったオブジェクトキャッシュやCDNも利用できます。GeoDirectory には WP Rocket または FlyingPress をお勧めします。

GeoDirectory はAJAXページネーションにも対応しているため、ページ全体を再読み込みすることなくマップとリスティングを更新できます。

ホスティングについては、Vultr High Frequency サーバーを使用した Cloudways が良い出発点であり、大規模なディレクトリには Rocket.net のようなマネージドホストが適しています。どのプラグインを選ぶ場合でも同様です。

共有ホスティングはテスト用には問題ありませんが、本番のディレクトリサイトには適していません。

スケールとはどういうものか

私たちが関わる最大のGeoDirectoryサイトは約2,000,000件のリスティングを持ち、大量のトラフィックを処理しており、月額600ドルのシングル専用サーバー1台で稼働し、検索にはElastasticsearchインテグレーションを活用しています。

これは、NDAの関係で名前を出せない米国の大手SEOエージェンシーのものです。

セキュリティ

ディレクトリは、ビジネスデータ・ユーザーアカウント・決済情報を何年にもわたって保存するため、プラグインのセキュリティ実績は非常に重要です。

どちらのプラグインも、ほとんどのWordPressプラグインと同様に、これまでに脆弱性が発見・修正されてきました。

それぞれの完全なリストは、国家脆弱性データベース（NVD）でご確認いただけます： GeoDirectory と Directorist.

Directoristにはいくつかの注目すべきインシデントもあります：

2021年11月、攻撃者がDirectoristの脆弱性を悪用し、約291のサイトに偽のランサムノートを表示させました（BleepingComputer).
2023年6月、Wordfenceが報告した重大な脆弱性2件が未修正のまま、WordPress.orgはそのプラグインを12日間閉鎖しました（Wordfence, Directoristの声明).
2026年4月、Directorist Social Loginアドオンに重大な権限昇格の脆弱性（CVSS 9.8）が発見されました（CVE-2026-22337).

これらはすべて修正済みであり、現行バージョンは通常の使用環境において安全なはずです。

私たちの場合、ほとんどのセキュリティパッチは報告から12時間以内にリリースされており、GeoDirectoryがWordPress.orgで閉鎖されたことは一度もありません。

多言語対応

どちらのプラグインも翻訳にWPMLを使用しており、リスティング・カテゴリ・ロケーション・カスタムフィールド・メールを翻訳可能にする無料の拡張機能を提供しています。

どちらも翻訳済みスラッグ、hreflangタグ、WPMLの自動翻訳および機械翻訳をサポートしています。

2025年のG2レビューでは、DirectoristのWPML文字列がアップデート時に崩れるとの報告がありましたが、2026年2月のアップデートでその問題は修正されたようです。

Polylang、TranslatePress、Weglot、GTranslateのいずれも公式サポートはないため、これらを使用する場合はカスタム作業が必要になります。

どちらもアラビア語やヘブライ語など、右から左に書く言語に対応しています。

主な違いは通貨です。GeoDirectoryはGetPaidの有料機能を使って各訪問者のローカル通貨で価格を表示しますが、 Multi-Currency add-on、DirectoristのPricing Plansはサイトごとに1通貨のみ対応しています。

使いやすさ

Directoirstは使いやすく、それが本当の強みのひとつです。

どちらも技術的な知識不要で、数分でインストールして最初のリスティングを追加できます。

GeoDirectoryは設定項目が多く、見つけにくいものもあるため、管理画面にはほとんど使わない設定用の「詳細を表示/非表示」トグルが用意されています。

Directoirstの管理画面は設定が少なく、Directory Builderでほとんどの設定を一か所にまとめているため、初めてディレクトリサイトを作る場合に便利です。

GeoDirectoryの文書によるドキュメントコアプラグインとアドオンを詳しくカバーしていますが、公式の動画ライブラリはまだ充実していません。

サポートエージェントの一人が（当社の承認のもと）チュートリアル動画のYouTubeチャンネルを運営しており、公式動画の制作も進めています。

Directoirstは動画コンテンツに多く投資しているため、動画で学ぶ方が得意な方は始めやすいでしょう。

技術的な知識のないユーザーはGeoDirectoryのテンプレートシステムを習得するのが難しいと感じることが多く、それが開発者に選ばれる理由でもあります。

GeoDirectory v3では、ClaudeやChatGPTなどのAIチャットにディレクトリの内容を説明すると、テンプレートを事前に学ばなくても自動的に構築してもらえます。

開発者向け拡張性とインテグレーション

どちらのプラグインも標準的なWordPressの拡張ポイント（フック、フィルター、REST API、テンプレートオーバーライド）を備えているため、どちらかを知っていれば馴染みやすいはずです。

GeoDirectoryのREST APIはすべての管理者操作をカバーしており、必要なフックが不足している場合はリクエストに応じて追加します。

DirectoirstのREST APIは、リスティング、ユーザー、カテゴリー、レビュー、メディアの主要なエンドポイントをカバーしています。

ページビルダーとテーマ

GeoDirectoryはElementor、Bricks、Divi、Beaver Builder、Oxygen、Breakdance、SiteOrigin、Avada、およびブロックエディターに対応しています。

Diviは最高のディレクトリプラグインのまとめ記事でGeoDirectoryを推薦しており、サードパーティの開発者（divigeo.com）がDivi向けのGeoDirectoryチャイルドテーマをメンテナンスしています。

Directoristは25以上のElementorウィジェットをプリセットで提供しており、BricksおよびOxygen向けのウィジェットも備え、Directorist独自のデザインを採用しています。

GeoDirectoryはリスティングデータをElementor ProおよびBricksのダイナミックコンテンツに渡すため、デザイナーはすべてのフィールドを使って独自のレイアウトを構築できます。

どちらも優れた構造のテーマで動作し、それぞれ独自のオプションテーマも用意しています：GeoDirectory向けのBlockstrapと、Directorist向けのOnelisting。

インテグレーション

どちらもBuddyPressと連携しており、メンバープロフィール、アクティビティフィード、グループ、メッセージングに関するBuddyBossインテグレーションとして登録されています。

GeoDirectoryのインテグレーションには、UsersWPおよびGetPaidプラグイン、Ninja Forms、AffiliateWP、SliceWP、WP All Import、Yoast SEO、Rank Mathも含まれます。

GeoMarketplaceアドオンは各リスティングをDokan、WCFM、WC Vendors Pro、またはMultiVendorXを使ったWooCommerceショップに変え、管理者がすべての販売でコミッションを得られるようにし、距離ベースの商品検索を追加します。

これはレストランのデリバリー、Etsyスタイルのマーケットプレイス、地域のリサイクルショップネットワークなどに活用できます。

DirectoristはFormGent、Dokan、WC Vendors、WCFM、Mailchimp、Stripe、PayPalと連携しており、ベンダーが自分のリスティングを管理できます。

インポート / エクスポート＆移行

どちらのプラグインも、無料版でCSVのインポートとエクスポートが利用できます。

CSVインポートとエクスポート

GeoDirectoryのインポーターは、リスティング、カテゴリー、レビュー、設定、投稿タイプ、カスタムフィールド、タブ、ロケーション、およびロケーションページとカテゴリーページのテキストを処理します。

既存のリスティングの更新も可能で、CSVを変更して再アップロードするだけで、リスティングがその場で更新されます。

これは、30,000件のリスティングにカスタムフィールドを追加したり、カテゴリーを再構成したり、数千行にわたって繰り返されたエラーを修正したりする際に役立ちます。

Directoristのインポーターはリスティングの追加のみ対応しているため、このような変更を行うには、リスティングを1件ずつ編集するか、カスタムSQLを記述するか、すべてを削除して再インポートする必要があり、リンク、保存済み検索、レビューが壊れてしまいます。

GeoDirectoryのエクスポーターはインポーターと同じ内容をカバーしており、投稿タイプ、日付範囲、ファイルあたりのエントリ数でフィルタリングでき、WP All Importとも連携します。

Directoristには独自のインポーターとエクスポーターがあり、カスタムフィールドのCSVマッピングに対応しています。

移行

GeoDirectory無料版のDirectory Converterは、phpMyDirectory、Listify、Business Directory Plugin（6.3以降）、eDirectory、Vantage Directory Theme、Directorist（7.9.0以降）からリスティングを直接GeoDirectoryへ移行します。

現在ベータ版でありステージングサイト向けを想定していますが、プラグイン間のフィールドマッピングを自動で行います。

Directoristにはコンバーターがないため、他のプラグインからの移行はCSVインポートに頼ることになり、メタデータ・タクソノミー・カスタムフィールド構造が失われる可能性があります。

GeoDirectoryからの移行用コンバーターはご提供していませんが、完全なCSVエクスポートにすべてのデータが含まれます。

バックアップ

どちらもUpdraftPlusやBlogVaultなどの標準的なバックアッププラグインに対応しており、GeoDirectoryのカスタムテーブルも特別な設定なしにバックアップに含まれます。

サポートと評判

ディレクトリプラグインは何年もお使いいただくものですから、チームのサポート体制は機能と同じくらい重要です。

サポート

GeoDirectoryの無料ユーザーはWordPress.orgフォーラムまたはチケットシステムでサポートを受けられ、有料ユーザーはチケットシステムをご利用いただけます。

24時間以内のご返信をお約束します。

現在の報告期間における実績は以下のとおりです：

平均初回返答時間： 2時間31分
全返答の平均返答時間： 2時間27分
平均解決時間： 3時間6分
チケットの65%は1回の返答で完全に解決されました
解決までの平均返信数：1.59

チケットの約5件に1件は、15分以内に最初の返信が届きます。

Directoristも同様の仕組みを採用しており、無料ユーザー向けにはWordPress.orgフォーラム、有料ユーザー向けにはチケット対応を行っていますが、公表されている返信時間の数値は見当たりませんでした。

チーム

GeoDirectoryはプラグインとして12年の歴史を持ち、チームの歴史はGeoTheme.comの時代まで遡ると14年になります。

StiofanとI（私）が共同で会社を設立し、今も運営しています。インド・ケニア・オーストラリア・バリに分散したコアチームは、2014年から共に歩んできました。

これは、多くのディレクトリ運営者が予想以上に重要だと気づくことです—— プラグインの運営者が変わり、方向性を見失う（Directoristは現在売りに出されています）。

レビュー

WordPress.orgでは、GeoDirectoryが715件のレビューで4.8星、Directoristは同程度の件数で4.6星を獲得しています。TrustPilotではGeoDirectoryが4.6星、そして Directoristは2.5星.

当社のレビューのうち29件が星1つで、そのほとんどはV1からV2への移行時のものです。

当時は批判に対してうまく対応できず、個人的に受け止めてしまい、不適切な返信をしてしまいました。

WordPress.orgでは編集が許可されていないため、これらの返信は今も公開されたままです。

その経験から多くを学び、2022年5月以降は1つ星のレビューを受けていません。

最近のDirectoristのレビューには、サポートがヘルプの提供と引き換えにポジティブなレビューを求めたという指摘があります：「メジャーアップデートで、かつてはまともだったディレクトリプラグインが台無しにされた」（2024年11月、スクリーンショット）および「最悪の3年間」（2025年3月、スクリーンショット).

Directoristは最初のレビューへの返信でこれを公式に否定しました。

料金と総所有コスト

どちらのプラグインも無料でインストールできますが、ほとんどのディレクトリでは有料アドオンが必要です。

このセクションでは、ディレクトリを本番環境で運営するにあたり、1年・2年・3年でかかる費用を説明します。

無料のGeoDirectory、GetPaid、UsersWPプラグインを使えば、eBookを販売するシティガイドのような、収益を生むディレクトリをすぐに運営できます。

メンバー限定ディレクトリの有料登録には、有料のUsersWPが必要ですメンバーシッププラグイン.

GeoDirectory の料金

3つのメンバーシッププラン。それぞれに、GeoDirectoryが提供するすべてのアドオンが含まれています：

シングルサイト： 年額 $139
無制限サイト（GeoDirectory のみ）： 年額 $229
無制限サイト＋UsersWP＋GetPaid バンドル： 年額 $375（フルスタックをカバー）

すべてのメンバーシップにはプレミアムサポートとアップデートが含まれており、申し込み時の価格で自動更新されます。

私たちはライフタイムライセンスを販売しません。一度販売して永続的にサポートし続けた結果、多くのプラグインチームが事業を畳むのを見てきたからです。

すべてのプランに30日間の返金保証が付いています。

Directorist の料金プラン

3つのプランが、同様の形式でパッケージ化されています：

Starter（1サイト）: 年間$129、現在$109に割引中。更新時は$103。
Pro（5サイト）: 年間$169、現在$126に割引中。更新時は$118。
Agency（無制限サイト）: 年間$219、現在$142に割引中。更新時は$131。

ライフタイムプランもあります。

「通常」価格には常に取り消し線が引かれ、横に15〜35%割引が表示されています。つまり、実際にお支払いただくのは割引後の価格です。

3年間の総費用

どちらのプラグインでも主要なアドオンが必要で、引き続きご利用いただく場合：

	GeoDirectory unlimited	Directorist Agency
1年目	$229	$142
2年目	$229	$131
3年目	$229	$131
3年間合計	$687	$404
差額		-$283

Directoristは3年間で$283お得です。

$229のGeoDirectoryメンバーシップは、私たちが推奨するプランです。Location Manager、Pricing Manager、Marker Cluster、Advanced Search、Franchise Managerをはじめ、私たちが提供するすべてのアドオン、プレミアムサポート、そしてご利用を継続している限り同じ更新価格が含まれています。

30日間の返金保証により、ご自身のユースケースに合っているか1か月かけて確認することができます。

GeoDirectoryメンバーシップを取得する

どちらを選ぶべきか？

Directoristは、成長や課金の予定がなく、素早く低コストで立ち上げたい小規模なディレクトリに適した選択肢です。

ビジュアルなDirectory Builder、無料の複数リスティングタイプ、低価格、動画チュートリアルなど、すべてその点で役立ちます。

ディレクトリをビジネスとして運営する予定があるなら、GeoDirectoryがより良い選択です。

数千件を超えるリスティングを想定している場合、カスタムデータベーステーブルにより検索の速度を維持できます。

「サンフランシスコのレストラン」のような検索でランクインしたい場合、ロケーションページはまさにそのために設計されています。

リスティング、リード、予約、ショップで収益化を考えているなら、Directoristにはないアドオンが揃っています。

ユーザーデータや決済データを扱う場合、セキュリティの実績がより信頼できます。

Directoristは3年間で$283お得ですが、冒頭でも述べたとおり私たちはGeoDirectoryを開発しており、その差額に見合う価値があると考えています。

同意していただけるなら、 GeoDirectory Membership は年間$229で、無制限のサイト数、すべてのアドオン、プレミアムサポート、30日間の返金保証が含まれます。

ここまでお読みいただきありがとうございます。

ご質問やご指摘がある場合は、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の検索機能

各プラグインの検索機能における位置づけ