ブラウザとは？仕組み・種類・確認方法をChromiumの実測で解説

ブラウザの仕事は、大きく「取りに行く」と「描く」の2つです。URL を入れてから画面に出るまでの流れを先に図にします。後の節で、この順番を手元の Chromium で実際に測ります。

flowchart TD
    A[URL を入力] --> B[DNS で IP アドレスを調べる]
    B --> C[TCP で接続・HTTPS なら TLS]
    C --> D[HTTP で HTML を受け取る]
    D --> E[HTML を解析して DOM を作る]
    E --> F[CSS・JS・画像を取りに行く]
    F --> G[スタイル計算とレイアウト]
    G --> H[ペイント・合成して画面に出す]

よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS の上で、Python 3.13.18 の http.server で作った簡易サーバーを 127.0.0.1 のポート（HTTP と、自己署名の証明書を使う HTTPS の2つ）に起動し、自作の HTML・CSS・JavaScript・SVG 画像を置きました。ブラウザは Chromium 153.0.8010.12（Playwright 1.63.0・Node.js 22.23.4、ヘッドレス）で開き、Chrome DevTools Protocol の Network・Performance・Tracing のイベントと、ページの Navigation Timing・Paint Timing で時間を測りました。時間は新しいプロファイルで7回開いた中央値です。比べとして curl 8.5.0 でも同じページを取得しています。Chrome・Edge・Safari・Firefox の確認方法と仕組みは各社の公式ヘルプ・MDN・Chromium の公式資料で、シェアは StatCounter の公開値（2026年9月）で確かめました。Windows・Mac・iPhone の画面はこの環境で動かせないため、公式ヘルプに書かれた手順だけを載せています。図は mermaid-cli 11.16.0 で描画を確かめました（確認日 2026年10月29日）。

ブラウザとは（意味をひとことで）

この節では、ブラウザという言葉の意味と、ほかのプログラムとどこが違うのかが分かります。

ブラウザ（Web ブラウザ）は、Web からページを取得して表示し、リンクをたどって次のページへ移れるようにするプログラムです。 MDN の用語集は、ブラウザを「ユーザーエージェントの最もなじみ深い形」と説明し、ページの表示にはレンダリングエンジンを使う、としています。

• 語源：英語の browse（ざっと見る・拾い読みする）から来ています。ページを見て回ることを「ブラウジング」と呼びます。
• 正式な呼び方：「Web ブラウザ」「インターネットブラウザ」とも呼びます。この記事の「ブラウザ」は Web ブラウザのことです。
• 最初から入っている：Windows には Edge、Mac・iPhone には Safari、多くの Android スマホには Chrome が入っています。ほかのブラウザは追加で入れて使えます。
• 始まり：CERN によると、Web は1989年にティム・バーナーズ＝リーが考案し、1993年4月30日に CERN が Web のソフトウェアを誰でも使えるように公開しました。

「ページを取ってくるだけ」のプログラムとの違い

ブラウザが何をしているかは、ページを取ってくるだけのコマンド（curl）と比べると分かります。手元のサーバーに同じ URL を送りました。

