オフラインとは？意味とオンラインとの違い｜onLineの落とし穴を実測

この記事で実際に動かしたもの：127.0.0.1 の 8727 番に立てた自作の Web サーバーと Chromium 153（開発者ツールのオフライン再現・navigator.onLine・online/offline イベント・HTTP キャッシュ・localStorage・IndexedDB・サービスワーカー・エラー画面）、Linux のネットワーク名前空間（ip netns）で作った「回線のない端末」「つながっているがインターネットに出られない端末」での Chromium・curl・Python・Node.js・npm・pip・git の動きです。

「オフライン」は、スマホの画面にも、ゲームの説明にも、会議の案内にも出てくる言葉です。どれも「ネットワークの外にいる」という芯は同じですが、何から切り離されているのかが場面ごとに違うため、取り違えると話がかみ合いません。最初に、つながりの全体像を図にします。

flowchart TB
    A[アプリ・ブラウザー] --> B[端末の接続<br>Wi-Fi・有線・モバイル]
    B --> C[ルーター・基地局]
    C --> D[インターネット]
    D --> E[相手のサーバー]
    N[navigator.onLine が<br>主に見ているのはここ] -.- B

どこか1か所でも切れると、利用者から見れば「オフライン」です。ただし、ブラウザーが「オフライン」と判断できるのは主に端末の接続（図の B）までで、その先が切れていても「オンライン」と表示されることがあります。この点は後半で実測します。よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS の上で、Python 3.13.18 の http.server で作った自作の Web サーバーを 127.0.0.1 の 8727 番で起動し、Cache-Control の違う4種類のファイル（max-age=3600 の HTML と CSS、no-store の HTML、no-store の JSON API）とサービスワーカー付きのページを返して、届いたリクエストをすべて記録しました。ブラウザーは Chromium 153.0.8010.12（Chrome for Testing）を playwright 1.63.0 から作業用のプロファイルで動かし、開発者ツールのオフライン再現（context.set_offline。内部では Chrome DevTools Protocol のネットワーク条件の設定）を使いました。本物の回線断は、iproute2 6.1.0 の ip netns で作った2つのネットワーク名前空間を veth でつなぎ、インターフェースの up/down・IP アドレス・既定ルートを1段ずつ変えて再現し、その中で Chromium・curl・Python 3.13・Node.js 22.23・npm・pip・git を動かしました。名前空間の先はどこにもつながっておらず、外部のサービスには接続していません。Windows・Mac・iPhone・Android・Outlook・Google ドキュメント・プリンターの手順は、Microsoft・Apple・Google・キヤノンの公式の説明で確かめた範囲だけを書いています。図は mermaid-cli 11.16.0 で描画を確かめています（確認日 2026年10月29日）。

オフラインとは（場面別の意味：ふだんの意味とITの意味）

この節では、「オフライン」という言葉が、ふだんの会話と IT・ゲーム・ビジネスの各場面でそれぞれ何を指すのかが分かります。

オフラインは英語の offline で、「線（line）から外れている（off）」が元の形です。もともとは、コンピューター本体の制御から切り離された装置や作業を指す言葉でした（国語辞典にも「中央処理装置と入出力装置が切り離されている状態」という意味が載っています）。インターネットが広まってからは「通信回線につながっていない状態」の意味で使うのが一般的になり、さらに「ネットの外の、直接の世界」という意味にも広がりました。

以下では、検索されることの多い「端末・ブラウザーがオフラインになる」場面を中心に、実際に回線を切って確かめた結果で説明します。ゲーム・オフ会・プリンター・Outlook などの意味は後半の節でまとめます。

オンラインとオフラインの違い（できること・できないこと）

この節では、オンラインとオフラインで何が変わるのかと、オフラインでも使えるもの・使えないものの違いが分かります。

オンラインは「ネットワークにつながっていて、ほかの機器やサーバーとやり取りできる状態」、オフラインは「つながっておらず、端末の中にあるものだけで動く状態」です。オフラインで困るのは、相手（サーバー）とのやり取りが要る操作です。逆に、端末に保存してあるものは、オフラインでもそのまま使えます。

