Diese Seite wurde von der Cloud Translation API übersetzt.

Nutzerabhängige Preise

Nutzerabhängige Preise sind eine Art von Preisregel, mit der Sie unterschiedliche Preise für Reisepläne anbieten können, die auf Kriterien wie dem Gerät, dem Land des Nutzers oder der Tatsache basieren, ob der Nutzer sich bei Google angemeldet hat.

Wenn Sie mehr als einen öffentlichen oder nutzerabhängigen Preis für einen Reiseplan oder Zimmerpaket haben, sieht der Nutzer den niedrigsten Preis. Google wählt immer den niedrigsten gültigen Preis für den Nutzer aus.

Überblick

Nutzerabhängige Preise sind in den Standardpreisslots sichtbar und werden nur Nutzern angezeigt, deren Suchanfragen die Kriterien für den zugehörigen nutzerabhängigen Preis erfüllen. Diese Kriterien können auf Folgendem basieren:

Ändern Sie die folgenden Angaben, um nutzerabhängige Preise zu aktivieren:

XML-Datei für Preisregeln: Legen Sie die Bedingungen fest, unter denen die nutzerabhängigen Preise angewendet werden.
Preisfeed: Verwenden Sie das Element <Rate> in einer Transaktionsnachricht, um die Preise festzulegen.
Landingpage-Datei: Fügen Sie Ihren Deeplinks preisregelspezifische Werte hinzu.

Gerätespezifische nutzerabhängige Preise

Gerätespezifische Preise sind Hotelpreise, die nur für Nutzer auf einem bestimmten Gerät, z. B. Smartphone, Tablet oder Computer, sichtbar und buchbar sind. Die Preise werden von Google-Partnern zur Verfügung gestellt und Endnutzer können dieselben gerätespezifischen Preise auf der Website des Partners sehen und buchen.

fenced_rates

Länderspezifische nutzerabhängige Preise

Länderspezifische Preise sind Hotelpreise, die nur für Nutzer sichtbar und buchbar sind, die nach Hotels aus einem bestimmten Land suchen. Google ermittelt das Land anhand der IP-Adresse des Endnutzers. Die Preise werden von Google-Partnern zur Verfügung gestellt und Endnutzer können dieselben länderspezifischen Preise auf der länderspezifischen Website des Partners sehen und buchen.

Sprachspezifische nutzerabhängige Preise

Sprachspezifische Preise sind nur für Nutzer sichtbar, die mit einer bestimmten Spracheinstellung in Google nach Hotels suchen. Sprachspezifische Bedingungen werden mit dem Element <LanguageCode> definiert.

Komprimierte nutzerabhängige Preise

Komprimierte nutzerabhängige Preise sind nur für eine randomisierte Teilmenge aller berechtigten Nutzer sichtbar. Die Abtastrate wird mit dem Element <MaxUsersPercent> definiert und so berechnet:

MaxUsersPercent = (number of users selected to view rate)/(total eligible users)

Nutzerabhängige Preise für angemeldete Nutzer

Die Preise für angemeldete Nutzer sind nur für Nutzer sichtbar, die mit einem Google-Konto angemeldet sind. Google-Partner stellen die Preise bereit und Nutzer können die Preise auf der eigenen Website des Partners ansehen und buchen. Preise für angemeldete Nutzer werden mit dem Element <UserSignedIn> definiert.

Da Google immer den niedrigsten zulässigen Preis auswählt, wird der nutzerabhängige Preis nie ausgewählt, wenn ein nutzerabhängiger Preis höher ist als der auf der Ebene <Result> festgelegte Preis. Wenn Sie dies vermeiden möchten, entfernen Sie den Preis auf <Result>-Ebene und konditionieren Sie alle Preise. Alternativ können Sie Ihren Technical Account Manager bitten, eine Standardpreisregel für Preise auf <Result>-Ebene zu verwenden.

Preisregel-XML-Datei erstellen

Preisregeln für nutzerabhängige Preise werden mithilfe einer Preisregeln-XML-Datei definiert. Weitere Informationen finden Sie in der XML-Referenz für Preisregeln.

Preisfeed aktualisieren

Nutzerabhängige Preise werden mit dem Element in einer Transaktionsnachricht festgelegt.

Das <Rate>-Element kann auch als mehrere untergeordnete Elemente von <Rates> innerhalb der <RoomBundle>- oder <Result>-Elemente verwendet werden. Wenn Sie ihn als nutzerabhängigen Preis verwenden möchten, müssen Sie den Wert des Attributs rate_rule_id so festlegen, dass er mit der Preisregel-ID übereinstimmt, die Sie in der XML-Datei für Preisregeln definiert haben.

