Freigeben über


Erstellen eines Angebotsseitenfeeds

Erstellen Sie ein XML-Dokument, das einen Pos (Point of Sale) für jede von Ihnen unterstützte Buchungswebsite enthält, um Bing Ihre Landing Pages-Daten bereitzustellen. Ein POS beschreibt den Anzeigenamen, die URL und die Kriterien für den Abgleich des Benutzers mit einem POS.

Das Dokument muss UTF-8-Codierung verwenden und der PointsOfSale-XSD entsprechen.

Hinweis

Bing unterstützt nicht alle XSD-Elemente. Bing ignoriert alle Elemente oder Attribute im Dokument, die nicht unterstützt werden. Die Landing Pages-Referenz enthält nur die Elemente und Attribute, die Bing unterstützt.

Hinweis

Das Dokument muss die Elemente in der Reihenfolge angeben, die in pointsOfSale XSD definiert ist (oder wie in der Referenz dargestellt).

Das Element der obersten Ebene in Ihrem Feed

Der Feed landing pages enthält ein einzelnes PointsOfSale-Element der obersten Ebene. Das PointsOfSale -Element erfordert ein untergeordnetes PointOfSale-Element für jede Website, das Benutzer zum Buchen eines Raums verwenden können.

<?xml version="1.0" encoding="UTF-8"?>
<PointsOfSale xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <PointOfSale>
    . . .
  </PointOfSale>
  ...
</PointsOfSale>

Das PointOfSale -Element beschreibt den Anzeigenamen, die URL und die Kriterien für den Abgleich des Benutzers mit einem POS. Informationen zum Definieren eines POS finden Sie unter Definieren eines Point of Sale.

Definieren einer Verkaufsstelle

Das PointsOfSale Element enthält eine Liste von PointOfSale-Elementen , eine für jede POS-Website, die Benutzer zum Buchen von Räumen verwenden können. Die Liste muss Landing Pages für einen einzelnen Partner enthalten.

Im Folgenden werden Elemente gezeigt PointOfSale , die Landing Pages für englischsprachige Benutzer definieren. Das erste PointOfSale Element definiert einen POS für englischsprachige Endbenutzer auf einem beliebigen Gerät, und das zweite PointOfSale Element definiert einen POS für englischsprachige Endbenutzer auf mobilen Geräten. Die POS-URL enthält Details zur Transaktion, z. B. das Ein- und Auscheckdatum, die Hotel-ID und die Benutzersprache. Bing verwendet den Anzeigenamen und die POS-URL, um einen Link zu erstellen, der der Anzeige hinzugefügt wird. Wenn der Benutzer auf den Link klickt, wird er zur Buchungswebsite weitergeleitet. Wenn Sie Nachverfolgungsvorlagen für die Leistungsnachverfolgung verwenden, muss das LPURL-Element der Landing Page URL in der POS-Feeddatei konfiguriert werden, damit die Nachverfolgung funktioniert. Bing verwendet den Anzeigenamen und die POS-URL oder LPURL, um einen Link zu erstellen, der der Anzeige hinzugefügt wird. Wenn der Benutzer auf den Link klickt, wird er zur Buchungswebsite weitergeleitet.

  <PointOfSale id="English">
    <DisplayNames display_text="ContosoTravel.com" display_language="en" />
    <Match status="yes" language="en" />
    <URL>http://contoso.com/landing?hid=(PARTNER-HOTEL-ID)&amp;checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&amp;checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&amp;language=(USER-LANGUAGE)</URL>
    <LPURL>http://contoso.com/landing?hid=(PARTNER-HOTEL-ID)&amp;checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&amp;checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&amp;language=(USER-LANGUAGE)</LPURL>
  </PointOfSale>
  <PointOfSale id="English-Mobile">
    <DisplayNames display_text="ContosoTravel.com" display_language="en" />
    <Match status="yes" language="en" device="mobile" />
    <URL>http://mobile.contoso.com/landing?hid=(PARTNER-HOTEL-ID)&amp;checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&amp;checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&amp;language=(USER-LANGUAGE)</URL>
    <LPURL>http://mobile.contoso.com/landing?hid=(PARTNER-HOTEL-ID)&amp;checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&amp;checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&amp;language=(USER-LANGUAGE)</LPURL>
  </PointOfSale>

