דף זה תורגם על ידי Cloud Translation API.

תעריפים מותנים

תעריפים מותנים הם סוג של כלל תמחור שמאפשר להציע תעריפים שונים של מסלולי נסיעה, על סמך קריטריונים כמו המכשיר, המדינה או האם המשתמש נכנס ל-Google.

כשיש יותר מתעריף אחד ציבורי או מותנה אחד למסלול נסיעה, או חבילת חדר, המשתמש יראה את התעריף הנמוך ביותר. Google תמיד בוחרת את הערך הנמוך ביותר תעריף מתאים למשתמש.

סקירה כללית

התעריפים המותנים מוצגים במשבצות לתמחור הרגיל מוצגים רק. למשתמשים שהחיפושים שלהם עומדים בקריטריונים של התעריף המותנה המשויך. הקריטריונים האלה יכולים להתבסס על:

כדי להפעיל תעריפים בלעדיים, צריך לבצע את השינויים הבאים:

קובץ XML של כללי דירוג: מגדירים את התנאים שבהם יחולו התעריפים המותנים.
פיד מחירים: משתמשים ב רכיב <Rate> בהודעה על העסקה כדי להגדיר את התעריפים.
קובץ דף נחיתה: הוספה כלל לקביעת ערכים ספציפיים לקישורי העומק.

תעריפים בלעדיים בהתאם למכשיר

תעריפים ספציפיים למכשיר הם תעריפי מלונות שמוצגים רק לפי משתמשים במכשיר מסוים כמו טלפון נייד, טאבלט או מחשב. התעריפים הם שסופקו על ידי השותפים של Google, וגם משתמשי קצה יכולים לראות ולהזמין אותם מחירים ספציפיים למכשיר באתר של השותף.

fenced_rates

תעריפים בלעדיים במדינות ספציפיות

תעריפים ספציפיים למדינה הם תעריפי מלון שרק גלויים ושניתן להזמין בהם מקום על ידי משתמשים שמחפשים מלונות ממדינה מסוימת. Google קובע את המדינה באמצעות כתובת ה-IP של משתמש הקצה. התעריפים מצוינים על ידי השותפים של Google, ומשתמשי הקצה יכולים לראות ולהזמין אותם באתר הספציפי למדינה של השותף.

תעריפים מותנים ספציפיים לשפה

תעריפים ספציפיים לשפה מוצגים רק למשתמשים שמחפשים מלונות תוך שימוש בהגדרת שפה ספציפית ב-Google. ספציפי לשפה תנאים מוגדרים באמצעות הרכיב <LanguageCode>.

תעריפים בלעדיים ללא דגימה

תעריפים מותנים לאחר דגימה גלויים רק לקבוצת משנה אקראית של כל משתמשים שעומדים בדרישות. תדירות הדגימה מוגדרת באמצעות הפונקציה <MaxUsersPercent> והוא מחושב באופן הבא:

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

תעריפים בלעדיים למשתמשים שמחוברים לחשבון

שיעורי כניסה לחשבון מוצגים רק למשתמשים שנכנסו באמצעות חשבון Google חשבון. השותפים של Google מספקים את התעריפים, והמשתמשים יכולים לראות ולהזמין את התעריפים באתר של השותף עצמו. תעריפי הכניסה מוגדרים באמצעות רכיב <UserSignedIn>.

Google תמיד בוחרת את התעריף הכשיר הנמוך ביותר, אם התעריף המותנה גבוה מהמחיר שהוגדר ברמת <Result>, התעריף המותנה אף פעם לא ייבחרו. כדי להימנע מכך, הסר את מחיר ב<Result> רמה ומצב כל התעריפים. לחלופין, אפשר לפנות למנהל החשבונות הטכני על השימוש בכלל תמחור כברירת מחדל למחירים שהוגדרו ברמת <Result>.

יצירת קובץ XML של כללי תמחור

כללי התמחור לתעריפים בלעדיים מוגדרים באמצעות קובץ XML של כללי תמחור. עבור למידע נוסף, ראו XML של כללי תמחור הפניה.

עדכון פיד המחירים

תעריפים מותנים מוגדרים באמצעות הרכיב הודעה לעסקה.

ניתן להשתמש ברכיב <Rate> גם כמספר רכיבי צאצא של <Rates> בתוך הרכיבים <RoomBundle> או <Result>. כדי להשתמש בו כתנאי תעריף המשלוח, יש להגדיר את ערך המאפיין rate_rule_id שיתאים המזהה של כלל התעריפים שהגדרתם בקובץ ה-XML של כללי התמחור.

אם לא מוגדר תעריף לשהייה זוגית ציבורית שמוגדרת כברירת מחדל, צריך להגדיר את <Baserate> רכיב צאצא של ההודעה <Result> אל -1. כל תנאי <Rates> שנשלחים אל Google במקרה הזה נחשבים תקינים.

דוגמאות

בסיס + מותנה

הדוגמה הבאה מציגה הודעת עסקה שמכילה את הפרמטר base תעריף ותעריף מותנה:

<?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

הדוגמה הבאה מציגה הודעת עסקה שמכילה יחידת מודעות אחת התעריף של פחות מ-<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>

    <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>

RoomBundle מרובים

הדוגמה הבאה מציגה הודעת עסקה שמכילה כמה מחירים מתחת ל-<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>

אין שהייה של מיטה זוגית ציבורית

הדוגמה הבאה מציגה הודעת עסקה שמכילה תעריף מותנה ללא תעריף לשהייה זוגית ציבורית:

<?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>

עדכון הקובץ של דף הנחיתה

כדי להבטיח שמשתמשי קצה שעומדים בדרישות יוכלו להזמין את התעריף המוזל דרך קישור, שינוי דף הנחיתה שלך . הטמעה נוספת ייתכן שיהיה צורך גם באתר ההזמנות כדי להציג ולמלא את הבקשה כמו שצריך תעריפים מוזלים.

אנחנו מצפים שהשותפים יפעלו בהתאם למחיר שמוצג בקישור העומק של התעריף המותנה.

בקישור עומק דינמי, אפשר לכלול את כלל התמחור לפי השם שלו, מאפיין id של הרכיב <RateRule>, עם המשתנה RATE-RULE-ID.

הדוגמה הבאה מוסיפה את המזהה של כלל התמחור:

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)

קובץ דף הנחיתה תומך גם בהוראה IF-RATE-RULE-ID שמאפשרת מגדירים באופן מותנה חלקים מכתובת האתר, בהתאם לסיווג של כלל התמחור קיים:

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)

בדוגמה הזו המערכת בוחרת בין שני דפי נחיתה, בהתאם למחיר מזהה הכלל הוגדר.

למידע נוסף, ראו שימוש במשתנים תנאים.