2026年10月3日の公式商品情報の確認記録を根拠にした確認手順です。編集部はGRAVITYを利用した試験結果や受信実績を提示していません。表とAIへの入力例は設計用の例で、外部連携の可否は未確認です。
確認・編集：服部慎也（FACTDEAL）比較条件を読む前に、公式ページの最新価格・仕様・公開デモを別タブで確認できます。
同じ建物の別室を、名前だけで区別しない
「サンプルハイツについて」のような問い合わせは、同じ建物の複数住戸を掲載していると対象を絞れません。まず自社の台帳で、物件ID、建物名、部屋、種別、公開URLを対応させます。たとえばAは社内ID R-101・サンプルハイツ101号室、BはR-102・同102号室という説明用の2件です。社内IDが公開画面に出るとは限らないため、名前とURLから受付担当がどの行を参照できるかも確認します。この例は実在物件や実際の誤対応の記録ではありません。
最初の確認は、実在顧客へ送らずに行う
複製環境や、自社で使用を許可した検証用ページで、Aの一覧から詳細を開き、問い合わせボタンを押します。フォームが開いた時点で、物件名と対象URLがAになっているかを読みます。次に別のタブでBを開き、同じことを繰り返します。送信しなくても、空欄、Aのまま残る、別の物件へ飛ぶといった画面上の問題は確認できます。公開サイトで試す必要がある場合も、実顧客の情報を入力しない手順を責任者と決め、閲覧確認だけで受信まで合格したとは扱わないようにします。
戻る・別タブ・スマホでも、対象が変わらないか見る
詳細ページを直接開く経路と、一覧からたどる経路を分けて確認します。さらにAのフォームから戻ってBを選ぶ場合、AとBを別タブに開く場合も比べます。端末や実装によっては入力の保持や戻る操作の挙動が違うため、これは確認項目であり、GRAVITYでその不具合があるという報告ではありません。スマホでは長い建物名や部屋の情報が読み取れるか、対象名を見直してから問い合わせへ進めるかも点検します。
外部フォームへ移す場合は、引継ぎが途切れる場所を特定する
GRAVITYの公式で案内される物件名・URLの引継ぎと、別会社のフォームサービスへの接続は分けて考えます。使いたいフォームに対象情報を渡せるか、回答の保存先や通知にも同じ値が残るか、文字が切れたり書き換わったりしないかを確認します。社内IDや部屋番号を追加で渡したい場合も、それが標準機能か、フォームの設定か、個別開発かを購入前に問い合わせます。対応が不明なら「外部フォームでも使える」と先に案内せず、検証できる構成を選びます。
受信確認は、責任者が許可した宛先と内容で行う
フォームに表示された情報と、受付側で残る情報は別の確認対象です。表示が合ってから、担当者の了承を得た試験用宛先や検証環境で送信し、受付記録と通知の物件名・URLを照合します。実施日時、試験であることが分かる識別子、対象AまたはB、確認結果を残します。通知だけに情報がなく、受付画面には保存される場合もあるため、担当者が実際に見る場所を確かめます。ここに書いた手順を本記事で実施したという意味ではありません。メールやCRMの動作は、自社の構成での試験が必要です。
違う物件が届いたら、照合できるまで自動割当を止める
名前やURLが欠けた問い合わせを、AIや受付担当の推測だけで別室に割り当てないようにします。問い合わせ時のページ、受信したURL、掲載状態、台帳を確認し、特定できない場合は必要な情報を相手に確認します。外部から送られた名前やURLは自社の台帳と照合し、それだけで担当や物件条件を確定しません。送信後に募集状況が変わる場合もあるため、問い合わせ対象の識別と、現在募集しているかの確認は別々に行います。個別の入居者情報や社内の未公開メモを、URLのパラメータに載せる運用は避けてください。
AIに任せるなら、匿名の照合表の差分整理までにする
入力例は「検証用物件AとBの照合表から、物件名・部屋・URLの不一致と空欄だけを抜き出してください。表にない値は補完せず、同名物件を同一だと推測しないでください」です。個人情報や実問い合わせの文章を渡さなくても、確認項目の整理はできます。ただしAIの一覧が正しいとは限らないため、担当者が元の行と画面を再確認します。自動返信や営業担当への振り分けまで広げる場合は、別の連携要件と責任者を決めて検証してください。
GRAVITYが担う部分を確認してから選ぶ
2026年10月3日の公式商品ページの取得本文では、GRAVITYの物件入力・条件検索に加え、物件ページから公式で説明される問い合わせフォームへ進む際の物件名とURLの自動表示が案内されています。自社物件を探すところから対象を明示した問い合わせまでを作りたい場合に、確認する価値があります。一方、部屋ごとの社内ID、外部フォーム、CRMの自動割当、履歴管理まで必要なら追加の確認が必要です。既存サイトで対象名とURLを手動指定する方法が運用できる場合は、その修正とテーマ変更の費用・保守負担を比較してください。
物件2件の引継ぎ照合表（検証用の記入例。実施結果ではありません）
A＝R-101・101号室・URL-A／B＝R-102・102号室・URL-B
同名でも別室を別の行で識別できる
AとBそれぞれの表示名、部屋情報、開いたURL
押した物件と詳細が同じ。未表示項目は未表示と記録
Aからの物件名・URL／Bからの物件名・URL
Bを開いてもAの情報が残らない
Aへ戻った場合／AとBを別タブで開いた場合
表示対象をそれぞれ確認。未実施の経路は未確認
許可した試験で保存されたAとBの名前・URL
画面表示だけでは合格にしない。未送信なら受信は未確認
受付担当が見る通知や管理画面の項目
不足項目を特定し、担当が台帳へ戻れる
物件の識別と連携の範囲で選ぶ
物件検索から名前・URLを明示した問い合わせへつなぐ部分が必要か、それ以上の受付システム連携が必須かで判断します。
自社物件の入力・検索・名前とURLの引継ぎをまとめて用意したい
社内IDや任意の外部サービスへの自動連携が未確認のまま必須になっている
現状の物件掲載機能は足り、対象の識別だけを改善したい
現在の仕組みで必要情報を保持できず、保守担当も不在
複数店舗への振分けや顧客履歴が事業上の必須条件
連携設定・運用費・不一致時の対応を負担できない
- 元の物件台帳で別室を区別できない
- 外部フォームやCRMとの必須連携が未確認
- 受信結果を確認する担当と試験方法が決まっていない
公式の物件検索と物件名・URLの引継ぎが、自社の必要項目に合うか確認してください。社内ID・外部フォーム・CRMの連携まで確認済みとは扱いません。
よくある質問
物件名とURLがフォームに出れば確認は完了ですか？
表示の確認はできますが、受付側に保存・通知される内容は別です。許可した試験で受信まで照合する必要があります。未送信なら受信確認は未完了です。
社内の管理IDや部屋番号も自動で引き継げますか？
既存の公式確認記録は物件名とURLの引継ぎです。管理IDや部屋番号、任意の外部フォームとの互換性は、本稿では確認できていません。購入前に必要項目を提示して確認してください。
AIで問い合わせ対象を自動判定してもよいですか？
似た名称を推測で同一物件にしないよう、まず自社台帳のIDとURLで照合します。AIを使う場合も不足情報を補わせず、担当者が対象を確定してから次の対応へ進めます。
サイトの用途に答えるだけで、比較すべき3テーマを絞れます。
30秒診断を始める