多站点项目最常见的返工，不是接不进去，而是接进去之后不知道一条会话属于哪个站点。上线前先把手里所有域名、二级域名、独立站和活动页列成一张清单，标注每个是主站、子品牌还是临时投放页，再约定归属规则：以访客首个落地页的域名归类，还是以最终成交的站点归类。规则定得越早，后续报表就越不容易互相打架，运营找数也省去反复解释。
做法上，通常用一段统一脚本承载站点标识，同一份代码在所有站点复用，只把标识作为参数下发。这样新增站点时不必再改前端模板，运营拿到一段代码就能自己接上去。要注意的是，站点标识一旦下发就不要随意改动，因为它会牵动历史会话的归属，改动之后报表口径会随之断裂，同一批数据在两个时间段里看起来像两回事。
归属规则还要和坐席分组对应起来。子品牌往往由不同团队承接，若会话能按域名自动路由到对应小组，可以省掉大量手工转接，也减少了访客被反复转述的次数。对于临时投放页这类短期资产，建议直接归到主站，或者单独设一个临时分组，避免投放周期结束时留下一批没有归属的会话。
最后提醒一点：站点清单在接入期定下，并不意味着一成不变。建议每个季度校对一次，把已经下线的站点归档而不是直接删除，因为归档保留了历史会话的可追溯性。很多团队就是因为顺手删掉了归类项，导致半年前的报表打开后全是未归类，想补也补不回来。
多站点
接入