LPagery vs PageForge

どちらのプラグインもヘッダー行を含むCSVを読み込み、各列をプレースホルダーに変換します。LPageryはブラウザ上でCSVとXLSXを読み込み、保存する前に列を表示します。PageForgeはまずCSVをメディアライブラリにアップロードし、TXTとTSVにも対応しています。また、1行目から区切り文字を検出するため、Excelから出力したセミコロン区切りのファイルも変換なしで使用できます。PageForge 1.2.4および1.1.3ではXLSX対応を確認できず、受け付けられるのはCSV、TXT、TSVファイルのみです。

Google Sheetsでは、両者に最も大きな違いがあります。LPageryは公開シートのリンクを受け取り、スケジュールに従って再読み込みします。詳細は次のセクションで説明します。PageForgeのGoogle SheetsソースはProfessionalおよびEnterpriseティア向けのプレミアムコードに含まれており、私たちが購入したStarterでは利用できないため、動作を検証できませんでした。また、半径に基づくソースも確認できませんでした。LPageryは特定の場所の周辺にある都市のページを作成できますが、PageForgeには都市データが組み込まれていません。

LPageryはスケジュール同期を実行します。デフォルトは毎時で、最大で週次まで設定できます。各実行ではシートをダウンロードし、新しい行のページを作成し、行が変更されたページを更新し、変更されていない行はスキップします。また、そのオプションを有効にすると、削除された行のページも削除します。失敗した行は再試行され、ダウンロードに失敗するとセットにエラーが表示されます。Google Sheets同期はLPageryのExtendedプランに含まれています。

PageForgeは、Generateを押した時点で、設定に登録したGoogle APIキーまたはフォールバックとして公開CSVエクスポートを使って、シートを一度だけ読み込みます。その後シートを参照するcronフック、タイムスタンプ、設定項目は確認できなかったため、変更されたセルが公開ページに反映されることはなく、削除した行のページも公開されたままになります。読み込みに失敗すると、空のシートから間違ったキーまで、原因にかかわらず1つのメッセージが表示されます。もう一度Generateを押すと、新しい行のページが作成されます。変更された行の処理については、「更新と再同期」の項目で説明します。

LPageryでは、テンプレートとして、すでに作成済みの任意のページ、投稿、またはカスタム投稿タイプを使用できます。テンプレートにプレースホルダーを追加し、ダッシュボードで選択します。そのページにあるすべてのカスタムフィールドは、プレースホルダーを置き換えた状態でコピーされるため、レイアウトを投稿メタに保存するページビルダーもこの汎用的な仕組みで動作します。さらに、11種類のビルダーには専用アダプターがあります。Live Modeでは、ElementorとGutenbergのテンプレートに対応しています。

PageForgeのテンプレートは、プラグイン内で作成される独自の非公開投稿タイプで、タイトルパターン、スラッグパターン、メタディスクリプションパターンを備えています。既存のページはBase Layoutとして関連付けることができます。そのコンテンツがテンプレートのコンテンツを置き換え、15個のElementorおよびDiviフィールドの固定リストが、プレースホルダーを置き換えた状態で複製されます。Bricks、Breakdance、Oxygen、Brizy、SeedProd、Divi 5のフィールドはどちらのビルドのリストにも含まれていないため、これらのビルダーで作成されたレイアウトはコピーされません。出力先の投稿タイプのドロップダウンでは、PageForge独自の投稿タイプ、ページ、投稿を選択できます。

どちらのプラグインも実際のWordPressページを作成し、各ページに行データを保存します。LPageryではこれをClassic Modeと呼びます。LPageryにはLive Modeもあり、このモードでは各ページが小さなスタブとなり、ページを開いたときにテンプレートからコンテンツがレンダリングされます。そのため、テンプレートを保存すると、テンプレートの変更がすべてのライブページにすぐ反映されます。ページ単位でも、セット全体でも、2つのモードを切り替えられます。

