360搜索站长平台提交收录：验证、三条提交链路与API推送实操

百度的收录规则大家背得滚瓜烂熟，360这边却经常晾在一边。可现实是，360浏览器和导航页在PC端还攥着一批用户，二三线城市尤其明显。这部分流量的获取成本极低，站点提交上去基本就是白捡的，不拿走可惜。

。第一步验证站点，平台给三种方式：代码验证，把一段代码加到首页 head 标签里，只加首页就够；文件验证，下载验证文件上传到网站根目录；CNAME验证，在域名解析里加一条记录。任选其一，验证通过后才解锁后面的提交功能。

验证失败最常见的坑不是操作错，是验证文件被拦。网站挂上CDN或WAF之后，360_verify_xxx.html 这类静态文件经常被缓存规则或安全策略挡在门外，平台死活验不过。提交前先用 curl 看一眼返回码，比在后台反复点按钮快得多，也更容易定位是哪一层拦的。

收录提交有三条链路，互不冲突，官方建议一起用。自动收录是往页面插一段JS，页面每次被浏览就把URL推送给360蜘蛛；Sitemap提交支持xml和txt两种格式，适合整站批量；URL手动提交一次最多5条，留给长期没收的漏网之鱼。手动那条效率太低，别当主力用。

#!/bin/bash

# 360站长平台：验证文件自检 + API批量推送

SITE="www.example.com"

# 1. 验证文件必须能被公网访问到，返回200才有效

curl -sS -o /dev/null -w "verify_file:%{http_code}\n" \

"https://$SITE/360_verify_xxxxx.html"

# 2. API批量推送：urls.txt 每行一个URL，必须https开头

TOKEN="你的接口token"

curl -sS -X POST \

"https://data.360.cn/api/submit?site=$SITE&token=$TOKEN" \

-H "Content-Type: text/plain" \

--data-binary @urls.txt

# 3. 提交后核对状态码：200只代表平台收到，不等于收录

API提交的配额大致是每天500条一个站点，具体以平台后台显示为准。返回200只说明平台收下了，后面还有抓取、索引、展现三步要走，任何一步断了都白搭。行业观察的360索引周期在7到15天，别第二天没搜到就疯狂重复提交，那样只会把配额提前耗光。

提交格式上的坑也不少。URL必须https开头，http开头的会被静默过滤；带 utm_ 这类追踪参数的链接会被降权处理；参数分隔符必须做urlencode，手工拼接的URL经常在分隔符上出问题，推过去石沉大海还查不出原因。

自动收录有个副作用得提前知道：它靠用户访问触发，流量越大推送越频繁，360蜘蛛来得也越勤。小服务器扛不住就去后台的“数据分析-蜘蛛压力”里把最大抓取频率手动调低，别让一个推送工具把自己的站先压垮了。

验收很简单：提交一周后用 site: 命令在360搜索里查域名，再对照平台后台的索引量曲线。两条线都往上走，说明链路通了；只有提交记录、索引量纹丝不动，回头去查内容质量和 robots.txt 有没有把蜘蛛挡在外面。