핵심 요약
접근성을 갖춘 자막은 단순히 자막이 달려 있다고 되는 게 아닙니다. 대화 내용은 물론 의미가 있는 비언어적 소리까지 담아야 하고, 화자가 바뀔 때마다 이를 표시해야 하며, 말이 나오고 끊기는 시점에 맞춰 나타나고 사라져야 합니다. 자막(번역용)은 이것과는 또 다른 것으로, 보통 대화 내용만 담고 번역인 경우가 많습니다. 스크립트는 타이밍이 없는 텍스트로, 플레이어를 전혀 사용할 수 없는 사람들을 위한 것이므로 대체재가 아니라 별도의 결과물로 봐야 합니다. 교정 과정 없이 자동으로 생성된 자막이 가장 흔한 실패 사례입니다.
누군가 캡션이 접근성을 갖춰야 한다고 말했습니다. 이미 캡션은 달아 놓았습니다. 이제 문제는 그 두 문장 사이에 어떤 간극이 있는지 알아내는 일인데, 누구도 구체적으로 짚어주지 않았을 겁니다.
그 간극은 영상에 캡션 트랙이 아예 없다는 뜻이 아닙니다. 오히려 캡션 트랙은 존재하지만, 청각장애인이나 난청인 시청자가 그것으로 영상을 따라가려고 할 때 비로소 드러나는 방식으로 쓸 수 없게 되어 있다는 뜻입니다. 아래에서 실제로 이 말이 무엇을 의미하는지, 마주치게 될 순서대로 정리했습니다.
세 가지 용어, 세 가지 결과물, 세 가지 대상
캡션, 자막, 스크립트라는 말은 일상적인 대화에서는 서로 바꿔 써도 무방하지만, 여러분이 받은 요구사항은 거의 틀림없이 그렇게 뒤섞어 쓰지 않았을 겁니다. 두 가지를 명시했다면 두 가지 결과물을 원하는 것입니다.
캡션은 대화 내용과 함께 의미가 있는 비언어적 소리를 담습니다. 시청자가 아무 소리도 듣지 못한다는 전제로 작성되므로, 화면에 보이지 않는데 사운드트랙에서 벌어지는 일이 있다면 반드시 텍스트로 담아야 합니다.
자막은 보통 대화 내용만 담고, 번역인 경우가 많습니다. 시청자가 소리는 충분히 들을 수 있지만 사용하는 언어를 알아듣지 못한다는 전제입니다. 자막 트랙은 경보음이 울렸다는 사실을 알려주지 않습니다. 해당 언어를 듣는 시청자는 그런 안내가 필요 없기 때문입니다.
스크립트는 타이밍 없이 텍스트만 있는 것입니다. 큐도 없고, 동기화도 없고, 플레이어와도 무관합니다. 화면 낭독기를 쓰는 사람, 영상 플레이어를 조작할 수 없는 사람, 그냥 보는 것보다 읽는 편을 선호하는 사람들을 위한 것입니다.
사람들이 가장 자주 혼동하는 부분이 바로 이 마지막 대상입니다. 영상 옆에 올려둔 스크립트는 캡션 요구사항을 충족시키지 못하고, 캡션 파일 역시 스크립트 요구사항을 충족시키지 못합니다. 서로 다른 경로로 서로 다른 사람에게 도달하기 때문입니다. 하나를 만들어 놓고 둘 다라고 부른다면, 실제로는 하나만 만든 것입니다.
분명히 말해둘 것이 있습니다. 접근성 의무는 국가, 업종, 조직마다 다릅니다. 이것 하나로 스스로 점검하고 끝낼 수 있는 단일한 전 세계 표준은 없습니다. 중요한 규정은 여러분이 속한 조직이 실제로 따라야 하는 규정이며, 조직 내 누군가는 그것이 무엇인지 알고 있을 겁니다. 아직 말해주지 않았을 뿐입니다. 추측을 바탕으로 프로세스를 만들기 전에 먼저 물어보세요.
캡션은 소리를 담습니다, 말소리만이 아니라
캡션을 그저 음성을 텍스트로 옮긴 것으로만 생각해온 사람에게는 이 부분이 놀라울 겁니다. 문 닫히는 소리, 경보음, 화면 밖에서 들리는 웃음소리, 화면 속 인물이 말을 멈추게 만드는 전화벨 소리. 이런 것들은 대화가 아니며, 눈으로 보이지도 않습니다.
사운드트랙을 들을 수 없는 시청자가 여러분의 영상을 보다가 설명되지 않는 어떤 일이 일어난다면, 캡션은 존재 이유를 다하지 못한 것입니다. 언급된 적 없는 소리에 반응하는 화면 속 인물이 갑자기 이해할 수 없는 행동을 하는 사람이 되어 버립니다.
기준은 “소리가 있었는가”가 아니라 “그 소리가 의미를 전달하는가”입니다. 실내의 배경음에는 캡션이 필요 없습니다. 아무도 반응하지 않는 배경 음악도 대체로 그렇습니다. 그러나 모두를 방 밖으로 나가게 만드는 경보음은 캡션이 필요합니다. 대사가 어떻게 받아들여졌는지를 알려주는 웃음소리도 마찬가지입니다. 이 판단은 여러분의 몫이고, 자동화할 수 있는 규칙이 아니라 실제 판단이 필요한 부분입니다. 그래서 파일을 사람이 직접 검토하는 과정이 중요한 것입니다. 실제로 이 작업이 어떻게 이뤄지는지 더 자세히 알고 싶다면 클로즈드 캡션 가이드에서 구체적인 방법을 다루고 있습니다.
지나치게 넣는 것도 좋지 않습니다. 모든 옷깃 스치는 소리까지 주석을 다는 캡션 트랙은 대사와 읽는 시간을 다투게 되고, 시청자를 영상보다 뒤처지게 만듭니다. 장면의 의미를 바꾸는 것만 담고, 나머지는 빼세요.
누가 말하고 있는지 보여주기
세 사람의 대화를 구분 없이 하나로 이어 붙인 캡션 트랙은 기술적으로는 존재하지만 실제로는 읽을 수 없습니다. 이것은 모든 형식적 점검을 통과한 파일에서 가장 흔하게 나타나는 결함입니다. 점검은 캡션이 존재하는지만 확인하지, 읽을 수 있는지는 확인하지 않기 때문입니다.
청각에 문제가 없는 시청자가 공짜로 얻는 정보를 생각해보세요. 목소리는 서로 다르게 들립니다. 답변이 다른 사람에게서 나왔다는 것을 다른 목청에서 나왔다는 사실로 알 수 있고, 방의 어느 쪽에서 들려왔는지도 종종 알 수 있습니다. 소리를 걷어내면 이 모든 정보가 사라집니다. 화면에서는 리액션 샷이나 클로즈업 때문에 화자가 한 문장 내내 화면 밖에 있을 수도 있습니다.
화자 전환을 표시하는 방식은 제작사나 플랫폼마다 다르지만, 파일 안에서 일관되게 쓰기만 한다면 일반적인 방식 어느 것이든 상관없습니다. 통하지 않는 건 아무것도 표시하지 않는 것입니다. 인터뷰, 패널 토론, 회의 녹취록처럼 목소리가 둘 이상 등장하는 콘텐츠라면, 전환이 일어날 때마다 매번 표시해야 합니다. 같은 두 사람이 짧은 말을 빠르게 주고받을 때도 예외가 아닙니다. 오히려 그럴 때 독자가 흐름을 가장 빨리 놓치기 때문에 더욱 필요합니다.
말소리를 따라가는 타이밍
캡션은 말이 나올 때 나타나고 멈출 때 사라져야 합니다. 한 박자 늦게 뜨는 캡션은 시청자가 반응을 먼저 보고 나서야 대사를 읽게 만듭니다. 다음 장면까지 남아 있는 캡션은 한 장면을 읽으면서 다른 장면을 보게 만듭니다.
단 한 번의 큐라면 둘 다 치명적이지는 않습니다. 하지만 10분 내내 그렇다면 지치는 일이고, 캡션이 있는데도 없을 때보다 영상을 따라가기가 더 어려워집니다. 보통 원인은 밀림 현상입니다. 처음에는 동기화가 맞지만 갈수록 점점 늦어지는 파일인데, 흔히 어떤 버전의 영상을 기준으로 만든 캡션을 앞뒤로 초 단위가 추가된 다른 버전에 적용했을 때 생깁니다.
파일의 끝부분을 확인하세요, 시작 부분이 아니라. 누구나 시작 부분은 확인합니다. 긴 영상에서 마지막 큐까지 대사와 맞아떨어진다면 중간 부분도 대체로 괜찮을 겁니다. 밀려 있다면 일부만 고칠 게 아니라 파일 전체의 타이밍을 다시 잡아야 합니다. SRT 파일 검사기로 구조를 점검하면 업로드 전에 겹치거나 형식이 잘못된 큐를 잡아낼 수 있습니다. 다만 단어 자체가 맞는 단어인지는 검사기가 알려주지 않습니다.
자동 캡션, 그리고 이를 쓸 수 있게 만드는 검토 작업
교정 과정 없는 자동 캡션은 조직이 스스로 정한 요구사항조차 충족하지 못하는 캡션을 얻게 되는 가장 흔한 원인입니다. 자동 캡션은 대체로 신뢰하기 어려운 방식으로 처리된 문장 부호, 화자 전환 표시가 전혀 없는 상태, 그리고 비언어적 소리 정보가 아예 없는 상태로 나옵니다. 시스템에게 요청한 것이 음성을 텍스트로 옮기는 일이었고, 정확히 그 일만 했기 때문입니다.
그렇다고 자동 캡션이 쓸모없다는 뜻은 아닙니다. 훌륭한 초안이 되어주고, 순수한 타이핑 작업 부분에서 실제로 시간을 아껴줍니다. 잘못은 그 결과물을 최종 결과물로 취급하는 데 있습니다. 원재료로 취급해야 합니다. 이를 최종 결과물로 바꾸는 것은 영상과 파일을 나란히 보면서 네 가지를 고치는 사람의 손입니다. 잘못 인식된 단어, 문장의 경계, 화자 전환, 그리고 의미를 전달하는 소리입니다.
초안 자체를 만드는 데는 SozAI가 있습니다. iOS, Android, macOS 앱에서 오디오, 비디오 파일, 녹음, 유튜브 링크를 99개 이상의 언어로 화자 구분까지 포함해 텍스트로 옮겨줍니다. 사이트에는 브라우저에서 완전히 실행되고 아무것도 업로드하지 않는 무료 자막 및 카운팅 도구도 있습니다. 화자 표시 기능은 화자 전환 작업에서 시작점을 앞당겨주지만, 소리 큐와 최종 타이밍은 여전히 직접 추가해야 합니다.
이 검토 작업을 위한 시간을 예산에 넣으세요. 처음부터 옮겨 적는 것보다는 짧고, 아무것도 하지 않는 것보다는 길지만, 존재하는 파일과 실제로 쓸 수 있는 파일 사이의 차이는 바로 이 작업에서 나옵니다.
이 모든 걸 다 해도 여전히 어긋나는 것들
많습니다. 어디서 어긋나는지 알아두는 편이 낫습니다.
- 이름, 전문 용어, 제품명은 자동 변환 과정에서 잘못 나오고 그대로 남는 경우가 많습니다. 해당 주제를 잘 모르는 검토자는 용어가 살짝 틀렸다는 것을 눈치채지 못하기 때문입니다.
- 편집 이후 캡션 파일이 다른 버전의 영상에 붙는 경우가 있고, 동기화도 함께 어긋납니다. 트리밍 이후 다시 확인하는 사람이 없습니다.
- 스크립트는 조용히 아예 만들어지지 않는 경우가 많습니다. 발행 워크플로에 뚜렷한 자리가 없고, 빠졌을 때 오류 메시지도 뜨지 않는 결과물이기 때문입니다.
- 번역된 자막 트랙이 캡션 트랙인 것처럼 업로드되는 경우가 있는데, 이렇게 되면 원어를 쓰는 청각장애인 시청자는 대화 내용만 받고 소리 정보는 전혀 받지 못하게 됩니다.
이 중 어느 것도 처음 30초만 점검하는 방식으로는 드러나지 않습니다. 그런데 실제로 대부분의 영상은 그 정도만 점검받습니다. 프로세스를 만든다면, 점검은 파일의 끝부분에서, 그리고 최종 편집 이후에 이뤄지도록 설계하세요, 그전이 아니라.
또 하나 기억해둘 것은 캡션 파일을 아무리 정성껏 만들어도 여러분의 의무 자체가 정해지지는 않는다는 점입니다. 그것은 조직이 따라야 하는 규정에서 나오며, 이런 요구사항이 실제로 어떻게 문서화되는지에 대한 실무적인 내용은 전사와 접근성 준수에 관한 글에서 다루고 있습니다. 먼저 그 답을 확인한 뒤, 여기서 다룬 방법을 실제로 요구되는 내용에 적용하세요.