PageForgeは、デフォルトでは独自の公開投稿タイプでのみ物理ページを作成します。保存されたコンテンツに加えて、ページの表示時に2回目のプレースホルダー置換を実行するため、ビルダーのJSON内に残っていた{City}もフロントエンドで解決されます。LPageryもLive Modeでは同じ処理を行い、完成したHTMLに対して置換を実行します。Classicページでは、生成時に保存された内容が保持されます。

LPageryは、行データをサーバー上のキューに追加します。ワーカーがキューを処理し、各ページは個別のリクエストで生成されるため、PHPの実行時間制限が適用されるのは1ページ分だけで、処理全体には適用されません。失敗した行は、試行の間に一時停止を挟んで再試行されます。進捗はManageの下に表示され、10分間進捗がない実行は停止状態として表示されるため、WP-Cronが動作していないことを把握できます。

PageForgeには2つのモードがあります。Instantでは、すべての行を1回のリクエストで処理します。私たちのテストでは、デフォルトの実行時間制限で320ページを25秒で作成し、タブを閉じた後も処理が続きました。実行時間制限を2秒にすると、320ページ中144ページでリクエストが終了し、残りの176行は失われました。また、画面は「Starting generation」のままになり、再開する方法もありませんでした。Queue modeは、少しずつ公開する方式です。WP-Cronが1日7回の固定時刻にキューを処理し、デフォルトでは1日10ページを作成します。制限を引き上げると、同じPHP実行時間制限の範囲内で、処理が1回のcronリクエストに戻されます。どちらのモードでも実行中の進捗は表示されません。キャンペーンテーブルは15秒ごとに更新され、処理後に件数が表示されます。

Queue modeを選択する前に知っておくべきことがあります。PageForgeのcronスケジューラーによって作成されたページには、SEOフィールドがありません。SEOライターは編集ユーザーの存在を確認しますが、cronリクエストには編集ユーザーがいないため、エラーは破棄されます。その方法で生成したページには、メタタイトル、メタディスクリプション、canonical、Open Graphタグがありませんでした。一方、ブラウザから同じ行を生成した場合は、すべて設定されていました。1日あたりの上限自体は、ページを段階的に公開したいサイトにとって本当に便利な機能であり、LPageryにはこれに相当する機能はありません。

変更したファイルをアップロードすると、LPageryでは新規作成、無視、既存ページの更新を選択できます。ページは、その行または設定が変更された場合にのみ更新されます。誰かが生成済みページを手動で編集した場合、LPageryは保存時にその変更を検知し、手動編集を上書きするよう選択しない限り、ページをそのまま残します。セットに別のテンプレートを指定することもでき、削除された行は該当するページを削除できます。

PageForgeには更新実行機能がありません。ページを作成する前に、まず行のフィンガープリント、次にスラッグを使って既存ページを検索します。実際に公開中のページを対象に、3つのケースをテストしました。同一の行は、すでに公開済みとして処理されました。1列追加した同じ行は重複として拒否され、コンテンツは変更されませんでした。スラッグが変わる値を変更すると、2つ目のページが作成され、1つ目のページはそのまま残りました。つまり、修正したスプレッドシートの値によって公開中のページが更新されることはなく、テンプレートの編集もテンプレート上にとどまります。保存時に既存ページが再レンダリングされることもありません。PageForgeが既存ページで変更できる唯一のフィールドはステータスで、下書きから公開済みに変更することだけです。

有料プランはいずれもページ数の上限を設けておらず、PageForgeのコードにも上限は見つかりませんでした。LPageryのワーカーはデフォルトで1回あたり1,000行を処理し、大きなアップロードは分割されるため、ホスト側の小さなアップロード上限によって処理が妨げられることはありません。PageForgeの制限は前のセクションで説明したものです。Instantモードでは1回のPHPリクエスト、Queueモードでは1日の上限が適用されます。PageForgeのキューは1つの自動読み込みオプションとして保存され、テストでは320行で140 KBになりました。WordPressはこれをすべてのリクエストで読み込み、PageForgeは処理した行ごとに書き換えます。LPageryはキューを専用テーブルに保持します。

