エリア別LPを1テンプレートから量産する設計。Webflow CMSで増やすかパラメータで出し分けるか

複数のエリアでよく似たランディングページ（LP）を展開したい。多拠点ビジネスやエリア別のイベント集客では、しょっちゅう出てくるニーズです。

「エリアA版」「エリアB版」「エリアC版」。日程・会場・担当者名・電話番号だけが違って、構成はほぼ同じ。これを1枚ずつ手作業でコピペ複製していくと、4枚目あたりで管理が破綻します。共通部分の文言を1か所直したいだけなのに、エリアの数だけ同じ修正を繰り返す。エリアが10個になれば、ちょっとした見出しの変更が10ページ分の作業になります。

この記事では、エリア別LPを1つのテンプレートから量産する設計を、ある案件で設計フェーズをまるごと完了させた経験をもとにまとめます。焦点は2つ。Webflow CMSで増やすか、クエリパラメータで1枚から出し分けるか。そして、エリアが増えるたびに何分で1枚足せるか、その拡張性です。安く作る話ではありません。エリアが増え続けても制作工数が破綻せず、広告のエリア別計測が壊れない設計が主役です。

結論：CMS Collection＋テンプレ1枚で「URLは別、中身は1テンプレ」にする

エリア別LPの量産は、次の最小構成で組みます。

ポイントは、テンプレートは1枚なのに、エリアごとに独立したURLが生える形にすることです。クエリパラメータ（?area=エリアB）で1つのURLから動的に出し分ける案は、一見スマートですが却下しました。広告のエリア別CV計測が脆くなるからです。

「動的に1枚で出し分ける」より、「中身は1テンプレ、URLは別々」のほうが、広告運用の現場では圧倒的に扱いやすい。量産のしやすさと計測の安定を同時に取れます。Webflow CMSの基礎から押さえたい場合は、Webflow CMSでページを量産する仕組みの基本を先に読むと、この記事の Collection の話が入りやすくなります。

Before/After：コピペ量産とCMS化で何が変わるか

1枚ずつコピペで増やす運用と、CMS Collection で増やす運用を並べます。効いてくるのは制作工数と拡張性です。

コピペ量産の弱点は、エリアが増えるほど工数が増えること。CMS化の本質は、エリアが10でも20でも「1枚あたり数分」が変わらない点にあります。差分を入力する作業に置き換わるので、増やすたびに苦しくならない。

分かれ道1：CMS Collection vs クエリパラメータ動的化

エリア別LPを1テンプレートから出し分ける方法は、大きく2つに割れます。

方式A：クエリパラメータ動的化（却下した方）

/seminar?area=エリアB
/seminar?area=エリアC

JavaScriptで ?area= を読み取り、日程や会場を書き換える。URLは1つ、テンプレートも1つ。一見、最も無駄のない実装です。

ただし、広告運用の観点で見過ごせない弱点があります。

• エリア別CV計測が脆い。広告のコンバージョン計測はURLを基準にすることが多く、クエリパラメータはトラッキングの過程で落ちたり、UTMパラメータと干渉したりする
• URLルールに依存する。?area=エリアB の値が広告側の設定とずれると、計測が崩れる
• 広告審査やプレビューで不安定になりがち。パラメータなしでアクセスされたときの挙動を別途設計する必要がある

エリアごとの費用対効果を見たいのに、計測がパラメータ依存だと「どのエリアが効いているか」の数字が信用できなくなります。量産は楽でも、肝心の数字が読めなくなるのは本末転倒です。

方式B：CMS Collection＋テンプレ1枚（採用）

/area/エリアA
/area/エリアB
/area/エリアC

Webflow CMSに「エリア」コレクションを作り、各エリアのデータ（日程・会場・担当者名・電話番号）をレコードとして登録します。Collection Page テンプレート1枚が、各レコードから /area/エリア名 を自動生成する仕組みです。

