Get to know MDN better
このページはコミュニティーの尽力で英語から翻訳されました。MDN Web Docs コミュニティーについてもっと知り、仲間になるにはこちらから。
This feature is well established and works across many devices and browser versions. It’s been available across browsers since 2018年5月.
* Some parts of this feature may have varying levels of support.
静的な import 宣言は、他のモジュールによってエクスポートされた読み込み専用の動的バインドをインポートするために使用します。インポートしたバインドは、バインドをエクスポートしたモジュールによって更新される一方、インポートしているモジュールによって再割り当てすることができないために、「動的バインド」と呼ばれています。
ソースファイルの中で import 宣言を使用するためには、ランタイムがそのファイルをモジュールと見なす必要があります。HTML では、type="module" を <script> タグに加えることがこれに相当します。モジュールは、自動的に厳格モードとして解釈されます。
また、関数風の動的な import() もあり、こちらは type="module" のスクリプトを必要としません。
モジュールからのデフォルトエクスポートを参照する名前。JavaScript の識別子として有効な文字列でなければなりません。
module-nameインポート元のモジュール。 単一引用符および二重引用符で囲まれた文字列リテラルのみが許可されます。 指定子の評価はホストによって規定されます。ほとんどのホストはブラウザーに準拠し、指定子を現在のモジュール URL(import.meta.url 参照)に対する相対 URL として解決します。Node、bundlers、その他の非ブラウザー環境では、これに加えて独自の機能を定義していることが多いため、正確なルールを理解するにはそれらのドキュメントを参照する必要があります。モジュール指定子の解決の節にも詳細情報が記載されています。
nameインポートを参照するとき名前空間のように用いられるモジュールオブジェクトの名前。JavaScript の識別子として有効な文字列でなければなりません。
exportNインポートするエクスポートの名前。module-name のモジュールがエクスポートしている内容によって、識別子にも文字列リテラルにもどちらにもなりえます。文字列リテラルの場合、有効な識別子を用いて別名を割り当てなければなりません。
aliasN指定されたインポートを参照する名前。JavaScript の識別子として有効な文字列でなければなりません。
"module-name" には、インポート属性が with キーワードの後に続くことがあります。
import 宣言はモジュールのトップレベル(要するにブロックや関数などの中以外)にのみ書くことができます。パーサーが import 宣言をモジュール以外の文脈(例えば type="module" のない <script> タグ、eval、new Function など、「スクリプト」や「関数の本体」をパース時の目標として持つもの) で検出すると、SyntaxError を発生させます。モジュール以外の文脈でモジュールをロードするには、ダイナミックインポートという構文を代わりに使用してください。
インポートされたすべてのバインドは、同じスコープに複数存在してはいけません。これは let や const、 class、 function、 var、それから import といった、他のあらゆる宣言と同様です。
import 宣言は構文的に硬直したものとなっています。例えば、文字列リテラルしか指定子に使えなかったり、トップレベルでしか使用できなかったり、すべてのバインドが識別子でなければならない、といった制限があります。この制限により、モジュールは評価する前に静的に解析してリンクさせることができます。これはモジュールを非同期にロードする上で鍵となる性質で、トップレベル await といった機能を実現させてくれています。
import 宣言には 4 つの形式があります。
構文の意味を明らかにするため、下記に例を示します。
例えば my-module から myExport という名前の値が(export * from "another.js" などで暗黙的にせよ、 export 文で明示的にせよ)エクスポートされている場合、次の例では myExport を現在のスコープに追加します。
一つのモジュールから複数の名前をインポートすることもできます。
インポートする際、エクスポートされている名前を変更することもできます。例えば次のように書くと、 shortName を現在のスコープに追加します。
モジュールからエクスポートされている名前が、識別子としては無効な文字列リテラルになっていることがあります。その場合対象の名前を現在のスコープで使用するには、別名を付けなければなりません。
メモ: import { x, y } from "mod" は、 import defaultExport from "mod" して defaultExport から x と y を構造分解することと等価ではありません。名前付きのインポートとデフォルトのインポートは JavaScript のモジュールにおける別種の構文です。
デフォルトエクスポートでエクスポートされた値は、対応するデフォルトのインポート構文を用いてインポートする必要があります。このバージョンでは、デフォルトの値を直接インポートします。
デフォルトのエクスポートは名前を明示していませんので、好きな名前を与えることができます。
デフォルトのインポートと名前空間のインポート、または名前付きインポートを一緒に使用することもできます。そのような場合、デフォルトのインポートを最初に宣言してください。例えば次のようになります。
あるいは、
default という名前のインポートとデフォルトのインポートは、同じ結果をもたらします。ただし default は予約語なので、別名を付けなければなりません。
次のコードは、 /modules/my-module.js という場所にあるモジュールがエクスポートするすべての値を含んだ myModule を現在のスコープに追加します。
この場合、 myModule は名前空間オブジェクトを表しています。名前空間オブジェクトはエクスポートされているすべての値をプロパティとして保持しています。例えば、上記のコードでインポートされたモジュールが doAllTheAmazingThings() をエクスポートしていた場合、次のように呼ぶことができます:
myModule は封印された null プロトタイプオブジェクトです。 デフォルトエクスポートは default という名前のキーで利用できるようになっています。詳細はモジュール名前空間オブジェクトをご覧ください。
メモ: JavaScript は import * from "module-name" のような、ワイルカードインポートを提供していません。名前の衝突が高確率で発生するためです。
副作用のためだけにモジュール全体をインポートした場合、何もインポートされません。モジュールのグローバルなコードが実行されるだけで、値はインポートされないのです。
この種のインポートはしばしばポリフィルのために用いられます。ポリフィルはグローバル変数を書き換えるからです。
インポート宣言は巻き上げが行われます。この場合、インポートが導入する識別子がモジュール全体で利用できるということ、そしてその副作用がモジュールの残りのコードが実行される前に生じるということを意味しています。
ECMAScript 仕様書はモジュール指定子の解決方法を定義しておらず、ホスト環境(ブラウザー、Node.js、Deno など)に委ねています。ブラウザーの動作は HTML 仕様書で規定されており、これがすべての環境における事実上の標準となっています。
HTML 仕様書、Node、その他多くの実装で広く認知されている指定子には、主に以下の 3 種類があります。
相対指定子に関する最も重要な注意点(特に CommonJS の規約に慣れたユーザーにとって)は、ブラウザーでは 1 つの指定子が暗黙的に複数の候補に解決されることを禁止している点です。CommonJS では、main.js と utils/index.js が存在する場合、以下のいずれの記述も utils/index.js の「デフォルトエクスポート」をインポートします。
ウェブ上では、これはコストがかかります。なぜなら、import x from "./utils" と記述した場合、ブラウザーはインポート可能なモジュールが見つかるまで、utils、utils/index.js、utils.js、そしておそらく他にも多くの URL に対してリクエストを送信する必要があるからです。したがって、HTML 仕様書では、指定子はデフォルトで現在のモジュール URL を基準に解決される URL のみに制限されています。ファイル拡張子や index.js というファイル名を省略することはできません。この動作は Node.js の ESM 実装に継承されていますが、ECMAScript 仕様書には含まれていません。
ただし、これは import x from "./utils" がウェブ上で全く機能しないという意味ではありません。 ブラウザーは依然としてその URL にリクエストを送信し、サーバーが正しいコンテンツで応答できればインポートは成功します。 通常、拡張子なしのリクエストは HTML ファイルへのリクエストとして解釈されるため、これを実現するにはサーバー側で独自の解決ロジックを実装する必要があります。
絶対指定子は、インポート可能なソースコードに解決されるあらゆる種類の URL です。特に以下のものが挙げられます。
HTTP URL は、ほとんどのスクリプトが既に HTTP URL を使用しているため、ウェブ上では常に対応しています。Deno ではネイティブに対応してあります(Deno は当初、モジュールシステム全体を HTTP URL に依存させていました)。一方、Node ではカスタム HTTPS ローダーを介した実験的な対応のみとなっています。
file: URL は、Node などの多くのブラウザー以外のランタイムで利用でき、これらの環境ではスクリプトが既に file: URL を使用しています。しかし、セキュリティ上の理由から、ブラウザーでは利用できません。
data URL は、ブラウザー、Node、Deno など多くのランタイムで使用可能です。小さなモジュールをソースコードに直接埋め込むのに便利です。対応する MIME タイプは、インポート可能なソースコードを指定するものです。例えば、JavaScript 用の text/javascript、JSON モジュール用の application/json、WebAssembly モジュール用の application/wasm などです。(なお、 import 属性が必要となる場合があります。)
text/javascript の data URL であってもモジュールとして解釈されますが、相対インポートは使用できません。これは data: URL スキームが階層構造を持たないためです。つまり、import x from "data:text/javascript,import y from './y.js';" はエラーが発生します。相対指定子 './y.js' を解決できないためです。
node: URL は、Node.js の組み込みモジュールに解決されます。これらは Node および Bun など、Node との互換性を主張する他のランタイムで使用できます。
CommonJS によって普及した素の指定子は、node_modules ディレクトリー内で解決されます。例えば、import x from "foo" がある場合、ランタイムは現在のモジュールの親ディレクトリー内にある任意の node_modules ディレクトリー内で foo パッケージを探します。この動作は、import maps を使用することでブラウザーでも再現可能であり、他の方法で解決をカスタマイズすることもできます。
モジュール解決アルゴリズムは、HTML仕様書で定義されている import.meta.resolve 関数を使用して、プログラム的に実行することも可能です。
こちらの例では、指定した範囲内におけるすべての素数を取得する関数をエクスポートする、再使用可能なモジュールを作ります。
インポートした識別子は「動的バインド」と呼ばれます。エクスポートしているモジュールが再代入するとインポートしている値も変わるからです。しかしながら、当の変数をインポートしているモジュールは再代入できません。それでも、エクスポートしたオブジェクトを保持しているモジュールは、インポートしたオブジェクトを書き換えることができますし、変更した値は同じ値をインポートしているすべてのモジュールが観測できるようになっています。
値の変更は モジュール名前空間オブジェクトを通じて観測することもできます。
JavaScript 以外のモジュールも import 文でインポートできますが、その型は import 属性を使用して明示的に宣言する必要があります。例えば、JSON モジュールをインポートするには、type: "json" 属性を指定する必要があります。
| ECMAScript® 2027 Language Specification # sec-imports |
Enable JavaScript to view this browser compatibility table.
This page was last modified on 2026年1月7日 by MDN contributors.
Your blueprint for a better internet.
Visit Mozilla Corporation’s not-for-profit parent, the Mozilla Foundation.
Portions of this content are ©1998–2026 by individual mozilla.org contributors. Content available under a Creative Commons license.