미용실이 다국어 블로그와 예약 안내를 운영할 때, 같은 문장을 복사했는데 숫자나 괄호의 위치가 달라 보일 수 있습니다. 아랍어처럼 오른쪽에서 왼쪽으로 읽는 글과 한국어·영문을 한 줄에 섞은 화면에서 확인할 문제입니다. 이때 숫자를 다른 위치에 다시 입력하기 전에 원문에 저장된 순서와 화면에 배치된 순서를 구분해야 합니다.
W3C의 양방향 문자 설명은 저장된 문자의 논리적 순서와 표시되는 시각적 순서를 나눕니다. 브라우저는 문자들의 방향과 문맥의 기본 방향을 이용해 화면을 구성합니다. 같은 문자열도 이를 감싸는 문단의 방향이 달라지면 글자 묶음의 배치가 달라질 수 있습니다. 따라서 블로그와 예약 화면의 저장값이 같다는 확인만으로 독자가 같은 관계를 읽는다고 볼 수는 없습니다.
가상의 예약 목록에서 오른쪽에서 왼쪽으로 읽는 서비스명 뒤에 이용 횟수를 붙인다고 생각해 봅니다. 서비스명과 뒤의 숫자가 서로 독립된 항목인데 표시 과정에서는 같은 방향의 묶음으로 처리될 수 있습니다. 그 결과 숫자가 예상한 위치에서 벗어나 보이는지 확인해야 합니다. 이는 숫자의 실제 값이 바뀌었다는 뜻과 다릅니다. 괄호와 문장부호도 주변 방향의 영향을 받으므로 눈에 보이는 위치만 따라 원문의 순서를 거꾸로 고치지 않습니다.
담당자에게 전달할 자료에는 문제가 난 두 화면과 각 입력란에서 복사한 원문을 함께 남깁니다. 전체 예약 내역이나 고객 이름 대신 가상의 서비스명과 숫자로 같은 표시 문제를 재현할 수 있습니다. 원문 자체가 달라졌는지, 동일한 원문이 다른 방향 설정 아래에서 보이는지 따로 기록합니다. 문자 정렬을 오른쪽으로 맞췄다는 설명만으로 방향 처리를 확인한 것으로 보지 않습니다.
HTML을 관리할 수 있는 제작 담당자는 문단 전체의 기본 방향과 그 안에 삽입된 서비스명·숫자 구역의 경계를 살핍니다. W3C는 반대 방향의 구절을 그 구절만 감싸는 요소로 묶고 방향을 지정하도록 안내합니다. 삽입되는 이름의 방향을 미리 알 수 없다면 dir="auto" 또는 bdi 요소를 검토할 수 있습니다. 핵심은 이웃 항목의 방향이 서로 영향을 주지 않게 구분하는 것입니다. 아랍어가 한 단어 있다는 이유로 예약 화면 전체를 반대로 돌리는 처방은 아닙니다.
외부 예약 플랫폼처럼 표시 구조를 직접 수정할 수 없는 곳에서는 같은 방법을 임의로 적용할 수 없습니다. 지원되는 입력 형식과 다국어 표시 방법을 확인하고, 문제가 생긴 문자열과 화면을 플랫폼 담당자에게 전달합니다. 한 화면을 맞추려고 공백을 여러 개 넣거나 문자의 저장 순서를 뒤집으면 다른 화면에서 관계가 다시 어긋날 수 있습니다. 눈에 보이지 않는 방향 제어 문자를 출처 없이 복사해 넣는 방식도 피합니다.
수정안을 검수할 때는 표시와 복사를 각각 확인합니다. 서비스명과 횟수, 괄호 안 조건이 올바른 항목에 붙어 보이는지 읽고, 해당 문구를 복사해 허용된 시험 입력란에 붙였을 때 원문의 읽는 순서가 보존됐는지도 살핍니다. 방향이 다른 서비스명을 넣거나 숫자가 이어지는 항목을 바꿔 경계가 유지되는지 확인합니다. 번역 의미가 정확한지는 해당 언어를 검토할 사람이 별도로 읽어야 하며, 배치가 고쳐졌다는 사실이 번역 승인까지 뜻하지는 않습니다.
마지막 기록에는 보존한 원문, 조정한 표시 구역, 시험한 언어와 화면을 남깁니다. 블로그 본문에서 정상으로 보였더라도 예약 목록과 선택 후 확인 화면까지 같은 구조를 쓰는지는 따로 확인합니다. 다국어 채널의 일관성은 문자열을 똑같이 복사하는 데서 끝나지 않습니다. 저장된 내용은 훼손하지 않으면서 각 화면에서 서비스명과 숫자, 조건의 관계가 정확히 읽히게 해야 합니다.
문자 방향의 원리: W3C, Unicode Bidirectional Algorithm basics https://www.w3.org/International/articles/inline-bidi-markup/uba-basics
HTML 표시 구역과 방향 처리: W3C, Inline markup and bidirectional text in HTML https://www.w3.org/International/articles/inline-bidi-markup/