MQLとSQLの違いとは|見極め方を解説

作成日: 2026/07/10 09:00 ・ 更新日: 2026/09/08 00:00

執筆: DocLead 運営

マーケティング基礎の記事一覧へ

この記事の結論

MQLとSQLの違いは、資料DL等の行動履歴で判断するマーケティング側の見込み客か、ヒアリングで確度を確認した営業側の見込み客かという判断主体の差にあります。

ホワイトペーパーのダウンロードや問い合わせが増えても、そのリードが営業にすぐ渡せる状態かどうかは別問題です。「MQL」「SQL」という言葉を聞いたことはあっても、実際にどう線引きすればよいか迷う担当者は多いはずです。

本記事では、MQL・SQLの定義と違いをわかりやすく整理し、資料ダウンロードから得たリードを実務でどう扱うかまで解説します。関連するBtoBマーケティング用語はBtoBマーケティング用語集でまとめて確認できます。

MQLとSQLとは?基本の定義

MQL(Marketing Qualified Lead)は、マーケティング活動を通じて興味・関心を示した見込み客です。営業に引き渡す価値があると判断された段階を指します。SQL(Sales Qualified Lead)は、営業部門が受注確度が高いと判断した見込み客です。実際に商談を進めるべきと認めた状態を指します。

両者はどちらも「見込み客」ですが、判断する部門と基準が異なります。MQLはマーケティング部門が「関心の強さ」で判断し、SQLは営業部門が「購買意欲の明確さ」で判断します。

この違いが曖昧なまま運用すると、まだ検討初期の相手に営業が架電して警戒されたり、逆に有望な相手を長く放置したりする事態が起こります。まずは両者を混同しないことが出発点です。

特に営業リソースが限られる中小企業では、この線引きの精度がそのまま受注効率に直結します。すべてのリードに同じ熱量で対応するのではなく、確度に応じて対応の濃淡をつけることが、限られた人数で成果を出すための前提になります。

資料をダウンロードした、という行動だけでは、MQLと呼べるとは限りません。ダウンロードは「関心の表明」の一歩目であり、その先の行動や資料の種類まで見て初めてMQLかどうかが判断できます。この考え方は後述の実務基準で詳しく扱います。見込み客がたどる関心の変化を段階的に捉える枠組みとしては、AIDMAとAISASの違いも参考になります。

なお、見込み客をゼロから集める活動全体は「リードジェネレーション」と呼ばれます。用語の全体像はリードジェネレーションとは|手法と始め方をわかりやすく解説でも整理しています。あわせて参考にしてください。

MQL・SQLという区分は、もともとBtoBマーケティングにおいて、限られた営業リソースをどこに投下すべきかを判断するために生まれた考え方です。すべてのリードに営業が同じ工数をかけていては非効率なため、確度に応じて対応を出し分けるための共通言語として広まりました。

MQLとSQLの違い・判定基準の考え方

MQLとSQLの違いを一言でいえば「営業が本格的にフォローを始める基準を満たしているか」です。この基準を満たす前の状態がMQL、満たした後の状態がSQLとイメージすると理解しやすくなります。

両者の状態像を整理すると、次のようになります。

項目 MQL SQL
判断主体 マーケティング部門 営業部門
主な根拠 資料閲覧・DL・メール開封などの行動履歴 ヒアリングで確認した予算・時期・決裁状況
検討度合い 興味はあるが商談段階ではない 導入時期や予算感が具体的になっている
次のアクション 育成(ナーチャリング)を続ける 商談を設定し提案を進める

見込み客は通常、興味を持ち始めた段階から、育成を経て、営業が対応すべき段階へと進みます。この流れは「リードジェネレーション(獲得)→リードナーチャリング(育成)→リードクオリフィケーション(選別)」という3段階で説明されることが多くあります。MQLとSQLも、この流れの中に位置づけられる概念です。

