MQLとは？SQL・SALとの違い、判定基準と商談につなげる運用方法

8月 19, 2026 8月 19, 2026

admin

MQLとは、マーケティング活動で獲得・育成した見込み顧客のうち、マーケティングが自社で定めた条件を満たすと判断したリードのことです。Marketing Qualified Lead（マーケティング・クオリファイド・リード）の略で、主にBtoBマーケティングやインサイドセールスの現場で使われます。

ただし、資料請求やセミナー参加があっただけで、すべてをMQLとして扱うわけではありません。自社のターゲット企業に当てはまるか、関心の高まりが見られるか、どのような課題を抱えているかを確認し、営業やインサイドセールスが優先して対応すべきかを判断します。

MQLの定義や引き継ぎ方が曖昧なままでは、マーケティングは「有望なリードを渡している」と考え、営業は「まだ商談にならないリードばかりだ」と感じる状態になりがちです。

この記事では、MQLとSQL・SALの違い、自社に合う判定基準のつくり方、商談につなげるための引き継ぎ・改善方法を解説します。

この記事でわかること

MQLは、マーケティングが有望と判断したリードであり、SQLとは営業が商談化を進める価値があると判断したリード
MQLは行動スコアだけでなく、対象企業か、課題があるか、営業が接触できるかを合わせて判断する
MQLを商談につなげるには、営業へ渡す情報と、差し戻し後に再育成するルールを決めることが重要である

MQLとは？マーケティングが有望と判断した見込み顧客

MQLは、Marketing Qualified Leadの略で、日本語では「マーケティング部門が有望と判断した見込み顧客」を意味します。リードは資料請求、問い合わせ、展示会での名刺交換などで接点を持った見込み顧客全体を指しますが、MQLはその中でも、次の対応を検討すべき顧客として絞り込まれた状態です。

たとえば、資料をダウンロードした企業が自社の対象業種・規模に当てはまり、料金や導入事例も確認している場合は、MQLとして扱う候補になります。一方で、対象外の業種であったり、学生や競合他社によるダウンロードだったりする場合は、同じ資料請求でもMQLにはなりません。

MQLの「Qualified」には、「一定の基準を満たしている」という意味があります。基準は商材や営業体制によって異なりますが、一般的には次のような情報を基に判断します。

自社の顧客になり得る企業・担当者か
商品やサービスへの関心を示す行動があるか
自社で解決できる課題を抱えているか
営業やインサイドセールスが接触できる状況か

MQLは、購入を決めた顧客や、すでに商談が決まった顧客を指す言葉ではありません。あくまで、マーケティングが集めたリードの中から、営業部門またはインサイドセールスが優先して確認すべき対象を選ぶための区分です。

ただし、どの状態をMQLと呼ぶかに共通の正解はありません。マーケティング部門だけで決めるのではなく、実際に対応するインサイドセールスや営業部門とすり合わせて定義することが重要です。

MQL・SQL・SAL・MALの違い

BtoBマーケティングでは、見込み顧客を検討状況ごとに分類し、どの部門が次の対応を担うかを整理します。代表的な用語が、MAL、MQL、SAL、SQLです。

用語	正式名称	意味	主に判断する部門
リード	Lead	接点を持った見込み顧客全体	マーケティング・営業
MAL	Marketing Accepted Lead	マーケティングが獲得・管理対象として受け入れたリード	マーケティング
MQL	Marketing Qualified Lead	マーケティングが有望と判断したリード	マーケティング
SAL	Sales Accepted Lead	ISや営業が引き継ぎを受け入れたリード	IS・営業
SQL	Sales Qualified Lead	ISや営業が商談化を進める価値があると判断したリード	IS・営業

リードから受注までの流れ

一般的には、リードを獲得した後、マーケティングが情報提供や行動分析を行い、MQLを選別します。

MQLを受け取ったインサイドセールスや営業は、企業情報や会話内容を確認し、対応するかどうかを判断します。引き継ぎを受け入れた状態がSAL、具体的な課題や検討状況を確認し、商談化を進める段階に入った状態がSQLです。

ただし、すべての企業がこの順番や用語を使うわけではありません。マーケティングと営業の間にインサイドセールスがいる企業では、MQLとSALを分けると引き継ぎの責任範囲を明確にしやすくなります。

一方、少人数の組織では、MQLをそのまま営業が確認し、SQLや商談へ進めることもあります。

