落地页网站地图：需求准备、执行验收与问题排查汇总
咨询 @kk25888本篇将同一主题的需求准备、执行验收和问题排查内容集中整理，便于按阶段核对。请结合实际情况使用，未确认的项目保留为待核对。
第1部分：落地页网站地图：需求确认要提供哪些资料
以下内容整理自本专题已有指南。
遇到“新页面上线后目录里找不到”时，先把问题描述完整，比直接要求对方给一个方案更有效。这篇只讨论需求阶段需要确认的资料，便于咨询时一次说清楚。
先准备这几项
1. 公开页面清单：填写当前能够确认的信息；缺少资料时标为待补充，不用猜测代替。
2. 正式网址：填写当前能够确认的信息；缺少资料时标为待补充，不用猜测代替。
3. 最后实质更新时间：填写当前能够确认的信息；缺少资料时标为待补充，不用猜测代替。
把需求写成可回应的问题
可以这样整理咨询内容：“我正在处理落地页网站地图，目前的问题是新页面上线后目录里找不到。现有资料包括公开页面清单、正式网址、最后实质更新时间，请先确认还缺什么，以及可以如何核对。”这是一份填写示例，使用时应补上真实情况，不要直接把示例当成已经核实的事实。
区分已确认和待确认
把资料分成已核实、需要补充和需要对方解释三类。出现两个不同版本时，保留来源与时间，请负责人确认采用哪一份；不要为了把清单填满而任意选一个。重要约定用文字留下记录，后续修改注明变化处。
这一阶段如何算完成
需求阶段的完成标准是：双方对问题、已有条件与缺项形成同一份记录，能够指出下一步由谁补充哪些信息。尚未确认条件时，先不要把执行结果、费用或时间写成保证。
业务范围
这份清单用于网页定制沟通与验收。页面是否解决问题，应以真实设备上的阅读和操作结果判断，不以设计稿截图代替上线检查。
咨询时可通过对应业务页面联系 @kk25888，先提供必要且已脱敏的资料。
第2部分：落地页网站地图：方案与验收怎样逐项落实
以下内容整理自本专题已有指南。
落地页网站地图的方案不能只写一个“完成”。更有用的做法，是把处理办法和能观察到的结果放在同一份清单中。本篇聚焦方案执行与验收，不替代前期需求核对。
处理顺序
把可访问的规范页面纳入XML地图，同时提供有完整标题的HTML目录。
先完成一个可以验证的最小步骤，确认结果符合预期后再扩大范围。每次变更注明原因和采用的版本，避免后续检查面对的内容已经改变，却仍按旧方案判断。
验收时实际做什么
抽查地图链接的状态码、标题、规范网址和实际内容，排除登录页。
记录操作前的条件、实际执行的动作、看到的结果及仍无法确认的项目。演示或测试使用获得授权的样本；涉及正式数据时，先确认可操作范围，避免为了测试而改变真实业务状态。
留一份可复核的记录
建议使用“检查项目 / 实际结果 / 是否符合 / 待处理事项”四列。符合的项目写明验证依据，未符合的项目说明下一步动作。不能观察到的结果不要勾选通过，也不要把口头确认自动转成系统完成状态。
交接时确认边界
验收后保留最终采用的方案与记录位置，让下一位接手人员能找到相同材料。若范围后来发生变化，应另列新增事项，避免把新的要求混进原本已经验收的结论。
业务范围
这份清单用于网页定制沟通与验收。页面是否解决问题，应以真实设备上的阅读和操作结果判断，不以设计稿截图代替上线检查。
第3部分：落地页网站地图：出现问题时如何定位和复核
以下内容整理自本专题已有指南。
“新页面上线后目录里找不到”是落地页网站地图中需要单独定位的问题。遇到异常时，先描述实际现象，再判断原因；在没有核对记录之前反复修改，容易让原始问题变得更难解释。
优先排查的原因
直接把所有文件列入地图会暴露无用地址；只保留公开且有内容的页面。
这是一条排查方向，不代表所有相似表现都由同一原因造成。先与实际资料对照，有证据支持再采取对应修正；如果不符合，就把这一项记为已排除。
排查时保留什么
留下发生时间、当前版本或批次、问题对应对象以及已经尝试的操作。用内部编号关联材料，不在公开记录中放置凭据、完整卡密或用户隐私。将正常样本与异常样本分开，避免把两种情况混在一起。
怎样确认修正有效
抽查地图链接的状态码、标题、规范网址和实际内容，排除登录页。
修正后在相同条件下再检查一次，比较前后结果。若问题只在部分条件下出现，保留那些条件继续核对；不能仅因为一次偶然成功就宣布所有情况都已解决。
什么时候停止尝试
如果无法确定操作会不会改变真实数据，先暂停并联系负责人。说明已查过哪些项目、哪些仍不确定，提供必要的脱敏记录，而不是连续重复同一个动作。恢复处理前先确认下一步与责任人。
业务范围
这份清单用于网页定制沟通与验收。页面是否解决问题，应以真实设备上的阅读和操作结果判断，不以设计稿截图代替上线检查。
需要沟通时，可向 @kk25888 提供问题编号、现象和已核对事项。