不動産サイトの制作・開発

不動産サイトに含まれるもの#

ご依頼の内容に合わせて進め方を組み立てます。提案書には、どの成果物が含まれるか、素材を誰が用意するか、各成果物をどのように検収するかを明記します。

• 絞り込み、地図、合意したオプション機能を備えた物件検索
• 写真、動画またはツアー、主要情報、所在地、担当者を載せた物件ページのテンプレート
• CRM、フィード、または管理用CMSとの物件情報の連携
• 同意取得付きの問い合わせフォーム、物件や拠点ごとの振り分け、WhatsAppへの引き継ぎ
• 各拠点向けの、LocalBusinessマークアップを施した店舗ページ
• 写真の多いページ向けの画像配信とパフォーマンスの確認
• hreflangを設定した英語・スペイン語の物件ページ

オーダーメイドの不動産サイトが向いているケース#

物件、拠点、担当者を、貴社の売買・賃貸のやり方に合わせたサイトで見せたい、物件管理ソフトやポータルに付属のテンプレートでは合わなくなった、という場合に適しています。物件数が少なく拠点も1つなら、シンプルな物件セクションを備えた小規模なWeb開発プロジェクトで十分かもしれません。サイトは動いているのに地域検索で見つけてもらえない場合は、まずSEOから始めましょう。

物件情報の取得元から最初の問い合わせまで#

最初のヒアリングは物件情報の取得元から始めます。制作内容の大半がここで決まるためです。物件情報が今どこにあるか、そこからエクスポートやAPI・フィードで何を取り出せるか、更新頻度はどれくらいか、誰が管理しているかを確認します。並行して、問い合わせの流れも整理します。各物件の担当者は誰か、フォームやWhatsAppのクリック後に何が起こるか、問い合わせはどこに記録されるかです。

検索ページと物件ページのテンプレートは、実際のデータで設計します。写真がない、価格は応相談、すでに成約した賃貸物件、20戸の新築開発といった厄介なケースも含みます。最初に動く部分は、実際の取得元につないだ検索ページ1つと物件ページ1つで、モバイル回線のスマートフォンでテストします。公開後は、物件情報が予定どおり更新されること、テスト問い合わせが適切な担当者に届くこと、各拠点ページがビジネスプロフィールにリンクしていることを確認します。

物件検索と物件ページを機能させるには?#

検索は、利用者が抱える疑問に答えるものであるべきです。借りるか買うか、どこで、いくらで、どれくらいの広さか。取引種別、価格、面積、部屋数、所在地の絞り込みでほとんどの検索はカバーでき、地名よりも場所そのものが重要な場合は地図が役立ちます。絞り込み条件はURLに残るため、検索結果を共有できます。結果が0件のときは、何を変えればよいかを表示します。

物件ページはスマートフォンで快適に使えなければなりません。全米リアルター協会(National Association of Realtors)の「2025 Profile of Home Buyers and Sellers」は、2024年7月から2025年6月にかけて行われた米国の最近の購入者・売却者への調査に基づき、購入者の52%がオンラインで住まいを見つけ、70%が検索中にモバイルまたはタブレット端末を使ったと報告しています。この調査の対象はコロンビアではなく米国ですが、設計上の結論は同じです。

不動産サイトが重くなるのは、写真の多いページです。そこで、画面ごとに画像サイズを調整し、最新の画像形式を使い、最初の写真はすぐに、残りはスクロールに合わせて読み込み、ギャラリーは会社の実際の写真でテストします。

• 間取り図、動画、バーチャルツアーがある場合はそれらを含むギャラリー
• 価格または賃料、管理費、面積、部屋数、バスルーム数、駐車場、そしてコロンビアではエストラートを1つにまとめた主要情報
• 会社が公開すると決めた精度での地図上の位置
• 担当者の名前と直通の連絡先、フォームの隣にWhatsApp
• 募集中、予約済み、賃貸済み、売却済みといった明確なステータス
• WhatsAppやメールで共有できる、写真、価格、タイトル付きのプレビュー

物件情報はどこから取得し、どのモジュールが必要か?#

