【2026年版】什么是预订引擎?在日本经营住宿设施如何靠官网直订省下OTA佣金

【2026年版】什么是预订引擎?在日本经营住宿设施如何靠官网直订省下OTA佣金

经OTA的预订会被扣除佣金,而经自家官网预订引擎的预订则全额保留的示意图

最后更新:2026年10月28日/撰写:AirHost 数字营销部

预订引擎,就是让客人直接在您自己的官网上查空房、下单、付款的系统。通过它进来的预订属于「直订」,不需要向 OTA 支付销售佣金。 但它不是装上就能出单的魔法。真正决定成败的是两件事:房态能不能和 PMS、渠道管理器自动打通,以及您能不能看清预订到底是从哪来的。

「说实话,每个月给 OTA 的佣金,越看越心疼…」

「想在官网上加个预订按钮,可渠道管理器和预订引擎到底有什么区别?」

「装是装了,可订单还是几乎全从 OTA 来…」

您好,这里是 AirHost 数字营销部。我们接触过不少在日本经营酒店、旅馆和民宿的中文经营者,发现一个共同点:想做直订的心是有的,但第一步就选错了工具。 问题往往不出在努力上,而出在对系统的理解上。

这篇文章会讲清楚:预订引擎到底是什么、它和 PMS/渠道管理器有何不同、挑选时必须确认的7个要点,以及上线之后几乎所有人都会踩的那个坑。AirHost 的功能和限制也会按公开的官方信息如实列出,方便您判断是否适合。

本文作者:AirHost 数字营销部

⚡️ 3分钟看懂本文要点

  • 预订引擎不只是「官网上的一个表单」,而是让您的官网和 OTA 站上同一条起跑线的机制

  • 最关键的条件是与 PMS、渠道管理器的房态联动。这里断了,超售(重复预订)迟早会发生

  • OTA 按每笔预订收费。以 Airbnb 为例,包括使用住宿管理系统(PMS)的房东在内,多数房东适用统一型服务费(多为 15.5%)(2026年10月官方公开信息)

  • 做访日客生意,多语言页面和当地货币显示最实用。AirHost 支持日语、英语、简体中文、繁体中文、韩语

  • 光装上不会涨。只有当您能看清「客人从哪来」,直订才从「碰运气」变成「可以改进的事」


预订引擎是什么?
预订引擎(Booking Engine)是一套装在住宿设施官方网站上的系统,让客人直接完成空房查询、房价确认、下单和支付。也叫「官网直订系统」。由于预订不经过 Airbnb、Booking.com 等 OTA(在线旅行社),成交后不需要支付销售佣金。


▶ 「我的设施,真的能把直订做起来吗?」 先用 4 分钟做个免费自动化评估,看看哪些工作可以交给系统;也可以直接咨询 AirHost。

1. 预订引擎到底解决什么问题

它的作用只有一句话:把已经来到您官网的人,就地变成订单。

设想一下:客人看了您的官网,心里想「就住这儿吧」。可页面上没有预订入口,接下来会怎样?大多数人会拿着设施名字再搜一次,最后从 Booking.com 或乐天旅行下单。 客人是您自己吸引来的,佣金却照付不误。

打个比方:客人走进您的店,您却跟他说「请到对面的百货公司结账」。结账手续费要付给百货公司,客人也成了百货公司的客人。

所以预订引擎其实是「防止您把自己辛苦引来的流量漏掉」的那道出口。

这里有个前提必须先说清楚:预订引擎无法单独运转。 官网上一进单,Airbnb 和 Booking.com 那边的房态就必须同时减少。负责这个同步的是渠道管理器,负责预订之后所有运营工作的是 PMS。

预订引擎是入口,PMS 是入口之后的全部。 把这个关系理顺,选型时就不会迷路了。

2. PMS、渠道管理器、预订引擎有什么区别

以PMS为中心,渠道管理器与多个OTA同步房态、预订引擎在自家官网接受预订的分工示意图

这三个名字太像了,说实话真的容易搞混。看下面这张表就够了。

系统

一句话概括

主要职责

缺了它会怎样

PMS

(物业管理系统)

运营的指挥中心

预订管理、住宿者信息、保洁管理、自动消息、营业额管理

预订进来之后的所有工作都得手动做

渠道管理器

房态的交通指挥

把多个 OTA 的房态和房价集中管理并实时同步

只能逐个 OTA 手动调房态,早晚会超售

预订引擎

官网上的预订柜台

在自家官网完成空房查询、下单、支付

官网接不了单,订单只能全走 OTA

这三者不是互相替代的关系,而是叠加的关系。 单独装一个预订引擎而不做房态联动,等于要一直手工核对房态,工作反而变多。