マーケティング、インサイドセールス、フィールドセールスが役割を分けてリードを受け渡す仕組みについては、The Modelやインサイドセールス、フィールドセールスの記事でも詳しく解説しています。

MQLとSQLの違い

MQLとSQLの違いは、誰がどの情報を基に判断したかです。

MQLは、マーケティングが属性情報や閲覧履歴、資料請求、セミナー参加などを基に有望と判断したリードです。この時点では、顧客の課題や導入時期を十分に確認できていない場合もあります。

SQLは、ISや営業が直接の会話を通じて、課題、自社商材との適合性、導入時期、検討体制などを確認したリードです。見積もり依頼や商談希望がある場合も、SQLとして扱われることがあります。

つまり、MQLはマーケティング上の優先対応候補、SQLは営業活動を具体的に進める対象と考えると分かりやすいでしょう。どちらも受注確度を高めるための区分ですが、MQLの段階で営業に求める情報と、SQLの段階で確認すべき情報は異なります。

MQLを定義する3つのメリット

営業が対応すべき見込み顧客を絞れる

問い合わせや資料請求が増えても、すべてが商談につながるとは限りません。営業が対象外の企業や情報収集段階の顧客への対応に時間を使うと、検討度の高い顧客への初回接触が遅れます。

MQLの基準を決めておけば、営業は優先して連絡すべき顧客を判断しやすくなります。たとえば、「対象業種で、料金資料を閲覧し、次回連絡に同意している企業」を優先するなど、対応順をそろえられます。

マーケティング施策を商談・受注まで評価できる

資料請求数やセミナー申込数だけでは、どの施策が売上につながったかは分かりません。MQLとして管理すると、広告、SEO、展示会、ホワイトペーパーなどの施策ごとに、どれだけ有望な見込み顧客を獲得できたかを確認できます。

さらに、MQLから商談、受注までを追えば、「資料請求は多いが商談につながらない施策」と「件数は少なくても受注につながる施策」を分けて考えられます。予算や人員をどこに配分するかを、感覚ではなく結果を基に判断しやすくなります。

マーケティング・IS・営業の認識ずれを減らせる

MQLの基準がないと、マーケティングは「条件に合うリードを渡した」と考え、ISや営業は「商談に進めにくい」と受け取ることがあります。この状態では、リードの件数だけを増やしても、部門間の不満が残ります。

MQLの条件、引き継ぎ時に必要な情報、受け入れられない場合の理由を共通化すると、議論の対象を明確にできます。たとえば、営業から「時期尚早」と差し戻されたリードが多ければ、導入時期の確認をMQL基準に加える、といった改善につなげられます。

MQLは何で判断する？基準をつくる4つの観点

MQLの基準は、資料請求回数やWebサイトの閲覧数だけで決めるものではありません。自社の顧客になり得るか、関心が高まっているか、解決したい課題があるか、営業が接触できるかを合わせて判断します。

1. 対象企業か｜属性情報を見る

まず確認したいのは、その企業が自社の顧客になり得るかです。対象業種、従業員規模、売上規模、所在地、担当者の部署や役職などを見ます。

たとえば、大企業向けのサービスであれば、従業員数や複数拠点の有無が重要になる場合があります。現場担当者向けのサービスであれば、役職よりも実務を担う部署に所属しているかを重視することもあるでしょう。

ここでの基準は、「過去に受注した顧客に共通する条件」を起点にすると決めやすくなります。

2. 関心が高まっているか｜行動情報を見る

次に、商品やサービスへの関心がどこまで高まっているかを確認します。資料請求やセミナー参加に加え、料金ページ、導入事例、比較ページなど、検討に近いページを見ているかも判断材料になります。

ただし、特定ページを一度見ただけでMQLにするのは早計です。たとえば、料金資料のダウンロード後に導入事例を閲覧した、セミナー参加後に個別相談を申し込んだ、といった複数の行動を組み合わせて見る必要があります。

3. 解決したい課題があるか｜会話内容を見る

フォームの自由記述、展示会での会話、メール返信、電話でのヒアリングでは、顧客が何に困っているのかを確認します。

「営業人員が足りず、新規商談を増やせない」「問い合わせ後のフォローが追いつかない」など、自社の商材で解決できる課題が確認できれば、MQLとしての優先度は上がります。一方で、自社の対象外の課題や、解決策を探していない段階であれば、すぐに営業へ渡す必要はありません。

4. いつ・誰に引き継ぐか｜接触状況を確認する