$ curl -v http://localhost:45730/
> GET / HTTP/1.1
> Host: localhost:45730
> User-Agent: curl/8.5.0
> Accept: */*
< HTTP/1.1 200 OK
< Content-Type: text/html; charset=utf-8
< Content-Length: 451
< Set-Cookie: visited=1; Path=/; SameSite=Lax
<!doctype html>
<html lang="ja">
<head>
<meta charset="utf-8">
<title>ブラウザの実験ページ</title>
<link rel="stylesheet" href="/style.css">
<script src="/app.js" defer></script>
...

サーバーのログでは、curl は1行、Chromium は /・/style.css・/app.js・/logo.svg の4行でした。ブラウザは「HTML を読んで、必要な部品を自分で集め、組み立てて描く」ところまで行います。

ブラウザでできること（主な機能）

この節では、ブラウザの画面にある主な機能と、それぞれ何のためにあるのかが分かります。

シークレットモードについて、Chrome ヘルプは「シークレット モード セッションの終了後、Chrome でサイトデータやアクセスしたサイトの記録は保持されない」一方、ブックマークとダウンロードしたファイルは残り、アクセスしたサイトやネットワークを管理する組織（学校・勤務先・プロバイダなど）にはアクティビティが知られる可能性がある、と説明しています。開発者ツールの使い方は、関連記事「Chrome DevToolsの使い方｜デバッグ手順と便利機能一覧」で扱っています。

ブラウザの仕組み：URLを入れてから表示されるまで（Chromiumで実測）

この節では、ブラウザが URL を受け取ってから画面に描くまでの段階と、それぞれにかかった時間が分かります。

ブラウザは「住所を調べる→つなぐ→頼む→受け取る→読む→描く」の順に動きます。 MDN の「ブラウザーの動作の仕組み」も、ナビゲーション（DNS・TCP・TLS）→レスポンス→構文解析→レンダリングの順で説明しています。通信の部分を層に分けて見るときは、関連記事「OSI参照モデルとは｜7層の早見表とTCP/IP対応・パケット実例」で扱っています。

3つの開き方で測った時間

同じページを、IP アドレスで直接（127.0.0.1）、名前で（localhost）、HTTPS で（https://localhost）の3通りに開き、Navigation Timing の値を7回の中央値でまとめました。単位はミリ秒（ms）で、0 はページを開き始めた時刻です。

• DNS が 0.0ms なのは、手元の名前（localhost）と IP アドレスの直書きだからです。 インターネット上のサイトでは、DNS サーバーに問い合わせる時間がここに入ります。MDN は、DNS の結果は多くの場合キャッシュされ、ページが参照するホスト名ごとに問い合わせが要る、と説明しています。
• HTTPS では接続の中に TLS（暗号化の準備）が入りました。手元の Python のサーバーは HTTPS のときに応答が遅く、TTFB が 42.6ms に伸びています。この表の差は「段階が増える」ことを見るためのもので、HTTPS が一般にこれだけ遅いという意味ではありません。
• この小さなページでは、load（読み込み完了のイベント）より後に最初の描画が記録されました。描画はイベントとは別の流れで進むため、順番が前後することがあります。
• Performance.getMetrics では、レイアウトが1〜2回、スタイルの再計算が2〜3回でした。ページが小さいので1回あたりは1ms 未満〜数 ms です。

描画の順番をDevToolsのトレースで見る（HTML解析→CSS→レイアウト→ペイント）

この節では、ブラウザの中で「読む」「当てる」「並べる」「塗る」が、実際にどの順で起きたかが分かります。

DevTools の「パフォーマンス」と同じ記録（トレース）を Chrome DevTools Protocol で取り、主な出来事を時刻順に並べました。0 は HTML のリクエストを送った時刻です（SVG 画像の中で起きた出来事は除いています）。

同じ計測を2回行うと、1回目は CSS が 35ms 目に届き、順番が少し変わりました。通信の届く順は毎回同じではなく、ブラウザは届いたものから処理を進めます。 CSS の役割は、関連記事「CSSとは｜HTMLとの違い・書き方・効かない原因を実例で解説」で扱っています。

ブラウザはHTMLの誤りを直して表示する（JSが描画を止める例も）

この節では、HTML が少し間違っていても表示される理由と、JavaScript の読み込み方で表示の速さが変わる様子が分かります。

閉じ忘れたタグを補う

閉じタグを書き忘れ、入れ子も崩れた HTML を Chromium で開き、ブラウザが作った DOM を取り出しました。

送った HTML（本文）：

<p>一つ目<p>二つ目<b>太字<i>斜体</b>おわり
<table><tr><td>セル</table>

ブラウザが作った DOM（document.body.innerHTML の値）：

<p>一つ目</p><p>二つ目<b>太字<i>斜体</i></b><i>おわり
</i></p><table><tbody><tr><td>セル</td></tr></tbody></table><i>
</i>

ブラウザは、閉じ忘れた <p> を閉じ、書いていない <tbody> を足し、崩れた <i> を分けて組み立て直しました。 誤りがあっても止まらずに表示するのはブラウザの決まった動きです。ただし、補い方が意図と違うこともあり、「おわり」が斜体になったのはその例です。

head の script は描画を止める（defer との比べ）

応答に1秒かかる JavaScript を head に置き、defer の有無で比べました（3回の中央値）。

<script src="/slow.js"></script>
<script src="/slow.js" defer></script>

上が block.html、下が defer.html の head に書いた1行です。

defer なしでは、JS が届くまでの約1秒、画面は真っ白のままでした。 defer を付けると 40ms で本文が描かれ、JS は届いてから実行されました。MDN も、async や defer の無い script は HTML の解析と描画を止める、と説明しています。

ブラウザの種類とエンジン（Chrome・Edge・Safari・Firefox）

この節では、主なブラウザの種類と、それぞれの中で動いているエンジンの違いが分かります。

ブラウザの見た目は違っても、ページを描く中身（レンダリングエンジン）は Blink・WebKit・Gecko の3系統が中心です。 MDN はレンダリングエンジンを「ウェブページの HTML、CSS、その他のリソースを、画面上の視覚的表現に変換」する部分と説明しています。同じエンジンなら、ページの表示もほぼ同じになります。

flowchart LR
    B1[Blink] --> C1[Chrome・Edge<br>Opera・Brave など]
    B2[WebKit] --> C2[Safari<br>iPhone のブラウザ]
    B3[Gecko] --> C3[Firefox]

• Chromium は、Chrome のもとになっているオープンソースのブラウザです。 Chrome for Developers は、Chrome は Chromium の上に作られ、Edge・Samsung Internet・Arc・Android WebView・Vivaldi・Brave・Opera も Chromium のコードをもとにしている、と説明しています。Blink は Chromium が使うレンダリングエンジンの名前です。
• Microsoft の Edge の解説ページは、Edge は 2020年に Chromium を土台にして公開されたと書いています。それ以前の Edge と Internet Explorer は別のエンジンでした。
• Internet Explorer 11 のデスクトップアプリは、2022年6月15日に、対象の Windows でのサポートが終わりました（Microsoft Learn）。
• WebKit の公式サイトは、WebKit を「Safari、Mail、App Store など、macOS・iOS・Linux の多くのアプリで使われるエンジン」と説明しています。

iPhone の Chrome も中身は WebKit が基本

Apple の App Store Review Guidelines 2.5.6 は、Web を閲覧するアプリは WebKit のフレームワークと WebKit の JavaScript を使うこととし、別のエンジンを使うには EU と日本向けの資格（エンタイトルメント）の申請が要る、としています。iPhone の Chrome や Edge は、見た目は Chrome・Edge でも、多くは WebKit で描いています。 「iPhone の Chrome と Safari で表示が同じ」になりやすいのはこのためです。

モダンブラウザとレガシーブラウザ

今の Web の標準（HTML・CSS・JavaScript の新しい仕様）に沿って自動で更新され続けるブラウザを「モダンブラウザ」、サポートが終わって更新されないブラウザ（Internet Explorer など）を「レガシーブラウザ」と呼びます。サポートが終わったブラウザは、安全のための修正も届きません。

ブラウザのシェア（日本・世界、2026年9月時点）

この節では、日本でどのブラウザがどれくらい使われているかが、パソコンとスマホに分けて分かります。

日本では、パソコンは Chrome と Edge、スマホは Chrome と Safari でほとんどを占めます。 StatCounter の公開値（2026年9月）です。

• 「－」は、その区分の上位6つに入っていなかったものです。
• パソコンでは Edge が約28%と、世界（全体で約6%）より高めです。 Windows に最初から入っていることが効いていると考えられます。
• スマホは Chrome と Safari が近い値で並んでいます。上の節のとおり、iPhone の Chrome の多くは中身が WebKit です。
• StatCounter の値は月ごとに変わるため、引用するときは時点を添えます。

使っているブラウザとバージョンの確認方法（Chrome・Edge・Safari・Firefox）

この節では、今使っているブラウザの名前と版（バージョン）を、各社の公式ヘルプに書かれた手順で確かめる方法が分かります。

どのブラウザも、メニューの「〇〇について」を開くと、名前とバージョンが表示されます。 Chrome・Edge は、その画面を開くと更新の確認も行います。

• Safari は単体ではなく OS と一緒に更新されます。 Apple サポートは、Safari の新しい版は OS のアップデートで入手する、と説明しています。Windows 用の Safari は 5.1.7 が最後の版で、今は提供されていません。
• Apple サポートは、最新の OS を使っているのに Web サイトに Safari のバージョンが低いという表示が出る場合、問題は Web サイト側にあると考えられる、としています。

「どのブラウザで開いているか」をページの側から見る

サポートの窓口などで「お使いのブラウザは？」と聞かれたときに、ページの JavaScript で読める値が手がかりになります。手元の Chromium で、自作のページから読んだ値です（ヘッドレスで動かしたので、名前に HeadlessChrome と出ています）。

{
 "userAgent": "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/153.0.8010.12 Safari/537.36",
 "platform": "Linux x86_64",
 "language": "ja-JP",
 "cookieEnabled": true,
 "hardwareConcurrency": 2,
 "uaData": {
  "brands": [
   { "brand": "HeadlessChrome", "version": "153" },
   { "brand": "Not_A Brand", "version": "8" },
   { "brand": "Chromium", "version": "153" }
  ],
  "mobile": false,
  "platform": "Linux"
 }
}

navigator.userAgentData は Chromium 系で使える新しい形で、名前と大きい版の番号だけを返します。

User-Agentとは：ブラウザがサーバーに名乗る情報（実物）

この節では、ブラウザがリクエストのたびにサーバーへ送っている「名乗り」の中身と、それを本人確認に使えない理由が分かります。

User-Agent は、ブラウザ・OS・版などをサーバーに伝える文字列です。 MDN は「サーバーやネットワークピアがアプリケーション、オペレーティングシステム、ベンダーや、リクエストしているユーザーエージェントのバージョン等を識別できるようにする特性文字列」と説明しています。手元のサーバーが受け取ったヘッダーです（一部）。

GET /headers HTTP/1.1
Host: 127.0.0.1:45730
sec-ch-ua: "HeadlessChrome";v="153", "Not_A Brand";v="8", "Chromium";v="153"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Linux"
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/153.0.8010.12 Safari/537.36
Accept-Language: ja-JP
Accept-Encoding: gzip, deflate, br, zstd
Cookie: visited=1

User-Agent の読み方

MDN の例では、Chrome の User-Agent は Chrome/143.0.0.0 のように細かい版が 0 になっています。Chrome for Developers は、User-Agent の情報を減らし、詳しい情報は User-Agent Client Hints（Sec-CH-UA などのヘッダー）で、サーバーが求めたときだけ渡す方向を説明しています。

User-Agent は書き換えられる

Playwright の「iPhone 15」の設定で同じ Chromium を開くと、User-Agent は iPhone の Safari になりました。しかし、ほかの値は Chromium のままでした。

userAgent : Mozilla/5.0 (iPhone; CPU iPhone OS 17_5 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.6 Mobile/15E148 Safari/604.1
platform  : Linux x86_64
uaData    : HeadlessChrome 153 / Chromium 153, mobile: true, platform: iOS
sec-ch-ua : "HeadlessChrome";v="153", "Not_A Brand";v="8", "Chromium";v="153"

User-Agent は送る側がいくらでも変えられるため、「このブラウザだから安全」という判断や本人確認には使えません。 MDN も、User-Agent でブラウザを判定して出し分けるのは通常は良くない考えだ、と注意しています。表示の出し分けは、機能があるかどうかを JavaScript や CSS で確かめる方法（機能検出）が基本です。

ブラウザとOS・アプリ・検索エンジンの違い

この節では、ブラウザと混同されやすい言葉との違いが、たとえと表で分かります。

キャッシュとCookieの役割（2回目はリクエストが半分）

この節では、ブラウザが保存しておく2つのデータ「キャッシュ」と「Cookie」が何をしているかが、サーバーのログで分かります。

キャッシュ：2回目はサーバーへのリクエストが4回から2回に

手元のサーバーは、style.css と logo.svg にだけ Cache-Control: max-age=600（600秒は保存してよい）を付けています。同じページをもう一度開いたときの、Chromium の記録とサーバーのログです。

1回目  /           200  650 bytes
       /style.css  200  286 bytes
       /app.js     200  331 bytes
       /logo.svg   200  374 bytes
2回目  /           200  650 bytes
       /style.css  200    0 bytes  disk（ディスクのキャッシュから）
       /app.js     200  331 bytes
       /logo.svg   200    0 bytes  disk（ディスクのキャッシュから）

サーバーのログ（2回目）： GET /  と  GET /app.js  の2行だけ

保存してよいと言われた2つは、サーバーに頼まずにブラウザの中から出しました。 「サイトを直したのに表示が変わらない」の多くはこのキャッシュが原因で、そのときはキャッシュを消すか、スーパーリロードで取り直します。保存の期間の決め方は、関連記事「Cache-Controlのno-cacheとno-storeの違いと正しい設定」で扱っています。

Cookie：サーバーに渡された値を、次から自動で送る

サーバーは最初の HTML の応答に Set-Cookie: visited=1 を付けています。サーバーのログでは、最初の GET / には Cookie が無く、同じ画面の CSS・JS・画像のリクエストから Cookie: visited=1 が付いていました。

GET /          cookie: None
GET /style.css cookie: visited=1
GET /app.js    cookie: visited=1
GET /logo.svg  cookie: visited=1

Chromium に保存された Cookie を見ると、127.0.0.1 と localhost で別々に1つずつありました。Cookie はサイト（ドメイン）ごとに分けて保存され、ほかのサイトには送られません。 ログインの仕組みとの関係は、関連記事「Cookieとセッションの違いと仕組み｜セッションIDの流れを図解」で扱っています。

よくある誤解と、つまずいたときの表示（エラー原文）

この節では、ブラウザについてよくある思い違いと、ページが開かないときに出る文言の意味が分かります。

開けないときの表示（Chromium の原文）

手元で、閉じたポート・自己署名の証明書・存在しない名前・無いファイルを開いた結果です。ブラウザが出すエラーの名前（net::ERR_…）は、画面の下や開発者ツールに出ます。

net::ERR_… はブラウザがサーバーにたどり着く前のエラー、404 などの3桁の数字はサーバーが返した結果です。3桁の数字の意味と対処は、関連記事「HTTPステータスコード 一覧｜全コードの原因と対処・curl実例つき」で扱っています。

判断表：目的別のブラウザの選び方と安全に使うポイント

この節では、目的ごとにどのブラウザ・どの機能を選ぶかと、安全に使うために確かめることが分かります。

安全に使うために確かめる4つ

• 1ブラウザを最新にしておく「〇〇について」を開いて更新を確認する。Safari は OS を更新する
• 2サポートが終わったブラウザを使わないInternet Explorer 11 は 2022年6月15日にサポートが終わった
• 3拡張機能は配布元と権限を見て入れる使っていないものは外す。表示が遅いときの原因にもなる
• 4証明書の警告が出たら先に進まないERR_CERT_… の画面は、相手が本物か確かめられなかったという意味

困ったときに試す順番

1. 1再読み込み・スーパーリロード一時的な失敗と、キャッシュに残った前の内容を外す
2. 2シークレットウィンドウで開くCookie・拡張機能の影響を外して比べる
3. 3別のブラウザで開くエンジンの違いか、サイト・回線の問題かを切り分ける
4. 4ブラウザ・OS を更新する「〇〇について」で版を確かめる
5. 5別の回線・端末で開くそれでも開けなければ、サイト側の問題の可能性が高い

よくある質問

Q. ブラウザとは簡単に言うと何ですか？ A. インターネットのページを見るためのアプリです。URL を入れるとページを取りに行き、文字や画像を組み立てて画面に表示します。

Q. ブラウザの種類はいくつありますか？ A. 数多くありますが、よく使われるのは Chrome・Edge・Safari・Firefox の4つです。中身のエンジンで分けると、Blink（Chrome・Edge など）、WebKit（Safari）、Gecko（Firefox）の3系統が中心です。

Q. 自分が使っているブラウザを確認する方法は？ A. メニューの「ヘルプ」や「設定」から「〇〇について」を開くと、ブラウザの名前とバージョンが出ます。Safari は OS に付属するので、iPhone は「設定」→「一般」→「情報」で iOS の版を見ます。

Q. Google と Chrome は同じものですか？ A. 違います。Chrome は Google が作ったブラウザ（アプリ）で、Google 検索は検索エンジン（Web サービス）です。Edge や Safari からも Google 検索を使えます。

Q. ブラウザはどれを使えばよいですか？ A. 迷ったら、端末に最初から入っているもの（Windows は Edge、Mac・iPhone は Safari）か Chrome を使い、最新の版に保ちます。パソコンとスマホで同じブラウザにすると、ブックマークを同期できます。

Q. ブラウザは複数入れてもよいですか？ A. はい、入れられます。リンクを開いたときに使うものを「既定のブラウザ」として1つ決めます。表示がおかしいときに別のブラウザで開くと、原因の切り分けにも使えます。

Q. iPhone の Chrome と Safari は何が違いますか？ A. 画面や同期の仕組みは違いますが、ページを描く中身は多くが同じ WebKit です。App Store の規約で、Web を閲覧するアプリは WebKit を使うことが基本とされています（EU と日本では別のエンジンを使う資格を申請できます）。

Q. ブラウザの「キャッシュ」とは何ですか？ A. 一度取得した画像や CSS などを手元に保存しておく仕組みです。手元の計測では、2回目の表示でサーバーへのリクエストが4回から2回に減りました。

Q. Cookie を無効にするとどうなりますか？ A. ログイン状態を保つサイトの多くで、ログインできない・すぐに切れるといったことが起きます。Cookie はサイトごとに保存され、そのサイトにだけ送られます。

Q. ブラウザを更新しないとどうなりますか？ A. 安全のための修正が届かず、新しい仕様を使うサイトで表示が崩れることがあります。サポートが終わったブラウザ（Internet Explorer など）は、修正そのものが提供されません。

まとめ

• ブラウザは、Web ページを取りに行き、HTML・CSS・JavaScript を解釈して画面に描くアプリ。curl が1回のリクエストで終わるところ、Chromium は CSS・JS・画像も集めて4回送った。
• 表示までは DNS→接続（HTTPS なら TLS）→HTTP→HTML 解析→スタイル計算→レイアウト→ペイントの順。手元の計測では最初の描画まで約 88〜144ms で、CSS が届くまで描画は始まらず、defer の無い script は描画を約1秒止めた。
• 主なブラウザは Chrome・Edge・Safari・Firefox。エンジンは Blink（Chrome・Edge など）・WebKit（Safari）・Gecko（Firefox）の3系統。日本のシェアは2026年9月で Chrome 52.76%・Safari 25.19%・Edge 15.07%（StatCounter）。
• ブラウザとバージョンは、メニューの「〇〇について」で確かめる。Safari は OS と一緒に更新される。
• キャッシュは再取得を減らし（2回目はリクエストが半分）、Cookie はサイトごとに保存されて自動で送られる。User-Agent は書き換えられるので、ブラウザの判定や本人確認には使わない。

参考・出典

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

• MDN「Browser (ブラウザー)」：https://developer.mozilla.org/ja/docs/Glossary/Browser
• MDN「Rendering engine (レンダリングエンジン)」：https://developer.mozilla.org/ja/docs/Glossary/Engine/Rendering
• MDN「Gecko」：https://developer.mozilla.org/ja/docs/Glossary/Gecko
• MDN「ページの生成: ブラウザーの動作の仕組み」：https://developer.mozilla.org/ja/docs/Web/Performance/Guides/How_browsers_work
• MDN「User-Agent」：https://developer.mozilla.org/ja/docs/Web/HTTP/Reference/Headers/User-Agent
• Chrome for Developers「Chrome and Chromium」：https://developer.chrome.com/docs/web-platform/chrome-chromium
• Chrome for Developers「Improving user privacy and developer experience with User-Agent Client Hints」：https://developer.chrome.com/docs/privacy-security/user-agent-client-hints
• The Chromium Projects「Blink (Rendering Engine)」：https://www.chromium.org/blink/
• WebKit：https://webkit.org/
• Google Chrome ヘルプ「Google Chrome を更新する」：https://support.google.com/chrome/answer/95414?hl=ja
• Google Chrome ヘルプ「シークレット モードでブラウジングする」：https://support.google.com/chrome/answer/95464?hl=ja
• Microsoft サポート「Find out which version of Microsoft Edge you have」：https://support.microsoft.com/help/4027011
• Microsoft「What is Chromium Technology, and How Does It Enhance Your Browser?」：https://www.microsoft.com/en-us/edge/learning-center/what-is-chromium-how-does-it-enhance-your-browser
• Microsoft Learn「ライフサイクルに関する FAQ - Internet Explorer および Microsoft Edge」：https://learn.microsoft.com/ja-jp/lifecycle/faq/internet-explorer-microsoft-edge
• Firefox ヘルプ「Firefox のバージョンを確認するには」：https://support.mozilla.org/ja/kb/find-what-version-firefox-you-are-using
• Apple サポート「最新バージョンのSafariにアップデートする」：https://support.apple.com/ja-jp/102665
• Apple サポート「iPhone、iPad、iPod touchのソフトウェアのバージョンを確認する」：https://support.apple.com/ja-jp/ht201685
• Apple「App Store Review Guidelines」2.5.6：https://developer.apple.com/app-store/review/guidelines/
• CERN「Tim Berners-Lee, World Wide Web inventor」：https://home.cern/science/computing/birth-web
• StatCounter Global Stats「Browser Market Share Japan」（すべて・Desktop・Mobile、2026年9月）：https://gs.statcounter.com/browser-market-share/all/japan
• StatCounter Global Stats「Browser Market Share Worldwide」（2026年9月）：https://gs.statcounter.com/browser-market-share

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