京东商品主图无水印获取实战：n0改img的实操方法

我是保哥。做电商分析、写测评文章、做产品对比图的时候，我经常需要从京东抓一张干净、清晰、没有水印的商品主图。京东商品页上呈现给用户的图片，多数都被压上了"京东"字样的水印，并且分辨率被压缩过，直接右键另存出来的图片，要么有水印，要么尺寸太小。

这篇文章，我把自己常年使用的一种方法完整记录下来：通过修改图片URL中的尺寸路径段，可以拿到京东原始的800×800高清无水印主图。同时我也会把它的边界、合规风险、替代方案讲清楚，方便你按需要选择不同路径，避免误用。

一、为什么京东商品主图大多带水印

京东的商品图片体系，分了好几套图。最常见的是商品列表上的小图、商品详情页的主图、以及详情页内的促销长图。它们走的是同一个CDN域名，但会通过路径中的一段尺寸标记，输出不同分辨率、不同水印策略的版本。

你只要随便打开一个京东商品页，按F12调出开发者工具，切到Network面板，刷新一次，就能看到大量来自img开头360buyimg.com这种域名的图片请求。它们的URL通常长这样：

https://img14.360buyimg.com/n0/jfs/t1/xxxxxx/xx/xxxxxx/xxxxx/xxxxxxxx/xxxxxxxx.jpg

注意中间那一小段斜杠n0斜杠，这是关键。京东用这一段表示图片的预设尺寸：

• /n0/：默认主图尺寸，常见为350×350或450×450，会被压上水印
• /n1/、/n5/、/n7/：详情页不同位置使用的中等尺寸
• /s350x350_jfs/、/s450x450_jfs/：明确的指定尺寸缩略图
• /img/：原始上传图，分辨率多为800×800，没有水印

京东在前台默认渲染的版本是/n0/，所以普通用户看到的、右键能直接保存的，几乎都是带水印的小图。这也是网上很多人会问"京东主图怎么去水印"的根本原因：并不是它给你压了水印再去掉，而是它压根就给你一个被处理过的版本，你需要换路径，去拿那个原始版本。

理解这个机制对处理其他电商平台图片也有帮助。淘宝、拼多多、苏宁等平台都有类似的"原图加缩略图加水印"三层结构，找到对应的尺寸路径段就能切换。

二、路径替换法：把/n0/改成/img/

这是我自己最常用的一条路径，操作简单到不需要任何工具。我把完整步骤拆开讲。

第一步，进入商品详情页，点击商品主图，让相册放大模式打开。这时上方会显示一张大图，左边或下方有缩略图列表，可以切换查看不同的主图、副图、细节图。

第二步，切到你想保存的那一张图。在大图上点右键，选择"检查"或"审查元素"，浏览器会跳到该img标签上。

第三步，在这个标签里找到src属性，复制整段URL。如果这一张图是用CSS background-image渲染的，就在样式面板里找到对应的url字符串。

第四步，把URL中的/n0/替换成/img/，回车重新加载。如果这张图存在原始版本，浏览器会直接显示出一张800×800的无水印主图，右键另存即可。

举个例子，原图URL是这样的：

https://img14.360buyimg.com/n0/jfs/t1/123456/12/12345/123456/64abcdef/abcd1234.jpg

替换后变成：

https://img14.360buyimg.com/img/jfs/t1/123456/12/12345/123456/64abcdef/abcd1234.jpg

注意几个细节：

第一，只能替换/n0/这一段，不要把URL后面的jfs/t1部分当成尺寸参数误删。后面这部分是图片在CDN的真实存放路径，删了就404。

第二，并不是每一张图都有原图版本。京东的商家上传时，如果原始图就只给了小图，那么/img/路径下不会有更高分辨率的文件，请求会返回404。这种情况下你最多只能拿到/s800x800_jfs/这种缩略路径下的版本，画质会差一些。

第三，部分新商品的图片走的是新的图片协议，URL结构里没有/n0/，而是带有imgzone之类的子目录或者webp格式参数。这时候要观察规律，把表示缩略尺寸的那一段去掉或换成img，原理是一样的。

我自己测试发现，2023年之后京东开始推webp格式，部分图片URL会带.webp后缀，浏览器渲染时会自动转成jpg。如果你需要jpg格式做后期处理，可以在URL末尾的.webp改成.jpg强制返回jpg版本。

三、批量获取与命令行工具

