注文住宅ブログでいうニッチキーワードは、壁をくぼませる住宅設備のニッチと混同されやすい言葉です。SEOで狙いたいのは、単に検索数が小さい語ではありません。自社の施工地域と得意条件に合い、相談前の具体的な疑問へ答えられる検索語です。
キーワード選定では、記事タイトルを考える前に誰が、どの段階で、何に困って検索するかを一行にします。同じ疑問を別タイトルで量産しないため、全候補をURL単位の表で管理します。
キーワードの三要素
候補は、地域、検討段階、制約条件の三要素を組み合わせます。
要素 | 例 | 記事で答える内容 |
|---|---|---|
地域 | 市区町村、沿線、学区 | 施工範囲、土地条件、移動距離 |
検討段階 | 情報収集、比較、相談直前 | 基礎知識、選択条件、相談準備 |
制約条件 | 狭小地、平屋、二世帯、土地予算 | 設計上の選択肢と確認事項 |
注文住宅 おしゃれのような広い語をそのまま一記事にするより、対応地域で、平屋を考え始め、土地の広さに迷う人のように読者を具体化します。ただし、語を細かくつなげただけで実際の検索が確認できない場合は公開しません。
候補語は、顧客との打ち合わせメモからも拾えます。設計者が毎回説明している土地条件、施主が比較時に使った言葉、相談前に誤解されやすい用語を月一回集めます。検索結果に同じ疑問が現れ、自社事例で答えられるものだけを企画表へ移します。
検索意図の割当表
一つの検索テーマに複数ページを作る前に、次のように役割を分けます。
- 情報収集：用語、選択肢、よくある制約を説明する記事
- 比較：条件別の向き、不向き、費用に影響する項目を示す記事
- 実例確認：該当条件の施工事例と工夫を見せるページ
- 相談直前：対応範囲、初回相談で決めること、必要資料を示すページ
役割を一文で分けられない二つの企画は、同じ検索意図の可能性があります。公開前に代表URLを一つ選び、独自の説明をそこへ集めます。
記事化の五点評価
候補ごとに、各項目を〇、△、×で判定します。
- 需要：検索結果とSearch Consoleに関連クエリがあるか
- 適合：自社の対応地域、工法、相談内容と合うか
- 根拠：施工事例、設計者の確認項目、写真を用意できるか
- 導線：読後に見せる事例や相談ページがあるか
- 重複：既存記事と同じ結論、見出しにならないか
需要が〇でも適合が×なら、アクセスが増えても相談につながりません。根拠が×なら一般論の言い換えになります。五項目のうち二つ以上が×の企画は、すぐ書かず保留します。
施工事例との接続
注文住宅ブログの独自性は、一般的な説明に施工条件を重ねたときに生まれます。事例へリンクするだけでなく、本文中で次を説明します。
- 施主が最初に抱えていた制約
- 比較した選択肢
- 採用しなかった案と理由
- 完成写真だけでは分からない確認事項
- 同じ条件の人が相談前に用意する情報
固有の価格や性能を出す場合は、対象事例の条件と時点を添えます。会社全体の標準値に見せないようにします。
量産で起きる失敗
たとえば、市名だけを替えたA市の注文住宅B市の注文住宅を同じ本文で公開する方法です。地域固有の土地条件、施工事例、対応体制がなければ、読者がページを分けて読む理由がありません。
もう一つは、平屋 メリット平屋 魅力平屋 おすすめを別記事にし、三本とも同じ利点を並べる方法です。タイトルが違っても検索意図が同じなら、代表記事へ統合します。
公開後の整理基準
公開後は九十日を一区切りに、表示クエリ、表示回数、クリック、事例ページへの移動を見ます。表示がない場合は、文章を増やす前に次を判断します。
- 狙った語に需要がない：検索意図を近い実在クエリへ変更する
- 別記事が表示されている：代表記事へ統合する
- 表示はあるが順位が低い：根拠と検索意図の不足を修正する
- 表示も移動もある：関連事例と相談ページを改善する
記事数は成果指標ではありません。検索する人の疑問と、自社が示せる根拠を一対一で結び、役割を終えた記事は統合する運用が必要です。
