用GA4衡量旅宿网站预订按钮的方法|与电话、询问的区别

旅宿主人与AI确认预订按钮、电话、询问的衡量,以及不传送个人信息的机制之插画 SEO与持续运营

已在旅宿网站加入Google Analytics 4(GA4),却只看页面浏览数就结束了吗?旅宿网站真正想知道的是,看过客房与价格的人是否能前往预订页面、是否尝试拨打电话,以及是否完成询问。

这些可以作为GA4的「事件」进行衡量。不过,按下预订按钮的次数,与实际成立的预订数是两回事。前往外部预订服务后的情况,有时只靠自家网站的GA4无法得知。

本文说明不熟悉IT的旅宿主人,如何决定预订按钮、电话、询问要衡量到哪个阶段,以及如何安全委托AI或网站制作公司。

结论:起初只衡量一项「前往预订页面」

一开始就想衡量预订完成与营收,会牵涉外部预订服务整合、同意管理、个人信息与重复计数,变得复杂。先依以下顺序进行。

  1. 确认目前GA4的安装方式
  2. 将预订动线分成「浏览、点击、输入、成立」
  3. 衡量一项前往外部预订页面的点击
  4. 在GA4实时报告或DebugView确认
  5. 将数字的意义与限制记录于运营记录
  6. 只有需要时才扩展到电话与询问

即使把「预订按钮点击」设为关键事件,显示名称与报告也不要写成「预订成立」,应使用「前往预订页面」等实际衡量的行为。

将预订过程分为四个阶段

阶段 用户的行为 自家网站可能得知的情况 预订成立了吗
1 查看客房、价格与预订说明 可由页面浏览确认 否
2 按下预订按钮 可作为点击确认 否
3 输入日期、人数、姓名等 若在外部服务内通常无法得知 否
4 确定预订 只有正式整合时才能确认 是

阶段2增加,不代表阶段4也增加。客满、价格、输入困难或付款错误,都可能让用户中途离开。相反地,由电话或OTA预订的人,不会记录为自家网站的预订完成。

GA4的事件与关键事件

GA4将页面浏览、链接点击、表单提交等行为称为「事件」,其中对事业特别重要的行为可指定为「关键事件」。Google Analytics的关键事件说明说明,可将收集中的事件设为关键事件,在报表确认重要行为。

旅宿网站可如下区分名称与意义。

衡量对象 显示的意义 关键事件候选
前往预订页面的外部点击 前往预订入口 第一个候选
点击电话链接 尝试拨打电话 需要时可列为候选
询问完成 表单处理完成 能确实判定时
预订完成 在预订系统成立 只有能正式整合时

加上关键事件标记,不会改变事件的事实。只将预订点击设为关键事件,不会让它变成「预订数」。

外部预订按钮有时可由增强型衡量确认

若预订按钮是从自家域名前往另一域名预订服务的一般链接,有时可由GA4增强型衡量取得外部链接点击。Google官方的外部点击衡量指南说明,启用增强型衡量后,可将离开目前域名的链接侦测为click事件。

应确认以下项目。

  • 目的地域名
  • 目的地URL
  • 是否为外部链接
  • 发生点击的页面
  • 事件发生次数

但若预订按钮使用JavaScript、位于iframe内、预订服务已设为跨域衡量对象,或前往同域名内的预订页面,行为会不同。不要认定「开启增强型衡量就全部收得到」,请用实际按钮测试。

同域名内的预订按钮需要另一种设计

从example.jp/rooms/前往example.jp/reserve/的站内链接,不是外部点击。可用页面浏览确认是否抵达预订说明页,或以Google Tag Manager(GTM)等设置特定按钮的点击事件。

不建议初学的旅宿主人直接把网络上的代码贴进主题。可能在主题更新时消失、重复加入相同标签,或误将所有按钮纳入衡量。

