Initializing... drag & drop files here
Supports: TIFF, TIF
.tif / .tiff images. Batch uploads are supported, and each file is processed in a private session..svg for each file. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared.TIFF (Tagged Image File Format) was introduced by Aldus in 1986 and has been maintained by Adobe since it acquired Aldus in 1994. It is the de facto archival format for high-resolution scans, medical imaging, and prepress workflows because it supports lossless compression, multi-page documents, layers, and 16-bit-per-channel colour. SVG (Scalable Vector Graphics), a W3C Recommendation since SVG 1.0 was published on 4 September 2001 (SVG 1.1 followed on 14 January 2003), is an XML-based format that renders crisply at any zoom and is natively understood by every modern browser.
The two are not interchangeable, and this converter does not pretend otherwise: it traces. Your pixels are analysed, grouped into colour regions, and redrawn as real <path> elements. The output is genuine vector geometry — not the TIFF re-wrapped in an SVG container, and not a base64 payload inside an <image> tag. What that buys you, and what it costs you, is covered in the next section. Where it pays off:
.tif/.tiff by default but accept .svg, so a traced logo or letterhead publishes without a transcoding step.A trace approximates your image with paths, so the quality of the result depends almost entirely on what the picture contains. Flat artwork with clear boundaries — logos, signatures, stencils, schematics, high-contrast stamps — traces beautifully, because those boundaries are exactly what the algorithm is looking for. Continuous tone does not: a photographic scan has no clean edges, so the tracer either collapses it into a handful of lumpy colour blobs or emits tens of thousands of micro-paths, producing an enormous SVG that is slow to open and looks worse than the TIFF you started from. If your source is a photograph, keep it raster with TIFF to PNG or TIFF to JPG.
TIFF is also not one of the tracer's native input formats — those are PNG, JPG/JPEG, JFIF, BMP, GIF and WebP — so a TIFF has to be rendered to a standard raster before any trace can begin. Doing that step yourself is worth considering as a quality decision rather than a chore: rendering the scan lets you set the crop, the levels, and the output size, and those choices influence trace quality far more than the precision slider does. Render with TIFF to PNG, push the contrast until your subject separates cleanly from the paper, then trace the result with PNG to SVG.
| Approach | What it does | Best for | Trade-off |
|---|---|---|---|
| Tracing (this tool) | Clusters pixels by colour and fits curves to the region boundaries, writing real <path> elements |
Logos, line art, single-colour silhouettes, signage destined for laser cutting | Photographs lose all tonal detail and produce massive XML; usually needs a little cleanup in Inkscape |
| Rendering to a raster first, then tracing | You develop the scan yourself — crop, levels, size — and hand a clean PNG to the tracer | Marginal sources: faint pencil, low-contrast scans, anything where framing matters | One extra step, in exchange for the biggest single lever on trace quality |
| Keeping it raster | No vectorization at all; the picture stays a pixel grid | Photographs, medical imaging, gradient-heavy scans, anything you need bit-accurate | Not scalable, and not editable as shapes |
| Property | TIFF | SVG |
|---|---|---|
| Type | Raster (pixel grid) | Vector (XML markup describing shapes) |
| First released | 1986 (Aldus), revision 6.0 in 1992 | 2001 (SVG 1.0 W3C Recommendation) |
| Maintainer | Adobe (since 1994) | W3C / SVG Working Group |
| Typical use | Archival scans, prepress, medical imaging | Logos, icons, illustrations, web graphics |
| Compression | None, LZW, ZIP/Deflate, JPEG, PackBits | gzip (.svgz); path data is inherently compact |
| Colour depth | 1-bit through 32-bit per channel, CMYK, Lab | Flat sRGB fills, one per traced colour region |
| Multi-page | Yes (one of the few raster formats that supports it) | No native multi-page; one <svg> root per file |
| Resolution dependence | Fixed pixel grid | Resolution-independent — traced paths never blur |
| Browser support | Limited — Safari natively; Chrome, Firefox, Edge need a plugin or fallback | Universal since around 2011 |
| File size for a 300 DPI scan | Often 20-150 MB uncompressed | A few KB for traced line art; potentially larger than the source for a traced photograph |
| Editable in code | No | Yes (DOM, CSS, JavaScript) |
Yes. The converter runs a raster-to-vector trace and writes real <path> elements — it does not wrap the scan in an SVG <image> element, and there is no base64 raster hiding inside the output. Every traced colour region arrives in Inkscape or Illustrator as an object you can select and edit. The trade-off is approximation: what you get is the tracer's geometric reading of your pixels, which is superb for flat artwork and unusable for photographs.
Because the source was continuous-tone. Every tonal step becomes its own filled path, and a photographic scan contains an enormous number of them, so the XML describing them all can outweigh the compressed raster it came from. Drop the precision toward 3-4 and re-run to see whether a simplified version is usable; if it isn't, that image genuinely wants a raster format rather than a different setting.
It drives two tracer parameters from a single value: 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 smooths curves in the same move, which is why its effect is so visible. The default of 6 suits most work; 4-6 is the recommended band; 3-4 is worth trying when you want the simplest possible shapes.
The slider's range is wider than the tracer's. Because the same value is sent as the colour precision, and colour precision is defined only for 1 to 8 significant bits per RGB channel, asking for 9 or 10 is outside what an 8-bit channel can express. The tracer rejects it rather than clamping it, and the run ends with an out-of-range error and nothing to download. Keep the slider at 8 or lower; there is no detail hiding above 8 to miss out on.
No — SVG has no multi-page concept, so there is no format-level way to return every page in one .svg. If one particular page is what you need, split the TIFF first (ImageMagick's convert input.tif page-%d.tif does it in a single command) and upload that page on its own. For workflows that must keep the pages together, TIFF to PDF is the better target.
No, and the trace reduces it much further than a format change would. The image is brought to 8-bit sRGB before tracing, and the trace itself replaces the tonal range with a small set of flat region fills. Neither wide-gamut data nor smooth gradients survive in any form. Keep the original TIFF for archival and press use, and treat the SVG as a shapes-only derivative.
.tif but it accepts the .svg?WordPress, Shopify, Webflow, and most modern platforms ship with TIFF disabled in the upload allowlist because browsers other than Safari cannot render it without a plugin. SVG is on the default allowlist almost everywhere. For a logo or a letterhead mark, tracing to SVG is the cleanest way onto the site; for a photographic scan, TIFF to PNG is the honest answer rather than forcing a trace.
Yes — because SVG is XML, it can in principle contain <script> tags and event handlers that a browser will execute when the file is loaded inline. This converter emits plain path geometry with no scripts, but if you accept SVG uploads on a public site, serve user-supplied SVGs with Content-Disposition: attachment or sanitize them with a library such as DOMPurify so nobody can inject scripts later.
Yes. The output is standard SVG 1.1 path markup, which all three open without complaint and treat as normal editable objects — not as a single locked image. Cleaning up a traced scan in Inkscape usually means deleting a few speckle paths picked up from scanner noise and merging any regions the tracer split. For the reverse direction, SVG to TIFF rasterizes the vector back to pixels for print or archival use.
That is often the right call. PNG keeps lossless quality and is universally supported — try TIFF to PNG. JPG suits photographs where file size matters more than perfect fidelity: TIFF to JPG. Choose SVG only when you specifically need the artwork as shapes — editable paths, cutter-ready geometry, or markup you can inline and restyle with CSS.