【2026年10月】PlaywrightのテストをGitHub Actionsで自動化する方法｜VPSで動かす場合との違いと使い分け

「Playwrightでテストは書けたけれど、毎回手で動かすのが面倒」「GitHub Actionsで回せばいいと聞いたけれど、無料でどこまで使えるのか、VPSで動かすのと何が違うのか分からない」という方に向けた記事です。

結論から言うと、コードを更新するたびにテストを回す用途ならGitHub Actionsが第一候補です。Playwright自体がGitHub Actions用の設定ファイルを自動で作ってくれるので、始めるまでの手間がほとんどありません。一方で、本番サイトを数分おきに見張る定期チェックや、何時間もかかる重いテスト、決まった環境で動かし続けたい場合はVPSが向いています。どちらか一方が優れているのではなく、用途で使い分けるのが現実的です。

この記事では、PlaywrightのテストをGitHub Actionsで動かす流れと、その料金・制限、VPSで動かす場合との違いを、初心者向けに整理します。Playwright・GitHub Actionsの手順は、公式ドキュメントの内容を要約して紹介する形です。料金や制限は2026年11月時点の公式情報です。

---

結論：普段のテストはGitHub Actions、定期監視と重い処理はVPS

先に、使い分けの目安をまとめます。

最初の一歩は、どの場合もGitHub Actionsで十分です。動かしてみて「定期チェックが遅れる」「無料枠を超えそう」「時間が足りない」と分かってから、VPSを足すのが無駄のない順番です。

---

Playwrightとは：ブラウザ操作を自動でテストする道具

Playwright（プレイライト）は、Microsoftが開発しているWebアプリのテスト用ツールです。ブラウザを自動で操作して「ボタンを押したら正しい画面が出るか」「フォームに入力して送信できるか」を確かめるテスト（E2Eテスト）を書けます。

公式ドキュメントでは、次のように案内されています（2026年10月時点）。

• 対応ブラウザ：Chromium（Chromeの元になっているブラウザ）・WebKit（Safariの元）・Firefox
• 動く環境：Windows・Linux・macOSで、手元のパソコンでもCI（自動テストの仕組み）でも動き、画面を出さないヘッドレスでも画面を出しても実行できる
• 必要なもの（Node.js版）：Node.jsの22系・24系・26系の最新版。OSはWindows 11以降、macOS 14以降、Debian 12/13、Ubuntu 22.04/24.04/26.04など
• テストの自動生成：npx playwright codegen を使うと、ブラウザで操作した内容からテストのコードを作れる

Node.js版のほか、Python・Java・.NETでも使えます。この記事では、GitHub Actionsとの連携がいちばん簡単なNode.js版を前提に説明します。

---

GitHub Actionsで動かす流れ（公式ガイドの要約）

GitHub Actionsは、GitHubにコードを送ったときなどに、GitHubのサーバー上で決まった処理を自動で実行してくれる仕組みです。Playwright公式の「Setting up CI」ガイドでは、次の流れが紹介されています。

1. npm init playwright@latest を実行すると、初期設定の質問の中に「GitHub Actionsのワークフローを追加するか」という項目がある
2. 追加を選ぶと、.github/workflows/playwright.yml という設定ファイルが作られる
3. このファイルをGitHubに送ると、mainやmasterブランチへのpushとプルリクエストのたびにテストが自動で動く

作られる設定ファイルの中身は、公式ガイドによると「リポジトリの取得 → Node.jsの準備 → 依存パッケージのインストール → Playwrightのブラウザのインストール → テストの実行 → HTMLレポートをGitHubにアップロード」という流れです。テスト結果のHTMLレポートはGitHubの画面からダウンロードでき、公式の設定例では30日間保存されます。

つまり、設定ファイルを自分でゼロから書く必要はありません。まずは自動で作られたファイルをそのまま使い、慣れてきたら少しずつ調整すれば大丈夫です。

公式ガイドでは、CI環境では安定性と再現性を優先して、並列で動かす数（workers）を1にすることが推奨されています。テスト結果が不安定なときは、まずこの設定を確認してみてください。

---

GitHub Actionsの料金：公開リポジトリは無料、非公開は無料枠あり

GitHub Actionsの料金は、リポジトリが公開か非公開かで大きく変わります。2026年11月時点のGitHub公式ドキュメントでは、次のように案内されています。

• 公開リポジトリ：標準のGitHubのサーバー（標準ランナー）は無料
• 非公開リポジトリ：プランごとに毎月の無料枠があり、使った分がそこから差し引かれる。無料枠を超えた分は従量課金
• セルフホストランナー（自分のサーバーで動かす方法）：GitHub Actionsとしての利用料はかからない（サーバー代は自分で負担）

