貸し別荘

民泊サービスの統合では、ホテル広告と同様に、民泊施設と料金を 1 回限りの作業で設定することで、宿泊先を探すユーザーに表示できるようにする必要があります。統合プロセスは、下記の要件を満たし、民泊施設のお申し込みフォームに必要事項を記入して直接 Google で開始するか、承認済みの第三者統合パートナー様と連携して開始できます。お申し込みが承認されたら、Google テクニカル アカウント マネージャーが、統合パイプラインの各ステップでご連絡いたします。

まとめると、次のものを実装する必要があります。

  1. 宿泊施設のリスティング: 宿泊施設の名称、住所、ジオコーディング情報、画像、ウェブサイトの URL、設備などの静的な情報。

  2. 価格: 宿泊施設の空室状況と料金を示す旅行プラン。

  3. ランディング ページ: ユーザーが事前に記入された旅程情報を使用してウェブサイトにアクセスできるテンプレート。

始める前に

民泊を統合する前に、次のことを用意できる必要があります。

  • 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 リファレンスをご覧ください。

以下の項目が含まれていない場合、リスティングは自動的に無効になります。

リスティング フィードとファイル構造をホストする

リスティング フィードを ZIP ファイルでホストします。Google は、広告枠の最新の宿泊施設リスティングを毎日取得します。

ホスト型リスティング ファイルをインポートする際の要件は次のとおりです。

  • ZIP ファイルは Google と共有されます。
  • フィードは ZIP 形式でのみ共有してください（TAR や GZ は不可）。
  • 各 ZIP ファイルには、複数のリスティング XML ファイルを含めることができます。
  • 各 XML ファイルには複数のリスティングを含める必要があります。
  • 各 XML ファイルのサイズは 100 MB 未満にする必要があります。
  • XML ファイルの数が多くならないようにします。ファイルごとに複数のリスティングを統合します。

  • 各 XML ファイルには 1 つの言語のみを含めることができます。

    • 例: xml{:.readonly} <listings><language>en</language>...</listings>

    • プライマリ以外の言語の場合は、その言語の宿泊施設の一意のホテル ID とコンテンツのみを含めます。

XML のテスト

XML ファイルを Google と共有する前に、XML ファイルが正しいことを確認するには、次のコマンドを使用して、ホテル広告スキーマで説明されているようにフィードを検証します。

xmllint --noout --schema http://www.gstatic.com/localfeed/local_feed.xsd myfile.xml

宿泊施設のリスティング画像の要件

リスティングには少なくとも 8 枚の写真（寝室、バスルーム、共用エリアの画像を各 1 枚以上）を含めることをおすすめします。写真が 8 枚に満たない場合、リスティングのパフォーマンス指標に影響する可能性があります。

次の制約を満たす範囲で、可能な限り高品質の画像を使用します。

  • 推奨解像度: 1,920 x 1,080 ピクセル
  • 最大高さ: 4,000 ピクセル
  • 最大幅: 4,000 ピクセル
  • 最大合計サイズ: 10 MB
  • ファイル形式: JPG、JPEG、PNG、WEBP
  • 印刷方向: 横向き
  • 画像の URL が Googlebot と Googlebot-Image にアクセス可能であり、robots.txt または HTTP X-Robots-Tag ヘッダーでブロックされていないことを確認します。詳細については、robots.txt をテストするをご覧ください。

画像に透かしやブランドを含めないでください。画像のないプロパティは、自動的に配信が無効になります。

画像の順序は自動生成されるため、変更できません。Google は、プロパティ リスティング内の画像をランク付けして表示します。ユーザーの検索語句などの要素が考慮される場合があります。たとえば、ユーザーが「プール付きの民泊」を検索すると、プール関連の画像が上位に表示されることがあります。

一般的な問題

Google Vacation Rentals では、ルームシェアはサポートされていません。サポート対象は完全なプロパティのみです。

予約可能な宿泊施設はそれぞれ、固有の詳細と属性を含む個別の <listing> として Google に送信する必要があります。たとえば、集合住宅内の各アパートメント ユニットは、個別の <listing> として送信する必要があります。

属性は物件の詳細を説明するうえで重要な役割を果たすため、物件の宣伝に役立つよう、できるだけ多くの属性を送信してください。

料金フィード

リスティング フィードの取り込みとトラブルシューティングが完了したら、Google が民泊施設の最新の宿泊プラン料金をキャッシュに保存できるように、宿泊料金の統合を設定する必要があります。

料金を設定する方法は 2 つあります。

  • 方法 1: Google トランザクションの料金
  • 方法 2: 民泊の ARI 料金設定のサポート

方法 1: Google トランザクションの料金

Google の取引価格を使用して Google に料金を渡している場合、料金の統合はホテルの料金の統合と同じです。XML リファレンス: 料金と客室在庫（トランザクション）を参照してください。

PULL 配信方法を使用して、料金フィードの実装を開始できます。PULL メソッドが成功した場合は、更新された価格をより適切に管理するために、PULL+HINT（価格変更）メソッドにアップグレードできます。

ライブ料金クエリ エンドポイント（PULL エンドポイントと同様）を使用すると、Google にキャッシュ保存されていない旅行プランにユーザーがアクセスしたときに、その料金を取得できます。

方法 2: 民泊の ARI 料金サポート

Availability, Rates, and Inventory（ARI）を使用すると、Google がユーザーに価格を生成するために使用する 1 泊料金と空室状況の情報を配信できます。

バケーション レンタルでは、各ユニットが個別のリスティングとなり、1 つの部屋タイプで 1 つの部屋のみが登録されます。

ただし、各宿泊施設に複数の異なる料金プラン（パッケージ）を設定することは可能です。次に例を示します。

  • 無料キャンセルなど、価値のあるアドオンを含む予約オプションをゲストに提供できます。

  • レートプランを仮想レートとして使用して、追加の制限付きのプロモーションを実装できます（このユースケースでは Promotions API を使用することをおすすめします）。

バケーション レンタルの ARI メッセージのベスト プラクティスは次のとおりです。

  • Transaction（宿泊施設データ）の場合:

    • 選択した客室 ID を含む 1 つの 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)&amp;checkout=
      (CHECKOUTDAY)%2F(CHECKOUTMONTH)%2F(CHECKOUTYEAR)&amp;guests=(NUM-GUESTS)
    </URL>
  </PointOfSale>
</PointsOfSale>

料金の精度

リンク先参照に関するポリシーに基づき、Google は、Google 側でキャッシュに保存された料金と在庫状況が、ウェブサイトの料金と在庫状況と一致することを期待しています。Google は、キャッシュ内の価格とウェブサイトの価格を定期的に照合し、Google の価格キャッシュ内の価格の鮮度に基づいて料金精度スコアを割り当てます。

アカウントを有効にしてユーザーに表示するには、Google に料金を渡す際に根本的な問題がないことを確認するため、料金精度スコアが一定の日数しきい値を超えている必要があります。これらのチェックは、アカウントが公開された後も継続されます。

統合中および統合後、Hotel Center アカウントで不一致のケースと詳細にアクセスして、トラブルシューティングに役立てることができます。

統合パートナーに固有のブランド関連付け

ブランドの関連付けによって、民泊の宿泊施設をグループにまとめることができます。そのうえで、ブランド固有のアイコン（またはロゴ）を、ブランド内の一連の宿泊施設に関連付けることができます。宿泊施設をブランドに関連付ける方法の手順に沿って操作します。