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

דפי נחיתה התואמים לכללים

מחירי המלונות מתאימים למשתמש לדף נחיתה שמוגדר בקובץ דפי הנחיתה או ב-Hotel Center.

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

קריטריונים

Google מתאימה את המשתמש לדף הנחיתה המתאים ביותר על ידי שימוש בכללים הבאים:

קריטריוני ההתאמה העיקריים הם:
1. country*
2. currency*
3. language*
4. device
5. google site
הקריטריון של הלוקאל מנסה קודם להתאים למשתמש. אם לא נמצאה התאמה, הלוקאל (מדינה, מטבע, שפה) של המלון שאתם מחפשים משמש למציאת התאמה.
אם לא הצהרתם על קריטריון, הוא תואם באופן מרומז לכל הערכים הזמינים.
כל ארבעת הקריטריונים של דף הנחיתה – מטבע, מדינה, מכשיר, שפה – חייבים להתאים לפני שהמערכת תשייך מלון למשתמש.
אם יש כמה הגדרות של דפי נחיתה, המערכת תחיל את הכללים הבאים:
- המערכת תשתמש בדף הנחיתה שאיכות ההתאמה שלו טובה יותר. מידע נוסף זמין במאמר עדיפות לכמה דפי נחיתה.
- כדי לשמור על איכות התאמה דומה, המערכת תשתמש בזו שמופיעה ראשונה בקובץ דפי הנחיתה.

הגדרות ההתאמה

כל קריטריון יכול להתאים בשלוש דרכים:

לא צוין (*): התאמה לכל הערכים הרלוונטיים.
Allowed (yes): התאמה לערכים הרשומים, אף פעם לא תואמת לכל הערכים הרלוונטיים.

אם מגדירים את הסטטוס yes לערך country, currency או language, הערך לא מחריג את הערכים שעומדים בדרישות. צריך להחריג באופן מפורש ערכים אחרים.
אסור (never): אף פעם לא תואם לערכים הרשומים, ומותאם לכל הערכים הרלוונטיים האחרים.

התאמות מרומזות ובוטות

התאמות מרומזות: 1 ו-3 כשירים להתאמות מרומזות, כאשר משתמשים בערכים רלוונטיים.
התאמות בוטות: 2 ו-3 כשירים להתאמות מפורשות לערכים הרשומים.

כשרוצים להחריג מדינות, שפות או מטבעות מסוימים, צריך להגדיר באופן מפורש את סטטוס ההתאמה שלהם ל-never. אפשר לשלב את 2 ו-3 כדי לתאר את היכולות של האתר. למטה מפורטות דוגמאות.

התאמה למכשירים

כדי למנוע בלבול, מומלץ להשתמש בהתאמת מכשירים לדף נחיתה, לדוגמה:

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

מקורות של Google

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

מקומי אוניברסלי (מחירים בתוצאות חיפוש ב-Google)
תוצאות מפה

דוגמאות

בקטע הזה מוצגות כמה דוגמאות נפוצות להגדרות פשוטות של דפי נחיתה.

Standard

<PointOfSale id="pos-usd">
  <!-- Explicitly allow US Dollars -->
  <Match status="yes" currency="USD"/>
  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

מרובים

<PointOfSale id="pos-us">
  <!-- Explicitly allow US and Dollars -->
  <Match status="yes" currency="USD"/>
  <Match status="yes" country="US"/>
  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

<PointOfSale id="pos-uk">
  <!-- Explicitly allow GB and Pounds -->
  <Match status="yes" currency="GBP"/>
  <Match status="yes" country="GB"/>
  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

מדינה

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

<PointOfSale id='pos-jp'>
  <!-- Explicitly match on Japan -->
  <Match status='yes' country='JP'/>

  <!-- List common countries to exclude -->
  <Match status='never' country='US'/>
  <Match status='never' country='FR'/>
  ...

  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

כשמגדירים דף נחיתה להתאמה למדינה אחת, בדרך כלל מוחרגים 10 עד 20 מדינות שמניבות את מספר החשיפות הגבוה ביותר, כמו שמוצג ב-Hotel Center, ולכלול רק את המדינות שרוצים להתאים להן.

מכשיר

הצגת מודעות בנייד בלבד. הקריטריונים device תואמים לערך רק אם הוא מוגדר בצורה מפורשת.

<PointOfSale id='pos-mobile'>
  <!-- Explicitly match on mobile only -->
  <Match status='yes' device="mobile"/>

  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

מטבע

הצגת מודעות למשתמשים שהמטבע שלהם הוא אירו אבל לא דולר ארה"ב. כל שאר המטבעות תואמים באופן מרומז, אלא אם אסור באופן מפורש.