Schließen Sie das DisplayNames -Element nur für Online-Reisebüros ein. Schließen DisplayNames Sie nicht für Lieferanten des zentralen Reservierungssystems (CRS) (auch als Integrationspartner bezeichnet) und direkte Lieferanten (z. B. Hotelbesitzer oder Ketten) ein. Für CRS-Lieferanten und Direktlieferanten verwendet Bing den Namen des Hotels aus dem Eigenschaftenfeed.

Wenn Sie einschließen DisplayNames, müssen Sie ein Match Element einschließen, für das das Sprachkriterium auf dieselbe Sprache festgelegt ist.

Bing verwendet den POS, der dem Benutzer basierend auf den Abgleichskriterien des POS am besten entspricht. Basierend auf den oben genannten Abgleichskriterien verwenden Benutzer auf mobilen Geräten die English-Mobile POS, und alle anderen verwenden den englischen POS. Informationen dazu, wie Bing Benutzer mit einem POS abgleicht, finden Sie unter Übereinstimmende Angebotsseiten. Eine Liste der Kriterien, die Sie abgleichen können, finden Sie im Match-Element .

Das URL -Element gibt den Link zu der Website an, auf der der Benutzer den Raum buchen kann. Das Beispiel zeigt die Verwendung dynamischer Abfrageparameter. Bing ersetzt die dynamischen Variablen zur Laufzeit durch Werte. Informationen zur Verwendung dynamischer Abfrageparameter finden Sie unter Verwenden dynamischer Abfrageparameter.

Hinweis

Wenn Sie das Abgleichskriterium für Sprache und Land angeben, müssen diese nur auf en und US festgelegt werden.

Im Folgenden finden Sie ein vollständiges XML-Dokument für Zielseiten.

<?xml version="1.0" encoding="UTF-8"?>
<PointsOfSale xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="http://www.gstatic.com/localfeed/local_feed.xsd">
  <PointOfSale id="English">
    <DisplayNames display_text="ContosoTravel.com" display_language="en" />
    <Match status="yes" language="en" />
    <URL>http://contoso.com/landing?hid=(PARTNER-HOTEL-ID)&amp;checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&amp;checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&amp;language=(USER-LANGUAGE)</URL>
  </PointOfSale>
  <PointOfSale id="English-Mobile">
    <DisplayNames display_text="ContosoTravel.com" display_language="en" />
    <Match status="yes" language="en" device="mobile" />
    <URL>http://mobile.contoso.com/landing?hid=(PARTNER-HOTEL-ID)&amp;checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&amp;checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&amp;language=(USER-LANGUAGE)</URL>
  </PointOfSale>
</PointsOfSale>

Übereinstimmende Zielseiten

Zielseiten enthalten ein Match Element, das die Kriterien enthält, die Bing verwendet, um einen Benutzer einem POS zuzuordnen. Im Folgenden finden Sie das Kriterium, das Bing verwendet, um Benutzer mit Zielseiten abzugleichen. Die Liste ist in der bevorzugten Reihenfolge angeordnet.

  • Land/Region
  • Währung
  • language
  • Gerät
  • sitetype

Bing verwendet die folgenden Regeln, um die beste POS-Übereinstimmung zu finden.

  • Bing gibt länderspezifischen Übereinstimmungen die höchste Präferenz und die geringste Präferenz für Geräte-Übereinstimmungen.

  • Wenn Match keins der Kriterien angibt, gleicht Bing implizit alle Werte für das Kriterium ab. Wenn Match beispielsweise Sprache und Währung angegeben werden, stimmt Bing implizit mit jedem Land und Gerät überein.

  • Wenn Match ein oder mehrere Kriterien angibt, verwendet Bing den POS mit den explizitsten Übereinstimmungen.

  • Wenn keine explizite Regelabgleichung vorhanden ist, ist die Auswahl von POS nicht deterministisch. Es wird empfohlen, eine explizite Regel für das Übereinstimmungskriterium hinzuzufügen.

