Steam 预约礼物：改期、取消与退款

提前买好游戏准备在生日当天送出，后来计划有变，先看礼物是否仍在等待预约发送。已经送达但对方尚未接受的礼物，与已经加入对方游戏库的礼物，处理方式不同。购买历史中有一笔付款，并不能单独说明礼物走到了哪一步。先核对购买者的交易记录和接收者的接受状态，再决定下一步。

本文讨论在 Steam 新购买的游戏礼物如何调整发送日期、取消及退款，依据是 2026 年 10 月 23 日核对的 Steam 客服文档和 Valve 于 2026 年 7 月发布的礼物功能公告。不涉及转移自己已有的游戏或发送钱包余额。我们没有代为购买，也没有测试登录后的实际交易界面。下文菜单来自官方客服说明，具体订单有哪些选项，应以该笔购买记录为准。

先分清哪种赠礼方式支持预约#

依官方示例重建，并非我们实际购买或退款的记录。

如今不能把所有 Steam 游戏礼物都按同一套流程解释。Valve 在 2026 年 7 月 22 日的赠礼更新公告中宣布，可以向电子邮箱发送游戏礼物，没有 Steam 账户的购买者也可使用访客结账。公告明确指出，邮件礼物不能预约未来发送，30 天内未接受会自动退款；接收者还必须与购买者居住在同一国家。因此，向邮箱赠礼时找不到日期选择项，不能仅凭这一点就判断为客户端故障。

Steam 礼物常见问题介绍的另一种流程，是从好友列表选择接收者，然后选择尽快发送或预约发送。文档给出的预约范围为购买之日起最多 12 个月。不要把这个范围套用到邮件礼物上。好友预约赠礼的说明，应与新邮件渠道的限制分别阅读。下文的改期步骤，也针对已经选择预约发送并完成购买的礼物。

同样，不能因为 FAQ 仍使用好友列表流程，就断言所有赠礼都必须先加好友。新公告介绍了通过共享愿望单赠礼和访客结账，已经改变了这种笼统前提。不过，各条渠道也不因此拥有完全相同的功能。例如，同一公告中的特定跨区赠礼功能仍有好友列表条件。本文不展开地区价格计算，只确认所选发送方式是否提供预约功能。

已经下单的话，请打开收据与购买记录，不要只凭记忆猜测结账路径。先分清是用 Steam 账户选了好友并预约发送，还是直接发到了邮箱。访客购买者找不到账户购买历史时，一味让其重复登录账户并没有帮助。下文的购买历史和库存步骤，是官方对 Steam 账户购买的预约礼物所作的说明。这些资料并未证明访客订单也能在相同菜单中管理。

已有游戏也不能从自己的游戏库中改成礼物。FAQ 将赠礼描述为新购买内容的一次性转交，并说明不能转移已经拥有的游戏。接收者接受后，游戏会加入其账户的收藏。修改预约，只是改变这份新礼物的发送时间，不是自由更换已有许可证的持有人。提前区分这两件事，向客服描述问题时也会更准确。

购买、送达和接受是三个不同日期#

根据官方条件整理的编辑图表，并非 Steam 实际界面。

可以把日期分成三项记下：购买日期是支付订单的日期，送达日期是预约礼物发送给对方的日期，接受日期则是对方在自己账户上领取礼物的日期。三者可能在同一天，也可能因提前购买而相隔很久。这只是整理记录的方法，并不表示 Steam 有一个专门的三栏管理工具。

FAQ 所说的最多 12 个月，是选择预约发送日期的范围。礼物送达后，对方有另外的 30 天接受期限。官方说明描述的是送达之后接受或拒收的时间窗口；没有任何操作，Steam 就会自动取消购买并退款。不能把尚未发送的预约等待期算作对方的接受期。邮件礼物根本不支持预约未来发送，也不能想当然地给它套上好友预约礼物的等待阶段。