担当者と連絡が取れるか、次回の連絡に同意を得ているか、誰が窓口になるかを確認します。これらはMQLに該当するかだけでなく、営業やインサイドセールスへ今すぐ引き継ぐべきかを判断する情報です。

導入時期や予算がまだ固まっていなくても、具体的な課題があり、今後の情報提供や会話に前向きであれば、MQLとして管理できます。その場合は営業へ即時に渡すのではなく、ナーチャリングを続け、再度接触する時期を決めます。

反対に、条件に合う企業でも、すでに他社で決定済みであれば、営業対応の優先度は下がります。

MQLの判定例

状況	判断	理由
対象業種・規模に該当し、料金資料のダウンロード後に導入事例を閲覧している	MQL候補	属性と関心行動は確認できているため、接触可否や課題を確認する
セミナー後に営業課題を聞けており、翌週の電話連絡に同意を得ている	MQL	課題と接触可能性が確認できている
対象企業だが、「今後の参考として資料を見たい」と回答している	ナーチャリング継続	対象ではあるが、現時点での検討意向は低い
対象外の業種から資料請求があった	MQLにしない	自社の顧客条件に合わない

4つすべての条件を完全に満たさなければMQLにできないわけではありません。商材の単価や検討期間に応じて、どの条件を必須にするかを営業・ISと決めることが大切です。

MQLを創出する3つの方法

MQLは、リードを多く集めるだけでは増えません。対象企業との接点をつくり、検討度に応じて情報を届け、営業が対応すべきリードを選別する流れが必要です。

リードジェネレーションで接点をつくる

リードジェネレーションとは、自社の商品やサービスに関心を持つ可能性がある企業と、新たな接点をつくる活動です。SEO、Web広告、ホワイトペーパー、展示会、セミナー、紹介、アウトバウンドなどが代表的な手法です。

重要なのは、件数を増やすことではなく、自社のターゲット企業と接点をつくれる手法を選ぶことです。たとえば、特定の業種や役職が抱えやすい課題をテーマにした資料やセミナーは、対象外のリードを減らしやすくなります。

リードナーチャリングで検討を進める

獲得した直後のリードは、すぐに商談を希望しているとは限りません。リードナーチャリングでは、メール、導入事例、比較コンテンツ、セミナー、電話などを通じて、顧客の検討段階に合った情報を提供します。

たとえば、課題は感じているものの解決方法を比較していない顧客には、課題の整理や導入事例が役立ちます。すでに選択肢を比較している顧客には、料金、導入までの流れ、他社との違いを伝える方が、次の会話につながりやすくなります。

すべてのリードに同じ内容を送るのではなく、閲覧ページや参加した施策、過去の会話内容を基に内容を変えることが重要です。

リードクオリフィケーションで優先順位を決める

リードクオリフィケーションとは、獲得・育成したリードの中から、営業対応の優先度が高い顧客を選別する活動です。前章で紹介した属性、行動、課題、接触可能性を基に、MQLとして扱うか、ナーチャリングを継続するかを判断します。

MAツールを導入している場合は、ページ閲覧やメールクリックなどの行動に点数を付け、候補を抽出できます。ただし、スコアリングはあくまで候補を見つけるための手段です。対象企業か、営業が話すべき課題があるかまで確認したうえで、MQLとして引き継ぎます。

MQLを営業へ引き継ぐときに必要な情報

MQLを営業へ渡しても、企業名と資料請求の事実だけでは、営業担当者は何から聞けばよいのか分かりません。獲得した経緯や顧客の関心を引き継ぐことで、初回連絡の質を上げやすくなります。

「資料請求がありました」だけでは営業は動けない

引き継ぎ内容の違いを、次の例で比較します。

引き継ぎ例	営業が判断できること
○○社から資料請求がありました。ご対応をお願いします。	企業名以外の情報がなく、何を切り口に連絡すべきか分からない
○○社の営業企画部長が、営業人員不足により新規商談の増やし方を検討中。展示会後に導入事例と料金資料を閲覧し、来週水曜午後であれば電話可能とのこと。	課題、関心のある内容、連絡方法、初回接触の切り口が分かる

後者であれば、営業担当者は「営業人員を増やさずに商談をつくる方法」を切り口に連絡できます。資料の説明から始めるのではなく、顧客が感じている課題に沿って会話を始められます。

引き継ぎ時に残すべき6項目

MQLを引き継ぐ際は、少なくとも次の情報を残します。