オンライン・オフラインの違いは「つながっているかどうか」の二択に見えますが、実際の困りごとは「つながっているはずなのに使えない」という中間の状態で起きることが多いです。Wi-Fi のマークは出ているのに Web が開けない、という状態です。これはブラウザーの判定の仕組みと関係するため、実測で順に見ていきます。

オフラインになるとブラウザーで何が起きるか（Chromiumで実測）

この節では、ブラウザーがオフラインになった瞬間に、ページの中の JavaScript から何が見え、どんなイベントが起きるのかが分かります。

ブラウザーには、オンラインかどうかを表す navigator.onLine（true か false）と、状態が変わったときに起きる online・offline イベントがあります。手元のサーバーで開いたページにイベントの記録を仕込み、開発者ツールのオフライン再現をオン・オフしました。

addEventListener('online',  () => log('online event onLine='  + navigator.onLine));
addEventListener('offline', () => log('offline event onLine=' + navigator.onLine));
log('load onLine=' + navigator.onLine);

online onLine True conn 4g
after set_offline onLine False
events: ['0.016 load onLine=true', '0.222 offline event onLine=false', '0.730 online event onLine=true']

オフラインにすると navigator.onLine は false になり、offline イベントが起きました。戻すと online イベントが起きて true に戻ります。オフライン再現を5回繰り返して、切り替えからイベントまでの時間を測ると、どれも1〜2ミリ秒でした。

次に、オフラインの状態でページの中から通信してみました。fetch の結果と、そのときサーバーに届いたリクエストです。

fetch /api         => TypeError: Failed to fetch
fetch /style.css   => OK 200
fetch /cached.html => OK 200
fetch /nostore.html => TypeError: Failed to fetch
fetch /api force-cache => TypeError: Failed to fetch
fetch /style.css no-cache => TypeError: Failed to fetch
localStorage 書きかけ
IndexedDB メモ
server during offline: []

オフラインの間、サーバーには1本もリクエストが届いていません。それでも /style.css と /cached.html は 200 で読めました。どちらも事前に一度読み込み、Cache-Control: max-age=3600（1時間は新しいとみなしてよい）で返していたため、ブラウザーの手元のキャッシュから出たのです。一方、no-store（保存しない）で返した API と HTML は TypeError: Failed to fetch で失敗しました。キャッシュがあるファイルでも、cache: "no-cache"（毎回サーバーに確かめる）を付けると失敗します。

端末の中に保存する仕組み（localStorage と IndexedDB）は、オフラインでも読み書きできました。入力途中の下書きをオフラインの間に失わないようにするには、こうした保存先を使います。保存先ごとの違いは、関連記事「localStorage・sessionStorage・Cookieの違い｜実測比較」で扱っています。

オフラインでも表示できるもの・できないもの（キャッシュの実測）

この節では、オフラインのときに「一度見たページ」をもう一度開けるかどうかが、開き方とキャッシュの設定でどう変わるかが分かります。

オフラインで開けるかどうかは「手元にそのページの保存があるか」と「ブラウザーがサーバーに確かめに行く開き方か」の組み合わせで決まります。オンラインのうちに各ページを一度開いてから、オフラインにして開き方を変えました。

目を引くのは3行目です。リンクで開けば表示できたページが、再読み込み（F5）するとエラーになりました。再読み込みは「最新か確かめ直す」操作なので、期限内のキャッシュがあってもサーバーに問い合わせようとし、オフラインでは失敗します。オフラインのときに「とりあえず再読み込み」をすると、見えていたページが消えてしまうことがあるのはこのためです。

reload cached.html => ERROR Page.reload: net::ERR_INTERNET_DISCONNECTED
go_back to / (no-cache) => 200 オフライン実験 http://127.0.0.1:8727/
goto nostore => ERROR Page.goto: net::ERR_INTERNET_DISCONNECTED at http://127.0.0.1:8727/nostore.html

