📖 한자 → 후리가나 변환
내장 사전(약 50KB)으로 한자 문장을 후리가나(HTML ruby) / 히라가나 / 가타카나 / 로마자로 즉시 변환. 상용 숙어 · 주요 성명 · 상용 한자 커버. 토큰 표 제공.
기본은 브라우저 처리. 고정밀 모드 체크 시 MeCab 서버 처리.
⚠️ 정확도 주의
내장 경량 사전(약 100KB)을 사용. 즉시 동작하지만 드문 고유명사·난독 한자는 ? 로 표시될 수 있습니다. 중요한 용도는 수동 확인 필수.
🔒 개인정보 보호
- ・변환 처리는 브라우저 내에서 완료됩니다
- ・입력 텍스트·이름은 서버로 전송되지 않습니다
- ・저장 로그 · 업로드 기록 · 데이터베이스 없음
📖 자주 걸리는 지점
한자를 포함한 일본어 텍스트에 히라가나·가타카나·로마자 읽기를 붙입니다. 기본은 브라우저 안의 경량 사전으로 끝나며 「고정밀 모드」를 명시적으로 골랐을 때만 서버 쪽의 MeCab (형태소 분석기) 을 씁니다. 다만 어느 모드에서든 읽기는 「추정」입니다 — 형태소 분석이 돌려주는 것은 「그 문맥에서 가장 나타나기 쉬운 읽기」이지 정답이 아닙니다. 특히 인명과 지명은 원리적으로 맞힐 수 없습니다. 같은 표기에 여러 읽기가 실재하며 어느 것이 옳은지를 정하는 것은 본인과 그 땅이지 언어의 규칙이 아니기 때문입니다.
| 사례 | 무슨 일이 일어나는가 | 어떻게 하면 되는가 |
|---|---|---|
| 인명·지명의 읽기는 추정할 수 없다 | 같은 표기에 읽기가 여럿인 것은 예외가 아니라 보통입니다. 中田 는 nakata 도 nakada 도 실재하고 新谷 는 shintani, araya, niiya, 東海林 에 이르러서는 shoji 로 읽는 사람이 다수파입니다. 지명도 마찬가지여서 十三 은 juso, 放出 은 hanaten 으로 읽습니다. 형태소 분석은 통계적으로 가장 많은 읽기를 돌려주므로 소수파 읽기를 가진 사람은 반드시 틀리게 됩니다. 게다가 틀림이 눈에 띄지 않습니다 — 그럴듯한 읽기가 들어가므로 본인이 볼 때까지 아무도 알아채지 못합니다. 「대체로 맞다」는 것이 이 용도에서는 가장 위험한 성질이 됩니다. |
인명·지명은 추정하지 말고 데이터로 가지세요. 회원 등록이나 폼에서 후리가나가 필요하다면 본인에게 입력하게 하는 것이 유일하게 올바른 방법입니다. 자동 입력을 한다면 반드시 편집 가능한 필드에 넣고 확인 화면에서 읽기를 눈에 띄게 하세요 — 읽기 전용으로 만든 순간 틀림을 고칠 수단이 사라집니다. 기존 데이터를 일괄 변환할 때는 변환 결과를 그대로 채택하지 말고 「후보」로 다루며, 나중에 본인이 수정할 수 있는 동선을 마련합니다. 지명은 공개 데이터로 해결할 수 있습니다 — 우편번호 데이터에는 가나 표기가 포함되어 있으므로 주소의 후리가나는 추정이 아니라 참조로 정확히 채울 수 있습니다 (주소 분할 도 참고하세요). |
| 문맥에 따라 읽기가 바뀌는 말이 있다 | 보통명사에도 읽기가 갈리는 말이 많습니다. 一日 는 tsuitachi 와 ichinichi, 今日 는 kyo 와 konnichi, 大人気 는 daininki 와 otonage 로 의미가 완전히 달라집니다. 수사는 더 규칙적으로 변합니다 — 一本, 三本, 六本 에서 같은 글자가 ippon, sanbon, roppon 으로 앞의 숫자에 따라 세 가지로 바뀝니다. 브라우저 안의 경량 사전은 이런 판단을 하지 못합니다 (단어별 표 찾기이기 때문입니다). MeCab 을 쓰는 고정밀 모드는 앞뒤 관계를 보므로 크게 개선되지만 그래도 통계적인 최빈값을 돌려줄 뿐입니다. 또한 고정밀 모드가 유효한 것은 히라가나 / 가타카나 / 로마자 세 모드뿐이며 루비 표시와 일람표는 토큰 정보가 필요하므로 경량 사전을 씁니다. |
어느 정도 길이의 문장을 변환한다면 고정밀 모드를 쓰세요. 경량 사전과의 차이가 가장 크게 나는 것은 동사와 조사가 얽힌 문장이며 단어를 늘어놓기만 한 목록에서는 거의 차이가 나지 않습니다. 그리고 변환 후에는 반드시 다시 읽어 보세요 — 특히 숫자 바로 뒤, 고유명사, 그리고 읽기가 많은 한자를 중점적으로 봅니다. 교재나 자막처럼 읽기의 정확성이 본질적인 용도에서는 변환 결과를 초고로 다루고 사람의 교정을 공정에 넣으세요. 반대로 검색용 읽기 색인이나 정렬 키 같은 용도라면 어느 정도의 오류는 허용할 수 있습니다 — 「무엇에 쓸 것인가」로 필요한 정밀도가 정해지므로 그것을 먼저 정한 뒤에 수단을 고르세요. |
| 제출처마다 가나의 규칙이 다르다 | 변환한 읽기를 그대로 붙일 수 있는 곳은 많지 않습니다. 일본의 서식에서는 가타카나로 적힌 칸은 가타카나, 히라가나로 적힌 칸은 히라가나라는 관행이 있고 이것을 잘못 쓰면 반려됩니다. 금융기관은 더 엄격해서 반각 가타카나만·쓸 수 있는 기호가 한정·탁점을 한 글자로 셈·장음이나 작은 글자에 독자 규칙이 있는 것이 보통입니다. 자릿수 상한도 있습니다. 게다가 로마자에도 여러 방식이 있습니다 — 여권은 헵번식이라 おおの 가 ONO, 그러나 훈령식이라면 OONO 로 같은 이름이 다른 철자가 됩니다. 「올바른 로마자」는 존재하지 않으며 제출처의 방식을 따를 뿐입니다. |
제출처의 기입 예를 먼저 읽으세요. 규칙은 그 한 장에 적혀 있고 추측할 여지가 없습니다. 가타카나의 반각·전각은 전각 반각 변환 으로 나중에 맞출 수 있으므로 이 페이지에서는 우선 가타카나로 출력하고 폭 조정은 다음 공정에서 하는 편이 확실합니다. 폼을 만드는 쪽이라면 입력란에 inputmode 와 pattern 을 지정하고 받아들이는 문자 종류를 명시하세요 — 나중에 튕겨 내기보다 입력할 때 안내하는 편이 훨씬 친절합니다. 은행 이체의 명의는 계좌의 등록명과 한 글자씩 일치해야 합니다 — 여기만은 변환 도구에 맡기지 말고 통장이나 카드의 표기를 그대로 옮겨 적으세요. |
고정밀 모드만이 서버로 전송됩니다. 기본인 브라우저 내 처리에서는 입력이 단말 밖으로 나가지 않지만 MeCab 을 쓰는 모드에서는 텍스트가 서버로 넘어갑니다 (입력 본문은 로그에 남기지 않습니다). 고객 명부 같은 개인정보를 포함한 텍스트는 기본 모드로 처리하거나 애초에 이런 종류의 도구에 넣지 마세요 — 「전송되지 않는다」와 「전송처를 믿을 수 있다」는 다른 이야기이며, 전자를 고를 수 있다면 전자를 고르는 것이 원칙입니다. 또 하나, 루비를 HTML 에 넣을 때는 <ruby> 와 <rt> 를 쓰세요 — 괄호로 읽기를 덧붙이면 스크린 리더가 같은 말을 두 번 읽습니다. <ruby> 라면 한 번으로 끝나고 <rp> 를 곁들이면 ruby 를 지원하지 않는 환경에서만 괄호가 나타납니다. 후리가나는 접근성을 위한 기능이지 장식이 아닙니다 — 붙일 대상 (어린이용·학습자용·난독 어휘만) 을 정한 뒤에 전부에 붙일지를 판단하세요.
📖 사용법
-
1
텍스트 붙여넣기한자가 포함된 일본어 문장이나 이름을 입력합니다.
-
2
출력 모드 선택후리가나 ruby / 히라가나 / 가타카나 / 로마자(헵번 · 훈령) / 토큰 표 중 선택.
-
3
변환 후 복사 / 다운로드변환 버튼을 누르면 결과가 표시되어 복사 / 다운로드 가능. 읽기 불명 한자는 ? 표시.
❓ 자주 묻는 질문
어떤 사전을 사용합니까?
희귀한 인명·지명도 정확합니까?
헵번식과 훈령식 로마자의 차이는?
🔗 관련 도구
- ・성명 분할
- ・주소 분할
- ・민감정보 마스킹
- ・전각 · 반각 변환
🐛 이 도구에서 문제가 발생했나요?
무료 · 가입 불필요. 재현 절차만이라도 도움이 됩니다. 보고는 운영자에게 직접 전달되어 개선에 사용됩니다.
보고 감사합니다!
운영자에게 전달되었습니다. 개선에 사용됩니다.