核心不是“谁有权限上传”,而是“同一份素材被多个站点引用时,谁负责在源站更新、谁负责确认下游页面没有过期”。如果素材存放在一个站点由编辑维护,其他站点只负责调用,那么更新责任应落在源站维护者,并给引用方一个明确的确认动作;如果各站各自保存副本,则每个站点都要为自己的副本负责,不能把过期归因于源站没通知。
两种做法都成立,但责任边界完全不同。集中存放适合图片、品牌介绍、产品参数、活动规则这类需要统一口径的内容;各站复制适合不同地区、不同语言或不同销售阶段需要独立改写的内容。
判断依据可以看三个问题:同一素材是否要求各站显示完全一致;源站修改后,引用方是否愿意接受内容被动变化;引用方是否有能力独立审核和改写。如果三个答案都是“是”,集中存放更省事;只要有一项是否定的,就应把副本交给各站自己维护。
集中存放的代价是源站维护者成为瓶颈。每次修改都要考虑下游页面是否仍能正常显示,图片尺寸、文件名、替代文本和授权说明是否跟着变。各站复制的代价则是版本容易分叉,同一张图在A站换了,B站可能半年后还在用旧版本。
不要只写“由源站负责更新”,这太模糊。更可执行的做法是把责任拆成:源站维护者修改并发布;引用方在约定周期内检查引用位置是否仍正常;发现异常时由引用方发起确认,而不是直接覆盖源站文件。
具体动作可以这样落地:源站维护者在更新素材时,保留一个可识别的版本标记,例如文件名中加入日期或版本号;引用方在页面中引用该素材,并在自己的编辑日历里设置一次检查。检查结果只有两种:显示正常,关闭检查;显示异常或内容不再适用,通知源站维护者,由源站决定是回滚、替换还是让引用方改用本地副本。
这个动作会影响下一步:如果引用方检查后发现是源站替换了同名文件导致缓存或尺寸问题,就不应继续让所有站点自动跟随,而应改为各站复制,或者要求源站换用新文件名。责任因此从“源站单方更新”转为“源站和引用方共同确认”。
一旦素材被下载到各自站点,源站就没有义务保证副本不过期。此时更新责任属于每个站点的内容负责人,而不是最初提供素材的人。
这听起来像推卸,但它是避免扯皮的必要前提。各站复制意味着引用方获得了修改权,也就要承担审核义务。实际执行时,可以要求每个站点在素材旁边记录来源和复制日期,并在季度内容检查中抽查高流量页面。假设某个产品参数在源站已经改为新版本,A站因为业务需要仍保留旧版本,那么A站必须能说明保留原因,而不是说“源站没通知”。
例外情况是法律、价格、安全或合规信息。这类内容即使各站复制,也应指定一个最终审核人,通常不是各站编辑,而是对应业务负责人。审核人确认后,各站再分别更新,责任仍然清晰。
无论选集中存放还是各站复制,都建议在协作文档里写清楚四列:素材名称、存放方式、更新触发条件、确认人。更新触发条件可以写“源站参数变更后一个工作日内”,确认人写具体角色而不是“大家”。
这张表的作用不是增加流程,而是让“谁该动”在出现问题时能被指认。如果一张素材找不到确认人,就说明它不该被多个站点共享,或者应该退回各站独立维护。
当两个站点都认为对方该更新时,不要先改用户权限。先查素材的实际引用关系:是同一文件被远程调用,还是各自保存了副本。如果是远程调用,检查源站是否替换了文件、是否改了文件名、是否关闭了公开访问;如果是副本,检查各站最后修改时间和修改人。
只有查清引用关系,才能决定是恢复源站文件、通知引用方替换,还是把共享素材拆成各站独立版本。直接收回上传权限通常只会让更新停摆,不能解决责任归属。责任明确之后,再调整权限和检查周期,下一步的协作才不会反复回到同一个问题。