ホテル広告と同様に、民泊と統合するには、次の目的地を検索するユーザーに表示する民泊の宿泊施設と料金を設定する 1 回限りのタスクを完了する必要があります。統合プロセスは、Google で直接開始できます。また、以下の要件を満たして民泊お問い合わせフォームに入力するか、承認済みのサードパーティの統合パートナーと連携します。承認されると、統合パイプラインの各ステップで Google テクニカル アカウント マネージャーがご連絡いたします。
まとめると、以下を実装する必要があります。
宿泊施設リスティング: 宿泊施設の名称、住所、ジオコーディング情報、画像とウェブサイトの URL、設備などに関する静的情報。
料金: 宿泊施設の宿泊の空室状況と料金を示す旅行プラン。
ランディング ページ: 旅行プラン情報が事前入力されているウェブサイトに誘導するテンプレートです。
始める前に
民泊と統合する前に、次の情報を用意しておく必要があります。
Google テクニカル アカウント マネージャーから連絡が取れる、パートナー様の専任技術担当者。
お客様のプライバシーを保護するために Google と締結した契約。
ローカライズされたセルフサービスまたはメールベースのユーザー サポート。
宿泊施設リスト フィード
民泊リスティング フィードには、Google に表示されるすべての宿泊施設が含まれます。このフィードには、宿泊施設の名称、住所、ジオコーディングされた場所、画像の URL、ウェブサイトの URL、設備などの物理的な属性が含まれます。宿泊施設が民泊とホテルのどちらに該当するか不明な場合は、ホテル、宿泊施設のビジネスに関するカテゴリをご覧ください。
民泊のリスティングを提供する方法は 2 つあります。
方法 1: クロール済みリストフィード
設定とメンテナンスが簡単になる、物件管理者など、在庫の少ないパートナーにおすすめです。パートナーが構造化データでサイトをマークアップすると、Google がそのサイトをクロールしてリストフィードを生成します。
ウェブサイトをマークアップする
Search Console のドキュメントに沿って、サイトで民泊をマークアップしてください。
民泊リスティングのサイトマップを作成する
Google はサイト上のリンクを自動的にたどり、民泊のリスティングを見つけます。Google がすべてのリスティングを検出して迅速に見つけられるように、民泊リスティングのサイトマップを作成できます。ガイドに沿ってサイトマップを作成します。
クロールされるリスティング フィードのサイトマップには、さらにいくつかの要件があります。
- サイトマップには民泊リスティングの URL を含める必要があります。他の検索サービスで使用されているサイトマップ インデックスは指定できません。
- サイトマップには民泊リスティングの URL のみを含めることをおすすめしますが、他の URL も含めることができます。
- サイトマップは複数指定できます。
- サイトマップへのリンクを Google のテクニカル アカウント マネージャーと共有します。
方法 2: XML リストフィード
この方法は、接続パートナーと大量の在庫を持つパートナーに適しています。最初の取り込みでは、パートナーは民泊リスト フィードを作成し、民泊に固有の属性を含めます。
XML ファイルを作成する
最初の取り込みでは、ホテルリスト フィードの XML リファレンスに記載されている仕様に基づいて、リスティング フィードを Google テクニカル アカウント マネージャーと共有する必要があります。ただし、ホテルリストとは異なり、関連する民泊に固有の属性を含める必要があります。リスティング フィードの取り込みには 2 ~ 4 週間ほどかかります。その間に、フィードのトラブルシューティングと最適化について Google からご連絡を差し上げます。
民泊に固有の属性
一般的な XML 構造はホテル リスティング フィードと同様の形式です。ホテルリスト XML リファレンスをご覧ください。
次の項目を含めない場合、リスティングは自動的に無効になります。
- 必須の XML 子要素:
id
、name
、latitude
、longitude
、address
。 - 必須属性:
capacity
とwebsite
。- リスティング フィードのプロパティへの直接リンクの例をご覧ください。これにより、ユーザーが宿泊施設のウェブサイトにアクセスする機会が得られます。
- 民泊固有の属性、子要素、XML の例。
リスティング フィードとファイル構造をホストする
リスティング フィードを .zip ファイルでホストします。Google は、お客様の在庫にある宿泊施設のリスティングの最新版を毎日取得しています。
ホスト型リスティング ファイルをインポートする場合は、次の要件に注意してください。
- .zip ファイルは Google と共有します。
- フィードは .zip 形式でのみ共有してください(.tar や .gz は使用不可)。
- 各 .zip ファイルには、複数のリスティング XML ファイルを含めることができます。
- 各 XML ファイルには複数のリスティングを含めることができます(推奨)。
- 各 XML ファイルは 100 MB 未満にする必要があります。
各 XML ファイルには 1 つの言語のみを含めることができます。
例:
xml{:.readonly} <listings><language>en</language>...</listings>
メイン以外の言語の場合は、一意のホテル ID とその宿泊施設のコンテンツのみを含めます。
XML をテストする
XML ファイルを Google と共有する前に検証するには、ホテル広告スキーマの説明に沿って、次のコマンドを使用してフィードを検証します。
xmllint --noout --schema http://www.gstatic.com/localfeed/local_feed.xsd myfile.xml
宿泊施設のリスティング画像の要件
リスティングには少なくとも 8 枚の写真(少なくとも 1 つのベッドルーム、1 つのバスルーム、1 つの共用エリア)を含めることをおすすめします。写真が 8 枚未満の場合、リスティングのパフォーマンス指標に影響する可能性があります。
次の制約を満たしている場合は、可能な限り最高品質の画像を使用します。
- 推奨解像度: 1,920 x 1,080 ピクセル
- 最大高さ: 4,000 ピクセル
- 最大幅: 4,000 ピクセル
- 全体の最大サイズ: 10 MB
- ファイル形式: JPG、JPEG、PNG、WEBP
- 向き: 横向き
- 画像の URL に Googlebot と Googlebot-Image がアクセス可能で、
robots.txt
または HTTPX-Robots-Tag
ヘッダーでブロックされていないことを確認します。詳細については、robots.txt
をテストするをご覧ください。
画像に透かしやブランディングを含めることはできません。画像のないプロパティは自動的に配信されなくなります。
画像の順序は自動生成され、変更できません。Google では、宿泊施設のリスティング内の画像をランク付けして表示します。その際、ユーザーの検索語句などの考慮事項が考慮されます。たとえば、ユーザーが「プール付き民泊」を検索すると、プール関連の画像が上位に表示されます。
よくある問題
部屋の共有は Google 民泊ではサポートされていません。完全なプロパティのみがサポートされます。
予約可能な宿泊施設はすべて、独自の詳細情報と属性を含む個別の <listing>
として Google に送信する必要があります。たとえば、集合住宅内の各マンションは、個別の <listing>
として送信する必要があります。
属性は、宿泊施設の詳細を説明するうえで重要な役割を果たします。そのため、宿泊施設を宣伝するために、できるだけ多くの属性を送信してください。
料金フィード
リスティング フィードの取り込みとトラブルシューティングが完了したら、Google が民泊施設の更新された宿泊プラン価格をキャッシュに保存できるように、宿泊料金の統合を設定する必要があります。
料金を設定する方法は 2 つあります。
- 方法 1: Google 取引による価格設定
- 方法 2: 民泊の ARI 料金サポート
方法 1: Google 取引による価格設定
Google の取引料金を使用して Google に料金を渡す場合、料金の統合はホテルの料金の統合と同じです。詳しくは、XML リファレンスの料金と客室在庫(トランザクション)をご覧ください。
料金フィードの実装は、PULL 配信方法を使用して開始できます。PULL 方式が成功したら、PULL+HINT(変更済み料金)方式にアップグレードして、更新後の料金をより適切に管理できます。
ライブ料金クエリ エンドポイント(PULL エンドポイントと同様)は、Google でキャッシュに保存されていない旅行プランにユーザーがアクセスしたときに、料金を取得できます。
方法 2: 民泊の ARI 料金サポート
空室状況、料金、在庫(ARI)は、Google がユーザーへの料金を生成するために使用する 1 泊の料金と空室状況の情報を提供するために使用できます。
民泊では、各ユニットは 1 つの部屋タイプの 1 部屋ずつの個別のリスティングです。
ただし、宿泊施設ごとに複数の料金プラン(パッケージ)が存在することは可能です。次に例を示します。
無料キャンセルなど、さまざまな付加価値のある予約オプションをゲストに提供できます。
料金プランを仮想料金として使用すると、制限を追加したプロモーションを実装できます(そのようなユースケースには Promotions API が適しています)。
民泊の ARI メッセージに関するベスト プラクティスは次のとおりです。
Transaction(宿泊施設データ)の場合:
リスティング上の個々のユニットを表すために選択した部屋 ID を含む単一の
RoomData
要素を指定します。これは、ARI メッセージの@InvTypeCode
と一致します。プロパティ ID は再利用できます。使用する料金プランごとに 1 つ以上の
PackageData
要素を指定します。
OTA_HoteInvCountNotifRQ の場合:
- ユニットがある特定の日付に利用できる場合は在庫数を 1 に設定し、予約されている場合は 0 を設定します。
ランディング ページ
ランディング ページの基本的な設定方法は、民泊の統合でもホテルの統合の場合と同じです。すべてのユーザーが制限を受けずに利用できる一般的なランディング ページを少なくとも 1 つ用意する必要があります。
次のランディング ページの例は、すべてのユーザーの国と言語に対応しています。この例では、My Amazing VR Website
は民泊の検索結果に表示されるブランド名です。
<?xml version='1.0' encoding='UTF-8'?>
<PointsOfSale partner='partner-name-vr'>
<PointOfSale id='landing-everywhere'>
<DisplayNames display_text='My Amazing VR website' display_language='en'/>
<URL>https://example.com/property/(PARTNER-HOTEL-ID)?checkin=
(CHECKINDAY)%2F(CHECKINMONTH)%2F(CHECKINYEAR)&checkout=
(CHECKOUTDAY)%2F(CHECKOUTMONTH)%2F(CHECKOUTYEAR)&guests=(NUM-GUESTS)
</URL>
</PointOfSale>
</PointsOfSale>
料金の精度
リンク先参照に関するポリシーに基づき、Google 側でキャッシュされた料金と空室状況は、貴社のウェブサイトに表示される料金と空室情報と一致すると想定されます。Google はキャッシュ内の料金とウェブサイトの料金を定期的にチェックし、Google の料金キャッシュ内の料金の新しさに基づいて料金精度スコアを割り当てます。
アカウントを有効にしてユーザーに表示するには、Google に料金を渡すうえで基本的な問題が生じないように、一定の日数の間、料金精度スコアのしきい値を上回っている必要があります。この確認は、アカウントの運用が開始された後も継続されます。
統合中および統合後に、Hotel Center アカウントの不一致のケースや詳細情報にアクセスして、トラブルシューティングに役立てることができます。
統合パートナーに固有のブランドの関連付け
ブランドの関連付けを使用すると、民泊施設をグループ化できます。ブランド固有のアイコン(またはロゴ)を、ブランド内の一連の宿泊施設に関連付けることができます。宿泊施設をブランドに関連付ける方法の手順に沿ってください。