不動産サイトの情報の新しさは、物件情報の取得元で決まります。よくある構成は3つです。担当者がすでに使っているCRMや物件管理ソフトからサイトが読み込む方法。ポータルのフィード・API、または米国であれば、会社が権利と承認を得ている場合にIDX経由でMLSから読み込む方法。そして、物件向けに作られた管理用CMSで担当者が公開する方法です。取得元ごとに、更新頻度、取り込めるフィールド、写真をコピーするかリンクするかが変わるため、お見積りの前にヒアリングで連携方法を確認します。

米国のMLSデータはライセンス制です。RESO Web API標準を管理するReal Estate Standards Organizationは、自らはMLSデータを提供しないと明言しており、データの受け手は各MLSのデータ利用・ライセンスポリシーに同意したうえでアクセスします。取得元がどこであっても、ウェブサイトはそこから読み込む形にし、手作業で更新する第二の在庫台帳にはしません。表の各行は、最終的に「実施する」「実施しない」「後のフェーズ」のいずれかになります。

同意を得たうえで、問い合わせを適切な担当者に届けるには?#

問い合わせは、物件情報が紐づいた状態で、対応できる担当者に届くべきです。振り分けは貴社の運営方法に合わせ、物件の担当者別、店舗別、取引種別、またはローテーションで設定します。いずれも予備の担当者を必ず設定するので、共有の受信箱で放置されるリードは出ません。各リードは、物件コード、流入元のページ、キャンペーンの流入元とともに、CRMまたは受信箱に届きます。

WhatsAppはフォームの隣に設置し、最初のメッセージに物件コードが入った状態でチャットが開きます。ただし、レポートには注意が必要です。サイト側ではクリックは記録できますが、やり取りはWhatsApp内で行われるため、担当者またはWhatsApp Business連携でCRMに記録しないと、そのリードは数字から抜け落ちてしまいます。

コロンビアでは、リード獲得フォームは個人データを収集するため、2012年法律第1581号(Ley 1581 de 2012)が適用されます。第9条は、本人の事前かつ十分な説明に基づく同意を、後から確認できる方法で取得することを求めており、第12条は、データの処理目的、本人の権利、データの管理責任者を本人に伝えなければならないと定めています。フォームには、貴社のデータポリシーにリンクした、チェックなしの同意チェックボックスを設置し、サイトは各同意がいつ、どのように行われたかを保存します。文言は貴社の法律顧問が承認し、仕組みの構築とテストは私たちが行います。

複数の店舗を持つ不動産会社のローカルSEOは、どのように進めるのですか?#

ローカルでの可視性は、実在する店舗から生まれます。Googleビジネスプロフィールのガイドラインでは、1つの拠点につき複数のプロフィールを作成しないこと、そして個々の拠点を表すウェブサイトを用意することが示されています。そのため、各店舗に1つのプロフィールと1つのページを用意し、住所、営業時間、電話番号、担当者、物件を掲載して、プロフィールからそのページにリンクします。

各店舗ページには、その拠点だけを対象にしたLocalBusiness構造化データを入れます。Googleはurlプロパティを、特定の事業拠点の完全修飾URLと説明しています。店舗のない都市向けに、「inmobiliaria en」に都市名を付けただけの複製ページは作りません。Googleのスパムポリシーでは、特定の地域や都市を狙いつつ、ユーザーを1つのページに誘導するページはドアウェイ違反とされており、こうしたページではローカルでの関連性は生まれません。

同じ考え方は、フランチャイズや、クリニック、学校、整備工場、複数の支店を持つサービス会社など、他業種の複数拠点ビジネスにも使えます。実在する拠点ごとに1つのページと1つのビジネスプロフィールを用意し、拠点別のマークアップを入れ、共通のテンプレートでブランドの一貫性を保ちながら、各支店が独自の営業時間、チーム、サービス内容を持てます。

海外のお客様向けに、物件を英語とスペイン語で公開できます。言語ごとに別のURLを用意し、hreflangを設定します。Googleは、両方のページが相互に参照していない限りhreflangを無視します。説明文は読み手に合わせて書き、価格、面積、ステータスは1つのレコードで管理するので、両方の言語版が同時に更新されます。

ご依頼前のご質問#