酒店价格会将用户与着陆页文件或 Hotel Center 中定义的着陆页进行匹配。
如果用户与所定义的任何着陆页都不匹配,则广告将不会参与竞价。这会导致 Hotel Center 为您估算错失的机会。
条件
Google 使用以下规则将用户与最合适的着陆页相匹配:
主要匹配条件如下:
country
*currency
*language
*device
google site
语言区域条件会先尝试匹配用户。如果没有匹配项,系统将使用所搜索酒店的语言区域(国家/地区、货币、语言)查找匹配项。
如果未声明条件,则该条件将隐式匹配所有可用值。
只有币种、国家/地区、设备和语言这四个着陆页条件都匹配成功后,酒店才能与用户匹配。
如果有多个着陆页定义匹配,系统会应用以下规则:
系统会采用匹配质量更高的着陆页。如需了解详情,请参阅多个着陆页的优先级。
为了实现相似的匹配质量,系统会使用着陆页文件中最先发生的匹配。
匹配配置
每个条件可以通过三种方式匹配:
未指定 (
*
):与所有适用值匹配。允许 (
yes
):与列出的值匹配,绝不与所有适用的值匹配。将
country
、currency
或language
值的状态设置为yes
不会排除其他符合条件的值。您必须明确禁止其他值。不允许 (
never
):从不与列出的值匹配,与所有其他适用值匹配。
隐式匹配和显式匹配
- 隐式匹配
- 如果使用了适用的值,则 1 和 3 符合隐式匹配的条件。
- 显式匹配
- 2 和 3 可以与列出的值进行显式匹配。
如果您想排除某些国家/地区、货币或语言,则应将其匹配状态明确设置为 never
。您可以结合运用 2 和 3 来描述您网站的能力请参阅以下示例。
设备匹配
为避免混淆,我们建议对着陆页进行设备匹配,例如:
mobile
:网页会在移动设备上显示,但不会在桌面设备或平板电脑上显示。desktop
:网页会在桌面设备和平板电脑上显示,但不会在移动设备上显示,即使您明确禁止平板电脑也是如此。解决此问题的一种方法是针对平板电脑设置较高的负出价调节系数。tablet
:除非明确禁止,否则网页会在桌面设备上显示,但不会在移动设备上显示。
Google 来源
默认情况下,大多数合作伙伴都会在每个着陆页中启用以下 Google 渠道:
- Local Universal(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>
指定与单个国家/地区匹配的着陆页时,您通常需要排除展示次数最高的 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&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>
元素。