ドライバー採用の流入経路を計測する方法｜応募から入社までの設計

ドライバー採用の流入経路が分からない会社では、媒体管理画面の応募数と人事台帳の人数が一致しないことが珍しくありません。同じ候補者が検索広告を見た後に会社名で再訪し、電話で応募し、別媒体からも送信するためです。どれか一つを『正解』に決める前に、接触と応募と入社を別々に記録します。

Google Analyticsの公式資料は、source、medium、campaignなどのトラフィックソース項目とUTMによる識別を案内しています。ただしブラウザ計測だけですべての候補者経路を把握できるわけではなく、同意、端末変更、電話、Cookie制限、媒体内フォーム、オフライン紹介で欠落します。欠落を推測で埋めず、計測できた範囲を明記します。

採用計測の目的は、広告担当へきれいな数字を出すことではなく、限られた予算と人員をどの募集枠へ配分するか決めることです。本記事では、命名、URL、フォーム、電話、応募台帳、重複、入社反映、個人情報の順に、運送会社が自社で監査できる仕組みを作ります。

実務へ落とすための書式は、採用担当者向け資料をダウンロードするから確認できます。

計測したい経路を採用担当の言葉で棚卸しする

求人媒体、検索広告、自然検索、自社サイト、SNS、LINE、ハローワーク、人材紹介、社員紹介、看板、車両、説明会、電話を一覧にします。同じサービスでも有料広告、無料掲載、スカウトは費用と役割が違うため分けます。候補者が直接使う応募窓口と、認知だけを生む接点を混同しません。

各経路について、取得できる表示・クリック・応募、管理画面の保持期間、データ出力、費用、社内担当を記録します。取得不能な項目をゼロにせず『未取得』とします。チャネル名は経理、広告、人事で共通の辞書を作り、同じ媒体が三つの表記へ分かれないようにします。

求人IDを流入経路より先に統一する

流入が正しくても、どの営業所・職種への応募か分からなければ採用判断に使えません。営業所、職種、雇用形態、勤務帯、募集開始を表す求人IDを発行し、自社ページ、媒体、広告、フォーム、台帳で共通利用します。給与や勤務が変わる大きな改定では版を上げ、古い条件と混ざらないようにします。

求人IDへ氏名、電話、免許番号などを含めません。第三者が見ても個人を推測できない業務識別子にし、URLやQRコードに載せられる範囲とします。同じ採用枠を媒体別に別IDへすると仕事の比較が難しくなるため、求人本体IDと掲載先IDを分けます。

UTM命名規則を小文字・固定語で管理する

utm_sourceは発信元、utm_mediumは経路種別、utm_campaignは募集施策、必要に応じてutm_contentは広告案など、社内で役割を固定します。大文字小文字、日本語・英語、略称の混在を避け、発行表からコピーします。Google AnalyticsのURLビルダーに関する公式案内も、カスタムURLでキャンペーン情報を識別する方法を示しています。

Google広告の自動タグと手動UTMを併用するときは、公式仕様を確認します。Analyticsの公式ヘルプは、既存のGoogle Click IDと手動キャンペーン値の組合せが誤帰属につながる場合を案内しています。慣例で全URLへ同じUTMを付けず、広告担当と解析担当がテストします。

• 命名辞書と発行者を一人に限定する
• 求人本体IDと掲載先・広告案IDを分ける
• 短縮URLやQRコードの転送先を記録する
• 氏名・電話・メールをURLパラメータへ入れない

フォームは送信成功時に応募IDを発行する

応募ボタンのクリックではなく、サーバーが必要情報を受け付けた成功時に応募IDを発行します。求人ID、許可された流入情報、受付日時を一緒に保存し、候補者へ受付番号と次の連絡予定を表示します。入力エラーや二重送信を同じ応募数へ含めないようにします。

隠し項目は改ざんされる可能性があるため、重要な労働条件や合否判断をURL値だけで決めません。フォーム送信先、メール通知、ATS、スプレッドシート間でIDが欠けないかをテストします。応募内容を解析ツールのイベント名やURLへ露出させないよう送信項目を監査します。

電話・LINE・媒体内応募を同じ台帳へ受け入れる

電話では専用番号、通話後の担当入力、音声案内の選択などを使えますが、発信元番号だけで広告接点を断定しません。候補者へ任意で『何を見て知ったか』を尋ね、選択肢と自由回答を残します。LINEは友だち追加と応募意思を分け、媒体内フォームは媒体応募IDを自社応募IDへ対応させます。

計測しやすいWebフォームへ無理に誘導し、電話を希望する候補者を離脱させないようにします。オフライン説明会、ハローワーク、社員紹介にも求人IDと経路コードを用意します。後から担当者の記憶で経路を付け替えず、不明は不明のまま残します。

重複応募は記録を消さず候補者へ統合する

同じ人が複数求人・経路から応募した場合、応募記録を削除せず、本人確認後に一つの候補者IDへひも付けます。メールや電話の表記揺れだけで自動統合すると別人を誤結合するため、権限のある担当者が確認します。各応募の日時、求人、経路は履歴として保持します。

採用成果をどの経路へ付けるかは、最初の認知、応募を直接生んだ接点、最終接点など複数の見方を用意します。予算会議では一つの帰属モデルだけを絶対視せず、媒体の補助関係を確認します。成果をよく見せるために途中接点を消しません。

面接・入社・定着を応募月の記録へ戻す

