酒店价格会将用户与着陆页文件或 Hotel Center 中定义的着陆页进行匹配。
如果用户与任何已定义的着陆页都不匹配,则相应广告不会参与竞价。这会导致错失 Hotel Center 为您估算的机会。
条件
Google 会使用以下规则将用户与最合适的着陆页进行匹配:
主要匹配条件如下:
country*currency*language*devicegoogle site
语言区域条件会先尝试匹配用户。如果没有匹配项,系统会使用所搜索酒店的语言区域(国家/地区、币种、语言)来查找匹配项。
如果未声明某个条件,则该条件会隐式匹配所有可用的值。
只有当着陆页的全部四项条件(币种、国家/地区、设备、语言)都与用户匹配时,酒店才会与用户匹配。
如果多个着陆页定义匹配,则应用以下规则:
系统会使用匹配质量更高的着陆页。如需了解详情,请参阅多个着陆页的优先级。
如果匹配质量相同,则使用着陆页文件中先出现的那个。
匹配配置
每个条件都可以通过以下三种方式进行匹配:
未指定 (
*):与所有适用的值匹配。允许 (
yes):与列出的值匹配,绝不与所有适用的值匹配。将
country、currency或language值的状态设置为yes不会排除其他符合条件的值。您必须明确禁止其他值。不允许 (
never):绝不与列出的值匹配,与所有其他适用的值匹配。
隐式和显式匹配
- 隐式匹配
- 1 和 3 在使用适用值时符合隐式匹配条件。
- 明确匹配
- 2 和 3 符合条件,可以与列出的值进行显式匹配。
如果您想排除某些国家/地区、币种或语言,应明确将其匹配状态设置为 never。您可以结合使用 2 和 3 来描述网站的功能。请参阅示例部分。
设备匹配
为避免混淆,我们建议为着陆页启用设备匹配功能:
mobile:网页在移动设备上显示,但在桌面设备或平板电脑上不显示。desktop:网页在桌面设备和平板电脑上显示,但在移动设备上不显示,即使您明确禁止在平板电脑上显示也是如此。一种变通方法是为平板电脑设置较高的负出价倍增系数。tablet:除非明确禁止,否则网页会显示在桌面设备上,但不会显示在移动设备上。
Google 来源
大多数合作伙伴默认在每个着陆页中启用以下 Google 渠道:
- 本地通用(Google 搜索结果中的价格)
- 地图搜索结果
示例
本部分展示了一些基本着陆页定义的常见示例。
标准
<PointOfSale id="pos-usd">
<!-- Explicitly allow US Dollars -->
<Match status="yes" currency="USD"/>
<URL>www.google.com/?hotel-id=34876&checkin-date=2023-05-23&checkout-date=2023-05-28&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&checkin-date=2023-05-23&checkout-date=2023-05-28&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&checkin-date=2023-05-23&checkout-date=2023-05-28&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&checkin-date=2023-05-23&checkout-date=2023-05-28&num-adults=2</URL>
</PointOfSale>
在定义与单个国家/地区匹配的着陆页时,您通常会排除 Hotel Center 中显示的可获得最高展示次数的 10 到 20 个国家/地区,并仅包含您要匹配的国家/地区。
设备
仅在移动设备上展示广告。只有在明确定义了值的情况下,device 才能匹配该值。
<PointOfSale id='pos-mobile'>
<!-- Explicitly match on mobile only -->
<Match status='yes' device="mobile"/>
<URL>www.google.com/?hotel-id=34876&checkin-date=2023-05-23&checkout-date=2023-05-28&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&checkin-date=2023-05-23&checkout-date=2023-05-28&num-adults=2</URL>
</PointOfSale>
语言
仅向偏好英语的用户展示广告。
<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&checkin-date=2023-05-23&checkout-date=2023-05-28&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&checkin-date=2023-05-23&checkout-date=2023-05-28&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&checkin-date=2023-05-23&checkout-date=2023-05-28&num-adults=2</URL>
</PointOfSale>
多个着陆页的优先级
多个着陆页定义可以匹配条件。在这种情况下,Google 会根据以下规则对它们进行排名:
用户条件匹配优先于酒店条件匹配。 例如,如果一个着陆页仅与用户的币种匹配,而另一个着陆页仅与酒店的币种匹配,则 Google 会选择与用户的币种匹配的着陆页。
标准顺序,如下所示:
- 国家/地区
- 币种
- 品牌
- 语言
- 设备
- 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> 元素。