Das Match status-Attribut des Elements bestimmt, ob der POS basierend auf dem Abgleich ein- oder ausgeschlossen werden soll. Wenn status nie ist und Bing alle Kriterien erfüllt, verwendet Bing den POS nicht. Um einen POS auszuschließen, müssen alle Kriterien übereinstimmen. Im folgenden Beispiel schließt Bing den POS explizit aus, wenn der Benutzer aus dem USA oder Frankreich stammt, und schließt ihn implizit ein, wenn der Benutzer aus einem anderen Land stammt.

<PointOfSale id='exclude-example'>
  . . .
  <Match status='never' country='US' />
  <Match status='never' country='FR' />
  . . .
</PointOfSale>

Wenn status ja ist, schließt Bing keine Landing Pages aus, die nicht explizit allen Kriterien entsprechen, aber der POS, der dem meisten Kriterium entspricht, wird bevorzugt. Im folgenden Beispiel ordnet Bing den Benutzer explizit dem POS zu, wenn das Land des Benutzers Frankreich ist. Wenn das Land des Benutzers nicht Frankreich ist, wird der POS weiterhin berücksichtigt, bis eine bessere Übereinstimmung gefunden wird. Wenn keine bessere Übereinstimmung gefunden wird, verwendet Bing den POS.

<PointOfSale id='exclude-example'>
  . . .
  <Match status='yes' country='FR' />
  . . .
</PointOfSale>

Bing empfiehlt, für jeden POS die gleichen Abgleichskriterien zu verwenden. Dies minimiert die Komplexität bei der Bestimmung, warum ein POS mit einem anderen übereinstimmt.

Verwenden dynamischer Abfrageparameter

Ein Point of Sale (POS) enthält ein URL Element, das die Website identifiziert, auf der Benutzer Räume buchen können. Die URL kann dynamische Abfrageparameter enthalten, bei denen es sich um benutzerdefinierte Parameter handelt, die ein vordefiniertes Token für ihren Wert enthalten. Bing ersetzt dann das Token durch einen Wert, bevor die URL zur Anzeige hinzugefügt wird. Mithilfe dynamischer Abfrageparameter können Sie die ID des Hotels, das Check-in-Datum, die Aufenthaltsdauer und vieles mehr in die URL aufnehmen.

Im Folgenden wird die Syntax veranschaulicht, die Sie verwenden, um dynamische Abfrageparameter in Ihrer POS-URL anzugeben. Da dynamische Abfrageparameter Abfrageparameter sind, müssen sie dem Fragezeichensymbol (?) in der URL folgen.

http://domain.com/path?param-name=(dynamic-variable-name)

Im Folgenden sind die namen dynamischen Variablen aufgeführt, bei denen die Groß-/Kleinschreibung beachtet wird, die Sie in der URL angeben können.

Name Beschreibung
ADGROUP-ID Die ID der Anzeigengruppe, die die Anzeige ausgelöst hat. Angenommen, Ihre URL lautet www.northwindtraders.com/(ADGROUP-ID). Unter der Annahme, dass Ihre Anzeigengruppen-ID 2410012280 ist, lautet die Url der Angebotsseite Ihrer Anzeige www.northwindtraders.com/2410012280.
VORBUCHUNGSFENSTER Die Anzahl der Tage vor dem Check-in-Datum, an dem die Buchung durchgeführt wurde. Beispiel: 36.
BING-WEBSITE Die Bing-Eigenschaft, die die Anzeigenanforderung ausgelöst hat. Im Folgenden sind die möglichen Werte aufgeführt.
  • localuniversal: Die Anzeige stammt von einer Suchergebnisseite.
  • mapresults: Die Anzeige stammt von einer Kartenwebsite.
  • PropertyPromotionAd – Die Anzeige stammt aus der ersten Ergebnisseite, die in einer Kartensuche angezeigt wird.
  • unknown: Die Anzeige stammt aus einer unbestimmten Quelle.
  • Überprüfung– Bing verwendet diesen Wert, wenn Datenqualitätstests auf Ihrer Website durchgeführt werden. Diese Abfragen werden Ihnen nicht in Rechnung gestellt. Bing Analytics verwendet diesen Parameter und seinen Wert zum Identifizieren des Datenverkehrs zur Überprüfung von Hotelpreisanzeigen.