• テンプレートは1枚なので、構成変更は1か所直すだけ
• 各エリアは独立した実URLを持つので、広告のCV計測が安定する
• 新エリアの追加はCMSにレコードを1件足すだけ

「1テンプレートから量産」と「エリアごとに独立URL」を両立できる。これがCMS Collection方式の強みです。

比較表

軸はDRYさ（コードの重複の少なさ）ではありません。エリアを増やす速度と、広告計測の安定。この2つで見ると、CMS Collectionが勝ちます。

分かれ道2：CV計測に中継層を足すか

次の論点は、コンバージョン計測の構成です。ここも2つに割れます。

方式A：ブラウザPixel単独（採用）

LPのサンクスページ（申込完了画面）にブラウザのトラッキングPixelを置き、到達をCVとして数える。シンプルで、間に挟まるシステムがありません。

方式B：サーバー経由（CAPI／n8n中継など、却下）

フォーム送信をサーバーで受け、そこから広告プラットフォームのコンバージョンAPI（CAPI＝サーバー側から広告のCVを送る仕組み）に送る。ワークフローツール（n8n＝処理をつないで自動化するツール）を中継させる構成もあります。

一見、サーバー計測のほうが「堅牢」に見えます。それでもブラウザPixel単独を選びました。理由は「壊れにくさを優先する」という方針です。

• 中継層が増えるほど、壊れる箇所が増える。ワークフローツールは実行回数の上限超過やデプロイ失敗で止まることがある
• このLPの規模なら、ブラウザPixelで十分な精度が出る
• 中継層を足すなら、その分の監視コストと障害対応コストも背負うことになる

止まったシステムは気づいて直せます。やっかいなのは、静かに壊れてCVが欠損し続けるパターン。中継層を足してそれが黙って止まるくらいなら、シンプルなPixel単独で確実に動かすほうがいい、という判断でした。

規模が大きくなって精度が問題になったら、そのときCAPIを足せばいい。最初から重装備にしないのが鉄則です。

分かれ道3：サンクスページはエリアごとに作るか

CV計測をサンクスページ到達で行う場合、「サンクスページもエリアごとに分けるべきか」という疑問が出ます。

結論は、共通1枚でよし。

• エリアの分離は、広告キャンペーンの構造（キャンペーンをエリアごとに分ける）で行う
• サンクスページに到達した時点で、どのキャンペーン経由かは広告プラットフォーム側が把握している
• サンクスページを共通1枚にすれば、Pixelの設置も1か所で済む

「サンクスページをエリアごとに作って、それぞれにPixelを置く」のは過剰設計です。カスタムコンバージョン1個（サンクス到達）＋エリア分離はキャンペーン構造。これが最もシンプルで壊れにくい組み方になります。

実話：「全部画像」だと思っていたら、テキスト主体だった

設計に入る前、既存LPは「全部画像で作られている（PCもスマホも）」と聞いていました。もし本当に全画像なら、エリアごとに画像を作り直す必要があり、CMS化のうまみが半減します。CMSはテキストの差し替えは得意でも、画像の中の文字までは差し替えられないからです。

ところが実際にLPのHTML構造を調べると、ハイブリッド構成でした。

• 日程・会場・担当者名・電話番号・見出し：すべてHTMLテキスト
• 画像：キービジュアル（KV）バナーのみ

エリアで変わる情報の大半はテキストだったので、CMSのフィールドに割り当てればフルリビルドは不要。画像はKVだけなので、そこだけエリア別に用意すれば足ります。聞いていた前提と、実物がずれていた典型例でした。

この「思い込みと実態のギャップ」は、設計判断を左右します。「全部画像だから作り直しが必要」と早合点せず、実際のHTML構造を開いて確認する。調べてみたらCMS化に最適な構造だった、という話は珍しくありません。設計の前に、必ず現物を見る。これは型どおりに進めるより大事な一手でした。

総コスト：運用費だけ見ると判断を誤る