応募後の連絡到達、条件適合、面接設定、面接実施、内定、承諾、入社、90日定着を応募IDへ更新します。当月広告費を当月入社数だけで割ると時期がずれるため、応募月または候補者コホートで費用と成果を追います。紹介料や制作費の計上規則も先に決めます。

採用単価だけでなく、採用までの日数、担当工数、受入れ可能性を並べます。入社ゼロの小さな母数で単価を無限大とだけ表示せず、応募・面接のどこで止まったかを示します。定着情報は評価目的を明確にし、必要な担当者だけが閲覧します。

解析値と採用台帳の差を月次で照合する

Analytics、広告管理画面、媒体、フォーム、ATSの応募数を並べ、差分の理由を記録します。Cookie拒否、端末変更、計測遮断、二重送信、電話、時刻境界、削除、テスト応募などで一致しないことがあります。広告画面が多いから正しい、台帳が少ないから漏れと決めつけません。

照合では同じ期間、タイムゾーン、応募定義、求人範囲を使います。差が急増した日はサイト公開、タグ変更、媒体仕様変更、フォーム障害を調べます。過去値を説明なく上書きせず、修正日、理由、変更前後を監査ログへ残します。

個人情報を計測のために広げない

採用応募者の情報は採用目的の範囲で扱い、解析・広告・制作会社へ必要以上に共有しません。氏名、電話、メール、免許、履歴書をUTM、ページURL、イベント名へ入れません。アクセス解析と採用台帳を識別子で接続する場合も、再識別権限、保持期間、委託先を確認します。

同意管理やプライバシー表示はタグの設置後に足すのではなく、設計時に法務・個人情報管理者と確認します。外部サービスの規約・送信先・越境・削除・権限を記録します。計測不能な候補者を採用選考で不利に扱わず、オプトアウト後の動作もテストします。

実施前の確認項目

• 採用経路の名称と役割を社内辞書へ統一した
• 求人IDが営業所・職種・勤務の採用枠を表している
• UTMのsource、medium、campaignを発行表から付けている
• URLパラメータに応募者の個人情報を含めていない
• フォーム送信成功時に応募IDを発行している
• 電話・LINE・媒体内応募も同じ採用台帳へ入る
• 重複応募を削除せず候補者IDへ統合している
• 応募月ごとに面接・入社・定着まで更新している
• 解析と台帳の差を同じ期間・定義で照合している
• 取得不能値をゼロや推測値で埋めていない
• 広告管理画面、Analytics、フォーム、媒体、ATSの件数差を毎月同じタイムゾーンと応募定義で照合し、差分理由と修正履歴を監査ログへ残す
• 同一候補者の複数応募は履歴を削除せず候補者IDへ統合し、最初の認知・応募を直接生んだ接点・最終接点を別の列で保持する
• 採用経路の評価表には入社単価だけでなく、接続・面接実施・採用までの日数・担当工数・90日定着を応募月のコホートで並べる
• 計測タグやフォームを変更するリリースでは、変更前後に求人ID・流入情報・応募IDが同じ一件へつながるテスト応募を行い、個人情報が解析URLへ送られていないことも確認する

関連する実務ガイド

• 採用KPIの定義をそろえる
• 採用ダッシュボードを設計する
• 入社までの採用単価を計算する
• 媒体を同じ成果定義で比較する
• ATSの計測要件を比較する
• 応募対応時間を工程別に記録する

よくある質問

UTMを付ければすべての応募経路が分かりますか？

いいえ。電話、媒体内フォーム、端末変更、同意・Cookie制限、オフライン接点では欠落します。計測できたWeb接点として扱い、応募時の任意回答や媒体IDで補います。

最後に見た媒体を採用成果にしてよいですか？

一つの見方にはなりますが、最初の認知や応募を直接生んだ接点を失います。複数の接点を保存し、予算判断では帰属モデルの違いを併記します。

重複応募は一件を削除しますか？

応募履歴は削除せず、本人確認後に一つの候補者IDへひも付けます。各経路・日時・求人を残すことで媒体評価と候補者対応の両方を保てます。

応募者のメールアドレスをURLへ付けてもよいですか？

避けてください。URLはログ、解析、共有先へ残り得ます。個人情報を含まない求人ID・応募IDを使い、採用情報は権限制御した保存先で扱います。

参考にした一次資料

• [1] Google Analytics ヘルプ「トラフィックソースのディメンションについて」
• [2] Google Analytics ヘルプ「URL生成ツール：カスタムURLでキャンペーンデータを収集する」
• [3] Google Analytics ヘルプ「トラフィックソースのディメンションのスコープ」
• [4] 厚生労働省「労働者の募集広告には募集主・住所・連絡先・業務内容・就業場所・賃金の表示が必要です」
• [5] 厚生労働省「2024年4月から募集時等に明示すべき事項が追加されます」
• [6] 厚生労働省「雇用管理に関する個人情報の適正な取扱いを確保するために事業者が講ずべき措置に関する指針の解説」
• [7] 厚生労働省「公正な採用選考の基本」

監修

株式会社ドライバーテクノロジーズ 代表取締役 川島康平、取締役副社長 吉岡武流

本記事は公表資料を基に、運送会社・タクシー会社・バス会社の採用担当者が自社で判断できるよう実務を整理した一般情報です。媒体仕様、広告機能、法令、統計は変更されるため、実施時点の公式原文と自社の労働条件・個人情報保護方針を確認してください。数値例は計算方法の説明であり、応募数、採用数、費用、効果を保証するものではありません。

最終確認日：2026-09-09