clean-css vs cssnano vs postcss-minify vs postcss-clean vs gulp-clean-css
CSS 最小化ツールのアーキテクチャ選定:スタンドアロン、PostCSS プラグイン、および Gulp 統合の比較
clean-csscssnanopostcss-minifypostcss-cleangulp-clean-css유사 패키지:

CSS 最小化ツールのアーキテクチャ選定:スタンドアロン、PostCSS プラグイン、および Gulp 統合の比較

clean-css、cssnano、gulp-clean-css、postcss-clean、postcss-minify は、すべて CSS ファイルのサイズを削減し、パフォーマンスを最適化するためのツールですが、その統合方法と生態系が異なります。

clean-css は、高度な最適化アルゴリズムを持つスタンドアロンのライブラリであり、他のビルドツールに依存せず単独で動作します。cssnano は、PostCSS エコシステムの中核をなすプラグインで、既存の PostCSS パイプラインにシームレスに統合され、設定の一元管理を可能にします。

gulp-clean-css と postcss-clean は、それぞれ Gulp と PostCSS のラッパーとして clean-css の機能を提供しますが、現代のビルドフローでは直接本体を使用する方が推奨されるケースが増えています。postcss-minify は、より軽量な最小化を求める場合に選択肢となりますが、機能の豊富さでは cssnano に劣ります。これらの違いを理解することは、ビルドパイプラインの保守性とパフォーマンスを決定づける重要な要素です。

npm 다운로드 트렌드

3 년

GitHub Stars 순위

통계 세부사항

패키지
다운로드
Stars
크기
Issues
발행일
라이선스
clean-css27,603,1294,200493 kB473年前MIT
cssnano23,859,4234,9801.49 MB1815日前MIT
postcss-minify45,58878.22 kB01年前MIT
postcss-clean31,98443-126年前MIT
gulp-clean-css0642-147年前MIT

CSS 最小化ツールの深層比較:clean-css、cssnano、およびそのラッパー

CSS のパフォーマンス最適化において、ファイルサイズの削減は不可欠な工程です。しかし、npm には clean-css、cssnano、そしてそれらをラップした gulp-clean-css や postcss-clean など、似たような目的を持つ複数のパッケージが存在します。これらは単に「CSS を小さくする」だけでなく、アーキテクチャ上の役割、統合方法、そして提供できる最適化の深度が異なります。

本稿では、これらのツールを技術的な観点から分解し、実際の開発現場でどのツールをいつ選ぶべきかを明確にします。

🏗️ アーキテクチャと統合モデル:スタンドアロン vs プラグイン

まず理解すべきは、これらが「ライブラリ」として設計されているか、「プラグイン」として設計されているかという根本的な違いです。

clean-css は、他のツールに依存しないスタンドアロンのライブラリです。CSS 文字列やファイルパスを受け取り、最適化された CSS を返します。ビルドツールの種類を問いません。

// clean-css: スタンダローンでの使用
const CleanCSS = require('clean-css');
const source = 'body { color: red; }';

const output = new CleanCSS({ level: 2 }).minify(source);
console.log(output.styles); // 出力: body{color:red}

cssnano は、PostCSS プラグインとして設計されています。単独で実行するのではなく、PostCSS の処理パイプラインの一部として動作します。Autoprefixer や stylelint など、他の PostCSS プラグインと同じ設定ファイルで管理できるのが強みです。

// cssnano: PostCSS プラグインとしての使用
const postcss = require('postcss');
const cssnano = require('cssnano');

postcss([cssnano({ preset: 'default' })])
  .process('body { color: red; }', { from: undefined })
  .then(result => {
    console.log(result.css); // 出力: body{color:red}
  });

gulp-clean-css と postcss-clean は、それぞれ Gulp と PostCSS のために作られたラッパーです。これらは本体である clean-css の機能を、特定のツールのストリームやプラグインインターフェースに適応させたものに過ぎません。

// gulp-clean-css: Gulp ストリームでのラッパー使用
const gulp = require('gulp');
const cleanCss = require('gulp-clean-css');

gulp.src('src/*.css')
  .pipe(cleanCss({ compatibility: 'ie8' }))
  .pipe(gulp.dest('dist'));
// postcss-clean: PostCSS 経由で clean-css を使用
const postcss = require('postcss');
const clean = require('postcss-clean');

postcss([clean({ level: 2 })])
  .process('body { color: red; }', { from: undefined })
  .then(result => console.log(result.css));

postcss-minify は、PostCSS エコシステム内のより軽量な選択肢ですが、cssnano に比べると機能セットは限定的です。

// postcss-minify: 軽量な PostCSS プラグイン
const postcss = require('postcss');
const minify = require('postcss-minify');

postcss([minify()])
  .process('body { color: red; }', { from: undefined })
  .then(result => console.log(result.css));

⚙️ 最適化の深度と制御性

圧縮率と安全性のバランスをどう取るかは、プロジェクトの要件によります。

clean-css は、レベル 1(基本的な空白削除)からレベル 2(構造上の最適化、重複削除、フォントの結合など)までの詳細な制御を提供します。特にレベル 2 の最適化は非常に強力で、人間が手動で行うには複雑すぎる変換を安全に行います。

// clean-css: レベル 2 最適化による高度な圧縮
const CleanCSS = require('clean-css');

const source = `
  .box { color: red; }
  .box { font-size: 14px; }
  .box { color: red; }
`;

// 重複するセレクタとプロパティを統合・削除
const output = new CleanCSS({ level: 2 }).minify(source);
// 出力: .box{color:red;font-size:14px}

