広告成果を守るLP・サイト発注仕様書の作り方｜計測設計・URL構造・CV要件を制作会社に伝えるフレーム

この記事のポイント

• 発注仕様書なしで計測要件を口頭・チャットで伝えると、リリース当日にCVがゼロになるリスクが構造的に高い
• 仕様書に書くべき計測要件は「URL構造・CVポイント・GTMコンテナ権限・クロスドメイン」の4領域に整理できる
• GCLIDを剥ぎ取るリダイレクトが1つあるだけで、スマート入札の学習データは白紙に近い状態に戻る
• GTMコンテナの所有権はクライアント側に維持し、制作会社の変更可能範囲を仕様書で明文化することが計測事故を防ぐ最重要の一手
• 発注仕様書はリリース後の検収チェックリストと一体で運用して初めてPDCAが完結する

なぜ発注仕様書がないと広告成果が壊れるのか

広告を運用していると、サイトリニューアルやLP制作のタイミングで計測が壊れるという経験は珍しくない。原因の大半は「制作会社に伝えていなかった」のではなく、「伝えたつもりだった」という状況にある。口頭の打ち合わせやSlack/チャットでの依頼では、計測要件は必ずといっていいほど抜け落ちる。

「タグを設置してください」という一文が依頼のすべてになっているケースは多い。しかし広告計測を守るための要件は、タグを置く場所だけで完結しない。リダイレクトの書き方、サンクスページのURL設計、GTMコンテナの権限設定——これらを仕様書で明示しなければ、制作会社側は「広告計測に影響のない実装」と「影響する実装」を区別するすべがない。

よくある失敗：リリース当日にCVがゼロになる3つのパターン

パターン1：リダイレクトによるGCLID消失

旧URLから新URLへの301リダイレクト処理を制作会社に任せると、URLの変更と同時にGCLIDパラメータが消えることがある。GCLIDはGoogle広告のクリック識別子で、これが剥ぎ取られるとコンバージョンの紐付けができなくなる。特にwww有無の正規化リダイレクトや末尾スラッシュの自動付与処理で発生しやすい。

パターン2：サンクスページURLの変更・不統一

フォーム送信後のサンクスページURLが仕様変更で変わると、GTMのトリガー条件が一致しなくなる。GA4とGoogle広告それぞれでURLマッチングしていた場合、どちらも同時に計測停止する。「/thanks」と「/thanks/」のようなスラッシュ1文字の差でもトリガーが不一致になることがある。

パターン3：GTMコンテナの破壊的変更

制作会社の担当者がGTMにアクセスし、「広告タグとは関係ない」と判断して既存のトリガーを変更・削除するケースがある。GTMコンテナにある設定の相互依存は外からは見えないため、善意の変更が計測の全停止につながる。

制作会社が「広告計測の影響」を知らない構造的な理由

制作会社のエンジニアやディレクターは、コードの動作・デザインの品質・CMS実装に責任を持つプロフェッショナルだが、Google広告やGA4の計測ロジックを深く知っている人は多くない。これは責任の問題ではなく、職域の問題だ。

広告計測の知識は、媒体の仕様変更を追いかけながら現場で運用を回してきた人間が持つもの。「よしなに対応してもらう」という前提自体が、依頼側の誤解を含んでいる。制作会社に伝わる言語で、計測要件を翻訳して渡す——これが仕様書の本質的な役割だ。

仕様書なし発注で失うもの（スマート入札学習・CV履歴・品質スコア）

スマート入札は過去のCVシグナルをもとに入札を最適化する。リリース直後にCVがゼロになる期間が続くと、アルゴリズムは「成果が出ていない状態」と判断して入札を縮小し、学習データの蓄積が止まる。再学習には一般に数週間単位の期間と相応のCV件数が必要とされている。

GA4のコンバージョン履歴が途切れると、リターゲティングオーディエンスの継続性も断ち切られる。計測が壊れている間の数値は使い物にならず、過去との比較が意味をなさなくなる。こうしたリスクを事前に防ぐ道具が、計測要件を明文化した発注仕様書だ。サイトリニューアル時の広告・計測引き継ぎ設計も合わせて確認してほしい。

---

発注仕様書に書くべき4つの計測要件領域

計測要件を書こうとすると、どこまで書けばいいか分からなくなる。ただ、広告計測が壊れるポイントに絞ると、4つの領域に集約できる。