Wenn Sie keinen standardmäßigen öffentlichen Doppelzimmerpreis haben, legen Sie das untergeordnete Element <Baserate> der Nachricht <Result> auf -1 fest. Alle bedingten <Rates>, die in diesem Fall an Google gesendet werden, werden als gültig angesehen.

Beispiele

Basis + bedingt

Das folgende Beispiel zeigt eine Transaktionsnachricht, die einen Basispreis und einen nutzerabhängigen Preis enthält:

<?xml version="1.0" encoding="UTF-8" ?>
<Transaction timestamp="2023-05-18T16:20:00-04:00" id="42">
  <Result>
    <Property>1234</Property>
    <Checkin>2023-04-10</Checkin>
    <Nights>1</Nights>

    <Baserate currency="USD">200.00</Baserate>
    <Tax currency="USD">20.00</Tax>
    <OtherFees currency="USD">1.00</OtherFees>

    <Rates>
      <!-- The rate_rule_id is required when using conditional rates -->
      <Rate rate_rule_id="mobile">
        <!-- Override base rate and taxes for conditional rates -->
        <Baserate currency="USD">180.00</Baserate>
        <Tax currency="USD">18.00</Tax>
        <!-- NOTE: OtherFees is inherited from the above setting -->
        <Custom1>ratecode123</Custom1>
      </Rate>
    </Rates>

  </Result>
</Transaction>

RoomBundle einzeln

Das folgende Beispiel zeigt eine Transaktionsnachricht, die einen einzelnen Preis unter einem <RoomBundle> enthält:

<?xml version="1.0" encoding="UTF-8" ?>
<Transaction timestamp="2023-05-18T16:20:00-04:00" id="42">
  <Result>
    <Property>1234</Property>
    <Checkin>2023-04-10</Checkin>
    <Nights>2</Nights>

    <Baserate currency="USD">300.00</Baserate>
    <Tax currency="USD">30.00</Tax>
    <OtherFees currency="USD">2.00</OtherFees>

    <RoomBundle>
      <RoomID>single</RoomID>
      <Baserate currency="USD">300.00</Baserate>
      <Tax currency="USD">30.00</Tax>
      <OtherFees currency="USD">2.00</OtherFees>
    </RoomBundle>

    <RoomBundle>
      <RoomID>3</RoomID>  <!-- Links to data in metadata -->
      <RatePlanID>basic</RatePlanID>
      <Baserate currency="USD">275.00</Baserate>
      <Tax currency="USD">27.50</Tax>
      <ChargeCurrency>web</ChargeCurrency>
      <BreakfastIncluded>1</BreakfastIncluded>

      <Rates>
        <Rate rate_rule_id="mobile">
          <Baserate currency="USD">269.00</Baserate>
          <Tax currency="USD">2.69</Tax>
          <OtherFees currency="USD">1.00</OtherFees>
        </Rates>
      </Rates>

    </RoomBundle>
  </Result>
</Transaction>

Zimmerpaket mehrere

Das folgende Beispiel zeigt eine Transaktionsnachricht mit mehreren Preisen unter einem <RoomBundle>:

<?xml version="1.0" encoding="UTF-8" ?>
<Transaction timestamp="2023-05-18T16:20:00-04:00" id="42">
  <Result>
    <Property>1234</Property>
    <Checkin>2023-04-10</Checkin>
    <Nights>2</Nights>
    <!-- When Google receives new room bundle information for an itinerary, all
    previous room bundle pricing is dropped from Google's cache. Thus, if you
    want to delete a specific room bundle from Google's cache, you may do so
    by simply not providing that specific room bundle in subsequent transaction
    messages. -->
    <RoomBundle>
     ...
      <!-- RoomID is required, PackageID is recommended. -->
      <RoomID>5</RoomID>
      <PackageID>ABC</PackageID>
      <!-- Baserate is required. -->
      <Baserate currency="USD">275.00</Baserate>
      <Tax currency="USD">27.50</Tax>
      <OtherFees currency="USD">2.00</OtherFees>

      <!-- RatePlanID is optional and represents the unique identifier for a
      room and package data combination. We strongly recommend using RatePlanID
      as a variable to build your dynamic landing page (formerly Point of Sale)
      URL. For details, see Using Variables and Conditions. -->
      <RatePlanID>5-ABC</RatePlanID>

      <!-- Occupancy is mandatory for RoomBundle elements. -->
      <!-- Elements below will get inherited to nested rate elements. -->
      <Occupancy>2</Occupancy>
      <OccupancyDetails>
        <NumAdults>2</NumAdults>
      </OccupancyDetails>
      <InternetIncluded>1</InternetIncluded>


      <!-- Rate rule "mobile" overrides chargeCurrency, "us_or_gb" doesn't. -->
      <ChargeCurrency>web</ChargeCurrency>
      <Custom1>ratebasic</Custom1>
      <!-- Neither rate overrides Custom2. -->
      <Custom2>ratebasic</Custom2>

      <Rates>
        <Rate rate_rule_id="mobile">
          <Baserate currency="USD">258.33</Baserate>
          <Tax currency="USD">25.83</Tax>
          <OtherFees currency="USD">1.00</OtherFees>
          <!-- The value below overrides ChargeCurrency from roombundle. -->
          <ChargeCurrency>hotel</ChargeCurrency>
          <!-- The value below overrides Custom1 from roombundle. -->
          <Custom1>ratecode321</Custom1>
          <!-- Custom2 is inherited from roombundle. -->
        </Rate>
        <Rate rate_rule_id="us_or_gb">
          <Baserate currency="USD">268.33</Baserate>
          <Tax currency="USD">26.83</Tax>
          <OtherFees currency="USD">1.00</OtherFees>
          <!-- The value below overrides Custom1 from roombundle. -->
          <Custom1>ratecode432</Custom1>
          <!-- Custom2 is inherited from roombundle. -->
        </Rate>
      </Rates>
    </RoomBundle>
  </Result>
