Design tools leave behind comments, <metadata>, and namespaces like inkscape: that a browser never reads. Strip them all in one pass — production-ready SVG, no server involved.
Drop an .svg file here
or click to browse · paste markup below
— or —
Removes XML comments, <metadata> blocks, RDF data and auto-generated tool annotations — data browsers never parse.
Strips inkscape:, sodipodi:, adobe: and ai: attributes that only exist for the design tool's convenience.
Keeps <title> and <desc> by default — screen readers need them. Toggle to strip when handled elsewhere.
Every SVG exported from a professional design tool carries invisible baggage — data the editor needs but the web never reads. The SVG Minifier's job is to strip that baggage in one pass, leaving behind only the markup that matters: the shapes, colors and structure that actually render on screen.
Design tools and developers routinely leave XML comments inside SVG files — generator stamps like <!-- Created with Inkscape -->, inline notes, and section markers. The <metadata> block is another common offender: it typically contains RDF data, Dublin Core creator info, licensing boilerplate, and document statistics that are never consumed by any browser or image viewer. The minifier strips all of it by default, often recovering 15–30% of file size before any other optimization runs.
Applications like Inkscape, Adobe Illustrator, Figma and Sketch attach their own namespaced attributes to SVG elements — inkscape:groupmode, sodipodi:namedview, ai:version, and corresponding xmlns: declarations. These exist for a single purpose: making the file re-open correctly in the original editor with layers, guides and settings intact. A web browser, a bundler, or an icon font never reads them.
Beyond taking up space, these attributes are a code hygiene issue: they embed toolchain-specific noise into what should be a clean, portable vector format. The minifier removes all editor namespaces and their declarations, producing an SVG that's ready to commit, deploy and share.
Minified SVGs aren't just smaller — they're safer for your development pipeline. When editor exports enter your codebase unprocessed, they carry baggage that creates real friction:
The SVG Minifier is designed to slot into everyday development workflows. Because it runs entirely in the browser with no server dependency, you can use it as a lightweight pre-commit filter for your SVG assets:
SVGIFY offers two optimization tools that target different categories of bloat. Understanding the distinction helps you pick the right one — or combine them for maximum effect:
Strips non-visual cruft that design tools embed — comments, editor namespaces, metadata, and formatting whitespace.
Reduces numeric coordinate precision — the single biggest byte-saver for vector graphics.
Use both in sequence for production assets. Minify first to eliminate editor noise, then compress to trim coordinate precision. This two-pass approach routinely achieves 60–80% total reduction and leaves you with an SVG that's both clean and lean.
SVG files can include <title> and <desc> elements — text descriptions that screen readers announce to visually impaired users. These are critical for making graphics accessible on the web, and the minifier preserves them by default.
Convert any raster image (PNG, JPG, WebP) into clean SVG paths — ready for editing or scaling.
Try it →Reduce file size by rounding coordinate precision — the biggest byte-saver for vector graphics.
Try it →Export crisp PNGs from any SVG at custom sizes — perfect for email clients and social sharing.
Try it →