このページは Cloud Translation API によって翻訳されました。

民泊

ホテル広告と同様に、民泊と統合するには以下を完了する必要があります表示する民泊施設と料金を設定する、1 回限りのタスクユーザーに効果的にアピールできます統合プロセスは以下の要件を満たすことで Google で直接開始することも可能民泊の申込書を入力するフォーム、承認済みのサードパーティ統合パートナーにお問い合わせください。承認されると、 Google テクニカルアカウントマネージャーは、統合パイプラインを構築します

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

宿泊施設のリスティング: 宿泊施設の静的な情報（名前、住所、ジオコードの場所、画像とウェブサイトの URL、設備情報などです。
料金: 宿泊の空室状況と料金を示す旅行プランです。プロパティです。
ランディングページ: 旅行プラン情報が事前入力されます。

始める前に

民泊と統合する前に、次のとおりです。

Google が連絡できるパートナー様の指定技術担当者テクニカルアカウントマネージャー
お客様のプライバシーを保護するために Google と締結した契約です。
ローカライズされたセルフサービスまたはメールベースのユーザーサポート。

宿泊施設リストフィード

民泊リスティングフィードには、表示するすべての宿泊施設が含まれます。 Googleこのフィードには、宿泊施設の物理的な属性が含まれます。名前、住所、ジオコードの場所、画像の URL、ウェブサイトの URL、設備情報などです。条件宿泊施設が民泊とホテルのどちらであるかが不明な場合は、ホテル、宿泊施設のカテゴリビジネス

民泊のリスティングを提供する方法は 2 つあります。

方法 1: クロールされたリストフィード

在庫が少ないパートナーにおすすめの方法（設定とメンテナンスを簡単に行いたい物件管理者を含む）パートナー構造化データでサイトをマークアップすると、Google がそのサイトをクロールしてリストフィードです。

ウェブサイトをマークアップする

Search Console のドキュメントをご覧ください。サイトの民泊施設をマークアップします

民泊リスティングのサイトマップを作成する

Google は、自動的にサイト上のリンクをたどってバケーションを検出します賃貸物件Google がすべてのリスティングを検出し、民泊リスティングのサイトマップを作成できます。フォローガイドをご覧ください。

クロールされたリスティングのサイトマップには、他にもいくつかの要件があります。フィード:

サイトマップには民泊リスティングの URL を含める必要があります。ことはできません。サイトマップインデックス、他の検索サービスでも使用されています
サイトマップには民泊のリスティングの URL のみを含めることをおすすめします。他の URL を含めることもできます。
サイトマップは複数指定できます。
サイトマップへのリンクを Google テクニカルアカウントマネージャーと共有します。

方法 2: XML リストフィード

この方法は、接続パートナーや、向上します最初の取り込みのために、パートナーは民泊を作成しますリストフィードに民泊固有の属性を含めることができます。

XML ファイルを作成する

最初の取り込みでは、リスティングフィードを Google テクニカルアカウントマネージャー（テクニカルアカウントマネージャー）が、ホテルリストフィードの XML 参照をご覧ください。ただし、ホテルリストとは異なり、民泊。「リスティングフィードを取り込むには約 2 ～ 4 週間かかることがあり、その間 Google がお客様にご連絡し、トラブルシューティングと最適化をサポートしますできます。

民泊に固有の属性

一般的な XML 構造は、ホテルリスティングフィードと同様の形式です。詳しくは、ホテルリスト XML リファレンス。

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

必須の XML 子要素: id、name、latitude、longitude、address。
必須属性: capacity と website。
- サンプルへの直接リンクの例: プロパティをリスティングフィードです。これにより、ユーザーはプロパティを訪問する機会が生まれます。確認できます
民泊固有の属性、子要素、XML 例をご覧ください。

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

リスティングフィードを .zip ファイルでホストします。Google が最新のプロパティセットを取得する 1 日あたりに表示されます

ホストされているリスティングファイルをインポートする際は、次の要件に留意してください。

