Applitools 代替ツール7選 無料・OSSの料金比較と選び方 (2026年版)

見積書を開いて「ビジュアルテストだけでこの額か」と手が止まった。あるいは、無料枠の100チェックポイントを月半ばで使い切って通知が来た。どちらの入り口から来た人にも答えは同じで、置き換え先は目的によって3系統に分かれます。無料のOSS、セルフホスト型、そして運用込みのクラウド型。

この3系統をまたいで7本を並べ、費用と手間のバランスで選べるように整理しました。

Applitools 代替とは、何を置き換えることなのか

Applitools代替とは、Webやアプリの画面を撮影して前回の画像と比べ、意図しない見た目の変化を検知する仕組みを、別のツールで実現することです。置き換えの対象は「Visual AI」という機能そのものではなく、その機能が担っていた役割になります。

役割は大きく4つに分解できます。ここを分けずに「同等品」を探すと、必ずどこかで穴が空きます。

つまり、代替を探すときに見るべきは比較エンジンの精度だけではありません。レビューの受け皿をどこに置くかが、実は乗り換えの分かれ目になります。

注意したいのは、ビジュアルテストは「見た目が変わったか」しか判定しないという点です。ボタンを押して正しく登録できるかは別の話。だから機能テストの枠組み（Selenium、Playwright、Appiumなど）は、どの代替を選んでも手元に残ります。

Applitools の料金はなぜ高く感じるのか？

答えは課金の単位にあります。多くのビジュアルテスト製品は、画面比較1回を「チェックポイント」と数え、その回数で課金します。テストケース数ではありません。

ここが直感とずれます。

たとえば1画面のテストでも、ブラウザ3種 × 解像度3パターンで撮れば、それだけで9チェックポイント。テストを100本書いたつもりが、月の消費は数万回に届きます。CIを回すたびに増えるので、開発が活発なチームほど請求額が伸びる構造。皮肉な話です。

Applitools公式の料金ページでは、契約は原則1年単位で、必要に応じてそれ以上に延長できると案内されています（2026年9月時点）。つまり月単位で絞ったり止めたりする調整はしにくく、消費見込みを事前に立てる前提の設計になっています。

予算面で押さえておきたいのは次の3点です。

• 消費量が「テスト本数」ではなく「比較回数」で決まる
• ブラウザと解像度の掛け算で回数が跳ねる
• 年間契約が前提のため、途中の減額調整は効きにくい

無料枠は評価用としては十分に機能します。ただし本番のCIに常時載せると、月初の数日で溶けることが多い。ここが「無料で試したのに、有償に上げた瞬間に印象が変わる」原因です。

Applitools自体の機能や位置づけを先に確認したい人は、Applitoolsのツールページを見ておくと、この後の比較が早くなります。

代替を選ぶ前に決める3つの軸

選定を早く終わらせるコツは、ツールを並べる前に自分側の条件を3つ確定させることです。逆順でやると、機能表を眺めて2週間が消えます。

1つめ、画面キャプチャを外部サーバーに置けるか。 管理画面や社内システムのテストだと、実データが写り込みます。ここが「不可」なら、その時点でクラウド型は全部落ちます。セルフホストできるOSSか、自己ホスト可の製品に絞られる。

2つめ、差分レビューを誰がやるか。 エンジニアだけで回すならCLIとGitHubの差分表示で足ります。デザイナーやPdMも見るなら、ブラウザで承認できる画面が要る。ここでOSSとクラウド型が分かれます。

3つめ、日本語の一次窓口が要るか。 障害時に日本語でチケットを起票したい、稟議に日本語の資料が要る。この条件が入ると、選べる先はぐっと減ります。

ここまでの整理: 「精度が高いツールはどれか」ではなく、「キャプチャを外に出せるか」「誰がレビューするか」「日本語窓口が要るか」の3問。この3問に答えた時点で、候補は7本から2本まで落ちます。

Applitools 代替ツール7選の早見表

3系統7本を、費用と運用負荷の順に並べました。上に行くほど安く、下に行くほど手間が減ります。

この表の読み方はシンプルです。予算が最優先なら上3本、運用の楽さが最優先なら下3本。 真ん中のAutonomaは、機能テストとビジュアル検証を1つに寄せたいチーム向けの折衷案になります。

以降は系統ごとに、実際どう組むのかを見ていきます。

無料・OSSで組む3本

費用0円で済ませたいなら、この3本のどれか、または組み合わせになります。共通する弱点は差分レビューのUIが弱いこと。強みは、画像もログもすべて自社の管理下に残ることです。

Playwright（ビジュアル比較が最初から入っている）

