先に結論
SEO記事のPVが増えても、問い合わせが増えないことがあります。主因は検索意図とページの目的のずれです。意図の分け方、CTAの食い違い、監査と直しの順番を整理します。
SEO記事の閲覧数（PV）が増えても、問い合わせが増えないことがあります。主因は、検索意図とページの目的がずれていることです。たとえば、知りたい人向けの解説記事に、買う・申し込む前提の案内だけを置くと、読者は自分の次の一歩を見つけられません。この記事では、検索意図の分け方、意図と案内（CTA）の食い違い、記事の監査手順、直す順番、サイト全体で相談につなぐ見方を整理します。対象は全国の中小事業者です。特定の市区町村を主語にはしません。
この記事でわかること:
- PVだけでは問い合わせが増えない理由
- 検索意図4分類（Know / Do / Go / Buy）
- 意図とCTAの食い違い例
- 記事を監査する手順と、直す順番
- サイト全体で相談へつなぐ見方
想定読者: SEO記事のPVはあるのに問い合わせが増えない中小事業者。全国向け。特定の市区町村は主語にしない。
なぜPVだけでは足りないか
PVは「ページが開かれた回数」です。問い合わせは「相談する理由がそろった回数」です。この二つは別の指標です。
記事を増やせば、検索からの流入は増えることがあります。それでも問い合わせが増えないのは、記事の文章が弱いからとは限りません。読者が次に進める道がない、あるいは道の先が今の悩みと合っていない、という設計の問題であることが多いです。
マーケティングファネルを図で描くだけでは足りません。読者が次に見るページ、サービス説明で分かること、問い合わせ前に残る不安まで、ページの中に道を作る必要があります。一般的な導線の考え方は、マーケティングファネルを問い合わせ導線として設計するでも整理しています。
Webサイトに置き換えると、認知の段階では入門記事や問題提起、興味の段階では具体例やチェックリスト、検討の段階ではサービス説明・事例・FAQ、問い合わせの段階では相談フォーム、が必要になります。記事が悪いのではなく、道が無い、という切れ方はよくあります。
記事からサービス説明へ進むことに、売り込みに見える、という抵抗もあると思います。導線は、読者が「これは自分の問題かもしれない」と気づいたときに、次の選択肢を置いておくことです。選択肢が無い方が、不親切な場合もあります。
検索意図4分類（Know/Do/Go/Buy）
検索意図は、大きく次の4つに分けて見ます。
- Know：知りたい。用語、手順、判断の材料が欲しい
- Do：やりたい。自分で進める手順や準備物が欲しい
- Go：行きたい・見つけたい。特定の会社、サービス、ページにたどり着きたい
- Buy：相談・依頼したい。範囲、進め方、次の連絡先が欲しい
同じ「SEO記事 問い合わせ」でも、読者の位置は違います。「なぜ問い合わせが増えないのかを知りたい」はKnowです。「自社記事を直す手順が欲しい」はDoです。「相談先を探している」はBuyに近いです。
すべての記事がBuyを直接取りにいく必要はありません。ただし、すべての記事は「次に進める場所」を持っていた方がよいです。Know記事なら、より具体的な記事へ。Do記事なら、準備物と相談範囲へ。Buy記事なら、問い合わせページへ、という役割分担です。
1本の記事に4つの意図を全部載せようとすると、titleもH2もぼやけます。たとえば「SEO記事の作り方」というKnowの題なのに、途中から料金プランの比較だけが続くと、検索してきた人と、今すぐ相談したい人が両方とも途中で離れます。主意図を1つ決め、他の意図は内部リンクで渡す方が、問い合わせまでの道は見えやすいです。
Go意図は見落としやすいです。社名やサービス名で来た人には、定義の再解説より、対応範囲、担当、次の連絡先が先です。Know記事の文量を、Goの着地ページにコピーすると、見つけたい人の邪魔になります。
意図とCTAの食い違い例
ずれやすいのは、Know記事にBuyのCTAだけを置くことです。
読者は「問い合わせが増えない理由」を知りたくて来ています。なのに末尾が「今すぐ申し込む」だけだと、理解は進んでも、自分のページのどこを直せばよいかは残りません。逆に、Buy意図のサービスページで用語解説だけが続き、相談できる範囲が見えないのもずれです。
CTAは、どの記事でも同じ文言にすると弱くなります。SEOや記事設計の話なら、「検索意図と見出し、案内まで含めて見直します」のように、本文のテーマに合わせます。同じ問い合わせフォームでも、見出しと本文を記事に合わせると、押し売りではなく迷いを減らす道になります。
内部リンクも同じです。「AI活用とは」を読んだ人が、自社で何をすればよいか分からないまま帰ると、記事は入口になりません。関連する考え方の記事や、相談の受け皿へ進める必要があります。
KAKUKATAの既存記事でも、CTAはテーマに合わせて変えています。AIの業務改善なら、減らせる仕事の切り分け。SEO / AIOなら、検索にもAI回答にも拾われる記事設計。Web導線なら、ページと導線から問い合わせが増えない理由を見直す。ボタン先が同じフォームでも、直前の一文が意図に合っているかが要点です。
相続のように相談テーマが広い領域でも、入口の困りごとと、自社が受けられる仕事を先に揃えないと、集客方法だけ増やしても受任には届きにくいです。考え方は相続の集客方法6選でも使っています。SEO記事の問い合わせでも、同じずれが起きます。
記事を監査する手順
1本の記事を見るときは、次の順で確認します。
- この記事で相談につなげたいテーマは何か
- 読者の検索意図はKnow / Do / Go / Buyのどれか（混在していないか）
- titleとdescriptionは、その意図に答えているか
- H2は質問に答えているか
- 問い合わせ前の不安をFAQで先に書いているか
- 一般論だけでなく、自社の経験や判断基準があるか
- CTAと内部リンクは、意図に合っているか
- 記事やFAQの意味を補助する構造化データがあるか
- 公開後にSearch Consoleで、検索語と着地ページのずれを見ているか
これはKAKUKATAで記事設計を見るときの順番です。キーワードを足す前に、意図と目的を揃えます。
監査のとき、Search Consoleでは「その記事が実際に表示されている検索語」を見ます。titleで狙った言葉と、読者が来ている言葉が違う場合、H2や導入を直す材料になります。順位やクリック数の目標値は、この記事では示しません。まずずれの有無を見ます。
あわせて見るのは、記事から次のページへ進んでいるかです。PVだけを週次で追うと、Know記事の成功を、Buyの件数不足と混同します。公開状態、sitemap、内部リンク切れも、Search Consoleとページ点検で見ます。数字の解釈より、読者が止まった位置を特定することが先です。
直す順番
直すときは、文章の加筆より先に、役割を直します。
- 相談テーマと検索意図を一文で書き直す
- title / descriptionを、その一文に合わせる
- H2を質問形に揃え、KnowとBuyを同じ見出しに混ぜない
- FAQを先に置き、範囲と次の行動を書く
- 独自の経験や判断基準を、該当する見出しの直下に足す
- CTAと内部リンクを、意図に合わせて1本化する
- 構造化データとSearch Consoleの確認に進む
FAQを大量に並べて本文が薄い状態は避けます。FAQは、問い合わせ前に読者が不安に思うことを優先します。どんな状態から相談できるか、進め方、準備物、対応範囲、他の相談先との違い、が実務では先に出ます。料金の具体額、未確認の件数、他社の成功談は、材料がなければ書きません。
直す対象が複数あるときは、流入の多い記事からではありません。相談テーマに近い記事、サービスページ、問い合わせページの3点を先に揃えます。流入が多いKnow記事だけ直して、受け皿のBuyページが用語集のまま、という順番は、ずれを残します。
サイト全体で相談へつなぐ
記事単体を直しても、受け皿が弱いと問い合わせは増えにくいです。入門記事、具体例の記事、サービスページ、問い合わせページが、互いに相手の問題意識を受け止めているかを見ます。
KAKUKATAのサイトでは、入口を大きく分けると、AI活用、業務改善、Web集客、考え方の記事、があります。AI活用の入口は、試したが仕事に定着していない人。業務改善の入口は、人手不足や報告業務に時間が溶けている人。Web集客の入口は、SEO、AI検索、問い合わせ導線に困っている人。考え方の入口は、すぐ相談する前に型を見たい人です。入口ごとに受け皿を変えないと、同じCTAを全部の記事に貼ることになります。
AI検索や生成AIの回答に参照されやすくする情報設計（AIO）でも、記事がバラバラだと弱いです。会社として何に詳しいのか、どのページで相談できるのかが、サイト全体として見える必要があります。SEO記事とAIOを別物の裏技として扱わない考え方は、三鷹のSEO記事とAIO対策の違い｜AI検索時代に相談につながる記事設計でも書いています。全国向けの作り方はAIO（AI検索対策）とは？に分けています。
問い合わせ導線は、読者の次の行動を奪うものではありません。迷いを減らすものです。PVを追う前に、その記事の意図と、読み終わったあとの一歩を揃えてください。
よくある質問
Q1: SEO記事のPVが増えれば、問い合わせも増えますか。
増えることもありますが、自動では増えません。検索意図とページの目的、次に進める場所がそろっているかが先です。
Q2: Know記事に問い合わせボタンを置いてはいけませんか。
置けます。ただし、Buy前提の一文だけにしない方がよいです。理解を深める次の記事や、相談できる範囲の説明を添えます。
Q3: すべての記事をサービスページにリンクすべきですか。
役割によります。入門記事は詳しい記事へ、詳しい記事はサービスや相談の説明へ、と段階を分けます。どの記事からも、最終的に相談できる場所へ辿れることが大切です。
Q4: 記事を増やす前に何を決めますか。
その記事はどの入口か、どのページへつなぐか、読み終わったあと何を判断できるようになるか、です。数が増える前に道を決めます。
関連記事
KAKUKATAからのお知らせ
検索意図と記事の役割がずれていると感じたら、1本の監査から一緒に整理できます。以下から連絡してほしい。