
한 회사가 아랍어 사이트를 공개했습니다. 번역도 정확했지만 페이지가 어딘가 어색해 보입니다. 메뉴는 왼쪽 가장자리에 붙어 있고 ‘구매’ 버튼은 구석으로 밀려났으며, ‘뒤로’ 화살표는 엉뚱한 방향을 가리키고 전화번호는 중간에서 끊겨 있습니다. 텍스트 번역을 단순히 단어를 바꾸는 일로 생각할 때 이런 문제가 자주 발생합니다. 오른쪽에서 왼쪽으로 쓰는 언어는 텍스트만 번역하면 되는 것이 아닙니다. 인터페이스 전체를 재구성해야 하며, 출시 후에 고치는 것보다 미리 이런 변화를 고려하는 편이 훨씬 쉽습니다.
RTL(right-to-left)은 오른쪽에서 왼쪽으로 쓰는 방식을 뜻합니다. 아랍어, 히브리어, 페르시아어(파르시), 우르두어, 파슈토어, 쿠르드어(소라니)가 이에 해당합니다. 텍스트 방향은 한 줄에서 글자가 나열되는 순서에만 영향을 주는 것이 아닙니다. 브라우저가 문단을 정렬하는 방식과 여백의 위치, 카드와 갤러리에서 스크롤이 움직이는 방향도 달라집니다.
RTL 언어를 쓴다고 해서 ‘사이트가 뒤집히는’ 것은 아닙니다. 콘텐츠 구조는 그대로지만, 읽는 방향과 관련된 모든 요소를 다시 살펴봐야 합니다. 웹 개발자는 페이지에 dir="rtl" 속성과 올바른 lang 속성(예: ar 또는 he)을 설정해야 합니다. 그렇지 않으면 브라우저와 검색 엔진이 콘텐츠를 잘못 처리할 수 있습니다.
가장 중요한 원칙은 방향을 나타내는 요소를 좌우 반전하는 것입니다. 보통 ‘뒤로’와 ‘다음’ 화살표, 여러 단계로 이루어진 양식의 진행 표시기, 이동 경로(브레드크럼), 메시지 전송 아이콘이 여기에 해당합니다. 로고, 재생 기호, 시계, 글자나 숫자가 들어간 아이콘은 좌우 반전하지 않아도 됩니다.
메뉴는 대개 오른쪽으로 옮겨집니다. 검색창과 돋보기 아이콘도 함께 이동하므로 사용자는 익숙한 위치에서 검색 기능을 찾을 수 있습니다. 블록마다 직접 레이아웃을 수정하지 않으려면 CSS 논리 속성을 사용하세요. margin-left 대신 margin-inline-start를, text-align: left 대신 text-align: start를 쓰면 같은 마크업이 양방향 모두에서 올바르게 작동합니다.
팀에서 참고할 수 있도록 규칙을 간단한 목록으로 정리해두면 편리합니다.
RTL 현지화에서 가장 까다로운 부분은 여러 문자 체계가 섞인 텍스트입니다. 아랍어 문장에 주문 번호 4521, 통화명 USD, 라틴 문자로 표기한 브랜드명이 들어 있다고 가정해보겠습니다. 브라우저는 양방향 텍스트 알고리즘(bidi)을 적용하는데, 이때 문장 부호가 엉뚱한 곳으로 ‘이동’할 수 있습니다. 예를 들어 문장 끝의 마침표나 숫자 앞의 콜론이 예상치 못한 위치에 놓여 독자가 의미를 파악하기 어려워질 수 있습니다.
몇 가지 방법으로 해결할 수 있습니다. 브랜드명, 코드, 식별자처럼 특정 부분은 dir="ltr" 속성이 있는 태그로 감쌀 수 있습니다. 경우에 따라 눈에 보이지 않는 방향 제어 문자가 도움이 되기도 하지만, 텍스트 관리가 복잡해지므로 꼭 필요한 부분에만 사용하는 것이 좋습니다.
숫자 표기 방식도 미리 정해야 합니다. 아랍어에는 아랍-인도 숫자가 있지만, 온라인 콘텐츠와 비즈니스 서신에서는 일반적인 서양 숫자 0–9도 널리 사용됩니다. 어떤 방식을 선택할지는 대상 독자와 국가에 따라 다르지만, 레이아웃을 작업할 때가 아니라 번역을 시작하기 전에 결정해야 합니다. 브랜드명 표기도 마찬가지입니다. 아랍 문자나 히브리 문자로 옮길지, 라틴 문자 표기를 그대로 둘지 정해야 합니다. 이는 비즈니스 차원의 결정이므로 용어집에 명시해두는 것이 좋습니다.
아랍 문자는 글자가 서로 이어지는 문자입니다. 글자의 형태는 단어 안에서의 위치에 따라 달라지며, 글줄 위아래에는 모음 기호와 발음 구별 기호가 놓입니다. 따라서 글꼴은 기본 문자만이 아니라 아랍어를 완벽하게 지원해야 합니다. 브라우저가 대체 글꼴을 적용하면 텍스트가 이질적으로 보이거나 글자가 제대로 연결되지 않을 수 있습니다.
줄 높이는 라틴 문자보다 약 4분의 1 정도 높이는 것이 좋습니다. 그렇지 않으면 글자의 위아래 요소가 서로 부딪힐 수 있습니다. 히브리어는 글자가 서로 연결되지 않아 상황이 더 간단하지만, 발음 구별 기호와 따옴표를 고려해 여유 공간을 확보해야 합니다.
텍스트 길이도 달라집니다. 아랍어 번역은 영어 원문보다 길어지는 경우가 많아 고정 너비의 버튼과 제목부터 문제가 생깁니다. 예를 들어 영어 버전에서 ‘주문하기’ 버튼에 140픽셀 너비면 충분하더라도 아랍어에서는 글자가 다 들어가지 않아 잘릴 수 있습니다. 너비를 유연하게 설정하고, 화면을 설계할 때 짧은 문구가 아니라 번역문에서 가장 긴 문자열을 기준으로 확인하세요.
단어 번역은 현지화의 일부일 뿐입니다. 이미지와 사례도 대상 독자의 기대에 맞아야 합니다. 그렇지 않으면 텍스트가 아무리 완벽해도 좋은 인상을 주기 어렵습니다. 사진 속 모델의 옷차림, 가족 구성, 배경, 상징 등을 살펴보세요. 중동 지역 국가마다 독자의 기대가 크게 다르므로 모든 곳에 통하는 이미지 구성은 없습니다. 예를 들어 걸프 국가의 의류 카탈로그에 수영복을 입은 모델 사진을 사용하는 것은 부적절할 수 있지만, 이스라엘에서는 같은 사진이 평범하게 보일 수 있습니다.
제스처와 색상, 숫자도 다르게 해석될 수 있습니다. 한 국가에서는 중립적인 긍정의 제스처가 다른 국가에서는 무례하게 받아들여질 수 있습니다. 색상에 대한 연상도 다릅니다. 따라서 번역가와 디자이너에게 전달하는 브리프에는 대상 독자, 상품, 필요한 격식 수준 등 맥락을 설명해야 합니다.
날짜와 달력도 별도로 확인해야 합니다. 이스라엘의 비즈니스 환경에서는 보통 그레고리력을 사용하지만, 일부 아랍 국가에서는 공식적이거나 종교적인 맥락에서 히즈라력을 사용할 수 있습니다. 날짜 표기 순서(일-월-년 또는 월-일-년)도 확인해야 합니다. 특히 배송 날짜를 지정해 주문하는 사이트라면 더욱 중요합니다.
마지막으로 광고 문구와 언어유희는 거의 항상 직역하기 어렵습니다. 의미와 어조를 살려 현지화하는 편이 좋습니다.
원어민 검수
전문 번역가도 레이아웃 문제를 모두 알아차리기는 어렵습니다. 보통 인터페이스가 아니라 텍스트를 다루기 때문입니다. 따라서 원어민 검수는 필수입니다. 원어민에게 홈페이지부터 주문 완료, 확인 이메일, 고객 지원 문의까지 사용자 여정을 모두 따라가 보도록 요청하세요. 텍스트뿐 아니라 사용 경험도 확인해야 합니다. 어디를 눌러야 하는지 알기 쉬운지, 문구가 어색하게 느껴지지는 않는지 살펴보세요.
실제 기기와 여러 브라우저에서 테스트하고, 휴대전화에서도 확인하세요. RTL에서는 모바일 메뉴와 드롭다운 목록이 다르게 작동하는 경우가 많습니다. 입력란, 전화번호 마스킹, 오류 메시지, 레이블 정렬 등 양식도 별도로 점검해야 합니다. 이메일과 알림도 현지화 대상이므로 따로 확인해야 합니다.
방언도 잊지 마세요. 사이트에는 보통 지역 전반에서 이해할 수 있는 현대 표준 아랍어를 사용하지만, 광고 문구에는 걸프 방언이나 레반트 방언처럼 지역별 표현이 필요할 때도 있습니다. 어떤 방식을 선택할지는 목표 시장과 필요한 격식 수준에 따라 달라집니다.
결론
아랍어 또는 히브리어 사이트 번역은 번역가와 디자이너, 개발자가 함께해야 하는 작업입니다. 글쓰기 방향을 일찍 고려할수록 수정 작업이 줄어듭니다. 시안을 만드는 단계부터 RTL을 반영하세요. CSS 논리 속성과 유연한 버튼 크기, 해당 문자를 완벽하게 지원하는 글꼴을 사용해야 합니다. 브랜드명과 숫자, 날짜에 관한 용어집과 규칙도 마련하세요. 번역가에게는 문자열 표만 보내지 말고 스크린샷과 맥락도 함께 전달하세요.
인터페이스 특성까지 고려한 사이트 현지화가 필요하다면 전문 번역가에게 문의하세요. 실력 있는 번역가는 텍스트를 번역하는 데 그치지 않고 디자인에서 무엇을 바꾸면 좋을지도 조언해줍니다.
함께 읽어보세요:
전문 번역이 필요하신가요? 온라인으로 번역을 의뢰하세요: 언어를 선택하고 파일을 업로드하면 몇 분 안에 비용을 확인할 수 있습니다.
동의하시면 Google Analytics가 공개 페이지 방문과 주문 버튼 클릭부터 계정 활성화, 주문 확정까지의 단계를 측정합니다. Yandex Metrica는 공개 페이지 방문을 측정합니다. 이름, 이메일 주소 및 문서 내용은 전송하지 않습니다. 거부해도 사이트를 정상적으로 이용할 수 있습니다.