どちらのプラグインもタイトル、スラッグ、コンテンツ内のプレースホルダーを置き換え、Yoast SEO、Rank Math、All in One SEO、SEOPressの各フィールドに値を入力します。LPageryはテンプレートページのすべてのカスタムフィールドをコピーするため、テンプレート上にあるSEOプラグイン独自のメタボックスがSEO用のUIになります。All in One SEOは独自のテーブルにデータを保存するため、専用のハンドラーが用意されています。PageForgeには同じ4つのプラグイン向けに専用アダプターがあり、タイトル、説明、フォーカスキーワード、canonical、Open Graph、Twitter、robotsの各フィールドに書き込みます。また、検出したすべてのSEOプラグインに同時に書き込みます。

PageForgeはSEOプラグインを導入していないサイトにも対応します。独自のメタディスクリプション、Open Graph、Twitterタグを出力し、canonical URLをフィルタリングします。また、サイト内のすべての個別投稿と固定ページにJSON-LDグラフを追加し、LocalBusinessノード、WebPageノード、サービス提供地域を含むServiceノードを設定します。LPageryは独自のタグやスキーマを出力せず、テーマまたはSEOプラグインに任せます。画像については逆の結果になります。LPageryは各画像列にページごとのファイル名とaltテキストを設定できますが、PageForgeで利用できる画像機能はPexelsのストック写真のみで、データからファイル名やaltテキストを置き換える機能はありません。どちらで生成したページも、WordPressコアとSEOプラグインのサイトマップに表示されます。Live Modeでは、テンプレートを保存するとLPageryがすべてのページの更新日を更新します。

PageForgeのテンプレート言語は1回限りの置換処理です。「{City}」または「{city}」をセルの値に置き換えるだけで、それ以上の機能はありません。どちらのビルドにも、スピンタックス、ネストしたプレースホルダー、条件ブロックはありませんでした。列の値からタクソノミーの用語、作成者、親ページを設定することもできず、生成された投稿にはタームが設定されず、作成者はデフォルトになります。その代わりPageForgeには、未解決の変数、重複スラッグ、空の行を報告する事前検証機能があります。サイトマップショートコードでは、生成されたページを市区町村、州、サービスごとにグループ化し、最大5,000ページまで一覧表示できます。また、AIオプションを使うと、直近30件の投稿から3〜6個の内部リンクをモデルに選ばせることができます。

LPageryには、ネストに対応し、ページごとにシードを持つスピンタックスがあります。そのため、ページを更新しても選択されたバリエーションは同じままです。プレースホルダーはネストできるため、セル内に別のプレースホルダーを含めることもできます。列から各ページの作成者、親ページ、ステータス、タクソノミーの用語を設定でき、画像列では行ごとに画像をコピー、ダウンロード、または参照できます。Viewsを使うと、各ページ上に関連ページのスタイル付きリストまたはグリッドを表示でき、名前、日付、または任意の列の値で並べ替えられます。LPageryにも条件ブロックはありません。特定の行だけに表示したい文章がある場合は、その文章を専用の列に入れ、該当しない行のセルを空にします。

バリデーターについては、さらに詳しく確認する価値があります。実際の手順では、PageForgeにテンプレートのプレースホルダーと一致しないヘッダーを持つCSVから生成させたところ、問題が0件のまま1ページ完了と報告され、「{Service}」「{City}」「{State}」というタイトルのページが公開されました。LPageryでは同じアップロードを停止し、テンプレート名を示してテンプレートへのリンクを表示し、追加すべきプレースホルダーを提案します。

LPageryは、LPageryアプリ内で行ごとにAIテキストと画像を生成し、完成したページセットをプラグインに取り込みます。OpenAIとGoogleの6つの選択肢から、Webサイトごとに使用するテキストモデルを選択できます。画像プロンプトにはスタイル、形式、雰囲気、ブランドカラーを指定でき、テキストプロンプトはWebサイトの国に基づいて20以上の言語から選択できます。有料ライセンスには毎月クレジットが補充されるため、APIキーを設定する必要はありません。