領域	主な記載内容	発生しやすいリスク
URL構造・リダイレクト	URL設計・リダイレクト方式・パラメータ保持要件	GCLID消失・GA4チャネル誤分類
CVポイント・サンクスページ	CV定義・サンクスページURL仕様・フォーム遷移方式	CV不計測・二重計測
GTMコンテナ・タグ管理権限	コンテナ所有権・変更禁止範囲・検収手順	タグ削除・トリガー破壊
クロスドメイン・外部フォーム連携	_glパラメータ・GA4クロスドメイン設定・外部ツール連携要件	セッション切断・CV計測不能

この4領域は独立しているようで相互に依存している。URLリダイレクト設計はGTMトリガーのURL条件とセットで考える必要があるし、クロスドメイン要件はサンクスページのURL設計と切り離せない。一括で整理して仕様書にまとめることが重要だ。

領域①：URL構造・リダイレクト要件

旧URLから新URLへのリダイレクト方式（301/302）と、URLパラメータの保持ルールを明記する。特にGCLID・utm_source等のパラメータが引き継がれるかどうかを確認する。

領域②：CVポイントの定義とサンクスページ仕様

何をコンバージョンと定義するか、そのサンクスページのURLは変更不可か変更可か、フォーム送信後の遷移方式は何かを書く。「とりあえず問い合わせフォームの送信完了」という粒度では不十分で、GTMのトリガーが設定できるレベルまで落とし込む必要がある。

領域③：GTMコンテナ・タグ管理権限要件

誰がGTMのオーナーか、制作会社に付与する権限レベル（閲覧のみ/編集可/公開可）と変更禁止範囲を明記する。

領域④：クロスドメイン・外部フォーム連携要件

外部フォームサービス・予約システム等の別ドメインを経由するCV計測要件、GA4のクロスドメイン設定の要否を記載する。これを漏らすと、外部ページへ遷移した瞬間にGA4のセッションが切断され、広告経由のCV計測が不能になる。

---

URL構造・リダイレクト要件の書き方

リダイレクトは計測における地雷原だ。301リダイレクト自体はSEOとして正しい対応なのに、それが広告計測を壊す。この矛盾を理解していないと、制作会社に正しい要件を伝えられない。

GCLIDが消えるリダイレクトパターンとURL仕様での回避策

GCLIDはGoogle広告のクリックに自動付与されるパラメータ（gclid=xxxxx）で、これを使って広告クリック→CVの紐付けを行う。301リダイレクトでパラメータが引き継がれない実装では、このGCLIDが消える。

発生しやすいパターンは主に3つある。

• www有無の正規化リダイレクト：www.example.com → example.com への正規化時にパラメータを捨てる設定
• 末尾スラッシュの自動付与：/lp → /lp/ の変換時にGCLIDが消える実装
• HTTPSリダイレクト：HTTPアクセスをHTTPSへ飛ばす処理でGETパラメータが捨てられるケース

仕様書への記載例：

【URL正規化ルール】
- 正規URL: https://www.example.com/lp/ に統一する
- リダイレクト時は gclid / utm_source / utm_medium / utm_campaign / utm_content / _gl を含む
  全クエリパラメータを転送すること
- HTTPSリダイレクト処理においても GETパラメータを含むリクエストのパラメータを消さないこと

Nginxを使う構成であれば $query_string 変数をリダイレクト先URLに含めるよう明示すると開発者に伝わりやすい。

URLスラッグ設計とGA4チャネル分離への影響

URLの構造は、GA4のチャネルグループ判定にも影響する。たとえばLPのURLを /lp/campaign-name/ のように設計しておくと、GA4のカスタムチャネルグループでLP流入を分離しやすくなる。GA4カスタムチャネルグループで有料広告を正確に分離する設定で詳細を確認してほしい。

URLスラッグのルールは制作側の都合だけで決めず、広告計測・アクセス解析側の要件も加味して設計することが望ましい。

UTMパラメータを保持するURL要件の記載例

広告のリンク先URLにUTMパラメータを付ける場合、LPがそのパラメータをセッションスコープで保持してサンクスページに引き渡すかどうかは実装依存だ。通常のGA4計測ではセッションスコープで自動処理されるが、SPAやJavaScriptで遷移を制御している場合は明示的な処理が必要になることがある。

フォームページ→サンクスページの遷移時にUTMシグナルが正しく引き継がれているかをGTMプレビューモードで確認する手順を仕様書の検収条件に含めておくと、リリース後の「計測ズレ」を事前に防げる。