手动申请退款还有另一组数字。Steam 退款政策规定，游戏和软件通常适用购买后 14 天以内、游戏时间不足 2 小时的条件。礼物 FAQ 也明确提到购买后 14 天和接收者游戏时间不足 2 小时。资料并未承诺，晚些发送就会把以购买日为起点的期限改为送达日或接受日。所以，不能因为生日当天第一次收到礼物，就告诉对方退款期从那天重新计算。

不必把 30 天和 14 天强行统一。30 天针对未接受礼物的自动处理，14 天针对通常的退款申请条件。要先弄清，是购买者主动申请退款，还是已经送达的礼物一直无人接受。只挑较长的数字用于所有取消情形，会造成文档并不支持的预期。

修改发送日期也不应被当作生成了新的购买记录。官方改期流程是在管理现有礼物，并未说它会产生新付款或新退款期限。请把该功能用于调整发送时间；涉及退款时，仍应核对原始交易日期。发售前购买、DLC 等另有规定，不能只凭普通游戏退款的两个数字就下结论，应继续阅读政策中的对应条款。

送达前，从原礼物中修改发送日期#

依官方示例重建，并非我们实际购买或退款的记录。

对于预约发送给好友的礼物，FAQ 首先让购买者打开购买历史。可以点击账户名，进入账户明细后查看购买历史；也可以在 Steam 客服中进入购买项目，再打开完整购买历史。两条官方路径都是为了找到同一笔交易。确认游戏名称及礼物图标，避免选中自己购买的副本，或送给另一个人的同名游戏。

打开对应礼物，再按说明进入 Steam 库存链接。FAQ 说明，预约礼物会在送达前保存在库存中。随后选择 Manage gift，即礼物管理，改选发送日期。到了选定时间，Steam 会自动向接收者发送，并给购买者发出送达邮件。出现在库存中，不表示它就是旧式可自由交易的礼物物品。这里的库存项目是在管理一份已确定接收者和发送计划的礼物。

修改后，离开页面前再核对新日期及对应礼物。这是避免改错订单的编辑建议。官方文档没有承诺每次改期都会提供特定格式的确认邮件或单独收据。保存实际界面显示的日期，同时保留原始购买记录，方便之后对照。向别人说明情况时，也应把付款日期与改后的发送日期分开表达。

不要给说明加上资料没有提供的精度。FAQ 介绍了修改日期的路径，却没有说明每种设备如何显示时区，也没有保证消息会在多少秒内送达。对方在其他时区时，不能只看自己界面的时间，就认定对应其生日零点。请阅读实际交易页面上的日期、时间，并为重要安排留出余量。本文不推测统一的时区换算规则。

已经送达的礼物，与尚未发送的预约处于不同状态。对正在等待接受的礼物，不应继续要求购买者寻找预约菜单。先检查购买者是否收到送达邮件、接收者是否有礼物通知。官方改期说明针对最初选择未来日期发送的礼物，并不保证可以收回已送达通知，再把同一订单重新预约。如果界面没有该选项，请查看这笔购买提供的客服选项，而不是寻找没有文档依据的变通操作。

想取消时，先看对方有没有接受#

根据官方条件整理的编辑图表，并非 Steam 实际界面。

不打算赠送了，不要用把日期推迟很久来代替取消。改期只改变发送时间，文档没有把它描述为撤销付款的程序。需要取消时，应查看该交易的退款流程。对方尚未领取的礼物，FAQ 提供了由购买者申请退款的路径。开始前确认礼物确实未接受，同时分清它仍在预约中，还是已送达等待领取。

官方步骤是：购买者登录 Steam 客服，进入购买项目，找到这份礼物游戏。核对带礼物图标的交易，选择希望退款的选项，再选择符合情况的原因并提交。FAQ 说明处理后会发送邮件。提交申请不等于批准退款；点击退款选项，并不证明付款已经撤销或款项已退回。要核对处理结果及退款状态，才能认为事情已经结束。

