エリア別LPを1テンプレートから量産する設計。Webflow CMSで増やすかパラメータで出し分けるか
エリア別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枚で持つ | Webflow の Collection Page テンプレート |
② データ置き場 | エリアごとの差分（日程・会場・電話番号など）をレコードで持つ | Webflow CMS Collection（＝表形式でページの中身を管理する仕組み） |
③ 出力URL | レコードごとに独立したURLを自動生成する |
|
④ CV計測 | 申込完了をコンバージョンとして数える | ブラウザのトラッキングPixel（中継サーバーを足さない） |
ポイントは、テンプレートは1枚なのに、エリアごとに独立したURLが生える形にすることです。クエリパラメータ（?area=エリアB）で1つのURLから動的に出し分ける案は、一見スマートですが却下しました。広告のエリア別CV計測が脆くなるからです。
「動的に1枚で出し分ける」より、「中身は1テンプレ、URLは別々」のほうが、広告運用の現場では圧倒的に扱いやすい。量産のしやすさと計測の安定を同時に取れます。Webflow CMSの基礎から押さえたい場合は、Webflow CMSでページを量産する仕組みの基本を先に読むと、この記事の Collection の話が入りやすくなります。
Before/After：コピペ量産とCMS化で何が変わるか
1枚ずつコピペで増やす運用と、CMS Collection で増やす運用を並べます。効いてくるのは制作工数と拡張性です。
Before（コピペで1枚ずつ量産） | After（CMS Collection＋テンプレ1枚） | |
|---|---|---|
新エリアを1枚増やす | テンプレを複製し、文言を手で全部書き換え。30分〜1時間 | CMSにレコードを1件足すだけ。数分 |
共通部分の修正（見出し変更など） | エリアの数だけ全ページを手直し | テンプレ1か所を直すと全エリアに反映 |
修正漏れ・表記ゆれ | エリアが増えるほど発生する | 1テンプレなので原理的に起きにくい |
エリア10個・20個への拡張 | 工数が枚数に比例して膨らむ | レコードが増えるだけ。1枚あたりの手間は変わらない |
広告のエリア別CV計測 | URLがバラバラだと設定が煩雑 | エリアごとに独立URLなので計測が素直 |
コピペ量産の弱点は、エリアが増えるほど工数が増えること。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方式の強みです。
比較表
観点 | クエリパラメータ | CMS Collection |
|---|---|---|
テンプレート管理 | 1枚 | 1枚（同等） |
エリア追加の手間 | コード修正＋デプロイ | レコード1件追加 |
新エリアの公開速度 | デプロイ待ち | CMS入力で即時 |
広告CV計測の安定性 | 脆い（URL基準で落ちやすい） | 安定（独立URL） |
UTMとの干渉 | あり得る | なし |
軸は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つを分けて見ると総額が見えます。以下は一般的な試算で、実際の金額は要件で変わります。
コストの種類 | 規模感（一般的な目安） | いつ発生するか |
|---|---|---|
初期構築 | テンプレ設計＋CMS Collection構築。LP1案件ぶんの制作工数 | 最初に1回 |
運用（エリア追加時） | レコード1件追加＝数分。差分入力のみ | エリアを増やすたび |
保守・改修 | テンプレ修正は年に数回。1か所直せば全エリア反映 | 構成を変えるとき |
計測・障害対応 | Pixel単独なら軽微。仕様変更時に確認程度 | 広告計測の仕様が変わったとき |
効いてくるのは「運用（エリア追加時）」の欄です。コピペ量産なら1枚30分〜1時間が枚数ぶん積み上がりますが、CMS化すれば1枚あたり数分に固定される。エリアが多いほど、初期構築の手間を回収しやすくなります。逆にエリアが2〜3個で増える予定もないなら、初期構築のぶん割高になることもあります。
自社でやるか、外注するか
「CMSなら自社でいける」と即決する前に、次の3点で見極めてください。
判断軸 | 自社向き | 外注向き |
|---|---|---|
Webflow の Collection を組める人が社内にいるか | いる | いない |
エリア追加を運用で回し続けたいか | レコード入力を内製で回したい | 構築だけ任せて、追加も都度依頼でよい |
広告のエリア別CV計測まで設計が必要か | 自社で計測設計ができる | 計測を含めて任せたい |
特に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つにまとめます。
- Webflow CMS Collection＋テンプレ1枚で独立URLを自動生成する（クエリパラメータ動的化は却下）
- CV計測は中継層を足さず、ブラウザPixel単独から始める
- サンクスページは共通1枚、エリア分離はキャンペーン構造で行う
- 設計前に実態（HTML構造）を必ず確認する。思い込みで諦めない
- URL構造の見直しは配信前に済ませる
「1枚で動的に出し分ける」のはスマートに見えても、エリアが増え続ける現場では、独立URLのほうが量産も計測も管理も楽になります。技術的な綺麗さと運用の都合がぶつかったら、運用を取る。これが、多拠点・多エリアのLPを長く回すための判断でした。
エリア別LPの量産設計でお困りなら
「エリアが増えるたびにLPをコピペで作り直していて、修正が追いつかない」「量産はしたいが、エリア別の広告効果が見えなくなるのが怖い」。複数エリア・複数店舗でLPを展開する会社で、よく聞く悩みです。
f2t.jpでは、Webflow CMSでのテンプレート量産設計から、URL構造の整理、広告のエリア別CV計測を壊さない構成まで一貫してお手伝いしています。まずは「エリアはいくつで今後どこまで増えるか・LPのどこが可変か・計測をどう取るか」を一緒に整理するところから始められます。お問い合わせフォームから、自社のエリア展開の状況をご相談ください。
