콘텐츠로 건너뛰기
DevLab

📱 전화번호 포매터 (국가별)

30+ 국가의 전화번호를 국제, 국내, E.164, tel: URI 로 포매팅. 자릿수와 국가코드 검증, 일괄 처리, CSV 내보내기.

완전 무료 가입 불필요 브라우저 완결 5 개 언어 다크 모드

🔒 개인정보 보호

📖 자주 걸리는 지점

30 개국 이상의 분할 규칙에 근거해 전화번호를 정형하고 국제 표기 · 국내 표기 · E.164 · tel: URI 네 형식을 동시에 냅니다. 1 행 1 건의 일괄 처리와 CSV 출력에도 대응하며 처리는 브라우저 안에서 끝납니다. 여기서 하는 것은 서식의 정형이지 번호가 실재하는지의 확인이 아닙니다 — 할당되지 않은 번호대도 해지된 번호도 완전히 가공의 번호도 자릿수만 맞으면 똑같이 깔끔하게 정형됩니다.

사례 무슨 일이 일어나는가 어떻게 하면 되는가
맨 앞의 0 이 사라진다 · 두 번 붙는다 국내 표기의 맨 앞에 있는 0 은 국내 프리픽스라고 불리는 것으로 번호의 일부가 아닙니다 — 국내에서 발신할 때만 붙이는 기호입니다. 따라서 국제 형식으로 고칠 때는 떼고 090-1234-5678 은 +81 90 1234 5678 이 됩니다. 반대 방향에서 떼는 것을 잊으면 +81 090... 이라는 존재하지 않는 번호가 만들어집니다. 실무에서 가장 피해가 큰 것은 Excel 과 CSV 로 0312345678 을 열면 숫자로 판정되어 맨 앞의 0 이 사라지고 312345678 이 됩니다 — 게다가 다시 저장하면 되돌릴 수 없습니다. 저장하는 값은 E.164(+819012345678)로 통일하세요 — 국가 코드를 포함하고 구분 기호를 갖지 않으며 전 세계에서 유일하게 정해지는 유일한 형식입니다. 표시할 때만 국내 표기로 정형합니다. CSV 를 다룬다면 열기 전에 열의 타입을 문자열로 지정하세요 — Excel 이라면 데이터 탭에서 텍스트 파일 마법사를 써서 해당 열을 문자열로 설정합니다. 더블클릭으로 열면 반드시 깨집니다. E.164 라면 맨 앞이 + 이므로 Excel 도 숫자로 판정하지 않지만 그것을 믿기보다 명시적으로 문자열로 읽어들이는 편이 확실합니다.
유선 전화의 구분 위치가 올바르지 않다 일본의 지역번호는 1 자리에서 4 자리까지 가변입니다 — 도쿄는 03, 요코하마는 045, 그리고 니가타현의 일부는 02567 처럼 5 자리인 것도 있습니다. 어디서 자를지는 총무성의 번호 계획에서 개별적으로 정해져 있고 자릿수에서는 도출할 수 없습니다. 게다가 지역번호가 길수록 시내 국번은 짧아지는 관계가 있으므로 전체 자릿수는 같아도 자르는 위치가 다릅니다. 휴대전화(070/080/090)와 IP 전화(050)는 형식이 고정이라 쉽지만 유선 전화를 완벽하게 분할하려면 번호 계획의 전 데이터가 필요합니다. 유선 전화의 분할에 완벽을 기대하지 마세요. 애초에 구분 위치는 보기 쉬움의 문제이지 발신할 수 있는지와는 무관합니다 — 0312345678 도 03-1234-5678 도 같은 번호이고 어느 쪽이나 문제없이 연결됩니다. 따라서 tel: URI 나 데이터베이스에는 E.164 를 그대로 넣고 구분은 표시만의 장식으로 다루세요. 정확한 분할이 업무상 필요한 장면(청구서나 공식 서류)에서는 Google 의 libphonenumber 를 쓰세요 — 번호 계획의 데이터를 내장하고 있어 이 도구와는 규모가 전혀 다릅니다.
존재하지 않는 번호도 깔끔하게 정형된다 형식 체크는 그 나라의 번호로서 자릿수와 앞부분이 있을 법한 형태인지만 봅니다. 따라서 아직 할당되지 않은 번호대도 해지된 지 오래인 번호도 영화나 드라마에서 쓰이는 가공의 번호도 모두 유효해 보입니다. 폼의 검증에서 이를 검증됨 으로 다루는 것은 위험하며 SMS 인증을 보내고 나서야 비로소 도달하지 않는다는 것을 알게 됩니다. 반대 방향의 실패도 있습니다 — 너무 엄격한 검증은 신설된 번호대 · 국제 번호 · 내선이 붙은 번호를 튕겨 정당한 사용자를 문전박대합니다. 실재 확인의 방법은 실제로 SMS 나 음성을 보내 보는 것밖에 없습니다. 폼의 검증은 의도적으로 느슨하게 하세요 — 숫자와 + 와 구분 기호만 허용하고 길이의 상한(E.164 의 15 자리)만 보는 정도로 충분합니다. 튕겨 낸 정당한 번호는 이쪽에서는 영원히 보이지 않는 손실인 반면 통과시킨 잘못된 번호는 다음 공정에서 확실히 검출됩니다 — 이 비대칭성이 느슨하게 해야 할 이유입니다. 국제화에 대해서는 국가 코드만으로는 나라가 정해지지 않는다는 점에도 주의하세요 — +1 은 미국 · 캐나다 · 카리브해의 20 개국 이상, +7 은 러시아와 카자흐스탄이 공유하고 있습니다.

