LPageryとMagic Page Pluginの比較

LPageryはブラウザーでCSVまたはXLSXファイルを読み込み、保存する前に列を表示し、すべての列をプレースホルダーとして扱います。Google Sheetはリンクで使用でき、Radiusソースではロケーション周辺の都市を取得できます。行の内容にかかわらず、各行が1ページになります。

Magic Pageのスプレッドシートインポートは、サーバー上でXLSX、XLS、CSVを処理します。固定された順序の11個の固定列、つまりterm id、location、latitude、longitude、zip、region、county、country、major city flag、slug、populationが必要です。12列目以降はカスタムフィールドになります。1行が1つの場所を表すため、このデータモデルはロケーションページには適していますが、それ以外にはあまり適していません。Magic Pageの主なデータソースは、ベンダーからダウンロードする19か国向けの独自ロケーションデータベースです。ライセンスで利用できる国や、データがどの程度最新かは、このレビューでは確認できませんでした。7.2ではGoogle Sheets入力は確認できませんでした。

LPageryはGoogle Sheetをスケジュールに基づいて同期します。デフォルトでは1時間ごと、最長で週1回の同期が可能です。各実行ではシートをダウンロードし、新しい行のページを作成し、行が変更されたページを更新し、変更されていない行はスキップします。また、そのオプションを有効にすると、削除された行に対応するページを削除します。失敗した行は再試行され、ダウンロードに失敗するとセットにエラーが表示されます。

Magic Page 7.2では、Google Sheetsとの統合は確認できませんでした。最も近い機能は、独自ロケーションデータベース向けのベンダーの更新チャンネルです。週1回のチェックで地域に新しいバージョンがあるか通知され、更新は手動で実行します。対象となるのはベンダーのロケーションデータのみで、自分で作成したデータは対象になりません。

LPageryでは、テンプレートとは既存のページ、投稿、またはカスタム投稿タイプのことです。テンプレートにプレースホルダーを追加し、ダッシュボードで選択します。そのページのすべてのカスタムフィールドはプレースホルダーが置き換えられた状態でコピーされるため、レイアウトを投稿メタに保存するビルダーもこの仕組みで動作し、さらに11種類のビルダーには専用アダプターが用意されています。各ページセットには独自のテンプレートがあり、後から別のテンプレートを指定することもできます。

Magic Pageでは、サイトごとにマスターページが1つあります。独自の投稿タイプを登録し、2つ目の投稿が存在するとすぐにブロックし、レンダラーは最新の投稿を使用します。マスターページはClassicエディターまたはGutenbergエディターで編集します。互換性フィルターがあるビルダーはElementorのみで、Thrive Architectにはショートコード用のフィルターが1つあります。7.2では、Divi、Bricks、Oxygen、WPBakery、Beaver Builder、Brizy、Breakdance、SeedProdへの参照はなく、カスタム投稿タイプをテンプレートとして使用する機能も確認できませんでした。

LPageryはデフォルトで実際のWordPressページを作成します。これをClassicモードと呼びます。もう1つの選択肢がLiveモードです。各ページは小さなスタブとなり、誰かがページを開いたときにテンプレートからコンテンツがレンダリングされます。そのため、テンプレートを変更して保存すると、すべてのライブページにすぐ反映されます。ページ単位またはページセット全体で、2つのモードを切り替えられます。Classicページはプラグインを無効化してもコンテンツが保持されますが、Liveページは先にClassicへ変換する必要があります。

Magic Pageはデフォルトで仮想ページです。投稿テーブルには何も書き込まれません。1つのマスター投稿がすべてのロケーションURLで配信され、各リクエストでロケーションのデータがその投稿に置き換えられます。ロケーションは、各列につき1行のメタ情報を持つタクソノミー用語として保存されます。マスターページを編集すると、次のリクエストからすべてのURLが変更されます。これがこのプラグインの構造上の利点です。静的ページへのエクスポートは、任意で選択できる物理モデルです。ロケーションごとに実際の投稿を1つ作成し、公開日を数日に分散するドリップスケジュールを設定できます。

仮想モデルから、2つのことが導かれます。存在するのはマスター投稿だけなので、WordPress検索ではロケーションページが見つかりません。また、すべてのページリクエストでロケーションテーブル全体に対する距離クエリが実行されるため、ロケーション数が増えるほどリクエストの負荷も増加します。数値については「規模と制限」を参照してください。