一方、「戻る」は no-cache（毎回確かめる設定）のページでも表示できました。履歴をたどる操作では、ブラウザーが手元の保存を優先して使うためです。なお、この実験の自動操作では「戻る・進む」を一瞬で再現する仕組み（バックフォワードキャッシュ）が切られているため、この結果は HTTP キャッシュから出たものです。キャッシュの設定値の意味は、関連記事「Cache-Control no-cacheとno-storeの違い｜実測表つき」で扱っています。

navigator.onLine は「インターネットにつながる」とは限らない（ip netnsで実測）

この節では、ブラウザーが「オンライン」と言っているのに通信できない状態と、逆に「オフライン」なのに通信できる状態が、本物の回線断でどう起きるかが分かります。

開発者ツールのオフライン再現は、ブラウザーの中の通信を止めるだけです。本物の回線断では何が起きるかを見るため、Linux のネットワーク名前空間で「インターフェースが無い端末」を作り、インターフェース・IP アドレス・既定ルート（外へ出る道）を1段ずつ足して、その中の Chromium で調べました。外への通信先には、文書の例示用に予約されたアドレス 192.0.2.10 を使っています。

読み取れることは4つです。

MDN の説明でも、Chrome と Safari は「LAN やルーターに接続できないときに false、それ以外は true」とされ、false ならオフラインとみなせるが、true だからといってインターネットにつながるとは限らないと書かれています。仮想マシン用の仮想アダプターがある端末では、常に「接続中」になる例も挙げられています。実測でも、onLine が見ているのは端末の接続（冒頭の図の B）までで、その先のルーターやインターネットの状態は見ていませんでした。

同じ状態でページを開いたときのエラー画面の種類も、状態によって変わりました。

S1 http://www.example.com/ Page.goto: net::ERR_INTERNET_DISCONNECTED
S1 http://192.0.2.10/      Page.goto: net::ERR_INTERNET_DISCONNECTED
S5 http://www.example.com/ Page.goto: net::ERR_NAME_NOT_RESOLVED
S5 http://192.0.2.10/      Page.goto: Timeout 40000ms exceeded.

端末の接続が無い S1 では ERR_INTERNET_DISCONNECTED（インターネットに接続されていません）でしたが、つながっているのに外へ出られない S5 では、名前（ドメイン）を調べられない ERR_NAME_NOT_RESOLVED や、応答待ちの時間切れになりました。エラーの名前を見れば、「端末がオフライン」なのか「端末はつながっているが先で止まっている」のかを切り分けられます。

「オフラインです」と出るときの症状表（エラー原文つき）

この節では、オフラインのときに画面やコマンドに出る表示から、どこで切れているのかを見分ける方法が分かります。

Chromium で、オフラインの状態でページを開いたときのエラー画面の文字を、日本語の表示で読み取りました。

タブのタイトル: 127.0.0.1
プレイするには Space キーを押してください
（読み上げ用の本文に）インターネットに接続されていません
次をお試しください
・ネットワーク ケーブル、モデム、ルーターを確認する
・Wi-Fi に再度接続する
ERR_INTERNET_DISCONNECTED

恐竜の絵とともに出る、いわゆる「恐竜の画面」です。手元の Chromium では見出しにゲームの案内が出て、「インターネットに接続されていません」はページの本文の中に入っていました。いちばん下の小さな英字（エラーコード）が切り分けの手がかりです。ターミナルやプログラムでは、同じオフラインでも次のように出ました。

アプリの画面に「オフラインです」「ネットワークに接続されていません」と出る場合も、原因の場所は同じ考え方で絞れます。

端末別：オフラインを直す手順（Windows・Mac・スマホ・Linux）

この節では、端末がオフラインになったときに、Windows・Mac・iPhone・Android・Linux それぞれで確かめる場所と順番が分かります。

どの端末でも、軽い確認から順に、1つずつ変えて結果を見るのが近道です。全体の順番は次のとおりです。

端末ごとの確かめる場所は、各社の公式の説明で確かめた範囲では次のとおりです。

