ナレッジベース
スタンバイの使い方を企業向けに解説|掲載方法・料金とCPAを下げる運用のコツ【2026年最新版】
2026.10.01
採用ノウハウ
スタンバイは月間1,000万人以上が利用する求人検索エンジンです。同じクリック課金型でも、ATSや採用サイトのデータを連携して運用する性格が強く、求人ボックスとは使い方が変わります。この記事では、3つの掲載方法の選び方、料金の考え方、検索順位の仕組み、CPAを下げる運用までを整理しました。
スタンバイとは?
求人検索エンジンという言葉で一括りにすると、媒体ごとの違いを見落とします。まずはスタンバイの成り立ちと集客の構造から確認していきます。
運営会社と媒体の規模
スタンバイは、株式会社スタンバイが運営する求人検索エンジンです。同社は2019年に、LINEヤフー株式会社とビジョナル株式会社(ビズリーチの親会社)による合弁事業会社として設立されました。出資比率はLINEヤフー側が6割、ビジョナル側が4割という構成です。
検索プラットフォームを持つLINEヤフーと、人材サービスの知見を持つビジョナル。この2社の基盤を背景にしている点が、スタンバイの性格を形づくっています。
月間ユーザー数は1,000万人を超え、掲載求人数は1,500万件規模です。国内の求人検索エンジンとしては、Indeed、求人ボックスと並ぶ位置にあります。
Yahoo!検索との連携という独自の導線
スタンバイが他の求人検索エンジンと最も違うのが、集客の入口です。
Yahoo! JAPANの検索結果と連携しているため、求人サイトを普段使っていない層にも求人が届きます。求人を探そうとして専用サイトを開くのではなく、検索の流れのなかで求人情報に触れる導線です。このほか、スタンバイのアプリやLINEバイトとの連携も持っています。
企業から見ると、他の媒体では接点を持てなかった層にリーチできる可能性があるということです。同じ求人をIndeedや求人ボックスにも出している場合でも、スタンバイを加えることで届く相手が完全には重ならない構造になっています。
全職種・全雇用形態を扱う
正社員だけでなく、アルバイト、パート、契約社員、派遣、業務委託まで扱っています。全国の求人が検索対象で、職種の制限もありません。
応募率が高い傾向が見られるのは、飲食、小売、物流、介護、製造といった現場職です。アルバイト・パートの募集でも一定の反応が期待できます。一方でオフィスワークや技術職の求人も掲載されており、正社員採用にも使われています。
利用者の検索行動と年齢層
スタンバイの利用者は、会員登録してから求人を探すのではなく、検索から流入してくる層が中心です。「職種名 地域名」「職種名 未経験」といったキーワードで検索し、並んだ求人を比較します。
この行動特性が、企業側の原稿設計に直結します。求人タイトルと本文に検索される言葉が含まれていなければ、そもそも表示されません。逆に言えば、社名の知名度は影響しにくく、条件と仕事内容の見せ方で勝負できる環境です。
年齢層は特定の年代に偏らず、若手からシニアまで幅広く分布しています。年齢を問わない募集でも使いやすい構成です。
よくある質問
Q:スタンバイはビズリーチと同じサービスですか?
A:別のサービスです。運営会社である株式会社スタンバイにビズリーチの親会社が出資している関係にありますが、ビズリーチはハイクラス向けのスカウト型プラットフォーム、スタンバイは求人検索エンジンで、対象も仕組みもまったく異なります。ハイクラス層の採用をスタンバイで行うことは想定されていません。
Q:求職者は会員登録しないと応募できないのですか?
A:スタンバイ上で完結する応募もありますが、多くの場合は企業の採用サイトや求人メディアへ遷移してから応募する流れになります。この構造が、後の章で扱う「採用サイト側の改善が成果を左右する」という話につながります。
Indeed・求人ボックスとの違い
3つとも求人検索エンジンですが、集客の入口も運用の前提も違います。ここを整理しておくと、スタンバイをどう位置づけるかが定まります。
3つの求人検索エンジンの位置づけ
| Indeed | 求人ボックス | スタンバイ | |
| 運営 | Indeed Japan | カカクコム | LINEヤフー・ビジョナルの合弁 |
| 集客の入口 | 求人検索の第一想起 | 価格.com・食べログからの導線 | Yahoo!検索・アプリ・LINEバイト |
| 掲載の起点 | 直接投稿・連携の両方 | 採用ボードからの直接投稿 | ATS・採用サイトからの連携 |
| 配信の制御 | Indeed PLUSで自動最適化 | 注力キーワード・注力ユーザー・時間帯 | デバイス別の単価設定 |
| 得意な使い方 | 幅広い露出の確保 | 少数求人を作り込んで運用 | 大量求人をまとめて運用 |
規模だけを見ればIndeedが最大ですが、3つのどれが優れているという話ではありません。届く相手も、運用のしやすさの方向性も違います。
スタンバイはATS・採用サイト起点という性格
求人ボックスとの最も実務的な違いがここです。
求人ボックスには採用ボードという管理ツールがあり、企業が画面上で求人を作成して投稿する使い方が中心になります。数件の求人を作り込んで運用するには扱いやすい構造です。
スタンバイの場合、主要な掲載経路はクローリングとデータフィードです。自社の採用サイトに公開している求人や、採用管理システムに登録している求人データを連携して掲載します。直接投稿の機能もありますが、媒体としての設計の中心は連携にあります。
この違いは、どの企業に向くかを分けます。求人が数件なら求人ボックスのほうが手軽です。求人が数十件から数百件あり、採用サイトやATSで管理しているなら、スタンバイのほうが運用に乗せやすくなります。
応募先が自社側になるという構造の違い
もう一つ押さえておきたいのが、応募の受け皿です。
スタンバイでクリックされた求職者は、多くの場合そこから企業の採用サイトや求人メディアへ遷移し、そこで応募します。つまり、クリックまではスタンバイの領域ですが、応募するかどうかは遷移先のページで決まります。
これが意味するのは、原稿と入札だけを改善しても限界があるということです。遷移先の求人詳細ページが読みにくい、応募フォームの入力項目が多い、スマートフォンで見づらい。こうした問題があると、クリック分の費用を払いながら応募につながりません。
スタンバイを使う場合、媒体側の設定と自社の採用サイトの両方を改善対象として見る必要があります。この点は第9章であらためて扱います。
代替ではなく接点を増やす媒体として捉える
3つの求人検索エンジンは、どれか1つを選ぶものではありません。利用者が完全に重なっているわけではないため、併用すると接点の総量が増えます。
実務上の進め方としては、まず1つで運用して自社の応募単価の基準を作り、そこから2つ目、3つ目を足していく形が扱いやすくなります。同じ求人を3媒体に出し、職種ごと・媒体ごとの応募単価を比較すれば、どこに予算を寄せるべきかが数字で見えてきます。
3媒体に均等に予算を配分するのは、比較のための初期段階だけです。傾向がつかめた後は、成果の良い媒体と職種の組み合わせに寄せていくほうが全体の単価は下がります。
よくある質問
Q:Indeedを使っているなら、スタンバイは不要ではありませんか?
A:集客の入口が違うため、重複しない接点が生まれます。特にYahoo!検索経由の流入は他の媒体では代替できません。ただし予算が限られている場合、まずIndeedで反応を見てから追加する順序のほうが判断しやすくなります。介護、保育、ドライバーといった現場系の職種では、スタンバイを追加してテストする価値が比較的高いとされています。
Q:同じ求人を3つの媒体に出すと、応募者が重複しませんか?
A:多少の重複は起こりますが、実際には新規の接点のほうが多くなります。ただし応募者管理の側で重複チェックの運用を決めておかないと、同じ人に複数回連絡してしまうことがあります。媒体を増やす前に、応募情報を1か所で管理する仕組みを整えておくと混乱を避けられます。
スタンバイの3つの掲載方法と選び方
掲載の入口が3種類あり、どれを選ぶかで運用の手間も改善のしやすさも変わります。それぞれの性格を整理します。
クローリング(自動巡回による取得)
スタンバイのシステムが自社の採用サイトや求人ページを自動的に巡回し、求人情報を取得して掲載する方法です。
企業側で特別な作業をしなくても、条件を満たしていれば掲載対象になります。すでに採用サイトを持っていて、そこに求人を公開している企業であれば、最も手間がかからない入口です。
一方で制約もあります。いつ巡回されるかを指定できず、掲載までに数日から数週間かかることがあります。また、採用サイト側の記載が不十分だと、情報が欠けた状態で掲載されます。掲載内容を改善したい場合は、採用サイトそのものを直す必要があるため、改善のサイクルは遅くなりがちです。
データフィード(ATS連携)
採用管理システムに登録している求人データを、決められた形式に変換してスタンバイへ送信する方法です。スタンバイには連携済みのATS一覧が公開されており、対応しているシステムを使っていれば設定だけで連携できます。
求人件数が多い企業ほど、この方法が中心になります。数十件から数百件の求人を手作業で入力するのは現実的ではないためです。ATS側で求人を更新すれば掲載内容も反映されるため、管理を一本化できる点も利点です。
ただし、連携の精度がそのまま成果に影響します。どの求人を送るか、募集終了した求人を止められているか、項目が正しくマッピングされているか。この管理が甘いと、募集していない求人にクリック課金が発生するといった事態が起こります。この点は第8章で詳しく扱います。
CMS(直接投稿)
スタンバイの管理画面上で求人原稿を作成し、応募の受け付けまで完結させる方法です。
採用サイトを持っていない企業や、まず少数の求人で試したい企業に向いています。原稿を自社で直接編集できるため、反応を見ながら修正するサイクルも速く回せます。
ただし、スタンバイの設計の中心は連携にあります。求人件数が増えてくると、直接投稿だけで管理するのは負担になります。
求人件数と採用サイトの有無で選ぶ
判断の基準を整理すると次のようになります。
| 自社の状況 | 適した方法 |
| 採用サイトがなく、まず数件で試したい | CMS(直接投稿) |
| 採用サイトがあり、そこに求人が揃っている | クローリング |
| ATSを使っていて、求人が数十件以上ある | データフィード |
| 多拠点・多職種で求人が常時入れ替わる | データフィード |
| 特定ポジションだけ内容を作り込みたい | CMS(直接投稿) |
併用も可能です。基幹となる求人はデータフィードで自動的に流し込み、採用の優先度が高いポジションだけCMSで作り込むという設計もできます。
実務上の順序としては、まずCMSで数本の求人を出して反応と応募単価の感覚をつかみ、そのうえで連携の仕組みを整えるほうが失敗しにくくなります。いきなり数百件を連携すると、どの求人が効いているのかわからないまま予算だけが動きます。
よくある質問
Q:自社のATSがスタンバイに対応しているか、どう確認すればよいですか?
A:スタンバイ側で連携済みATSの一覧が公開されているため、そこで確認できます。掲載されていない場合も、XMLフィードの形式に対応できれば連携は可能です。ATSの提供元に問い合わせるのが確実です。
Q:クローリングで掲載されたくない求人がある場合はどうすればよいですか?
A:採用サイト側で該当ページの扱いを調整するか、スタンバイへ相談する形になります。募集を終了した求人がサイトに残っていると掲載され続けることがあるため、採用サイトの更新ルールを決めておく必要があります。
スタンバイの料金と掲載までの流れ
費用の構造を理解しておくことが予算設計の出発点になります。あわせて、掲載されないときに確認する点も押さえておきます。
クリック課金型の計算式と単価の相場
スタンバイには無料掲載と有料掲載があり、有料掲載はクリック課金型です。費用は「クリック数 × クリック単価」で決まります。求人が検索結果に表示されただけでは費用は発生せず、求職者がクリックして詳細を見た時点で課金されます。
クリック単価は数十円から1,000円程度の範囲で設定でき、実務上の相場は60円から100円程度とされています。職種や地域の競合状況によって適正な水準は変わるため、この数字は出発点の目安として捉える形になります。
掲載相談、アカウント作成、掲載開始にあたっての初期費用は発生しません。無料掲載のままでも自然検索の結果には表示されますが、掲載求人数が1,500万件規模のため、無料だけで十分な露出を得るのは難しくなります。
デバイス別にクリック単価を設定できる
スタンバイの特徴的な機能が、デバイスごとの単価設定です。スマートフォンとPCで別々にクリック単価を指定できます。
求人の検索はスマートフォンからの流入が大半を占めますが、職種によって傾向は異なります。現場系のアルバイト・パートはスマートフォン中心、専門職や管理部門では落ち着いて比較検討できるPCからの応募が相対的に多いといった差が出ることがあります。
管理画面でデバイス別のクリック数と応募数を確認し、応募につながっているデバイスに単価を寄せると、同じ予算でも効率が上がります。他の求人検索エンジンにはない調整軸なので、使わないままにしておくのはもったいない機能です。
予算上限と翌月への繰り越し
予算は日単位と月単位で上限を設定できます。設定した金額を超えて費用が発生することはないため、使いすぎる心配なく運用できます。
あわせて、使い切らなかった予算を翌月に繰り越せる仕組みも用意されています。月の途中で採用が決まって配信を止めた場合でも、予算が無駄にならない設計です。
配信期間も日単位で設定でき、必要に応じて即座に停止できます。掲載期間が決まっている転職サイトと違い、必要な期間だけ出しておくという運用ができます。
掲載開始までのステップ
- 掲載方法を決める(クローリング/データフィード/CMS)
- CMSの場合は管理画面で求人を作成、連携の場合は設定を行う
- 求人内容が掲載基準を満たしているか確認する
- 無料掲載として公開する
- 有料配信を使う場合は、予算上限とクリック単価、デバイス別の配分を設定する
- 管理画面でクリック数と応募数を確認しながら運用する
求人を公開してから検索結果に反映されるまで、数時間から数日かかります。クローリングの場合はさらに時間がかかることがあるため、採用開始日から逆算して早めに準備しておく必要があります。
掲載可否基準と掲載されないときの対処
スタンバイには掲載可否の基準があり、満たしていない求人は掲載されません。よくある原因は次のとおりです。
給与の記載がない、または不明確
「当社規定による」といった記載では基準を満たしません。金額を明示する必要があります。
業務内容が抽象的すぎる
「各種業務」「総合職」のような書き方では、何の仕事かが判断できません。
基準に抵触する表現がある
年齢や性別を限定する表現、実態と異なる条件の記載などが該当します。
クローリングで反映されない場合
採用サイト側の構造に問題があるか、職種・勤務地・給与といった基本情報が構造的に記載されていない可能性があります。確実に掲載したい場合は、CMSからの直接投稿やデータフィード連携に切り替える方法があります。
よくある質問
Q:予算を使い切れないまま月が終わってしまいます。
A:クリック単価が低すぎて表示機会を得られていない可能性があります。単価を上げるか、職種名や勤務地の設定を見直して検索にかかる範囲を広げる対応が考えられます。繰り越しの仕組みはありますが、予算を消化できていない状態は応募が集まらない原因そのものなので、放置せずに手を入れる必要があります。
Q:無料掲載だけで採用できますか?
A:職種と地域によります。競合の少ない条件であれば無料でも応募は入ります。一方、都市部の事務職や営業職のように競合が多い募集では、無料掲載では表示機会をほとんど得られません。無料で反応が出ないこと自体は珍しくないため、そういう職種だと理解して有料化を判断する形になります。
スタンバイが向いている企業・向いていない企業
同じクリック課金型でも、スタンバイは連携を前提とした設計です。自社の状況と噛み合うかを確認しておく必要があります。
向いている企業
採用サイトやATSに多数の求人がある企業
クローリングとデータフィードが主要な経路のため、すでに求人データが整理されている企業ほど立ち上げが早くなります。数十件から数百件の求人をまとめて掲載でき、管理も一本化できます。
多拠点・多職種で継続的に採用している企業
店舗展開している企業、人材派遣・紹介会社、複数の職種を常時募集している企業と相性がよい構造です。求人の入れ替わりが多くても、連携していれば自動的に反映されます。
現場系・地域密着型の採用を行う企業
飲食、小売、物流、介護、保育、ドライバーといった職種で応募率が高い傾向があります。保育園を運営する企業で、他の経路よりスタンバイ経由の採用率が高かったという事例も報告されています。
他媒体と重ならない接点を増やしたい企業
Yahoo!検索からの流入という独自の導線を持つため、IndeedやIndeed PLUS経由の掲載だけでは届かない層にリーチできます。
採用予算を成果と連動させたい企業
クリック課金型で、予算上限も自社で設定できます。使い切らなかった分を翌月に繰り越せる点も、無駄が出にくい設計です。
向いていない企業
求人が数件しかない企業
CMSからの直接投稿はできますが、スタンバイの強みは大量求人をまとめて運用できる点にあります。1件や2件の求人であれば、採用ボードで細かく作り込める求人ボックスのほうが扱いやすい場面もあります。
採用サイトと応募フォームが整っていない企業
応募の受け皿が自社側になるため、遷移先のページが弱いとクリック費用だけがかかります。スマートフォンで見づらい、入力項目が多すぎるといった状態のまま出稿すると、応募単価が悪化します。媒体の設定より先に、応募先の改善が必要です。
求人原稿の制作を任せたい企業
取材や原稿制作のサポートは含まれません。文章も写真も自社で用意するか、代理店に依頼する必要があります。
専門職・経営幹部を採用したい企業
求人検索エンジンの利用者層とターゲットが合わないため、母集団の形成が難しくなります。
運用に工数を割けない企業
設定して放置すると、予算を消化するだけで応募が集まらない状態になりやすい仕組みです。
多拠点・大量採用の企業が押さえる点
スタンバイの特性が最も活きるのが規模の大きい採用ですが、規模が大きいほど管理の設計が成果を左右します。
どの求人を送るかを設計する
ATSにあるすべての求人を送れば良いわけではありません。採用の優先度が低い求人にもクリック費用が発生するため、配信対象を絞る設計が必要です。
募集終了求人を止めるフローを決める
募集が終わった求人が残っていると、無駄なクリック費用が発生し続けます。誰がいつ止めるかを運用ルールとして決めておく必要があります。
拠点別・職種別に成果を把握する
全体で「スタンバイのCPAは何円」と見ても改善につながりません。営業、介護、ドライバー、東京、大阪というように分けて見ると、予算を寄せるべき場所が見えてきます。
採用サイトの求人詳細ページを整える
クローリングやデータフィードを使う場合、掲載内容の質は自社側の記載に依存します。改善したいなら採用サイトを直す必要があるため、更新の権限と手順を先に決めておくと運用が回ります。
よくある質問
Q:採用サイトを持っていない場合、スタンバイは使えませんか?
A:使えます。CMSからの直接投稿であれば、スタンバイ上で原稿作成から応募受付までを完結できます。ただし将来的に求人数が増えることを見込むなら、採用サイトやATSの整備を並行して進めておくほうが運用は楽になります。
Q:応募が来ない場合、媒体の問題か自社サイトの問題かをどう切り分けますか?
A:クリック数を確認します。クリックが少なければ媒体側の露出や原稿の問題、クリックはあるのに応募がないなら遷移先のページか応募フォームの問題です。この切り分けをせずに入札を上げると、支出だけが増えます。
スタンバイを利用するメリット・デメリット
媒体そのものの性質は、企業の状況とは切り離して把握しておく必要があります。社内で導入を検討する際の材料として整理しました。
メリット
Yahoo!検索という独自の集客導線を持つ
求人サイトを普段使っていない層にも求人が届きます。他の求人検索エンジンと利用者が完全には重ならないため、併用すると接点の総量が増えます。この導線は他媒体で代替できません。
大量の求人を連携でまとめて運用できる
クローリングとデータフィードにより、数十件から数百件の求人を手入力なしで掲載できます。ATS側で更新すれば掲載内容も反映されるため、求人の入れ替わりが多い企業ほど管理の手間が減ります。
デバイス別に入札を調整できる
スマートフォンとPCで別々にクリック単価を設定できます。応募につながっているデバイスに予算を寄せることで、同じ金額でも効率が上がります。他の求人検索エンジンにはない調整軸です。
初期費用がなく、予算も無駄になりにくい
アカウント作成や掲載開始の費用は発生しません。予算上限を日単位・月単位で設定でき、使い切らなかった分は翌月に繰り越せます。少額から試し、反応を見て増やすという進め方ができます。
デメリット
応募の成否が自社サイトに依存する
クリック後の遷移先は企業の採用サイトや求人メディアです。そのページが読みにくい、応募フォームの入力項目が多い、スマートフォン対応が弱いといった問題があると、クリック費用を払いながら応募につながりません。媒体側だけを改善しても限界があります。
連携の精度が成果を左右する
データフィードを使う場合、どの求人を送るか、募集終了した求人を止められているか、項目が正しくマッピングされているかが成果に直結します。管理が甘いと、募集していない求人にクリック課金が発生します。
少数求人では強みが出にくい
CMSからの直接投稿はできますが、媒体の設計は大量求人の運用に向いています。数件の求人を作り込んで運用したい場合、他の選択肢のほうが扱いやすい場面があります。
競合求人に埋もれやすい
掲載求人数が1,500万件規模です。無料掲載や低い入札単価では、検索結果の下に沈んだまま時間が過ぎます。
導入前に確認しておきたい3つのこと
出稿を決める前に、次の3点を社内で確認しておくと失敗が減ります。
応募の受け皿は整っているか
求人詳細ページと応募フォームをスマートフォンで実際に見て、応募完了まで進んでみます。入力項目が多い、ページが重い、内容が薄いといった問題があれば、そこから直すほうが費用対効果は上がります。
求人データを誰が管理するか
連携を使う場合、募集終了求人の停止や項目の修正を誰が行うかを決めておきます。担当が曖昧だと、無駄なクリック費用が発生し続けます。
何をもって成果とするか
応募数だけを見ると判断を誤ります。職種別・拠点別の応募単価と採用単価を、どの粒度で追うかを先に決めておきます。
よくある質問
Q:デメリットを補う方法はありますか?
A:応募先の依存については、CMSからの直接投稿を使えばスタンバイ上で応募を完結させられます。連携の管理については、対応しているATSを使うか、代理店に運用を任せる選択肢があります。少数求人の場合は、他の求人検索エンジンと併用して比較するのが現実的です。
Q:代理店に任せたほうがよいですか?
A:求人数が多く、データフィードの設計や日々の入札調整に手が回らない場合は検討に値します。一方で求人が数件で、自社で管理画面を確認できる体制があるなら、自社運用のほうが手数料の分だけ有利になります。判断の軸は「どちらが応募単価を下げられるか」です。
検索順位の仕組みと求人原稿の作り方
検索から流入する媒体では、どう表示されるかの仕組みを知っておくと、原稿で何をすべきかが定まります。
表示順位は何で決まるのか
スタンバイの公式では、求人の表示順位を決める要素として複数の観点が示されています。
| 要素 | 企業側でできること |
| 検索キーワードとの関連性 | 職種名と本文に検索される言葉を入れる |
| 求人の情報量 | 項目を空欄にせず、詳しく入力する |
| 更新日時 | 求人データを定期的に更新する |
| クリック・閲覧の状況 | タイトルと条件の見せ方を改善する |
| 応募の状況 | 応募につながる原稿と応募先を整える |
| 入札単価(有料掲載) | 予算配分を調整する |
ここで重要なのは、入札単価だけが順位を決めるわけではないという点です。関連性、情報量、更新日時といった要素は費用をかけずに改善できます。入札を上げる前に、この3つを整えるほうが効率的です。
職種名は検索される言葉にする
求職者は職種を指定して検索します。曖昧な名称では検索に引っかからず、表示されても何の仕事かが伝わりません。
| 避けたい職種名 | 改善した職種名 |
| 店舗運営スタッフ | 飲食店のホールスタッフ |
| 総合職 | 法人営業 |
| ドライバー職 | 4tドライバー |
| ケアスタッフ | 介護職(デイサービス) |
| サポートメンバー | ITヘルプデスク |
社内独自の呼称がある場合も、求人上は一般的な職種名を使い、社内での呼び方は本文で補足すれば足ります。ここで検索に引っかからなければ、原稿の中身を読んでもらう機会自体が生まれません。
本文にも関連キーワードを入れる
検索の対象になるのは職種名だけではありません。本文に含まれる言葉も拾われます。
介護職の募集であれば、「介護」という語だけでなく、求職者が実際に検索しそうな言葉まで考えます。
- 資格に関する言葉(介護福祉士、初任者研修、無資格可)
- 働き方に関する言葉(夜勤なし、日勤のみ、週休2日、マイカー通勤可)
- 施設形態に関する言葉(デイサービス、特別養護老人ホーム、訪問介護)
- 経験に関する言葉(未経験歓迎、ブランクOK、経験者優遇)
不自然に詰め込む必要はありません。仕事内容と条件を具体的に書いていれば、これらの言葉は自然と含まれます。逆に言えば、抽象的な原稿は検索にもかかりにくいということです。
ターゲットがどのような言葉で探しているかを、募集職種ごとに書き出してから原稿を作ると精度が上がります。
給与・休日・残業は比較できる数字で書く
似た条件の求人が大量に並ぶ環境では、抽象的な表現は判断材料になりません。
伝わらない書き方
好待遇でお迎えします。働きやすい環境で、プライベートも大切にできます。
伝わる書き方
月給32万円から。年間休日125日、残業は月平均10時間程度です。
求職者は複数の求人を並べて比較します。数字で書かれていない求人は、比較の土俵に乗りません。給与はレンジの幅を広げすぎると下限で判断されるため、経験年数ごとのモデル金額を添えると納得感が生まれます。
残業時間についても、多い時期があるなら理由と繁閑の波を含めて書くほうが、入社後のミスマッチを防げます。
項目を空欄にせず情報量を確保する
情報量そのものが表示順位の要素になっています。仕事内容、給与、勤務地、応募資格、勤務時間、休日、福利厚生といった項目を、正しい欄に詳しく入力することが基本です。
特にデータフィードやクローリングを使う場合、ATSや採用サイト側で空欄になっている項目がそのまま反映されます。連携の設定だけ整えても、元のデータが薄ければ掲載も薄いままです。
書き込むべき内容としては、誰に対して何をする仕事なのか、1日の流れ、入社後の研修、独り立ちまでの期間、選考の流れまで含めると、求職者が判断できる状態になります。
よくある質問
Q:求人はどのくらいの頻度で更新すべきですか?
A:更新日時が表示順位の要素になっているため、定期的に手を入れる価値があります。内容の変更がなくても、月に1回程度は見直す運用にしておくと露出を維持できます。連携を使っている場合は、ATS側の更新がどのタイミングで反映されるかを確認しておく必要があります。
Q:同じ職種で複数の求人を出しても問題ありませんか?
A:勤務地や雇用形態、対象とする経験層が異なるなら、分けたほうが検索にかかりやすくなります。求職者は自分の条件で絞り込むため、複数の条件を1本にまとめると該当しにくくなります。ただし内容がほぼ同一の求人を大量に出すのは避ける必要があります。
ATS・データフィードの管理が成果を左右する
連携を前提とした媒体である以上、送り出すデータの質がそのまま成果に表れます。原稿を直す前に、まずここを確認する価値があります。
どの求人を送るかを設計する
ATSに登録されているすべての求人を送れば良いわけではありません。求人を送れば、その求人にもクリック費用が発生する可能性があります。
配信対象を絞る観点は次のとおりです。
- 採用の優先度が高い職種・拠点に限定する
- すでに応募が十分に集まっている求人は外す
- 採用が決まる見込みが立っているポジションは止める
- 条件が古いまま更新されていない求人は整備してから送る
数百件の求人を一括で連携すると、どの求人に費用が使われているかが把握しにくくなります。まずは優先度の高い数十件から始め、運用に慣れてから対象を広げるほうが管理が破綻しません。
募集終了求人を止められているか
最も費用の無駄が生まれやすいのがここです。
現場では採用が決まっているのに、ATS上の求人が公開のままになっている。この状態が続くと、募集していない求人にクリック費用が発生し続けます。応募が来ても対応できないため、求職者の印象も損ないます。
必要なのは、止めるタイミングと担当を決めておくことです。
- 現場で採用が決まったら、いつまでに人事へ連絡するか
- 人事がATS上で求人を非公開にする担当を誰にするか
- 非公開にした求人が、いつスタンバイ側の掲載から消えるか
- 週に1回、公開中の求人一覧と実際の募集状況を突き合わせる
多拠点の企業ほど、この情報伝達が遅れがちです。月に1回の棚卸しでは間に合わないことが多く、週次で確認する運用にしておくと無駄を抑えられます。
項目が正しく連携されているか
ATS側のデータが、スタンバイの正しい項目に反映されているかを確認します。連携の設定を終えた直後は問題がなくても、運用のなかでずれが生じることがあります。
確認したい典型的な項目です。
| 項目 | よくある問題 |
| 職種名 | ATS上の社内呼称がそのまま掲載されている |
| 給与 | 「当社規定による」のまま連携され、掲載基準を満たさない |
| 勤務地 | 実際の勤務地ではなく本社住所が入っている |
| 仕事内容 | 社内向けの簡略な記載がそのまま使われている |
| 応募資格 | 空欄のまま、または内部メモが混入している |
ATSは本来、社内で管理するためのシステムです。そこに入っているデータは、求職者に見せる前提で書かれていないことがあります。連携を始める際に、掲載される項目だけでも求職者向けの記載に書き換える作業が必要になります。
更新日時を新しく保つ仕組み
更新日時が表示順位の要素になっているため、古いまま放置された求人は露出が落ちていきます。
連携を使っている場合、ATS側で更新した内容がいつスタンバイに反映されるかを把握しておく必要があります。反映の頻度は連携の方式によって異なるため、設定時に確認しておきます。
運用としては、月に1回、公開中の求人を一通り見直す日を決めておく形が現実的です。条件に変更がなくても、仕事内容の記載を少し足す、写真を差し替えるといった手入れをすることで、更新日時が新しくなります。
誰が管理するかを決める
データフィードの管理は、人事だけで完結しないことがあります。ATSの設定は情報システム部門、求人の中身は現場、予算配分は人事というように、関わる人が分かれるためです。
出稿を始める前に、次の役割を決めておくと運用が止まりません。
- 求人データの内容に責任を持つ人
- 連携の設定とトラブル対応を行う人
- 公開・非公開を切り替える人
- 予算と入札を調整する人
- 数値を確認して改善を判断する人
代理店に運用を任せる場合も、自社側でデータを更新する担当は必要です。ここが曖昧なまま始めると、連携の不備に誰も気づかないまま費用だけが流れます。
よくある質問
Q:連携を設定したあと、どのくらいの頻度で確認すべきですか?
A:週に1回、公開中の求人と実際の募集状況の突き合わせを行い、月に1回、掲載内容の見直しを行う程度が目安です。求人の入れ替わりが激しい企業では、公開状況の確認はもう少し頻度を上げたほうが無駄を抑えられます。
Q:ATSの内容を求職者向けに書き換えると、社内の管理がしづらくなりませんか?
A:ATSによっては、社内向けの管理項目と外部公開用の項目を分けて持てる場合があります。対応していない場合は、掲載用の記載を基本としつつ、社内メモは別の欄やファイルで管理する形になります。連携を始める前に、この運用ルールを決めておくと混乱しません。
CPC・CPA・採用サイト側のCVRで改善する運用
クリック単価を下げることが目的ではありません。最終的に採用1名あたりいくらかかったかで判断するために、どの数字をどう見るかを整理します。
CPCではなくCPAから逆算する
クリック課金型の運用でつまずきやすいのが、クリック単価だけを見てしまうことです。単価を下げても応募につながらなければ、応募単価はむしろ上がります。
関係は次の式で整理できます。
CPA(応募単価)= CPC(クリック単価)÷ 応募率
クリック単価が80円でも、応募率が1%なら応募単価は8,000円です。クリック単価を60円に下げても、応募率が0.5%に落ちれば応募単価は12,000円になります。単価を下げたのに悪化するという事態が起こります。
設計の順序は逆から考えます。
- 採用1名にいくらまでかけられるかを決める
- 応募から内定までの通過率を掛け戻し、1応募あたりの上限額を出す
- 想定する応募率で割り、1クリックあたりの上限単価を出す
この数字を基準に入札すれば、感覚ではなく根拠のある運用ができます。
表示・クリック・応募・採用で切り分ける
反応が悪いときに、どこに原因があるかを特定します。
| 症状 | 原因がある場所 | 打つべき手 |
| 表示が少ない | 入札、職種名、検索との関連性 | 職種名の見直し、情報量の追加、入札調整 |
| 表示はあるがクリックされない | タイトル、条件の見せ方 | 給与・休日の数字を明示する |
| クリックされるが応募されない | 原稿、条件、応募先ページ | 仕事内容の具体化、遷移先の改善 |
| 応募はあるが面接に至らない | ターゲット設定、連絡スピード | 応募資格の明記、対応体制の整備 |
| 面接はできるが採用に至らない | 採用要件、選考プロセス | 媒体では解決しない |
「応募がないから入札を上げる」という対応は、1番目の症状のときだけ有効です。それ以外の段階で入札を上げると、支出が比例して増えるだけになります。
求人単位・職種単位で成果を分けて見る
全体をまとめて「スタンバイの応募単価は何円」と見ても、改善の手がかりが得られません。求人検索エンジンは職種と地域による成果差が大きいためです。
分けて見る軸は、職種、勤務地、雇用形態、デバイスの4つです。
営業と介護では応募率も競合状況も違います。東京と地方でもクリック単価は変わります。スタンバイではデバイス別に単価を設定できるため、スマートフォンとPCで応募率に差があるなら、そこも配分の対象になります。
運用の進め方としては、まず少額でテスト配信を行い、反応の良い求人と職種を特定してから予算を寄せる形が無駄を出しません。最初から全求人に均等配分すると、成果の出ない領域にも費用が流れ続けます。
応募先ページと応募フォームを改善する
スタンバイ固有の論点がここです。クリック後の遷移先は自社の採用サイトや求人メディアであり、応募するかどうかはそのページで決まります。
媒体側の設定をいくら調整しても、遷移先が弱ければ応募率は上がりません。確認すべき点は次のとおりです。
スマートフォンで見やすいか
流入の多くはスマートフォンです。実際に自分の端末で開き、文字が小さくないか、読み込みが遅くないかを確認します。
求人詳細ページの情報が十分か
スタンバイ上の記載と遷移先の内容に落差があると、そこで離脱します。
応募フォームの入力項目が多すぎないか
最初の応募段階で職務経歴の詳細まで求めると、途中で離脱します。氏名、連絡先、簡単な経歴程度に絞り、詳細は選考が進んでから確認する設計にすると応募率が変わります。
応募完了までの導線が明確か
どこから応募するのかがわかりにくいページは、それだけで応募を取りこぼします。
同じクリック数でも、応募率が0.5%から1%に上がれば応募単価は半分になります。入札調整より効果が大きい場面は少なくありません。
Indeed・求人ボックスとの予算配分
3つの求人検索エンジンに均等に予算を配分するのは、比較のための初期段階だけです。
1か月から2か月ほど同じ求人を3媒体に出し、職種ごとに応募数と応募単価を記録します。その結果を見れば、自社のどの職種がどの媒体と相性が良いかが見えてきます。
傾向がつかめた後は、成果の良い媒体と職種の組み合わせに予算を寄せます。営業職は求人ボックス、介護職はスタンバイというように、職種ごとに配分が変わることもあります。媒体単位ではなく、職種と媒体の組み合わせで判断するのが精度の高い進め方です。
よくある質問
Q:どのくらいの期間でデータを見て判断すべきですか?
A:最低2週間、できれば1か月です。クリック数と応募数が一定量たまらないと、変動が偶然なのか改善なのか判断できません。数日で結論を出して設定を変え続けると、何が効いたのかも追えなくなります。
Q:応募率がどうしても上がりません。
A:遷移先のページと応募フォームを先に確認します。媒体側の原稿を何度書き直しても、応募先が原因であれば改善しません。実際にスマートフォンで応募を最後まで進めてみると、どこで止まるかが見えてきます。そのうえで、応募資格の記載がターゲットと合っているかを見直します。
求人検索エンジンを組み合わせた採用設計
スタンバイは、Yahoo!検索という独自の導線を持ち、ATSや採用サイトのデータを連携して大量の求人をまとめて運用できる媒体です。多拠点で継続的に採用している企業や、現場系・地域密着型の職種を抱える企業にとっては、他媒体と重ならない接点を作れる選択肢になります。
ただし、この媒体で成果を左右するのは入札単価ではありません。連携しているデータの質、掲載を止めるべき求人が止まっているか、そしてクリック後に遷移する自社ページで応募まで進めるか。この3つが整っていないと、予算を増やしても応募単価は下がりません。媒体の管理画面だけを見ていても、原因にたどり着けない構造になっています。
求人検索エンジンは、Indeed、求人ボックス、スタンバイのどれか一つを選ぶものでもありません。職種と媒体の組み合わせで応募単価は変わるため、しばらく併用して数字を溜め、成果の良い組み合わせに寄せていく。この進め方が、結果として採用全体のコストを下げます。
同時に、採用するポジションによって適した手段はまったく異なります。現場の実務職は求人検索エンジンで接点を作れますが、事業や組織の方向性を決める重要ポジションでは、求人を出して応募を待つ方法そのものが機能しにくくなります。
求人検索エンジンの運用を含めて相談したい方へ
株式会社Interiorでは、媒体の選定から求人原稿の設計、データ連携の整理、入札と予算の配分、応募先ページの改善までを支援しています。求人検索エンジンは設定項目が多く、どこから手をつけるかで結果が変わる領域です。何を見て、どの順序で直すべきかを整理しながら進めることができます。出稿しているのに応募が集まらない、応募単価が下がらないという段階からご相談いただけます。
経営幹部・重要ポジションの採用を検討している方へ
CFO、COO、事業責任者といったポジションは、求人検索エンジンでは母集団を作りにくい領域です。Growth Talentは、VC・CVC・PEから投資を受けた成長企業の重要ポジションに特化した求人プラットフォームです。現場の採用は求人検索エンジンで、経営の中核を担う採用は専門のプラットフォームでという形で導線を分けることで、採用全体の設計が整います。
-
2026.10.24
採用ノウハウ
マイナビスカウティングの使い方を企業向けに解説|料金と非公開ポジションをスカウトで採用するコツ【2026年最新版】
事業の中核を担う30〜40代の即戦力に、社外に出せないポジションの話まで直接届けられるマイナビスカウティング。2024年に始まった比較的新しいサービスのため、どう使えば採用につながるのか、つかみきれていない採用担当者の方も多いのではないでしょうか。本記事では、マイナビスカウティングの仕組みと料金、主な機能に加えて、非公開ポジションの伝え方、現場を巻き込んだスカウトの進め方、面談の進め方をまとめまし…
-
2026.10.22
採用ノウハウ
Indeed PLUSの使い方を企業向けに解説|仕組みと料金、自動アプローチ・AIアシスタントの活用法【2026年最新版】
一度求人を出すだけで、Indeedやタウンワーク、リクナビNEXTなど複数の求人サイトに届けられるIndeed PLUS。掲載先を自分で選べない仕組みや、次々に加わる新しい機能に、どう向き合えばよいか迷っている採用担当者の方も多いのではないでしょうか。本記事では、Indeed PLUSの仕組みと料金、主な機能に加えて、求人の作り方、予算の組み方、自動アプローチとAIアシスタントの使い方をまとめまし…
-
2026.10.20
採用ノウハウ
dodaダイレクトの使い方を企業向けに解説|料金・機能と面接確約スカウトで採用するコツ【2026年最新版】
転職活動の動きを見ながら、今アプローチすべき候補者に直接声をかけられるdodaダイレクト。機能が多いぶん、誰にどの順番でスカウトを送ればよいのか、使い方に迷っている採用担当者の方も多いのではないでしょうか。本記事では、dodaダイレクトの料金と主な機能に加えて、候補者を取りこぼさない検索の組み立て方、面接確約スカウトの送り方、再アプローチの使い方をまとめました。 dodaダイレクトとは? …
-
2026.10.17
採用ノウハウ
エン転職ダイレクトの使い方を企業向けに解説|料金とスカウトで経験者を採用するコツ【2026年最新版】
経験を積んだ人材に、自社から直接声をかけられるエン転職ダイレクト。エン転職との違いがわかりにくく、スカウトの送り方や料金の考え方に迷っている採用担当者の方も多いのではないでしょうか。本記事では、エン転職ダイレクトの仕組みと料金に加えて、対象者の広げ方、スカウトの作り方、応募につなげる求人の見せ方をまとめました。 エン転職ダイレクトとは? エン転職ダイレクトは、エン株式会社が提供するダイ…