Initializing... drag & drop files here
Supports: WEBP
This is a trace, not a repackaging job. The decoded WebP is handed to a raster-to-vector tracer, which groups pixels into colour regions, fits curves to the boundaries between them, and writes real <path> elements into the output. Nothing is base64-encoded and nothing is placed inside an SVG <image> element — what comes back is genuine vector geometry you can select, recolour, and reshape node by node in Illustrator, Inkscape, or Figma, sharp at any zoom.
The catch is that a trace approximates. It rebuilds your picture out of flat-filled shapes, so the result is only as good as those shapes can be. On a two-colour logo the approximation is essentially perfect and the file is a few kilobytes. On a photograph it is not: continuous tone has no clean boundaries, so the tracer either collapses the image into a handful of lumpy blobs or emits tens of thousands of micro-paths, producing an enormous SVG that opens slowly and looks worse than the WebP you started with. Match the source to the job before you convert, and keep photographs raster with WebP to PNG or WebP to JPG.
WebP is a raster format developed by Google — pixels arranged on a grid, compressed with VP8 (lossy) or VP8L (lossless). SVG describes shapes mathematically. Tracing bridges them, and it is worth being precise about when that bridge is worth crossing:
.svg for icons, logos, and inline graphics. A traced mark passes the file-type gate and behaves like real vector art once it is through.| Property | WebP | SVG |
|---|---|---|
| Format type | Raster (pixels on a grid) | Vector (XML-described shapes) |
| Compression | VP8 (lossy) / VP8L (lossless) | DEFLATE on the XML (gzip / SVGZ) |
| Scaling | Pixelates when zoomed past native resolution | Infinite, lossless scaling of the traced shapes |
| Transparency | Yes (8-bit alpha in lossless and lossy) | Yes (per-shape opacity, alpha) |
| Animation | Yes (animated WebP) | Not produced here — the trace is a single static image |
| Colour handling | Full continuous tone | Flat sRGB fills, one per traced region |
| Best for | Web photos, thumbnails, modern picture tags | Logos, icons, line art, diagrams, maps |
| Typical file size | 25-35% smaller than equivalent JPG | KB-range for traced icons; can balloon far past the source for a traced photo |
| Browser support | Chrome 32+, Firefox 65+, Safari 16+, Edge 18+ (~96%) | Universal (since 2011) |
| Editable as shapes | No — bitmap only | Yes — every traced path is XML |
| Precision | Effect on the trace | Pick when |
|---|---|---|
| 1-3 | Few colour regions, heavily smoothed curves, tiny file | Silhouettes and single-colour marks you plan to recolour by hand; fine texture disappears entirely |
| 4-6 (default 6) | Balanced clustering and curve fitting | The recommended band and the on-page default. Right for almost every icon and logo |
| 7-8 | More colour separation, more nodes per path | Technical drawings and detailed icons where thin strokes must survive. Above 6 the extra decimals mostly add bytes |
| 9-10 | Nothing — the run aborts with no file | Never. Colour precision caps at 8 and the same slider value feeds it, so the job errors out instead of tracing |
Yes — the output is real path geometry, so enlarging it does not blur anything. The caveat is fidelity rather than scalability: what scales is the tracer's approximation of your image. A traced logo stays crisp and correct at any size; a traced photograph stays crisp and wrong, because the shapes it is built from were never a good likeness to begin with.
One value drives two tracer parameters at once: how finely colours are separated when pixels are clustered into regions, and how many decimal places each path coordinate keeps. Lowering it therefore merges similar colours and simplifies curves in the same move, which is why the effect is so visible. Start at the default of 6, drop toward 3-4 when you want the simplest possible shapes, and stop at 8.
Because the slider's range is wider than the tracer's. The value is also used as the colour precision, which is defined only for 1 to 8 significant bits per RGB channel — nine bits is more than an 8-bit channel can hold. The tracer rejects it outright rather than clamping it, so the run ends with an out-of-range error and nothing to download. Nothing useful lives above 8: a coordinate with nine decimal places is far below anything a renderer will ever draw.
Because you traced continuous tone. Every subtle tonal step becomes its own filled path, and a photograph contains an enormous number of them, so the XML describing them all can easily outweigh a well-compressed WebP. Drop the precision toward 3-4 and re-run to see whether a simplified version is usable; if it isn't, that image wants a raster format rather than a different setting.
Probably not. A traced photo is a bigger file that looks worse, and no downstream tool benefits from it. If a system specifically demands .svg, consider simplifying the artwork first — a flat, high-contrast version traces into something that looks deliberate rather than accidental. Otherwise keep the WebP or convert with WebP to JPG for broader compatibility with older tools.
Yes — that is the point of tracing. Each traced colour region is an individual path object: select it, change its fill, drag its nodes, or delete it. Traced art usually benefits from a minute of tidying, and the most common cleanup is removing a handful of tiny speckle paths picked up from compression noise in a lossy source.
Transparent areas are resolved as part of the trace rather than carried through as a pixel-level alpha channel, so treat a transparent background as one more region the tracer has to identify. A logo on a clean transparent or flat background traces well and composites fine over any page. A soft, semi-transparent edge — a feathered glow, an anti-aliased shadow — is the case that tends to come back as a hard-edged shape instead of a fade.
You get a single static traced SVG; the animation does not carry over. SVG can be animated through SMIL, CSS, or JavaScript, but those are authored mechanisms rather than anything a raster trace produces. For motion that has to stay motion, keep the WebP or export it with WebP to GIF for broader email and chat support.
Every modern browser since 2011 renders SVG natively, and Figma, Sketch, Affinity, Illustrator, and Inkscape all import it as editable shapes. Email clients are the main exception — Gmail, Outlook, and Apple Mail strip or refuse SVG for security reasons, so for email assets fall back to PNG.
Multi-megabyte WebP photos upload and convert, though they are exactly the sources least likely to trace well. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours; nothing is shared or made public. For batch icon work, hundreds of small WebPs queue and convert together.