cssnano は、clean-css と同様に高度な最適化を行いますが、そのアプローチは「プリセット」ベースです。default、lite、advanced などのプリセットを選ぶことで、バランスを調整します。内部では多くの最適化プラグインを協調させて動作させています。

// cssnano: プリセットによる制御
const cssnano = require('cssnano');

// 'advanced' プリセットで最大限の圧縮を試みる
const config = {
  preset: ['advanced', { discardComments: { removeAll: true } }]
};

postcss([cssnano(config)])
  .process(css, { from: undefined });

postcss-minify は、名前の通り「最小化」に特化しており、cssnano が行うような高度な構造変換や安全性のチェックの一部を省略している場合があります。速度を最優先し、リスクを取りたくない単純なケース向けです。

// postcss-minify: 基本的な最小化のみ
const minify = require('postcss-minify');

// 高度な統合は行わず、主に空白とコメントを削除
postcss([minify()]).process(css, { from: undefined });

🚫 非推奨パッケージとモダンな代替案

ここで重要なのが、gulp-clean-css と postcss-clean の立ち位置です。

gulp-clean-css は、Gulp 4 のストリーム仕様に対応していますが、現代のビルドパイプラインでは「ラッパー」を挟むことによるオーバーヘッドや、本体 (clean-css) のバージョンアップデートへの追従遅延が問題となります。Gulp を使用している場合でも、vinyl-buffer などを併用して直接 clean-css を呼び出すか、PostCSS パイプラインに移行することが推奨されます。

postcss-clean については、メンテナンスが停止している、あるいは非推奨となっている可能性が高いことを認識する必要があります。cssnano が PostCSS エコシステムにおいてデファクトスタンダードとなり、clean-css ベースの最適化も cssnano が内部で効果的に扱えるようになったため、あえて postcss-clean を使用する理由はほぼありません。新しいプロジェクトでこれを採用すべきではありません。

// ❌ 避けるべき: 保守されていない可能性のあるラッパー
// const clean = require('postcss-clean'); 

// ✅ 推奨: 標準的な cssnano の使用
const cssnano = require('cssnano');

🌐 実際のユースケースと選定ガイド

ケース 1: 既存の PostCSS パイプラインがある(Tailwind, Autoprefixer など)

推奨: cssnano 設定ファイル (postcss.config.js) を一元管理でき、プラグイン間の競合を避けられます。最も標準的で安心できる選択です。

// postcss.config.js
module.exports = {
  plugins: {
    tailwindcss: {},
    autoprefixer: {},
    cssnano: { preset: 'default' } // ここで統合
  }
}

ケース 2: カスタムな Node.js ツールや、バンドラーに依存しない処理が必要

推奨: clean-css Webpack や Vite などの重いバンドラーを使わず、スクリプト一つで CSS を処理したい場合に最適です。API が明確で制御しやすいです。

// build-script.js
const CleanCSS = require('clean-css');
const fs = require('fs');

const css = fs.readFileSync('src/style.css', 'utf8');
const minified = new CleanCSS().minify(css);
fs.writeFileSync('dist/style.css', minified.styles);

ケース 3: 古い Gulp プロジェクトの維持

推奨: gulp-clean-css (一時的) → clean-css への移行を検討 既存の資産がある場合は仕方ありませんが、新規追加機能は clean-css 本体を使う方向へリファクタリングすべきです。

// 現状の維持
const cleanCss = require('gulp-clean-css');
gulp.src('*.css').pipe(cleanCss()).pipe(gulp.dest('dist'));

ケース 4: 極めて軽量な処理のみが必要

推奨: postcss-minify PostCSS を使っていて、cssnano の多機能さが不要な場合の選択肢ですが、cssnano の lite プリセットで代用できることがほとんどです。

📊 比較サマリー

特徴clean-csscssnanogulp-clean-csspostcss-cleanpostcss-minify
タイプライブラリPostCSS プラグインGulp プラグインPostCSS プラグインPostCSS プラグイン
依存関係なしPostCSSGulp, clean-cssPostCSS, clean-cssPostCSS
最適化深度非常に高い (Level 2)非常に高い (Preset)clean-css に依存clean-css に依存標準的
保守状況活発活発 (デファクト)維持のみ⚠️ 非推奨の可能性限定的
推奨度⭐⭐⭐⭐⭐ (単独利用)⭐⭐⭐⭐⭐ (PostCSS 利用)⭐⭐ (レガシー)⭐ (避けるべき)⭐⭐ (特殊用途)

💡 結論:アーキテクチャに合わせた選択

CSS 最小化ツールの選定は、単に「圧縮率」だけでなく、あなたのビルドパイプラインがどのエコシステム(PostCSS か、スタンドアロンか、Gulp か)に属しているかで決まります。

  • PostCSS を使っているなら、迷わず cssnano を選んでください。 これが現代のフロントエンド開発における標準であり、最も安定した選択肢です。
  • バンドラーに依存せず、純粋な Node.js スクリプトで処理したいなら、clean-css が最強のツールです。
  • postcss-clean や gulp-clean-css は、既存のレガシーコードを動かすためだけに残し、新規プロジェクトでは採用しないでください。 特に postcss-clean は、cssnano という優れた代替が存在する以上、技術的負債を生むだけです。

正しいツールを選ぶことは、ビルド時間の短縮だけでなく、将来のメンテナンスコストを下げることにも繋がります。