KAMPAGNEN-ID Die ID der Kampagne, die die Anzeige ausgelöst hat. Angenommen, Ihre URL lautet www.northwindtraders.com/(CAMPAIGN-ID). Unter der Annahme, dass Ihre Kampagnen-ID 2410012280 ist, lautet die URL der Angebotsseite Ihrer Anzeige www.northwindtraders.com/2410012280.
CHECKINDAY Der zweistellige Tag, der Checkin im -Element des Preisfeeds angegeben ist. Beispiel: 20.
CHECKINDAY-OF-WEEK Der Wochentag, an dem der Check-in stattfindet. Bing verwendet die Ziffern 0 bis 6, um Montag bis Sonntag darzustellen. Beispielsweise ist 1 dienstags.
CHECKINMONTH Der zweistellige Monat, der Checkin im -Element des Preisfeeds angegeben ist. Bing verwendet die Ziffern 00 bis 11, um Januar bis Dezember darzustellen. Beispielsweise ist 05 juni.
CHECKINYEAR Das vierstellige Jahr, das Checkin im Element des Preisfeeds angegeben ist. Beispiel: 2021.
CHECKOUTDAY Der zweistellige Tag, den der Benutzer auscheckt. Bing verwendet die Nights Elemente und Checkin der TransactionMessage, um den Tag zu berechnen. Beispiel: 23.
CHECKOUTMONTH Der zweistellige Monat, den der Benutzer auscheckt. Bing verwendet die Nights Elemente und Checkin des Preisfeeds, um den Monat zu berechnen. Beispiel: 07.
CHECKOUTYEAR Das vierstellige Jahr, das der Benutzer auscheckt. Bing verwendet die Nights Elemente und Checkin des Preisfeeds, um das Jahr zu berechnen. Beispiel: 2021.
CLICK-TYPE Gibt an, ob der Benutzer auf eine Hotelanzeige oder eine Raumbündelanzeige geklickt hat. Im Folgenden sind die möglichen Werte aufgeführt.
  • hotel– Der Benutzer hat auf eine Hotelanzeige geklickt.
  • room: Der Benutzer hat auf eine Raumbündelanzeige geklickt.
ANMERKUNG: Bing unterstützt die Raumoption nicht.
CUSTOM[1-5] Die Werte der benutzerdefinierten Felder (z. B. Custom1), die im Result-Element des Preisfeeds angegeben sind.
DATUMSTYP Gibt an, ob der Benutzer Ein- und Auscheckdatum angegeben hat. Im Folgenden sind die möglichen Werte aufgeführt.
  • default: Der Benutzer hat auf eine Hotelanzeige geklickt, die Standarddaten verwendet hat.
  • selected– Der Benutzer hat auf eine Hotelanzeige mit bestimmten Ein- und Auscheckdaten geklickt.
HOTELGROUP_ID Hinweis: HOTELGROUP_ID ist ein Legacyparameter, der auf Hotel Center verweist. Verwenden Sie stattdessen ADGROUP-ID.

Die ID der Hotelgruppe, zu der die Hotelanzeige gehört.
LÄNGE Die im Nights -Element des Preisfeeds angegebene Verweildauer. Beispiel: 3.
NETZWERKE Der Anzeigennetzwerktyp, auf dem die Anzeige bereitgestellt wurde.
  • o = im Besitz und betrieben (Bing-, AOL- und Yahoo-Suchergebnisse)
  • s = syndicated (Suchergebnisse der Partnerwebsite)
  • a = Zielgruppe (Microsoft Audience Network-Platzierungen)
