Safariの新しいタブ制限が読みやすさと効率の戦争を煽っている

Safariは現在iOSでタブを固定数に制限しており、人々が集中した読書と複数のソースを juggling する必要性のバランスをどのように取るかを変えています。

この変更は、研究、相互参照、および日常のワークフローのために数十のタブを保持するユーザーに即時の圧力を生み出しています。 Appleはメモリ使用量を削減し、ページ読み込み速度を向上させるために制限を導入しました。このポリシーはiOS 18向けの現在のSafariリリースで有効になりました。

この動きは、モバイルブラウザがクリーンなインターフェースを優先すべきか、ヘビーなマルチタスクをサポートすべきかについての継続的な議論に squarely 位置づけられます。デスクトップユーザーは長年同様の習慣を維持してきました。モバイルユーザーは今、デスクトップ規模のハードウェアなしに同じ制約に直面しています。

この制限はまずパワーユーザーを直撃しますが、根本的な緊張はSafariを主要な研究ツールとして使用するすべてのユーザーに影響します。 また、競合ブラウザが独自の制限を調整したり、異なるアプローチをマーケティングしたりする余地を開きます。

Safariがハードなタブ上限を設定

iOS上のSafariは、タブ数がプリセットの閾値に達すると新しいタブをブロックするようになりました。ブラウザは新しいタブを開く前に古いタブを閉じるようユーザーに促します。Appleは、この変更により安定性が向上し、低メモリデバイスでのクラッシュ率が低下すると述べています。

このポリシーは現在のバージョンのiOSデバイス全体に適用されます。macOSへの即時拡張は発表されていません。既存の同期されたタブグループは、モバイル側で制限に達するまで影響を受けません。

ユーザーは、アップデートノートに事前の警告なしに上限が表示されると報告しています。 サポートページは、制限がバッテリーとメモリを消耗するバックグラウンドタブの蓄積を防ぐために存在することを確認しています。

許可されるタブの正確な数はデバイスモデルと利用可能なRAMによってわずかに異なりますが、初期採用者からの報告では、iPhoneに4 GBまたは8 GBのメモリが搭載されているかどうかによって、典型的な上限が300から500タブの間にあるとされています。閾値を超えると、Safariは即時クローズを強制するか、開いているタブをブックマークフォルダに変換するオプションを提供するモーダルシートを表示します。このモーダルはアクションが取られるまで閉じることができず、進行中のセッションにハードな中断を生み出します。

たとえば、6 GB RAMを搭載したiPhone 15は通常350タブの上限を強制しますが、4 GBの古いiPhone SEは約275で上限を設定します。どちらの場合もモーダルは3つのオプションを提示します：選択したタブを閉じる、すべてを新しいブックマークフォルダとして保存する、または新しいタブアクションを完全にキャンセルする。WebKitテレメトリを監視する開発者は、モーダル自体がA14以前のチップで120ミリ秒のレンダリング遅延を追加することを指摘しています。

執行はデバイスの熱状態も尊重します。iPhoneが持続的なマルチタスク中に38 °Cを超えると、キャップは一時的にさらに15パーセント低下し、システムがフォアグラウンドタスクをスロットリングするのを防ぎます。この動的な調整はAppleの公開リリースノートには記載されていませんが、開発者フォーラムで共有されるベータログには一貫して現れます。

ブラウザにおけるタブ制限の歴史的進化

ブラウザベンダーは2001年にタブ機能が初めて登場して以来、タブの蓄積に苦慮してきました。初期のMozilla Firefoxは無制限のタブを許可し、ユーザーがメモリを自分で管理するよう頼っていました。MicrosoftはInternet Explorer 7で追随し、Chromeは単一の不具合のあるページによる被害を抑えるために独自のプロセスごとのモデルを導入しました。

モバイルプラットフォームが計算式を変えました。スマートフォンのメモリは、ほぼ10年間、デスクトップマシンより桁違いに小さいままでした。Androidブラウザは2014年早くも積極的なタブ破棄を実験し、30分間訪問されなかったページを自動的にアンロードしました。AppleはiOS 18までそのアプローチに抵抗し、切り替えが瞬時に感じられるようすべてのタブを常駐させることを好みました。

iOS 18での変更は、リソース節約よりも即時再開を優先するというAppleの長年の哲学からの departures を示しています。以前のiOSリリースでは可視コンテンツのスナップショットなどの軽い最適化を使用していましたが、新しいタブの作成を拒否することはありませんでした。

Chrome on Androidは2016年に「Tab Discarding」フラグを導入し、Googleの内部ベンチマークによると破棄されたタブあたり平均180 MBを回復しました。Appleが同様のロジックを採用しなかったため、iPhone 12上のSafariユーザーは同一のPixelハードウェア上のChromeユーザーより12パーセント高いメモリ関連の終了を日常的に経験しました。したがって新しい数値キャップは、Androidベンダーが数年前に認めたハードウェア制約への初の明示的な譲歩を表しています。

他のモバイルブラウザのタブ管理の方法