この判定基準は、業種や商材によって細かい部分が変わります。例えば検討期間が短いサービスであれば、資料をダウンロードした直後から確度が高いと判断できることもあります。逆に検討期間が数か月に及ぶ商材では、複数回の接点を経てようやくMQLと呼べる状態になることも珍しくありません。自社の商談化までの平均期間を踏まえて基準を調整することが大切です。

また、MQL・SQLの2区分だけでなく、企業によっては間に「SAL(Sales Accepted Lead)」を挟む場合もあります。これは営業が受け入れを合意したリードを指す区分です。区分を増やすほど精度は上がりますが、運用の手間も増えます。まずは基本の2区分から始め、必要に応じて細分化を検討するとよいでしょう。

リードからMQL・SQLへの遷移フロー

見込み客がMQL、さらにSQLへと進む流れは、大きく3つのステップに分けられます。

  1. リードジェネレーション(獲得):資料ダウンロードや問い合わせフォームなどで、見込み客の連絡先を獲得します。この時点ではまだ単なる「リード」です。
  2. リードナーチャリング(育成):メール配信やセミナー案内などで継続的に接点を持ち、関心を高めます。この過程で行動データが蓄積されます。
  3. リードクオリフィケーション(選別):蓄積した行動データをもとに、関心度の高いリードをMQLとして選び出します。その後、営業がヒアリングを行い、確度が高いと判断すればSQLとして商談を進めます。

このフローで注意したいのが、マーケティングと営業の間で起きやすいすれ違いです。マーケティングは「MQLを渡した」つもりでも、営業側は「まだ商談できる段階ではない」と感じ、フォローが後回しになることがあります。逆に、営業がSQLの基準を厳しく設定しすぎると、マーケティングが育成したリードがなかなか営業に渡らず、機会損失につながります。

こうしたすれ違いを防ぐには、MQL・SQLそれぞれの基準を部門間で事前にすり合わせておくことが欠かせません。加えて、リードが今どの段階にいるかを両部門が同じ画面・同じ指標で確認できる状態にしておくと、認識のずれそのものが起きにくくなります。担当者が個別に管理表を作って共有するだけでも、最初の一歩としては十分です。

このフローを実際に運用する際は、各ステップにかかる時間の目安も決めておくと管理しやすくなります。例えば「獲得から初回接点まで3日以内」「育成期間は最長でも1か月」といった目安です。こうした目安があれば、リードが特定の段階で滞留していないかをチェックしやすくなります。滞留しているリードは、資料の内容が合っていないか、フォローのタイミングがずれている可能性があるため、定期的な棚卸しの対象にするとよいでしょう。

資料ダウンロードのリードをMQLとして扱う実務基準

MAツールを本格導入していない中小企業やスタートアップでは、行動スコアリングの仕組みを一から構築するのは負担が大きいものです。ここでは、資料ダウンロードを起点にした簡易的なMQL判定の考え方を紹介します。

考え方はシンプルで、「どの資料をダウンロードしたか」と「どんな行動を伴ったか」の掛け合わせでリードの検討度を推定します。

まず、資料の種類ごとに検討度の目安をつけます。

  • 入門ガイド・用語解説資料:情報収集の初期段階。検討度は低めと見なす。
  • 導入事例・活用事例資料:自社での導入をイメージし始めた段階。検討度はやや高め。
  • 比較資料・チェックリスト:具体的な選定を進めている段階。検討度は高め。
  • 料金・見積もり関連資料:導入をかなり具体的に検討している段階。検討度は最も高い。

次に、行動の重ね方で検討度を補正します。同じ資料をダウンロードしただけの相手と、資料を複数回閲覧した相手、複数種類の資料を続けてダウンロードした相手とでは、関心の強さが異なります。次のような掛け合わせが目安になります。

BtoB マーケ主要指標ベンチマーク集 の表紙

全 16 ページ!自社の数字を業界水準と比べられる

BtoB マーケ主要指標ベンチマーク集

  • 主要指標の平均値
  • チャネル別の目安
  • 指標の測り方