先请制作公司或AI调查以下事项。

  • GA4是透过主题、插件还是GTM安装
  • 相同衡量ID是否重复加入
  • 预订按钮是一般链接、JavaScript还是iframe
  • 预订目的地与自家网站是相同还是不同域名
  • 是否已传送点击事件

依调查结果加入既有管理方式。未使用GTM的网站,不必只为这一项而一定导入GTM。

电话点击能得知什么

智能手机的电话链接通常以tel:开头。衡量此链接的点击,可作为尝试拨打电话次数的参考。

不过,能衡量的只有点击。

  • 在拨号画面取消
  • 电话没有接通
  • 是推销或打错的电话
  • 同一人多次按下
  • 在PC看到电话号码,使用另一台设备拨打

GA4无法单独区分这些情况。应视为「电话链接点击」,而非「电话预订数」,避免与电话受理记录或预订台账混用。

也不必将电话号码本身放进事件名称。若需区分多间设施或多个联系窗口,可考虑front_desk等不识别个人的分类,而不是个人电话号码。

询问要区分点击与完成

在询问表单按下提交按钮,仍可能发生输入错误或通讯失败。因此,相较于「提交按钮点击」,在WordPress正常处理并显示完成画面或成功状态时衡量,意义更明确。

另一方面,若完成画面是任何人都能直接开启的URL,可能把没有询问的浏览也计入。请确认表单插件的成功事件、完成页面条件,以及重复提交时的行为。

此外,表单完成也不保证邮件送达旅宿。GA4不是邮件送达监控,应与确认WordPress询问邮件传送、接收与验证的方法分开考虑。

不要将个人信息传送至GA4

Google避免传送个人信息的官方指南要求不要将Google可识别个人的信息传送至Analytics。旅宿网站在预订与询问会处理个人信息,尤其需要注意。

不要将以下信息加入事件名称、附加信息、URL或页面标题。

  • 姓名
  • 电子邮箱地址
  • 电话号码
  • 地址
  • 预订编号、会员编号
  • 将住宿日期与姓名关联的信息
  • 询问内容
  • 表单输入的自由文字
  • 可识别个人的精细位置信息

例如直接传送/thanks/?email=...或/booking-complete/123456等完成URL,可能混入个人信息或识别码。数据遮盖功能只是辅助,优先采取从一开始就不把个人信息放入URL或事件的设计。

为何在外部预订服务中衡量会中断

自家网站与预订服务,可能由不同业者、域名、Cookie与同意画面运作。若预订服务端没有加入自家的GA4标签,前往服务后的输入与成立信息不会送达自家GA4。

若想追踪至预订完成,请确认预订服务的官方功能。

  • 能否设置GA4衡量ID
  • 是否支持跨域衡量
  • 能否传送预订完成事件或购买事件
  • 如何处理金额、税、币种、取消与退款
  • 如何统一同意管理与隐私说明
  • 能否区分测试预订与正式预订
  • 是否采用不传送个人信息的规格

不要未经许可将代码嵌入不支持的服务,或自动操作画面制造成立数。也可将点击数以GA4、成立数以预订系统作为各自正本,分别比较。

衡量预订完成时的注意事项

Google建议事件包含用于询问等的generate_lead,以及表示购买完成的purchase。建议事件的官方清单说明,使用规定的意义与附加信息,能让报表更容易运用。

但将住宿预订作为purchase传送的设计,需要与预订服务正式整合并测试。

  • 不因重新加载而重复计算同一笔预订
  • 不以个人信息作为唯一交易ID
  • 统一金额与币种的定义
  • 区分现场付款与预先付款
  • 决定如何反映变更、取消与退款
  • 与实际预订管理数据核对

若不需要做到这个程度,将外部预订点击保留为改善指标较安全。

建立衡量设计表

设置前,旅宿主人、制作公司与AI共享以下表格。