Apple の説明では、機内モードの間は（あとから自分でオンにしない限り）Wi-Fi と Bluetooth もオフになるとされています。飛行機の中で Wi-Fi だけを使う場合は、機内モードにしたあと Wi-Fi だけをオンに戻す、という順番になります。

自分で確かめる：オフラインかどうかを1行で調べる

この節では、いま使っている端末とブラウザーがオフラインかどうかを、開発者ツールやターミナルの1行で確かめる方法が分かります。

確かめ方1：ブラウザーの開発者ツールで1行。Chrome や Edge で F12 を押して開発者ツールを開き、Console（コンソール）に次の1行を入れます。

navigator.onLine

false ならブラウザーはオフラインと判断しています。true なら端末の接続はあるので、開けない原因はその先（ルーター・回線・相手のサーバー）にあります。続けて次の1行を入れておくと、Wi-Fi を切ったり戻したりしたときにイベントが表示されます。

['online','offline'].forEach(t => addEventListener(t, () => console.log(t, navigator.onLine)))

確かめ方2：作る側は、開発者ツールでオフラインを再現する。Chrome DevTools の公式の説明では、Network パネルのスロットリングのメニュー（Disable cache の隣）から Offline を選ぶと、完全なオフラインを再現できます。自分のサイトがオフラインでどう見えるかを、回線を切らずに確かめられます。ただし手元の実測では、この再現は 127.0.0.1 宛ての通信まで止めました。本物の回線断では 127.0.0.1 は通るため、ローカルのサーバーを使う開発ではこの違いに注意します。開発者ツールの基本は、関連記事「Chrome DevToolsの使い方｜デバッグ手順と便利機能一覧」で扱っています。

確かめ方3：ターミナルで1行（Linux）。外へ出る道があるかを ip route get で確かめます。手元の名前空間で状態ごとに実行した結果です。

$ ip -br addr        （S5：つながっているが先が無い）
lo               UNKNOWN        127.0.0.1/8
veth-a@if2       UP             10.27.0.2/24
$ ip route get 192.0.2.10
192.0.2.10 via 10.27.0.1 dev veth-a src 10.27.0.2 uid 0

$ ip route get 192.0.2.10   （S4：アドレスはあるが既定ルートなし）
RTNETLINK answers: Network is unreachable

$ ip -br addr        （S1：インターフェースが down）
lo               UNKNOWN        127.0.0.1/8
veth-a@if2       DOWN

Network is unreachable が返るなら、端末の中で道が無い（オフライン）状態です。道が返るのに通信できないなら、ルーターから先を疑います。Windows では、前の節の表のとおり ipconfig と ping で同じ切り分けができます。ping は通るのにつながらない場合の切り分けは、関連記事「ネットワークの切り分け8選｜pingは通るのに繋がらない」で扱っています。

• 1navigator.onLine が false かfalse なら端末の接続が無い
• 2エラー画面の英字が何かDISCONNECTED か NAME_NOT_RESOLVED か
• 3外へ出る道（default）があるかip route・ipconfig のデフォルト ゲートウェイ
• 4別の端末でも同じか同じなら回線・ルーター側

オフラインで使えるアプリの仕組み（サービスワーカーと端末への保存）

この節では、電波が無くても動くアプリや Web サイトが、どういう仕組みでオフラインに対応しているのかが分かります。

オフラインで使えるアプリは、「画面を作るファイル」と「データ」を前もって端末に保存し、通信できないときはその保存から表示し、つながったら送受信（同期）する作りになっています。動画アプリのダウンロード、地図の保存、Google ドキュメントのオフライン設定なども、考え方は同じです。

サービスワーカーの効果を確かめるため、手元で、ページと CSS を保存して「保存にあれば保存から返す」だけの最小のサービスワーカーを登録しました。

self.addEventListener('install', e => {
  e.waitUntil(caches.open('v1').then(c => c.addAll(['/sw/', '/sw/app.css'])));
});
self.addEventListener('fetch', e => {
  e.respondWith(caches.match(e.request).then(r => r || fetch(e.request)));
});

