LPagery vs Multiple Pages Generator

どちらのプラグインも、スプレッドシートのアップロードまたは公開Google Sheetsリンクに対応しており、Google APIキーは必要ありません。LPageryはブラウザ内でCSVとXLSXを読み込み、データが保存される前に列を表示します。MPGはファイルをサーバーにアップロードし、CSV、XLSX、ODSを読み込めます。ファイル選択画面ではXLSも選べますが、リーダーによって拒否されます。どちらのプラグインにも手動の行エディターはありません。編集対象はスプレッドシートです。

MPGでは、「新規作成」画面のデータセットライブラリから始められます。ホテル、不動産、求人、世界の都市、米国の都市、配管サービス、鍵業者サービスなどのデータセットを、完成済みのソースファイルとしてダウンロードできます。一方、LPageryにはRadiusソースがあり、指定した場所の周辺都市ごとに行を作成できます。また、完成したページセットをXLSXにエクスポートすることも可能です。MPGでエクスポートできるのは、Proプランでのプロジェクト設定です。

どちらのプラグインも、スケジュールに従ってGoogle Sheetを再読み込みし、公開CSVリンクとして扱います。LPageryの同期はデフォルトで1時間ごとに実行され、最長で週1回まで設定できます。各実行ではシートをダウンロードし、新しい行のページを作成し、行が変更されたページを更新し、変更されていない行をスキップします。削除した行に対応するページは、そのオプションを有効にすると削除されます。ダウンロードに失敗すると、セットにエラーが表示されます。また、行の処理に失敗した場合は、記録される前に再試行されます。

MPGの同期は、シートのCSVエクスポートURLから新しいデータをダウンロードし、プロジェクトのデータファイルを置き換えてURLインデックスを再構築します。ページは存在しないため、ページは書き込まれません。Proプランでは、1時間ごと、1日2回、毎日、毎週、毎月のいずれかを選べます。また、外部システムから呼び出せる署名付きWebhookを使用するオンデマンドモードや、キャッシュが15分を超えた後の次回訪問時にシートを再ダウンロードするライブモードも利用できます。無料プランでは手動のみ利用できます。追加された行はすぐに公開され、変更された行は次のリクエストで反映されます。削除された行は、設定不要で404を返します。

両者の違いが現れるのは、ダウンロードに失敗した場合の動作です。MPG 4.2.1では、ダウンロード関数が自らのエラーを処理せずに破棄し、同期は以前のファイルを使って続行され、成功メールも送信されます。ラボ環境で接続エラーを発生させ、この動作を再現しました。LPageryは処理を停止し、セット上にエラーを表示します。

どちらのプラグインでも、テンプレートには既存のページまたは投稿を使用します。MPGでは、公開されている投稿タイプの公開済み投稿を一覧表示し、3文字の入力が必要な検索ボックスでテンプレートを検索します。LPageryでは、設定で有効にしたページ、投稿、カスタム投稿タイプを一覧表示します。

違いは、プレースホルダーがどこまで置換されるかです。MPGは、タイトル、コンテンツ、そしてSEOプラグインがページヘッドに出力するすべての要素内のプレースホルダーを置換します。Elementorには専用のフックがあり、Gutenbergの各ブロックにはconditions属性が付与されます。レイアウトをカスタムフィールドに保持するビルダーには、バージョン4.2.1では置換経路がありません。Divi、Bricks、Breakdance、Oxygen、WPBakery、Brizy、SeedProd用のアダプターは確認できず、AvadaとThrive Architectは開発者向け定数を介した場合のみ動作します。LPageryは、プレースホルダーを置換したうえでテンプレートのすべてのカスタムフィールドをコピーし、さらに11種類のビルダーに専用アダプターを提供します。

MPGは、WPML、Polylang、TranslatePressをコードで処理します。テンプレートは翻訳版に置き換えられ、言語スイッチャーは生成されたURLを指します。LPageryはClassicページでのみWPMLの言語を割り当てます。3.0では、PolylangまたはTranslatePress用のコードは確認できませんでした。

これは両者の最大の違いです。MPGは投稿テーブルに何も書き込みません。リクエストが届くと、MPGはプロジェクトのURLインデックスからパスを検索し、テンプレートを読み込み、プレースホルダーを置換して、その結果をページとして表示します。300行のテストでは、Pages画面には3件しか表示されない一方、300個すべてのURLが200を返しました。また、これらのページはWordPressコアのサイトマップとREST APIには含まれないため、MPGは独自のサイトマップ、独自の検索機能、ホームおよび検索ループへの追加を選択できる機能によって、これらの領域を自ら再構築します。

LPageryは実際のページを書き込みます。Classic Modeでは各ページが完全に独立しているため、エディターで開いて1文を変更できます。LPageryを無効化しても、通常のページとして維持されます。Live ModeはLPageryの仮想オプションです。各ページは独自のスラッグ、タイトル、ステータスを持つ小さなスタブで、誰かが開いたときにテンプレートからコンテンツがレンダリングされます。テンプレートを編集すると、すべてのLiveページに変更が一度に反映されます。また、1ページまたはページ全体を2つのモード間で切り替えることもできます。Liveページのコンテンツをレンダリングするにはプラグインを有効にしておく必要があるため、終了する場合はConvert to Classicを使用します。

