“抖音卡片制作”这类查询,背后往往已经默认:只要有企业号或店铺,就能把卡片挂进私信并完成跳转。实际工作里,消息卡片、自动回复(含关键词自动回复)和自定义私信菜单,在认证支持材料中是分开列出的产品能力,并且不同身份对应不同产品权益。把三者当成同一个“已经开通”的开关,上线后才发现触发不到、入口没有或素材过不了审,成本会落在投放与客服排班上。
本文所引资料为历史功能说明:认证支持材料中曾分别列出消息卡片、自动回复、自定义私信菜单,并说明不同身份对应不同产品权益。当前账号资格与权益,须以平台现行说明及账号实际可见项为准,不能把历史列举当成今日已开通证明。本文据此说明上线前如何先做身份与权益核对;这不是现行后台逐步点击教程,也不是对任意账号的实测开通证明,不承诺外链跳转或收录效果。

上线清单应先写清目标层,而不是先做视觉稿。
消息卡片:关注的是卡片素材本身能否在允许的消息场景中展示,以及点击后到达的目标是否在账号可用范围内。
自动回复:关注的是关键词或默认回复是否被允许触发,以及触发后带出的是文本、卡片还是其他形态。自动回复“能开”不等于“能挂任意卡片”。
自定义私信菜单:关注的是入口是否对当前身份开放,以及菜单项指向的能力是否与卡片、自动回复共用同一套审核。
此前文章已说明三者不是同一对象。本篇不再重复对象辨析,只讨论:在选定其中一层或组合之后,如何按账号身份核对权益,再进入素材与触发准备。
历史说明强调不同身份对应不同产品权益,但具体对照关系会随规则调整。更不能把历史截图或口头传说当成当前开通证明。建议由有权限的维护者对照平台现行说明,并在账号实际可见项中逐项记录:
账号身份类型(由维护者填写,不公开敏感主体信息)
消息卡片:可见 / 不可见 / 可见但不可用 / 待确认
自动回复(含关键词):可见 / 不可见 / 可见但不可用 / 待确认
自定义私信菜单:可见 / 不可见 / 可见但不可用 / 待确认
允许的目标类型(站内页、私信能力、其他):已核对 / 未核对
核对日期与核对人(含时区)
任何一项为“不可见”或“待确认”,都不应进入投放排期。第三方工具页面列出“抖音卡片”产品项,只能证明厂商有该产品叙事;不能代替平台对你账号身份的权益判定,也不能写成“任意账号一键跳微信”。

权益边界清楚之后,再准备上线物料,避免返工。
素材:标题、封面、正文摘要与落地说明应和实际点击结果一致,避免题文不符或诱导表述。具体审核条款以平台现行规则为准,本文不编造按钮路径或通过率。
触发:若使用关键词自动回复带出卡片,应单独列出关键词表、匹配范围、无效词处理,以及无人值守时段的兜底回复。触发配置不属于“把图片做得好看”的范畴。
验收:用获准测试账号记录——入口是否出现、触发是否命中、卡片是否展示、点击后到达何处。一次成功不能代表所有身份或所有设备;未开通的权益不要用更换第三方工具去“补齐”。
记录编号与时间(含时区):
目标能力:消息卡片 / 自动回复 / 私信菜单 / 组合(写明组合关系)
账号身份与权益核对结果:见上一节字段
素材版本号、审核状态、与实际落地一致性说明:
触发方式:无触发(仅菜单) / 关键词 / 默认回复 / 其他
测试样本:入口截图或文字记录、触发词、到达页、异常现象、责任人
未通过项:停上线 / 改权益申请 / 改素材 / 改触发
先按身份把权益边界写清楚,再谈卡片制作,才能把“能做图”和“能对这个账号生效”分开。旧权益表、口头承诺和第三方产品名,都不能代替现行核对。
采购或协作单据里,常出现“已含抖音卡片”一类表述。它可能指设计交付、工具侧模板,或平台权益开通,三者成本与风险完全不同。建议在需求单里强制拆成两行:
一行写制作物:卡片视觉、文案、关键词表、菜单文案是否已定稿。
一行写生效条件:当前账号身份下,消息卡片 / 自动回复 / 私信菜单是否已在现行后台核对为可用。
只有两行都勾选,才进入投放排期。若第二行为空,第一行做得再精美,也不应承诺上线日期。趣码等产品页将“抖音卡片”列为产品项,可作为候选工具叙事,但仍须回到账号权益核对;不能把产品名当作平台已授权跳转微信或其他外链的证明。
权益核对应在即将投放的正式身份上完成。测试号能打开的入口,不代表正式号同样具备;反过来,测试号看不到,也不等于正式号一定没有——但仍应以正式号现行后台为准,而不是以推测补齐。
记录测试结果时,写明账号角色(测试/正式)、客户端版本大体范围、触发词原文,以及失败时看到的是“无入口”“无触发”还是“有卡片但落地不符”。这三类失败对应的下一步完全不同:申请权益、改触发、改素材或改目标。把它们都写成“卡片坏了”,排障会重新变回猜谜。