LPageryは、行データをサーバー上のキューに追加します。ワーカーがキューを処理し、各ページは個別のリクエストで生成されるため、PHPの実行時間制限は1ページにのみ適用され、処理全体には適用されません。タブを閉じても、後から戻って「管理」で進捗を確認できます。失敗した行は、試行の間に間隔を空けて再試行されます。また、10分間進捗がない処理は停止状態として表示されるため、WP-Cronが実行されていないことを把握できます。

Magic Pageにはキューもサーバー側のジョブランナーもありません。データベースのインストール、スプレッドシートのインポート、静的エクスポート、未使用ロケーションのクリーンアップといった長時間の処理はすべて、ブラウザーのタブから実行される管理リクエストのループです。各リクエストでは独自に制限時間を60秒へ引き上げ、1バッチを処理します。タブを閉じると処理は終了します。静的エクスポートとデータベースのインストールはサーバー上で位置情報を保持するため、同じ画面から再開できます。スプレッドシートのインポートで位置情報が保持されるのはブラウザー内だけなので、タブを閉じると最初からやり直しになり、すでに書き込まれた行も二重にインポートされます。

300行のCSVをMagic Pageのインポーターで処理したところ、2バッチで61.5秒かかりました。これは、インポーターがバッチごとにスプレッドシート全体を再度開いて解析するためです。

変更したファイルをアップロードすると、LPageryでは既存ページの作成、無視、更新を選択できます。ページが更新されるのは、その行または設定が変更された場合のみです。誰かが生成済みページを手動で編集した場合、LPageryは保存時にその編集を検知し、手動変更を上書きするよう選択しない限りページをそのまま保持します。削除された行については、同期中に対応するページを削除できます。

Magic Pageでは、スプレッドシートを再インポートしてロケーションを更新します。用語IDがある行はそのロケーションを更新し、名前、スラッグ、すべてのフィールドを上書きします。用語IDがない行は新しいロケーションを作成します。シートからなくなった行はそのまま残り、削除には別の「未使用ロケーションを削除」ツールを使用します。このツールは、マスターページの半径外にあるすべてのロケーションを20件ずつ完全に削除します。7.2では手動編集の検知機能は確認できませんでした。手動で編集したロケーションは次回のインポートで上書きされ、エクスポートされた静的ページもその場で更新されるため、手動編集は失われます。テンプレートの変更は逆の動作になります。ページは仮想ページなので、マスターページの編集内容が処理を実行しなくてもすべてのURLに反映されます。

どちらの有料プランにもページ数の上限はありません。LPageryのワーカーはデフォルトで1回につき1,000行を処理し、大容量のアップロードを分割するため、ホスティング側の小さなアップロード制限によって処理が止まることはありません。Magic Pageは1リクエストあたり100～400行をインポートし、ベンダーデータは50行ずつインストールします。Magic Page固有の制限は2つあります。1回のビルドでハブとして使用できる半径の中心地点は最大8か所で、それを超える場所は1つずつ選択する必要があります。また、すべての場所を対象に距離を計算するため、ページリクエストのコストはロケーションテーブルの規模に応じて増加します。私たちのテスト環境では、309か所の場合、25件のページリクエストにウォーム状態で4.2秒、5,010か所の場合はウォーム状態で10秒かかり、1リクエストでPHPメモリ使用量が最大56 MBに達しました。LPageryのライブページでは、セットの規模に関係なく、投稿ごとに存在確認1回とインデックス付き検索1回だけが実行されます。

LPageryは、タイトル、スラッグ、抜粋、本文、すべてのカスタムフィールドのプレースホルダーを置き換えます。そのため、Yoast SEO、Rank Math、SEOPressの各フィールドはテンプレートからこの1つの経路で入力され、独自のテーブルにデータを保存するAll in One SEOには専用のハンドラーが用意されています。画像列にはページごとのファイル名とaltテキストを設定できます。LPageryはcanonicalタグや独自のサイトマップを出力しません。これらはSEOプラグインに任せ、ページは通常の投稿として扱われるため、WordPress本体およびSEOプラグインのサイトマップに表示されます。