Angenommen, Ihre URL lautet www.northwindtraders.com/network=(NETWORK). Unter der Annahme, dass Ihr Netzwerk (Anzeigenverteilung) nur bing-, AOL- und Yahoo-Suche (im Besitz und betrieben) ist, lautet die Url der Startseite Ihrer Anzeige www.northwindtraders.com/network=o.
ZAHL ERWACHSENE Die Anzahl der Erwachsenen, die den Raum belegen. Der Standardwert lautet 2.
PARTNERWÄHRUNG Der aus drei Buchstaben bestehende Währungscode, der im Currency-Attribut des Baserate Elements im Price-Feed angegeben ist. Beispiel: USD.
PARTNER-HOTEL-ID Die im id -Element des Eigenschaftsfeeds angegebene Hotel-ID.
PARTNER-ROOM-ID Die ID, die den Raum eindeutig identifiziert. Dies ist die ID, die je nach Verwendung im RoomID-Element des Results-, <RoomBundle>- oder <RoomData-Blocks> angegeben ist.><><
PRICE-DISPLAYED-TAX Der Betrag der Steuer in der lokalen Währung des Benutzers. Der Steuerbetrag basiert auf dem Tax im Preisfeed angegebenen Element. Beispiel: 3.14.
PRICE-DISPLAYED-TOTAL Die Gesamtkosten des Raums in der lokalen Währung des Benutzers. Der Betrag basiert auf der Summe der BaserateElemente , Taxund OtherFees , die im Preisfeed angegeben sind. Beispiel: 152.13.
SLOT_TYPE Die Platzierung der Anzeige auf der Ergebnisseite. Der Parameter kann die folgenden möglichen Werte enthalten:
  • A – Der Prioritätsslot, in dem Anzeigen beim Laden auf der Ergebnisseite angezeigt werden.
  • B – Der sekundäre Slot, in dem Anzeigen erst angezeigt werden, nachdem der Benutzer auf Weitere Preise geklickt hat.
SUBACCOUNT_ID Hinweis: SUBACCOUNT_ID ist ein Legacyparameter, der sich auf Hotel Center bezieht. Verwenden Sie stattdessen CAMPAIGN-ID.

Die ID des Unterkontos, zu dem die Hotelpreisanzeigenkampagne gehört.
USER-COUNTRY Aus zwei Buchstaben bestehender Ländercode des Landes, in dem sich der Benutzer befindet. Der Wert wird aus den Clienteinstellungen des Endbenutzers extrahiert. Beispiel: USA.
USER-CURRENCY Aus drei Buchstaben bestehender Währungscode der lokalen Währung, die vom Benutzer verwendet wird. Der Wert wird aus den Clienteinstellungen des Endbenutzers abgeleitet. Beispiel: USD.
BENUTZER-GERÄT Der Gerätetyp des Endbenutzers. Im Folgenden sind die möglichen Werte aufgeführt.
  • Mobil
  • Tablette
  • Desktop
  • unknown
Der Wert wird aus den Clienteinstellungen des Endbenutzers abgeleitet.
BENUTZERSPRACHE Der aus zwei Buchstaben bestehende Sprachcode, der die Anzeigesprache der Anzeige angibt. Der Wert wird aus den Clienteinstellungen des Endbenutzers abgeleitet. Beispiel: en.
VERIFIZIERUNG Ein boolescher Wert, der angibt, ob bing den Link generiert hat. Wenn Bing den Link generiert hat, ist der Wert true. Andernfalls false.

Alle Daten, z. B. CHECKINDAY, befinden sich in der Zeitzone des Hotels.

Im Folgenden finden Sie eine Beispiel-URL, die dynamische Abfrageparameter und codierte Entitäten enthält.

<URL>http://www.partnerdomain.com?hotelID=(PARTNER-HOTEL-ID)
  &amp;checkinDay=(CHECKINDAY)&amp;checkinMonth=(CHECKINMONTH)
  &amp;checkinYear=(CHECKINYEAR)&amp;nights=(LENGTH)</URL>

Bevor Bing die URL in der Anzeige verwendet, werden werte durch die dynamischen Variablennamen ersetzt. Wenn der Benutzer beispielsweise einen Raum für 6 Nächte ab dem 07.06.2021 für Hotel Nr. 42 bucht, rendert Bing die URL wie folgt:

http://www.partnerdomain.com?hotelID=42&checkinDay=07&checkinMonth=05&checkinYear=2021&nights=6

Bing ruft Werte für die dynamischen Parameter aus Ihrem Preisfeed und Ihrem Eigenschaftenfeed sowie benutzerspezifische Einstellungen ab. Der Wert der LENGTH-Variablen stammt beispielsweise aus dem Nights Element im Preisfeed, und der Wert der Variablen PARTNER-HOTEL-ID stammt aus dem id -Element im Property-Feed.