선택 방법: clean-css vs cssnano vs postcss-minify vs postcss-clean vs gulp-clean-css

  • clean-css:

    clean-css を選択するのは、PostCSS や特定のバンドラーに依存せず、単独で最高レベルの圧縮率と最適化制御が必要な場合です。Node.js スクリプト直接从呼び出したり、独自のビルドツールに組み込んだりする際に最も適しています。

  • cssnano:

    cssnano を選択するのは、既に PostCSS を使用しているプロジェクト(Tailwind CSS や Autoprefixer など)において、設定を一元化し、プラグインチェーン内で効率的に処理を行いたい場合です。標準的な Webpack や Vite の設定との相性が最も良い選択肢です。

  • postcss-minify:

    postcss-minify は、cssnano が提供する包括的な最適化機能の一部(最小化のみ)を軽量に利用したい場合に候補となりますが、包括的な最適化が必要な現代のプロジェクトでは cssnano の方が合理的です。

  • postcss-clean:

    postcss-clean は、PostCSS パイプライン内で specifically clean-css のアルゴリズムを使いたい特殊な場合にのみ有効です。しかし、機能が重複する cssnano がデファクトスタンダードとなっているため、新規採用は避けるべきです。

  • gulp-clean-css:

    gulp-clean-css は、レガシーな Gulp 4 以前のパイプラインを維持している場合にのみ検討すべきです。新規プロジェクトでは、Gulp ストリームの変換コストを避け、直接 clean-css または cssnano を使用することを強く推奨します。

clean-css의 README


clean-css logo

npm version Build Status PPC Linux Build Status Dependency Status npm Downloads

clean-css is a fast and efficient CSS optimizer for Node.js platform and any modern browser.

According to tests it is one of the best available.

Table of Contents

Node.js version support

clean-css requires Node.js 10.0+ (tested on Linux, OS X, and Windows)

Install

npm install --save-dev clean-css

Use

var CleanCSS = require('clean-css');
var input = 'a{font-weight:bold;}';
var options = { /* options */ };
var output = new CleanCSS(options).minify(input);

What's new in version 5.3

clean-css 5.3 introduces one new feature:

  • variables can be optimized using level 1's variableValueOptimizers option, which accepts a list of value optimizers or a list of their names, e.g. variableValueOptimizers: ['color', 'fraction'].

What's new in version 5.0

clean-css 5.0 introduced some breaking changes:

  • Node.js 6.x and 8.x are officially no longer supported;
  • transform callback in level-1 optimizations is removed in favor of new plugins interface;
  • changes default Internet Explorer compatibility from 10+ to >11, to revert the old default use { compatibility: 'ie10' } flag;
  • changes default rebase option from true to false so URLs are not rebased by default. Please note that if you set rebaseTo option it still counts as setting rebase: true to preserve some of the backward compatibility.

And on the new features side of things:

  • format options now accepts numerical values for all breaks, which will allow you to have more control over output formatting, e.g. format: {breaks: {afterComment: 2}} means clean-css will add two line breaks after each comment
  • a new batch option (defaults to false) is added, when set to true it will process all inputs, given either as an array or a hash, without concatenating them.

What's new in version 4.2

clean-css 4.2 introduces the following changes / features:

  • Adds process method for compatibility with optimize-css-assets-webpack-plugin;
  • new transition property optimizer;
  • preserves any CSS content between /* clean-css ignore:start */ and /* clean-css ignore:end */ comments;
  • allows filtering based on selector in transform callback, see example;
  • adds configurable line breaks via format: { breakWith: 'lf' } option.

What's new in version 4.1

clean-css 4.1 introduces the following changes / features:

  • inline: false as an alias to inline: ['none'];
  • multiplePseudoMerging compatibility flag controlling merging of rules with multiple pseudo classes / elements;
  • removeEmpty flag in level 1 optimizations controlling removal of rules and nested blocks;
  • removeEmpty flag in level 2 optimizations controlling removal of rules and nested blocks;
  • compatibility: { selectors: { mergeLimit: <number> } } flag in compatibility settings controlling maximum number of selectors in a single rule;
  • minify method improved signature accepting a list of hashes for a predictable traversal;
  • selectorsSortingMethod level 1 optimization allows false or 'none' for disabling selector sorting;
  • fetch option controlling a function for handling remote requests;
  • new font shorthand and font-* longhand optimizers;
  • removal of optimizeFont flag in level 1 optimizations due to new font shorthand optimizer;
  • skipProperties flag in level 2 optimizations controlling which properties won't be optimized;
  • new animation shorthand and animation-* longhand optimizers;
  • removeUnusedAtRules level 2 optimization controlling removal of unused @counter-style, @font-face, @keyframes, and @namespace at rules;
  • the web interface gets an improved settings panel with "reset to defaults", instant option changes, and settings being persisted across sessions.

Important: 4.0 breaking changes

clean-css 4.0 introduces some breaking changes:

  • API and CLI interfaces are split, so API stays in this repository while CLI moves to clean-css-cli;
  • root, relativeTo, and target options are replaced by a single rebaseTo option - this means that rebasing URLs and import inlining is much simpler but may not be (YMMV) as powerful as in 3.x;
  • debug option is gone as stats are always provided in output object under stats property;
  • roundingPrecision is disabled by default;
  • roundingPrecision applies to all units now, not only px as in 3.x;
  • processImport and processImportFrom are merged into inline option which defaults to local. Remote @import rules are NOT inlined by default anymore;
  • splits inliner: { request: ..., timeout: ... } option into inlineRequest and inlineTimeout options;
  • remote resources without a protocol, e.g. //fonts.googleapis.com/css?family=Domine:700, are not inlined anymore;
  • changes default Internet Explorer compatibility from 9+ to 10+, to revert the old default use { compatibility: 'ie9' } flag;
  • renames keepSpecialComments to specialComments;
  • moves roundingPrecision and specialComments to level 1 optimizations options, see examples;
  • moves mediaMerging, restructuring, semanticMerging, and shorthandCompacting to level 2 optimizations options, see examples below;
  • renames shorthandCompacting option to mergeIntoShorthands;
  • level 1 optimizations are the new default, up to 3.x it was level 2;
  • keepBreaks option is replaced with { format: 'keep-breaks' } to ease transition;
  • sourceMap option has to be a boolean from now on - to specify an input source map pass it a 2nd argument to minify method or via a hash instead;
  • aggressiveMerging option is removed as aggressive merging is replaced by smarter override merging.