無料でダウンロード
  • 入門資料を1回ダウンロード:検討度「低」。育成メールでの継続接点を優先する。
  • 比較資料・料金資料をダウンロード:検討度「中〜高」。MQLとして営業に引き渡す候補にする。
  • 短期間に複数種類の資料をダウンロード、または同一資料への再訪がある:検討度「高」。優先的にMQLとして扱う。

この基準は、資料ごとのダウンロード状況や日時が一覧で確認できる環境があって初めて機能します。資料をアップロードするだけで公開ページとダウンロード履歴を発行できるツールを使えば、この簡易基準に沿ったリード管理をすぐに始められます。MAツールを別途構築する必要はありません。営業に引き渡した後の商談管理まで含めて仕組み化したい場合は、CRMとSFAの違いも選定の参考になります。

重要なのは、最初から完璧な基準を作ろうとしないことです。まずは資料の種類を3〜4段階に分け、行動との掛け合わせだけで運用を始め、実際の商談化率を見ながら調整していくのが現実的です。

例えば、次のような簡易表を作っておくと、営業への引き渡し判断がしやすくなります。

資料の種類 単純ダウンロード 複数回閲覧・再訪あり 複数資料をまたいでダウンロード
入門ガイド
導入事例 中〜高
比較資料 中〜高
料金資料 高(即営業引き渡し)

この表はあくまで出発点です。実際に運用してみて、「料金資料をダウンロードしたのに商談化しなかった」というケースが増えてきたら見直しのサインです。料金資料の評価を下げる、あるいは訪問回数や滞在時間といった他の行動データを組み合わせる、といった調整を加えていきます。

また、資料ごとのダウンロード状況をリード単位で振り返ることも大切です。同じ相手が入門ガイドから比較資料、料金資料へと段階的にダウンロードを進めている場合は、検討が着実に進んでいるサインと見なせます。逆に、同じ資料を繰り返しダウンロードしているだけで先の資料に進まない場合は、まだ情報収集段階にとどまっている可能性が高いといえます。

このように資料単位で検討度を推定する方法は、行動データを1件ずつ手作業で追う必要がなく、資料の構成さえ整えておけば運用できる点が利点です。新しい資料を追加した際は、その資料がどの検討度に当たるかを一言メモしておくだけでも、後から基準を見直しやすくなります。

メリット・デメリット

MQLとSQLを分けて運用することには、明確なメリットがあります。一方で、運用コストという側面も見落とせません。

メリット

  • 営業がまだ検討初期の相手に無理な架電をせず、確度の高い相手に集中できる
  • マーケティング施策の効果を「MQL数」という指標で可視化しやすくなる
  • 育成中のリードを放置せず、中長期的な受注機会として維持できる
  • リードの状態が可視化されることで、マーケティングと営業が同じ言葉で会話できるようになる

デメリット・注意点

  • MQL・SQLの定義をマーケティングと営業の間ですり合わせるコストがかかる
  • 基準を厳密に作り込みすぎると、運用の手間が増えて形骸化しやすい
  • 資料の種類や行動データが少ない立ち上げ初期は、精緻なスコアリングがそもそも難しい
  • 部門ごとに評価する基準がずれていると、MQLとして渡されたリードの質にばらつきが出て、営業側の信頼を損ないやすい

特に立ち上げ初期は、厳密な仕組みを目指すよりも、簡易な基準で運用しながら精度を上げていく方針が現実的です。

もう一点見落とされがちなのが、MQL・SQLという区分そのものが目的化してしまうリスクです。区分を運用すること自体が目的になり、実際の受注につながっているかの検証がおろそかになるケースがあります。定期的に「MQLからSQLへの転換率」「SQLから受注への転換率」を確認しましょう。区分が実際に機能しているかを振り返る習慣を持つことが、形骸化を防ぐ最大の対策です。

実践の始め方