这条购买者主动申请的流程同样适用一般退款条件。很久以前买好的预约礼物，不能因为尚未送出就保证一定可以取消。一般政策也说明，即使超出所列条件，仍可提交申请，由 Steam 审查。因此，过了通常期限不代表永远不能询问，但也不能承诺与符合条件的订单得到同样结果。请在实际交易中说明情况，等待处理结论。

对方尚未接受时，也可以请其一起检查礼物状态。已经送达的礼物另有接收者拒收的选择。FAQ 说明，选择 Decline Gift 会自动向购买者的付款方式退款，并通知购买者礼物被拒收。如果接收者已经确定不想要，接受之前就作出选择，可以省去接受后的退款同意流程。这是比较文档中的两种流程后给出的建议，并不是要求接收者一律拒绝礼物。

双方同时采取不同操作，会让状态更难解释。购买者准备申请退款时，先沟通，避免对方马上又接受了礼物。资料没有证明退款申请会立刻锁定接受按钮，也没说改期会清除对方所有通知。不要假定未说明的并发处理规则，应以交易界面和处理邮件核对实际发生的事。也不需要登录对方账户代为操作。

已送达但未领取，核对通知和期限#

依官方示例重建，并非我们实际购买或退款的记录。

预约日期已过，游戏仍不在对方游戏库里，不能马上认定发送失败。FAQ 说明，送达时接收者会得到领取邮件，Steam 客户端也会显示礼物通知，之后还要选择 Accept Gift 才会加入游戏库。送达与接受之间有一步人工选择，因此先检查通知是否存在。尚未领取的礼物，与已经接受却无法启动的游戏，是不同问题。

购买者应区分付款收据与送达邮件。仅有付款完成收据，不能证明之后的预约发送也完成了。FAQ 所述的送达邮件可帮助核对。也可以询问对方检查的是哪款游戏、哪个账户上的通知。双方私下比较记录即可，不要把完整邮箱或账户资料贴到公开讨论区。问题仍然存在时，在官方客服中选中对应交易，比较容易说明是哪一笔订单。

FAQ 还提供了查看赠礼历史的路径：打开 Steam 库存，点击省略号菜单，再选择 View Gift History。不要把查看历史与管理发送日期混为一谈。历史记录可帮助区分同一游戏的多份礼物，并与购买记录对照。只依据实际界面显示的信息判断。购买者确认发出的是哪笔交易，接收者确认接受或拒绝的是哪款游戏。不要要求接收者到自己的购买历史中寻找一笔并非自己支付的订单；赠送和接收记录各有用途。

对方始终不操作时，送达后的 30 天期限就很关键。FAQ 说明，Steam 会随后自动取消购买并向原付款方式退款。无人回应的礼物不会无限期保留。如果朋友生日后很久都不使用 Steam，请提醒其需要接受礼物。可以问清是只看到了通知，还是实际完成了接受。打开邮件与把游戏登记进游戏库，不是同一个操作。

已经接受后，再等待未领取礼物的 30 天规则让游戏消失，就不适用了。FAQ 说明，接受后游戏会加入该账户；要撤回，应查看下一节的退款同意流程。如果走的是邮件赠礼，则应核对 2026 年 7 月公告中的邮件礼物未接受 30 天规则，不能假设有改期按钮能重新开始计时。重新打开邮件或改变已读状态，也没有延长期限的文档依据。

已接受礼物的退款，由接收者先同意#

根据官方条件整理的编辑图表，并非 Steam 实际界面。

礼物一旦被接受，购买者单独申请就不够了。Steam 退款政策的礼物条款说明，已领取礼物仍可按相同一般条件申请退款，但需要接收者先发起流程。礼物 FAQ 进一步解释：接收者必须先允许退款，购买者提前提交的申请会被拒绝。购买过礼物，不意味着可以单方面从别人账户收回游戏。

接收者用自己的账户登录 Steam 客服，在游戏、软件等项目中找到收到的游戏，选择不想保留它的对应问题，进入退款申请，再勾选允许原购买者申请退款。FAQ 中的英文为 Allow the original purchaser of this gift to request a refund。不同语言的界面文字可能不同，但要确认的是同一行为：接收者同意移除游戏，并允许购买者请求礼物退款。