Constructor options

clean-css constructor accepts a hash as a parameter with the following options available:

  • compatibility - controls compatibility mode used; defaults to ie10+; see compatibility modes for examples;
  • fetch - controls a function for handling remote requests; see fetch option for examples (since 4.1.0);
  • format - controls output CSS formatting; defaults to false; see formatting options for examples;
  • inline - controls @import inlining rules; defaults to 'local'; see inlining options for examples;
  • inlineRequest - controls extra options for inlining remote @import rules, can be any of HTTP(S) request options;
  • inlineTimeout - controls number of milliseconds after which inlining a remote @import fails; defaults to 5000;
  • level - controls optimization level used; defaults to 1; see optimization levels for examples;
  • rebase - controls URL rebasing; defaults to false;
  • rebaseTo - controls a directory to which all URLs are rebased, most likely the directory under which the output file will live; defaults to the current directory;
  • returnPromise - controls whether minify method returns a Promise object or not; defaults to false; see promise interface for examples;
  • sourceMap - controls whether an output source map is built; defaults to false;
  • sourceMapInlineSources - controls embedding sources inside a source map's sourcesContent field; defaults to false.

Compatibility modes

There is a certain number of compatibility mode shortcuts, namely:

  • new CleanCSS({ compatibility: '*' }) (default) - Internet Explorer 10+ compatibility mode
  • new CleanCSS({ compatibility: 'ie9' }) - Internet Explorer 9+ compatibility mode
  • new CleanCSS({ compatibility: 'ie8' }) - Internet Explorer 8+ compatibility mode
  • new CleanCSS({ compatibility: 'ie7' }) - Internet Explorer 7+ compatibility mode

Each of these modes is an alias to a fine grained configuration, with the following options available:

new CleanCSS({
  compatibility: {
    colors: {
      hexAlpha: false, // controls 4- and 8-character hex color support
      opacity: true // controls `rgba()` / `hsla()` color support
    },
    properties: {
      backgroundClipMerging: true, // controls background-clip merging into shorthand
      backgroundOriginMerging: true, // controls background-origin merging into shorthand
      backgroundSizeMerging: true, // controls background-size merging into shorthand
      colors: true, // controls color optimizations
      ieBangHack: false, // controls keeping IE bang hack
      ieFilters: false, // controls keeping IE `filter` / `-ms-filter`
      iePrefixHack: false, // controls keeping IE prefix hack
      ieSuffixHack: false, // controls keeping IE suffix hack
      merging: true, // controls property merging based on understandability
      shorterLengthUnits: false, // controls shortening pixel units into `pc`, `pt`, or `in` units
      spaceAfterClosingBrace: true, // controls keeping space after closing brace - `url() no-repeat` into `url()no-repeat`
      urlQuotes: true, // controls keeping quoting inside `url()`
      zeroUnits: true // controls removal of units `0` value
    },
    selectors: {
      adjacentSpace: false, // controls extra space before `nav` element
      ie7Hack: true, // controls removal of IE7 selector hacks, e.g. `*+html...`
      mergeablePseudoClasses: [':active', ...], // controls a whitelist of mergeable pseudo classes
      mergeablePseudoElements: ['::after', ...], // controls a whitelist of mergeable pseudo elements
      mergeLimit: 8191, // controls maximum number of selectors in a single rule (since 4.1.0)
      multiplePseudoMerging: true // controls merging of rules with multiple pseudo classes / elements (since 4.1.0)
    },
    units: {
      ch: true, // controls treating `ch` as a supported unit
      in: true, // controls treating `in` as a supported unit
      pc: true, // controls treating `pc` as a supported unit
      pt: true, // controls treating `pt` as a supported unit
      rem: true, // controls treating `rem` as a supported unit
      vh: true, // controls treating `vh` as a supported unit
      vm: true, // controls treating `vm` as a supported unit
      vmax: true, // controls treating `vmax` as a supported unit
      vmin: true // controls treating `vmin` as a supported unit
    }
  }
})

You can also use a string when setting a compatibility mode, e.g.

new CleanCSS({
  compatibility: 'ie9,-properties.merging' // sets compatibility to IE9 mode with disabled property merging
})

Fetch option

The fetch option accepts a function which handles remote resource fetching, e.g.

var request = require('request');
var source = '@import url(http://example.com/path/to/stylesheet.css);';
new CleanCSS({
  fetch: function (uri, inlineRequest, inlineTimeout, callback) {
    request(uri, function (error, response, body) {
      if (error) {
        callback(error, null);
      } else if (response && response.statusCode != 200) {
        callback(response.statusCode, null);
      } else {
        callback(null, body);
      }
    });
  }
}).minify(source);

This option provides a convenient way of overriding the default fetching logic if it doesn't support a particular feature, say CONNECT proxies.

Unless given, the default loadRemoteResource logic is used.

Formatting options

