第1章 プロローグ ── ブラウザが「もう一つのOS」になった
すべての仕事がブラウザに移った
10年前、「ブラウザで仕事をする」人間は少なかった。ドキュメントはWord、メールはOutlook、コードはIDEで書き、ブラウザは「Webを見るもの」だった。
今、状況は逆転している。
GitHub・Notion・Linear・Figma・Jira・Salesforce・Slack（Web版）・Google Docs──知識労働のほぼ全てがブラウザの中に収まるようになった。SaaSの普及は「ブラウザを業務の中心インターフェース」に変えた。
その必然の結果として、「ブラウザそのものを拡張する」という発想が有効になった。すべての仕事がブラウザで行われるなら、ブラウザを改造すればすべての仕事が速くなる。
これがChrome拡張機能が2025年に再注目されている理由だ。
なぜ「再注目」なのか
Chrome拡張機能は2010年代から存在した。しかし2025年に起きた変化は三つある。
第一に、AIの統合が本格化した。 2023〜2024年にかけて、LLMを利用したChrome拡張機能が急増した。ページの要約・文章の生成・コードの説明・翻訳──これらが「ブラウザの右クリックメニュー」から実行できるようになった。「ブラウザ上のすべてのテキストにAIが届く」環境が整った。
第二に、ノーコード自動化が成熟した。 Bardeen・MagicalなどのChrome拡張機能は、プログラミングなしでWebアプリをまたがったワークフロー自動化を実現する。「LinkedInのプロフィールを見たらCRMに自動登録」「GitHubのPRをSlackに自動共有」が、コードゼロで設定できる。
第三に、自作Chrome拡張のコストが劇的に下がった。 TypeScript + React + Vite の技術スタックと、AIコーディングツールの普及により、「半日で業務特化の拡張機能を作る」が現実的になった。LINEヤフーはエンジニアが作った社内向けChrome拡張機能のためのストアを構築し、非エンジニアにも配布する体制を整えた。
トイルとChrome拡張機能
SREの概念を借りると、「トイル（Toil）」とは「手動で繰り返される、自動化できるはずの作業」だ。
ブラウザ上のトイルは目に見えにくい。1回5秒の操作は「面倒」と感じない。しかしその操作を1日50回繰り返せば4分強。1年で17時間。チーム10人なら170時間。
graph LR
subgraph "ブラウザ上のトイルの例"
T1["同じURLを毎日開く"]
T2["ページの内容を読んで要約する"]
T3["データをコピーして別ツールに貼る"]
T4["手動でフォームに入力する"]
T5["コードを読んで意図を理解する"]
T6["会議の内容を手動で文字起こし"]
endChrome拡張機能はこれらのブラウザ上のトイルに対する「もっとも手軽な自動化の入口」だ。
本シリーズの構成
第1章 プロローグ ── ブラウザが「もう一つのOS」になった（本章）
第2章 トイルの分類 ── Chrome拡張機能が解くべき問題を整理する
第3章 エンジニア向け ── 開発・コードレビュー・デバッグの武器
第4章 フロントエンド・デザイナー向け ── UIとCSSの検証・設計
第5章 知識労働全般 ── AI・リサーチ・ライティング・会議
第6章 営業・マーケター・オペレーション向け ── データ収集と自動化
第7章 自作Chrome拡張による業務改善 ── 社内トイルを自分で倒す
第8章 ベストプラクティス ── 拡張機能を「武器」にするための考え方
第9章 アンチパターン ── よくある失敗と脱出法
第10章 エピローグ ── 「拡張可能なブラウザ」という設計思想本シリーズは 2026年3月31日時点の情報を元に執筆しました。