---

CVポイント・サンクスページの要件定義

CV設計はスマート入札の品質に直結する。どのアクションをCVと定義するかを仕様書に書くことで、制作会社はフォームやサンクスページを「計測視点で」設計できる。ここが曖昧だと、デザインとしては完成しているがCVが取れないLPが生まれる。

サンクスページURLをユニークに設計すべき理由と仕様例

サンクスページに専用のユニークURLが存在しない場合、GTMのページURLトリガーが使えない。インページ表示型（モーダル・DOMの表示切り替え）を採用すると、URLが変わらないためGTMでの計測が難しくなる。

推奨仕様：

【サンクスページURL仕様】
- フォーム送信完了後、専用のサンクスページURL（/contact/thanks/）へリダイレクトすること
- サンクスページURLは /thanks/ や /complete/ 等、他ページと重複しないパスを使用すること
- サンクスページへの直接アクセス時はフォームページ（/contact/）へリダイレクトすること（二重計測防止）
- サンクスページはHTMLとして実在するページとして実装し、JavaScriptのみの表示切り替えは使用しないこと

二重計測防止のためのリダイレクトは、Referrerチェックまたはセッションストレージを使って「フォームを送信していない直アクセス」を判定する実装が一般的だ。この要件を仕様書に入れるかどうかも事前に決めておく。

フォーム送信後遷移の方式別（リダイレクト型・インページ型）の計測要件の差

遷移方式	GTMでの計測	利点	注意点
リダイレクト型（サンクスページ）	URLトリガーで確実に計測できる	実装がシンプル、二重計測しにくい	直接アクセス防止の実装が必要
インページ型（モーダル・DOM切り替え）	カスタムイベントトリガーが必要	UX的にページ遷移なしで完結	GTMカスタムイベント実装が必要、実装ミスでCV不計測になりやすい

インページ型を採用する場合は、制作会社にGTMのカスタムイベント（例：form_submit_success）を発火させるJavaScriptの実装を依頼する必要がある。イベント名・発火タイミング・dataLayerへのpushタイミングを仕様書に詳細記載すること。この箇所の実装漏れは発見が遅れやすいため、検収時に必ず実機テストで確認する。

電話・チャット・LINE誘導CVを仕様に含める際の記載ポイント

フォーム送信だけがCVではない。電話問い合わせ・チャット開始・LINEタップ等のオフラインCV候補を仕様書に記載するかどうかも事前に決めておく必要がある。電話・チャット問い合わせを広告CVに組み込む計測設計実務では、これらをGA4イベントとして記録しGoogle広告に送信するフロー全体を解説している。

仕様書では少なくとも「発火させるGTMイベント名」「発火タイミング（クリック時/通話成立時等）」「Google広告への送信要否」を明記する。複数のCVポイントを設定する場合、スマート入札学習への影響も考慮したCV値の設計が重要になる。スマート自動入札の学習期間を短縮するマイクロCV設計も合わせて参照してほしい。

---

GTMコンテナ・タグ管理権限要件の記載ポイント

GTMの権限設計は、計測事故を防ぐうえで最も見落とされやすい領域だ。制作会社にGTMへのアクセス権限を渡す際、何ができて何ができないかを明文化しておかないと、善意の変更が計測を破壊する。

コンテナ所有権はクライアント側に置くべき理由と移転手順

GTMコンテナの所有者（オーナー）は変更できない。コンテナを制作会社側のGoogleアカウントで作成してしまうと、制作会社との契約終了後にコンテナ移転が困難になる。既存のGTMタグ・トリガー・変数の設定をすべて新コンテナに移行し直す作業は、複雑な設定ほど漏れが起きやすく、その間の計測が断絶するリスクも高い。

コンテナはクライアント側のGoogleアカウントで作成し、制作会社には「ユーザー（編集者）」権限を付与する形が基本だ。GTMの権限レベルは以下の通り。

権限レベル	できること	制作会社への付与可否
管理者	コンテナ設定・ユーザー管理	付与しない（クライアントのみ）
公開者	タグの公開・承認	原則付与しない
編集者	タグ・トリガー・変数の作成・編集（公開は不可）	実装作業時のみ付与
閲覧者	設定の参照のみ	検収後は閲覧のみに降格