By default output CSS is formatted without any whitespace unless a format option is given. First of all there are two shorthands:

new CleanCSS({
  format: 'beautify' // formats output in a really nice way
})

and

new CleanCSS({
  format: 'keep-breaks' // formats output the default way but adds line breaks for improved readability
})

however format option also accept a fine-grained set of options:

new CleanCSS({
  format: {
    breaks: { // controls where to insert breaks
      afterAtRule: false, // controls if a line break comes after an at-rule; e.g. `@charset`; defaults to `false`
      afterBlockBegins: false, // controls if a line break comes after a block begins; e.g. `@media`; defaults to `false`
      afterBlockEnds: false, // controls if a line break comes after a block ends, defaults to `false`
      afterComment: false, // controls if a line break comes after a comment; defaults to `false`
      afterProperty: false, // controls if a line break comes after a property; defaults to `false`
      afterRuleBegins: false, // controls if a line break comes after a rule begins; defaults to `false`
      afterRuleEnds: false, // controls if a line break comes after a rule ends; defaults to `false`
      beforeBlockEnds: false, // controls if a line break comes before a block ends; defaults to `false`
      betweenSelectors: false // controls if a line break comes between selectors; defaults to `false`
    },
    breakWith: '\n', // controls the new line character, can be `'\r\n'` or `'\n'` (aliased as `'windows'` and `'unix'` or `'crlf'` and `'lf'`); defaults to system one, so former on Windows and latter on Unix
    indentBy: 0, // controls number of characters to indent with; defaults to `0`
    indentWith: 'space', // controls a character to indent with, can be `'space'` or `'tab'`; defaults to `'space'`
    spaces: { // controls where to insert spaces
      aroundSelectorRelation: false, // controls if spaces come around selector relations; e.g. `div > a`; defaults to `false`
      beforeBlockBegins: false, // controls if a space comes before a block begins; e.g. `.block {`; defaults to `false`
      beforeValue: false // controls if a space comes before a value; e.g. `width: 1rem`; defaults to `false`
    },
    wrapAt: false, // controls maximum line length; defaults to `false`
    semicolonAfterLastProperty: false // controls removing trailing semicolons in rule; defaults to `false` - means remove
  }
})

Also since clean-css 5.0 you can use numerical values for all line breaks, which will repeat a line break that many times, e.g:

  new CleanCSS({
    format: {
      breaks: {
        afterAtRule: 2,
        afterBlockBegins: 1, // 1 is synonymous with `true`
        afterBlockEnds: 2,
        afterComment: 1,
        afterProperty: 1,
        afterRuleBegins: 1,
        afterRuleEnds: 1,
        beforeBlockEnds: 1,
        betweenSelectors: 0 // 0 is synonymous with `false`
      }
    }
  })

which will add nicer spacing between at rules and blocks.

Inlining options

inline option whitelists which @import rules will be processed, e.g.

new CleanCSS({
  inline: ['local'] // default; enables local inlining only
})
new CleanCSS({
  inline: ['none'] // disables all inlining
})
// introduced in clean-css 4.1.0

new CleanCSS({
  inline: false // disables all inlining (alias to `['none']`)
})
new CleanCSS({
  inline: ['all'] // enables all inlining, same as ['local', 'remote']
})
new CleanCSS({
  inline: ['local', 'mydomain.example.com'] // enables local inlining plus given remote source
})
new CleanCSS({
  inline: ['local', 'remote', '!fonts.googleapis.com'] // enables all inlining but from given remote source
})

Optimization levels

The level option can be either 0, 1 (default), or 2, e.g.

new CleanCSS({
  level: 2
})

or a fine-grained configuration given via a hash.

Please note that level 1 optimization options are generally safe while level 2 optimizations should be safe for most users.

Level 0 optimizations

Level 0 optimizations simply means "no optimizations". Use it when you'd like to inline imports and / or rebase URLs but skip everything else.

Level 1 optimizations

Level 1 optimizations (default) operate on single properties only, e.g. can remove units when not required, turn rgb colors to a shorter hex representation, remove comments, etc

Here is a full list of available options:

new CleanCSS({
  level: {
    1: {
      cleanupCharsets: true, // controls `@charset` moving to the front of a stylesheet; defaults to `true`
      normalizeUrls: true, // controls URL normalization; defaults to `true`
      optimizeBackground: true, // controls `background` property optimizations; defaults to `true`
      optimizeBorderRadius: true, // controls `border-radius` property optimizations; defaults to `true`
      optimizeFilter: true, // controls `filter` property optimizations; defaults to `true`
      optimizeFont: true, // controls `font` property optimizations; defaults to `true`
      optimizeFontWeight: true, // controls `font-weight` property optimizations; defaults to `true`
      optimizeOutline: true, // controls `outline` property optimizations; defaults to `true`
      removeEmpty: true, // controls removing empty rules and nested blocks; defaults to `true`
      removeNegativePaddings: true, // controls removing negative paddings; defaults to `true`
      removeQuotes: true, // controls removing quotes when unnecessary; defaults to `true`
      removeWhitespace: true, // controls removing unused whitespace; defaults to `true`
      replaceMultipleZeros: true, // contols removing redundant zeros; defaults to `true`
      replaceTimeUnits: true, // controls replacing time units with shorter values; defaults to `true`
      replaceZeroUnits: true, // controls replacing zero values with units; defaults to `true`
      roundingPrecision: false, // rounds pixel values to `N` decimal places; `false` disables rounding; defaults to `false`
      selectorsSortingMethod: 'standard', // denotes selector sorting method; can be `'natural'` or `'standard'`, `'none'`, or false (the last two since 4.1.0); defaults to `'standard'`
      specialComments: 'all', // denotes a number of /*! ... */ comments preserved; defaults to `all`
      tidyAtRules: true, // controls at-rules (e.g. `@charset`, `@import`) optimizing; defaults to `true`
      tidyBlockScopes: true, // controls block scopes (e.g. `@media`) optimizing; defaults to `true`
      tidySelectors: true, // controls selectors optimizing; defaults to `true`,
      variableValueOptimizers: [] // controls value optimizers which are applied to variables
    }
  }
});