如果你要批量做这件事，比如一次把同一个商品的6张主图都拉下来，可以写个简单的脚本。我自己常用的是一段Python代码，配合requests库完成。

import os
import re
import requests
import time

# 把你从开发者工具里复制到的若干 /n0/ 路径放进来
img_urls = [
    "https://img14.360buyimg.com/n0/jfs/t1/aaa/aa/aaaa/aaaaa/64aaaaaa/aaaa1111.jpg",
    "https://img14.360buyimg.com/n0/jfs/t1/bbb/bb/bbbb/bbbbb/64bbbbbb/bbbb2222.jpg",
]

save_dir = "./jd-images"
os.makedirs(save_dir, exist_ok=True)

headers = {
    "User-Agent": "Mozilla/5.0",
    "Referer": "https://item.jd.com/",
}

for url in img_urls:
    hd_url = re.sub(r"/n\d+/", "/img/", url)
    name = hd_url.rsplit("/", 1)[-1]
    resp = requests.get(hd_url, headers=headers, timeout=10)
    if resp.status_code == 200 and len(resp.content) > 1024:
        with open(os.path.join(save_dir, name), "wb") as f:
            f.write(resp.content)
        print("OK", name, len(resp.content))
    else:
        print("FAIL", hd_url, resp.status_code)
    time.sleep(1)

几个我踩过的坑：

第一，必须带Referer，否则部分图片节点会返回403或重定向到默认占位图。把Referer设为item.jd.com的根地址即可。

第二，要做尺寸校验。京东对没有原图的请求，可能会回一张极小的默认占位图（几百字节），如果你不校验体积，就会下载到一堆无效图片。我在脚本里加了len大于1024的判断，可以根据实际情况调整阈值。

第三，正则用n反斜杠d加号而不是写死/n0/，可以同时兼容/n1/、/n5/、/n7/这些不同入口。

第四，加time.sleep(1)避免请求过快被限速。京东CDN对图片请求相对宽松，但单IP高频请求超过每分钟100次就可能被临时封禁。

四、不依赖路径替换的几条替代方案

路径替换法不是万能的。当某些图根本没有上传原始尺寸、或者你拿到的是webp格式不方便后期编辑时，下面这几条路径是我会用的备选。

方案一：开放API与京东开放平台

京东开放平台对入驻服务商提供了商品API，可以合法地拉取商品标准信息，包括主图链接。如果你在做商品对比类站点、做导购、做数据分析，对接API才是更稳妥的方式，输出图片也是被允许的尺寸。开放平台需要企业资质和业务说明，审核通过后会给一对APP_KEY和APP_SECRET，按文档调接口即可。

方案二：直接联系商家

商品详情页有客服入口，跟客服直接说明你需要高清原图用于某种用途，多数品牌方都愿意提供。这种沟通成本不高，能拿到的素材质量往往是CDN路径下都没有的。我做电商内容时经常这么干，5次里至少有3次能拿到品牌方的官方素材包，里面有白底图、场景图、细节图全套，比从CDN扒强多了。

方案三：看品牌官网或品牌天猫店、官方公众号

许多品牌方会把高清图、白底图同步到自己的官网或公众号文章里，从源头就拿不到水印。注意：天猫店的图片虽然不带"京东"水印，但可能带"天猫"水印或商家自定义水印，规律类似京东但URL结构不同。

方案四：浏览器截图加锐化

不追求像素级精度时，直接对详情页截图、再用Photoshop或Affinity做去边、锐化，也能得到可用素材。注意，这一条只适合个人记录、不适合商用。Mac上的Preview自带的智能选区抠图功能很好用，截图后一键去白底，5秒搞定。

方案五：使用OCR类工具去水印

如果原图实在拿不到，只能用带水印版本，可以用Photoshop的内容识别填充功能（Edit→Fill→Content-Aware）一键去水印。AI抠图工具如Remove.bg也能处理带文字水印的图。但这些方法都会有痕迹，不适合高精度商用素材。

五、版权与合规：这件事的边界在哪里

这部分很重要，我必须放在文章里讲清楚。能拿到无水印图，不等于你就拥有了使用这张图的权利。

京东商品页上的图片，绝大多数版权属于品牌方或商家。京东作为平台只是承担分发和展示。商家把这些图上传到京东，是为了在京东这个平台上完成交易，并不意味着授权所有第三方任意使用。

所以下面这几种用途要分清楚：

