民泊サービスの統合では、ホテル広告と同様に、民泊施設と料金を 1 回限りの作業で設定することで、宿泊先を探すユーザーに表示できるようにする必要があります。統合プロセスは、下記の要件を満たし、民泊施設のお申し込みフォームに必要事項を記入して直接 Google で開始するか、承認済みの第三者統合パートナーと連携して開始できます。承認されると、Google テクニカル アカウント マネージャーが統合パイプラインの各ステップでご連絡いたします。
要約すると、次を実装する必要があります。
宿泊施設のリスティング: 宿泊施設に関する静的な情報(名前、住所、ジオコードの場所、画像、ウェブサイトの URL、設備など)。
料金: 宿泊施設の宿泊の空室状況と料金が記載された旅行プラン。
ランディング ページ: ユーザーが旅行プランの情報を事前に入力してウェブサイトにアクセスできるテンプレート。
始める前に
民泊を統合する前に、次のことを用意できる必要があります。
Google テクニカル アカウント マネージャーが連絡可能な、パートナーの指定された技術担当者。
お客様のプライバシーを保護するための Google との契約。
ローカライズされたセルフサービスまたはメールでのユーザー サポート。
宿泊施設リスティング フィード
民泊リスティング フィードには、Google に表示するすべての宿泊施設が含まれます。このフィードには、宿泊施設の名称、住所、ジオコーディング情報、画像の URL、ウェブサイトの URL、設備などの物理的な属性が含まれます。宿泊施設が民泊とホテルのどちらに該当するのか不明な場合は、ホテル、宿泊施設のビジネスに関するカテゴリをご覧ください。
民泊のリスティングを提供する方法は 2 つあります。
方法 1: クロールされたリストフィード
設定とメンテナンスを簡単に行いたい宿泊施設の管理者など、在庫が少ないパートナーにおすすめの方法です。パートナーが構造化データでサイトをマークアップすると、Google がそのサイトをクロールしてリストフィードを生成します。
ウェブサイトをマークアップする
サイト上の民泊施設にマークアップするには、Search Console のドキュメントをご覧ください。
民泊施設のリスティングを含むサイトマップを作成する
Google は、サイト上のリンクを自動的にたどって、民泊リスティングを検出します。Google がすべてのリスティングを迅速に検出できるようにするには、民泊リスティングを含むサイトマップを作成します。ガイドに沿ってサイトマップを作成します。
クロールされたリスティング フィードのサイトマップには、いくつかの追加要件があります。
- サイトマップには、宿泊施設のリスティングの URL を含める必要があります。他の検索サービスで使用されるサイトマップ インデックスは使用できません。
- サイトマップに含める 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 ファイルに含めることができる言語は 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 枚以上)を掲載することをおすすめします。写真が 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+HINT(価格変更)メソッドにアップグレードして、更新された価格をより適切に管理できます。
ライブ料金クエリ エンドポイント(PULL エンドポイントに似ています)を使用すると、Google にキャッシュに保存されていない旅行プランにユーザーがアクセスしたときに、ユーザーの料金を取得できます。
方法 2: 民泊の ARI 料金サポート
Availability, Rates, and Inventory(ARI)を使用すると、1 泊料金と空室状況の情報を Google に提供できます。Google は、この情報をユーザー向けの料金の生成に使用します。
民泊施設では、各ユニットが個別のリスティングとなり、1 つの部屋タイプにつき 1 つの部屋のみが含まれます。
ただし、宿泊施設ごとに複数の料金プラン(パッケージ)を設定できます。次に例を示します。
無料のキャンセルなど、さまざまな価値のあるアドオンを備えた予約オプションをゲストに提供できます。
料金プランを仮想料金として使用すると、追加の制限付きのプロモーションを実装できます(ただし、このユースケースには Promotions API が推奨されます)。
民泊の ARI メッセージのベスト プラクティスは次のとおりです。
Transaction(宿泊施設データ)の場合:
リスティングの個々のユニットを表すために選択した客室 ID を指定して、単一の
RoomData
要素を指定します。この ID は、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 アカウントでアクセスできます。
統合パートナーに固有のブランド関連付け
ブランドの関連付けを使用すると、民泊の宿泊施設をグループにまとめることができます。ブランド固有のアイコン(またはロゴ)を、ブランド内の一連の宿泊施設に関連付けることができます。宿泊施設をブランドに関連付ける方法の手順に沿って操作します。