Playwrightで本物のSafariをテストできる？2026年の選び方

結論：WebKitだけでSafariの合格判定はしない

適しているケース： 一般的なWebKit系の表示・操作回帰を早めに見つけたい場合は、Playwright WebKitを使います。
適していないケース： Safariブランド版での挙動確認が必要なら、macOS上のSafari WebDriverによるテストを追加します。Playwright WebKitはSafariそのものを起動しません。PlaywrightのWebKitはWebKitのソースを基に変更されたビルドです。公式ブラウザー資料で両者を区別してから、必要なテスト範囲を決めてください。

この記事は、複数ブラウザーをPlaywrightで検証しているフロントエンド開発者、Safariの自動テストを選ぶテストエンジニア向けです。
CI担当者が、実際のSafariを動かすMac環境の必要性や運用上の制約を判断する際にも役立ちます。

Playwright WebKitとSafariは、どこまで同じなのか

WebKitはレンダリングエンジン、Safariはそのエンジンを含むブラウザー製品です。エンジンに共通点があるからといって、Safariと同じバージョン、設定、機能、ブラウザー動作まで検証できるとは限りません。Playwrightの資料も、Playwrightが提供するWebKitとブランド版Safariを区別しています。

Playwrightのテスト設定では、複数ブラウザー向けのプロジェクトを定義できます。テスト設定の公式資料を参考に、WebKitを含む既存の実行対象を整理してください。ただし、プロジェクト名にSafariを付けても、実行ブラウザーがSafariに変わるわけではありません。

個人開発では、必要な確認だけをSafariに追加する

個人開発で、目的が共通のWebKit系不具合の早期検出なら、まず手元のPlaywright WebKitテストを活用します。Safariの動作報告がない段階から、すべてのテストを別の自動化方式へ移す必要はありません。

一方、Safari固有の機能を使う場合や、Safariだけで再現する不具合が報告された場合は、実ブラウザーで再現確認します。公開前の受け入れ条件にSafariが入っている場合も同様です。たとえば、既存のWebKitテストでは問題を検出しない一方で、利用者からSafari上のフォーム操作について報告があったなら、その再現手順をSafariで確認し、必要なケースだけを継続テストに加えます。

• 利点： 既存のPlaywright WebKitテストを、共通の回帰検出にそのまま活用できます。
• 注意点： WebKitでテストが通ったことだけを根拠に、Safariでの受け入れを完了扱いにはできません。

Webプロダクトチームは、重要な利用経路を実Safariで確認する

Webプロダクトチームでは、すべてのテストを二重化するのではなく、ユーザー報告、主要な業務フロー、サポート対象ブラウザーを根拠に検証対象を選びます。WebKitとSafariのテストは、どちらか一方に全量を寄せるのではなく、役割を分けて組み合わせられます。

たとえば、Safariの利用者から購入完了までの操作について不具合が報告された場合は、その再現手順と関連する主要経路をSafariで確認します。WebKitテストは、別の変更による共通回帰を見つける役割として残せます。テスト対象は、実際のユーザー影響と製品の対応範囲に合わせて見直してください。

CI担当者は、WebDriverの接続方式と並列化を分けて設計する

Safari WebDriverは、macOS上のSafariを自動操作するための仕組みです。Safari WebDriverの公式説明では、SafariをWebDriverでテストする方法が案内されています。利用するクライアントライブラリーがSafari WebDriverに対応しているか、CIへ組み込む前にそのライブラリーの公式資料でも確認してください。対応クライアントの説明も、接続方式を検討する際の確認先になります。

Safariでは、開発者向け設定でリモート自動操作を許可し、WebDriverを有効にする必要があります。開発者向け設定の説明とWebDriverの案内を確認し、実行ホスト上で有効化してください。さらに、Appleの資料によると、Safariの同一インスタンスに同時接続できるWebDriverセッションは1つです。単一インスタンスで無制限に並列実行できる前提では設計できません。Safari 12以降のWebDriverコマンド資料も、設定手順の確認に使えます。

CIでは、まず次の点を記録してから試験運用します。

• ブラウザー名とバージョン、実行に使ったmacOS環境
• テスト対象のフロー、実行結果、失敗時の再現手順
• Safari WebDriverの有効化状態と、セッションの競合・待ち時間
• 並列実行時にSafariインスタンスを分離するのか、ジョブを直列化するのか

この記録がないと、失敗がアプリケーションの不具合なのか、ブラウザーや実行環境の違いなのかを切り分けにくくなります。

よくある疑問

PlaywrightのWebKitはSafariと何が違いますか？

Playwright WebKitは、WebKitを基にPlaywright向けの変更を加えたビルドです。Safariブランド版のブラウザーを動かすものではありません。共通するレンダリング上の問題を見つける用途には適しますが、Safari固有の挙動を確認する場合は、macOS上のSafariも検証対象にしてください。

PlaywrightからSafariを直接起動できますか？

PlaywrightからSafariブランド版を直接起動する方法として、WebKitの設定を扱うことはできません。Playwright WebKitはSafariアプリではないためです。実際のSafariを自動操作する場合は、Safari WebDriverと、Safari WebDriverに対応するクライアントライブラリーを使う構成を検討します。

どんな場合にmacOS上でSafariを確認しますか？

Safariでのみ起こる問題の再現、Safari固有機能の確認、リリース条件に含まれるSafariの受け入れ検証が主なケースです。一般的なWebKit系の回帰検出が目的なら、まずPlaywright WebKitを維持し、Safariで確認する理由がある機能やフローを追加対象にすると、役割を分けやすくなります。

Safari WebDriverはCIで使えますか？

macOS上でSafari WebDriverを有効にし、対応するクライアントライブラリーから接続すれば、CIでの自動化を検討できます。ただし、同一のSafariインスタンスに同時接続できるセッションは1つです。テストを並列化する場合は、ホストやインスタンスの分離、または実行ジョブの直列化が必要か評価してください。

Macがない場合、Safari自動テストをどう実行しますか？

まずPlaywright WebKitで担える回帰テストと、実際のSafariが必要なテストを分けます。Safari WebDriverによる自動化が必要なら、macOS環境を用意する方法を検討します。手元にMacがない場合は、遠隔接続、CIへの組み込み、実行環境の保守担当を決めたうえで遠隔Macを候補に加えてください。

Macがないチームは、必要な運用範囲から環境を選ぶ

実際のSafariを自動操作する必要があり、手元にMacがない場合に限り、遠隔MacをCI環境の候補にします。短時間のスポット確認だけなら、既存のWebKitテストを維持し、必要なときに利用できるmacOS環境を確保する運用が合う場合があります。定期的なCI実行が必要なら、遠隔接続の方法、ジョブの起動方法、失敗時の確認担当、Safariセッションの競合対策まで決めてください。

接続手順やチームの利用方法を検討する際は、遠隔Macへの接続方法と開発・運用ガイドを確認できます。遠隔環境の費用や利用期間も含めて比較する段階では、Macレンタルのプランを確認し、手元のMacを維持する場合や既存のテストだけで済ませる場合と照らし合わせてください。

Linux環境だけでは実際のSafariを起動できず、Playwright WebKitだけではSafari製品版の挙動を保証できません。一方、Macを購入すると、必要なテスト頻度が低い場合にも機器の調達と保守が発生します。Safari WebDriverの会話制約や遠隔接続の運用を受け入れられるなら、必要な期間だけdeployminiのMacを借りて実Safariテストを行う方法も比較対象になります。継続的な重負荷運用や物理接続が必須なら、自前のMacを含めて要件に合う環境を選び、まずは対象フローを絞ったCI試験から始めてください。

よくある質問