Convert SVG to WebP

Converting SVG to WebP renders a vector drawing into pixels at whatever size you choose, in the smallest format current browsers read. The scale is the decision that matters, because a raster cannot be enlarged afterwards — and it all runs on your own machine.

  • Where it runs In your browser. The file is never uploaded.
  • Rebuilt WebP works differently from an SVG, so this is not the gradual degradation a lossy codec applies. What WebP can express is reproduced faithfully; what it has no equivalent for does not survive at all.
  • File size limit Up to 100 MB per file, free, without an account.
  • Worth knowing Text is rendered with the fonts embedded in the file; anything else falls back.

Up to 100 files at once. Mixed formats are fine.

This is a rendering, and it happens once

An SVG is a set of instructions — draw this path, fill this shape, stroke this line — with no resolution of its own. Rendering follows those instructions at one particular size and records the result as pixels, and from that moment the drawing is gone and only the picture remains.

So the size chosen at conversion time is the size you have. Enlarging the WebP afterwards can only invent the pixels in between, which is exactly the situation vector artwork exists to avoid. Getting the scale right is the whole craft of this conversion; everything else is a detail.

Render bigger than you display

A phone screen packs two or three device pixels into every CSS pixel, so an image rendered at exactly its display size looks soft on most of the devices that will see it. Rendering at two or three times and letting the browser scale down is the standard practice and costs less than it sounds — a flat logo at 2× compresses to a fraction of what a photograph of the same dimensions would.

The exception is anything genuinely large. A full-width hero rendered at 3× produces a file nobody should download; there, render at 2× and accept it, or reconsider whether the SVG could simply be served directly.

Fonts are where a logo goes wrong

An SVG names its fonts rather than containing them. When the renderer has the font, the text is drawn correctly; when it does not, something else is substituted, at different widths — so a wordmark set in a licensed typeface arrives in a generic sans-serif, at the wrong width, with the layout around it broken.

The fix belongs in the drawing program, before export: convert text to outlines, so the letters become paths and depend on nothing. The text stops being editable and starts being reliable, which for a logo is the correct trade. For a diagram with labels you may want to keep, embed the font in the SVG instead.

Flat artwork is where the quality setting costs most

The WebP written here is always lossy — the quality control decides how hard the encoder squeezes, and there is no lossless mode on this pair. The default of 82 is tuned for photographs, and on vector artwork it shows in the wrong place: a one-pixel rule picks up a smear, and the boundary between two flat colours gains a halo of in-between pixels.

Raise it to 95 or above for a logo, an icon or a chart, and those artefacts go while the file stays small, because flat colour compresses well at any setting. An illustration with gradients and soft shading behaves like a photograph and needs none of that. If the artwork has to come out exact rather than close, render it to PNG instead — that encoder is lossless.

When to serve the SVG instead

Often. If the drawing is a logo, an icon or a simple illustration going onto a web page you control, the SVG is usually smaller than any raster of it, sharp at every zoom on every screen, and recolourable from CSS without producing a second file.

Convert when something refuses SVG, and things do: social media preview images must be PNG or JPG at fixed dimensions, email clients are unreliable, many upload forms reject the format outright, and platforms that accept user uploads often refuse it on security grounds — an SVG is XML and can contain scripts. Those are real constraints, and they are the reason this page exists rather than a general preference for pixels.

Rendering an icon set in one pass

Icons come in sets, not singly. Drop the whole folder: each file is rendered in turn at the scale you chose, keeps its name with the extension swapped, and everything comes back as one ZIP ready to drop into a build.

Two habits keep the results consistent. Render every icon at the same scale rather than by eye, so a set looks deliberate at a glance. And keep the SVGs in version control as the source — regenerating the whole set at a new size then costs one pass rather than a redraw.

The artwork never leaves your machine

The rendering happens in the browser tab on your own processor. Nothing is uploaded, so there is no queue, no daily count and no account — and no third party ends up holding your unreleased brand assets, which is a more common concern with logos than with most files.

