この記事の要点
ポップアップは「出すか出さないか」ではなく「誰に出すか」で決まります。開いた瞬間ではなく、一定以上スクロールした人、一定以上滞在した人、つまり読む気のある人だけに出す。条件を外すと邪魔なポップアップになり、それ自体が離脱の原因になります。条件値はヒートマップで読了位置と離脱位置を見てから決め、離脱が起きる手前に問い合わせボタンを差し込むのが現実的な順番です。
公開日 2026-11-05
記事ページのポップアップは、どんな条件で出せば問い合わせにつながりますか?
条件は「読む気のある人にだけ出す」ことです。ページを開いた瞬間ではなく、何ピクセル以上スクロールしたら、あるいは何分以上滞在したら表示する、という形にします。この条件を外すと、問い合わせを増やすための仕掛けが逆に離脱の原因になります。
記事ページは、トップページと違って文章だらけになりやすい場所です。トップページは分かりやすく作り込まれていても、記事ページには問い合わせへの入口がほとんどない、という状態は珍しくありません。だからポップアップで動線を足す、という発想自体は妥当だと考えています。
ただし、出し方を間違えると効果は反転します。邪魔なポップアップは、それ自体が離脱の原因になるからです。読み始めた瞬間に画面を覆われた読者は、内容を読まずに戻ります。順位を取って呼び込んだアクセスを、自分の手で捨てることになります。
条件に使える2つの軸
- スクロール量:何ピクセル以上(あるいは記事の何割以上)スクロールしたら出す
- 滞在時間:何分以上そのページに留まったら出す
どちらも「この人は読んでいる」というサインです。スクロールもせず、数十秒で離れる人に営業の言葉を見せても意味がありません。逆に、最後まで読み進めている人は、その記事のテーマについて困っている可能性が高い。その人にだけ声をかける、という設計にします。
二つの条件は片方だけでも組み合わせても構いません。スクロールは速いけれど内容を見ていない流し読みを除きたいなら、スクロール量と滞在時間の両方を満たしたときに出す、という形も取れます。
ポップアップが「邪魔」になるかどうかの線引きはどこですか?
線引きは、読者がその時点で「読む作業」を中断させられるかどうかです。読んでいる最中に本文を覆うものは邪魔になり、読み終わったタイミングで現れるものは次の行動の案内になります。同じ仕掛けでも、出るタイミングが違うだけで意味が変わります。
私がポップアップを提案するときは、必ず「邪魔にならない設計が前提」という条件を付けます。これは感覚の話ではなく、判断できる基準に落とせます。
| 状態 | 邪魔になりやすい出し方 | 案内として機能する出し方 |
|---|---|---|
| 表示タイミング | ページを開いた直後 | 一定以上スクロール・滞在した後 |
| 占有範囲 | 本文全体を覆う | 画面の一部に収まる |
| 閉じ方 | 閉じるボタンが見つけにくい | 一目で閉じられる |
| 再表示 | 閉じても何度も出る | 閉じたら同じ訪問中は出さない |
| 内容 | 記事の中身と関係ない宣伝 | 読んでいる記事の続きとして自然な案内 |
もうひとつ注意したいのは、検索からの流入です。Googleの検索セントラルでは、モバイル検索から訪問した直後に主要コンテンツを覆うようなインタースティシャル(全画面の割り込み表示)は、ユーザー体験上の問題になりうるとされています(2026年9月時点)。仕様や方針は変わるため、実装前に最新の公式情報を確認してください。この点からも、「開いた瞬間に全画面」は選択肢から外すのが無難です。
線引きを一文にすると、読者の読書を止めるならアウト、読み終わりに寄り添うならセーフ。この基準で自社の記事を一度見直すと、出すべき条件がはっきりします。
スクロール量と滞在時間、どちらを条件にするのがいいですか?
記事の長さが揃っているならスクロール量、記事ごとに長さがばらつくなら滞在時間が扱いやすい、という使い分けになります。どちらか一方が正解ではなく、記事の性質に合わせて選ぶものです。
二つの条件は、測っているものが違います。スクロール量は「どこまで進んだか」、滞在時間は「どれだけ向き合ったか」です。
| 条件 | 向いているケース | 弱点 |
|---|---|---|
| スクロール量(ピクセル/記事の割合) | 本文の長さが記事ごとに大きく違わない。読み進み具合で判断したい | 流し読みで一気に下まで送った人も条件を満たす |
| 滞在時間(分) | 長文と短文が混在する。じっくり読む人だけを拾いたい | タブを開いたまま放置している人も時間だけは経過する |
| 両方の組み合わせ | 条件を厳しくして、確度の高い人にだけ出したい | 表示回数が減るため、効果の検証に時間がかかる |
選び方の順番
- 対象にする記事を、アクセスが集まっている記事に絞る
- その記事の本文量と、読者が読み切るのにかかるおおよその時間を把握する
- 長さが揃っていればスクロール量、ばらついていれば滞在時間を主条件にする
- 表示回数が多すぎる・少なすぎるときだけ、もう一方の条件を足して調整する
最初から複雑にしないことです。条件をひとつに絞っておけば、結果が変わったときに何が効いたのか分かります。
条件の数値はどうやって決めればいいですか?
自分の記事の読まれ方を見てから決めます。アクセス数の多い記事にヒートマップを導入すると、どこまで読まれているか、どこで離脱しているかが分かります。その離脱が起きている手前が、条件の目安になります。
「何ピクセル以上スクロールしたら」「何分以上滞在したら」という条件は、業界の標準値を借りてくるものではありません。記事の構成も長さもサイトごとに違うので、自分のサイトの数字を見て決めるのが確実です。
ヒートマップで見る3点
- 到達率:記事のどのあたりまで読者が進んでいるか
- 離脱位置:どこで読むのをやめているか
- 熟読箇所:どのブロックで滞在が長くなっているか
この3点が分かると、条件の置き場所が決まります。たとえば多くの読者が本文の中盤で離れているなら、その中盤に到達する直前を条件にする。最後まで読む人が一定数いるなら、読了に近い位置を条件にする。いずれにせよ、離脱が始まる前に声をかけるのが原則です。
導入する記事の優先順位
- アクセスが集まっている記事(改善の効果が数字に出やすい)
- サービスに直結するテーマの記事(問い合わせになりやすい)
- その他の記事(上の2つで型ができてから横展開する)
記事にアクセスが集まっているのに問い合わせに繋がらないのは、本当にもったいない状態です。アクセスがあること自体は素晴らしいことなので、そこから問い合わせに繋げる施策を考える価値は十分にあります。逆に、アクセスがまだ少ない記事にポップアップを入れても、判断に足るデータが集まりません。順番として、集客ができている記事から手を付けます。
ポップアップを出す以外に、記事から問い合わせに誘導する方法はありますか?
あります。スクロール中も問い合わせボタンを画面内に表示し続ける方法、記事の途中にボタンを差し込む方法、関連記事へ内部リンクでつないで複数ページを回ってもらう方法です。ポップアップはこれらの一部として考えると、使いどころがはっきりします。
記事ページの動線が弱くなる典型が、ページ上部にある問い合わせボタンがスクロールで画面外に消えてしまう状態です。読者が「問い合わせよう」と思った瞬間に、押せるものが画面にない。このスクロールした時に消えてしまった動線を、スクロール中も常に画面内に表示しておくのは、ひとつ重要な手だと考えています。
記事から問い合わせへつなぐ4つの手段
- 常時表示の問い合わせボタン:スクロールしても画面内に残す。読者が思い立った瞬間に押せる
- 記事途中のボタン:離脱が起きるタイミングの手前に「問い合わせはこちら」を差し込む
- 条件付きポップアップ:一定以上スクロール・滞在した人にだけ表示する
- 関連記事への内部リンク:記事内で関連情報へつなぎ、複数ページを遷移させながら問い合わせに運ぶ
4つ目の内部リンクは、同じサイトに何度も触れてもらう設計でもあります。よく出てくるサイトは、それだけで信頼性が上がっているような状態になります。そういう状態を作るのは、コンテンツSEOの王道っちゃ王道だと思っています。ポップアップのような瞬間的な仕掛けだけに頼らず、回遊で信頼を積む導線も同時に用意しておくと、全体として問い合わせが増えやすくなります。
なお、記事の中にリンクを置いてクリックするとLPに飛ばす「記事LP」という手法もあります。記事で説得して、LPでコンバージョンさせるやり方です。ただ、手間のかかるこの手法をやらなくても、ここに挙げた動線設計である程度の改善は見込めます。まずは手を付けやすいところからで十分です。
離脱前のタイミングで記事の途中にボタンを差し込むとは、具体的にどうやるのですか?
ヒートマップで離脱が集中している位置を特定し、そのすぐ手前に「問い合わせはこちら」のボタンを置く、という手順です。記事の末尾だけにボタンを置くと、途中で離れた読者には一度も見えないまま終わります。
多くの記事は、問い合わせボタンが末尾にしかありません。しかし最後まで読む人は読者の一部です。途中で離れる人のほうが多いなら、その人たちが見ている範囲にボタンがなければ、動線は存在しないのと同じです。
差し込みの手順
- アクセスの多い記事にヒートマップを入れ、2〜4週間ほどデータを溜める
- 到達率が落ち込む位置、つまり離脱が集中している箇所を特定する
- その手前にある見出しの直前または直後に、問い合わせボタンを1つ置く
- 設置後も計測を続け、クリック数と問い合わせ件数の変化を見る
- 変化がなければ、位置か文言を変えてもう一度試す
文言は記事の内容に合わせる
記事途中のボタンは、記事の流れを切らない言葉にします。読んでいる内容と関係のない宣伝文句が急に現れると、ポップアップと同じく邪魔なものになります。その記事で扱っている悩みの続きとして「この件で相談する」という形にするほうが自然です。
ポップアップと記事途中のボタンは、役割が重なります。両方を同時に入れると読者にとってはうるさくなるので、まずは記事途中のボタンから試し、それで足りないときにポップアップを足す、という順番が穏当です。
ポップアップを入れたのに問い合わせが増えないときは、何を見直しますか?
見直す順番は、表示条件・遷移先・記事そのものの3つです。表示されているのに押されないのか、押されているのにフォームで止まっているのかで、直す場所が変わります。
ポップアップは「出した/出していない」で終わらせず、どこで止まっているかを分けて見ます。
| 症状 | 見る場所 | 打ち手 |
|---|---|---|
| そもそも表示回数が少ない | 表示条件 | スクロール量や滞在時間のしきい値が厳しすぎないか、ヒートマップの到達率と突き合わせる |
| 表示されるが閉じられる | タイミングと文言 | 読書の途中で割り込んでいないか、記事のテーマと案内内容がずれていないかを確認する |
| クリックされるが問い合わせに至らない | 遷移先のページ・フォーム | 入力項目や説明が重くないか、遷移先が記事の内容とつながっているかを見る |
| 離脱率が上がった | 表示の占有範囲 | 本文を覆う大きさになっていないか、閉じるボタンが分かるかを見直す |
もうひとつ、ポップアップで取り切れない層に届ける方法として、記事にアクセスした人へリターゲティング広告を出すやり方もあります。複数のキーワードで上位表示を取り続けるのは簡単ではないので、何度も接触する状態を広告で作って代替する、という考え方です。SEOで集めた読者を、広告側で追いかける組み合わせになります。
いずれにしても出発点は同じで、記事にアクセスが集まっているなら、それは素晴らしいことです。そこから問い合わせに繋げられないのはもったいないので、条件を変えながら改善施策を試していくのがいいと思います。
よくある質問
ポップアップは記事を開いてすぐ出してはいけませんか?
開いた直後の表示は、読者が内容を読む前に中断させることになるため、離脱の原因になりやすい出し方です。一定以上スクロールした人、一定以上滞在した人に絞って表示するほうが、読む意思のある相手にだけ届きます。Googleの検索セントラルでも、モバイル検索からの訪問直後に主要コンテンツを覆う表示は問題になりうるとされています(2026年9月時点。最新の公式情報を確認してください)。
スクロール何ピクセル、滞在何分にすればいいですか?
一律の正解値はありません。記事の長さも構成もサイトごとに違うため、アクセスの多い記事にヒートマップを入れ、どこまで読まれているか・どこで離脱しているかを見てから決めるのが確実です。離脱が集中する位置の手前を目安にします。
ポップアップと固定の問い合わせボタン、どちらを先に入れるべきですか?
先に入れやすいのは、スクロールしても画面内に残る問い合わせボタンです。読者が思い立った瞬間に押せる状態を作るもので、読書を中断させません。それでも問い合わせが増えないときに、条件付きのポップアップや記事途中のボタンを足していく順番が扱いやすいです。
アクセスの少ない記事にもポップアップを入れるべきですか?
優先度は低くなります。表示回数が少ないと効果の判断ができないためです。まずはアクセスが集まっている記事に絞って条件設計と計測を行い、型ができてから他の記事へ広げるほうが早く改善できます。
ポップアップを入れる費用はどれくらいですか?
実装方法や既存サイトの構造によって変わるため、一律の金額はお出ししていません。当社での対応内容と費用は、お問い合わせ時にご案内しています。
参考・出典
- Google 検索セントラル(公式ドキュメント)(2026年9月時点)
売れるSEO対策について
アクセスは増えたのに問い合わせが来ない、という段階でしたら一度ご相談ください。何を直すべきかをお伝えします。初回のご相談は無料です。
関連記事
固定した問い合わせボタンが押されない理由|意識から外れるCTA
問い合わせフォームで電話番号と住所は必須にすべきか|必須と任意の線引き
SEO記事のCTAはどこに置く?末尾+文中テキストリンクの二段構え
