GEO服务商交接清单：换机构时，七类资产必须留在自己手里
发布日期：2026 年 11 月 5 日 | 作者：鑫池GEO
换 GEO 服务商时，最容易被忽略的不是排名掉没掉，而是资产在谁名下。域名解析、站长平台、监测后台、探测问题集、内容源文件，这些东西在合作顺利时看起来只是"对方在帮忙管"，一旦换人，才发现自己手里什么都没有。判断交接是否完成，只有一个标准：把对方的所有账号权限停掉之后，这套体系还能不能照常运转。
这篇按交接的实际顺序写：先分清哪些是必须留在自己名下的资产，再给移交与核验两份清单，然后是三十天过渡期里的动作顺序，最后是三个最容易丢的东西和一次抽样验收。适用于正在换服务商、或者准备从代运营转回自建团队的企业。已经合作很久但没做过资产清点的，也可以拿这份清单当体检表用。
一、交接的本质是权限，不是文件
多数交接失败，不是因为对方不给资料，而是给的是导出文件。文件能看不能用：一份导出的关键词表、一份 PDF 版月报、一批截图，这些东西无法支撑后续的持续运营。真正决定能不能接手的，是账号的所有权、后台的登录权限、以及历史数据的原始结构。
所以交接前先做一件事：把所有涉及的系统列成一张表，逐项标注"注册主体是谁、绑定手机号是谁、管理员有几个人"。注册主体不是自己公司、绑定手机号是对方员工、管理员只有对方一个人的，都属于待处理项。这张表做完，交接的工作量基本就清楚了。
二、七类资产，逐项对照
第一类，域名与服务器。域名注册商账号、DNS 解析权限、服务器或虚拟主机控制台、SSL 证书的管理入口。这一类的原则是绝不由外部机构持有注册主体，解析可以授权，所有权不能转移。
第二类，搜索引擎与 AI 平台的站长类账号。百度搜索资源平台、必应站长工具，以及各 AI 平台提供的站点收录或开发者入口。这类账号里存着推送记录、抓取异常、索引量曲线，换人之后最有价值的诊断依据就在这里。
第三类，监测与探测后台。如果服务商用第三方工具做 AI 回答监测，要确认账号是企业自己注册、企业是付费主体；如果是服务商自研后台，则必须约定数据导出格式与导出频率，并在交接时拿到全量历史数据，而不是最后一次的报表。
第四类，探测问题集。这是整套 GEO 工作的地基：哪些问题、哪些平台、什么频率、怎么判定出现。问题集通常是服务商在项目初期建的，合同里如果不写明归属，交接时经常拿不到，或者只拿到一份残缺的版本。
第五类，内容源文件。不是发布后的 HTML，而是可编辑的源文件、配图原图、以及每篇内容对应的目标问题。没有源文件，后续想改一段话都要重做整页。
第六类，结构化数据与技术配置。页面模板里的 JSON-LD、robots 规则、llms.txt、sitemap 生成逻辑、重定向规则。这类配置分散在模板和服务器里，最容易在交接时被漏掉，而它们恰恰决定了 AI 能不能顺利取用内容。
第七类，外部收录与引用记录。哪些第三方平台收录过企业内容、哪些页面被 AI 引用过、引用的是哪一段。这份记录决定了接手后先改哪里、哪些页面不能动。
三、两份清单：一份移交，一份核验
移交清单由原服务商填写，逐项写明资产名称、账号、持有人、当前状态、交付方式。核验清单由企业自己填，逐项打勾：能不能独立登录、能不能改配置、数据是不是全量、时间范围够不够。
两份清单分开的意义在于责任清晰。移交清单是对方的交付声明，核验清单是企业的验收结论，两者对不上时，缺的那一项就是后续争议的焦点。实操中建议把两份清单做成同一张表的两列，左边填"对方说已交付"，右边填"我方已验证"，中间留一列写差异说明。
四、三十天过渡期，顺序不能反
交接不是一天完成的。权限转移的顺序如果反了，会出现旧人已退出、新人还没接上的空档，抓取异常和内容断更都发生在这段时间里。
第一周只做一件事：把新账号建好、权限授予到位，旧账号继续运行。这一周不动任何配置，目的是让两套人马能同时看到同一份数据。
第二到第三周并行：新团队按原问题集复测一次，把结果和旧团队的最后一期报告对照。差异超过两成的项目，先查口径，不要急着改策略。同一时间完成内容源文件、历史数据的迁移。
第四周才切换：先切监测与推送，再切内容发布，最后切域名与解析相关的权限。每一步切换后观察三到五天，确认抓取正常、索引没有异常波动，再走下一步。
五、三个最容易丢的东西
问题集的口径说明。拿到问题列表不等于拿到方法。同一个问题，判定"出现了"的标准可能是提到品牌名，也可能是必须带出业务描述，两种口径算出来的提及率能差一倍。交接时一定要拿到判定规则和至少两期的原始记录，用来校准。
页面的历史版本。新团队接手后往往会重写页面，重写时如果不知道哪些段落曾被引用，很容易把有效的段落删掉。交接时把"被引用过的段落"单独存档，是成本最低的保护。
第三方平台的账号。企业内容分发到行业站、媒体号、问答平台时，常常由服务商代注册。这些账号如果不在企业名下，交接后既发不了新内容，也改不了旧内容里的错误信息。
六、验收：用一次抽样复测代替口头确认
交接完成的标志不是签了字，而是新团队能独立跑完一个完整周期。验收方式建议固定为：从原问题集里抽十个问题，在三个平台上各问三次，记录提及、引用与引用落点，与原团队最后一期数据对照。差异在合理范围内的，说明口径接上了；差异过大的，回到清单逐项排查是数据缺失还是方法不同。
这次复测同时是企业自己的基线。往后所有关于效果的讨论，都以这份基线为起点，而不是以某一份月报为起点。
常见问答
问：服务商不愿意交出监测后台的历史数据，怎么办？
先看合同里有没有数据归属条款。没有约定的，按"企业付费、企业所有"的原则谈，至少要拿到全量导出，包括原始提问记录、回答存档与判定结果，而不只是汇总报表。谈不下来的，用抽样复测重建基线：抽二十个问题，连续观测四周，虽然补不回历史，但足够支撑后续判断，代价是丢失了时间序列的连续性。
问：换服务商之后，AI 里的引用会不会掉？
短期会有波动，但通常不是换人本身造成的。真正影响引用的是页面改动幅度、抓取是否中断、以及内容更新是否停摆。控制办法是过渡期内不改版核心页面、保持发布节奏、切换推送权限时保留原账号一段时间。把这三件事守住，引用一般在一到两个抓取周期内恢复稳定。
问：自建团队接手，最少需要几个人？
两个人可以跑起来：一人负责内容与问题集维护，一人负责技术配置与数据监测。前者决定内容能不能被引用，后者决定内容能不能被抓到。只有一个人的话，优先保住技术配置与监测，内容可以外部协作，但问题集和判定口径必须留在内部，否则每次换协作方都要重新建立基线。