正因如此,市面上的预订引擎大多是以 PMS 附加功能的形式提供的。 AirHost 也一样,AirHost 帮助中心的设置说明页写明:预订引擎是 AirHost HMS 的选装功能。

3. 直订变多之后,改变的不只是钱

OTA预订与直订的对比:直订无需佣金,客人联系方式与定价权都留在自己手中的示意图

省佣金当然是最直接的好处,但改变的不止这一项。

3-1. 不用付销售佣金

OTA 每成交一笔就收一次费。以 Airbnb 为例,据官方服务费说明页,房东服务费在分摊型结构下通常为 3%,在统一型结构(由房东全额承担)下多数房东为 15.5%(一般在 14〜16% 之间)。同一页面还说明,包括酒店和使用住宿管理系统(PMS)的房东在内,多数房东适用统一型服务费,分摊型正在逐步取消(2026年10月28日确认)。

也就是说,越是用 PMS 或渠道管理器运营的设施,经 Airbnb 的每笔预订越可能被扣除约 15%。

费率会因 OTA、方案和地区而不同。您自己设施实际适用的费率,请务必在各 OTA 的后台或合同条款中确认。 但有一点是共通的:卖得越多,佣金也越多。

3-2. 客人的信息留在自己手里

这一点,其实最容易被低估。走 OTA 的预订,客人的联系方式往往封闭在 OTA 自己的消息系统里,设施方能直接接触的范围有限。

而官网直订,客人的邮箱等信息会沉淀在您自己的系统中。 淡季时可以给老客人发消息,也可以做回头客的招揽。「住一次就走的客人」和「还会再来的客人」,差别就在这条通路上。

3-3. 定价的主动权回到自己手上

OTA 可能会设有价格同等性方面的规定。而 AirHost 的预订引擎产品页说明:房价可以像设置 OTA 房价那样按百分比设定,因此可以把直订定为最低价,实现最低价保证。

能不能让客人相信「官网订最便宜」,往往就是直订能否成长的分水岭。

⚠️ 与各 OTA 的合同内容可能对定价方式有限制。调整价格策略前,请先确认您签约 OTA 的条款。

4. 不踩坑的7个挑选要点

这是本文最实用的部分。比较预订引擎时,请把设计好看与否放到最后,先确认下面7项。

#

确认要点

为什么重要

该问对方的问题

1

与 PMS/渠道管理器的房态联动

联动断了就会超售

「官网进单后,OTA 的房态会自动减少吗?」

2

支付方式

不能预先收款,未付款和无故不入住就会变多

「可以对接哪些支付服务商?」

3

多语言与多货币

访日客比例高的设施必备

「支持哪些语言?能用客人本国货币显示金额吗?」

4

手机端体验

住宿预订大量来自手机

「手机上完成一笔预订要经过几个页面?」

5

取消政策的设置自由度

不能按方案区分,销售方式就被绑死

「能按每个房价方案分别设置取消规定吗?」

6

和现有官网怎么衔接

已有官网时,视觉连贯性容易断裂

「能嵌入现有网站吗?还是跳转到另外的页面?」

7

能否接入统计(GA4/GTM)

测不出来就无从改进

「能装 GTM 吗?能统计预订完成吗?」

其中第1项和第7项,是事后最难补救的。 设计随时可以换,但房态联动和统计的底子,往往只能靠换系统才能解决。

外观可以以后再说,连接必须一开始就定好。

▶ 想知道您的运营有多少可以交给系统? 用 4 分钟的免费自动化评估看看,或咨询我们这7个要点在 AirHost 上的情况。

5. 做访日客生意,请优先确认「语言」和「货币」

支持多语言并以多种货币显示价格的预订页面示意图

如果您的客人以海外旅客为主,这两项也许比清单上的其他项目更重要。

语言。 只有日语的预订页面,海外客人常常填到一半就走了。靠浏览器自动翻译也不保险:自动翻译可能把表单项目名译错,反而造成填写错误。 AirHost 就专门发布过一篇帮助文章,指出 Chrome 的自动翻译功能是预订引擎页面文字显示异常的主要原因。

货币。 页面写着「每晚 18,000 日元」,很多海外客人其实没有概念。只要能看到本国货币的参考金额,下单的心理门槛就会明显降低。

AirHost 预订引擎的情况,官方帮助中心是这样说明的(2026年8月时点):

项目

内容

支持语言

日语/英语/简体中文/繁体中文/韩语

当地货币显示

以客人的当地货币显示

参考房价

。

实际结算按设定货币(通常为日元)执行

语言切换

客人可自行选择(需在「语言与内容」中分别设置各语言)

这里有个要点必须留意:当地货币显示的只是参考金额,实际扣款按设定货币执行。 为了减少客人事后来问,建议在方案说明文里写清楚「结算以日元进行」。