Microsoft が開発するOSSのブラウザ自動操作フレームワークです。公式ドキュメントで案内されている toHaveScreenshot() を使うと、追加のライブラリなしでスクリーンショット比較ができます。差分の許容値やアニメーションの無効化も、テストコード側の設定で指定可能。

基準画像はリポジトリにファイルとして入ります。ここが地味に効きます。プルリクエストの差分に基準画像の変更が並ぶので、レビューがGitHub上で完結する。

弱点は、ブラウザやOSが変わるとフォント描画が微妙にずれて差分になる点。CIとローカルで環境を揃えるため、公式のDockerイメージ上で撮る運用がほぼ必須になります。

• 費用: 無料
• 前提: TypeScript/JavaScript（Python、.NET、Java版もあり）
• 相性: 新規に自動テストを組む段階のチーム

BackstopJS（既存サイトの見た目を丸ごと見張る）

OSSのビジュアル回帰テストツールです。JSONの設定ファイルにURLとビューポート（画面幅）を書き並べるだけで動くので、テストコードをほとんど書かずに済みます。

コーポレートサイトやLPのように「ページ数は多いが操作は少ない」対象で圧倒的に速い。CMSの更新でヘッダーが崩れた、といった事故の検知に向きます。

基準画像の承認は approve コマンド1つ。この割り切りが小さいチームには重宝します。逆に、ログイン後の複雑な画面遷移を伴うテストには不向き。

• 費用: 無料
• 前提: Node.js環境
• 相性: 既存サイトの崩れ検知を今週から始めたいチーム

Lost Pixel（Storybookと相性のいいOSS）

OSSとして公開されているビジュアルテストツールで、Storybookのストーリー単位やページ単位のスナップショット比較に対応します。GitHub Actionsから回す構成が定番。ホスティング版も用意されていますが、OSS版だけで完結させることもできます。

Chromaticに近い使い方を、自前インフラで実現したいときの選択肢です。ただしレビュー画面の作り込みは商用サービスに及びません。そこを妥協できるかどうか。

• 費用: OSS版は無料
• 前提: Storybook等のコンポーネントカタログがあると効果が高い
• 相性: デザインシステムを自社運用しているチーム

3本に共通して言えるのは、浮くのはライセンス費用だけで、CI設定とベースライン管理の工数は自分たちに移るということです。エンジニアの時間単価を掛けると、必ずしも最安とは限りません。

セルフホストで機能テストごと置き換える

ビジュアル検証だけを差し替えても、機能テストの契約が別に残るなら総額は下がりません。ここを1本にまとめる発想がAutonomaです。

Autonomaは自社の公表情報で、プラットフォーム自体を無料で自己ホストできる形態を案内しています（2026年9月時点）。この場合の支払いは自前のクラウドインフラ費用のみで、画面キャプチャを第三者に送らない構成が取れます。マネージドで使いたい場合はクラウドプランが用意され、月額の定額制。無料枠も設定されています。

チェックポイント従量から定額へ、課金の形が変わるのが最大の違いです。

つまり、CIをたくさん回すチームほど従量型は不利になり、自己ホスト型の損益分岐点は早く来ます。逆にテスト実行が週数回なら、従量型のほうが総コストは安い。ここは実行頻度の見積もりで機械的に判断できます。

インフラを持てるチームなのか。この一点で決まる選択肢です。

クラウド型で運用を軽くする2本

構築も保守もやりたくない。差分レビューの画面がほしい。この条件ならクラウド型が素直です。従量課金という点はApplitoolsと同じですが、単価と運用の噛み合い方が変わります。

Chromatic（Storybookの本家が運営）

Storybookを開発しているチームが提供するクラウドサービスです。ストーリー単位でスナップショットを撮り、プルリクエスト上でUIレビューと承認まで完結させられます。変更のあったコンポーネントだけを撮り直す仕組みがあり、消費スナップショット数を抑える設計になっています。

Storybookがすでに開発の中心にあるなら一択に近い。逆にStorybookを運用していないチームには、導入前提から作る話になります。

Percy（BrowserStack傘下）

スクリーンショット数ベースの課金で、無料枠が用意されています。BrowserStackを既にクロスブラウザ検証で契約しているなら、請求と管理をまとめられるのが利点。SeleniumやCypressなど既存のテストからも呼び出せます。

どちらも料金は公開されていますが改定が入るため、実額は各社の公式料金ページで最新を確認してください。ここで数字を覚えて稟議に載せると、後で差し替えが発生します。

クラウド型を選ぶときの注意点はひとつ。キャプチャ画像がベンダー側に保存されるため、個人情報や社外秘が写る画面をテスト対象にするなら、マスキング設計を先に決めておく必要があります。