企業名、担当者名、役職、部署
流入経路と参加した施策
例：検索経由の資料請求、展示会、セミナー、紹介
閲覧・ダウンロード・参加などの行動履歴
確認できた課題や関心テーマ
導入時期、検討状況、関係者
次回アクション、連絡可能な時間帯、会話時の注意点

すべての項目が埋まっていなければ引き継げないわけではありません。ただし、情報が不足している場合は、営業が初回接触で確認すべき内容を明確にしておく必要があります。

受け入れ・差し戻しのルールも決める

引き継ぎ後に「対応するかどうか」を営業担当者ごとの判断に任せると、MQLの基準は形だけになってしまいます。あらかじめ、受け入れと差し戻しのルールを決めておきましょう。

たとえば、「MQLを受け取ってから2営業日以内に初回連絡する」「対象外、時期尚早、課題不一致、接触不可のいずれかで差し戻し理由を残す」といったルールです。

差し戻されたリードのうち、対象企業で将来的な検討が見込めるものは、マーケティング側で再びナーチャリングします。対象外や受注見込みがないリードまで営業が追い続けないよう、除外する条件も決めておくことが大切です。

MQLが商談化しない4つの原因と改善策

MQLの件数が増えても商談につながらない場合は、リードの量ではなく、基準や運用に課題がある可能性があります。商談化率だけを見るのではなく、どの段階で止まっているかを確認しましょう。

MQLの定義がマーケティング側だけで決まっている

マーケティング部門だけでMQLの基準を決めると、営業が求める情報や優先度とずれることがあります。たとえば、マーケティング側は資料請求を強い関心と判断していても、営業側は導入時期や課題が分からなければ対応しにくいと感じるかもしれません。

改善するには、営業やISが過去に受注につなげやすかった案件と、対応しても商談にならなかった案件を持ち寄り、共通点を確認します。そのうえで、MQLにする条件と、営業が初回接触で確認する項目を決めます。

行動スコアだけでMQLにしている

ページ閲覧やメールクリックを点数化すると、関心が高まったリードを見つけやすくなります。一方で、対象外の企業や、情報収集だけを目的とする顧客までMQLとして抽出されることがあります。

スコアが一定以上になったリードは、MQL候補として確認します。その後、対象企業に当てはまるか、どのテーマに関心を持っているか、営業が接触できるかを見てから引き継ぐ運用にすると、不要な営業対応を減らせます。

引き継ぎ後の対応が遅い

資料請求やセミナー参加の直後は、顧客の関心が高まっている場合があります。初回連絡まで数日から数週間空くと、比較対象を絞り込んだり、他社で検討を進めたりする可能性があります。

対応の遅れを防ぐには、MQLの担当者と初回連絡までの期限を明確にします。担当者が不在の場合に誰が対応するか、連絡がつかない場合に何回・どの手段で試すかも決めておくと、運用が止まりにくくなります。

差し戻し後のリードが放置されている

営業が「今は商談にならない」と判断したリードにも、数か月後には検討を始める企業があります。差し戻しを受けた時点で対応を終えると、将来の商談機会を失うことがあります。

差し戻し理由に応じて、その後の対応を分けましょう。たとえば、導入時期が先なら時期に合わせて再接触し、課題がまだ曖昧なら課題整理に役立つコンテンツを届けます。対象外や競合で決定済みの場合は、不要な配信や架電を続けないよう管理します。

MQL運用で追うべきKPI

MQLの成果は、件数だけでは判断できません。リード獲得から受注までの各段階を追うことで、課題が集客、判定、営業対応のどこにあるかを確認できます。

段階	KPI	計算方法	確認すること
獲得	リード→MQL転換率	MQL数 ÷ リード数 × 100	獲得したリードのうち、対象企業や関心の高い顧客がどの程度いるか
引き継ぎ	MQL→SAL転換率	SAL数 ÷ MQL数 × 100	マーケティングが渡したリードを、IS・営業がどの程度受け入れているか
営業化	MQL→SQL転換率	SQL数 ÷ MQL数 × 100	会話を通じて、商談化を進める価値があると判断された割合
商談	MQL→商談化率	商談数 ÷ MQL数 × 100	MQLが実際の商談につながっているか
売上	MQL起点の受注率	受注数 ÷ MQL数 × 100	MQLが受注にどの程度つながっているか
効率	MQL獲得単価	施策費 ÷ MQL数	チャネルごとの投資効率