ホテル広告と同様に、民泊と統合するには以下を完了する必要があります 表示する民泊施設と料金を設定する、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
または HTTPX-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)&checkout=
(CHECKOUTDAY)%2F(CHECKOUTMONTH)%2F(CHECKOUTYEAR)&guests=(NUM-GUESTS)
</URL>
</PointOfSale>
</PointsOfSale>
料金の精度
ご紹介プログラムに基づく ポリシーに準拠する必要があります。 Google 側でキャッシュされた料金と空室状況は、料金と 確認できますGoogle ではキャッシュ内の料金を定期的にチェックしています ウェブサイトの価格に照らし合わせ、 Google 料金キャッシュ内の料金の鮮度。
アカウントを有効にしてユーザーに表示されるようにするには、 一定の日数の間、料金精度スコアのしきい値を上回っている必要がある を確認してください。 これらのチェックは、アカウントの公開後も継続されます。
Hotel Center で一致しないケースと詳細にアクセスできる トラブルシューティングに役立ちます。
統合パートナーに固有のブランド連想
ブランドの関連付けを使用すると、民泊施設をグループ化できます。マイページ ブランド固有のアイコン(またはロゴ)を一連の宿泊施設に関連付けることができる できます。宿泊施設を ブランド。