There is an all shortcut for toggling all options at the same time, e.g.

new CleanCSS({
  level: {
    1: {
      all: false, // set all values to `false`
      tidySelectors: true // turns on optimizing selectors
    }
  }
});

Level 2 optimizations

Level 2 optimizations operate at rules or multiple properties level, e.g. can remove duplicate rules, remove properties redefined further down a stylesheet, or restructure rules by moving them around.

Please note that if level 2 optimizations are turned on then, unless explicitely disabled, level 1 optimizations are applied as well.

Here is a full list of available options:

new CleanCSS({
  level: {
    2: {
      mergeAdjacentRules: true, // controls adjacent rules merging; defaults to true
      mergeIntoShorthands: true, // controls merging properties into shorthands; defaults to true
      mergeMedia: true, // controls `@media` merging; defaults to true
      mergeNonAdjacentRules: true, // controls non-adjacent rule merging; defaults to true
      mergeSemantically: false, // controls semantic merging; defaults to false
      overrideProperties: true, // controls property overriding based on understandability; defaults to true
      removeEmpty: true, // controls removing empty rules and nested blocks; defaults to `true`
      reduceNonAdjacentRules: true, // controls non-adjacent rule reducing; defaults to true
      removeDuplicateFontRules: true, // controls duplicate `@font-face` removing; defaults to true
      removeDuplicateMediaBlocks: true, // controls duplicate `@media` removing; defaults to true
      removeDuplicateRules: true, // controls duplicate rules removing; defaults to true
      removeUnusedAtRules: false, // controls unused at rule removing; defaults to false (available since 4.1.0)
      restructureRules: false, // controls rule restructuring; defaults to false
      skipProperties: [] // controls which properties won't be optimized, defaults to `[]` which means all will be optimized (since 4.1.0)
    }
  }
});

There is an all shortcut for toggling all options at the same time, e.g.

new CleanCSS({
  level: {
    2: {
      all: false, // sets all values to `false`
      removeDuplicateRules: true // turns on removing duplicate rules
    }
  }
});

Plugins

In clean-css version 5 and above you can define plugins which run alongside level 1 and level 2 optimizations, e.g.

var myPlugin = {
  level1: {
    property: function removeRepeatedBackgroundRepeat(_rule, property, _options) {
      // So `background-repeat:no-repeat no-repeat` becomes `background-repeat:no-repeat`
      if (property.name == 'background-repeat' && property.value.length == 2 && property.value[0][1] == property.value[1][1]) {
        property.value.pop();
        property.dirty = true;
      }
    }
  }
}

new CleanCSS({plugins: [myPlugin]})

Search test\module-test.js for plugins or check out lib/optimizer/level-1/property-optimizers and lib/optimizer/level-1/value-optimizers for more examples.

Important: To rewrite your old transform as a plugin, check out this commit.

Minify method

Once configured clean-css provides a minify method to optimize a given CSS, e.g.

var output = new CleanCSS(options).minify(source);

The output of the minify method is a hash with following fields:

console.log(output.styles); // optimized output CSS as a string
console.log(output.sourceMap); // output source map if requested with `sourceMap` option
console.log(output.errors); // a list of errors raised
console.log(output.warnings); // a list of warnings raised
console.log(output.stats.originalSize); // original content size after import inlining
console.log(output.stats.minifiedSize); // optimized content size
console.log(output.stats.timeSpent); // time spent on optimizations in milliseconds
console.log(output.stats.efficiency); // `(originalSize - minifiedSize) / originalSize`, e.g. 0.25 if size is reduced from 100 bytes to 75 bytes

Example: Minifying a CSS string:

const CleanCSS = require("clean-css");

const output = new CleanCSS().minify(`

  a {
    color: blue;
  }
  div {
    margin: 5px
  }

`);

console.log(output);

// Log:
{
  styles: 'a{color:#00f}div{margin:5px}',
  stats: {
    efficiency: 0.6704545454545454,
    minifiedSize: 29,
    originalSize: 88,
    timeSpent: 6
  },
  errors: [],
  inlinedStylesheets: [],
  warnings: []
}

The minify method also accepts an input source map, e.g.

var output = new CleanCSS(options).minify(source, inputSourceMap);

or a callback invoked when optimizations are finished, e.g.

new CleanCSS(options).minify(source, function (error, output) {
  // `output` is the same as in the synchronous call above
});

To optimize a single file, without reading it first, pass a path to it to minify method as follows:

var output = new CleanCSS(options).minify(['path/to/file.css'])