完成允许并不代表整个流程结束。FAQ 明确说，之后购买者也要针对该笔礼物购买提交退款申请。接收者授权与购买者提交，是由不同的人完成的两步。对方说已经处理，却迟迟没有退款结果时，先查购买者是否也提交了申请。购买者收到拒绝时，也可核对是否缺少接收者事先允许。不过，允许仍不等于保证批准；通常的条件与审核还会适用。

游戏时间也要分清主体。礼物 FAQ 所说的不足 2 小时，是接收者在这份游戏中的游玩时间，不是购买者自己副本的时间。购买者可能早已玩过很久，也可能根本没有这款游戏；文档关注的是接收者的使用及这笔购买。仅说安装过，或说对方不喜欢，并不会自动取消游戏时间条件。请依据产品和购买时间适用的政策申请。

退款归原购买者，不归接收者。政策对此有明确说明。接收者允许退款，不会让游戏价格进入自己的钱包，也不是把游戏礼物变成现金礼物。FAQ 说明，通常退回原付款方式；不支持时，进入购买者的 Steam 钱包。请核对实际付款方式的处理结果，不能把接收者点击同意的时刻，当成银行款项已经到账。

如果接收者不愿配合或无法访问账户，这些文档没有提供绕过允许步骤的办法。索要对方登录信息、代为登录，也不是本文所述解决流程。双方应分别通过自己的账户使用客服，购买者保留自己的交易记录。把账户访问问题与礼物退款问题分开说明，更便于客服处理。声称无需接收者参与就能收回已接受游戏的服务，并不符合这里列出的官方程序。

核对处理结果，避免重复处理同一订单#

依官方示例重建，并非我们实际购买或退款的记录。

最后，按最初的目标确认结果。想改期，就核对原礼物的新发送日期；想确认送达，就比较购买者的送达记录与接收者的通知、接受状态；想退款，就继续查看结果邮件及交易状态，不能只停在提交申请。把结果分开，可以避免把改期误当成撤销付款，或把接收者允许误当成退款完成。

批准退款与实际退回款项也是两个阶段。Steam 政策说，批准后会在一周内全额退款，并说明退回原付款方式或 Steam 钱包的方式。这不能改写成提交后一定会在一周内获批，起点是批准。查看该交易的处理说明，咨询款项未到时，应区分申请日期与是否已获批准。原付款方式是否支持退款，也是仍需考虑的条件。

礼物被拒收或因未接受而自动取消后，再次赠送同一游戏之前，最好先核对旧订单结果。如果不清楚第一份礼物是否仍然有效就重买，会多出两笔需要区分的交易。先与接收者确认是否真的要重送，再决定是否需要新购买。双方说法不一致时，检查是否看了不同礼物或不同账户。不要只凭游戏名称匹配，应结合购买记录与送达记录。

已接受的游戏后来消失，也不能一律解释为未领取过期。FAQ 另有说明：因欺诈或付款争议而退款的礼物，可能从游戏库移除，并显示无法继续游玩的通知。但游戏不见了这一个现象，不能证明发生了欺诈或争议。应核对实际通知和交易记录。正常改期、主动拒收、退款获批、付款争议导致移除，是不同原因。

联系客服前，可以整理游戏名称、购买者的交易、原购买日期、预约发送日期，以及接收者是否接受。同时区分已经做过的操作：是否改期、拒收、允许退款。没有做过的操作或没看见的报错，不用猜着填。不要公开贴出收据或付款信息，直接通过 Steam 客服选择对应交易的支持项目。

本文以 2026 年 10 月 23 日核对的官方文档为依据。看不到改期选项，或界面与文档不同时，先确认是不是邮件礼物、已经送达的礼物，或在另一账户购买的交易。2026 年更新扩展了赠礼路径，旧的好友列表说明无法概括所有订单。理清所用渠道和当前状态，再使用该交易实际提供的日程管理或客服程序。