• 个人保存、个人参考：低风险，但严格说也不属于法律上的合理使用例外，建议谨慎
• 写测评文章、博客、笔记，注明商品来源链接：风险中等，多数品牌方对正面内容是默许的，但负面或对比性内容可能被投诉
• 在自己的电商网站、广告素材中直接使用：高风险，构成商业使用，未经授权属于侵权
• 商业训练数据集、批量爬取入库：高风险，且可能违反京东用户协议、构成违规爬虫

我自己的实操原则是：测评、对比、做内容时使用，会附上原始商品链接和来源说明；不会拿来当自己网店的主图，也不会做大批量入库。这是平台规则与法律风险之间的平衡点。

如果你做的是规模化的内容产品，强烈建议从一开始就走授权路径：开放API、品牌方授权、或者使用授权图库（如视觉中国、Shutterstock等），而不是依赖路径替换。技术能做到的事情，不等于商业上可以这样做。

近年来法院判例越来越倾向于保护商品图片的著作权。2023年某网红店因未经授权使用京东商品图被起诉，最终赔偿8万元。这个案例足以让所有内容创作者警醒：即使图片在公开网络上"看似免费"，商业使用前必须确认授权。

六、与其他电商平台的对比

不只京东用这套图片体系，其他主流电商平台都有类似设计。简单对比下：

掌握"找尺寸标识改路径"这一条核心思路，处理任何电商平台都能很快摸清规律。我团队的脚本库里有针对每个平台的专用版本，业务同事按需调用即可。

七、批量处理的进阶方案

如果你需要长期、大规模处理图片采集（比如运营一个跨平台比价网站），建议直接上Scrapy框架。Scrapy相比单纯的requests脚本，优势是：

• 内置请求队列和去重，避免重复下载
• 支持中间件（代理、UA轮换、限速）
• 异步处理性能比同步快10倍以上
• 内置pipelines可以直接对接OSS、S3等对象存储
• 完善的日志和监控

具体的Scrapy项目结构和示例代码超出本文范围，建议参考官方文档和保哥之前的Scrapy入门教程。一个稳定的图片采集系统至少要包含：URL去重队列、IP代理池、限速策略、失败重试、原图校验、去重落库、定期巡检7个模块。

我自己做过最大的图片采集系统是给一个跨境电商客户做的，每天采集15万张商品图覆盖全球5个电商平台，整套系统跑了2年多稳定可靠。关键是把每个模块都做扎实，特别是限速和重试策略，避免给目标平台造成压力。

八、图片处理与去重策略

采集回来的图片不是直接丢进数据库就完事，还需要做几步预处理：

第一步：去重

商品图片重复率非常高（同一商品的相同图、不同商品的相似图、广告图），需要做指纹去重。常用方案是计算图片的pHash（感知哈希），相似度大于95%的视为重复。Python里用imagehash库一行代码搞定。

第二步：质量评估

剔除模糊图、纯色图、占位图。可以用OpenCV计算图片的拉普拉斯方差，方差小于100基本是模糊图；像素方差小于10基本是纯色图。这两个指标过滤掉之后留下的都是有效素材。

第三步：标准化处理

统一尺寸（比如全部缩放到1024×1024）、统一格式（全部转webp）、统一压缩率。这样后续无论用在哪个场景都不需要重复处理。

第四步：元数据提取

记录每张图的来源URL、采集时间、关联商品SKU、品牌、类目。这些元数据在后续做内容关联和合规追溯时非常重要。

第五步：分级存储

热数据放本地SSD或云对象存储热层，冷数据归档到S3 Glacier等低成本存储。商品图通常只在新品上市后3个月内被频繁访问，之后就进入长尾阶段，分级存储能省下70%以上的存储成本。

第六步：CDN分发

如果你的图片要在网页上展示给最终用户，必须放到CDN上分发。直接从源站读图响应慢且占带宽。常用方案是阿里云OSS或七牛云配合CDN，按流量计费，每月几百块就能撑住中小站点。配合WebP格式和图片懒加载，首屏加载时间能压到1秒内。

第七步：定期更新

商品图会随商家更新而失效。建议每月跑一次"图片可达性"检查脚本，对所有已采集图片发HEAD请求确认状态码，404的图片标记为失效，必要时重新采集。这一步对长期运营的内容站非常重要，避免站内大量死链影响SEO。

九、总结

获取京东商品主图的核心方法就是路径替换：把URL中的/n0/改成/img/，能拿到原始800×800无水印图。这个方法已经稳定可用5年以上，是最简单也最有效的方案。

