住宅会社のブログは「閲覧数」だけで測らない――相談につながるテーマの見極め方

「スマートホームとは」の記事はよく読まれるのに相談は来ない。一方、閲覧数の少ない「引き渡し後の設備設定」からは具体的な問い合わせが入る。住宅会社のブログでは起こりがちなことだ。閲覧数やフォーム送信数だけを追っていると、実際に対応できる相談を生んだテーマを見落とす。

知りたいのは記事の人気ではなく、どのテーマが自社の対応範囲に合う人と接点をつくり、相談につながったかだ。住宅の検討期間は長く、読んだ日に問い合わせるとは限らない。数字の取り方と、相談をどう判定するかを先にそろえておきたい。

「質の高い見込み客」を相談内容で定義する

「すぐ契約しそうな人」だけを質の高い見込み客とすると、計画初期の有望な相談を拾えない。小規模な工務店なら、営業・設計・アフターサービスの担当者で、まず対応できる相談の条件を決める。新築の施工地域、リフォームで扱う工事、既存住宅へのIoT機器導入を支援できる範囲などだ。施工エリア外からの問い合わせは、本人の意欲が高くても自社との適合度は低い。

判定項目は、最初から細かくしすぎなくてよい。

• 対応適合：地域、住宅種別、依頼内容が自社の事業範囲に入るか
• 相談の具体性：新築予定、所有住宅の設備、困っている操作など、次の確認に必要な情報があるか
• 連絡の成立：返信や電話で本人と連絡が取れ、相談を継続できたか
• 次の段階：面談、現地確認、資料の受け渡しなどに進んだか

フォーム送信時には分からない項目もあるため、「未確認」を残し、推測で埋めない。見学会の予約、既存顧客からの修理連絡、施工エリア外からの相談も、一括りに「リード」として数えないほうがよい。新規の建築相談を増やすのが目的なら、既存顧客のサービス依頼は別枠で見る。入居後サポートの充実が目的の記事なら、その依頼自体が成果になる。

テーマを分類し、記事から相談までをつなぐ

「ブログ全体から何件来たか」だけでは、次に何を書くべきか判断できない。記事ごとに主テーマを一つ付け、必要に応じて副テーマも記録する。住宅会社なら「土地・建築計画」「断熱・設備選定」「施工中の情報共有」「引き渡し後の機器設定」「修理・点検」などが候補になる。自社のサービスと相談記録に合い、後から記事を追加しても同じ基準で分類できる粒度にしておく。

例えば「給湯器をスマートフォンで操作する前に確認したいこと」なら、主テーマを「設備選定」、副テーマを「スマートホーム」とする。主テーマを一つに決めれば、同じ問い合わせを両方の成果として二重計上しにくい。あわせて対象を「建築検討中」「入居後」、内容を「判断材料」「使い方」などと分けて記録すると、似た記事同士を比べやすくなる。

記事への接触と、相談の発生を別々に記録する

アクセス解析では、記事の閲覧、サービス案内や問い合わせページへの遷移、フォームの送信完了を確認する。問い合わせ管理表には受付日、相談種別、対応地域、進捗を記録する。ボタンがクリックされただけなら、まだ「問い合わせ」ではない。

フォームで「最初に見た記事」を尋ねても、覚えていない人はいる。任意の「相談前に参考になった情報」欄を設けるか、初回対応時に本人が記事名を挙げた場合に記録する方法もある。計測情報を取得できるなら、最初に読んだ記事と問い合わせ直前の記事は分けて保存したい。前者は関心の入口、後者は相談を決める後押しになった可能性がある。ただし、別端末での閲覧やブックマークからの再訪、同意設定によって追えない接点もある。

顧客の名前や電話番号を、アクセス解析のイベント名、URL、自由入力欄から転送するデータに含めない。問い合わせ記録と閲覧データを結び付けるなら、利用目的の明示、閲覧権限、保存期間を確認する。記事評価に不要な個人情報は集計表へ持ち込まない。

閲覧数ではなく、段階別の率と件数を並べる

テーマ別の成果を、閲覧から相談までの一つの率で表すのは避けたい。そもそも読まれていないのか、案内先へ進まないのか、相談は来るが対応範囲に合わないのか。それぞれ手を打つ場所が違う。