server online (SW install+reload): ['/sw/ 200', '/sw/app.css 200', '/sw/sw.js 200', '/sw/ 200', '/sw/app.css 200']
SW page offline reload => 200 from_service_worker True SWのページ rgb(0, 102, 204)
SW page offline goto => 200 True
server during offline: []
cache keys ['/sw/', '/sw/app.css']

キャッシュだけのページでは失敗した「オフラインでの再読み込み」が、サービスワーカーのあるページでは 200 で表示でき、CSS の色（rgb(0, 102, 204)）も当たっていました。応答はサービスワーカーから返り、サーバーには1本も届いていません。ブラウザー任せのキャッシュは「残っていれば使われる」もの、サービスワーカーは「アプリが何を残すかを決める」ものという違いです。

この記事は「オフラインとは何か」の入口なので、仕組みはここまでにします。サービスワーカーの登録・更新・キャッシュの戦略（キャッシュ優先・ネットワーク優先など）を含む PWA の作り方は、関連記事「PWAの作り方｜Service Worker最小コードとキャッシュ戦略一覧」で扱っています。チャットのように常に接続を保つ仕組みで、切れたときにつなぎ直す作り方は、関連記事「Node.js WebSocket実装｜ws・再接続・認証・nginxまで」で扱っています。

利用者の立場で使うオフライン機能の例として、Google の公式ヘルプでは、Google ドキュメント・スプレッドシート・スライドをオフラインで使う条件が次のように説明されています。

• 対応ブラウザーは Google Chrome と Microsoft Edge で、シークレットモード（プライベート ブラウジング）では使えない
• 「Google オフライン ドキュメント」拡張機能を入れて有効にする
• Google ドライブの設定（右上の歯車 > 設定）で「オフライン」を有効にする。有効にする操作はインターネットにつながった状態で行う

「オフラインになってから設定しようとしても間に合わない」のは、このように多くのオフライン機能がオンラインのうちに準備しておく作りだからです。

開発作業とオフライン（npm・pip・git の実物）

この節では、プログラミングの作業がオフラインのときにどこで止まり、どこまでなら進められるのかが分かります。

回線の無い名前空間（S1）で、よく使う開発の道具を動かしました。

$ npm install left-pad --offline
npm error code ENOTCACHED
npm error request to https://registry.npmjs.org/left-pad failed: cache mode is 'only-if-cached' but no cached response is available.

$ npm install left-pad --fetch-retries=0
npm error code EAI_AGAIN
npm error syscall getaddrinfo
npm error request to https://registry.npmjs.org/left-pad failed, reason: getaddrinfo EAI_AGAIN registry.npmjs.org

$ python3 -m pip download --no-index -d w requests
ERROR: Could not find a version that satisfies the requirement requests (from versions: none)
ERROR: No matching distribution found for requests

$ git commit -qm first && git log --oneline
945d472 first
$ git push origin HEAD
fatal: unable to access 'https://github.com/example/repo.git/': Could not resolve host: github.com

npm は、回線が無いときに名前を調べる段階（getaddrinfo）で失敗し、--fetch-retries=0 を付けないと再試行で長く待たされました。インターネットにつながらない社内のサーバーに導入する「オフラインインストール」は、この表の右の列のように、つながる場所で必要なファイルを集めてから持ち込む手順になります。

意味が違う「オフライン」（オフ会・ゲーム・広告・編集・プリンター・Outlook）

この節では、ネットワークの話以外で使われる「オフライン」と、機器やソフトの「オフライン」表示の意味が分かります。

Microsoft の説明では、クラシック Outlook の「オフライン作業」はすべてのメール アカウントに適用され、オフライン作業中は画面下のステータス バーに「オフライン作業」と表示されます。同じボタンをもう一度押すとオンラインに戻ります。回線が本当に切れている場合は「ステータス: 切断中」と出るため、表示の文言で「自分で切り替えたのか」「回線が切れたのか」を見分けられます。新しい Outlook では、設定 > 全般 > オフライン に、オフラインでメール・予定表・ユーザーを使えるようにする切り替えがあります。