MQL・SQLの運用を始めるには、次の順序で進めると無理がありません。

  1. マーケティングと営業で定義をすり合わせる:「どの状態からMQLと呼ぶか」「どの状態からSQLとして商談化するか」を決めます。双方が納得できる言葉で明文化しましょう。
  2. 資料単位で簡易スコアを割り振る:前述の考え方を参考に、手持ちの資料を検討度で3〜4段階に分類します。
  3. 小さく始めて見直すサイクルを回す:完璧な基準を最初から目指さず、1〜2か月運用してみます。実際の商談化率とのずれを確認し、基準を微調整します。

資料が1〜2種類しかない立ち上げ期でも、この順序であれば大きな負担なく始められます。

具体的なスケジュール感としては、初月は定義のすり合わせと資料の分類に充てます。翌月から実際の運用を開始し、3か月目に最初の見直しを行う、という進め方が無理なく回せます。3か月間のデータが蓄積すれば、どの資料・どの行動パターンが商談化に結びつきやすいかがある程度見えてきます。そこから基準を精緻化していきましょう。

また、運用を始める段階で、マーケティングと営業の双方が同じデータを見られるようにしておくことも重要です。ダウンロード履歴や閲覧状況が別々のツールに分散していると、確認作業自体に手間がかかり、運用が続きにくくなります。可能であれば、資料の公開からダウンロード履歴の確認までを一つの画面で完結できる環境を用意しておくと、日々の運用負荷を抑えられます。

よくある質問

MQL・SQL以外に「TQL」「SAL」といった用語も聞きますが、違いは何ですか。

TQLはインサイドセールスの架電を経て確度が上がったリードを指すことが多い用語です。SALは営業がMQLを受け取り、対応することに合意した段階のリードを指します。企業によって定義の幅があるため、社内でどこまで細分化するかは運用に合わせて決めれば十分です。

MAツールを導入していなくても、MQL・SQLの運用はできますか。

できます。本記事で紹介した資料単位の簡易スコアリングのように、資料の種類とダウンロード履歴さえ把握できれば、表計算ソフトや簡易なリード管理でも運用を始められます。まずは小さく始め、リードが増えてきた段階で本格的なMAツールの導入を検討するという順序でも問題ありません。

保有している資料が1〜2種類しかない場合、どう基準を作ればよいですか。

資料の種類が少ない場合は、資料ではなく行動の頻度(ダウンロード回数・再訪の有無)だけで検討度を分けるとよいでしょう。資料の種類が増えてきたタイミングで、資料単位の基準に切り替えれば十分です。

MQLとSQLの転換率は、どのくらいを目安にすればよいですか。

業種や商材によって大きく異なるため、一律の目安を示すのは難しいのが実情です。まずは自社の過去の商談データを振り返り、現状の転換率を把握するところから始めましょう。他社の数値をそのまま目標にするより、自社の実績を基準に、施策の前後でどう変化したかを比較するほうが実務上は有用です。

MQLの基準を作っても、営業が思うようにフォローしてくれません。どうすればよいですか。

基準そのものよりも、基準を作るプロセスに営業が関与していない場合に起きやすい問題です。マーケティング側だけで基準を決めるのではなく、営業のヒアリングを踏まえて基準を作ることで、営業自身が納得してフォローしやすくなります。定期的に商談結果をフィードバックしてもらい、基準を一緒に見直す場を設けるのも効果的です。

手元の PDF が、30秒後にはリード獲得フォームに。

  • PDF をアップロードするだけで、フォーム付きの公開ページが完成
  • ダウンロードした人の連絡先が、リードとして自動で貯まる
  • 無料プランのまま公開もリード獲得も試せる
無料で始める

クレジットカードの登録は不要です。

サービス紹介資料 の表紙

実物の公開ページで、フォームの体験もできる

DocLead サービス紹介資料

  • アップロードから公開までの3ステップ
  • リード一覧・CSV・ダッシュボードの実画面
  • 料金プランとよくある質問
資料をダウンロード