日本語サポートが必要なら何を選ぶ？

海外OSSと海外SaaSは、いずれもドキュメントもサポート窓口も英語が基本です。ここが詰まる組織は実際に多い。

選択肢は2つあります。

ひとつは、英語のまま回して読解を補助する運用。ドキュメントの読み込みは翻訳ツールで十分に追いつきます。実務で使えるものはAI翻訳ツールの比較記事にまとめてあるので、英語ドキュメントの壁で止まっているならそちらが早い解決になります。用途別の使い分けはAI翻訳ツールの選び方側が詳しいです。

もうひとつは、国産SaaSに寄せる方法。MagicPod は日本語UIと日本語の問い合わせ窓口を持つ国産のテスト自動化サービスで、E2Eテストの作成をノーコードに寄せられます。非エンジニアがテストを触る体制なら、ここが現実解になります。

海外SaaSでも国内代理店経由なら日本語サポートが付くケースがあります。mabl や Testim のようなAIテスト自動化サービスは、機能テストと変化検知を1つのプラットフォームで扱う点が近いので、候補に入れて損はありません。

言語は機能ではなく体制の問題です。誰が運用するかが決まれば、答えは自動的に出ます。

料金モデルはどう違う？

同じ「月いくら」でも、増え方の性質がまったく違います。ここを揃えて比べないと見積もりを外します。

要するに、従量型は「テストを増やすと財布が痛む」構造を抱えています。テストは増やすほど価値が出るのに、増やすと高くなる。この矛盾が、乗り換え検討の一番多い動機です。

コスト試算をするなら、現在のCI実行回数 × 対象画面数 × ブラウザ・解像度の組み合わせ数を出してください。この数字が月1万を超えるあたりから、定額型か自己ホストの検討価値が出ます。

移行はどんな手順で進める？

一気に切り替えると必ず事故ります。4段階で並走させるのが安全です。

第1段階、対象の棚卸し。 今あるビジュアルテストのうち、実際に不具合を捕まえた実績があるものを洗い出します。惰性で回っているだけのテストが3割くらい混ざっているのが普通で、それは移行せず捨てる。ここで対象が減ると、後工程が全部軽くなります。

第2段階、代替ツールで並走。 新旧を2週間ほど同時に回し、検知結果を突き合わせます。新しい側だけが鳴った、旧側だけが鳴った、の両方を記録する。この期間を省くと、移行後に「見逃していた」ことに気づけません。

第3段階、ベースラインの作り直し。 ここが最大の山場です。基準画像は移行できないため、全部撮り直しになります。フォント、アニメーション、日付表示など、環境差で毎回変わる箇所の除外設定も同時に整えます。

第4段階、レビュー運用の再定義。 誰が差分を見て、誰が承認するか。OSSに移った場合はここがGitHubのプルリクエストに移ります。承認者を決めずに始めると、差分が放置されてテスト自体が形骸化します。

移行で失敗しやすい点も並べておきます。

• 除外設定を省いて、毎回ノイズで赤くなる状態を作ってしまう
• 基準画像をローカルの環境で撮り、CIと描画が合わない
• 差分の承認者を決めず、誰も見ないまま数百件たまる
• 旧ツールの解約時期を並走期間より前に設定してしまう

4つめは笑い話に聞こえますが、年間契約は途中解約が効きにくいので、更新日の3か月前には検証を始めるのが安全です。

目的別・チーム規模別の選び方

条件から逆算すると、答えは1本に絞れます。

迷ったらPlaywrightから始めるのが正解です。 無料で、機能テストの土台も兼ね、後からクラウド型を足すこともできる。ここを出発点にしておくと、どの方向にも移れます。

選び方の型は他の領域でも同じで、目的を先に固めれば候補は勝手に減ります。業種特化のツール選定でも同様の考え方をしていて、アパレル業界のAIツール選びやパーソナルトレーナー向けのAIツールも、機能表からではなく現場の制約から逆算しています。

なお、テスト実行のトリガーや通知の配線を柔軟にしたいなら、n8n のような自動化基盤と組み合わせる手もあります。役割の違いはn8nとApplitoolsの比較記事で整理しました。

AI PICKS編集部の判定

正直に言うと、Applitoolsの比較精度そのものに不満で乗り換える人はほとんどいません。動機は9割が課金構造です。テストを増やすほど請求が伸びる従量制と、年間契約の硬さ。この2つが噛み合わないチームが代替を探しています。

だとすれば、代替先の第一候補はPlaywright一択です。無料で、機能テストの実行基盤も兼ねていて、基準画像がリポジトリに残るのでレビューがGitHubで完結する。差分レビューのUIが無いのは事実ですが、開発者だけで回すチームならプルリクエストの画像差分で十分に足ります。