プリンターについては、キヤノンの説明で、Wi-Fi のつながり（プリンターの画面の Wi-Fi のアイコン）・電源の入れ直し・通常使うプリンターの設定・「プリンターをオフラインで使用する」のチェック・ドライバーの入れ直し、の順に確かめる手順が示されています。ほかのメーカーの手順は、それぞれのマニュアルで確かめます。

オフラインでよくあるエラーとつまずき（作る側）

この節では、Web サイトやアプリを作る側が、オフラインの扱いでつまずきやすい点と直し方が分かります。

オフラインの表示を作るときは、次のような書き方が基本です。navigator.onLine の false は信用し、true のときは実際の通信の成否で判断します。

async function send(data) {
  if (!navigator.onLine) return saveForLater(data);      // false はオフラインとみなしてよい
  try {
    const r = await fetch('/api', { method: 'POST', body: JSON.stringify(data),
                                    signal: AbortSignal.timeout(5000) });
    if (!r.ok) throw new Error(r.status);
  } catch (e) {
    saveForLater(data);                                   // true でも失敗はありうる
  }
}
addEventListener('online', flushSaved);                   // つながったら送り直す

判断表：オフラインにどこまで対応するか

この節では、Web サイトやアプリを作るときに、オフラインにどこまで対応するかを決める目安が分かります。

1. 1最低限：オフラインと分かる表示を出すoffline・online イベントで帯を出す。送信ボタンを押せないようにする
2. 2入力を失わない書きかけを端末に保存し、つながったら送り直す
3. 3一度見た画面はオフラインでも開けるサービスワーカーで画面のファイルを保存する
4. 4オフラインで作業を続けられるデータも端末に持ち、つながったら同期する。競合の扱いを決める

段階を上げるほど作る手間と確かめる手間が増えます。「どこで・誰が・どれくらいの時間オフラインになるか」を先に決めると、必要な段階が決まります。

よくある質問

Q. オフラインとオンラインの違いを一言で言うと？ A. ネットワークにつながっているかどうかです。つながっていてほかの機器やサーバーとやり取りできればオンライン、つながっておらず端末の中だけで動いていればオフラインです。

Q. オフラインになると何ができなくなりますか？ A. 新しいページを開く、送信する、ログインする、同期する、のようにサーバーとのやり取りが要る操作です。ダウンロード済みの動画や地図、端末内の文書の編集はそのまま使えます。手元の実測では、localStorage と IndexedDB への保存もオフラインで読み書きできました。

Q. Wi-Fi はつながっているのに「オフライン」と出ます。 A. ルーターから先（回線・プロバイダー）が止まっている、またはアプリ側の設定やサーバーの障害が考えられます。別の端末でも開けないならルーターとモデムを再起動し、1つのアプリだけならそのアプリの設定を確かめます。逆に、ブラウザーが「オンライン」と判断していても外に出られない状態は、手元の実測で再現できました。

Q. 機内モードとオフラインは同じですか？ A. 機内モードは端末の電波をまとめて止める機能で、オンにするとその端末はオフラインになります。Apple の説明では、機内モードの間でも Wi-Fi をあとからオンにでき、その場合は Wi-Fi 経由でオンラインになります。オフラインは状態の名前、機内モードはその状態にする手段の1つです。

Q. オフラインのときに再読み込み（F5）してもよいですか？ A. 見ていたページが消えることがあります。手元の実測では、リンクで開けばキャッシュから表示できたページが、再読み込みでは ERR_INTERNET_DISCONNECTED になりました。回線が戻ってから再読み込みするのが確実です。

Q. navigator.onLine だけでオフライン判定をしてよいですか？ A. false のときはオフラインとみなせますが、true のときはインターネットにつながるとは限りません。手元では、IP アドレスが付いただけで外へ出る道が無い状態でも true になりました。実際の通信に時間制限を付け、その成否と組み合わせて判断します。

Q. オフラインの恐竜の画面は何ですか？ A. Chrome などで、オフラインのときにページを開くと出るエラー画面です。手元の Chromium では、見出しに Space キーでゲームを始める案内、下に「ERR_INTERNET_DISCONNECTED」というエラーコードが出ました。コードが ERR_NAME_NOT_RESOLVED などに変わる場合は、端末はつながっていて、その先で止まっています。