「編集者」権限を付与している間は、制作会社側がタグを編集できる状態になる。作業が完了したら閲覧者に降格するか、アクセス権限を削除することを仕様書のワークフローとして定めておく。

制作会社が変更してよい範囲と変更禁止範囲の境界定義

仕様書に「変更禁止タグリスト」を記載することが重要だ。具体的には以下を明示する。

【GTM変更禁止範囲】
- Google広告コンバージョントラッキングタグ（タグ名: Google Ads CV - Contact）
- GA4設定タグ（タグ名: GA4 Configuration）
- 既存のすべてのコンバージョントリガー

【制作会社の変更可能範囲】
- 新規LPに設置するGTMスニペット（head内・body直後）
- 発注仕様書で合意した新規タグの実装
- 新規ページのPageviewイベントを既存AllPagesトリガーが拾うかの確認作業（変更不要の場合のみ）

GTMのノートメモ機能でタグ・トリガーにコメントを残しておくと、制作会社担当者が誤って触るリスクを下げられる。「このタグは削除・変更禁止。変更が必要な場合は広告担当に確認すること」の一文を添えておくだけで、事故の発生率は下がる傾向がある。

検収フェーズでのタグ動作確認手順を仕様に含める方法

GTMの実装確認は、GTMプレビューモードを使ってリリース前に行うことを仕様書の検収条件として明記する。Cookie規制後の広告計測を守る三層整備実務も参考に、GTMを基盤とした計測の多層防御も検討したい。

「タグを設置しました」だけでリリース申請を受け付けるのではなく、GTMプレビューモードでの発火スクリーンショットの提出を必須にすることで、実装品質が客観的に担保される。

---

クロスドメイン・外部フォーム連携要件

予約システム・外部フォームサービス・ECカートなど、LPとは別ドメインに遷移させるCVフローがある場合、GA4のセッションが切断され計測が不正確になる。これを防ぐのがGA4のクロスドメイン設定と_glパラメータの引き渡し設計だ。

GA4クロスドメイン設定が必要なケースの判定フロー

ユーザーがCV完了までに別ドメインへ遷移するか？
    ↓ Yes
GA4のクロスドメイン設定（リンクドメイン追加）が必要

フォームはiframe埋め込みか、完全な別ページ遷移か？
    ↓ 完全な別ページ遷移
    → _glパラメータの自動付与＋別ドメイン側にもGA4設定が必要
    ↓ iframe埋め込み
    → GA4クロスドメインでは対応不可。CAPI等の別手段を検討する

GA4クロスドメイン設定後のチャネル判定がどう変わるかは、GA4クロスドメイン設定後のチャネル判定の仕組みで詳しく解説している。設定後に「ダイレクト流入が急増した」という現象が起きる場合、クロスドメイン設定が不完全なサインだ。

外部フォームツールとのCV計測接続要件（Formrun・Googleフォーム等）

外部フォームツールでよく使われるものの計測方法は以下の通り。

Formrun（フォームラン）：完了後リダイレクト機能で自社ドメインのサンクスページへ飛ばす設計が実装しやすく、GTMのURLトリガーでCVを計測できる。Formrunドメインをそのままサンクスページにする場合はGA4クロスドメイン設定でFormrunドメインを追加する。

Googleフォーム：標準機能でのサンクスページリダイレクトがない。iframeやJavaScriptによるイベント受信が必要になり、計測の信頼性が下がるため、広告CVとして使う場合はFormrunや自前フォームへの移行が推奨される傾向がある。

どちらのツールを使うかを発注段階で確定させ、それに合わせた計測設計を仕様書に記載する。「フォームは後で決める」という状態でLPを作り始めると、計測要件が確定しないまま実装が進んでしまう。

_glパラメータ引き渡し仕様をURL要件に含める記載例

GA4のクロスドメイン計測では、_glパラメータを通じてユーザー識別情報を引き継ぐ。このパラメータはGA4の設定で別ドメインへのリンクに自動付与されるが、JavaScriptでaタグのhref属性を動的に書き換えている場合や、window.location.hrefでページ遷移を制御している場合は_glパラメータが消えることがある。

仕様書記載例：

【クロスドメイン連携要件】
- GA4のクロスドメイン設定で「予約システムドメイン（booking.example.jp）」をリンクドメインとして登録すること
- 予約ページへ遷移するリンク（aタグ）はJavaScriptで動的生成しないこと（_gl自動付与のため）
  やむを得ずJavaScriptで生成する場合は _gl パラメータの手動引き渡し実装を要確認
