在 360 站长平台提交了 200 条 URL，过一周去查收录，收录数是 3。这种落差，批量做内容的人多半都遇到过。第一反应通常是"平台不给面子"，第二反应是"是不是我的站被针对了"，接着开始反复提交、反复刷新数据后台，收录数一动不动。
问题多半不出在"提交"这个动作本身。提交只是把网址递到平台门口，从递进去到出现在搜索结果里，中间还有抓取、入库、展现这几道工序，每一道都有各自的卡点。四道关里堵在哪一道，对应的排查动作各不相同。搞清这条链路，比在提交按钮上点一百次有用。
一、按下提交只是起点，收录要走完四道关
把 360 收录的完整链路画出来，共四段：提交、抓取、入库、展现。这四段是串联关系，任何一段堵住，后面的都不会发生。很多人的误区是把"提交成功"当成"收录完成"，实际上那只是第一段的开头。
提交之后要过的四道关
| 1 | 提交：URL 或 sitemap 递到平台，系统登记了你的请求，但蜘蛛还没动身 |
| 2 | 抓取：蜘蛛访问你的页面，能不能进来、进来看到什么，由站内设置和服务器状态决定 |
| 3 | 入库：抓到的内容进入索引库，这一步由内容质量与重复度说了算，是最容易卡住的一段 |
| 4 | 展现：入库之后能不能带着关键词排出来，这一段由页面与查询的匹配度决定 |
这四段的分工值得记住一句话：提交是你唯一能主动控制的动作，后面三段都要靠页面本身的质量去换。所以遇到"提交了不收录"，正确的思路不是加大提交量，而是先判断堵在了哪一段。
怎么判断卡在哪一段？用平台自带的抓取诊断或日志观察：蜘蛛从没来过，卡在第一、二段；蜘蛛来过好几次但页面不出现，卡在第三段；页面能被搜到但排不上来，卡在第四段。三段问题的修法各不相同，先定位再动手。
二、四条提交通道的产能账，先算清楚再动手
360 站长平台上可用的提交通道不止一条：手动提交、自动收录代码、sitemap、接口推送。它们不是互相替代的关系，各自的产能和适用场景差别很大，用错了通道，力气花得再多也递不进去几条。
| 通道 | 产能水平 | 适合提交什么 |
|---|---|---|
| 手动提交 | 每天有名额上限，量级在几十条，超出部分只能等第二天 | 新站首批页面、重点单页、改版后需要重新抓取的地址。适合精挑细选，不适合批量铺量 |
| 自动收录代码 | 装上之后由蜘蛛自行安排，站内新页面被访问时顺带发现，不占每日名额 | 更新频繁的站点，把代码装进模板后一劳永逸，属于长期基础设施 |
| sitemap 提交 | 一次可覆盖成百上千条 URL，容量由文件规范决定，是批量站点的主力通道 | 整站地址清单、栏目页与文章页的总目录。适合定期更新，不适合用来追单条新页面 |
| 接口推送 | 发布之后由程序即时送出，速度快，适合和内容发布流程绑定 | 有开发能力的团队，新页面生成时顺手推送，省掉人工复制的环节 |
四条通道里，自动收录代码最容易被忽略。把它装进站点模板，新页面被访问时就有了被发现的机会，等于给每个站配了一条常开的通道。装的位置一般在模板文件末尾，每个站点有各自的代码，不能互换使用。多站环境下这项配置要逐站核对，漏装一个站，那个站的页面就只能靠外部链接和 sitemap 慢慢被发现。
sitemap 和手动提交的配合方式也值得说明：sitemap 负责"让平台知道站里有什么"，手动提交负责"让平台尽快看某几条"。两者叠加使用不冲突，但顺序上有讲究，先让 sitemap 覆盖全站，再用手动名额补重点页面，比反过来用的效率高得多。
三、名额有限的时候，先把额度花在哪些页面
批量做内容的团队迟早会遇到同一个矛盾：AI 一天能生成几百个页面，手动通道一天只有几十个名额，sitemap 虽然容量大但生效慢。配额怎么分配，直接决定收录的结构长什么样。
新站首批页面、决定站点定位的栏目页，用手动名额优先送，抢最早的抓取机会
被重新改写过、信息确实变化的页面，值得占用名额推动重抓，内容没变的别重复送
批量产出的常规内容交给 sitemap 慢慢消化，不占手动名额，也避免把通道用成流水线
反面做法是把每天的几十个名额平均撒给所有新页面。看起来公平，实际上重点页面和老页面都得不到足够关注，收录结构变成一片散沙。正确的思路是让少数页面拿满资源，其余页面走批量通道等自然消化。
还有一类页面值得单独说：被删过、改过地址的页面。老地址失效之后，如果站内没有任何指向新地址的引导，平台只会记住失效状态。做迁移时把新地址整理成清单，用手动名额优先推送一轮，比重新等它被发现快得多。
四、卡在第一关：URL 递上去了，蜘蛛迟迟不来
提交之后最典型的症状是：后台显示提交成功，但日志里看不到蜘蛛的影子，页面始终处于"待抓取"。这种情况可以按固定顺序排查，多数问题能定位到具体位置。
- 1. robots 文件有没有挡住：一条 Disallow 写错目录，整站都会被拦在门外，先确认没有误拦蜘蛛的规则；
- 2. 服务器对蜘蛛的响应是否正常：超时、频繁 5xx、访问被防火墙或 CDN 规则拦截，都会让蜘蛛下一次不再来；
- 3. 提交的 URL 是不是最终地址：地址带跳转、带临时参数、canonical 指向别的页面，都会让抓取目标对不上；
- 4. 站点是否处于新站考核期：新站初期抓取频率天然偏低，这属于平台节奏，不属于故障，靠持续更新和站点结构去争取；
- 5. 页面层级是不是太深：从首页要点七八层才到内容页，蜘蛛顺着链接走也很难够到，把层级压到三层以内；
- 6. 站内有没有通往这些页面的链接：孤立页面只靠提交一条 URL 被发现，权重极低，补上栏目页与相关推荐里的入口。
这份清单里，前三项属于"故障"，看到就得立刻改；后三项属于"待遇"，改完不会立刻见效，但会随着站点整体变好而改善。分清楚这两类，就不会在正常的新站考核期里瞎折腾。
反复提交同一条 URL 不会提高抓取意愿，反而会让提交记录失去参考价值。同一个地址没被处理之前，别重复送；要做的就是回到站内，把上面几项逐条过一遍。
五、卡在第二三关：蜘蛛来过了，页面还是没影
比"蜘蛛不来"更让人困惑的是"蜘蛛来过好几次，页面依然搜不到"。这说明第二关通过了，堵点在第三关入库环节。批量内容项目里，这一段的原因高度集中。
| 症状 | 常见原因 | 处理方向 |
|---|---|---|
| 整站只收了首页 | 内容页高度同质，除了标题几乎没有差别，系统判定为重复内容 | 让每个页面有独立的信息密度，栏目、行文结构、配图都做出区分 |
| 收录后又被撤下 | 页面质量不稳定，或同一批内容短时间内大量冒出，触发质量复核 | 控制发布节奏，稳定输出，避免集中爆发式上线 |
| 只有标签页、翻页被收 | 正文页缺乏独有内容，聚合页反而信息更完整，系统优先选了后者 | 检查正文页的完整度与独立性，把核心信息放在正文页而非列表页 |
| AI 生成内容长期不收录 | 模板化表达过多，段落结构与用词高度趋同，被归入低价值内容 | 生成之后必须有人工加工环节，补充具体信息、数据和场景化表述 |
表里四行的根子是同一件事：页面之间的差异度不够。AI 批量生成最容易造成的后果不是文字不通顺，而是几十个页面读起来像同一个模子。入库环节对重复内容的判别越来越细，不只是查文字重合率，还包括段落结构、信息组织方式这类更底层的相似度。
一个实用的自检方法：随机抽同一批次的五个页面，遮住标题只看正文，如果分不清哪个页面讲的是哪个主题，这批内容在入库环节大概率要吃亏。差异度不够时，先改内容再谈提交。
六、站多起来之后，提交这件事得按台账来管
一个站的时候，提交是随手动作；十个站的时候，提交就变成一份需要安排的工作。每个站都要验证、都要装自动收录代码、都有自己的 sitemap 地址和每日名额，靠人逐个登录后台操作，漏掉一两项根本发现不了，直到某天发现有个站的页面一直不收录。
多站提交台账该有的字段
站点是否已验证、自动收录代码是否已装并核对过
地址、更新时间、被读取的时间，是否随内容同步更新
手动通道每天送了几条、送的是哪些页面，避免重复消耗
抓取异常、批量降收录、站内改动，按日期记下来便于回溯
台账之外，动作也要固定成两个节奏：每天看一次异常与名额余量，每周更新一轮 sitemap 并对重点页面补一次手动提交。固定节奏的好处是问题会在早期暴露，而不是等收录数掉了半个月才发现某个站的代码没装对。
如果站点是放在 UC 建站系统这类环境里，这件事会轻不少：十几个站独立部署、各挂独立域名，但站点列表和运行状态集中在一个后台，模板层面的自动收录代码与 sitemap 由系统统一维护，新页面发布时按流程进入待提交队列。HTML 直出的页面结构对蜘蛛友好，抓取时不需要执行脚本就能看到完整内容，少了一层解释成本。管理动作从"登录每个站的后台"变成了"看一个看板的提醒"。
台账用最普通的表格就够，关键是两件事：字段固定、每周更新。写得太复杂没人坚持，坚持不下来的台账不如不建。哪怕只有站名、sitemap 更新时间、本周异常三列，连续记上两个月，排查问题的速度会明显不一样。
七、提交之后该等多久，该盯什么
四道关走完各需要多久，是预期管理里最实际的问题。心里有了合理区间，就不会在第二天的早上就开始怀疑平台。
提交到抓取
几天到两周
新站与低活跃站会靠上限
抓取到入库
数天到数周
内容重复度越低越快
入库到稳定展现
持续波动
随内容更新节奏走
盯数据的方式也要对。每天盯着单个页面的状态刷新，除了消耗耐心没有任何作用；每周看一次站点维度的趋势线，同批内容上线后的收录变化，以及各站之间的横向差异，才能看出结构性问题。比如同样十篇文章，A 站收了七篇、B 站只收了一篇，那就不是提交的问题，该去查 B 站的内容与站内结构。
提交了但页面一直不收录，能去找平台理论吗？
没有"必须收录"这种约定，提交入口的作用是告知，不是保证。真遇到普遍不收的情况，先自查两件事：站内设置是否挡住了蜘蛛，内容本身是否具备被收录的价值。绝大多数"提了不收"的案例，答案都在这两项里，不在平台那边。
一个页面多久没收录，才值得重新提交？
判断标准不是时间，而是页面有没有实质变化。内容被补充过、结构被调整过、标题描述被重写过，就值得再送一次；页面和上次提交时一模一样的，重复送没有意义，名额留给别的页面。把"改了什么"和"再送一次"绑定在一起，提交才有复利。
把这篇的路线复盘一遍：提交只是把地址递进门，后面还有抓取、入库、展现三道关；四条通道各有各的产能，配着用才不浪费；名额有限就把资源压在重点页面上；蜘蛛不来查站内，蜘蛛来了不收查内容；站点多了用台账管理；数据盯趋势，不盯单日。这六件事互为基础，串起来就是一套能重复执行的动作。提交这个动作本身只占整个流程的很小一段，把剩下的部分做扎实，收录才会随之稳定下来。
提交是敲门，收录是进门，能不能留下，看的是门里的东西。
（说明：文中提交通道与规则描述参考 360 站长平台公开功能整理，平台策略会持续调整，具体以官方最新说明为准；收录时间区间为常见观察口径，不同站点差异较大。）
