本文へスキップ
Text Utilities

正規表現テスター

正規表現パターン、フラグ、テスト用の文字列を入力して、マッチ結果やヒット件数、キャプチャグループを即座に確認できるツールです。
正規表現の挙動を視覚的に把握しながら検証できます。

グローバル検索や大文字・小文字の区別、複数行モードなどのフラグを指定でき、変更内容はすぐに結果へ反映されます。
構文エラーがある場合は即座に検出され、エラーメッセージとして表示されるため、複雑な正規表現のデバッグにも役立ちます。

ログ解析、入力チェック、テキスト加工など、正規表現を使った開発・検証作業に最適です。
すべての処理はブラウザ内で完結し、入力したデータが外部に送信されることはありません。

ガイド: 使い方・特徴

  • 上部でパターンとフラグを入力し、下部のテキストエリアに対象文字列を貼り付けます。
  • マッチした部分が色付きで表示され、捕捉グループの内容も確認できます。
  • 置換欄に文字列を入れると、リアルタイムで置換結果が更新されます。
  • 処理はブラウザ内のみで行われ、入力内容は送信されません。

サンプル: 入力例と出力例

Find email addresses

入力例

Pattern: /[\w.-]+@[\w.-]+/g
Text: Contact us at [email protected] today.

出力例

Matches: ["[email protected]"]

FAQ: よくある質問

  • どの正規表現エンジン(方言)でテストされますか?

    ブラウザのJavaScript(ECMAScript)のRegExpで評価されます。そのため、PHPやPython(PCRE系)とは一部の挙動が異なることがあります。例えば後読みのサポート状況や、\K・所有量指定子などPCRE固有の機能は使えません。サーバー側で別言語を使う場合は最終的にその環境でも確認してください。
  • フラグ g / i / m / s / u はそれぞれ何を意味しますか?

    g はグローバル検索(最初の1件で止めず全件)、i は大文字小文字を区別しない、m は複数行モード(^ と $ が各行頭・行末にマッチ)、s はドットが改行にもマッチ(dotall)、u はUnicodeモードです。必要なフラグを組み合わせて指定できます。
  • 量指定子が「貪欲」すぎて余計にマッチしてしまいます。どうすればいいですか?

    * や + は既定で「貪欲(できるだけ長く)」マッチします。後ろに ? を付けて *? や +? とすると「控えめ(できるだけ短く)」になります。例えば <.*> は1行全体に、<.*?> は最初のタグだけにマッチします。HTMLやログの一部だけ取り出したいときに有効です。

使いどころ: よくある使いどころ

  • 検索パターンの試行錯誤

    正規表現をテキストに当てながら意図したマッチになるか確認し、置換や抽出ロジックを調整できます。

  • 共有用のサンプル作成

    テスト文字列と一緒にパターンを残せるので、レビューや質問で意図を伝えやすくなります。

  • パフォーマンスの安全確認

    入力サイズを変えつつ試し、過度なバックトラッキングが起きないか事前に確認できます。

注意点: 注意点・制限

  • 処理はブラウザ内で完結

    入力と出力は端末内にとどまります。タブを閉じたりキャッシュを消すと、一時的な状態はリセットされます。

  • 重要データは必ず確認

    結果はあくまで補助です。システムに投入する前に内容を確認し、必要に応じて社内ルールに沿って検証してください。

  • 大きなデータは端末性能に依存

    長文や大容量を扱うとブラウザが重くなる場合があります。処理が遅いときはデスクトップ環境の利用を推奨します。

結果
パターンとテキストを入力し、「マッチを確認」を押してください。

正規表現テスターでパターンを安全に確認する

正規表現は検索、入力チェック、ログ解析、置換処理に便利ですが、意図した文字列だけに一致しているかを目視だけで判断するのは難しいものです。このツールでは、テスト文字列と正規表現を並べて確認し、一致箇所やグループをその場で検証できます。コードへ組み込む前に試せるため、不要なマッチや取りこぼしを減らせます。

使いやすい検証例

  • 入力バリデーション: メールアドレス、ID、スラッグ、日付形式などのチェック条件を確認できます。
  • ログ抽出: エラーコード、IPアドレス、URL、タイムスタンプを抜き出すパターンを試せます。
  • 置換前の確認: まとめて置換する前に、対象範囲が広すぎないか確認できます。

実装前に確認すること

JavaScript、Python、Ruby、Goなど、言語によって正規表現の対応機能やエスケープ方法は少しずつ異なります。ブラウザ上で期待通りに動いたパターンでも、実装先の言語やライブラリで再確認してください。複雑すぎるパターンは保守しづらく、入力によっては処理が重くなる場合もあります。

おすすめリソース

このセクションにはアフィリエイトリンクが含まれる場合があります。リンク経由で購入すると、追加費用なしでDevToolKits.appが紹介料を受け取ることがあります。

このツールの関連記事

最新記事

活用事例
2026-08-07

curlコマンドのオプション早見表|-X -H -d の意味と落とし穴

curlの主要オプションを早見表で整理。-X と -d の関係、-d と --data-raw の違い、@ で始まる値がファイル読み込みになる罠、シングルクォートとダブルクォートの使い分け、-L や -k を安易に付けない理由まで実例で解説します。

ツール紹介
2026-08-06

JSON SchemaとZodを相互変換する仕組み|requiredと.optional()の対応

JSON SchemaからZodスキーマを生成し、Zodのコードから逆にJSON Schemaを書き出す双方向変換ツールの実装を解説。requiredと.optional()で既定値が逆転している問題、formatや制約の対応表、コードを実行せずに解析する方法まで整理します。

活用事例
2026-08-06

SQLの句の評価順リファレンス|WHEREでSELECTの別名が使えない理由

SQLは書いた順に実行されません。論理的な評価順(FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY→LIMIT)を軸に、別名がWHEREで使えない理由、WHEREとHAVINGの使い分け、ONLY_FULL_GROUP_BY、COUNT(*)とCOUNT(列)の差、LEFT JOIN+WHEREの罠を実例で整理します。

活用事例
2026-08-06

unified diff形式の読み方リファレンス|@@ の数字とgit diffの出力

git diffが出力するunified diff形式の読み方を整理。@@ -12,7 +12,9 @@ の4つの数字の意味、コンテキスト行、空白だけの変更が行全体の置換に見える理由、\ No newline at end of file、マージ時の @@@、リネーム検出の similarity index までを実例で解説します。

活用事例
2026-08-06

UTC⇄JST変換リファレンス|時差9時間の早見表とタイムゾーン事故の防ぎ方

UTCとJSTの変換を早見表で整理。ISO 8601のZと+09:00の意味、JavaScriptの日付パースでズレる条件、MySQL/PostgreSQLのタイムゾーン挙動、GitHub ActionsのcronがUTCで動く罠まで実例付きで解説します。

活用事例
2026-08-04

CREATE TABLE リファレンス|MySQL・PostgreSQL・SQLiteの型と制約の違い

CREATE TABLE文(DDL)の書き方を3データベース横断の早見表で整理。型対応表、自動採番(AUTO_INCREMENT / IDENTITY / rowid)の方言差、外部キーのON DELETE挙動、CHECK制約が無視される罠まで実例付きで解説します。

広告

広告