一方で、非エンジニアがテストに関わる組織にOSSを勧めるのは微妙です。ベースライン管理と除外設定は、誰かが継続して面倒を見ないと1か月で崩壊します。その役が置けないなら、クラウド型か国産SaaSに払ったほうが安い。人件費を含めれば、たいてい逆転します。

判断の分岐点はひとつだけ。CI設定を継続して保守できる人が社内にいるか。 いるならOSS、いないなら有償。ツールの機能比較より、この一問のほうが結果を左右します。

よくある質問（FAQ）

Q. Applitools の無料枠だけで本番運用できますか？

評価には十分ですが、常時CIに載せる用途では厳しいです。比較1回ごとに消費するため、ブラウザ3種 × 解像度3パターンで撮ると1画面で9回分。数画面をプルリクエストごとに回すだけで、月の枠は早い段階で尽きます。継続運用を前提にするなら、有償プランか無料のOSSかの二択になります。

Q. 無料のOSSに移ると、検知の精度は落ちますか？

「精度」の意味によります。ピクセル単位の差分検知という点では、OSSでも実用上の差はほとんど出ません。差が出るのは、意図した変更と事故を見分ける賢さと、レビュー画面の使いやすさ。OSSは前者を除外設定と許容値のチューニングで、後者を運用ルールで補う形になります。

Q. オープンソースだけで完全に置き換えられますか？

技術的には可能です。Playwrightで撮影と比較、BackstopJSでページ単位の監視、差分レビューはGitHubのプルリクエスト。この構成で機能面はほぼ埋まります。埋まらないのは、非エンジニアがブラウザから承認する導線と、ベンダーのサポート窓口。この2つが要るかどうかで結論が変わります。

Q. 日本語で使えるビジュアルテストツールはありますか？

日本語UIと日本語の問い合わせ窓口を両方持つとなると、国産SaaSが中心になります。MagicPodのような国内サービスがそれにあたります。海外製でも国内代理店を通せば日本語サポートが付く場合があるため、契約形態を確認する価値はあります。OSSは英語のドキュメントを読む前提です。

Q. 移行にはどれくらい期間を見ればいいですか？

テスト対象が数十画面の規模で、並走期間を含めて1か月前後が目安です。内訳は棚卸しに数日、並走に2週間、ベースライン再作成と除外設定の調整に1週間ほど。年間契約の更新日がある場合は、その3か月前には着手しておくと、解約判断に間に合います。

Q. ビジュアルテストと機能テストは、両方必要ですか？

両方必要です。ビジュアルテストは「見た目が変わったか」しか判定せず、ボタンが正しく動くかは検証しません。逆に機能テストは、CSSが崩れて要素が画面外にはみ出していても、要素が存在すれば合格にします。守備範囲が重ならないので、片方だけでは穴が空きます。

Q. AIコーディングツールで、テストコード自体を自動生成できますか？

補助としては十分に機能します。既存の画面構造を読ませてPlaywrightのテストコードを書かせる使い方は現実的で、Claude Code や GitHub Copilot が候補になります。ただし生成されたテストをそのまま信用するのは危険で、何を検証しているのかを人が読んで確認する工程は省けません。

あわせて見たいツール・カテゴリ

• Applitools — 比較の起点。現行の機能と位置づけを確認するならここから
• MagicPod — 日本語UIと日本語窓口を持つ国産のテスト自動化サービス
• mabl — 機能テストと変化検知を1つのプラットフォームで扱うAIテストサービス
• Testim — AIによる要素特定でテストの壊れにくさを狙うタイプ
• AI開発・コーディングツール一覧 — テストコード生成まで含めた開発支援ツールの全体像
• AIコーディングツールの評価順 — スコアと評価軸から候補を絞りたいとき
• AI自動化ツール一覧 — CIやワークフローの配線を柔軟にしたいとき
• AIセキュリティツール一覧 — キャプチャ画像の取り扱いを社内基準で詰めるとき

次に読むなら、n8nとApplitoolsの比較記事。「自動化基盤」と「UIテスト」を同じ枠で検討して迷子になるパターンを、役割の違いから整理しています。ツール選定の入り口を間違えていないか、5分で確認できます。

各ツールの公式サイト（一次情報）

料金・機能・対応範囲は各社公式が一次情報です。本記事は公開時点の検証に基づきますが、最新かつ正確な条件は必ず各公式ページで確認してください。

• Applitools — 公式サイト（AI PICKSの詳細）
• SiteRover — 公式サイト（AI PICKSの詳細）
• Mabl — 公式サイト（AI PICKSの詳細）