전화번호는 그 자체만으로 개인을 특정할 수 있는 정보입니다. 따라서 취급에는 그에 맞는 주의가 필요합니다 — 액세스 로그나 애플리케이션 로그에 남기지 않기, URL 의 쿼리 문자열에 넣지 않기(기록 · 리퍼러 · 프록시의 로그에 남으므로), CSV 를 그대로 메일에 첨부하지 않기. 이 페이지의 처리는 모두 브라우저 안에서 끝나고 번호는 전송되지 않지만 일괄 처리의 결과를 CSV 로 다운로드한 시점부터는 그 취급이 당신의 관리하의 문제가 됩니다 — 수중의 Downloads 폴더에 고객의 전화번호 목록이 계속 남는 것은 흔한 사고입니다. 한 가지 더, E.164 의 상한은 15 자리(국가 코드 포함) 이지만 내선 번호는 이 안에 들어가지 않습니다 — tel: URI 에서는 +81312345678;ext=1234 처럼 ;ext= 로 표현합니다. 내선을 하이픈으로 이어 번호 본체에 섞으면 발신할 수 없는 번호가 됩니다.

📖 사용법

  1. 1
    국가 선택
    30+ 국가에서 선택. 자릿수 · 그룹화 규칙이 다릅니다.
  2. 2
    번호 입력
    단일은 즉시, 일괄은 버튼으로 처리.
  3. 3
    결과 복사 또는 CSV 내보내기
    국제 / 국내 / E.164 / tel: 4 형식 + CSV.

❓ 자주 묻는 질문

E.164 란?
ITU-T 표준 국제 전화 형식. 예: +819012345678
libphonenumber 미사용 이유?
libphonenumber-js 70 KB 라 무겁기에 30+ 국가만 정규식 처리.
번호가 서버로 전송됩니까?
아니요. 모두 브라우저 내 처리.

🔗 관련 도구

🐛 이 도구에서 문제가 발생했나요?

무료 · 가입 불필요. 재현 절차만이라도 도움이 됩니다. 보고는 운영자에게 직접 전달되어 개선에 사용됩니다.

※ 재현을 위해 브라우저 정보 (UA / 화면 / 언어 / URL) 가 자동 전송됩니다