非公開リポジトリの無料枠は、分数ではなく金額で決まっています。

1分あたりの単価はOSで違い、公式ドキュメントではLinux（2コア）が0.006ドル、Windowsが0.010ドル、macOSが0.062ドルと案内されています。Playwrightのテストは通常Linuxで動かすので、個人の非公開リポジトリなら、毎月の無料枠でかなりの回数を回せます。料金は改定されることがあるので、最新の情報はGitHubの公式ドキュメントで確認してください。

---

GitHub Actionsで知っておきたい3つの制限

1. 定期実行は最短5分、混雑時は遅れることがある

GitHub Actionsには、決まった時刻に処理を動かす「schedule」という機能があります。ただし公式ドキュメントでは、次の点が案内されています。

• 実行できる間隔は最短で5分に1回
• GitHub Actions全体が混雑している時間帯は実行が遅れることがあり、特に毎時0分は混みやすい。混雑がひどいと、待っているジョブが実行されずに取りやめになる場合もある
• 公開リポジトリでは、60日間リポジトリに動きがないと、定期実行が自動で無効になる

「1日1回、テストを回しておく」くらいなら問題になりにくい一方で、「本番サイトが落ちていないか5分おきに確実にチェックしたい」という監視の用途には向きません。

2. 1つのジョブは6時間まで

GitHubのサーバーで動かす場合、1つのジョブ（ひとまとまりの処理）の実行時間は最大6時間で、超えると強制終了されます。普通のテストなら十分すぎる長さですが、大量のページを順番に確認するような重い処理では足りなくなることがあります。

3. 毎回まっさらな環境から始まる

GitHubのサーバーは、実行のたびに新しい環境が用意されます。そのため、毎回ブラウザのインストールから始まり、前回の状態は残りません。テストの再現性という点では長所ですが、「ログインした状態を保ったまま定期的に見に行く」ような使い方には一工夫が必要です。

---

VPSで動かす2つの方法

VPS（自分専用に借りる仮想サーバー）でPlaywrightを動かす方法は、大きく2つあります。

方法1：VPSの中で直接、定期実行する（cron）

VPSにNode.jsとPlaywrightを入れて、Linuxの「cron（決まった時刻にコマンドを実行する仕組み）」でテストを動かす方法です。GitHubを通さないので、5分の制限や混雑による遅れとは無関係に、自分で決めた間隔で動かせます。本番サイトの定期チェックや、ログイン後の画面を毎日確認するような用途に向いています。

Playwright公式のCIガイドでは、LinuxでブラウザをCIで動かすには、公式のDockerイメージを使うか、npx playwright install --with-deps でブラウザと必要な部品をまとめて入れる方法が案内されています。VPSでも同じ考え方で準備できます。

cronでスクリプトを定期実行する方法そのものは、PythonスクリプトをVPSで常時実行する方法でcron・systemdの使い分けとあわせて解説しています。

方法2：VPSをGitHub Actionsの「セルフホストランナー」にする

GitHub Actionsのジョブを、GitHubのサーバーではなく自分のVPSで動かす方法です。設定ファイルの書き方はGitHub Actionsのままで、実行場所だけを自分のサーバーに変えられます。公式ドキュメントでは、セルフホストランナーについて次のように案内されています。

• GitHub Actionsとしての利用料はかからない（サーバーの費用は自分で負担）
• 1つのジョブは最大5日間まで実行できる
• OSやソフトウェアの更新は自分の責任で行う

ただし、公開リポジトリでは使わないでください。GitHubのセキュリティに関する公式ドキュメントでは、誰でもプルリクエストを送れる公開リポジトリでセルフホストランナーを使うと、サーバーの環境を乗っ取られるおそれがあるため、公開リポジトリではほぼ使うべきではないと案内されています。セルフホストランナーは、自分だけが触れる非公開リポジトリで使う方法だと考えてください。

---

GitHub ActionsとVPSの比較表

ここまでの違いを1つの表にまとめます（2026年11月時点の公式情報）。

迷ったら、次の順で考えてください。

1. まずGitHub Actionsで動かしてみる
2. 定期チェックが遅れて困る、またはログイン状態を保ちたい → VPSでcron
3. 非公開リポジトリで無料枠を超えそう、または6時間では足りない → VPSをセルフホストランナーにする

---

VPSで動かすなら何GBのメモリが必要？

