到场与远程的划分标准不是距离,而是任务是否依赖只有现场才能获得的信息或权限。如果目标站点、服务器、内容素材和沟通记录都能远程访问,绝大多数优化动作可以远程完成;只有当任务涉及物理设备操作、当面确认资质、现场采集素材或客户内部审批必须面对面时,才需要安排到场。缺少完整数据或权限时,仍可先做可逆的远程排查,但不能据此判断站点健康度或给出排名结论。
第一种前提是账号、代码库、服务器和内容后台权限齐全,且客户能远程配合。此时到场只保留三类任务:需要当面签署或核验的合规材料、需要现场拍摄或测量的素材采集、以及必须接触物理设备的部署操作。其余如结构诊断、页面模板调整、内容优化、内链梳理、日志分析,全部走远程。划分依据是权限是否可传递,而不是团队在哪个城市。
第二种前提是权限不全或数据缺失。此时不能把到场当作补数据的手段,因为到场也未必能拿到后台权限。更现实的做法是先远程执行最小动作:列出缺失的权限清单、可访问的公开页面范围、以及客户能自行导出的数据项。到场任务只保留一项——与客户一起完成权限交接或当面确认交接人。交接完成后,远程任务才能继续推进。
可以用三个问题逐项判断:这项任务需要登录客户系统吗?需要接触非网络可达的设备吗?需要客户方多人在同一时间当面决策吗?三个都否,归远程;任一为是,再判断能否通过远程会议或授权替代,不能替代才归到场。
把任务按这三类归位后,再排时间顺序。远程任务可以并行,到场任务往往需要集中安排,因为差旅成本高,临时增加到场事项会打乱节奏。
权限不全时,不要急着承诺诊断结论。可以先做一件具体的事:用公开可访问的页面做一次结构抽样,记录可观察到的标题重复、层级混乱、内链断点等问题,形成一份待验证清单。这份清单的作用是推动权限交接,而不是作为最终诊断。
执行这个动作后,下一步取决于客户反馈。如果客户能据此开放后台或提供导出数据,清单上的条目就能逐条验证,远程任务转入正常推进;如果客户无法开放权限,清单只能停留在假设层面,此时应把到场任务限定为权限交接会议,而不是带着假设去现场做优化。需要说明的是,公开页面抽样看不到收录状态、抓取频次和转化数据,因此这份清单不能推出站点整体健康度,也不能用来判断优化空间大小。
假设某南昌企业委托外省团队做站点优化,客户能提供后台只读账号和服务器 SSH 权限,但不能提供内容发布权限。此时远程任务包括结构诊断、模板建议和内容修改方案;到场任务只有一项:与客户内容负责人当面确认发布流程和审核人。如果客户连只读账号也无法提供,那么到场任务变为权限交接,远程任务暂停在公开页面抽样阶段。这个例子的重点是:划分依据是权限边界,不是团队所在地。
有几种情况会打破上述划分。客户内部审批必须当面完成,且远程会议不被认可时,关键确认节点需要到场。站点涉及线下门店或本地服务,素材必须现场采集时,采集任务需要到场,但采集后的处理仍可远程。物理设备或本地网络环境出现故障,远程无法复现时,才安排到场排查。
调整时守住一条原则:到场任务应当是不可远程替代的,且到场前远程侧的准备已经完成。如果到场只是为了“看看情况”,通常说明远程权限或沟通还没做到位,先补远程侧的动作更划算。跨省合作的成本主要花在协调和差旅上,把到场压缩到真正必要的节点,远程承担可传递的工作,是更稳的划分方式。