Einige Variablen sind Teilmengen von Price-Feedelementen. Beispielsweise werden die Variablen CHECKINDAY, CHECKINMONTH und CHECKINYEAR aus dem Checkin -Element extrahiert. Andere Variablen werden basierend auf dem Gebietsschema des Benutzers und anderen Clienteinstellungen berechnet.

Allgemeine URL-Regeln

Im Folgenden sind allgemeine Regeln aufgeführt, die bei der Verwendung dynamischer Variablen befolgt werden müssen.

  • Alle dynamischen Parameter sind optional. Sie müssen keine dynamischen Parameter in Ihre POS-URL einfügen. Die Verwendung von Variablen zum Übergeben von reiseverlaufs- und benutzerspezifischen Informationen führt jedoch im Allgemeinen zu einer besseren Erfahrung für den Endbenutzer.

  • Schließen Sie dynamische Variablennamen mit offenen und schließenden Klammern ein.

  • Verwenden Sie codierte Entitäten für Sonderzeichen. Ersetzen Sie z. B. amper-und-zeichen (&) durch &, space durch %20 und den Schrägstrich (/) durch %2F.

  • Werte für einen einzelnen Parameter können aus mehreren Variablen erstellt werden. Beispielsweise können Sie den Wert eines checkinDate-Abfrageparameters aus den Variablen CHECKINDAY, CHECKINMONTH und CHECKINYEAR erstellen.

    <URL>http://www.partnerdomain.com?checkinDate=(CHECKINDAY)%2F;(CHECKINMONTH)%2F;(CHECKINYEAR)</URL>  
    
  • Bei dynamischen Variablen, die Von Bing erkannt, aber nicht unterstützt werden, ersetzt Bing die Variablenzeichenfolge durch eine leere Zeichenfolge.

  • Da dynamische Abfrageparameter Abfrageparameter sind, müssen sie dem Fragezeichensymbol (?) in der URL folgen.

Verwenden von bedingten Direktiven

Zusätzlich zu den oben aufgeführten Variablen können Sie auch die folgenden -Anweisungen verwenden, um bedingte Logik zu erstellen.

Name Beschreibung
IF-AD-CLICK (nur Hotelanzeigen) Wird in true aufgelöst, wenn der Benutzerklick aus einer Anzeige stammt. Wird in false aufgelöst, wenn der Benutzer klickt von einem kostenlosen Buchungslink stammt.
IF-CLICK-TYPE-HOTEL Wird in true aufgelöst, wenn der Benutzer auf einen Eintrag für ein Hotel geklickt hat, andernfalls wird zu false aufgelöst.
IF-CLICK-TYPE-ROOM Wird in true aufgelöst, wenn der Benutzer auf einen Eintrag für ein Raumpaket geklickt hat, andernfalls wird zu false aufgelöst.
IF-CLOSE-RATE-RULE-IDS Wird in true aufgelöst, wenn mindestens eine bedingte Rate nicht verfügbar war, weil der Benutzer nicht berechtigt war, andernfalls wird zu false aufgelöst. Standardmäßig ist dies true , wenn dem Benutzer eine Behandlung der Benutzeroberfläche mit privater Rate angezeigt wurde.
IF-DEFAULT-DATE Wird in true aufgelöst, wenn der Benutzer auf einen Hoteleintrag geklickt hat, in dem Standarddaten verwendet wurden. Andernfalls wird zu false aufgelöst.
IF-HOTEL-KAMPAGNE Wird in true aufgelöst, wenn der Benutzerklick aus einer Hotelkampagne stammt, andernfalls wird zu false aufgelöst. Diese Unterscheidung ist hilfreich für Partner, die über mehrere Kampagnentypen in Google Ads verfügen, um zuordnungsbezogene Zuordnungen zuzuordnen.
IF-PAYMENT-ID (nur Hotelanzeigen) Wird für Hotels im PpS-Provisionsprogramm (Pay-Per-Stay) in true aufgelöst, andernfalls wird zu false aufgelöst.
IF-PROMO-CODE Wird in true aufgelöst, wenn der Benutzer auf eine Rate geklickt hat, die auf einer ARI-Heraufstufung oder einer Ratenregel mit einem angegebenen PromoCode basiert; wird andernfalls in false aufgelöst.
IF-PROMOTED (nur Hotelanzeigen) Wird in true aufgelöst, wenn der Benutzer auf eine Anzeige zur Heraufstufung von Eigenschaften geklickt hat, andernfalls wird zu false aufgelöst.
IF-RATE-RULE-ID Wird in true aufgelöst, wenn der Benutzer eine bedingte Rate ausgewählt hat, andernfalls wird in false aufgelöst.
IF-USER-LIST-ID Wird in true aufgelöst, wenn der Benutzer Mitglied einer Bing Ads-Kundenlisten-ID ist, die Sie beim Festlegen von Gebotsmultiplikatoren für Zielgruppenlisten angegeben haben. Andernfalls wird zu false aufgelöst.
IF-VERIFICATION Wird in true aufgelöst, wenn der Link von Bing zum Testen oder zur automatisierten Überprüfung generiert wurde, andernfalls wird in false aufgelöst.
ODER Wenn die vorherige Bedingung nicht erfüllt ist, fügt Bing die Werte ein, die dieser Anweisung folgen.
ENDIF Beendet den bedingten Block.