URL解決も、もう1つの違いです。LPageryのページには実際のスラッグがあるため、WordPressコアがルーティングを処理し、プラグインのコードは関与しません。MPGは、プロジェクトのURLリストを線形スキャンして各リクエストを解決します。50,000行のプロジェクトでは、最後の行までスキャンする処理に、0.035秒のインデックス読み込み時間に加えて0.012秒かかりました。該当しないリクエストではリスト全体がスキャンされます。

この点では、2つのプラグインが抱える問題は同じではありません。LPageryは1行につき1ページを書き込むため、大規模な実行にはキューが必要です。行はサーバー上のキューに入り、ワーカーが処理します。各ページは独自のリクエストで生成されるため、PHPの実行時間制限が適用されるのは1ページ単位であり、処理全体ではありません。失敗した行は、試行の間に間隔を空けて再試行されます。10分間進展がない実行は停止状態として表示されるため、WP-Cronが動作していないことを把握できます。実行がキューに追加された後は、タブを閉じても問題ありません。

MPGにはキューがなく、キューも必要ありません。プロジェクトを公開すると、ファイルが解析されてURLインデックスが書き込まれます。300行では0.07秒、50,000行ではピークメモリ94 MBで2.08秒でした。PHPの実行時間制限を10秒に設定した状態でも、50,000行のCSVを公開できました。時間がかかる唯一の処理はアップロード自体です。

その代わり、負荷は訪問者側に移ります。50,000行のプロジェクトでは、生成ページの表示に0.33～0.66秒かかりました。同じサイトの静的ページは0.20秒でした。また、MPGのループブロックは、すべてのリクエストで各プロジェクトのURLインデックスを読み込みます。これには管理画面や、MPGが処理しないページも含まれます。LPageryのClassicページは表示時に追加コストがかかりません。Liveページでは、インデックス検索が1回行われます。

変更したファイルをアップロードすると、LPageryでは既存ページの作成、無視、更新を選択できます。ページが更新されるのは、その行または設定が変更された場合のみです。生成されたページを誰かが手動で編集した場合、LPageryは保存時にその変更を検知し、手動変更を上書きする設定を選択しない限り、ページをそのまま維持します。ページは内部レコードによって照合されるため、パーマリンクパターンを変更した後もページを見つけることができます。行を削除すると、削除オプションが有効な場合、そのページも削除されます。

MPGは同期または再アップロードのたびにデータセット全体を置き換え、インデックスを再構築します。行ごとの判定、行ハッシュ、保護対象はありません。編集するページ自体が存在しないためです。そのため、削除された行は自動的に消えます。LPageryでは、deleteフラグを設定した場合にのみ同じ動作になります。MPGでは、テンプレートの編集内容が次のリクエスト時にすべてのURLへ反映されます。LPageryでもLive Modeでは同じですが、Classicページではデザイン変更後に更新処理が必要です。どちらも、プロジェクトまたはページセットを別のテンプレートに割り当て直せます。

有料プランには、到達するようなページ数の上限はありません。MPG Proは1プロジェクトあたり最大1,000,000行を読み込め、1つのプロジェクトから50,000ページを作成できることを確認しました。インデックスは5,000行単位で書き込まれ、サイトマップは1ファイルあたり50,000 URLを超えると分割されます。LPageryの有料プランにもページ数の上限は確認できませんでした。LPageryのワーカーはデフォルトで1回あたり1,000行を処理し、大きなアップロードは複数のパートに分割されるため、ホスティング側の小さなアップロード上限によって処理が妨げられることはありません。

このページではLPageryに対する大規模なラボテストを実施していないため、50,000行という数値はMPGのみを対象としています。大規模なLPagery処理の耐久性については、バックグラウンド処理の項目で説明しています。

どちらのプラグインも、タイトル、スラッグ、コンテンツ内のプレースホルダーを置き換え、Yoast SEO、Rank Math、All in One SEO、SEOPressの各フィールドに値を入力できます。MPGは各プラグイン向けのフィルター連携でこれを実現し、Squirrly、The SEO Framework、SmartCrawlの3つも個別にサポートしています。LPageryはテンプレートページのすべてのカスタムフィールドをコピーするため、特別な連携なしでSEOプラグイン独自のフィールドにも値が入力されます。また、All in One SEOは独自のテーブルにデータを保存するため、専用の処理も用意されています。