- 予約完了ページのURLは変更不可とし、変更が必要な場合は事前に広告担当へ連絡すること

---

発注仕様書テンプレートの推奨構成

ここまで解説した4領域を、実際に制作会社へ渡せる仕様書として構成する方法を整理する。

仕様書目次の推奨構成（7セクション）

1. 本仕様書の目的と適用範囲
2. URL構造・リダイレクト要件
   2-1. 正規URLルール
   2-2. リダイレクト仕様とパラメータ保持要件
   2-3. UTM/GCLIDパラメータ処理ルール
3. コンバージョンポイント定義
   3-1. CVイベント一覧（優先順位付き）
   3-2. サンクスページURL仕様
   3-3. フォーム遷移方式と計測実装要件
4. GTMコンテナ・タグ管理要件
   4-1. コンテナ所有権と権限設計
   4-2. 変更禁止タグ・トリガー一覧
   4-3. 制作会社が実装してよいタグの範囲
5. クロスドメイン・外部連携要件
   5-1. クロスドメイン計測の要否判定
   5-2. 外部ツール連携時の_gl引き渡し仕様
6. 検収・検証手順
   6-1. 本番前タグ検証手順（GTMプレビュー）
   6-2. リリース後の計測データ突き合わせ手順
   6-3. 差し戻し基準と再検収フロー
7. 変更管理ルール
   7-1. 仕様変更時の事前確認フロー
   7-2. 緊急対応時の連絡先と対応範囲

各セクションの記載粒度と制作会社側レビューポイント

制作会社に仕様書を渡す際、「広告計測用語が分からない」という壁に当たることが多い。仕様書には開発用語への翻訳も含めておくと伝達ロスが減る。たとえば「GCLIDを保持してリダイレクトすること」という要件は、Nginxを使う構成であれば $query_string 変数をリダイレクト先URLに含める設定と書き添えると、実装者にそのまま伝わる。

広告用語（コンバージョン・GCLID・GA4等）と開発用語（リダイレクト・クエリパラメータ・GTMスニペット等）をブリッジする記述を意識することが、計測仕様書として機能するかどうかの分岐点だ。

発注前チェックリスト（10項目）

発注前の最終確認として使える。

• 旧URLから新URLへのリダイレクトマップが作成されているか
• リダイレクト時にgclid/utm等のパラメータが保持されるか確認したか
• CVポイント（何をCVとするか）が明文化されているか
• サンクスページの専用URLが設計されているか
• フォームの遷移方式（リダイレクト型/インページ型）が決定しているか
• GTMコンテナのオーナーがクライアント側であることを確認したか
• 制作会社への権限レベル（閲覧/編集/公開）を決定したか
• 変更禁止タグ・トリガーのリストアップができているか
• 外部フォーム・予約システム等の別ドメイン遷移を洗い出したか
• リリース前のタグ検証手順を制作会社と合意したか

---

リリース後の計測検証・検収フロー

仕様書を渡して終わりではない。リリース後の計測検証と検収フローを事前に合意しておくことで、計測事故が起きたときの対応が早くなる。仕様書と検収フローはセットで設計することで初めてPDCAが機能する。

GTMプレビューモードを使った本番前タグ検証手順

GTMのプレビューモードは、本番公開前に「このコンテナ設定でタグが正しく発火するか」を確認できる機能だ。手順は以下の通り。

1. GTM管理画面で「プレビュー」ボタンをクリック
2. Tag Assistantが起動するので、確認したいページのURLを入力して接続する
3. デバッグパネルが表示された状態でフォーム送信等のCVアクションを完了する
4. パネル左の「イベント一覧」でSubmitやPage View等のイベントを選択し、右側でCVタグが「Fired（発火済み）」になっていることを確認する
5. dataLayerの値（transaction_id等を使っている場合）が意図通りに渡されているかを合わせて確認する

本番リリース前にこの手順を踏むことを仕様書の検収条件として明記しておくと、「実装したがテストしていない」状態でのリリースを防げる。

GA4リアルタイムレポートとGoogle広告コンバージョン確認の突き合わせ

GTMプレビューモードで発火を確認したあと、実際にデータが計測基盤に届いているかを確認する。

GA4のリアルタイムレポート確認

