Probar una regex en línea: guía práctica para depurar expresiones regulares

Un patrón que vas a pegar en código, una fixture, o la palabra clave pattern de un JSON Schema.

Algunos trabajos ya tienen una herramienta que codifica las reglas. Una expresión escrita a mano se desvía.

El probador compila el campo con new RegExp. Una construcción recursiva como (?R) es inválida aquí y muestra el error del motor. Las barras alrededor del campo son el marco de la interfaz, no parte del patrón. Pegar /(\w+)/gi quita los delimitadores y fusiona esos flags con los que ya estaban activos — no los sustituye. Si g ya estaba activo, sigue activo. La segunda trampa es la barra invertida: el campo es la fuente de la regex, así que \d significa dígitos. Pegar \\d desde una cadena JSON o Java busca una barra invertida literal seguida de d.

Sobre "one" and "two", el patrón ".+" con g devuelve una sola coincidencia: todo el tramo, de la primera comilla a la última. El motor toma todo lo que puede y luego devuelve caracteres hasta que encaja la última comilla. Pasar a ".+?" no significa «solo las palabras que querías». Con g hay dos coincidencias, "one" y "two". Perezoso significa el éxito más corto, no un filtro semántico. "[^"]*" es el patrón que no puede cruzar una comilla.

Una forma como (a+)+ frente a una larga serie de a que nunca llega al final esperado puede estallar en backtracking catastrófico. El probador no tiene un tiempo límite en el servidor. Corre en el hilo principal de la pestaña, así que la página puede congelarse. La herramienta sí limita lo que devuelve: la búsqueda global se detiene y muestra un aviso de truncado, o porque alcanzó el tope blando de 500 coincidencias, o porque un patrón de anchura cero disparó el guarda (el motor avanza un carácter tras una coincidencia vacía para que g no gire para siempre). Ese guarda no hace seguro un cuantificador anidado. La subida acepta .txt, .md y .log hasta 32 MiB en la cadena de prueba, siempre en local — un log entero más un patrón anidado es una buena forma de bloquear la pestaña.

La ficha «Email (aprox.)» es [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,} sobre [email protected] x not-an-email [email protected]. Con g resalta [email protected] y [email protected]. Es una demo, no la RFC 5322, y la página lo dice. La misma honradez vale para el modo sticky: el flag y solo coincide aquí al inicio de la cadena de prueba, porque lastIndex se reinicia en cada ejecución. No «sigue donde terminó la coincidencia anterior» de un clic a otro. Y los resultados no se actualizan mientras escribes. Cambiar el patrón, los flags, el modo o el texto borra las tarjetas hasta que vuelves a pulsar Probar.

Seis flags, ningún otro. El valor por defecto es solo g.

Coincidencia lista los aciertos. Reemplazo muestra además la cadena sustituida, con los patrones de reemplazo de JavaScript.

Una captura con nombre es el mismo grupo que su número. La tarjeta lo muestra una vez.

En el probador de regex no se ejecuta nada mientras escribes. Las tarjetas anteriores se borran en cuanto cambian las entradas.

Las fichas son fixtures, no una biblioteca de validadores de producción.

El RegExp de Node es el mismo lenguaje. matchAll exige el flag g. Sin g, llama a exec una vez.

Los patrones de reemplazo son los que acepta el campo de reemplazo. Es la ficha integrada, no un lenguaje de plantillas propio.

Sin instalación, nada se sube, flags y grupos visibles, vista previa de reemplazo incluida. La contrapartida: sin selector de dialecto, modo sticky solo en el índice 0, como mucho 500 coincidencias devueltas, y un cuantificador anidado puede congelar la pestaña porque la ejecución es local. Quédate la página para una fixture y una revisión de código. Haz commit del patrón junto a los tests cuando proteja una entrada de producción. Si la expresión solo sustituía a un slug o a un cambio de mayúsculas, pasa a slugify o al conversor de mayúsculas en lugar de mantenerla.