六扇门服务器id，指的是广告投放平台在服务器端为广告主分配的专属识别编号，它相当于广告账户在程序化交易系统中的“身份证号”，核心作用是用来标记流量来源、匹配投放策略并完成数据回传。
什么是六扇门服务器id，它解决什么问题
六扇门在广告行业中的真实身份
在程序化广告领域,“六扇门”并不是一个官方产品名称，而是从业者对广告交易平台或广告聚合工具的一种行业黑话，它最早流行于信息流优化师和DSP运营人员之间，用来代指那些需要手动配置服务器端接口的投放系统。
六扇门服务器id，就是你在登录这类平台后台时，系统分配给账户的唯一数字串，比如你打开某个聚合投放工具的“开发者设置”页面，会看到一串类似310482XXXX的编码，这串编码就是服务器id。
服务器id和普通账户id的区别
普通账户id是你登录时用的账号标识,而服务器id是用来匹配广告请求和投放决策的机器识别码，两者的区别可以简单理解为：普通账户id是给人看的，服务器id是给机器看的。
服务器id承担着三个核心职责：
- 流量标记：当用户访问媒体页面时，广告请求会携带这个id，平台据此判断请求来自哪位广告主。
- 策略匹配：投放引擎通过id找到对应的预算、出价、定向条件等配置，决定是否参与竞价。
- 数据回传：转化数据通过服务器id归因到正确的广告计划上，实现效果追踪。
六扇门服务器id在投放流程中的实际用途
新建广告计划时必须填写服务器id
在主流的信息流广告聚合平台中,新建广告计划往往需要填写一个“服务器ID”字段，这个字段一般位于“高级设置”或“程序化创意”分类下，作用是让广告主自建的监测系统与平台侧对接。
实际填写过程通常是这样的：
- 进入广告后台的“工具”菜单，找到“API配置”或“服务器端对接”选项。
- 点击“新建API应用”，系统会自动生成一个服务器id和对应的密钥。
- 将这个id填入广告投放的“监测链接”或“回传地址”中。
- 通过联调测试,确认数据能正常回传到自己的统计后台。
服务器id与转化追踪的关联逻辑
广告主自建的转化追踪系统,需要通过服务器id来识别每一次点击和转化的归属，当用户在广告页完成注册或下单行为时，广告主服务器会发送一条转化回传请求，请求中就包含着这条广告对应的服务器id。
平台收到回传后,会将该转化匹配到原始的点击记录上，从而完成一次完整的归因闭环，如果服务器id填写错误，最常见的结果就是后台显示“回传失败”或“数据匹配异常”，最终导致优化师看不到转化数据，无法调整出价策略。
六扇门服务器id和cookie、设备id有什么区别
三者各自的定位
在程序化广告中,cookie用于标识浏览器用户，设备id用于标识移动端硬件设备，而六扇门服务器id标识的是一个独立的广告对接主体，三者并不在同一个层级上运作。
举个例子方便理解：cookie记住了你在一家电商网站浏览过某款球鞋，设备id知道了你在手机上下载过某款App，而服务器id的作用则是让广告平台知道“这个投放请求，是属于哪个代理商或者哪个广告主的”。
为什么服务器id更适合广告投放决策
近年来,随着主流浏览器逐步限制第三方cookie，基于cookie的用户画像已经变得越来越不稳定，相比之下，服务器id不依赖于浏览器环境，不受清除cookie或开启隐私模式的干扰，因此在广告竞价和频次控制方面更具可靠性。
行业共识认为,服务器id的稳定性优势主要体现在三个方面：
- 不受浏览器隐私限制影响,生命周期较长。
- 可以跨端识别同一广告主的流量来源,方便统一管理。
- 支持更细致的频控策略,避免同一位用户反复看到同一广告。
六扇门服务器id怎么设置，具体操作步骤
在广告平台后台创建服务器id的基础流程
不同平台的操作路径会有差异,但核心步骤基本相同，以常见的广告聚合工具为例，设置流程分以下几步：
- 登录平台账号,进入“开发者中心”或“API管理”页面。
- 点击“创建应用”，填写应用名称、应用类型（一般选择“服务器端应用”）。
- 平台会返回一个App ID（这就是服务器id）和App Secret（密钥）。
- 将App ID和App Secret保存下来，后续配置监测工具时需要用到。
需要特别留意的是,密钥只在创建时完整显示一次，之后不会再次出现，建议创建后立即复制保存到自己的密码管理工具中，一旦丢失就只能重置。
配置服务器端回传的常见环境
在实际投放中,广告主通常需要在自建的服务器环境中配置回传接口，常用的方式有两种：
第一种：通过API接口直接回传
在广告主自己的服务端代码中，调用平台提供的转化回传API，将转化数据以HTTP请求的形式发送给广告平台，请求中必须携带服务器id，以及事件类型、转化时间等关键参数。
第二种：借助数据管理平台（DMP）中转
一些广告主会使用DMP将自有的转化数据同步到广告平台，在这种情况下，服务器id同样需要配置在DMP的对接信息中，才能确保数据在中间环节不丢失。
验证服务器id是否配置成功的办法
配置完成后,建议先进行测试回传，确认id对应的数据链路是通的，验证方式一般有两种：
- 在平台后台找到“联调工具”或“API测试”功能，输入测试事件并发送，检查平台是否成功接收。
- 使用第三方网络调试工具,查看回传请求的响应码。状态码200通常表示接收成功，4xx表示请求格式有误，5xx则表示平台服务端异常。
六扇门服务器id一般多少钱，要单独付费吗
服务器id本身的费用情况
六扇门服务器id的申请本身是不收费的，广告平台提供该功能是为了让广告主能够实现更精细的数据对接，属于平台的基础技术服务能力。
需要注意的是,虽然服务器id免费，但使用它接入数据回传往往伴随着一定的技术开发成本，如果广告主自己有研发团队，可以自行完成接口对接；如果没有，则需要借助第三方数据服务商，这时就会产生按调用次数或按月计费的服务费用。
影响整体成本的主要因素
- 回传数据量大小：数据量越大，消耗的服务器带宽和计算资源越多，第三方服务商收费相应提高。
- 对接平台数量：同时对接多个广告平台的服务器id，开发和维护成本呈线性增长。
- 数据实时性要求：如果广告主需要秒级实时回传，对技术架构的要求更高，费用也会上升。
多数情况下,一个中型广告账户每月在数据对接上的技术服务费用在几百元到数千元之间，具体视数据量和平台而定，如果只做基础的回传归因，不涉及实时竞价优化，成本会相对可控。
六扇门服务器id和cookie区别，哪个更适合效果优化
从数据准确性角度对比
cookie很容易因为用户清理浏览器缓存或切换设备而丢失，导致同一个用户被当成新用户多次曝光。六扇门服务器id不依赖用户端的存储环境，只要广告主的服务器持续在线，id就能一直稳定发挥作用。
在数据准确性方面,服务器id的优势是压倒性的，尤其是在频次控制这个场景下，使用cookie做频控经常出现“控不住”的情况，而使用服务器id可以做到比较精准的覆盖控制。
从投放规模角度对比
在移动端App环境中,设备id（如IDFA/IMEI）因为与硬件绑定，准确度高于cookie，但受隐私政策限制较大，服务器id则在一定程度上绕开了设备层面的限制，更适合大规模跨媒体投放的场景。
这里用表格来做一个直观对比：
| 对比维度 | 六扇门服务器id | Cookie | 设备ID（IDFA/IMEI） |
|---|---|---|---|
| 稳定性 | 高，不依赖浏览器环境 | 低，易被清理或禁用 | 高，硬件绑定 |
| 隐私合规 | 较灵活，可自主控制 | 受浏览器限制大 | 必须遵循系统隐私框架 |
| 跨端能力 | 强，可追踪同一广告主的多种来源 | 弱，仅限单浏览器 | 中等，受系统限制 |
| 适用场景 | 频控、归因、策略匹配 | 传统展示广告跟踪 | 移动App安装归因 |
优化师在实际工作中应该怎么选
如果广告主主要投放信息流广告,且需要日报级、小时级的效果回传，优先使用服务器id，如果只是做品牌曝光监测，对归因精度要求不高，沿用cookie方案也可以接受。
但从目前行业趋势来看,随着隐私合规要求越来越严格，服务器id正在逐步取代cookie，成为程序化广告数据对接的主流方式，建议优化师在搭建新的投放账户时，直接按服务器id对接的方案执行，避免后期改造带来的重复开发工作。
关于六扇门服务器id常见问题解答
六扇门服务器id在哪看？
登录广告投放平台的“开发者中心”或“API管理”模块，找到已创建的应用信息，页面中展示的App ID就是你的六扇门服务器id，如果之前没有创建过应用，点击“创建应用”即可生成一个新的id，注意区分应用ID和应用密钥，两者不是同一个值。
六扇门服务器id和appid是一样的吗？
在多数广告平台中,六扇门服务器id的取值就是应用ID（App ID），两者描述的是同一个概念，只是叫法不同，部分平台还会提供第二组ID用于区分不同业务线，此时需要根据接口文档确认具体使用哪一组值进行回传。
更换服务器id会导致历史数据丢失吗？
更换服务器id只会影响之后新增数据的回传归因,不会清除历史投放数据，广告平台侧的历史报表仍然可以正常查询，如果更换后需要继续积累连续的效果数据，建议在新旧id并行运行一段时间，确认新链路稳定后再关闭旧id的配置。