붙여넣기보다 파일이 정확합니다. 붙여넣는 과정에서 눈에 안 보이는 제어문자가 사라지는데, 파일은 원본 바이트를 그대로 읽기 때문입니다.
복구가 안 되나요
복구가 실패하는 이유는 대부분 정해져 있습니다. 그중 절반은 이 도구가 받기 전에 이미 정보가 사라진 경우라 어떤 방법으로도 되살릴 수 없습니다. 아래에서 지금 화면에 보이는 증상을 찾아보세요.
? 나 � 가 섞여 있다
그 자리의 글자가 다른 문자로 바뀐 게 아니라 아예 버려졌습니다. 정보가 남아 있지 않으므로 어떤 도구로도 되살릴 수 없습니다. 원본 파일이나 원본 화면에서 다시 가져오는 수밖에 없습니다.
이 유형의 깨짐에는 눈에 보이지 않는 문자가 섞여 있는데, 중간 프로그램이 그걸 조용히 지웁니다. 화면상으로는 멀쩡해 보여도 붙여넣는 순간 이미 다른 글자가 된 상태입니다. 원본이 있는 화면에서 직접 복사하거나, 파일 탭을 쓰세요 — 파일은 이 손상이 아예 생기지 않습니다.
이 도구는 결과가 얼마나 자연스러운 글자 조합인지로 판단하는데, 10글자 미만이면 판단할 근거가 부족합니다. 같은 출처의 문장을 더 붙여넣어 보세요. 길수록 정확해집니다.
줄마다 깨진 방식이 다르면 한 번에 되돌릴 수 없습니다. 복구는 "어떻게 잘못 읽혔는지" 하나를 가정하고 되감는 것이라, 가정이 여러 개면 성립하지 않습니다. 도구가 알아서 줄 단위로 나눠 처리하지만 그래도 안 되면 한 줄씩 넣어보세요.
러시아어·그리스어·히브리어처럼 한 글자가 1바이트인 인코딩끼리는 어느 쪽이 맞는지 가려낼 단서가 원리적으로 거의 없습니다. 2·3순위를 확인해 보세요 — 후보마다 어떤 언어로 읽혔는지 옆에 표시됩니다.
인코딩이 어긋난 게 아니라 PDF 안에 글자 정보가 제대로 안 들어 있는 경우입니다. 원본 정보가 파일에 없어서 복구 대상이 아닙니다. 원본 문서를 구하는 수밖에 없습니다.
? 가 많다
저장하는 단계에서 이미 글자가 죽었습니다. 서유럽 인코딩에는 빈 자리가 다섯 개 있는데, 한글의 약 16%가 거기 떨어지면 그 순간 사라집니다. 그 부분은 되살릴 수 없고 나머지만 건질 수 있습니다.
그래서 가장 확실한 방법은 하나입니다 — 원본에서 다시 가져오는 것. 위 경우 대부분이 "옮기는 과정에서 정보가 깎였다" 이기 때문입니다. 원본 파일이 있다면 붙여넣지 말고 파일 탭에 그대로 올리세요. 파일은 원래 바이트를 그대로 읽어서, 붙여넣기에서 생기는 손상이 처음부터 없습니다.
뷁어·뷁체가 뭔가요 — 한글 깨짐의 다른 이름
한글이 ¾È³çÇϼ¼¿ä 나 안녕하세요 처럼 알아볼 수 없게 변한 것을 한국에서는 흔히 뷁어 또는 뷁체라고 부릅니다. 뷁 같은 실제로 잘 안 쓰는 글자가 자주 튀어나와서 붙은 이름입니다. 영어권에서는 일본어에서 온 모지바케(mojibake)라고 합니다.
원인은 하나입니다. 글자를 저장한 방식과 읽는 방식이 다른 것. 컴퓨터는 글자를 숫자로 바꿔 저장하는데, 그 대응표가 여러 가지입니다. 한국에서 오래 쓰던 표(EUC-KR)로 저장한 파일을 요즘 표(UTF-8)로 읽거나 그 반대면, 같은 숫자를 다른 글자로 해석해 엉뚱한 문자가 나옵니다.
그래서 정보가 사라진 게 아니라 잘못 읽힌 것뿐이고, 읽는 방식을 되돌리면 원래 글자가 그대로 나옵니다. 이 도구가 하는 일이 그겁니다. 오래된 게시판 글, 옛날 프로그램이 만든 CSV, 압축 파일 안의 한글 파일명에서 특히 자주 생깁니다.
붙여넣기보다 파일이 정확합니다
붙여넣기로 받은 글자는 이미 한 번 손실을 겪은 뒤일 수 있습니다. 이 유형의 깨짐에는 눈에 보이지 않는 제어문자가 섞여 있는데, 메신저나 웹 입력창을 거치면 그 문자가 조용히 사라집니다. 그러면 바이트가 없어진 것이라 되돌릴 방법이 없습니다.
파일 탭은 원본 바이트를 그대로 읽기 때문에 이 문제가 아예 생기지 않습니다. 되돌리는 단계도 필요 없어서, 파일이 있다면 항상 파일 쪽이 낫습니다. txt·csv·srt·json·log 같은 텍스트 파일을 올리면 인코딩을 판별해 UTF-8 로 바꿔 내려줍니다.
엑셀에서 CSV 가 깨진다면 파일 자체보다 엑셀이 문제인 경우가 많습니다. 엑셀은 표시가 없는 UTF-8 파일을 한국어 윈도우 코드페이지로 읽어버립니다. 그래서 내려받을 때 BOM 이라는 세 바이트 표시를 앞에 붙여줍니다 — 그러면 엑셀이 UTF-8 로 인식합니다.
압축 파일 안의 한글 이름이 깨졌다면 zip 파일을 그대로 올려보세요. ZIP 형식에는 파일명을 어떤 방식으로 적었는지 표시하는 자리가 있는데, 옛날 압축 프로그램은 이걸 비워둔 채 저장합니다. 그러면 다른 컴퓨터에서 이름을 엉뚱하게 읽습니다. 이 도구는 이름만 고쳐 다시 묶어줍니다. 압축을 풀었다 다시 하지 않으므로 파일 내용은 손상되지 않습니다.
어떻게 동작하나요
글자가 깨지는 원인은 하나입니다. A 방식으로 저장한 데이터를 B 방식으로 읽은 것. 그래서 복구도 거꾸로 두 단계를 밟습니다 — 깨진 글자를 잘못 읽은 방식으로 되돌려 원래 바이트를 복원한 뒤, 진짜 방식으로 다시 읽습니다. 이 도구는 두 방식의 조합을 전부 시도해보고 가장 자연스러운 결과를 골라냅니다.
정답을 100% 보장할 수는 없어서 후보를 최대 3개까지 보여드립니다. 1순위가 어색하면 2·3순위를 확인해 보세요.
자주 묻는 것
입력한 글자가 어디로 전송되나요?
전송되지 않습니다. 붙여넣은 글자와 올린 파일은 전부 브라우저 안에서만 처리되고, 이 사이트에는 텍스트를 받는 서버가 없습니다. 창을 닫으면 사라지며 기기에도 남지 않습니다.
얼마나 정확한가요?
12개 언어 148건 기준으로 1순위 정답률 84.5%, 후보 3개 안에 정답이 있는 비율 96.6%입니다. 1순위가 어색하면 2·3순위를 확인해 보세요.
엑셀에서 연 CSV가 깨집니다.
파일 탭에 올린 뒤 "엑셀에서 열 파일이면 BOM 붙이기"를 켠 채로 받으세요. 엑셀은 표시가 없는 UTF-8 파일을 한국어 윈도우 방식으로 읽어버리는데, BOM 세 바이트가 그걸 막아줍니다.
압축 파일 안의 한글 이름이 깨졌습니다.
zip 파일을 그대로 파일 탭에 올리면 이름만 고쳐 다시 묶어줍니다. 압축을 풀었다 다시 하지 않으므로 파일 내용은 손상되지 않습니다.
PDF도 되나요?
안 됩니다. PDF에서 복사한 글자가 깨지는 것은 인코딩이 어긋난 게 아니라 PDF 안에 글자 정보가 제대로 안 들어 있는 경우라, 원본 정보가 파일에 없어서 어떤 도구로도 되살릴 수 없습니다.