.zip ファイルは Google と共有します。
フィードは .zip 形式でのみ共有してください（.tar や .gz は使用できません）。
各 .zip ファイルには、リスティング XML ファイルを複数含めることができます。
各 XML ファイルには複数のリスティングを含めることができます（推奨）。
各 XML ファイルは 100 MB 未満である必要があります。
各 XML ファイルに含めることができる言語は 1 つのみです。
- 例: xml{:.readonly} <listings><language>en</language>...</listings>
- 主要言語以外の場合は、一意のホテル ID とコンテンツのみを含めます。その言語のプロパティだけです

XML のテスト

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

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

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

リスティングには少なくとも 8 枚の写真（寝室が 1 枚、部屋が 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 または HTTP X-Robots-Tag ヘッダーでブロックされる。詳細詳しくは、 robots.txt をテストします。

透かしやブランディングを画像に含めないでください。画像のない宿泊施設は自動的に無効になります

画像の順序は自動生成され、変更できません。Google のランキング物件リスト内に画像が表示されますユーザーの検索語句などの検討要素を考慮しますたとえばユーザーが “プール付きの民泊”で検索した場合プール関連の画像が上位レベルで管理します

一般的な問題

Google 民泊では、会議室の共有はサポートされていません。サポートされているのはプロパティです。

予約可能な宿泊施設はすべて、個別の <listing> として Google に送信する必要があります。独自の詳細と属性が含まれています。たとえば屋内のアパートや複数ユニットの建物は、個別の <listing> として送信する必要があります。

属性は、プロパティの詳細を説明するうえで重要な役割を果たします。宿泊施設を宣伝できるよう、できるだけ多くの属性を送信します。

料金フィード

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

料金を設定するには、次の 2 つの方法があります。

方法 1: Google での取引の価格設定
方法 2: 民泊の ARI 料金サポート

方法 1: Google での取引の価格設定

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

PULL 配信を使用して、料金フィードの実装を開始できます。メソッド。PULL メソッドの場合成功したら、PULL+HINT（変更済み料金）モデルにアップグレードメソッドを使用して、より適切に料金の改定です。

ライブ料金クエリエンドポイント（PULL エンドポイントに類似）を使用してユーザーの料金を取得できます。 Google のキャッシュに保存されていない旅行プランを訪問したユーザーに通知されます。

方法 2: 民泊における ARI 料金のサポート

空室状況、料金、在庫（ARI）を使用すると、 1 泊の料金と空室状況に関する情報が料金の生成に使用されます提供します。

民泊では、各ユニットは別々のリスティングであり、 1 つの客室タイプが必要です。

ただし、料金プラン（パッケージ）は複数設定できます。プロパティです。例:

宿泊客にさまざまな付加価値（無料サービスなど）の予約オプションを提供できるキャンセルします。
料金プランを仮想料金として使用して、特典付きのプロモーションを実装できます制限（プロモーションの API が適しています。ユースケース）。

民泊における ARI メッセージのベストプラクティスは次のとおりです。

Transaction（宿泊施設データ）:
- 選択した部屋 ID を持つ RoomData 要素を 1 つ指定します。リスティングの個々のユニットを表し、次の @InvTypeCode と一致します。 ARI メッセージを処理できます。プロパティ ID は再利用できます。
- 予定している料金プランごとに 1 つ以上の PackageData 要素を指定します。あります。
OTA_HoteInvCountNotifRQ の場合:
- 特定の日付に在庫がある場合は、在庫数を 1、または 0 に設定予約されている場合です

ランディングページ

Landing 設定の基本ページは vacation の場合も同じです。ホテルの統合については、賃貸物件の統合。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 料金キャッシュ内の料金の鮮度。

アカウントを有効にしてユーザーに表示されるようにするには、一定の日数の間、料金精度スコアのしきい値を上回っている必要があるを確認してください。これらのチェックは、アカウントの公開後も継続されます。

Hotel Center で一致しないケースと詳細にアクセスできるトラブルシューティングに役立ちます。

統合パートナーに固有のブランド連想

ブランドの関連付けを使用すると、民泊施設をグループ化できます。マイページブランド固有のアイコン（またはロゴ）を一連の宿泊施設に関連付けることができるできます。宿泊施設をブランド。