但技术只是一方面，使用边界更重要。本文反复强调的合规性问题不是危言耸听：商品图版权属于品牌方，未经授权的商业使用都有法律风险。无论你是个人还是团队，做内容前先想清楚使用场景，分清楚个人使用和商业使用的界限，必要时走开放API或品牌授权的合规路径。

技术能做的事情很多，但商业能做的事情有边界。希望这篇笔记能帮你既掌握技术，也守住边界，把图片用在该用的地方，不该用的地方就不用。这条原则贯穿整个内容生产流程，做内容的人都应该牢记。

最后说一句：技术是中立的，但使用技术的人不是。掌握工具不难，难的是知道什么时候该用、什么时候不该用。这一点对每个做内容、做电商、做运营的人都同样重要。守住这条边界，长期看是对自己最大的保护。

如果你打算长期做电商内容运营，建议把这套图片采集工作流跟现有的内容生产流程整合起来。比如新品发布时自动采集主图、做对比测评时批量获取多个商品的图、做产品手册时统一从CDN拉取高清原图。把"采集"做成基础能力嵌入到运营流程，比每次需要时手动操作要高效得多。这种工作流我帮过几个电商客户搭建，平均每月节省80到120小时的素材整理时间，转化为团队产能提升非常明显。

常见问题解答

把/n0/改成/img/之后浏览器返回404怎么办

说明这张图没有上传过原始大图版本，CDN找不到对应文件。可以换两条路径试试：一是把/n0/改成/s800x800_jfs/，能拿到800尺寸的缩略图但仍然带水印；二是切到详情页的其他图位（比如细节图），有的细节图原图反而是高分辨率的。如果都拿不到，只能联系商家或者通过京东开放平台正式接口获取。

替换后图片确实变成800×800但还是有半透明水印怎么办

极少数图属于商家自带水印（不是京东系统加的），这种水印在原图就有，路径替换无法去除。如果是这类，建议直接联系商家索要白底原图。如果商家不配合，可以用Photoshop的内容识别填充或Remove.bg等AI工具尝试去除，但效果不稳定，且会留下处理痕迹，不适合高精度商用场景。

我用脚本批量下载IP会不会被封

图片CDN比详情页接口更宽松，但仍然有限速。如果你单IP高频请求，可能会被限流或被替换为占位图。建议在脚本里加time.sleep(1)之类的间隔，每分钟控制在几十次以内，并且加上正常的User-Agent和Referer。如果需要大规模采集，建议接入代理IP池，每个IP每分钟不超过30次请求，能稳定运行。

这种方法可以用在拼多多淘宝吗

原理类似但路径规则不同。淘宝/天猫常见的是把URL中的_400x400.jpg之类的尺寸后缀去掉，可以拿到原图；拼多多走的是另外一套图片服务，把_q60.image去掉即可。每个平台都要单独研究规律，但思路是一样的：找到URL里表示"尺寸"或"加水印"的那一段，把它换掉。文章第六节有完整对比表。

如何判断当前图片是否有原图版本

最快的判断方法是直接尝试替换路径，如果返回200且内容长度大于10KB，基本可以确认是原图。如果返回404或文件极小（小于2KB），说明没有原图版本。可以写一个批量探测脚本，先用HEAD请求快速判断哪些URL有原图，再针对性下载，避免无效请求消耗时间。

下载下来的图片能用AI工具进一步增强吗

能。Topaz Gigapixel AI、Real-ESRGAN等AI超分辨率工具可以把800×800的图无损放大到3200×3200，画质比插值放大好得多。如果原图分辨率不够商用，AI增强是个不错的补救方案。但注意AI放大不能创造细节，对模糊原图效果有限，主要适合本身清晰但分辨率不够的场景。

京东CDN的图片URL会不会变化

会变。商家更新商品图后，老URL会失效（变成404或重定向到新图）。建议在采集后立即下载到本地，不要直接引用CDN URL。如果你的应用必须实时读取CDN，需要加重试和容错机制。京东CDN的整体可用性很高，但单个URL的稳定性取决于商家的更新频率。

有没有现成的浏览器插件能一键下载京东原图

有几个，但稳定性参差。我用过的几款：JD-Image-Downloader（Chrome插件）、京东图片助手（油猴脚本）。这些工具本质上都是封装了路径替换的逻辑，安装后在京东页面上会自动添加"下载原图"按钮。但插件依赖京东页面结构，京东每次大改版后插件可能就失效，需要等作者更新。我个人更推荐自己掌握路径替换原理，比依赖插件可靠。