Navigation Menu

Skip to content
This repository has been archived by the owner on Nov 13, 2022. It is now read-only.


Repository files navigation

⚠️ UPDATE ⚠️ this package is no longer needed (or recommended) since dynamic import() is now supported in every browser that support JavaScript modules.

Dynamic import() polyfill

A fast, tiny polyfill for dynamic import() that works in all module-supporting browsers. The polyfill feature detects built-in import() support and defers to the native version if available. For browsers without module support, you can use the module/nomodule technique to generate a fully ES5-compatible bundle.


You can install this library from npm by running:

npm install dynamic-import-polyfill


To use the polyfill, just initialize it once, in your app's main entry point before dynamically importing any modules. If you have multiple entry points, just add it to the entry point that will be evaluated first.

import dynamicImportPolyfill from 'dynamic-import-polyfill';

// This needs to be done before any dynamic imports are used.
  modulePath: '/public', // Defaults to '.'
  importFunctionName = '$$import' // Defaults to '__import__'

Configuration options

Name Type Description
modulePath string

A path for which all relative import URLs will resolve from.

Default: '.'

This should be an absolute path to the directory where your production modules are deployed (e.g. /public/). If given a relative path, it is resolve against the current page's URL.

importFunctionName string

The name of the dynamic import polyfill function added to the global scope. (Note: a name other than import is required because "import" is a keyword in JavaScript.)

Default: '__import__'

If you're using a bundler that supports renaming import() to another name, make sure you choose the same name used here.

Content Security Policy (CSP)

This polyfill uses new Function() to feature detect dynamic import() support, and that detect will always fail if your Content Security Policy (CSP) does not allow 'unsafe-eval' (which most do not). This is generally fine, however, because the polyfill fallback will be used instead. Just be aware that such CSP policies will prevent the browser from using its native dynamic import(), even when supported.

In addition, this polyfill uses Blob URLs to load modules dynamically, and in order for this to work you must configure your Content Security Policy to allow Blob in your script-src settings.

Here's an example Content Security Policy that works (cross-browser) with this polyfill:

<meta http-equiv="Content-Security-Policy" content="script-src 'self' blob:">


rollup-native-modules-boilerplate features a complete example demonstrating how to use this polyfill with full, cross-browser support for legacy browsers. For more details on the techniques used in this demo, see Using Native JavaScript Modules in Production Today by @philipwalton.


This polyfill does not support import.meta, as it is generally not needed when using a bundler that outputs all your modules to the same directory. Bundlers can also resolve import.meta at build time, so oftentimes import.meta does not appear in the final module output.

If import.meta support is a requirement for your use case, es-module-shims by @guybedford may be an option.


This polyfill was inspired from prior work in this space by these projects:




A fast, tiny polyfill for dynamic import() that works in all module-supporting browsers







No packages published