⚠️ 官方信息之间存在出入的地方(2026年8月24日确认)
关于支持语言,日语版帮助文章列出的是上述5种,而同一篇文章的英语版列出6种,多了西班牙语。由于同一篇官方文章的两个语言版本内容不一致,本文只把两者一致的5种语言作为确定信息。如果您需要西班牙语页面,请直接向 AirHost 确认。

另外,AirHost 产品页把多语言写作「日英中韩」4个语言组,那是把中文合并计算的写法,指的范围是一样的。

6. 支付方面,别等上线后才发现问题

支付的覆盖范围最容易在选型时被跳过,上线后却最难改。

AirHost 预订引擎的情况,官方帮助中心记载如下(2026年8月时点):

  • 可用于预先收款的只有 Stripe 或 GMO(Fincode)

  • 使用信用卡收款,需要另外购买「支付解决方案对接」选装项

  • Stripe/GMO(Fincode) 账户可以按物件分别设置

  • 支付方式的选项中没有银行转账(官方帮助文章)

需要用银行转账时,官方帮助中心给出的做法是:在方案说明文中告知客人,预订确定后再通过自动消息通知转账期限等信息。也就是说,这不是靠系统功能解决,而是靠运营流程补上。

这类「做不到的事」,恰恰是签约前最该问清楚的。比较阶段,请一定要向对方索取「做不到的清单」。

7. 装了却不见涨的设施,问题几乎都出在同一处

这是本文最想说的一段。

装了预订引擎却看不到直订增长的设施,有一个惊人一致的共同点:他们没有在统计「预订是从哪来的」。

OTA 的订单很好办,后台直接显示笔数。可一到官网,PMS 只能告诉您「进了几单」,却说不出「这些客人是怎么找到您的」。 这一环缺失,下面这些判断就全部做不了:

  • 投出去的广告费,到底换来了几笔预订

  • 从社交账号简介里的链接点进来的人,有没有真的下单

  • 手上有5家设施,到底哪一家的页面能出单

就像不看考试成绩就换学习方法,根本不知道是变好了还是变差了。测不出来的东西,就改不动。 所以建议在上线预订引擎的同时,就把 GA4 和 GTM 一起配好,而不是拖到几个月后。

AirHost 的情况,据官方帮助文章,只需在管理后台的「Google Tag Manager ID」栏填入 GTM ID 并保存即可完成设置,不需要自己往页面里粘贴 GTM 生成的 HTML 代码。

但有一点请注意:GA4 账号、GTM 容器的创建以及代码本身的配置,属于 Google 一侧的工作。 同一篇帮助文章明确写道,AirHost 不提供 Google Analytics 与 Google Tag Manager 账号创建及运用方面的支持。

具体的设置步骤,我们在【2026年版】AirHost预订引擎GTM设置指南:用GA4追踪日本民宿的直接预订里做了详细说明,建议一并阅读。

8. 【经营者向】AirHost 预订引擎的功能

最后说说 AirHost 的具体情况,内容依据官方网站和官方帮助中心。

预订引擎是 AirHost ONE(HMS)的选装功能,直接使用您为 OTA 管理的同一套房态。关于价格,请参阅价格页面,或按您的房间数直接联系我们获取报价。

主要功能

功能

内容

房态・房价联动

与 AirHost HMS 联动,和 OTA 日历同步

与 HMS 完全打通

和 OTA 订单一样,可使用自动消息、保洁管理等功能

多语言

日语/英语/简体中文/繁体中文/韩语

当地货币显示

以客人的当地货币显示参考房价

客人登录

客人可自行创建、查看、修改、取消预订

邮箱验证

注册时确认客人邮箱真实存在

取消政策

可

按房价方案

分别设置

与自有官网对接

可设置现有官网与预订引擎各设施页面之间的跳转

签约前请先知道这两个限制

我们更希望您从我们这里听到,而不是上线后自己发现。以下两点都写在官方帮助中心里:

  • 无法只把空房日历嵌入现有官网。系统提供的是整页,与自有官网之间通过页面跳转衔接

  • 设施一览页面的排列顺序无法指定。基本按设施名称排序,选择入住日期后会优先显示可预订的设施(官方帮助文章)

如果您经营多家设施、希望把某一家排在最前面,请在设计阶段就把这一点考虑进去。

不只是预订入口:琐碎的日常工作,也一起交给 AirHost

手动对齐各OTA房态、官网只有咨询表单、只有日语的预订页、不知道订单来源、保洁、付款、名簿与营收统计等七零八落的工作,收拢到一个 AirHost 界面的示意图

想象一下客厅:电视、空调、电灯……遥控器一多,总是拿错。如果一个遥控器就能全部搞定,是不是轻松多了?