ページの仕組みが異なるため、サイトマップの動作も異なります。LPageryのページは通常の投稿として扱われ、WordPressコアおよびSEOプラグインのサイトマップに表示されます。Live Modeでは、テンプレートを保存するとすべてのページの更新日が変更されます。MPGのページはこれらのサイトマップには含まれないため、サイトのルートに独自のXMLファイルを書き込み、robots.txtに1行を追加します。このファイルが再構築されるのは、同期、ライブラリのデプロイ、または手動クリックを行った場合のみです。実際に、プロジェクトを15行から3行に縮小した後、削除されたURLは404を返しましたが、サイトマップには14件すべてが掲載されたままでした。MPGは独自のcanonicalタグも出力し、末尾のスラッシュへのリダイレクトを200ステータスで送信するため、どちらのURL形式でもページが表示されます。

画像については、どちらのプラグインも列からアイキャッチ画像を設定できます。MPGは行のURLを画像ソースとして出力するだけで、画像をインポートしません。そのため、ページごとのファイル名や添付ファイルはありません。LPageryは、ページごとにファイル名とaltテキストを置き換えながら、画像をメディアライブラリにコピー、ダウンロード、または参照します。

MPGにはより豊富なテンプレート言語があり、バージョン4.2.1では無料で利用できます。mpg-ifショートコードはallまたはanyのロジックで最大6つの条件を受け付け、すべてのGutenbergブロックにはMPG conditions属性が追加され、MPG Conditionalブロックも利用できます。また、すべてのElementorウィジェットのAdvancedタブに条件設定が追加されます。利用できる演算子は、has valueやequalsからgreater than、regexまで11種類あります。ループ用のショートコードとブロックでは、フィルター、並び順、上限を指定してプロジェクトの行を一覧表示できます。matchショートコードでは現在の行と値を共有する行を一覧表示でき、mpg_searchショートコードでは訪問者が生成されたページを検索できます。

LPageryには条件付きブロックはありません。一部の行にだけ文章を表示したい場合は、その文章を専用の列に入れ、他の行のセルを空欄にします。プレースホルダーはネストできるため、セル内に別のプレースホルダーを含められます。これはMPGの1回限りの置換処理では解決されません。Viewsを使うと、各ページ上に関連ページのスタイル付きリストまたはグリッドを作成でき、名前、日付、または任意の列で並べ替えられます。列を使って各ページの作成者、親ページ、ステータス、タクソノミータームを設定できます。MPGには親子関係やタクソノミー出力がありません。関連付ける投稿自体が存在しないためです。

Spintaxはどちらでも使用でき、どちらでも安定した状態が維持されます。LPageryはページごとにシードを保存し、MPGはURLごとに選択されたバリエーションを独自のテーブルに保存するため、次回の訪問時や更新時に文章が書き換えられることはありません。LPageryはMPGの二重中括弧によるプレースホルダー構文も読み取り、変換できます。そのため、MPG用に作成したテンプレートを再利用できます。

MPGバージョン4.2.1にはAIコンテンツ機能が見つかりませんでした。モデル、コントローラー、ヘルパー、ビュー、ブロックを調査し、プロバイダーやAPIキーの処理を確認しましたが、見つかったのはElementor独自のコントロール名だけでした。ベンダーのドキュメントでは、ファイルをインポートする前にスプレッドシートのアドオンで列にAIテキストを入力する方法が案内されています。

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

検証日にWordPress.orgプラグインディレクトリで確認した数値です。MPGの掲載情報は古く、検証の2日前に更新されていました。Pro版はWordPress.orgに掲載されておらず、無料版と同じバージョン番号です。

LPageryにしかないのは、双方向の変換に対応した2つのレンダリングモード、ページごとに異なる名前で1つの画像ファイルを提供するVirtual Image URL、停止したWP-Cronを検知する停止チェック、クレジット込みのAIテキストと画像、そしてMPGのプレースホルダー構文をインポートする機能です。

MPGにしかないのは、50,000件のURLを数秒で公開できる、書き込みを行わないモデル、スターターファイル付きのデータセットライブラリ、同期を実行する署名付きWebhook、生成ページを対象とするフロントエンド検索、独自のサイトマップファイル、created_date列に基づく公開スケジュール（日付まではURLを404にする機能）、PolylangおよびTranslatePressへの対応です。また、リクエストを捕捉するフックの位置を変更できるため、デフォルト設定と競合するテーマ向けの回避策としても利用できます。

同じ5行のファイルを使って両方の管理画面を操作し、初めて使うユーザーが最初のページを公開するまでに学習・クリックする必要がある項目を数えました。LPageryで必要なのは、テンプレートページ、プレースホルダー、ソースファイルという3つの概念と、必須設定であるテンプレートの指定だけです。それ以外はデフォルト値が設定されています。3つの画面で6回クリックするだけで、停止することなく最初のページが公開されました。

MPGでは、データセットライブラリと1つの長いビルダーページという2つの画面で9回クリックします。必要な概念は7つあり、その中には仮想ページとURL形式テンプレートが含まれます。また、4つの設定を入力する必要があります。途中で1回停止します。テンプレート選択欄には3文字入力するまで何も表示されないため、テンプレートページのタイトルを知っておく必要があります。さらに、ソースタイプの初期値はリンクになっているため、CSVを使うユーザーはアップロード欄を表示する前にドロップダウンを変更しなければなりません。