行为 发生位置 衡量名称 可作为事实陈述的内容 无法陈述的内容 确认方法
预订按钮 自家网站 外部点击 尝试前往预订目的地 预订成立 实时报告
电话链接 自家网站 电话点击 开始拨号操作 通话、预订成立 智能手机测试
询问 完成状态 询问完成 表单处理完成 收信、回复 测试提交
确定预订 预订服务 预订完成 透过正式整合侦测成立 与台账完全一致 测试预订、核对

写下「无法陈述的内容」,可避免在每月报告高估数字。

设置前的只读调查

不要一开始就让AI变更GTM或WordPress,先请它调查现况。

请以只读方式调查旅宿网站的GA4与预订动线。

确认事项:
- GA4标签安装方式,以及衡量ID是否重复
- 有预订按钮的公开页面
- 各按钮的目的地域名
- 一般链接、JavaScript与iframe的区别
- 增强型衡量是否可能取得外部点击
- 既有点击事件与关键事件

请先不要变更WordPress、主题、插件、GTM或GA4设置。
不要完成预订、询问或付款。
不要输出衡量ID以外的秘密信息或用户信息。
请区分已确认、推测及给旅宿主人的问题。

只实施一项的委托内容

调查后,将对象限定为一项。

我只想衡量前往外部预订页面按钮的点击。
请依以下调查结果,提出加入既有GA4管理方式的方案。
[调查结果]

要求:
- 衡量名称不要让人误解为预订成立
- 不传送姓名、电话、电子邮件、预订编号或表单内容
- 不重复计算相同点击
- 不将其他外部链接计为预订
- 说明变更前后差异及还原方式
- 起初只在测试环境或一个按钮试验

请先不要执行正式环境变更,提出设置方案与确认步骤。

设置后的确认方法

  1. 开启正确的GA4媒体资源
  2. 显示实时报告或DebugView
  3. 确认同意状态后开启自家网站
  4. 只按一次目标预订按钮
  5. 确认预期事件是否记录一次
  6. 确认其他外部链接是否被误记为预订
  7. 在PC与智能手机确认
  8. 确认事件与URL不含个人信息
  9. 隔天以后也在一般报表确认

Google建议使用DebugView与实时报告确认建议事件。广告阻挡、Cookie同意、浏览器限制可能让自己的操作没有记录,此时不要重复加入标签,应逐项调查原因。

每月要看的数字

与其增加细小事件,不如在相同条件下观察以下少数数字。

  • 预订说明页面的用户数
  • 外部预订点击数
  • 电话链接点击数
  • 询问完成数
  • 各自的入口页面
  • PC与智能手机的差异

点击少,不一定只因按钮位置。价格不明、与猫相处方式不清楚、客满、季节、休馆与广告流量也会影响。不要从少量数据下定论,请实际操作预订页面,并与向旅宿主人询问的内容一起考虑。

Google搜索由哪些页面进入,可参考Google Search Console入门;GA4整体导入与权限管理,可参考给旅宿主人的Google Analytics 4入门。

检查清单

  • [ ] 已区分点击、输入与预订成立
  • [ ] 起初只选择一项前往预订页面的行为
  • [ ] 已确认目前GA4安装方式与重复情况
  • [ ] 已区分外部链接与同域名内链接
  • [ ] 没有将预订点击称为预订成立数
  • [ ] 没有传送姓名、电子邮件、电话或预订编号
  • [ ] 已区分询问点击与处理完成
  • [ ] 已在实时报告或DebugView逐次测试
  • [ ] 已确认其他链接不被误记
  • [ ] 已在PC与智能手机确认
  • [ ] 已将衡量的意义与限制留下运营记录

总结

GA4重要的是正确定义数字的意义,而不是增加能衡量的项目。旅宿网站先衡量「前往外部预订页面」这一项入口行为,就能改善客房页或文章是否能引导用户走向预订。

电话点击不是通话成立,预订点击不是预订成立,询问完成也与邮件送达不同。AI可负责现况调查、设置方案与测试结果整理;事件的意义、个人信息与正式预订数核对,则由旅宿主人确认。

参考资料

已复制标题与网址