权重提升方法，把重复说明提取到公共页面时怎样保留上下文
📱 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.0 Safari/605.1.15
🔗 /6d635969a496.html
📄
权重提升方法，把重复说明提取到公共页面时怎样保留上下文
结论先行：提取重复说明时，不要只搬走那段文字，而要把“谁在什么条件下用这条说明、它约束哪一步操作”一起搬过去，并在原位置留下带条件的指向。这样公共页面承载的是可核对的规则，原页面保留的是本页特有的适用前提，权重信号才不会因为上下文断裂而被稀释。
先假设一个场景：三个人对同一条说明的理解并不一样
假设一个站点有三类页面都在讲同一件事：申请试用需要先完成资质确认。运营认为这是流程提示，技术认为这是表单校验规则，客服认为这是回复话术。三处文字几乎一样，但每处前面挂的条件不同。如果直接把这段说明抽到一个公共页面，再让三处都指向它，最可能出现的不是重复消失，而是三处读者都找不到自己需要的限定条件。此时要做的不是判断哪份重复该删，而是先把分歧写成可以核对的条目。
提取前先分清：哪些是公共规则，哪些是本页前提
把重复段落拆成两层。第一层是跨页面成立、不随场景变化的规则，例如资质确认包含哪几项、由谁完成、完成后进入哪一步。第二层是只在某个页面成立的触发条件，例如这个入口面向新注册账号，那个入口面向已签约账号。只有第一层适合放进公共页面，第二层必须留在原页面，或者作为参数写进指向链接的说明里。
一个可操作的判断是：把这段说明遮住，问“删掉它，本页读者还能不能完成当前动作”。如果答案是否定的，说明它承担的是本页上下文，不该整体外移。如果答案是“能，只是要多点一次”，才考虑提取。
公共页面要写清适用边界，而不是只写结论
公共页面最容易犯的错，是写成一句放之四海而皆准的短句，然后被所有页面引用。对权重提升来说，这种页面往往内容单薄、指向过多，既难被当作独立主题处理，也无法替原页面承担解释责任。更稳的写法是把它写成一份带边界的说明页：
- 这条规则在哪些条件下生效，哪些条件下不生效；
- 规则涉及的角色分别要做什么，先后顺序是什么；
- 出现例外时，应该回到哪个页面确认，而不是在公共页面继续分叉。
这样做的实际结果是：原页面可以只留一句“本入口的资质确认范围见公共说明，其中第几项在本入口不适用”，读者仍然知道差异在哪，公共页面也获得了明确的主题范围。
原位置保留什么：一句带条件的指向，而不是裸链接
提取完成后，原页面不要只放一个链接。链接锚文本要包含本页场景，例如“新注册账号的资质确认范围”，而不是“点击这里”。同时在前一句补上本页特有的前提，例如“本入口只校验其中两项”。
这样做会直接影响下一步：当你要核对这次改动是否有效时，可以分别观察公共页面的进入情况和原页面的完成动作。如果公共页面访问上升但原页面关键动作没有变化，说明指向没有把读者带回正确场景，需要补条件而不是继续加链接。如果原页面动作正常、公共页面也有稳定进入，才说明上下文迁移基本成立。
核对分歧时，用可复核的项目代替口头共识
三个角色对同一事实理解不同时，不要靠会议结论收尾。把分歧转成一张可核对的清单，例如：规则名称、适用页面、触发条件、不适用情形、负责角色、复核人。每提取一次，就更新这张清单，而不是只改文字。假设某次提取后，运营认为已覆盖全部入口，技术指出还有一个入口不校验，那么清单里就要新增一行例外，而不是把公共页面改得更笼统。
比较改动前后时，要注意季节、搜索需求变化和数据采集口径差异。某段时间某类入口访问下降，可能来自需求本身变化，不能单独归因于这次提取。更可靠的做法是固定同一批页面、同一统计口径，观察指向是否被使用、原页面动作是否仍能完成，再决定是继续合并还是回退部分内容。
权重提升方法在这里的落点很具体：公共页面承担可复用的规则，原页面承担不可复制的场景，两者之间用带条件的指向连接。先把这层关系写清，再谈后续优化，才不会把重复问题变成上下文丢失问题。