Q. オフ会のオフはオフラインのことですか？ A. はい。オフ会は「オフラインの会」を縮めた言い方で、ネット上で知り合った人が実際に会う集まりを指します。ネットワークの接続とは関係ありません。

Q. 「オフラインで使える」アプリはどうやって動いているのですか？ A. 画面を作るファイルとデータを前もって端末に保存し、通信できないときはその保存から表示しています。Web ではサービスワーカーがこの役目を担います。手元の最小のサービスワーカーでも、オフラインの再読み込みで 200 を返せました。多くはオンラインのうちに準備が要るため、出かける前に設定やダウンロードを済ませておきます。

Q. プリンターがオフラインになったときは？ A. パソコンとプリンターが通信できていない状態です。キヤノンの説明では、プリンターの Wi-Fi のつながり、電源の入れ直し、通常使うプリンターの設定、「プリンターをオフラインで使用する」のチェックを外す、ドライバーの入れ直し、の順に確かめます。

まとめ

• オフラインとは、端末がネットワークにつながっていない状態。オンラインはその反対。ふだんの会話では「ネットの外で直接」という意味（オフ会・オフライン広告）でも使う。
• オフラインでは、サーバーとのやり取りが要る操作が止まる。手元の実測では、オフライン中にサーバーへ届いた通信は0本で、max-age 付きで保存済みのファイルと localStorage・IndexedDB だけが使えた。
• オフラインでの再読み込みは、期限内のキャッシュがあっても ERR_INTERNET_DISCONNECTED になった。サービスワーカーで保存したページは 200 で表示できた。
• navigator.onLine は端末の接続までしか見ていない。IP アドレスが付いただけで外へ出られない状態でも true になり、エラーは ERR_NAME_NOT_RESOLVED や時間切れに変わった。
• 直すときは、機内モードと Wi-Fi → 別の端末で比べる → ルーターの再起動 → エラーの名前で切り分け、の順。自分では navigator.onLine と ip route get（Windows は ipconfig と ping）で確かめられる。

参考・出典

確認日はいずれも 2026年10月29日です。

• MDN「Navigator: onLine プロパティ」：https://developer.mozilla.org/ja/docs/Web/API/Navigator/onLine
• Chrome for Developers「Network features reference」（Offline の再現）：https://developer.chrome.com/docs/devtools/network/reference
• Microsoft サポート「Fix Wi-Fi connection issues in Windows」（Windows の Wi-Fi 接続の問題の解決）：https://support.microsoft.com/help/10741
• Microsoft サポート（Windows 用 Outlook でオフラインで作業する方法）：https://support.microsoft.com/ja-jp/outlook/getstarted/how-to-work-offline-in-outlook-for-windows
• Apple サポート「コントロールセンターでBluetoothとWi-Fiを使う」：https://support.apple.com/ja-jp/102412
• Apple「Mac ユーザガイド」MacでWi-Fi状況メニューを使用する：https://support.apple.com/ja-jp/guide/mac-help/mchlfad426fa/mac
• Android ヘルプ「Android デバイスを Wi-Fi ネットワークに接続する」：https://support.google.com/android/answer/9075847?hl=ja
• Google ドキュメント エディタ ヘルプ「オフライン時に Google ドキュメント、スプレッドシート、スライドで作業する」：https://support.google.com/docs/answer/6388102?hl=ja
• キヤノン インクジェット マニュアル「オフラインになる（Windows）／通信できない（Windows）」：https://ij.manual.canon/ij/webmanual/Manual/All/TR160%20series/JP/NTR/ntr_t_03_17.html
• IETF「RFC 5737 IPv4 Address Blocks Reserved for Documentation」（192.0.2.0/24）：https://www.rfc-editor.org/rfc/rfc5737
• Weblio 辞書「オフライン」（デジタル大辞泉ほか）：https://www.weblio.jp/content/OFFLINE

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。