It also means a folder of two hundred icons converts as fast as your machine can draw them rather than as fast as they can be uploaded and fetched back.

How to render an SVG as a WebP image

  1. Convert text to outlines in your drawing program before exporting the SVG.
  2. Drop the file here and set the scale — two or three times the display size.
  3. Raise the quality above 95 for flat artwork; leave the default for illustrations.

SVG and WebP: instructions become pixels

SVG compared with WebP
SVGWebP
Full nameScalable Vector GraphicsWebP Image
File extension.svg.webp
Media typeimage/svg+xmlimage/webp
CompressionUncompressedEither, depending on the setting
First published20012010
Published byW3CGoogle
SpecificationSVG 1.1RFC 9649
LicensingOpen standardOpen standard
Standing todayCurrentCurrent
Bit depth8
Colour it can describeRGBRGB, YCbCr
Largest image16,383 px per side
Opens in a browserEvery browserEvery browser
Considered insteadPNG, PDFAVIF, JPG, PNG

What is lost

SVG describes shapes and WebP stores pixels. The result is sharp at the size it was rendered and no sharper — enlarging it afterwards can only invent the pixels in between, which is why the export size matters more here than in most conversions.

Layers are merged. SVG keeps them separate and editable; WebP stores the composite, so anything that depended on moving a layer afterwards has to happen before the conversion.

What survives

Transparency survives. Both SVG and WebP store an alpha channel, so a cut-out stays cut out and nothing is filled in behind it.

Animation survives. SVG and WebP both hold multiple frames, so the result moves rather than freezing on the first one.

Opening the result

The usual programs do not overlap: SVG opens in Inkscape, Adobe Illustrator and Figma, WebP in Adobe Photoshop, GIMP and Squoosh — so whoever receives the result needs something from the second list.

What each format is for

SVG is W3C's format, published in 2001. The specification is SVG 1.1, and it is worth reading if the file has to outlive the tool that wrote it.

WebP comes from Google and dates from 2010, specified as RFC 9649. Adobe Photoshop, GIMP and Squoosh all read it.

SVG to WebP: size, fonts and quality

Are my SVG files uploaded anywhere?

No. This conversion runs entirely inside your browser, so the file never leaves your device. You can confirm it yourself: open the network tab of your browser's developer tools and convert something. You will see the page load, plus the analytics and advertising the site is paid for with — and nothing carrying your file. The engine behind this particular pair is resvg, a strict SVG renderer written in Rust; your browser fetches it once and caches it.

What size does the image come out at?

Whatever you render it at — that is the one decision this conversion asks you to make. An SVG has no native resolution, so the scale setting determines the pixel dimensions, and it cannot be raised afterwards without going back to the SVG.

Why did the fonts change?

An SVG names its fonts rather than containing them, so text is rendered with whatever is embedded in the file and anything else falls back to a substitute. Convert text to outlines in your drawing program before exporting the SVG, and the letters become paths that render identically.

Should I render at twice the size?

For anything displayed on a screen, yes. Rendering at two or three times the display size and letting the browser scale it down gives a sharp result on high-density displays, and WebP compresses the extra pixels well enough that the cost is small.

What quality should I set?

For a logo, an icon or anything with flat colour and hard edges, 95 or higher. The WebP written here is always lossy, and the default of 82 leaves a faint halo along an edge that whoever drew it will see. For illustrations with gradients the default is right and the file is much smaller for it.

Should I keep the SVG?

Always. It is the master — it scales to any size, it can be recoloured from CSS, and every future raster is generated from it. A rendered image can only ever be re-rendered from the vector, never back into one.

Is the file uploaded?

No. The rendering runs inside your own browser, so nothing is sent anywhere. There is no account, no queue and no daily allowance, and a whole icon set can be dropped at once.

More about these formats

Where these figures come from

The claims this page makes about SVG and WebP are checkable, and these are the documents that settle them.