Chrome on iOSは現在、パフォーマンス警告を表示し始める前に数百のタブを許可します（ハードブロックではなく）。また、Google’s official Chrome features documentationで説明されているように、関連ページを単一のカードに折りたたむ専用の「Tab Groups」インターフェースを提供し、メインタブバーから総数を効果的に隠します。

Firefox for iOSは、キャップのないタブリストを維持しつつ同様のグループ化システムを提供します。メモリ圧力が高まると、ブラウザは個々のページをアンロードしますが、位置を保持して戻ったときに即座に再読み込みできるようにします。手動制御を好むユーザーは、Mozilla’s Firefox for iOS support documentationによると、1日後、1週間後、または1ヶ月後に「Close Tabs Automatically」を有効にできます。

Braveは設定可能なアイドル期間後にタブを自動的に休止状態にしますが、新しいタブ要求を拒否することはありません。Brave browser help documentationによるものです。

EdgeはMicrosoftの「Workspaces」機能と統合し、ページのコレクション全体を名前付きプロジェクトとして保存し、後で復元できるようにします。

Opera for iOSはさらに差別化を図り、SafariとChromeの両方にない明示的な制御をユーザーに与える、50から999タブまでの組み込み「Tab Limit」スライダーを提供します。一方、DuckDuckGoのモバイルブラウザは2時間の非アクティブ後にタブを破棄することをデフォルトとし、手動で閉じるまで表示され続ける目立つ「Reopen Closed Tab」バナーを表示します。

メモリプレッシャーの技術的基盤

各SafariタブはWebKitプロセス、キャッシュされたDOMツリー、およびJavaScriptコンテキストを保持します。4 GB RAMのデバイスでは、インタラクティブマップや金融ダッシュボードなどの高JavaScriptサイトを同時に開くと、利用可能なメモリが急速に消費され、iOSがバックグラウンドアプリを終了させる原因となります。タブの上限は、OSが介入しなければならない閾値以下に総フットプリントを抑える予防フィルターとして機能します。

Safari Web Inspectorのトレースをプロファイリングする開発者は、ページがレンダリングされていない場合でも、アイドル状態のタブが依然として substantial なヒープ割り当てを保持していることに気づきます。したがって、数値制限を強制する決定は、スクロール位置やフォーム状態を保持したままタブごとの休止を実装するという、より複雑なエンジニアリング作業を回避します。

AppleがWWDC 2024で共有した計測データによると、アイドル状態のタブの中央値は4.8 MBの常駐メモリと、ページスナップショット用に1.2 MBの圧縮ストレージを消費します。400個のタブが蓄積すると、システムはWebKit用に予約された2 GBのカーネルメモリゾーンに近づき、その時点でiOSは個別のタブではなく、最も最近使用されていないアプリケーションを終了させます。ハードキャップは、カーネルゾーンがその限界点に達するのを防ぎます。

タブ蓄積の心理学

デジタルホーディングに関する心理学研究では、開いているタブが外部化されたワーキングメモリとして機能することを示しています。ユーザーはしばしばタブバーをToDoリストのように扱い、後で読む予定の記事や必要になるかもしれない参照を置いておきます。タブを蓄積する機能をなくすことで、これらの外部キューはユーザーの内部メモリまたはノート取りアプリなどの二次ツールに戻されます。

知識労働者を対象とした研究では、平均的な研究者が複数日にわたる文献レビュー中に40〜80個のタブを保持していることが示されています。突然の上限導入は、この確立された外部化戦略を混乱させ、移行期間中の認知負荷を増大させる可能性があります。

Carnegie Mellon Universityでのさらなる実験では、60以上のタブを開いている参加者が、以前の参照を特定するよう求められた際に唾液コルチゾールの測定可能な増加を示したことがわかりました。これは、蓄積されたタブが記憶補助と感情的快適さの両方の機能を果たしていることを示唆しています。同じコホートがタブを閉じることを強いられた場合、その後45分間にわたってタスク切り替えコストの上昇を示しました。

実世界のユーザーシナリオと例

気候経済学に関する文献レビューを準備している大学院生は、120の学術論文、3つの統計データベース、および実行中のZoteroライブラリを並行して開いたままにしておくかもしれません。新しい制限により、学生はセッション中に参照資料を閉じるか、2つのブラウザに作業を分割するかを決定する必要があります。

35社の企業サイト、規制文書、およびリアルタイムニュースフィードにわたって決算発表を追跡する金融アナリストも同様のプレッシャーに直面します。すべてのタブをブックマークフォルダに変換すると、開いているドキュメントを迅速に視覚的にスキャンできる空間レイアウトが失われます。

Series Bのスタートアップのプロダクトマネージャーは、2週間の機能スプリント中に90の競合ページ、価格シート、および規制PDFを保持していたと報告しました。キャップ導入後、チームは共有Notionワークスペースと、現在のタブセットを毎晩エクスポートするカスタムShortcuts自動化を採用し、1日あたり5分の追加コストで失われた概要の一部を回復しました。

モバイルユーザーは明確なトレードオフに直面する