PageForgeは、独自のキーを使用してOpenAI、Anthropic、Google Gemini、DeepSeekに接続でき、プレミアム版ではOpenAI互換エンドポイントにも接続できます。ページごとのテキストは、テンプレート上のチェックボックスからプロバイダーに依頼して生成する、約700～2,200語のSEOコンテンツブロックとメタディスクリプションで構成されます。また、{AI:Article}トークンを使うと、より長い記事を挿入できます。AI画像生成には対応していません。{AI:Image}は、サービスと都市に一致するPexelsのストック写真を取得します。プロンプトは英語で記述し、自由入力のブランドコンテキスト欄が追加されます。大量生成に加え、PageForgeにはAIサイトプランナー、ブログジェネレーター、SEOレポートも搭載されており、すべて独自のキーで利用できます。

WordPress.orgのプラグインディレクトリから、検証日に取得した数値です。PageForgeの無料掲載は7か月前のもので、有料版はFreemiusを通じて販売されているため、インストール数は無料版のみを対象としています。LPageryの掲載は4年前のものです。評価はどちらも5つ星で、それぞれ3件と31件の評価に基づいています。

MCPサーバーを搭載しているのはPageForgeだけです。プラグインは、ChatGPTとClaude向けのOAuth 2.1サインイン、アクセス範囲を制限したトークン、レート制限、接続画面を備えたModel Context Protocolエンドポイントを公開します。17個のツールで、テンプレート、ページ、プレビュー、SEO監査、画像の代替テキスト監査、診断情報を読み取れます。プレミアム版の7つの書き込みツールでは、SEOフィールドの更新、一括最適化、画像の代替テキストの修正、キャンペーンの作成・一覧表示・キャンセルが可能です。各操作にはプレビューと確認の手順、および監査ログがあります。LPageryにはMCPサーバーはなく、REST APIはLPageryアプリが使用します。

PageForgeには、独自のJSON-LDグラフとメタタグ、実行時のプレースホルダー処理、事前検証、区切り文字の検出、毎日の公開スケジューラー、アナリティクスや検証用タグを追加するInject HTML画面もあります。

双方向の変換に対応した2つのレンダリングモード、ページごとに異なる名前で1つの画像ファイルを配信するVirtual Image URLs、追加・変更・削除を処理するGoogle Sheetsのスケジュール同期を備えているのはLPageryだけです。手動編集の検出、停止したWP-Cronを確認するストールチェック、関連ページのグリッドを表示するViews、Multiple Pages Generatorプラグイン向けに記述されたプレースホルダーのインポート機能も、LPageryにしかありません。完成したサイトをAIアシスタントで監査・編集するワークフローなら、MCPサーバーが重要です。スプレッドシートが頻繁に変更されるワークフローなら、同期と更新の仕組みのほうが重要になります。

同じ5行のファイルを使って両方の管理画面を操作し、初めて使うユーザーが最初のページを公開するまでに覚えてクリックする必要がある項目を数えました。測定した中で最短の手順だったのはPageForgeです。Data SourcesでCSVをアップロードし、Generateでテンプレート、ソース、モードを選択してStartを押します。2つの画面で6回クリックするだけで、初回の試行で完了した唯一の競合製品でした。覚える必要がある概念は5つ（データソース、テンプレート、タイトルとスラッグのパターン、プレースホルダー、モード）で、入力が必要な設定は4つです。

LPageryで必要な概念は3つ（テンプレートページ、プレースホルダー、ソースファイル）で、必須設定はテンプレートの1つだけです。リピーターユーザーの場合、3つの画面で6回クリックすると最初のページが公開されました。初回ウィザードでは、6つの画面で9回クリックします。追加される画面はレビュー画面です。LPageryでは、ページを作成する前に重複するスラッグと未解決のプレースホルダーを確認できます。このチェックをPageForgeの2画面の手順では省略しています。