얼마 전 지인이 메인보드 매뉴얼 PDF를 통째로 번역했다가 표가 다 밀려서, 결국 필요한 부분을 캡처로 다시 보내온 적이 있습니다. 파일번역은 버튼 하나 누르면 끝나는 작업처럼 보이지만, 실제로는 파일 형식과 레이아웃을 먼저 봐야 결과가 덜 망가집니다.
PC 세팅을 오래 하다 보면 드라이버 설명서, 바이오스 릴리즈 노트, 해외 부품 보증 문서, 프로그램 오류 로그 같은 걸 자주 번역하게 됩니다. 여기서 중요한 건 번역 품질만이 아닙니다. 숫자, 옵션명, 경고 문구, 표 위치가 그대로 남아야 실제로 쓸 수 있습니다.
파일번역 전에 원본 상태부터 확인하기
먼저 파일을 열었을 때 텍스트 선택이 되는지 봐야 합니다. PDF인데 마우스로 글자가 선택된다면 텍스트 기반 문서입니다. 반대로 한 페이지 전체가 사진처럼 잡히면 스캔본이라서 OCR 작업이 먼저 필요합니다.
스캔본을 바로 번역기에 넣으면 문장이 이상하게 잘리거나, 숫자 0과 알파벳 O를 헷갈리는 일이 꽤 생깁니다. 특히 전압값, 온도 제한, 오류 코드처럼 한 글자만 틀려도 의미가 바뀌는 문서는 이 차이가 큽니다.
- 워드 문서: 문단 구조가 살아 있어 파일번역 성공률이 높은 편입니다.
- PDF 문서: 텍스트형이면 괜찮지만, 스캔본이면 OCR 품질이 결과를 좌우합니다.
- 엑셀 파일: 셀 병합, 수식, 단위 표기가 깨지기 쉬워 범위를 나눠 처리하는 편이 낫습니다.
- 파워포인트: 문장보다 박스 위치와 줄바꿈이 더 자주 문제를 만듭니다.
PDF 파일번역은 통째로 넣기보다 나눠서 처리
PDF는 파일번역에서 제일 말썽이 많은 형식입니다. 페이지가 많고 표, 이미지, 각주가 섞여 있으면 번역 후 레이아웃이 흔들립니다. 100페이지짜리 매뉴얼을 한 번에 넣는 것보다 필요한 장만 분리해서 번역하는 방식이 체감상 훨씬 안정적입니다.
예를 들어 메인보드 설명서라면 전체를 번역할 필요가 없습니다. 전면 패널 커넥터, 메모리 장착 슬롯, 바이오스 업데이트, 오류 LED 표처럼 실제로 필요한 부분만 뽑아도 충분합니다. 괜히 전체 번역을 돌리면 시간도 오래 걸리고, 나중에 확인할 페이지 찾는 것도 번거롭습니다.
스캔 PDF는 OCR 후 검수
스캔 PDF라면 먼저 문자 인식 상태를 확인해야 합니다. OCR을 거친 뒤 아무 문장이나 복사해서 메모장에 붙여 넣어보면 대충 감이 옵니다. 줄이 이상하게 끊기거나 한자가 섞이거나 숫자가 바뀌면, 그 상태로 파일번역을 진행해도 결과가 깔끔하게 나오기 어렵습니다.
저는 이런 문서는 중요한 표부터 따로 봅니다. 전원 핀 배열, 점퍼 위치, 오류 코드 표처럼 실수하면 바로 삽질로 이어지는 부분은 번역문만 믿지 않고 원문과 같이 놓고 확인합니다. 번역은 작업 시간을 줄여주는 도구이지, 검수까지 대신해주지는 않습니다.
워드·엑셀 파일은 서식을 먼저 가볍게 만들기
워드 파일은 비교적 편하지만, 머리글·바닥글·각주·텍스트 박스가 많으면 번역 뒤 문단 순서가 꼬일 수 있습니다. 작업용 복사본을 만든 뒤 필요 없는 장식 요소를 줄이고 본문 위주로 번역하면 실패 확률이 줄어듭니다.
엑셀은 더 조심해야 합니다. 번역 과정에서 수식 셀을 건드리면 계산식이 깨질 수 있고, 제품명이나 모델명이 일반 단어처럼 번역되는 경우도 있습니다. 예를 들어 Power, Current, Boot 같은 단어가 항목명인지 기능명인지 문맥에 따라 다르게 처리됩니다.
- 원본 파일은 따로 보관하고 복사본으로 작업합니다.
- 수식이 있는 셀은 번역 범위에서 빼거나 값으로 복사한 시트를 따로 만듭니다.
- 모델명, 부품명, 오류 코드는 번역하지 않을 단어 목록처럼 따로 관리합니다.
- 번역 후 숫자 단위, 날짜, 버전 표기를 다시 봅니다.
번역 결과에서 꼭 확인할 부분
파일번역이 끝나면 자연스러운 문장보다 먼저 봐야 할 게 있습니다. 숫자와 단위입니다. 1.35V, 85도, 3200MT/s, 750W 같은 값은 문장보다 중요합니다. 이런 값이 틀어지면 문서가 그럴듯해 보여도 실제 작업에는 위험합니다.
두 번째는 메뉴 이름입니다. 윈도우 설정, 바이오스 옵션, 프로그램 버튼명은 번역기가 한국어로 풀어버리면 오히려 찾기 힘들어집니다. 실제 화면에는 영어로 남아 있는데 문서에서는 번역되어 있으면 사용자가 엉뚱한 메뉴를 찾게 됩니다.
세 번째는 부정 표현입니다. 영어 문서에서 not, never, unless 같은 단어가 들어간 문장은 반드시 원문과 대조하는 편이 좋습니다. 드라이버 설치 순서나 초기화 경고문에서 이 부분이 틀리면 결과가 꽤 피곤해집니다.
내가 쓰는 파일번역 작업 순서
실제로는 거창한 방식보다 순서가 중요합니다. 저는 원본 백업, 형식 확인, 필요한 범위 추출, 번역, 숫자 검수, 레이아웃 확인 순서로 갑니다. 이 흐름만 지켜도 파일번역 실패가 꽤 줄어듭니다.
PDF는 필요한 페이지만 나누고, 워드는 복사본을 만들고, 엑셀은 번역할 시트와 보존할 시트를 분리합니다. 파워포인트는 번역 후 글자가 박스 밖으로 삐져나오는지 꼭 봅니다. 발표 자료나 안내문은 문장보다 보이는 상태가 먼저라서, 줄바꿈 하나가 완성도를 확 떨어뜨립니다.
파일번역을 너무 믿으면 이상한 곳에서 시간이 샙니다. 반대로 원본 구조를 조금만 보고 시작하면 작업이 훨씬 편합니다. 특히 PC 부품 매뉴얼이나 윈도우 오류 문서처럼 실사용에 바로 이어지는 파일은 빠른 번역보다 덜 깨지는 번역이 낫습니다. 저는 아직도 중요한 문서는 번역본과 원문을 나란히 열어놓고 봅니다. 귀찮아 보여도, 나중에 잘못된 옵션 하나 때문에 바이오스 화면에서 헤매는 것보다는 훨씬 싸게 먹힙니다.