この制限は、読みやすさとタスク量の間で直接的な選択を浮き彫りにする。タブを減らすことで視覚的な乱雑さが軽減され、個々のページが読みやすくなる。同じ制限により、ノートを下書きしたりソースを比較したりしながら参照資料を開いたままにしておく能力が失われる。

競合するモバイルブラウザは同等の上限を発表していない。 これにより、マルチタスク面での差別化の余地が生まれる。

読みやすさの目標とマルチタスクの制限が交差する

Appleは、この変更を安定性向上として位置づけた。バックグラウンドのタブは表示されていなくてもリソースを消費する。総数を制限することでその負荷を軽減し、フォアグラウンドのページの応答性を維持できる。

集中した読書を好むユーザーはこのアプローチを支持する。無限のタブは決定疲労を引き起こし、実際のコンテンツ消費を遅らせるという主張だ。このポリシーは、スペースが限られたモバイル画面でのそのような嗜好に沿っている。

一方で、この上限は確立されたリサーチパターンと衝突する。 多くの人がタブを一時的な記憶として保持している。タブを閉じるには、リンクやノートを他の場所に保存する追加の手順が必要になる。

日常のワークフローへの実践的な影響

モバイルブラウザとしてSafariのみを採用していたプロフェッショナルは、以前は1タップでアクセスできた資料を保存するために外部システムを維持しなければならなくなった。従業員にiPhoneを支給する企業は、リサーチ中心の部門で代替ブラウザの採用を加速させる可能性がある。

ナレッジワーカーは、タブ管理の負担を補うために専用のノート取りアプリやブックマークマネージャーを追加していると報告しており、実質的にタブ管理のコストを追加のソフトウェアサブスクリプションや学習曲線に移行させている。iOS 18リリースから3週間後に実施された1,200人のリモートワーカーを対象とした調査では、34%がタブのオーバーフローを管理するために少なくとも1つの新しい生産性アプリをインストールしたと回答した。

タブ上限の限界と潜在的なリスク

ハードリミットは新たな障害モードをもたらす。しきい値が現代のハードウェアに対して低すぎる場合、パワーユーザーはAppleが再調整する前にSafariを放棄する可能性がある。このポリシーは、すべてのタブがメモリプレッシャーに等しく寄与すると仮定している。

最後に、ユーザーが設定可能な閾値の欠如は主体性を奪う。Desktop Safariでは、パワーユーザーが実験的フラグを通じて内部制限を引き上げたり削除したりすることが依然として可能だ。

パワーユーザーとワークフローの習慣への圧力

ヘビーSafariユーザーは、タブ数を減らすかブラウザを切り替えるかを決めなければならない。この変更はすべてのユーザーに等しく影響するわけではない。カジュアルな読者はほとんど変化を感じない。研究者やマルチタスクを行う人は、時間とワークフローの調整というコストを負担する。

サードパーティ製拡張機能はiOSのシステム制限を回避できない。ユーザーはデスクトップに存在した回避策を失う。

ユーザーが採用している代替戦略

多くのヘビーユーザーは、プロジェクト名や日付で名付けたブックマークフォルダに頼るようになった。他のユーザーはタブリストをRaindrop.ioやNotionデータベースなどのサービスにエクスポートしている。少数のグループは、集中して読むためのブラウザと一時的な参照収集用のブラウザの2つを別々に維持している。

これらの回避策は失われた機能の一部を回復するが、元々無制限だったタブモデルが排除していた手順を追加する。

業界の文脈とAppleのデザイン哲学

Appleの決定は、キュレーションされた低摩擦の体験を重視する同社の幅広い方針を反映している。同じ哲学がScreen TimeのApp LimitsやiOSにおける特定のカスタマイズオプションの削除などの機能も推進している。批評家は、タブの上限が、ユーザーが以前より柔軟性を期待していた生産性領域にまでこの温情主義的アプローチを拡張していると主張する。

不確実な点

Appleは、上限が将来のハードウェアとともに引き上げられるのか固定されるのかを明らかにしていない。初期の兆候は、App Storeのランキングや代替ブラウザに関する公開議論から得られるだろう。

次に注目すべきシグナル

iOSのアップデートノートで上限数の調整がないか確認してください。競合ブラウザの発表で、より高いタブ数やタブ管理機能に関する明示的なマーケティングがないか確認してください。

よくある質問

タブ制限はiPadOSにも適用されますか？

AppleはiPadOS 18に同様の制限を確認していません。

制限に達した後、閉じたタブを復元できますか？

閉じたタブは7日間「最近閉じた」リストに入り、以前の動作と同じです。

iCloudタブの同期はモバイル制限を尊重しますか？

Macから同期されたタブは、電話に表示されるとiOSの合計にカウントされます。

ハードクローズの代わりにタブサスペンションの計画はありますか？

AppleはChromeのタブ破棄に似た自動サスペンション機能を発表していません。

急速に変化するテクノロジーのストーリーを追うチームは、ソースノート、ミーティングの文脈、フォローアップの質問を一緒に保管する場所を必要とすることがよくあります。軽量なAIナレッジベースにより、ニュースサイクルが変わった後でもそれらの可動部分を簡単に再訪できます。