Magic PageはローカルSEO向けの出力において、より強力です。場所ごとに、住所、座標、営業時間、ソーシャルリンクを含むLocalBusiness JSON-LDと、6つのgeoメタタグを出力します。タイトル、説明、キーワードには置換機能が適用されますが、スラッグパターンはありません。URLは、全体で共通のプレフィックスとロケーションスラッグの組み合わせになります。Yoast SEOとAll in One SEOは統合されていますが、Rank Math、SEOPress、The SEO Framework、Slim SEOは7.2では確認できませんでした。マスターページごとに1枚の画像をSEO画像として使用し、場所ごとの画像列は確認できませんでした。サイト全体に影響する動作も2つあります。プラグインはフロントエンドへのすべてのリクエストでWordPress本体のcanonicalタグを削除し、マスターページで有効化されている場合にのみ独自のcanonicalタグを出力します。これはデフォルトでは無効です。また、最初に管理画面のページを読み込んだ際、確認なしにパーマリンク構造を /%postname%/ に設定します。独自のサイトマップはデフォルトで無効です。私たちのテスト環境では、スラッグにスペースを含む場所が1つあると、その場所を削除するまで、すべての訪問者に対してサイトマップがエラーを返しました。

Magic Pageには、より豊富なテンプレート言語があり、場所を中心に設計されています。[elseif]や[else]を含む[if]ブロックを使うと、特定の場所、地域、郡、主要都市フラグ、または名前付きのLocation Setに応じてコンテンツを表示できます。[random chance="40"]を使うと、指定した確率でブロックを残すか削除でき、その結果は場所ごとに保存されます。XFieldsは、デフォルト値と場所ごとの上書き値を持つ名前付き変数で、場所ごとの電話番号やレビュー抜粋を設定する際に使用します。[cities]を使うと、距離順に最寄りの他の場所を一覧表示でき、半径、郡、主要都市フラグで絞り込めます。[map]では、独自のAPIキーを使用してGoogle Mapを埋め込めます。スピンタックス式には名前を付けて、サイト全体で再利用できます。

LPageryには条件付きブロック、重み付きランダムブロック、距離順の並べ替えはありません。一部の行にだけ文章を表示したい場合は、その文章を専用の列に入れ、他の行のセルを空欄にします。行ごとの電話番号も列として設定します。プレースホルダーは入れ子にできます。Viewsを使うと、各ページに関連ページのスタイル付きリストまたはグリッドを表示できます。共有する列の値で関連ページを照合し、名前、日付、または任意の列で並べ替えます。列から各ページの作成者、親ページ、ステータス、タクソノミーの項目も設定できます。

スピンタックスはどちらの製品でも利用でき、更新後も選択されたバリエーションは維持されます。LPageryはページごとにシードを保存し、Magic Pageは場所ごとに選択したインデックスをキャッシュします。Magic Pageでは、デフォルトでは無効になっている毎日のcronを通じて、一定割合のページのスピンタックスを時間の経過に応じて再抽選することもできます。

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

Magic Page 7.2では、AI機能は確認できませんでした。プラグインが要求するサードパーティキーはライセンスキーとGoogle Mapsキーのみで、ベンダーの機能ページにもAI機能は掲載されていません。

LPageryの数値は、確認日にWordPress.orgのプラグインディレクトリから取得したものです。Magic Page PluginはWordPress.orgに掲載されていないため、そのソースから取得できるインストール数、評価、更新日はありません。7.2のzipに含まれる最新のプラグインファイルの日付は2024-10-04で、プラグインヘッダーには対応テスト済みバージョンが記載されていません。

LPageryにしかないのは、双方向変換に対応した2つのレンダリングモード、ページごとに異なる名前で1つの画像ファイルを配信するVirtual Image URLs、停止したWP-Cronを検出する機能、Google Sheets同期、クレジット付きのAI列、そしてMultiple Pages Generator plugin用に記述されたプレースホルダーのインポート機能です。

Magic Pageにしかないのは、距離を中心概念として扱う機能、Location Sets、XFields、設定可能な日数にわたってロケーションを段階的に公開するドリップ機能、公開日をずらしたExport to Static Pages、サイト全体を静的HTMLとしてエクスポートする機能、ベンダーAPI経由のPDFレンダリング、フロントエンドのロケーション検索、ロケーションごとのGoogle Maps埋め込みです。19か国向けのベンダーのロケーションデータベースについては、今回のレビューでは検証していません。

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

Magic Pageの管理画面で同じ測定を行うことはできませんでした。ライセンスキーが有効になっておらず、マスターページエディターにキーが必要だったためです。確認したコードと画面から判断すると、必要な概念はマスターページ、ロケーション、半径、Location Sets、XFields、一連のショートコードです。設定画面には1ページに29個のコントロールがあり、そのうち15個にはスクリーンリーダーが利用できるラベルがありません。また、Magic Pageの一覧ではすべてのロケーション用語が1つのテーブルセル内にインラインで表示され、上限もありません。