(if you won't enclose the path in an array, it will be treated as a CSS source instead).

There are several ways to optimize multiple files at the same time, see How to optimize multiple files?.

Promise interface

If you prefer clean-css to return a Promise object then you need to explicitely ask for it, e.g.

new CleanCSS({ returnPromise: true })
  .minify(source)
  .then(function (output) { console.log(output.styles); })
  .catch(function (error) { // deal with errors });

CLI utility

Clean-css has an associated command line utility that can be installed separately using npm install clean-css-cli. For more detailed information, please visit https://github.com/clean-css/clean-css-cli.

FAQ

How to optimize multiple files?

It can be done either by passing an array of paths, or, when sources are already available, a hash or an array of hashes:

new CleanCSS().minify(['path/to/file/one', 'path/to/file/two']);
new CleanCSS().minify({
  'path/to/file/one': {
    styles: 'contents of file one'
  },
  'path/to/file/two': {
    styles: 'contents of file two'
  }
});
new CleanCSS().minify([
  {'path/to/file/one': {styles: 'contents of file one'}},
  {'path/to/file/two': {styles: 'contents of file two'}}
]);

Passing an array of hashes allows you to explicitly specify the order in which the input files are concatenated. Whereas when you use a single hash the order is determined by the traversal order of object properties - available since 4.1.0.

Important note - any @import rules already present in the hash will be resolved in memory.

How to process multiple files without concatenating them into one output file?

Since clean-css 5.0 you can, when passing an array of paths, hash, or array of hashes (see above), ask clean-css not to join styles into one output, but instead return stylesheets optimized one by one, e.g.

var output = new CleanCSS({ batch: true }).minify(['path/to/file/one', 'path/to/file/two']);
var outputOfFile1 = output['path/to/file/one'].styles // all other fields, like errors, warnings, or stats are there too
var outputOfFile2 = output['path/to/file/two'].styles

How to process remote @imports correctly?

In order to inline remote @import statements you need to provide a callback to minify method as fetching remote assets is an asynchronous operation, e.g.:

var source = '@import url(http://example.com/path/to/remote/styles);';
new CleanCSS({ inline: ['remote'] }).minify(source, function (error, output) {
  // output.styles
});

If you don't provide a callback, then remote @imports will be left as is.

How to apply arbitrary transformations to CSS properties?

Please see plugins.

How to specify a custom rounding precision?

The level 1 roundingPrecision optimization option accept a string with per-unit rounding precision settings, e.g.

new CleanCSS({
  level: {
    1: {
      roundingPrecision: 'all=3,px=5'
    }
  }
}).minify(source)

which sets all units rounding precision to 3 digits except px unit precision of 5 digits.

How to optimize a stylesheet with custom rpx units?

Since rpx is a non standard unit (see #1074), it will be dropped by default as an invalid value.

However you can treat rpx units as regular ones:

new CleanCSS({
  compatibility: {
    customUnits: {
      rpx: true
    }
  }
}).minify(source)

How to keep a CSS fragment intact?

Note: available since 4.2.0.

Wrap the CSS fragment in special comments which instruct clean-css to preserve it, e.g.

.block-1 {
  color: red
}
/* clean-css ignore:start */
.block-special {
  color: transparent
}
/* clean-css ignore:end */
.block-2 {
  margin: 0
}

Optimizing this CSS will result in the following output:

.block-1{color:red}
.block-special {
  color: transparent
}
.block-2{margin:0}

How to preserve a comment block?

Use the /*! notation instead of the standard one /*:

/*!
  Important comments included in optimized output.
*/

How to rebase relative image URLs?

clean-css will handle it automatically for you in the following cases:

  • when full paths to input files are passed in as options;
  • when correct paths are passed in via a hash;
  • when rebaseTo is used with any of above two.

How to work with source maps?

To generate a source map, use sourceMap: true option, e.g.:

new CleanCSS({ sourceMap: true, rebaseTo: pathToOutputDirectory })
  .minify(source, function (error, output) {
    // access output.sourceMap for SourceMapGenerator object
    // see https://github.com/mozilla/source-map/#sourcemapgenerator for more details
});

You can also pass an input source map directly as a 2nd argument to minify method:

new CleanCSS({ sourceMap: true, rebaseTo: pathToOutputDirectory })
  .minify(source, inputSourceMap, function (error, output) {
    // access output.sourceMap to access SourceMapGenerator object
    // see https://github.com/mozilla/source-map/#sourcemapgenerator for more details
});

or even multiple input source maps at once:

new CleanCSS({ sourceMap: true, rebaseTo: pathToOutputDirectory }).minify({
  'path/to/source/1': {
    styles: '...styles...',
    sourceMap: '...source-map...'
  },
  'path/to/source/2': {
    styles: '...styles...',
    sourceMap: '...source-map...'
  }
}, function (error, output) {
  // access output.sourceMap as above
});

How to apply level 1 & 2 optimizations at the same time?

Using the hash configuration specifying both optimization levels, e.g.

new CleanCSS({
  level: {
    1: {
      all: true,
      normalizeUrls: false
    },
    2: {
      restructureRules: true
    }
  }
})

will apply level 1 optimizations, except url normalization, and default level 2 optimizations with rule restructuring.

What level 2 optimizations do?

All level 2 optimizations are dispatched here, and this is what they do:

  • recursivelyOptimizeBlocks - does all the following operations on a nested block, like @media or @keyframe;
  • recursivelyOptimizeProperties - optimizes properties in rulesets and flat at-rules, like @font-face, by splitting them into components (e.g. margin into margin-(bottom|left|right|top)), optimizing, and restoring them back. You may want to use mergeIntoShorthands option to control whether you want to turn multiple components into shorthands;
  • removeDuplicates - gets rid of duplicate rulesets with exactly the same set of properties, e.g. when including a Sass / Less partial twice for no good reason;
  • mergeAdjacent - merges adjacent rulesets with the same selector or rules;
  • reduceNonAdjacent - identifies which properties are overridden in same-selector non-adjacent rulesets, and removes them;
  • mergeNonAdjacentBySelector - identifies same-selector non-adjacent rulesets which can be moved (!) to be merged, requires all intermediate rulesets to not redefine the moved properties, or if redefined to have the same value;
  • mergeNonAdjacentByBody - same as the one above but for same-selector non-adjacent rulesets;
  • restructure - tries to reorganize different-selector different-rules rulesets so they take less space, e.g. .one{padding:0}.two{margin:0}.one{margin-bottom:3px} into .two{margin:0}.one{padding:0;margin-bottom:3px};
  • removeDuplicateFontAtRules - removes duplicated @font-face rules;
  • removeDuplicateMediaQueries - removes duplicated @media nested blocks;
  • mergeMediaQueries - merges non-adjacent @media at-rules by the same rules as mergeNonAdjacentBy* above;

What errors and warnings are?

If clean-css encounters invalid CSS, it will try to remove the invalid part and continue optimizing the rest of the code. It will make you aware of the problem by generating an error or warning. Although clean-css can work with invalid CSS, it is always recommended that you fix warnings and errors in your CSS.

Example: Minify invalid CSS, resulting in two warnings:

const CleanCSS = require("clean-css");

const output = new CleanCSS().minify(`

  a {
    -notarealproperty-: 5px;
    color:
  }
  div {
    margin: 5px
  }

`);

console.log(output);

// Log:
{
  styles: 'div{margin:5px}',
  stats: {
    efficiency: 0.8695652173913043,
    minifiedSize: 15,
    originalSize: 115,
    timeSpent: 1
  },
  errors: [],
  inlinedStylesheets: [],
  warnings: [
    "Invalid property name '-notarealproperty-' at 4:8. Ignoring.",
    "Empty property 'color' at 5:8. Ignoring."
  ]
}

Example: Minify invalid CSS, resulting in one error:

const CleanCSS = require("clean-css");

const output = new CleanCSS().minify(`

  @import "idontexist.css";
  a {
    color: blue;
  }
  div {
    margin: 5px
  }

`);

console.log(output);

// Log:
{
  styles: 'a{color:#00f}div{margin:5px}',
  stats: {
    efficiency: 0.7627118644067796,
    minifiedSize: 28,
    originalSize: 118,
    timeSpent: 2
  },
  errors: [
    'Ignoring local @import of "idontexist.css" as resource is missing.'
  ],
  inlinedStylesheets: [],
  warnings: []
}

Clean-css for Gulp

An example of how you can include clean-css in gulp

const { src, dest, series } = require('gulp');
const CleanCSS = require('clean-css');
const concat = require('gulp-concat');

function css() {
    const options = {
        compatibility: '*', // (default) - Internet Explorer 10+ compatibility mode
        inline: ['all'], // enables all inlining, same as ['local', 'remote']
        level: 2 // Optimization levels. The level option can be either 0, 1 (default), or 2, e.g.
        // Please note that level 1 optimization options are generally safe while level 2 optimizations should be safe for most users.
    };

    return src('app/**/*.css')
        .pipe(concat('style.min.css'))
        .on('data', function(file) {
            const buferFile = new CleanCSS(options).minify(file.contents)
            return file.contents = Buffer.from(buferFile.styles)
        })
        .pipe(dest('build'))
}
exports.css = series(css)

How to use clean-css with build tools?

There is a number of 3rd party plugins to popular build tools:

How to use clean-css from web browser?

Contributing

See CONTRIBUTING.md.

How to get started?

First clone the sources:

git clone git@github.com:clean-css/clean-css.git

then install dependencies:

cd clean-css
npm install

then use any of the following commands to verify your copy:

npm run bench # for clean-css benchmarks (see [test/bench.js](https://github.com/clean-css/clean-css/blob/master/test/bench.js) for details)
npm run browserify # to create the browser-ready clean-css version
npm run check # to lint JS sources with [JSHint](https://github.com/jshint/jshint/)
npm test # to run all tests

Acknowledgments

Sorted alphabetically by GitHub handle:

  • @abarre (Anthony Barre) for improvements to @import processing;
  • @alexlamsl (Alex Lam S.L.) for testing early clean-css 4 versions, reporting bugs, and suggesting numerous improvements.
  • @altschuler (Simon Altschuler) for fixing @import processing inside comments;
  • @ben-eb (Ben Briggs) for sharing ideas about CSS optimizations;
  • @davisjam (Jamie Davis) for disclosing ReDOS vulnerabilities;
  • @facelessuser (Isaac) for pointing out a flaw in clean-css' stateless mode;
  • @grandrath (Martin Grandrath) for improving minify method source traversal in ES6;
  • @jmalonzo (Jan Michael Alonzo) for a patch removing node.js' old sys package;
  • @lukeapage (Luke Page) for suggestions and testing the source maps feature; Plus everyone else involved in #125 for pushing it forward;
  • @madwizard-thomas for sharing ideas about @import inlining and URL rebasing.
  • @ngyikp (Ng Yik Phang) for testing early clean-css 4 versions, reporting bugs, and suggesting numerous improvements.
  • @wagenet (Peter Wagenet) for suggesting improvements to @import inlining behavior;
  • @venemo (Timur Kristóf) for an outstanding contribution of advanced property optimizer for 2.2 release;
  • @vvo (Vincent Voyer) for a patch with better empty element regex and for inspiring us to do many performance improvements in 0.4 release;
  • @xhmikosr for suggesting new features, like option to remove special comments and strip out URLs quotation, and pointing out numerous improvements like JSHint, media queries, etc.

License

clean-css is released under the MIT License.