GA4管理画面 → レポート → リアルタイム、でフォーム送信後にCVイベント名（例：generate_lead）がリアルタイムイベントとして表示されるかを確認する。イベントパラメータ（form_type等）も意図通りに入っているかをここで見る。

Google広告コンバージョン確認

Google広告 → ツールと設定 → コンバージョン → 「最近のコンバージョン」に今日の日付で記録があるかを確認する。Google広告のコンバージョンは最大で数時間の遅延があるため、当日リアルタイムで確認するには「コンバージョンアクション」の詳細画面から「テストコンバージョン」を使う方法が確実だ。

この2つが合致していれば、GTMタグ発火→GA4へのイベント送信→Google広告へのCV送信の経路が正常に機能していると判断できる。食い違いがある場合は、GTM→GA4のリンク設定と、Google広告のCV計測元（GA4経由かGTMタグ直接か）を先に確認する。

検収NGの場合の差し戻し基準と合意の作り方

検収NGの基準を仕様書に書いておかないと、NG/OKの判断が曖昧になる。明確な差し戻し基準の例を示す。

• GTMプレビューモードでCVタグが未発火：差し戻し
• サンクスページへの遷移が確認できない：差し戻し
• GA4リアルタイムレポートにCVイベントが記録されない：差し戻し
• GCLIDパラメータがLPのURL上に存在しない（広告からのアクセス時）：差し戻し

これらをリリース申請書の添付フォーマットとして用意し、制作会社側でスクリーンショット付きで提出する形にすると、双方の認識ズレが起きにくくなる。検収が通った状態が「仕様書の要件を満たしている状態」であることを、発注前に制作会社と合意しておくことが重要だ。

---

よくある質問

Q：LP制作を外注する際に広告タグの設置を依頼するとき、最低限確認すべきことは何ですか？

最重要の確認事項は3点です。まず、GTMコンテナの所有権がクライアント側にあること。次に、CVトリガーの発火条件（サンクスページのURL等）が仕様書に明記されていること。そして、サンクスページのURLが専用のユニークなパスになっていること。この3点が整っていない状態でリリースすると、CV計測の信頼性が著しく下がります。仕様書という形で合意した内容を検収基準とセットで運用することが実務上の定石です。

Q：サイトリニューアル後にGoogle広告のCVが急減した場合、真っ先に確認すべき箇所はどこですか？

優先確認の順は3点です。①リダイレクトによるGCLIDパラメータの剥ぎ取り——旧URLから新URLへのリダイレクト時にgclidが消えていないか、②サンクスページのURL変更——GTMトリガーが旧URLのままになっていないか、③GTMトリガー条件の書き換え——制作会社の作業中にトリガーの発火条件が変更されていないか。この3点を確認してどこかに問題があれば、それが原因である可能性が高いです。

Q：制作会社にGTMの設定を任せると広告計測にどんなリスクがありますか？

代表的なリスクは3つあります。コンテナ所有権が制作会社に残ることで、担当交代やサービス終了時にコンテナの継続利用が困難になるリスク。既存タグを「使われていない」と判断して削除するリスク。そして、ページURLの変更に合わせてトリガー条件も変更し、意図しない未発火が起きるリスクです。GTMを渡す際は権限レベルを「編集者」にとどめ、変更禁止範囲を明示した仕様書と合わせて運用することが必須です。

Q：外部フォームツールを使う場合、コンバージョンはどう計測すればよいですか？

フォームツールの種類と実装方式によって対応が変わります。外部フォームツールが自社ドメインのサンクスページへのリダイレクトに対応している場合は、そのサンクスページURLでGTMトリガーを設定するのが最もシンプルです。別ドメインのフォームをiframeで埋め込む場合は、GA4クロスドメイン設定やMeta CAPIを使った別経路の計測も検討が必要です。まずフォームツール側でGTMタグの設置やリダイレクト先の指定ができるかを確認し、それに合わせて計測設計を組む順番が実務的です。

---

計測設計は「広告側の仕事」として後回しにされがちですが、サイト・LP制作における発注仕様書の段階から組み込んでおかないと、リリース後に回収できない損失が積み上がる領域です。

真策堂では、LP・サイト発注前の計測要件整理から仕様書作成の支援、リリース後の計測検収フローの設計まで、広告運用担当者や事業会社のマーケ責任者からの相談を受けています。「どこから手をつければいいか分からない」という状態からでも対応しています。計測設計の整理から始めたい場合は、問い合わせフォームよりご相談ください。