번역을 보내기 전 12가지 점검
TABLE OF CONTENTS
번역은 이미 “끝난” 것처럼 보입니다. 그 느낌과 보내기 버튼 사이의 짧은 관문입니다—클라이언트 이메일, 제품 카피 게시, 숙제 제출, UI 문자열 출고 모두 해당합니다.
기계 번역과 AI 초안은 시간을 아껴 줍니다. 동시에 맞춤법 검사로는 잡히지 않는 예측 가능한 마지막 실수도 남깁니다. 유럽에서 일과 달이 뒤바뀌는 미국식 날짜, 번역돼 버린 제품명, 깨진 {name} 플레이스홀더, 원문 언어 페이지를 여는 링크 등입니다. American Translators Association은 완전성, 정확성, 가독성, 그리고 실제 납품 형식에서의 최종 점검을 강조합니다. 완전한 로컬라이제이션 프로그램은 필요 없습니다—약 5–15분에 돌릴 수 있는 열두 가지 구체 점검이면 됩니다.
이것은 깊은 이중 언어 QA 워크플로가 아닙니다. 긴 문서 검토, PPTX 덱, 전문 교정은 글 끝의 심화 가이드를 쓰세요. 이 페이지는 주머니 관문입니다. 원문과 번역문을 나란히 연 뒤 목록을 위에서 아래로 진행하세요.
이 5–15분 관문을 돌리는 방법
| 상황 | 권장 깊이 |
|---|---|
| 짧은 이메일, 채팅 답장, SNS 캡션 | 5분 — 점검 1–6 + 12 |
| 제품 페이지, 제안서, 숙제 에세이 | 10분 — 전체 목록 |
| UI 문자열, 앱스토어 문구, FAQ | 15분 — 전체 목록 + 플레이스홀더/링크 중점 |
브라우저 탭(또는 창)을 원문용과 번역문용으로 하나씩 엽니다. 수정은 실제로 보낼 파일에서 하세요—채팅 초안만으로는 부족합니다.
1. 날짜와 로케일 순서
모든 날짜가 당신의 습관이 아니라 독자의 로케일에 맞는지 확인하세요.
- 미국 영어는 종종 월–일–년(
11/01/2026= 11월 1일). - 유럽·라틴아메리카 상당수는 일–월–년(
01/11/2026= 11월 1일). - 많은 동아시아 로케일은 년–월–일을 선호합니다.
Unicode CLDR이 로케일별 날짜 패턴을 정확히 문서화하는 이유입니다. 짧은 숫자 날짜는 국경을 넘으면 모호합니다. 독자가 섞여 있으면 채널이 허용할 때 모호하지 않은 형식(1 November 2026 또는 ISO 2026-11-01)을 우선하세요. 형식을 고친 뒤 요일도 여전히 맞는지 확인하세요.
2. 남은 원문 언어 텍스트
AI가 자주 건너뛰는 미번역 조각을 훑으세요.
- 제목, 캡션, 대체 텍스트, 각주, 머리글/바닥글
- 표, 텍스트 상자, 발표자 노트, 이미지 오버레이 안의 글
- 원문 그대로 남은 스텁(TBD, lorem, TODO, 로컬라이즈해야 할 N/A)
ATA 검토 지침은 그래픽 아래와 표 안의 숨은 텍스트를 놓치기 쉽다고 지적합니다. 번역 파일에서 특징적인 원문 단어(브랜드명 제외)를 검색하면 잔여를 빨리 찾을 수 있습니다.
3. 고유명과 번역 금지(DNT) 항목
브리프에 다른 지시가 없으면 그대로 둬야 할 항목을 지키세요.
- 인명·지명(원문과 대조해 철자 확인)
- 제품명, 기능명, 법인명
- DNT 목록의 약어, 코드 식별자, SKU/모델 번호
번역 전에 아주 작은 DNT 목록을 만드세요—다섯 단어만 있어도 도움이 됩니다. 보통 언어를 바꾸면 안 되는 항목은 What Not to Translate를 보세요.
4. 통화 기호와 숫자 구분 기호
숫자는 “만국 공통”이 아닙니다. CLDR 숫자·통화 패턴에서 .와 ,는 플레이스홀더이며 로케일별 기호가 됩니다.
| 로케일 습관 | 1.500 / 1,500의 의미 예 |
|---|---|
| en-US | 1,500.00 → 천오백 |
| de-DE / 많은 EU | 1.500,00 → 천오백 |
| 섞인 초안 | 1.500은 1.5일 수도 1500일 수도—견적서에서는 치명적 |
통화 코드와 기호(USD / $ / US$), 기호 위치, 소수 자릿수(JPY는 종종 없음)를 확인하세요. 구분 기호를 “고치면서” 숫자 값 자체를 바꾸지 마세요.
5. 어조와 레지스터
물어보세요. 이 발신자가 이 수신자에게, 이 채널에서 자연스럽게 들리겠는가?
Cambridge Grammar는 레지스터를 목적·맥락·청중에 따른 언어 변종으로 정의하고, 격식체(진지한 상황, 잘 모르는 사람)와 비격식체(편안하고 친숙한 맥락)를 대비합니다. 첫 클라이언트 이메일에 채팅체 AI 초안, 앱 온보딩에 딱딱한 교과서 톤—둘 다 보내기 관문에서 탈락합니다.
빠른 테스트: 인사, 본문 한 단락, 맺음을 읽으세요. 격식 수준이 서로 어긋나면 맞추세요. 언어 간 톤 패턴은 Formal vs Informal: 12 Tone Tips를 보세요.
6. 플레이스홀더와 변수
번역문에서 깨졌거나 번역된 플레이스홀더를 검색하세요.
{name},{{count}},%s,%1$s,${user}- ICU / MessageFormat 스타일
{count, plural, ...}블록
복합 메시지에 관한 W3C 국제화 지침은 변수가 온전하고 재배열 가능해야 한다고 경고합니다. 번역가(와 AI)가 토큰을 “친절하게” 번역하거나 영어 어순을 하드코딩하면 안 됩니다. 원문 문자열과 플레이스홀더 개수와 이름을 비교하세요. UI에 Hello, {name}!가 문자 그대로 보이면 아직 끝난 게 아닙니다.
7. 원문 언어 URL을 가리키는 링크
중요한 링크는 모두 클릭—적어도 호버해 확인—하세요.
- 페이지가 스페인어여야 하는데 아직
/en/또는?lang=en이 보이는가? - 헬프 센터·요금 URL이 대상 로케일 대응 페이지로 해석되는가?
- 추적·UTM 파라미터가 유지되고, 목적지가 살아 있는가(404가 아닌가)?
문장이 완벽해도 독자를 잘못된 언어 페이지로 보내면 보내기 관문은 실패합니다.
8. 숫자, 단위, 측정
통화 구분 기호 외에도 확인하세요.
- 브리프에 따라 단위 유지 또는 환산(
kmvsmi,°Cvs°F) - 전화번호, 우편번호, 시각(12시간제 vs 24시간제)
- 백분율과 범위(
10–15%)가 원문 값과 일치하는지
브리프가 “단위를 환산하지 말 것”이면 단위는 두고 주변 표현만 로컬라이즈하세요.
9. 용어집과 제품명 일관성
필수 용어집 항목을 번역문에서 모두 검색해 확인하세요.
- 매번 권장어가 쓰이는지(동의어 드리프트 없음)
- 금지·구 용어가 다시 나오지 않는지
- 대소문자가 브랜드 규칙과 맞는지(
OpenL,Openl아님)
불일치는 짧은 마케팅 페이지를 미편집처럼 보이게 하는 가장 빠른 길 중 하나입니다. 공식 용어집이 없으면 보내기 전에 반드시 유지할 이름 세 줄 목록을 만드세요.
10. 원문 대비 완전성(글머리와 섹션 수)
분위기만이 아니라 구조를 세세요.
- H2/H3 섹션 수가 같은가?
- 글머리·번호 목록 길이가 같은가?
- 표: 행/열 수가 같은가? 캡션이 있는가?
ATA 완전성 점검은 단호합니다. “no” 같은 작은 단어를 하나 빠뜨리면 의미가 뒤집힙니다. 목록 항목을 세면 유창한 읽기에서 놓치는 누락을 잡습니다. 본격적인 이중 언어 문서 패스는 The Bilingual Document Review Checklist를 쓰세요.
11. 서식과 길이 오버플로
긴 대상 언어(독일어, 핀란드어, 스페인어)는 자주 넘칩니다.
- 버튼, 메뉴 라벨, 슬라이드 제목, 이메일 제목줄
- 표 셀, 모바일 UI, PDF 텍스트 상자
실제 크기로 확인하세요(100% 확대 / 기기 미리보기). 잘린 문자열, 겹친 글, 깨진 줄바꿈, 대상 문자를 지원하지 않는 글꼴을 보세요. 슬라이드·덱을 번역했다면 발표자 노트와 차트 라벨에 대해 PPTX Translation QA Checklist도 훑어 보세요.
12. 최종 소리 내어 읽기(또는 텍스트 음성 변환)
번역문을 소리 내어 읽으세요—또는 Word / OS 읽어 주기를 쓰세요—숫자와 고유명은 원문을 곁눈으로 확인합니다. ATA 검토자는 잘못된 숫자와 어색한 표현을 잡기 위해 소리 내어 읽기를 특별히 권합니다. 들을 대상은 다음과 같습니다.
- 막힘, 직역투, 두 번 읽어야 이해되는 문장
- 소리 내어 말한 잘못된 숫자(
fifteenvsfifty) - 묵독에서는 괜찮지만 말하면 어색한 어조
잠시라도 멈추게 하는 곳이 있으면 보내기 전에 고치세요.
바로 붙여 넣는 체크리스트
- 1. 날짜/로케일이 독자에게 모호하지 않음
- 2. 원문 언어 조각이 남아 있지 않음
- 3. 고유명 / DNT가 온전하고 철자가 맞음
- 4. 통화·숫자 구분 기호가 로케일에 맞음
- 5. 어조/레지스터가 청중·채널에 맞음
- 6. 플레이스홀더 온전(
{name},%s, ICU) - 7. 링크가 올바른 언어 목적지를 염
- 8. 숫자·단위·시각이 브리프와 일치
- 9. 용어집 / 제품명 일관
- 10. 섹션·글머리 수가 원문과 일치
- 11. 오버플로·잘림·레이아웃 깨짐 없음
- 12. 소리 내어 읽기 패스 완료
편집 후 초안이나 짧은 재확인이 필요하면 OpenL로 표현을 다시 생성하거나 비교할 수 있습니다—그다음 보낸편지함을 떠나기 전에 이 관문을 다시 돌리세요.
더 깊은 QA가 필요할 때
마지막 확신을 위해 이 보내기 관문을 쓰세요. 위험이나 분량이 커지면 더 깊은 체크리스트로 전환하세요.
- Translation QA Checklist: 15 Must-Check Items — 더 두꺼운 프로젝트 QA
- Translation Proofreading Checklist for Pros — 언어학자급 교정
- Bilingual Document Review Checklist — 원문 대 번역 문서 패스
열두 가지 점검은 법률 계약의 유료 검토를 대체하지 않습니다. 하지만 괜찮은 AI 초안을 나쁜 발송으로 바꾸는 민망한 실수는 잡습니다.
Sources
- How to Review a Translation — American Translators Association (ATA) — completeness, accuracy, readability, read-aloud, hidden text, final format check
- Quality Control in Translation — ATA — register, numbers/proper nouns, client instructions, bilingual review habits
- CLDR Date/Time Patterns — locale date format conventions
- CLDR Number and Currency Patterns — decimal/grouping separators and currency patterns
- Register — Cambridge Dictionary Grammar — register as purpose-, context-, and audience-driven language variety
- Formal and informal language — Cambridge Grammar — formal vs informal usage cues
- Working with Composite Messages — W3C Internationalization — placeholders/variables must remain intact and reorderable
- Multidimensional Quality Metrics (MQM) — open issue typology used across localization QA (accuracy, fluency, locale convention, and related dimensions)
