Does your artifact manager get in the way? Join us on Oct. 8 at 10am PT, to discuss how npm can help.Sign up »


0.4.5 • Public • Published

ES Module Shims

86% of users are now running browsers with baseline support for ES modules.

But a lot of the useful features of modules come from new specifications which either aren't implemented yet, or are only available in some browsers.

It turns out that we can actually polyfill most of the newer modules specifications on top of these baseline implementations in a performant 7KB shim.

This includes support for:

Because we are still using the native module loader the edge cases work out comprehensively, including:

  • Live bindings in ES modules
  • Dynamic import expressions (import('src/' + varname'))
  • Circular references, with the execption that live bindings are disabled for the first unexecuted circular parent.

Due to the use of a tiny Web Assembly JS tokenizer for ES module syntax only, with very simple rewriting rules, transformation is instant.

Browser Support

Works in all browsers with baseline ES module support.

Current browser compatibility of modules features without ES module shims:

ES Modules Features Chrome (61+) Firefox (60+) Safari (10.1+) Edge (16+)
Executes Modules in Correct Order ✔️ ✔️ ✔️ 1
Dynamic Import ✔️ 63+ ✔️ 67+ ✔️ 11.1+
import.meta.url ✔️ ~76+ ✔️ ~67+ ✔️ ~12+
Module Workers ✔️ ~68+
Import Maps 2
JSON Modules
CSS Modules
Wasm Modules
  • 1: Edge executes parallel dependencies in non-deterministic order. (ChakraCore bug).
  • 2: Enabled under the Experimental Web Platform Features flag in Chrome 76.
  • ~: Indicates the exact first version support has not yet been determined (PR's welcome!).

Browser Compatibility with ES Module Shims:

ES Modules Features Chrome (61+) Firefox (60+) Safari (10.1+) Edge (16+)
Executes Modules in Correct Order ✔️ ✔️ ✔️ ✔️1
Dynamic Import ✔️ ✔️ ✔️ ✔️
import.meta.url ✔️ ✔️ ✔️ ✔️
Module Workers ✔️ 63+ 2 2 2
Import Maps ✔️ ✔️ ✔️ ✔️
JSON Modules ✔️ ✔️ ✔️ ✔️
CSS Modules ✔️ ✔️ ✔️ 3
Wasm Modules ✖️4 ✔️ ✔️ ✔️
  • 1: The Edge parallel execution ordering bug is corrected by ES Module Shims with an execution chain inlining approach.
  • 2: Module worker support cannot be implemented without dynamic import support in web workers.
  • 3: CSS Modules support pending Constructed Stylesheets Polyfill support in Edge.
  • 4: Chrome limits Web Assembly to 4KiB synchronous instantiations. Fix tracking in #1.

Import Maps

The goal is for this project to eventually become a true polyfill for import maps in older browsers, but this will only happen once the spec is implemented in more than one browser and demonstrated to be stable.

In order to import bare package specifiers like import "lodash" we need import maps, which are still an experimental specification.

Using this polyfill we can write:

<!doctype html>
<!-- either user "defer" or load this polyfill after the scripts below-->
<script defer src="es-module-shims.js"></script>
<script type="importmap-shim">
  "imports": {
    "test": "/test.js"
  "scopes": {
    "/": {
      "test-dep": "/test-dep.js"
<script type="module-shim">
  import test from "test";

All modules are still loaded with the native browser module loader, just as Blob URLs, meaning there is minimal overhead to using a polyfill approach like this.

Dynamic Import

Dynamic import(...) within any modules loaded will be rewritten as importShim(...) automatically providing full support for all es-module-shims features through dynamic import.

To load code dynamically (say from the browser console), importShim can be called similarly:

importShim('/path/to/module.js').then(x => console.log(x));


import.meta.url provides the full URL of the current module within the context of the module execution.

JSON Modules

To load JSON Modules, import any JSON file served with application/json:

import json from './test.json';

CSS Modules

To load CSS Modules, import any file with served with text/css:

import css from './style.css';
document.adoptedStyleSheets = [...document.adoptedStyleSheets, css];

Support relies on the new CSSStyleSheet constructor, which is currently only available in Chromium.

For other browsers a polyfill can be used.

Web Assembly

To load Web Assembly Modules, import a module served with application/wasm:

import { fn } from './test.wasm';

Web Assembly imports are in turn supported.

Import map support is provided both for mapping into Web Assembly URLs, as well as mapping import specifiers to JS or WebAssembly from within WASM.

Note some servers don't yet support serving .wasm files as application/wasm by default, in which case an invalid content type error will be thrown. The application/wasm MIME type is necessary for loading Web Assembly in line with the specification for browser modules.

Module Workers

To load workers with full import shims support, the WorkerShim constructor can be used:

const worker = new WorkerShim('./module.js', {
  type: 'module',
  // optional import map for worker:
  importMap: {...}

This matches the specification for ES module workers, supporting all features of import shims within the workers.

Module workers are only supported in browsers that provide dynamic import in worker environments, which is only Chrome currently.

Implementation Details

Import Rewriting

  • Sources are fetched, import specifiers are rewritten to reference exact URLs, and then executed as BlobURLs through the whole module graph.
  • CSP is not supported as we're using fetch and modular evaluation.
  • The tokenizer handles the full language grammar including nested template strings, comments, regexes and division operator ambiguity based on backtracking.
  • When executing a circular reference A -> B -> A, a shell module technique is used to "shim" the circular reference into an acyclic graph. As a result, live bindings for the circular parent A are not supported, and instead the bindings are captured immediately after the execution of A.

Import Maps

  • The import maps specification is under active development and will change, all of the current specification features are implemented, but the edge cases are not currently fully handled. These will be refined as the specification and reference implementation continue to develop.

Web Assembly

  • In order for Web Assembly to execute in the module graph as a blob: URL we need to use new WebAssembly.Instance for synchronous execution, but this has a 4KB size limit in Chrome and Firefox which will throw for larger binaries. There is no known workaround currently. Tracking in
  • Exports are snapshotted on execution. Unexecuted circular dependencies will be snapshotted as empty imports. This matches the current integration plans for Web Assembly.


Huge thanks to Rich Harris for inspiring this approach with Shimport.






npm i es-module-shims

Downloadsweekly downloads









last publish


  • avatar
Report a vulnerability