記事は読まれるのに、なぜ問い合わせが来ない？B2Bサイトの改善

記事を読む人と、仕事を頼みたい人は重なるか

説明用の例として、CMSの比較記事にアクセスが集まる制作会社を考えます。自分で無料のブログを作りたい人が多ければ、企業サイトの開発相談が増えるとは限りません。記事の価値がないのではなく、扱う課題と提供するサービスがつながっているかを見直す場面です。

検索される疑問に答えることを先にしつつ、法人の担当者が困る条件を具体的に扱います。複数人の承認、既存記事の移行、公開後の保守などです。そのうえで自社が支援する範囲へつなげれば、読者は自分の状況で頼めることを判断できます。問い合わせを増やす前に、どんな相談を受けたいかを営業とそろえましょう。

営業からは、成約した話だけでなく、相談の途中で対象外になった理由も集めます。想定する予算や依頼範囲が違うなら、サービスの説明で先に伝えられることがあるかもしれません。相談件数が増えても、受けられない依頼ばかりでは対応負担が増えます。記事のテーマを選ぶときも、検索量の大きさだけでなく、その疑問を解決した先で自社がどんな支援を提供できるかを考えると、発信する範囲が定まります。

記事の結論の後に、読者が気になることを置く

CMSの選び方を理解した読者は、次に「自社の記事を移せるか」「担当者が操作できるか」「いくらかかるか」を考えるかもしれません。記事の最後に会社の強みを長く並べるより、その問いを確認できるページへ案内すると自然です。記事の内容とサービスの関係を一文で説明し、依頼を検討する理由をつなぎます。

GoogleのSEOガイドも、リンク先の内容が分かるアンカーテキストを案内しています。「詳しくはこちら」だけでなく、「CMS導入と既存記事の移行範囲」のように、何を読めるかを示します。読者が必ず全ページを順番に通る必要はありません。すでに相談したい人には、必要な位置からフォームへ進めるようにします。

表が収まらない場合は横にスクロールできます。

参考：Google Search Central：Search Engine Optimization (SEO) Starter Guide

担当者が上司に説明できる情報はそろっているか

法人の担当者は、気に入っただけで発注できるとは限りません。「なぜこの会社か」「何が費用に含まれるか」「自社にはどんな作業が残るか」を社内へ説明します。サービスページに対応範囲、進め方、費用が変わる条件、公開後の分担があれば、検討を進める材料になります。

実績を載せる場合は、業界名だけでなく、何に困り、どこを担当し、どんな制約があったかを伝えます。公開許可のある事実に限り、顧客名が出せない案件は匿名と示します。件数や成果の数字を補うより、読者が自社との共通点を判断できる具体性が大切です。説明用の例を使うなら、そのことを明記して実績と区別します。

費用を一律に出しにくいサービスなら、見積もりが変わる理由と、相談時に必要な材料を示します。説明用の例として、サイト制作なら、原稿の準備、移行するページ、CMSの更新範囲で仕事量が変わると伝えられます。「個別見積もり」の一語だけより、社内で何を整理すればよいかが分かります。公表できる開始価格がある場合も、その適用範囲を添え、どんな依頼でも同額になると誤解させない説明にします。

問い合わせまでの、どこで止まっているか

記事からサービスへほとんど進まないなら、読者と提供対象が合っているか、次の疑問へつながるリンクがあるかを見ます。サービスを読んでもフォームを開かないなら、対応範囲や相談前の準備が分からない可能性があります。同じ問い合わせ不足でも、原稿の補足とフォーム改修では必要な仕事が違います。

フォームの入力後に止まるなら、送信エラーや答えにくい必須項目を先に確かめます。下の図は原因の仮説を整理するものです。アクセス解析だけで気持ちを断定せず、営業が受ける質問や、実際にサイトを使った人の反応も合わせて確認します。直したい仮説を一つ決めると、変更後に何を見ればよいかも明らかになります。

離脱の多さを、そのまま不満と読むことも避けます。電話で紹介を受けた人は会社情報だけを確認して後で相談するかもしれませんし、記事だけで疑問が解決する人もいます。重要なのは、相談したい人が判断材料を得られず止まっていないかです。データに加えて実際のページを読み、次に何ができるか分からない箇所を探します。全訪問者を同じ順路へ押し込むより、検討段階ごとに必要な入口を用意します。

相談欄には、今答えられることを案内する

「相談内容を記入してください」だけでは、仕様書のように詳しく書くべきか迷う場合があります。説明用の例としてサイト刷新の相談なら、「今のサイト」「困っている点」「希望する公開時期」など、書ける材料を案内できます。予算や時期が未定でも相談を受けるなら、任意であることを明確にします。

短くすれば必ず商談が増えるわけではないため、必須項目は初回対応に必要かを営業と確認します。入力を間違えたときは、W3Cのフォーム資料が示すように、修正する箇所と方法を伝えます。通信失敗で相談文が消えないか、スパム対策を含めて再送できるか、受付後に担当者まで届くかも確かめましょう。

参考：W3C Web Accessibility Initiative：User Notification

ボタンが押された数と、届いた相談の数を分ける

GA4にはリード獲得の推奨イベントgenerate_leadがありますが、名前を付けるだけで正確に数えられるわけではありません。送信クリックと受付成功を区別し、完了ページの再読み込みで増えないかを試します。Google Analyticsはメールアドレスなどの個人を特定できる情報の送信を禁止しているため、相談本文や連絡先を解析へ渡さない設計も確認します。

実際に届いた相談は、管理された受付記録で営業が内容を確認します。解析には同意や利用環境による欠測もあるため、件数の一致を当然とせず、対象外の依頼が多いか、商談へ進めたかを別に見ます。少ない件数の率は動きやすいので、流入元や時期もそろえて比較します。外注時は改善率の約束より、調査・原稿・導線・フォーム・計測のどこを変える提案かを評価してください。

改善の依頼を小さく始めるなら、対象の記事とサービスを一組選び、仮説と変更を結び付けます。説明不足を直す回に、広告の配信対象やフォームの全項目まで同時に変えると、何が影響したか分かりにくくなります。必要な不具合は先に直しつつ、原稿や導線の変更理由を残します。アクセスの少ない時期には、無理に有意な差を主張せず、相談の内容と使う人の反応を次の改善材料にする方法もあります。

参考：Google Analytics：Recommended events: generate_lead ／ Google Analytics Help：Best practices to avoid sending Personally Identifiable Information (PII)

検討・発注前のチェックリスト

担当者と確認状況を添えて、社内の検討メモや打ち合わせの議題にご活用ください。

確認日：________________ / 担当者：________________

• □受けたい相談と、対象外の依頼を営業と共有した。確認状況・メモ：
• □主要記事の読者と自社サービスの関係を確認した。確認状況・メモ：
• □リンク先で読める内容が分かる案内にした。確認状況・メモ：
• □社内検討に必要な範囲・費用・進め方が載っている。確認状況・メモ：
• □必須項目と、相談欄に書く例を見直した。確認状況・メモ：
• □入力失敗から再送・通知までを確かめる。確認状況・メモ：
• □クリック・受付・相談内容を分け、改善後に見るものを決めた。確認状況・メモ：

よくある質問

参考資料

製品の仕様・提供条件は変更されることがあります。採用時には公式資料と契約内容をご確認ください。

• Search Engine Optimization (SEO) Starter GuideGoogle Search Central
• User NotificationW3C Web Accessibility Initiative
• Recommended events: generate_leadGoogle Analytics
• Best practices to avoid sending Personally Identifiable Information (PII)Google Analytics Help