「CMSで量産すれば楽」だけでは発注判断はできません。エリア別LPの量産は、次の4つを分けて見ると総額が見えます。以下は一般的な試算で、実際の金額は要件で変わります。

効いてくるのは「運用（エリア追加時）」の欄です。コピペ量産なら1枚30分〜1時間が枚数ぶん積み上がりますが、CMS化すれば1枚あたり数分に固定される。エリアが多いほど、初期構築の手間を回収しやすくなります。逆にエリアが2〜3個で増える予定もないなら、初期構築のぶん割高になることもあります。

自社でやるか、外注するか

「CMSなら自社でいける」と即決する前に、次の3点で見極めてください。

特に3つ目が抜けがちです。テンプレを量産できても、広告のエリア別CV計測がずれていたら、どのエリアが効いているか読めません。CMS化と計測設計はセットで考える必要があります。

こんなケースは量産設計に向かない

無理にCMS量産しないほうがいいケースも、正直に挙げておきます。

• エリアが2〜3個で、今後も増える予定がない。初期構築のぶん割高になる
• エリアごとに構成が大きく違う。「日程と会場だけ違う」ならテンプレ1枚で足りるが、レイアウトから別物なら共通化の効果が薄い
• LPが画像の塗り絵で、テキスト要素がほぼない。CMSのフィールドに割り当てる対象が少なく、量産の旨味が出ない

「構成は共通で、エリアごとに変わるのはテキスト主体の差分」「これからエリアを増やしていく」。この2つが揃うほど、CMS Collection量産の費用対効果は高くなります。

設計前チェックリスト

着手する前に、次を整理しておくと設計がぶれません。

• エリアは今いくつで、今後いくつまで増えるか（増えるほどCMS化の効果が大きい）
• エリアで変わるのはどこか（日程・会場・電話番号など。テキストか画像かを実物で確認）
• LPは全画像かテキスト主体か（思い込みで決めず、HTML構造を開いて見る）
• 広告のエリア別CV計測をどう取るか（Pixel単独で足りるか、URL設計と整合しているか）
• URL構造を変えるか（CMS化でURL階層が変わるなら、配信前に済ませる。配信後は301リダイレクトと広告リンク差し替えが発生する）

URL構造の見直しは、配信前が最後のチャンスです。まだ広告を配信していない段階なら、URL変更のコストはほぼゼロ。配信後に変えると広告リンク先の差し替えと301リダイレクトが必要になります。「整理したいけど今さら」と迷ったら、公開直後の今が動きどきです。

まとめ：量産のしやすさと計測の安定を両取りする

エリア別LPを1テンプレートから量産するときの設計原則を5つにまとめます。

1. Webflow CMS Collection＋テンプレ1枚で独立URLを自動生成する（クエリパラメータ動的化は却下）
2. CV計測は中継層を足さず、ブラウザPixel単独から始める
3. サンクスページは共通1枚、エリア分離はキャンペーン構造で行う
4. 設計前に実態（HTML構造）を必ず確認する。思い込みで諦めない
5. URL構造の見直しは配信前に済ませる

「1枚で動的に出し分ける」のはスマートに見えても、エリアが増え続ける現場では、独立URLのほうが量産も計測も管理も楽になります。技術的な綺麗さと運用の都合がぶつかったら、運用を取る。これが、多拠点・多エリアのLPを長く回すための判断でした。

エリア別LPの量産設計でお困りなら

「エリアが増えるたびにLPをコピペで作り直していて、修正が追いつかない」「量産はしたいが、エリア別の広告効果が見えなくなるのが怖い」。複数エリア・複数店舗でLPを展開する会社で、よく聞く悩みです。

f2t.jpでは、Webflow CMSでのテンプレート量産設計から、URL構造の整理、広告のエリア別CV計測を壊さない構成まで一貫してお手伝いしています。まずは「エリアはいくつで今後どこまで増えるか・LPのどこが可変か・計測をどう取るか」を一緒に整理するところから始められます。お問い合わせフォームから、自社のエリア展開の状況をご相談ください。