网站图片尺寸：低搜索量但高价值的需求，单独建页还是并入现有页
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4855a136b2e8.html
📄
网站图片尺寸：低搜索量但高价值的需求，单独建页还是并入现有页
先给结论：不要用搜索量单独决定是否建页。判断标准是这条需求能否对应一个独立、稳定、可被一句话说清的用户任务。若它能被现有页面的主任务自然容纳，并入更划算；若它需要不同的判断标准、不同的操作步骤，且现有页无论怎么改都会让主任务变散，才值得单独建页。低搜索量只是降低优先级，不构成否决理由。
先看这条需求是否与现有页面共享同一个任务
把你手上的资料摊开，找出这条低搜索量需求对应的用户动作。比如现有页面讲的是“如何选择图片格式”，而新需求是“上传后图片被拉伸变形，该改哪个尺寸参数”。两者都涉及图片，但前者是选型，后者是排障，用户进入页面时脑子里的问题不同。
可区分的原因大致有三类：
- 任务不同：一个是选型比较，一个是故障修复。并入后标题和首段必须二选一，另一类用户会觉得走错门。
- 决策依据不同：现有页面按格式优劣组织内容，新需求按容器宽度、显示密度、裁切比例组织。强行合并会让小节之间没有承接关系。
- 证据类型不同：现有页面靠对比说明，新需求靠操作步骤和结果验证。混在一起，读者很难判断该看哪一段。
若这三类里有两类以上成立，单独建页的合理性就明显上升；若只有关键词措辞不同，任务和依据基本重合，并入现有页面并在小节里补一段即可。
用现有页面做一次“容纳测试”
不要凭感觉判断，直接拿现有页面改一版草稿。动作是：在现有页面里新增一个小节，标题用新需求的原话，正文只写解决该需求所需的步骤和判断依据，不改动页面原有的主标题和首段。写完后再读一遍整页，看两个指标。
- 新小节是否必须依赖前面的大段内容才能读懂。若是，说明它和主任务耦合过深，拆出去反而增加理解成本，应保留为小节。
- 新小节是否让原有主任务的路径变长、变散。若读者为了完成原任务，必须跳过这一节，或读完这一节后忘了原来要做什么，说明它已经构成独立任务，单独建页更合适。
这个动作的结果直接决定下一步：容纳测试通过，就把它作为现有页面的一节，补充内链锚点；容纳测试不通过，就进入单独建页的评估，而不是继续往同一页塞内容。
单独建页前，先确认它不会和现有页面互相竞争
低搜索量需求单独建页后，最容易出现的问题不是没流量，而是新页与母页在相同意图上互相稀释。判断方法是写出两页各自要回答的那一句话。如果两句话的主语和动作都相同，只是措辞不同，就不该拆成两页。
假设一个例子：现有页面回答“网站图片尺寸怎么设置才不影响加载”，新页回答“网站图片尺寸怎么设置才不被裁切”。前者关心性能，后者关心显示完整性，主语相同但判断标准不同。这种情况下可以拆，但必须在新页里明确它不解决加载问题，并链回母页；母页也要在相关小节链到新页。若两句话都落在“怎么设置”且没有不同的判断标准，那就是同一页的两个段落，不是两个页面。
还要注意一种反常现象：新页上线后，原页面某些词的位置出现波动，这不必然说明新页抢了流量，也可能是抓取和索引重新分配、站内链接变化或搜索结果组合变化。不要仅凭一次波动就合并或删除页面，先观察两页各自承接的查询词是否真的重叠。
什么条件下值得单独建页，什么条件下不值得
值得单独建页的条件通常同时满足：需求对应一个可独立命名的任务；现有页面无法在不破坏主任务的前提下容纳它；该需求有持续存在的业务价值，比如能带来咨询、下载或后续转化，而不是一次性的临时问题。
不值得单独建页的条件也很明确：需求只是现有页面某个步骤的细节；用户不会用不同的词去搜索它；单独成页后内容量不足以支撑一个完整回答，只能靠重复母页内容凑长度。此时更合理的动作是回到母页，把该细节写进对应步骤，并在该步骤旁给出可验证的结果说明。
搜索量低只影响你把它放在多高的优先级，不影响它是否有资格成为独立页面。真正该避免的是：因为量低就永远不处理，或者因为觉得有价值就每个长尾都建一页。前者漏掉真实任务，后者制造一堆互相竞争、都不完整的页面。
一个可执行的处理顺序
拿到一条低搜索量需求后，按这个顺序走：先写出它对应的用户任务和判断依据；再拿现有页面做容纳测试；测试通过就并入并补锚点，测试不通过就写出新页与母页各自回答的那句话；两句话能区分开，才进入单独建页，并在两页之间建立明确的内链关系。每一步的结果都决定下一步是否继续，而不是先建页再回头解释它为什么存在。