Die folgende URL legt beispielsweise den abfrageparameter popup_datepicker auf true fest, wenn der Benutzer Standarddaten verwendet hat, anstatt Datumsangaben anzugeben.

<URL>http://partner.com?hotelID=(PARTNER-HOTEL-ID)
&amp;checkinDay=(CHECKINDAY)&amp;checkinMonth=(CHECKINMONTH)&amp;checkinYear=(CHECKINYEAR)
&amp;nights=(LENGTH)(IF-DEFAULT-DATE)&amp;popup_datepicker=true(ELSE)
&amp;popup_datepicker=false(ENDIF)</URL>

Bei "true" rendert Bing die URL wie folgt:

http://partner.com?hotelID=123&checkinDay=01&checkinMonth=05&checkinYear=2021&nights=1&popup_datepicker=true

Andernfalls rendert Bing die URL wie folgt:

http://partner.com?hotelID=123&checkinDay=23&checkinMonth=05&checkinYear=2021&nights=2&popup_datepicker=false

Allgemeine Regeln

  • Verwenden Sie pointsOfSale XSD, um Ihre Feeddatei für Landing Pages zu überprüfen, bevor Sie sie an Bing senden.

  • Das Feeddokument landing pages muss UTF-8-Codierung verwenden.

  • Der Feed muss Landing Pages für alle Websites enthalten, die Benutzer zum Buchen von Räumen verwenden. Der Feedprozess unterstützt keine Teilupdates.

  • Bing ignoriert alle Elemente oder Attribute, die nicht unterstützt werden.

  • Elemente müssen in der in PointsOfSale XSD angegebenen Reihenfolge angegeben sein.

  • Wenn Ihre Daten Sonderzeichen wie Apostrophe oder Anführungszeichen enthalten, setzen Sie sie mit Escapezeichen, oder verwenden Sie CDATA-Abschnitte. Wenn Sie sie mit Escapezeichen versehen, können Sie Entitätscodes oder Zeichencodes verwenden. Du kannst z. B. Paulus als Paul&Apos entkommen; s oder Paul's.

  • Schließen Sie keine Elemente ein, die keine Daten enthalten. Wenn Sie z. B. keinen Anzeigenamen für ein Hotel angeben, schließen Sie kein leeres <DisplayNames-Element> ein.

  • Verwenden Sie keinen HTML-Code in Ihren XML-Elementen.

Nächste Schritte

Nachdem Sie Ihre Feeddatei erstellt haben, verwenden Sie die PointsOfSale-XSD , um sie zu überprüfen.

Bitten Sie Ihren Konto-Manager, die Feeddatei zu importieren.

Achten Sie darauf, dass Sie auch Ihre Hoteldaten importieren. Informationen zum Erstellen ihrer Eigenschaftenfeeddatei finden Sie unter Eigenschaftenfeed.

Nach dem erfolgreichen Importieren Ihres Landing Pages-Feeds und des Eigenschaftenfeeds können Sie damit beginnen, Ihre Hotelpreis- und Verfügbarkeitsdaten zu senden. Weitere Informationen finden Sie unter Preisfeeds.