360资源站（别名：360资源、360采集接口）的建档记录可追溯到2015年初，算得上采集接口圈里的元老级站点；其分类登记覆盖电影、电视剧、动漫、综艺、小说、体育、短视频七个方向，覆盖面在同类接口中明显偏宽，资源形态兼顾m3u8切片与直链云播。分类多既是优势也带来归档与去重上的额外工作量，本词条在记录其地址格式与参数的同时，重点展开多分类接口的配置思路与排错方法，供建站选型时查阅。
基本信息
| 词条名 | 360资源站 |
|---|---|
| 别名变体 | 360资源、360采集接口 |
| 接口类型 | 苹果CMS V10标准采集接口 |
| 数据格式 | JSON为主，支持at=xml切换XML |
| 常见资源形态 | m3u8切片、直链云播 |
| 适用CMS | 苹果CMS、海洋CMS、飞飞CMS、赤兔CMS（档案登记） |
| 更新频率评价 | 老站长期在线，更新以日常增量为主 |
| 资源清晰度评价 | 标注以高清为主，混合画质常见，需抽样核验 |
接口地址格式
360资源站沿用V10通用接口结构，基础路径为 http://你的域名/api.php/provide/vod/，实际域名以官方页面为准。请求由参数驱动：ac决定拿列表还是详情，at决定JSON还是XML，t参数可在七个分类间定向筛选，h参数负责圈定时间窗口。三种常用组合的格式示例如下。
http://你的域名/api.php/provide/vod/?ac=listhttp://你的域名/api.php/provide/vod/?ac=list&t=3http://你的域名/api.php/provide/vod/?ac=detail&ids=66参数表
| 参数名 | 含义 | 示例值 |
|---|---|---|
| ac | 动作参数，list列表、detail详情 | ac=list |
| at | 输出格式，取xml返回XML结构 | at=xml |
| ids | 影片编号，多个以英文逗号相连 | ids=66,88 |
| pg | 页码，控制列表翻页位置 | pg=6 |
| h | 小时窗口，筛选窗口内更新的数据 | h=24 |
| t | 分类编号，七个分类各自对应一个取值 | t=3 |
| wd | 片名检索词，模糊匹配接口库 | wd=测试 |
配置要点
- 别把七个分类一次性绑满：先挑电影、电视剧这类主力分类跑通链路，小说、体育、短视频等边缘分类验证过归档效果后再逐步放开。
- 不要忽视边缘分类的去重细节：短视频类内容普遍存在标题高度相似的情况，仅靠标题判断容易误杀或漏放，建议编号与标题双条件联合去重。
- 定时任务错开整点执行，多个分类可以拆成多个任务错峰跑，单分类失败不会拖累整轮计划。
- 老接口要有结构变更意识：上线年头长的接口中途改版概率更高，采集规则里对字段的依赖越少，应对改版的成本越低。
- 同一影片若同时存在切片与直链两种地址，入库时保留一种主用形态即可，多余形态交给差异化处理流程，参考采集内容差异化处理方法统一规范。
常见问题
七个分类怎么规划站内栏目结构比较合理？
先按主力与边缘分两层：电影、电视剧、动漫、综艺作为一级栏目直接映射；小说、体育、短视频视站点定位决定是独立成栏还是合并进综合栏目。具体的拆分粒度可参考站内的分类结构规划方法与示例再定稿。
采集到一半中断了，续采会不会造成重复入库？
只要去重规则在生效，续采不会产生重复条目，程序会按编号跳过已入库影片；真正需要注意的是中断前未提交的部分要从上一批的页码重新开始，避免整批漏采。
短视频分类的条目值得单独建栏吗？
看站点定位。如果访客以追剧为主，短视频条目容易稀释栏目权重，建议并入综合栏目且不做前台推荐；若站点本身就主打碎片内容，则可以独立成栏并单独配置播放器与更新节奏。
相关词条
当前实链
以下接口地址经本站实测校验（2026-10-03），可直接复制到 CMS 后台资源库配置中使用。
接口地址（XML 数据格式）：
https://360zyzz.com/api.php/seaxml/vod/at/xml接口地址（JSON 数据格式）：
https://360zyzz.com/api.php/provide/vod实测状态：接口正常返回且数据结构完整。采集类站点接口域名可能随时间调整，若地址失效请以资源站公告为准。