Playwright公式のシステム要件には、OSとNode.jsのバージョンは書かれていますが、メモリの目安は書かれていません（2026年10月時点）。ここからは私の目安ですが、Playwrightはテストのたびにブラウザを起動するため、メモリ1GBでは足りなくなりやすく、メモリ2GBを基準に考えると安心です。並列で動かす数を増やしたい、複数のブラウザで同時に試したいという場合は、4GBを検討してください。

OSは、Playwrightの要件に入っているUbuntuを選ぶのが無難です。ConoHa VPSもシンVPSも、サーバーを作るときにUbuntuを選べます。

---

VPSで始めるなら：ConoHa VPSとシンVPSの料金

2026年11月時点の公式料金ページの表示は次のとおりです（ConoHa VPSは税込、まとめトクの更新時の月額換算。シンVPSは大容量メモリプランで、初回と更新時が同じ額）。

• ConoHa VPSには1時間単位の「時間課金」もあり、2GBは1時間3.7円（月の上限2,033円）、4GBは1時間6.6円（月の上限3,608円）です。「重いテストを数日だけVPSで回したい」という使い方に向いています
• ConoHa VPSのまとめトクは契約期間分の一括前払いで、途中解約はできないと案内されています
• シンVPSは最低利用期間が3ヶ月で、契約期間分の一括前払いです
• キャンペーンは定期的に開催されています。最新の内容は公式サイトでご確認ください

私自身、ConoHa VPSを運用していて、時間課金でサーバーを作り、試し終わったら削除する使い方は、気軽に試せて便利だと感じています。「自分のテストがVPSでどのくらいのメモリを使うか」を時間課金で確かめてから、長期の契約に切り替える進め方ができます。

VPSの各社比較をもっと詳しく見たい方は、ConoHa VPS・シンVPS・さくらのVPSの比較も参考にしてください。

---

よくある質問

Q. GitHub Actionsは本当に無料で使えますか？

公開リポジトリなら、標準のGitHubのサーバーは無料です。非公開リポジトリは、GitHub Freeプランで毎月12ドル分の無料枠があり、Linuxで動かすと約2,000分に相当します。無料枠を超えると従量課金になるので、非公開で大量に回す場合は、GitHubの設定画面で使用量を確認してください。

Q. テストが手元では通るのに、GitHub Actionsだと失敗します

よくある原因は、並列で動かす数が多すぎること、ブラウザに必要な部品が入っていないことです。Playwright公式のCIガイドでは、CIでは並列数（workers）を1にすることと、npx playwright install --with-deps でブラウザと必要な部品をまとめて入れることが案内されています。自動で作られた設定ファイルにはインストールの手順が入っているので、まずはそのまま使ってみてください。

Q. 本番サイトの監視にGitHub Actionsを使ってもいいですか？

1日に数回の確認なら使えます。ただし、定期実行は最短5分で、混雑時は遅れたり実行されなかったりすることがあると公式に案内されています。確実に短い間隔で見張りたいなら、VPSでcronを使うほうが向いています。

Q. セルフホストランナーは無料なのに、なぜ全員が使わないのですか？

サーバーの準備や更新を自分で行う必要があり、手間がかかるからです。また、公開リポジトリでは安全上の理由から使うべきではないと公式が案内しています。多くの人にとっては、GitHubのサーバーで十分です。

Q. Pythonで書いたPlaywrightのテストでも同じですか？

PlaywrightはPythonでも使え、GitHub ActionsやVPSで動かす考え方は同じです。ただし、この記事で紹介した npm init playwright@latest による設定ファイルの自動作成はNode.js版の機能です。Python版はPython版の公式ドキュメントを確認してください。

---

まとめ

PlaywrightのテストをGitHub ActionsとVPSで動かす違いを整理します。

1. pushやプルリクエストのたびに回すなら、まずGitHub Actions。Playwrightが設定ファイルを自動で作ってくれる
2. 公開リポジトリは標準ランナーが無料、非公開はGitHub Freeで毎月12ドル分（Linuxで約2,000分）の無料枠
3. 定期実行は最短5分で遅れることがあり、1ジョブ6時間まで。ここが足りなくなったらVPSの出番
4. VPSでは、cronで直接動かすか、非公開リポジトリならセルフホストランナーにする。メモリは2GBが目安

まずは npm init playwright@latest でGitHub Actionsの設定まで作り、1回テストが自動で通る様子を見てみてください。手で動かしていた確認作業が、コードを送るだけで毎回終わっている。その安心感が得られたら、定期チェックや重いテストをVPSに任せる次の段階に進めます。