정규식을 코드에 넣기 전에는 Regex101에 패턴과 예시 문자열을 함께 넣어, 잡혀야 할 값과 제외해야 할 값이 실제로 갈리는지 확인하는 편이 안전합니다. 기본 매칭은 비로그인 브라우저에서도 시험할 수 있었지만, 저장하거나 공유할 내용에는 테스트 데이터가 포함될 수 있으므로 민감한 값은 넣지 않는 것이 좋습니다.
- 서비스: Regex101
- 확인일·환경: 2026-10-20 KST, 데스크톱 브라우저, 비로그인
- 가입·설치: 이번 기본 매칭 테스트에는 가입·설치가 필요하지 않았습니다.
- 무료·유료: 공식 문서는 기본 매칭과 단위 테스트 등을 Free에 포함한다고 안내합니다. Pro는 긴 PCRE2 디버그 추적, 벤치마크, 포맷, 문서 추출 같은 기능을 추가합니다. 가격·통화·청구 주기는 로그인 후 Upgrade to Pro 화면에서 다시 확인해야 합니다.
- 한국어 지원: 이번에 확인한 앱과 공식 문서는 영어로 표시됐습니다.
먼저 정할 것은 ‘찾을 것’과 ‘제외할 것’입니다
정규식은 맞는 예시 하나만 통과해도 충분하지 않습니다. 비슷하지만 통과하면 안 되는 문자열을 나란히 두어야 조건이 너무 느슨한지 알 수 있습니다.
예를 들어 주문번호가 ORD-와 숫자 네 자리로만 이뤄진다고 가정해 보겠습니다. 이때 ORD-0042, ORD-0187은 통과해야 하지만, 숫자가 두 자리인 ORD-42와 앞에 다른 글자가 붙은 XORD-0001은 제외되어야 합니다.
실제 업무 데이터, 고객 이메일, 접근 토큰처럼 공개하면 안 되는 내용 대신 이처럼 가상의 문자열로 먼저 검증하세요.
Regex101 화면에 패턴과 예시를 넣는 순서
- 왼쪽의 Flavor에서 실제 적용할 언어·엔진을 선택합니다. 기본 화면에는 PCRE2(PHP)가 보였고 JavaScript, Python, Golang, Java, .NET, Rust 등도 선택 항목으로 표시됐습니다.
- 가운데 Regular Expression에 패턴을 입력합니다.
- Input에 통과·실패 예시를 함께 넣습니다.
- 오른쪽의 Match Information에서 어떤 문자열이 일치했는지, Explanation에서 토큰이 무엇을 뜻하는지 확인합니다.
이 글의 첫 테스트에서는 order-\d+를 넣고 order-123, order-456, other를 입력했습니다. 화면 상단에 2 matches가 표시됐고 Match Information에는 order-123, order-456 두 항목이 나타났습니다. \d+가 숫자 하나 이상을 뜻한다는 설명도 같은 화면에서 확인할 수 있었습니다.
네 자리 조건과 단어 경계를 붙여 불필요한 일치를 막기
다음으로 패턴을 \bORD-\d{4}\b로 바꿨습니다. \d{4}는 숫자가 정확히 네 자리여야 한다는 뜻이고, 양쪽의 \b는 영문·숫자·밑줄과 다른 문자 사이의 경계를 확인하는 조건입니다.
입력에는 ORD-0042 pending; ORD-42 invalid; XORD-0001 invalid; ORD-0187 sent를 사용했습니다. 실제 화면은 ORD-0042와 ORD-0187만 두 개의 일치 결과로 표시했습니다. 두 자리인 ORD-42와 앞에 X가 붙어 경계가 없는 XORD-0001은 일치 목록에 나오지 않았습니다.
이 결과는 Regex101의 PCRE2(PHP) 선택과 이 입력값에서 확인한 것입니다. JavaScript나 Python 등 실제 적용 환경이 다르면 같은 패턴도 지원 문법·플래그·이스케이프 방식이 달라질 수 있으니, Flavor를 맞춘 뒤 다시 확인해야 합니다.
결과가 예상과 다르면 세 곳만 먼저 봅니다
Flavor가 코드와 같은가를 먼저 봅니다. 정규식 기능은 엔진별로 차이가 있으므로, 웹 프런트엔드에서 쓸 패턴을 PHP 기본 선택에서만 통과시켜서는 안 됩니다.
그다음은 플래그입니다. Regex101 화면의 g는 모든 일치를 찾고, m은 줄 시작·끝 판단에 영향을 줍니다. 한 줄에서만 맞거나 여러 줄에서 다르게 보일 때는 플래그를 함께 적어 두는 편이 좋습니다.
마지막은 입력 자체입니다. 복사한 값의 공백, 줄바꿈, 대소문자, 보이지 않는 문자가 결과를 바꿀 수 있습니다. 작은 가상 예시부터 통과·실패 사례를 늘리면 원인을 좁히기 쉽습니다.
로컬 매칭과 저장·공유는 구분해서 생각하세요
Regex101의 개인정보·로컬 처리 안내에 따르면 매칭, 치환, 단위 테스트, 디버깅, 벤치마크, 파일 추출은 브라우저에서 로컬로 실행됩니다. 이 설명은 기본 테스트 문자열이 매칭을 위해 업로드되지 않는다는 의미입니다.
하지만 Save 또는 Publish Workspace를 선택하면 패턴, 테스트 문자열, 단위 테스트 등 저장 필드가 서비스에 전송됩니다. 초안 링크를 복사하면 편집기 내용이 URL에 들어가 그 링크를 받은 사람이 필드를 읽을 수 있다고도 안내합니다. 로컬 매칭을 했더라도 저장·공유 단계는 별도 작업이므로 고객 정보, 비밀키, 실제 로그를 넣지 마세요.
무료로 시작해도 되는 경우와 Pro를 검토할 경우
패턴 하나와 몇 개의 예시 문자열을 비교하고, Match Information과 기본 설명을 보는 목적이라면 이번에 확인한 무료 화면으로 시작할 수 있습니다. 공식 시작 가이드는 기본 테스트 기능을 Free에 Included로 표기합니다.
여러 입력을 더 많이 관리하거나, 더 긴 PCRE2 디버그 추적·벤치마크·포맷·문서 추출이 필요하다면 Regex101 Pro 안내의 기능 비교표를 먼저 확인하세요. 공식 문서는 현재 가격을 문서에 고정하지 않고, 로그인 후 Upgrade to Pro 화면에서 가격·통화·청구 주기를 확인하도록 안내합니다.
이런 경우에 추천합니다
- 정규식을 코드에 반영하기 전에 정상·비정상 예시를 함께 시험하려는 개발자
\d,+,{4},\b처럼 토큰 뜻을 화면의 Explanation으로 확인하고 싶은 초보자- 실제 데이터가 아닌 가상 문자열로 패턴의 범위를 빠르게 점검하려는 사람
반대로 민감한 실제 로그를 저장하거나 공개 링크로 공유해야 하는 상황에는 적합하지 않습니다. 로컬 매칭과 저장·공유의 데이터 흐름이 다르므로, 팀의 보안 기준에 맞는 별도 환경을 사용하세요.
함께 보면 좋은 히든픽 글
자주 묻는 질문
Regex101은 로그인 없이 쓸 수 있나요?
2026-10-20 비로그인 브라우저 테스트에서 패턴 입력, 테스트 문자열 입력, 일치 결과와 설명 확인은 가능했습니다. 저장·공유·유료 기능은 별도 계정 또는 접근 조건이 있을 수 있습니다.
테스트 문자열이 자동으로 서버에 올라가나요?
공식 문서는 매칭·치환·단위 테스트·디버깅 등 편집기 작업을 브라우저 로컬 처리라고 안내합니다. 다만 Workspace를 저장·공개하거나 API/MCP 요청을 보내면 해당 필드가 서비스에 전송되므로, 두 상황을 같은 것으로 보면 안 됩니다.
화면에서 맞는데 코드에서는 왜 다를 수 있나요?
선택한 Flavor, 플래그, 문자열 이스케이프, 입력의 공백·줄바꿈이 다르면 결과가 달라질 수 있습니다. 실제 코드와 같은 엔진을 선택하고 같은 입력 형태로 다시 시험하세요.
정규식은 짧은 패턴 하나보다, 어떤 값을 통과시키고 무엇을 제외할지 적어 둔 테스트 사례가 더 중요합니다. Regex101에서 가상 예시로 경계를 확인한 뒤 실제 적용 환경에서도 한 번 더 검증하면 예상 밖의 일치를 줄이는 데 도움이 됩니다.
공식 출처
- Regex101 앱 — 지원 Flavor와 실제 매칭 화면 확인, 2026-10-20
- Test your first regex — 시작 흐름과 Free 포함 기능 확인, 2026-10-20
- Privacy and local processing — 로컬 처리·저장/공유 시 전송 범위 확인, 2026-10-20
- Regex101 Pro — Free/Pro 기능 비교와 가격 확인 경로, 2026-10-20