Image format conversion
Turn JPG / PNG / WebP / GIF / BMP into PNG, JPG, WebP or SVG in one go, with sizes before and after.
把图片拖到这里，或点击选择
支持 JPG / PNG / WebP / GIF / BMP，可多选；GIF 只取第一帧
转换设置
描摹是用路径重绘画面，不是无损转换：色块、线条、文字还原得很好，照片会变成有限色的色块拼贴。想保持像素完全一致请选「嵌入原图」，但那样得到的只是 .svg 外壳，放大照样糊。
这条路只解决「平台只收 .svg 文件」这类场景，产物大小约为底图 base64（比底图本身再大 1/3 左右），并且只写一份底图数据，不做 href 双写。
提示：JPG 与 WebP 都不支持透明通道，PNG 的透明区域转成 JPG 后会被填充为白色；需要保留透明背景请选 PNG 或 WebP 输出。选 SVG 时请先看清子模式——「描摹成矢量」是重绘（真矢量、会改画面），「嵌入原图」像素不变但不是矢量。
图片格式怎么选？一张表说明白
PNG 转 JPG：为了减小体积。PNG 是无损格式，截图、设计稿动辄几 MB。照片类内容没有大片纯色和锐利线条，转成 JPG 后体积常常只有原来的五分之一到三分之一，肉眼几乎看不出差别。这是最常见的"图片太大传不上去"的解法。
JPG 转 PNG：为了继续编辑。JPG 每保存一次就重新压缩一次，反复编辑会累积出块状噪点。需要 PS、抠图或多次修改时，先转成 PNG 再动手，中间过程不损失画质；纯色背景的 JPG 转 PNG 后再存，还可能比 JPG 更小。
WebP：体积与画质的折中。在相同画质下 WebP 通常比 JPG 小 25%~35%，并且和 PNG 一样支持透明背景。现代浏览器、微信、主流 App 都已支持；但如果要上传到只认 JPG/PNG 的老系统或特定报名平台，仍建议用 JPG。
透明背景只能用 PNG 或 WebP。JPG 格式本身没有透明通道，把带透明区域的 Logo、商品图转成 JPG，透明部分会变成白色（可能还会出现灰边）。需要透明请选 PNG（无损但大）或 WebP（更小且透明）。
GIF 只取第一帧。GIF 是动图格式，转换时只能保留第一帧静态画面——这是浏览器端转码的固有限制，不是本工具故障。需要保留动画请直接使用原文件。另外 iPhone 默认的 HEIC 格式浏览器无法解码，请先用本站「HEIC 转 JPG」工具转成 JPG 再回本页转换。
图片转 SVG：先分清"描摹"和"内嵌"。SVG 是矢量格式，理想情况下画面由数学路径描述，所以放大多少倍都不会有马赛克。位图转 SVG 有两条完全不同的路：描摹（tracing）把图像按颜色分层、沿边缘生成路径，得到真正的矢量图，代价这是对画面的重绘；内嵌则把原图以 base64 装进 <svg> 容器，像素一个不差，但它本质上还是位图，放大照样糊。本工具两条都提供，产物里也会标注是哪一种。
什么样的图值得转 SVG？Logo、图标、线条插画、纯色海报、文字截图、印章与扫描件——这些图边缘清晰、颜色有限，描摹后往往几十 KB 就能做到无限放大，还能直接在 AI / Figma / Sketch 里改颜色和路径。相反，照片不适合转 SVG：几百万像素的连续色阶会被压缩成有限色块，文件还可能比原图大几倍，这种情况请继续用 JPG / WebP。
描摹效果不理想时调这几个参数。颜色丢失或串色 → 提高「色数」；边缘呈锯齿台阶 → 加大「路径简化」并打开「圆角平滑」；出现大量小杂点 → 提高「去噪」最小面积；细节整体不够 → 提高「描摹精度」工作边长（代价是更慢、文件更大）；线稿只想保留黑色 → 切到「黑白二值」并调阈值。
关于隐私：转换全程在你的浏览器内完成，图片不会被上传到任何服务器——可以打开浏览器开发者工具的 Network 面板自行确认。证件照、合同、工资条这类敏感图片同样可以放心处理。
FAQ
Yes. JPG photos to PNG usually grow noticeably (PNG is lossless but compresses less); even an already-compressed image can grow slightly when re-encoded. To shrink size, choose JPG or WebP, or also set a 'maximum side length' to downscale.
The default 85% for JPG / WebP balances quality and size well - enough for web images and social posts; for scans, IDs and anything with text to read, use 90% or above. PNG is lossless and ignores the quality setting; for SVG it only matters in the 'embed original + JPG base' mode.
Two modes, two answers. 'Trace to vector paths' is a redraw: colors are quantized to a limited palette (8 by default) and paths are generated along edges - lossy and shape-changing in a different way from compression: edges become smooth, colors become layered, in exchange for unlimited scaling and direct editability in AI / Figma. 'Embed the original' loses zero pixels - it just packs the bitmap into an .svg container, the price being that it is not vector.
Because that .svg used 'embed the original' mode: inside it is still a bitmap, and zooming shows bitmap pixels. For true vectorization choose 'trace to vector paths' - it outputs path elements that stay sharp at any magnification. Each list row labels its output as 'vector' or 'embedded bitmap'.
Stepped edges -> increase 'path simplification' and keep 'corner smoothing' on; small speckles -> raise the minimum area of 'denoise'; colors lost or bleeding -> push 'colors' to 12 or 16, for line art switch to 'black and white' and tune the threshold; overall lacking detail -> raise the 'trace precision' working size (slower, bigger file). Photos simply do not suit tracing - keep outputting them as JPG / WebP.
No count limit - dozens at a time is fine. Processing runs image by image: a failure only marks that one image, the rest continue; actual speed depends on your machine, so up to 50 images per batch and 30MB per image is a good practice.
The JPG format has no transparency channel - transparent pixels must land on some color, and this tool fills white (the parameter area says so on the page). To keep transparency, choose PNG or WebP output instead.
No. The tool only reads the files you pick and produces brand-new copies; your originals stay untouched. The page stores nothing either - refreshing clears everything.