AirHost 就像住宿经营的「万能遥控器」。 除了官网的预订窗口(预订引擎),订单进来之后的琐碎工作也能在同一个界面完成:

  • 分房:自动优化房间分配(PMS)

  • 指引:在预订后、入住前等时点自动发送指引(PMS)

  • 保洁:在日历上管理保洁安排,并自动通知保洁人员(PMS)

  • 付款:按每笔订单的取消政策自动执行预授权、扣款与取消费(自动收款)

  • 名簿:管理住宿者名簿的提前填写率(PMS)

  • 营收:用报表查看营收、入住率、ADR、RevPAR 等指标(PMS)

也就是说,从预订入口到后续安排都交给 AirHost,人专心培养回头客。「入口交给系统,回头客交给人」。

顺带一句:直订不改变您的许可义务

这里要提醒一句:通过官网直订接单,并不改变您在日本经营住宿设施所需的许可与法定义务。 无论订单来自 OTA 还是官网,依据日本《旅馆业法》(旅館業法)或《住宅住宿事业法》(住宅宿泊事業法/民泊新法)应尽的手续与记录义务都是一样的。

关于许可申请、在留资格、不动产取得、税务等个别条件,请务必咨询行政书士、税理士等日本的专业人士。 各自治体的条例也可能有额外要求,本文不对个别情形下定论。

先聊聊看

把您的房间数,以及目前订单里 OTA 大约占多少,告诉我们,我们会给出具体的费用估算和上线流程。

只想问其中一两个问题,也完全没问题。

👉 联系 AirHost(中文页面)

▶ 还不想马上咨询?可以先做 4 分钟的免费自动化评估。

常见问题(FAQ)

Q. 预订引擎和渠道管理器有什么区别?

职责完全不同。 预订引擎是「在自家官网上接单的柜台」,渠道管理器是「把多个 OTA 的房态和房价同步起来的机制」(AirHost 帮助中心,日语)。两者不是二选一,要同时具备,官网和 OTA 的房态才对得上。

Q. 有了预订引擎,是不是就可以不用 OTA 了?

不建议这么做。 对于还不认识您设施的客人,OTA 至今仍是非常有效的曝光渠道。现实的做法是:用 OTA 打开知名度,把回头客和搜设施名字的人引导到官网。 佣金不是要归零,而是要控制比例。

Q. 能只把预订日历嵌进我现有的官网吗?

AirHost 预订引擎做不到。 官方帮助中心明确写道:系统提供的是整页,无法只把预订日历嵌入自有官网(AirHost 帮助中心,日语)。现有官网需要跳转到预订引擎的设施页面。

Q. 大概要花多少钱?

AirHost 的预订引擎是 AirHost ONE(HMS)的选装功能,使用信用卡收款还需「支付解决方案对接」选装项。费用取决于房间数,请参阅价格页面,或联系我们获取报价。

Q. 中国客人能用中文完成预订吗?

可以。 AirHost 预订引擎支持简体中文和繁体中文页面显示(AirHost 帮助中心,日语)。但请注意,各语言的文案需要由设施方自行设置(在「语言与内容」菜单中)。没有设置的语言,页面内容会是空的。另外,结算按设定货币(通常为日元)执行,中文页面上显示的本国货币金额属于参考值。

Q. 怎么判断直订到底有没有变多?

请配置 GA4 和 GTM,统计预订完成事件。 AirHost 预订引擎只需在管理后台填入 GTM ID 即可接入(AirHost 帮助中心,英语)。但 GA4 账号创建和代码配置属于 Google 一侧的工作,不在 AirHost 的支持范围内。

总结

预订引擎,就是让您在自家官网上接单、创造免佣金直订的系统。

挑选时,请把设计放到后面,先看这两点:

  1. 房态能不能和 PMS、渠道管理器自动打通

  2. 能不能统计出预订是从哪来的

这两点缺一,就会一直停在「订单还是几乎全从 OTA 来」的状态。反过来说,只要把这两点做好,直订就从「碰运气」变成「可以持续改进的事」。

最后送您一句最该记住的对比:OTA 是让客人认识您的地方,官网是让客人再回来的地方。 不必二选一,给它们各自的角色就好。

先花 4 分钟,看看您的设施有哪些工作可以自动化吧。 免费、共 13 题,是否填写电子邮箱由您自行选择。

▶ 想按您设施的情况拿到具体方案?请联系 AirHost。

相关文章

参考资料


本文中 AirHost 的功能相关内容依据 2026年8月确认的官方网站及官方帮助中心。Airbnb 服务费依据 2026年10月28日确认的官方帮助页面。规格及佣金费率可能变更,最新信息请以各官方页面为准。OTA 的佣金费率因合同内容、地区和方案而异。本文不构成法律、税务或投资建议,个别案件请咨询日本的专业人士。

让AirHost帮助您的业务增长。

我们的专家随时为您的需求提供支持。