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 acquiring 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 color. 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 level and is natively understood by every modern browser (Chrome, Firefox, Safari, Edge).
Wrapping a TIFF inside an SVG gives you a single file that drops cleanly into modern web, design, and CMS pipelines:
.tif/.tiff by default but accept .svg. Converting lets you publish archival scans without a transcoding step.| Property | TIFF | SVG |
|---|---|---|
| Type | Raster (pixel grid) | Vector (XML markup); can embed raster |
| 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); embedded raster keeps its codec |
| Color depth | 1-bit through 32-bit per channel, CMYK, Lab | 24-bit color in CSS; embedded images keep original depth |
| 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 (math) for vector parts |
| Browser support | Limited — Safari natively; Chrome, Firefox, Edge need a plugin or fallback | Universal (Chrome, Firefox, Safari, Edge) since 2011 |
| File size for a 300 DPI scan | Often 20-150 MB uncompressed | Same payload + small XML overhead when embedding |
| Editable in browser | No | Yes (DOM, CSS, JavaScript) |
There are two ways to turn a TIFF into an SVG. Pick the one that matches your goal.
| Approach | What it does | Best for | Trade-off |
|---|---|---|---|
| Embedding (this tool) | Wraps the original raster TIFF inside an SVG <image> element so it stays pixel-accurate. The Number precision setting controls how many digits of coordinate data are kept in the XML. |
Photographs, complex scans, medical imaging, anything with smooth gradients or text rendered as pixels | File size is similar to the source TIFF; SVG cannot be re-edited as discrete vector shapes |
| Vectorizing / tracing | Runs an edge-tracing algorithm (Potrace, AutoTrace, Adobe Image Trace) to convert pixels into mathematical paths | Logos, line art, single-color silhouettes, signage destined for laser cutting | Photos lose detail and produce massive XMLs with thousands of paths; needs cleanup in Inkscape or Illustrator |
If you need true vectorization with editable paths, run the output through Inkscape's Trace Bitmap (Shift+Alt+B) or Illustrator's Image Trace panel after this conversion, or upload a flattened version to a dedicated tracer like Vectorizer.AI.
No. This converter embeds the rasterized TIFF inside an SVG wrapper so the image stays bit-accurate. That works well for photographs and complex scans, where automatic tracing usually produces a worse result than the original. If you need editable paths (one shape per color region), use Inkscape's Trace Bitmap dialog or Adobe Illustrator's Image Trace — both are free or industry-standard tools designed specifically for that job.
Because the raster payload is preserved inside the SVG. An embedded TIFF still occupies the same number of bytes; the SVG wrapper only adds a small XML header and <image> element. If you need a smaller file, flatten the source TIFF to JPEG or WebP first, or run the SVG through svgo --multipass to compress the markup. True file-size reduction comes from vectorizing simple line art, not from embedding photos.
It controls how many digits of coordinate data are stored in the SVG markup — for example, 12.3 (precision 3) versus 12.345678 (precision 6+). Higher precision keeps fine alignment details but inflates the XML; lower precision shaves bytes at the cost of subtle pixel jitter. For most TIFF embeds the default of 6 is fine; drop to 3-4 if size matters and the image will only ever be viewed at 100%.
No — SVG has no native multi-page concept. The conversion takes the first page of a multi-page .tif (common in fax archives and scanned PDFs). If you need every page, split the TIFF into separate files first (ImageMagick convert input.tif page-%d.tif), then upload them together for batch conversion. For multi-page workflows, TIF to PDF is usually a better fit.
No. Browsers render SVG in 8-bit sRGB, and there is no widely-supported way to express 16-bit-per-channel or CMYK color inside SVG markup. If your TIFF is a 16-bit scientific scan or a CMYK print master, the embedded image is downsampled to 8-bit RGB on conversion. Keep the original TIFF for archival use and treat the SVG as a web-friendly derivative.
.tif but it accepts the .svg?WordPress, Shopify, Webflow, and most modern CMS platforms ship with TIFF disabled in the upload allowlist because browsers (except Safari) cannot render TIFF without a plugin. SVG, by contrast, is on the default allowlist almost everywhere because every major browser has had inline SVG rendering since around 2011. Wrapping the TIFF in SVG is a common workaround for getting archival scans onto the web without changing the CMS configuration.
Yes — because SVG is XML, it can in theory contain <script> tags and event handlers (onclick, onload, etc.) that browsers will execute when the SVG is loaded inline. This converter produces a plain <svg><image.../></svg> with no scripts, but if you upload the SVG to a public site, configure your CMS to serve user-uploaded SVGs with Content-Disposition: attachment or sanitize them with a library like DOMPurify so a malicious user cannot inject scripts later.
Yes. The output uses standard SVG 1.1 markup with a base64-encoded raster payload, which all three open without complaint. In Inkscape and Illustrator you can layer vector annotations on top of the embedded image. Figma will treat the embedded raster as a single image element. For the reverse direction, SVG to TIF flattens the vector back to a raster for print or archival use.
PNG keeps lossless quality and is universally supported — try TIF to PNG. JPG is best for photographs where smaller file size matters more than perfect fidelity. SVG is the right answer only when you specifically need a file that scales (vector tools, CMS allowlists, or a single asset that needs to slot into a vector-only pipeline like Glowforge or Cricut).