MinifyPic

CSS Minifier

Strip every comment, newline and unnecessary space out of a stylesheet to make it as small as it can be.

FreeInstantNo upload
Loading tool…

How it works

A compact workflow from input to download.

1

Paste your CSS

Drop in a stylesheet of any size.

2

Minify it

Comments, line breaks and redundant whitespace are removed while the rules themselves stay identical.

3

Ship the small version

Copy the minified CSS into production and keep your commented source for editing.

Frequently asked questions

How much smaller will my CSS get?
Typically 20 to 40 percent, depending on how heavily commented and generously formatted the source is. Well-documented stylesheets — which yours should be — compress the most, because comments are pure overhead for a browser.
Does minifying change how my styles behave?
No. Minification removes only characters that have no meaning to the CSS parser: comments, newlines and whitespace outside of values. Every selector, property and value is preserved exactly, so the rendered result is identical.
Should I minify if my server already uses gzip?
Yes, though the gain is smaller than people expect. Gzip is very good at compressing repetitive text, so it already squeezes out much of the redundancy. Minifying first still helps, because the two techniques remove different things — and minified-then-gzipped is reliably smaller than gzipped alone.
Should I edit the minified file?
Never. Keep your readable, commented stylesheet as the source of truth and treat the minified version as a build artefact you regenerate. Editing minified CSS by hand is miserable and the changes will be destroyed the next time you rebuild.
Is my data sent to a server?
No. Everything runs in JavaScript inside your own browser tab — nothing is uploaded, logged or stored. That is what makes it safe to paste in API responses, config files, tokens and other material you could not send to a third-party service.

Why stylesheet size matters more than its byte count suggests

CSS occupies a uniquely damaging position in page loading: it is render-blocking. A browser will not paint anything at all until it has downloaded and parsed the stylesheets, because it cannot know how anything should look and painting first would mean a flash of unstyled content. So every kilobyte of CSS is not merely a kilobyte of bandwidth — it is time added directly to the delay before your visitor sees anything on the screen. On a slow mobile connection, shaving 30 percent off a large stylesheet is a genuinely perceptible improvement to how fast the page feels, which is why minification is a standard part of every production build pipeline.

Minification is not the biggest win available

It is worth keeping perspective. Minification removes bytes that mean nothing to the browser, and it typically buys you 20 to 40 percent. Removing rules that are never used on the page buys you far more — the average site ships a stylesheet where the large majority of the rules never match a single element, usually because a whole framework was included to use a fraction of it. Splitting CSS so that each page loads only what it needs, and inlining the critical styles needed for the first screenful, addresses the render-blocking problem far more directly. Minify by all means, because it is free and automatic, but if your stylesheet is genuinely a performance problem, the unused rules are where the real weight is.