</Transaction>

Keine Doppelbelegung

Das folgende Beispiel zeigt eine Transaktionsnachricht, die einen nutzerabhängigen Preis ohne öffentlichen Doppelzimmerpreis enthält:

<?xml version="1.0" encoding="UTF-8" ?>
<Transaction timestamp="2023-05-18T16:20:00-04:00" id="42">

  <Result>
    <Property>1234</Property>
    <Checkin>2023-04-10</Checkin>
    <Nights>1</Nights>

    <!-- <Unavailable/> should not be specified when available nested rates
    exist. -->
    <Baserate currency="USD">-1</Baserate>
    <Tax currency="USD">0</Tax>
    <OtherFees currency="USD">0</OtherFees>

    <Rates>
      <!-- The rate_rule_id is required when using conditional rates. -->
      <Rate rate_rule_id="mobile">
        <Baserate currency="USD">180.00</Baserate>
        <Tax currency="USD">18.00</Tax>
        <OtherFees currency="USD">1.00</OtherFees>
        <Custom1>ratecode123</Custom1>
      </Rate>
    </Rates>

  </Result>
</Transaction>

Landingpage-Datei aktualisieren

Ändern Sie Ihre Landingpage-Datei, damit berechtigte Endnutzer den rabattierten Preis über einen Deeplink buchen können. Auf der Buchungswebsite ist möglicherweise eine zusätzliche Implementierung erforderlich, damit die ermäßigten Preise korrekt angezeigt und genutzt werden können.

Wir erwarten, dass Partner den Preis berücksichtigen, der unter dem Deeplink für den nutzerabhängigen Preis angezeigt wird.

In einen dynamischen Deeplink können Sie die Preisregel mit ihrem Namen, dem Attribut id des Elements <RateRule>, in die Variable RATE-RULE-ID einfügen.

Im folgenden Beispiel wird die Preisregel-ID hinzugefügt:

https://bookingsite.com/landing.do?id=(PARTNER-HOTEL-ID)&arrival=(CHECKINDAY)-(CHECKINMONTH)-(CHECKINYEAR)&departure=(CHECKOUTDAY)-(CHECKOUTMONTH)-(CHECKOUTYEAR)&lang=(USER-LANGUAGE)&currency=(USER-CURRENCY)&prid=(RATE-RULE-ID)

Die Landingpage-Datei unterstützt auch die Anweisung IF-RATE-RULE-ID, mit der Sie Teile der URL bedingt definieren können, je nachdem, ob die Preisregel vorhanden ist:

https://bookingsite.com/(IF-RATE-RULE-ID)privatelanding.do(RATE-RULE-ID)(ELSE)landing.do(ENDIF)?id=(PARTNER-HOTEL-ID)&arrival=(CHECKINDAY)-(CHECKINMONTH)-(CHECKINYEAR)&departure=(CHECKOUTDAY)-(CHECKOUTMONTH)-(CHECKOUTYEAR)&lang=(USER-LANGUAGE)&currency=(USER-CURRENCY)

In diesem Beispiel wird zwischen zwei Landingpages ausgewählt, je nachdem, ob die Preisregel-ID festgelegt ist.

Weitere Informationen finden Sie unter Variablen und Bedingungen verwenden.