指標	確認できること	読み違えに注意したい点
記事閲覧数・利用者数	テーマへの接触規模	同じ人の複数閲覧は相談人数ではない
記事から案内先への遷移	次の情報を探す動き	遷移しなくても後日相談する人はいる
問い合わせ件数	計測できた相談の量	電話や別端末からの相談が漏れる場合がある
適合する問い合わせ件数	対応可能な相談の量	判定基準が担当者ごとに違うと比較できない
面談・現地確認への進行件数	相談後に具体化した件数	検討期間が長いテーマは直近の数字が小さくなる

仮に「設備の遠隔操作」を1,000人が読み、問い合わせ10件のうち対応可能な相談が2件だったとする。「引き渡し後のアプリ設定」は200人が読み、問い合わせ5件のうち4件が対応可能だった。前者は接触規模が大きく、後者は閲覧者当たりの適合相談が多い。ただし、後者の大半が既存顧客からの支援依頼なら、新規建築相談を増やす目的とは分けて判断する。

件数の少ない月は、1件の増減で割合の順位が変わる。率には分子と分母を添え、数か月単位でも確かめる。公開直後の記事と、検索や案内メールを通じて長く読まれている記事を、同じ期間の閲覧数だけで比べるのも無理がある。対象読者、公開後の経過期間、流入経路を併記しておきたい。

記事の「貢献」と「最終接点」を混同しない

最初に断熱の記事を読み、後日施工事例を見て、最後に問い合わせページから送信した人がいたとする。直前のページだけに成果を付ければ、断熱テーマの役割は見えなくなる。かといって、読んだ全記事に問い合わせを1件ずつ加算すれば、テーマ別の合計が実際の相談件数を超えてしまう。

少人数のチームなら、厳密な配分モデルよりも「最初の接点」「問い合わせ直前の接点」「本人が役立ったと述べた記事」を別の列で管理するほうが扱いやすい。分からない接点は「不明」のまま残す。複数の記事に触れた相談をテーマごとの貢献数に含める場合も、その合計を問い合わせ総数と混同しない。

結果が違えば、記事への対応も変える

閲覧は多いのに適合相談が少なくても、記事が役に立っていないとは限らない。初心者向けの広いテーマなら、認知の入口として読まれている可能性がある。記事中で対象住宅や対応できる工事範囲が曖昧なら明確にし、次の判断に必要な情報へつなぐ。読者の次の疑問を基準に案内先を選ぶことは、住宅会社サイトの内部リンク設計にも通じる。ただし、遷移を増やしたいからといって、記事の答えを途中で切る必要はない。

閲覧が少なくても適合相談が続く記事なら、題材を捨てる前に見つけやすさを確認する。サービス案内から探せるか、見学会で受けた質問への回答として紹介できるか、関連する記事から自然にたどれるか。逆に、相談は多くても対応外の地域や扱わない設備の依頼が集中するなら、冒頭付近に対象条件を明記する。問い合わせ件数は減っても、利用者と担当者の行き違いを減らせる。

数字が伸びない原因を記事だけに求めないことも大事だ。問い合わせへの返信が遅い、サービスページに施工条件が書かれていない、スマートフォンでフォームを入力しづらい。こうした問題もテーマ別の成果に表れる。記事を直す前に、実際の相談経路と受付後の記録を照らし合わせたい。

小規模チームで続けられる月次確認

記事や問い合わせが少ない会社では、大掛かりな分析環境を用意するより、定義をそろえた表を続けるほうが役立つ。月ごとにテーマ、対象読者、閲覧者数、案内先への遷移数、計測できた問い合わせ数、対応適合数、未判定数を記入する。面談まで時間がかかる相談は、問い合わせ月と進捗を更新した月を区別する。

月次の確認では、まず分類や計測方法に変更がなかったかを見る。次に、適合する相談の実例を個人が特定されない形で確認し、役立った説明と追加説明が必要だった点を担当者間で共有する。そのうえで「記事を更新する」「案内先を整える」「判断保留」のいずれかを記録する。毎月すべてのテーマに順位を付けなくてよい。

例えば「施工中の写真共有」の記事から2件の相談が入り、どちらも施主向けアプリの利用条件を尋ねていたなら、翌月は記事の冒頭に「誰が写真を投稿し、引き渡し後も閲覧できるかは運用によって異なる」と補う。集計表に修正日を残し、その後も同じ質問が来るかを確かめる。次の更新を決める材料は、閲覧数だけでなく、こうした相談の中身にもある。