LinkedIn Website Actions実務ガイド｜タグ追加なしでボタンクリック・ページ訪問をCVとリターゲティングに変える手順
LinkedIn広告でリードを獲得している企業ほど、「計測を増やしたいのに開発チームの手が空かない」という理由で改善が止まりがちです。フォーム送信後のサンクスページはコンバージョンとして登録済みでも、資料ダウンロードのボタン、料金ページの相談ボタン、導入事例ページの閲覧といった手前の行動は計測されないまま放置されている。結果として自動入札に渡せる信号がサンクスページの数十件だけになり、学習が進まないまま予算だけが消えていきます。LinkedIn Website Actionsは、この「タグを1本足すために2か月待つ」という状態を崩すために用意された機能です。
Website Actionsは、すでにサイトへ設置されているLinkedIn Insightタグが自動的に拾っている行動データを、Campaign Managerの画面上でコンバージョンやリターゲティングオーディエンスに変換できるようにしたものです。追加のJavaScriptを書く必要もなければ、Googleタグマネージャーでトリガーとタグを新規に作る必要もありません。ただし万能の計測装置ではなく、拾える行動と最初から拾えない行動がはっきり分かれています。ここを理解しないまま使うと、計測が増えた気分になって、実際にはビジネス上もっとも重要なコンバージョンを取り逃すことになります。
この記事では、2026年9月時点のLinkedInマーケティングソリューションズヘルプの記載内容をもとに、Website Actionsで実際に何が測れるのか、コンバージョンとオーディエンスをどう作るのか、計測ウィンドウとアトリビューションをどう決めるのか、そしてConversions APIやCRM連携とどのように役割分担させるのかまでを、BtoB広告の運用実務が進む順番で整理します。
この記事の要点
- Website Actionsとは、設置済みのLinkedIn Insightタグが自動収集したボタンクリック・ページ訪問・フォーム送信を、追加コードなしでコンバージョンとリターゲティングオーディエンスに変換できる機能
- 測れるのはブラウザ上で起きる表側の行動だけで、iframe内のボタン、Insightタグ未設置のサブドメイン、クリック数の少ないボタンはリストに現れない
- Insightタグ設置からデータが使えるまで通常24時間・最大72時間、新しく追加したアクションの反映には48時間程度を見込む
- コンバージョン作成時のルックバック期間は30日・60日・90日・180日から選択し、アトリビューションは広告セット単位か最終広告セット単位かを選ぶ
- 受注や商談化まで最適化したいなら、Website Actionsは入口の信号として使い、Conversions APIとCRM連携で出口の価値を戻す設計が必要
LinkedIn Website Actionsとは、Insightタグが集めた行動をそのまま計測に使う仕組み
LinkedIn Website Actionsとは、サイトに設置済みのLinkedIn Insightタグが自動的に収集・タグ付けしたボタンクリック、ページ訪問、フォーム送信を、追加のコードを書かずにコンバージョン定義やリターゲティングオーディエンスへ変換できる機能です。従来のLinkedIn広告の計測は、コンバージョンを1種類増やすたびにイベント固有のスニペットを埋め込むか、タグマネージャーでトリガーを組む作業が発生していました。Website Actionsはその工程を、Campaign Manager内でチェックボックスを選ぶ操作に置き換えます。
Insightタグが自動でタグ付けする3種類の行動
Website Actionsが自動的に集めるのはボタンクリック・ページ訪問・フォーム送信の3種類です。LinkedInのヘルプでは「潜在的な購入者がウェブサイトで実行するすべてのアクション」が自動でタグ付けされると説明されており、広告主側は事前に「どのボタンを測りたいか」を宣言する必要がありません。Insightタグが設置されている限り、サイト側で起きたクリックとページ遷移は継続的に蓄積され、あとから振り返って計測対象に選べる状態になります。
この「先に集めてから選ぶ」という順序が、従来の計測との最大の違いです。これまでは計測したい行動を決めてからタグを実装していたため、実装していなかった行動は過去にさかのぼって分析できませんでした。Website Actionsでは、キャンペーン開始後に「そういえば料金ページの相談ボタンの動きが気になる」と思い立っても、蓄積済みのデータからそのボタンを選ぶだけでコンバージョンにできます。仮説検証の回転数が上がるという意味で、実務へのインパクトはコード削減以上に大きい機能です。
タグ追加なしで省けるのは実装工数であって計測設計ではない
誤解されやすいのは、Website Actionsが計測設計そのものを肩代わりしてくれるという読み違えです。実際に自動化されるのは実装の部分だけで、どの行動をコンバージョンとして自動入札に渡すかという判断は運用者の側に残ります。ボタンクリックを片端からコンバージョン登録すると、価値の低い行動が大量に混ざり、自動入札は「クリックしやすい人」を集める方向に最適化されてしまいます。
BtoB広告では、資料ダウンロードと問い合わせでは商談化率が数倍違うことが珍しくありません。実装が軽くなったからこそ、登録する前に「この行動は受注にどれだけ近いか」を一段考える必要があります。手作業が減った分の時間を、コンバージョンの選別と価値設定に使うのが正しい向き合い方です。
Campaign Managerのどこに置かれ、いつからのデータが見えるのか
Website Actionsは、Campaign Managerの左メニューにある「データ」から「ウェブサイトアクション」を開くと確認できます。画面はボタンクリックとページ訪問のタブに分かれており、それぞれ発生数の多い順に並びます。ボタンはサイト上での名称ごとにグループ化されるため、同じ「お問い合わせ」というラベルのボタンがヘッダーとフッターの両方にある場合、まとめて1つのアクションとして扱われる点は押さえておく必要があります。
参照できるルックバック期間は、コンバージョン作成時もオーディエンス作成時も30日・60日・90日・180日の4種類から選ぶ形です。この期間は過去にさかのぼった蓄積データを対象にできるため、Insightタグを設置してしばらく経っているアカウントであれば、機能を有効化した初日から一定量のデータを使って判断できます。逆に言えばタグを入れたばかりのアカウントでは選択肢が乏しく、まずはデータが溜まるのを待つ期間が必要になります。
なお、この機能はLinkedInが2024年2月にB2Bマーケター向けの新しいデータレイヤーとして発表したもので、Search Engine Landの報道でも「複雑なコーディング知識なしに広告オーディエンスとコンバージョンを作れるようになる」点が最大の変化として取り上げられました。それまでは計測を1つ増やすたびに社内のエンジニアリングチームへ依頼する必要があり、依頼が滞れば改善そのものが止まるという構造的な問題を抱えていたためです。広告運用の速度がサイト開発の速度に縛られていた状態を解く、というのがこの機能の位置づけになります。
タグ追加なしで測れる範囲と、最初から測れない範囲
Website Actionsで測れるのは、ブラウザ上で起きる表側の行動に限られます。クリックされたボタン、閲覧されたURL、送信されたフォームという3つの入口はカバーされますが、そこから先で起きる審査、商談、受注といった出口の情報は一切含まれません。ここを最初に線引きしておかないと、「Website Actionsを入れたのに商談が増えない」という筋違いの評価につながります。
ボタンクリックとして拾えるもの
ボタンクリックの対象になるのは、ページ上に描画されている通常のボタンやリンク要素です。資料ダウンロード、無料トライアル申込、料金プランの選択、電話番号のタップなど、ラベルが付いていて押されている要素であれば一覧に並びます。押された回数が多いものほど上位に表示されるため、実際の運用ではまず上位20件程度を眺めて、自社にとって意味のある行動が含まれているかを確認する流れになります。
一方で、iframeの中に描画されたボタンは追跡できません。外部のフォームツールやチャットツール、予約システムを埋め込んでいるサイトでは、コンバージョンとして一番測りたいボタンがちょうどiframeの中にあるという事態が起こりがちです。この場合はWebsite Actionsでは救えないため、従来どおりイベント固有のコンバージョン設定やConversions APIに戻す判断が必要になります。
ページ訪問として拾えるもの
ページ訪問はURL単位で集計され、サンクスページ、料金ページ、導入事例ページのように意味のある到達点をそのままコンバージョンにできます。フィルタ機能を使えば、完全一致・前方一致・部分一致の3条件でURLを絞り込めるため、「/thanks/ を含むページすべて」といったまとめ方も可能です。パラメータ付きURLが乱立しているサイトでは、部分一致で束ねる設計が現実的です。
注意点は、Insightタグが設置されていないサブドメインのページは対象外になることです。本体サイトは www 配下、資料請求フォームだけ別ドメインのSaaSを使っている、という構成のBtoBサイトは多く、その場合はフォーム側にもInsightタグを入れない限りページ訪問は記録されません。導入前に、どのドメインとサブドメインにタグが入っているかを棚卸ししておくと手戻りを防げます。
フォーム送信の扱いと、リストに出てこないときの考え方
フォーム送信もWebsite Actionsの収集対象ですが、実務ではボタンクリックのフィルタとして扱うほうが確実です。コンバージョン作成の画面には「フォームを送信するボタンのみを追跡する」というチェックボックスが用意されており、これを有効にすると、単なるページ内リンクのクリックを除外してフォーム送信に近い行動だけを残せます。誤検知を減らしたい場合はこのオプションを積極的に使うべきです。
そして最も多い相談が「測りたいボタンがリストに出てこない」というものです。LinkedInのトラブルシューティング文書では、クリック数や訪問数が少ないボタン・ページは表示されない可能性があると明記されています。公開したばかりのページや、月に数回しか押されないボタンは、機能の不具合ではなく単純にデータ量の問題で現れません。この場合は待つか、そもそも別の計測方式を選ぶかの二択になります。
この「しきい値」の存在は、ニッチな商材を扱う企業ほど影響を受けます。月間セッションが数千件規模のBtoBサイトでは、料金ページのように主要な導線でも数十クリックしか発生しないことがあり、Website Actionsのリストに安定して現れるまでに数か月かかる場合があります。そうしたアカウントでは、Website Actionsを主軸に据えるのではなく、確実に発火するサンクスページのURL計測を土台にしつつ、データが育った行動から順にコンバージョン化していく進め方が現実的です。
| 測りたい行動 | Website Actionsで測れるか | 測れない場合の代替手段 |
|---|---|---|
| 自社サイト内のダウンロードボタン | 測れる（クリック数が一定以上あること） | ― |
| サンクスページ到達 | 測れる（URLフィルタで指定） | ― |
| iframe埋め込みフォームの送信 | 測れない | イベント固有のコンバージョン設定／Conversions API |
| Insightタグ未設置サブドメインの行動 | 測れない | 該当ドメインへのInsightタグ設置 |
| 電話での問い合わせ内容 | 測れない | コールトラッキング＋オフラインCVアップロード |
| 商談化・受注などの出口指標 | 測れない | Conversions API／CRM連携でのオフライン送信 |
Website Actionsのリストにアクションが現れない主な原因
- Insightタグの設置直後で、データの反映待ちの状態にある
- 対象のボタンがiframe内に描画されており、そもそも追跡できない
- 該当ページがInsightタグ未設置のサブドメインに置かれている
- クリック数・訪問数が少なく、集計のしきい値に達していない
- 最近追加したばかりのボタンやページで、蓄積量が不足している
設定に着手する前に確認しておきたい前提条件
Website Actionsを使う前提は、Insightタグの設置とCampaign Managerの権限、そしてデータ反映を待つ時間の3つです。この3つのうちどれか1つでも欠けていると、画面を開いても何も表示されないか、表示されても選択できない状態になります。設定作業に入る前に確認しておけば、原因不明の待ち時間を避けられます。
Insightタグの設置状態と対象ドメインの棚卸し
まず必須なのがLinkedIn Insightタグの設置です。Website Actionsは独立した計測タグではなく、Insightタグが集めたデータを加工して見せる仕組みなので、タグがなければ何も始まりません。すでにリターゲティングを回しているアカウントであれば設置済みのはずですが、サイトリニューアルのタイミングでタグが落ちているケースは実際によく見かけます。
あわせて、複数ドメインを保有している場合は、Website Actionsの画面右上のドロップダウンで対象ドメインを切り替える必要があります。コーポレートサイトとサービスサイトを分けているBtoB企業では、見ているドメインが意図と違っていて「データがない」と誤認する事故が起きやすい部分です。ドメイン選択は設定作業の最初に必ず確認する手順として固定しておくと安全です。
データが使えるようになるまでの待ち時間
Insightタグを追加してからWebsite Actionsが利用可能になるまでは、通常24時間、長い場合は72時間かかります。さらに、サイトに新しいボタンやページを追加した場合、それがリストへ反映されるまでには48時間程度を見込む必要があります。キャンペーン開始日から逆算して、計測の準備は最低でも1週間前から着手するのが現実的なスケジュールです。
また、リターゲティングオーディエンスとして作成した場合も、処理に最大48時間かかります。作成直後にオーディエンスサイズがゼロと表示されても異常ではありません。広告配信に使えるようになるのはLinkedInで300人以上が一致してからという制約もあるため、母数の小さいサイトではオーディエンスが立ち上がるまでにさらに時間がかかる前提で計画してください。
設定前チェックリスト
- Insightタグが本体サイトと関連サブドメインの全ページに設置されているか
- Campaign Manager上の権限が、コンバージョン作成に必要なレベル以上か
- 複数ドメイン保有時に、画面上で正しいドメインを選択しているか
- 直近30日以内に、対象ページへ十分なトラフィックが発生しているか
- 医療・金融など機微な情報を扱うページを対象から外す方針が決まっているか
Website Actionsからコンバージョンを作成する実務手順
コンバージョン作成は、アクションの選択、ルールの設計、フィルタ設定、広告セットへの紐付け確認という流れで進みます。画面の操作自体は10分もかからず終わりますが、途中で決める項目が後々の入札挙動を左右するため、事前に方針を決めてから着手するのが望ましい進め方です。
対象のアクションを選ぶ
Campaign Managerの「データ」からウェブサイトアクションを開き、「すべてのウェブサイトアクション」または「使用中のウェブサイトアクション」を切り替えながら、ボタンクリックとページ訪問のタブで対象にチェックを入れます。複数のアクションを1つのコンバージョンにまとめることもできるため、「資料請求ボタン」と「資料請求完了ページ」を同一コンバージョンとして束ねる設計も可能です。
ただし束ねすぎるとレポートで内訳が見えなくなります。改善の打ち手を変えたい単位ではコンバージョンを分ける、というのが基本的な考え方です。たとえばホワイトペーパーの種類ごとに訴求を変える予定があるなら、ダウンロードボタンは種類別に分けたほうが後の判断材料になります。
コンバージョンルールを設計する
次の画面では、コンバージョン名、カテゴリ、値の設定方法、計測ウィンドウ、アトリビューションモデルを決めます。カテゴリはダウンロードやリードなど行動の性質から選ぶもので、レポート上の分類とLinkedIn側の最適化のヒントになります。値については固定値、動的値、値なしの3択が用意されていますが、値なしはLinkedInのヘルプ上でも非推奨と明記されているため、概算でも金額を入れるべきです。
BtoBで金額を決めかねる場合は、直近の実績から逆算した期待値を置くのが実務的です。資料ダウンロードから商談化する割合が10%、商談から受注する割合が20%、平均受注金額が200万円なら、資料ダウンロード1件の期待値は4万円という計算になります。厳密である必要はなく、行動間の相対的な重みが正しく並んでいれば、価値ベースの入札は機能し始めます。
| 設定項目 | 選択肢 | 決め方の目安 |
|---|---|---|
| コンバージョン名 | 自由入力 | 媒体名・行動・ページを含めた命名規則で統一する |
| カテゴリ | リード、ダウンロードなど | 行動の性質に近いものを選び、社内の呼称と揃える |
| 値の設定 | 固定値／動的値／値なし | 商談化率と受注単価から逆算した固定値を推奨 |
| 計測ウィンドウ | 30日／60日／90日／180日 | 検討期間の長いBtoBは長め、EC寄りの商材は短めに |
| アトリビューション | 広告セット単位／最終広告セット単位 | 役割の違う広告セットを並走させるなら広告セット単位 |
フィルタで対象を絞り込み、広告セットへの紐付けを確認する
確認画面では「フィルターを追加」を有効にして、特定ページの除外や特定ページのみの追跡を設定できます。URL条件は完全一致・前方一致・部分一致から選べるほか、フォームを送信するボタンだけを追跡するオプションも用意されています。テスト環境やステージング環境のURLが含まれている場合は、ここで除外しておかないとテストのクリックが本番の数値に混ざります。
最後の画面では、このコンバージョンをどの広告セットに紐付けるかを確認します。LinkedInは自動で広告セットを選択しますが、意図しない広告セットが含まれていることもあるため、必ず目視で確認してください。特に、ブランド認知目的の広告セットにリード系コンバージョンが紐付くと、レポート上のコンバージョン数が実態より膨らんで見えます。
作成後は、実際にコンバージョンが計上されるかを必ず自分で検証してください。対象のボタンを自分でクリックし、翌日以降にCampaign Managerのコンバージョントラッキング画面でステータスを確認する、という単純な手順で十分です。計上されるまでには数時間から1日程度の遅延があるため、その場で反映されないことを不具合と判断しないよう注意が必要です。検証が済んでいないコンバージョンを自動入札の対象に加えると、信号が届かないまま学習が空回りする期間が生まれます。
リターゲティングオーディエンスとしてのWebsite Actionsの使い方
Website Actionsはコンバージョンだけでなく、リターゲティングオーディエンスの母集団としても使えます。しかも従来のようにURLルールを手で書く必要がなく、「このボタンを押した人」という粒度でオーディエンスを切り出せる点が実務上の価値です。BtoBのように検討期間が長い商材では、この粒度の細かさがそのまま追客の精度になります。
行動の深さでオーディエンスを段階分けする
推奨したいのは、行動の深さに応じてオーディエンスを3層程度に分ける設計です。トップページや記事だけを見た層、料金や導入事例まで進んだ層、資料請求ボタンを押したが完了していない層では、次に見せるべきクリエイティブがまったく違います。離脱直前の行動を単独のオーディエンスとして切り出せるのがWebsite Actionsの強みなので、まずは最も惜しい層から作るのが費用対効果の高い順序です。
ルックバック期間は30日・60日・90日・180日から選べます。検討期間が3か月を超える商材では90日以上を選ばないと母数が足りませんが、期間を伸ばすほど熱量の低い人が混ざるトレードオフがあります。同じ行動で30日版と180日版の2つを作り、配信結果を比較してから本命を決めるという進め方が確実です。
ターゲティング条件との掛け合わせで精度を上げる
作成したオーディエンスは、そのまま単独で使うよりも、LinkedInならではの属性条件と掛け合わせたほうが成果が安定します。役職、企業規模、業種といったプロフィール情報を重ねることで、同じ「料金ページを見た人」でも決裁権のある層だけに配信を絞れます。ただしウェブサイトリターゲティングのオーディエンスは、メンバーの興味関心・属性の一部と併用できない制約があるため、組み合わせ可能な条件は実際の画面で確認しながら設計してください。
また、配信に使うには一致メンバーが300人以上必要です。細かく切りすぎると全オーディエンスがサイズ不足で止まるという事故が起きます。まず大きめの母集団で作り、規模が育ってから分割するのが安全な立ち上げ方です。
運用面で見落とされがちなのが、リターゲティング用のオーディエンスと除外用のオーディエンスを同時に作っておくという発想です。すでに問い合わせを完了した人や、採用ページだけを見に来た人を配信対象から外すだけで、無駄なインプレッションは目に見えて減ります。除外設計は追客設計と同じ手間で作れて、費用対効果への貢献はしばしば追客より大きいため、オーディエンスを作る作業の一環として最初から組み込んでおくことをおすすめします。
ターゲティング条件の設計そのものを詰めたい場合は、プロフィール情報を使った配信設計の考え方をまとめた記事もあわせてご覧ください。
計測ウィンドウとアトリビューションモデルの決め方
計測ウィンドウは、コンバージョンの見え方を最も大きく左右する設定です。同じ配信内容でも、クリック後30日で締めるか90日まで追うかで、レポート上のコンバージョン数は数割変わります。しかもこの設定は変更しても過去のデータには適用されないため、後から揃えることができません。最初に方針を決めておく重要度が高い項目です。
BtoBでウィンドウを短くしすぎてはいけない理由
LinkedIn公式ヘルプでは、多くのコンバージョンについてクリック後・ビュー後ともに90日を推奨しています。BtoBの購買は情報収集から稟議まで数か月かかるのが普通で、初回接触から30日で決着することのほうが少ないためです。ウィンドウを短くすると、本来広告が貢献したコンバージョンが未計上になり、実際より成果が悪く見えます。
一方で、長いウィンドウは「たまたま広告に触れただけの人」まで拾ってしまう側面もあります。ここは正解が1つに決まる話ではなく、社内でどこまでを広告の貢献と見なすかの合意の問題です。合意した基準は必ずドキュメントに残し、レポートにもウィンドウの条件を明記しておくと、後任者が数字を読み違えません。
広告セット単位と最終広告セット単位の使い分け
アトリビューションモデルは、広告セットごとに評価する方式と、最後に接触した広告セットだけに帰属させる方式のいずれかを選びます。役割の異なる広告セットを並走させている場合、たとえば認知目的の動画と獲得目的のリード獲得広告を同時に走らせているなら、広告セット単位で見たほうが上流の貢献が可視化されます。最終広告セット単位は、媒体全体での重複を排して純粋な最終接点を見たいときに向きます。
実務では、両方を同時に見られないぶん、判断の目的から逆算して選ぶことになります。予算配分を上流と下流で議論する段階なら広告セット単位、他媒体とのCPA比較を優先する段階なら最終広告セット単位、という切り替え方が現実的です。モデルを変更しても過去のレポート数値は書き換わらない点は、ウィンドウの変更と同じ性質なので混同しないようにしてください。
もう一つ意識したいのが、ビュースルーの扱いです。LinkedInは動画やシングルイメージの表示だけでもコンバージョンを帰属させられますが、BtoBでは接触から検討開始までの距離が長いぶん、ビュースルーを含めた数値と含めない数値の差が大きく出ます。社内報告で使う数値をどちらに固定するかを先に決め、レポートのフォーマットにも条件を書き添えておくと、月次の議論が「数字の定義」から始まる無駄を避けられます。
| 商材タイプ | 推奨ウィンドウ | 設計の考え方 |
|---|---|---|
| 高単価SaaS・システム導入 | 90日〜180日 | 稟議期間が長く、初回接触から受注まで数か月かかる |
| 士業・コンサルティング | 60日〜90日 | 比較検討が発生するが、意思決定者が少なく期間は中程度 |
| セミナー・イベント集客 | 30日〜60日 | 開催日という締切があり、判断が短期で完結する |
| 採用・人材系リード | 60日〜90日 | 応募判断は早いが、比較検討の再訪が発生しやすい |
ボタン名に依存する構造がもたらす運用リスク
Website Actionsの最大の弱点は、ボタンがサイト上の名称でグループ化される点にあります。つまり、サイト改修でボタンのラベルを「資料請求」から「資料をダウンロード」に変えた瞬間、それは別のアクションとして扱われ、既存のコンバージョンには計上されなくなります。コードを触っていないのに計測が止まるという、従来のタグ計測にはなかった種類の事故が起こり得ます。
ラベル変更が計測を止める仕組み
この事故が厄介なのは、エラーがどこにも出ないことです。タグが外れたわけではないので警告は出ず、単にコンバージョン数が静かにゼロへ向かっていきます。気づくのはたいてい月次レポートを作る段階で、その頃には数週間分の学習データが欠けた状態で自動入札が回っています。サイト改修とコンバージョン計測の点検をセットで運用ルールに組み込むことが唯一の予防策です。
特に危険なのは、広告運用者とサイト制作者が別会社に分かれている体制です。制作側にとってボタンのラベル変更はCVR改善のためのA/Bテストにすぎず、広告計測への影響は視界に入りません。改修の連絡が運用側に届く導線を作っておくだけで、この種の事故は大幅に減らせます。
命名規則を先に決めてから計測を組む
予防として有効なのは、サイト側のボタンラベルとコンバージョン名の命名規則を先に決めてしまうことです。ボタンのラベルは安易に変えない前提で運用し、どうしても変える場合は事前に運用側へ共有する。コンバージョン名には対象ページと行動が分かる要素を必ず入れる。この2つを守るだけで、後から見返したときの解読コストが大きく下がります。
もう一段踏み込むなら、主要なCVボタンにはラベルとは別の識別用テキストを持たせない運用を徹底することです。デザイン都合でラベルを微調整したくなる場面は必ず訪れますが、計測の起点になっているボタンだけは変更申請の対象にすると決めておけば、担当者が変わっても仕組みとして守られます。運用ルールは人の記憶ではなく、変更フローに埋め込んで初めて機能します。
媒体を横断してレポートをまとめる企業であれば、計測名の統一はLinkedInだけの問題ではありません。パラメータやコンバージョン名の命名規則を標準化しておく考え方については、以下の記事で詳しく整理しています。
Website Actions運用で必ず決めておくルール
- サイト改修の予定は、公開前に広告運用担当へ共有する
- 主要CVボタンのラベルは、原則として変更しない対象に指定する
- 月次で「使用中のウェブサイトアクション」の発生数を点検する
- コンバージョン数が前月比で急減した場合、まずボタン名の変更を疑う
- テスト用URLやステージング環境はフィルタで除外しておく
Website Actionsだけでは足りない場面とConversions APIの併用
Website Actionsはブラウザ側の計測なので、ブラウザの外で起きる出来事は原理的に拾えません。広告のクリックから離脱までは追えても、そこから先の審査、架電、商談、受注は一切見えない。だからこそ、成果の質まで最適化したいアカウントでは、Conversions APIによるサーバー送信との併用が前提になります。
ブラウザ計測が欠損する構造的な理由
広告ブロッカーの利用、ITPをはじめとするブラウザ側の制限、企業ネットワークのセキュリティ製品によるスクリプト遮断など、Insightタグが発火しない条件は年々増えています。BtoBの読者は企業ネットワークからアクセスすることが多く、コンシューマー向け商材よりも欠損率が高くなりやすい構造です。ブラウザ計測だけを前提にすると、実際より成果が少なく見える方向に偏ります。
Conversions APIは自社サーバーから直接LinkedInへコンバージョンを送る仕組みで、この欠損を埋めます。Website Actionsが「入口を素早く増やす手段」だとすれば、Conversions APIは「出口の事実を正確に届ける手段」です。両者は競合ではなく役割が違うため、片方だけで完結させようとすると必ずどちらかが不足します。
併用する際に必ず確認すべきなのが重複排除です。同じコンバージョンをブラウザ側とサーバー側の両方から送ると、設定次第では二重に計上されます。LinkedIn側で同一のコンバージョンルールに紐付けたうえで、送信するイベントに一意の識別子を付与しておけば重複は解消されますが、この設計を省いたまま両方を動かすと、コンバージョン数だけが実態の倍近くに膨らんだレポートができあがります。導入前に、どのコンバージョンをどちらの経路で送るかを一覧にしておくのが確実です。
どちらを先に整えるかの判断基準
順序としては、Website Actionsを先に立ち上げて信号の量を確保し、その後にConversions APIで質を補うのが現実的です。開発リソースを確保するには時間がかかる一方、Website Actionsは今日から使えます。まず自動入札に渡す信号を確保し、学習が回り始めてから精度を上げていく。この順番なら、開発待ちの間に配信が止まる事態を避けられます。信号の量が先、質が後という原則は、自動入札を使うすべての媒体に共通する考え方です。
ただし、リードの質が明らかに悪化している、あるいは商談化率が媒体間で大きく違うという状況であれば、Conversions APIの優先度を上げるべきです。実装時に発生しやすい検証エラーや識別子の扱いについては、以下の記事に手順をまとめています。
取得したリードを商談化まで追うためのCRM連携
Website Actionsで増やせるのはコンバージョンの件数であって、商談の件数ではありません。BtoB広告の評価軸を件数から商談化率へ移すには、CRM側で保持している商談ステータスをLinkedInへ戻す設計が不可欠です。ここまで組んで初めて、Website Actionsで増やした信号が「質の良いリードを増やす方向」に働き始めます。
入口の信号と出口の価値を分けて設計する
実務では、Website Actionsで作ったコンバージョンをメインの最適化対象にせず、観測用として並走させる設計が有効です。自動入札に渡すのは商談化した実績に近いコンバージョンに絞り、資料ダウンロードやページ到達は日々の増減を見るための指標として扱う。最適化に使うコンバージョンと、状況把握に使うコンバージョンを混ぜないことが、BtoB広告の計測設計における基本形です。
この切り分けができていないアカウントでは、「コンバージョン単価は下がったのに商談数は変わらない」という現象が繰り返し起こります。原因は自動入札が悪いのではなく、渡している信号が事業の成果と結びついていないことにあります。
CRM側のデータをどう戻すか
商談ステータスを戻す方法はいくつかありますが、いずれの場合もリードとクリックを紐付けるキーが必要です。フォーム送信時に取得したメールアドレスをハッシュ化して送る方式が一般的で、CRM上で商談化・受注に至ったレコードだけを抽出して定期的に送信します。実装が難しければ、まずは月次でCSVを手動アップロードする運用から始めても構いません。手動でも、事業成果が広告側に戻っているかどうかで改善の精度は大きく変わります。
もう一つの論点は、営業側がリードをどう扱っているかを広告側が把握できているかどうかです。獲得したリードに架電したのか、担当者不在で終わったのか、そもそも対象外の企業だったのか。この情報がCRMに残っていなければ、どれだけ計測基盤を整えても「良いリード」の定義が作れません。広告の計測設計は、営業プロセスの記録が最低限そろっている前提の上に成り立ちます。まずは商談化のフラグが確実に入力される状態を作るところから着手してください。
重要なのは完璧な自動化ではなく、事業側の成果が広告アカウントに戻る経路を1本でも作ることです。LinkedIn広告とCRMをつなぐ全体設計については、以下の記事で工程ごとに解説しています。
導入直後に起きやすいトラブルと切り分けの順番
導入直後のトラブルは、ほとんどが「表示されない」「数が合わない」「質が落ちた」の3種類に集約されます。それぞれ原因の層が違うため、闇雲に設定を触るのではなく、切り分けの順番を固定しておくと解決が早くなります。
アクションが表示されないときに見る順番
まず確認するのは、Insightタグの設置状態と経過時間です。設置から24時間経っていない、あるいは対象のボタンを追加してから48時間経っていないなら、それは待つべき状態です。次にドメインの選択、続いてiframeやサブドメインの構造、最後にトラフィック量という順に確認していくと、原因が絞り込めます。
この順番が重要なのは、後ろの原因ほど対処に時間がかかるからです。待てば解決する問題に開発工数を投じてしまうのが最ももったいないパターンなので、時間で解決するものから順に潰していきます。
コンバージョン数が実態と合わないとき
数が合わないケースで最も多いのは、同じ行動を複数のコンバージョンで二重に計測している状態です。既存のイベント固有コンバージョンとWebsite Actionsのコンバージョンが同じサンクスページを見ていれば、当然数は倍になります。移行のつもりで新設したものの、旧設定を止め忘れているアカウントは珍しくありません。
逆に実態より少ない場合は、フィルタ条件が厳しすぎるか、ボタン名の変更で計測が切れている可能性を疑います。いずれの場合も、GA4など別ツールの数値と突き合わせて、どのタイミングから乖離が始まったかを特定するのが最短の道筋です。
質が落ちたという相談についても、原因の多くは設定ミスではなく設計の問題です。ページ訪問系のコンバージョンを最適化対象に加えると、LinkedIn側は「そのページに来やすい人」を集める方向に動くため、リードの母数は増えても商談化率は下がります。コンバージョン数が伸びたのに商談が増えないときは、まず最適化対象に加えた行動を疑うのが正しい順番です。追加した日付と数値の変化を並べれば、原因はたいてい特定できます。
トラブル発生時の切り分け順序
- 経過時間の確認：設置から24時間、アクション追加から48時間を過ぎているか
- 画面設定の確認：対象ドメインとルックバック期間の選択は正しいか
- サイト構造の確認：iframe内やタグ未設置サブドメインに該当しないか
- 重複の確認：既存コンバージョンと同じ行動を二重に登録していないか
- 外部データとの突合：GA4やCRMの件数と乖離が始まった時期を特定する
既存のコンバージョン設定とどう共存させるか
Website Actionsは既存の計測を置き換えるものではなく、上に重ねるものだと考えるのが実務上は正確です。すでにイベント固有のコンバージョンやタグマネージャー経由の設定が動いているアカウントでは、まず両者の対象範囲を並べて、重なる部分と空白の部分を可視化するところから始めます。
移行するのか、併存させるのかを決める
判断の軸は運用負荷です。既存設定が安定して動いていて、変更のたびに開発依頼が必要になるのが唯一の不満なら、Website Actionsへの段階的な移行に意味があります。一方、動的な値の受け渡しや複雑な条件分岐が必要な計測は、Website Actionsでは表現しきれないため、既存設定を残すのが正解です。
併存させる場合は、どちらを自動入札の対象にするかを必ず1つに決めてください。同じ行動を測る2つのコンバージョンを両方とも最適化対象にすると、学習データが二重にカウントされて入札が歪みます。片方は観測目標として残し、レポート上も区別できる名前を付けておくのが安全です。
棚卸しの進め方と社内合意
棚卸しでは、現在有効なコンバージョンをすべて書き出し、それぞれについて対象の行動、計測方式、最適化に使っているかどうかを一覧にします。この作業をすると、たいてい使われていないコンバージョンや、意味を思い出せない古い設定が数件見つかります。整理する過程で、そもそも何を成果と呼ぶのかという社内の認識のズレも表面化します。
棚卸しの結果は、そのまま次の四半期の計測ロードマップになります。今あるコンバージョンのうち残すもの、Website Actionsへ寄せるもの、Conversions APIに移すものを分類し、着手時期を決める。ここまで書き出せば、開発チームへの依頼も「タグを入れてほしい」ではなく「この四半期にこの計測を実現したい」という形で持ち込めます。依頼の粒度が上がるほど、開発側の優先度は上がります。
広告アカウントの計測設計は、広告運用者だけでは完結しません。事業側が追っている指標と接続して初めて意味を持つため、棚卸しの結果は必ず事業責任者と共有してください。計測の全体像を一度整理したい場合は、ハーマンドットの無料相談で現状のアカウント構成を見ながら方針を固めることもできます。
社内でWebsite Actionsを運用に乗せるための体制と判断基準
機能そのものは1日で使い始められますが、成果に変えるには運用体制の整備が必要です。誰がアクションの追加を判断し、誰がサイト改修の情報を運用側に流し、誰が月次で計測の健全性を点検するのか。この3つの役割が決まっていないアカウントでは、導入後3か月で計測がほころび始めます。
自社で回す場合に決めておくこと
自社運用で回すなら、月次の点検作業をカレンダーに固定してください。使用中のウェブサイトアクションの発生数、コンバージョン数の前月比、オーディエンスサイズの推移という3点を毎月同じ日に見るだけで、異常の早期発見率は大きく変わります。作業時間は30分程度で済みます。
あわせて、追加したいアクションの候補を溜めておくリストを作っておくと、思いつきでコンバージョンを増やす事態を防げます。コンバージョンの追加は増やすより減らすほうが難しいため、登録前に「これは最適化に使うのか、観測に使うのか」を必ず記入するフォーマットにしておくのが有効です。
外部に任せる場合の見極め方
代理店に任せる場合は、Website Actionsの設定代行だけでなく、計測全体の設計まで担当してくれるかを確認してください。ボタンを選んでコンバージョンを作るだけなら誰でもできます。差が出るのは、どの行動を最適化に使い、どの行動を観測にとどめ、Conversions APIやCRM連携をいつ入れるかという判断の部分です。
面談で確認するなら、過去に担当したBtoBアカウントで「どのコンバージョンを最適化対象から外したか」を聞いてみるのが有効です。増やした話は誰でもできますが、外した判断には計測設計の理解が必要になります。あわせて、サイト改修と計測点検を連動させる運用ルールを持っているかどうかも聞いてください。計測が壊れることを前提に設計できているかが、長期で成果を出せる代理店の見分け方になります。
ハーマンドットではBtoB企業のLinkedIn広告運用において、計測設計から商談化までの導線をまとめて設計する支援を行っています。LinkedIn広告の運用代行を検討する際の判断材料は、以下の記事にまとめています。
すでに配信中のアカウントで計測に不安がある場合は、現状の設定を確認したうえで改善余地を整理する無料のアカウント診断も用意しています。
まとめ：Website Actionsは計測の入口を広げるが出口は自分で設計する
LinkedIn Website Actionsは、Insightタグさえ入っていれば追加のコードなしにボタンクリックとページ訪問をコンバージョンとオーディエンスに変えられる、実装工数を大きく下げる機能です。ただし測れるのはブラウザ側の行動までで、商談化や受注といった事業成果は依然として自分たちで設計して戻す必要があります。入口を広げる道具として使い、出口の価値づけは別の仕組みで担保するという役割分担が、成果につながる使い方です。
- Insightタグの設置状態とドメイン、反映待ち時間を確認してから設定に着手する
- 登録するコンバージョンは、最適化に使うものと観測にとどめるものを明確に分ける
- ボタン名の変更で計測が止まる構造を理解し、サイト改修と点検をセットで運用する
まずは無料で広告アカウント診断を
LinkedIn広告の計測は、機能を有効にすれば終わりというものではありません。どの行動をコンバージョンとして自動入札に渡すか、計測ウィンドウをどう設定するか、Conversions APIやCRM連携をどの段階で入れるか。この判断がずれていると、設定自体は正しくても成果は伸びません。ハーマンドットでは、既存アカウントの計測設定を一つずつ確認し、改善の優先順位を整理したうえでお渡ししています。
すでにLinkedIn広告を配信している企業も、これから始める企業も、まずは現状把握から始めるのが最短です。コンバージョン設定の重複、ウィンドウの不整合、商談化までの導線の欠落といった課題は、外から見れば短時間で洗い出せます。初回相談は完全無料・所要時間30分・オンライン対応可能です。