<PointOfSale id="pos-eur">
  <!-- Explicitly allow Euros -->
  <Match status="yes" currency="EUR"/>

  <!-- Explicitly disallow US dollars -->
  <Match status="never" currency="USD"/>

  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

Language

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

<PointOfSale id='pos-en'>
  <!-- Explicitly match on English -->
  <Match status='yes' language='en'/>

  <!-- List common languages to exclude -->
  <Match status='never' language='es'/>
  <Match status='never' language='fr'/>
  <Match status='never' language='jp'/>
  ...

  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

כשמגדירים דף נחיתה להתאמה לשפה אחת, בדרך כלל מוחרגים 10 עד 20 שפות שמניבות את מספר החשיפות הגבוה ביותר, כפי שמוצג ב-Hotel Center, ולכלול רק את השפות שרוצים להתאים.

מספר מדינות

מומלץ להציג מודעות ב-US וב-GB, אבל יכול להיות שהן יתאימו למדינה אחרת אם אין הגדרות אחרות של דף נחיתה.

<PointOfSale id='pos-us-uk'>
  <!-- Explicitly match on the US and/or GB -->
  <Match status='yes' country='US'/>
  <Match status='yes' country='GB'/>

  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

מדינה ושפה

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

<PointOfSale id='pos-jp-en'>
  <!-- Explicitly match on Japan -->
  <Match status='yes' country='JP'/>

  <!-- List common countries to exclude -->
  <Match status='never' country='US'/>
  <Match status='never' country='FR'/>
  ...

  <!-- Explicitly match on English -->
  <Match status='yes' language='en'/>

  <!-- List common languages to exclude -->
  <Match status='never' language='jp'/>
  <Match status='never' language='fr'/>
  ...

  <URL>www.google.com/?hotel-id=34876&amp;checkin-date=2023-05-23&amp;checkout-date=2023-05-28&amp;num-adults=2</URL>
</PointOfSale>

עדיפות לכמה דפי נחיתה

כמה הגדרות של דפי נחיתה יכולות להתאים לפי קריטריונים. במקרה כזה, Google מדרגת אותם לפי הכללים הבאים:

עדיפה התאמה לתנאי המשתמש על פני התאמה לתנאי מלון. לדוגמה, אם דף נחיתה אחד תואם רק למטבע של המשתמש, אבל אחר תואם רק למטבע של המלון, Google תבחר את דף הנחיתה שתואם למטבע של המשתמש.
סדר הקריטריונים, כך:
1. מדינה
2. מטבע
3. מותג
4. Language
5. מכשיר
6. מקור Google
לדוגמה, אם דף נחיתה אחד תואם רק למטבע של המשתמש, אבל אחר תואם רק במכשיר של המשתמש, Google תבחר את דף הנחיתה שתואם למטבע של המשתמש.
עדיפה התאמה מפורשת על פני התאמה משתמעת. לדוגמה, אם דף נחיתה אחד תואם במפורש למדינה של המשתמש, אבל אחר תואם באופן מרומז בלבד, Google בוחרת את דף הנחיתה שתואם במפורש. ואם הוגדרו מספר קריטריונים למשתמש — כמו מדינה ושפה והגדרת שפה מסוימת — שפת המשתמש חייבת להיות תואמת באופן מפורש. אחרת, דף הנחיתה לא ייבחר.

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

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

סינון דפי נחיתה

כדי לסנן קבוצת משנה של דפי נחיתה שעומדים בדרישות עבור מלון ספציפי, אפשר להשתמש ברכיב <AllowablePointsOfSale> בהודעה על העסקה. מידע נוסף זמין במאמר קובץ XML של תמחור ומלאי חדרים (עסקאות).

הדוגמה הבאה מהודעת העסקה מאפשרת למלון להתאים רק ל-pos-mobile ול-pos-en:

<?xml version="1.0" encoding="UTF-8"?>
<Transaction timestamp="2023-05-24T20:44:56-04:00" id="42">
  <Result>
    <Property>052213</Property>
    ...
    <-- Allow pos-mobile and pos-en to match. All others will not match. -->
    <strong><AllowablePointsOfSale>
      <PointOfSale id="pos-mobile"/>
      <PointOfSale id="pos-en"/>
    </AllowablePointsOfSale></strong>
  </Result>
</Transaction>

דפי נחיתה שלא רשומים בבלוק <AllowablePointsOfSale> לא יתאימו. אם מחריגים את החסימה של <AllowablePointsOfSale> מהודעת העסקה, כל דפי הנחיתה עומדים בדרישות להתאמה.

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