1장 결론과 용어 정의
생성형 AI 검색을 고려해 멀티미디어를 쓸 때 가장 주의할 점은 이미지·영상·오디오 안에만 들어 있는 핵심 정보를 alt 텍스트, 자막, 트랜스크립트, 본문 요약 같은 텍스트로도 제공하는 것입니다. 영상에서만 설명한 사용 순서나 인포그래픽에만 적힌 수치는 사람의 눈에는 보이더라도, 페이지의 텍스트만 읽는 사용자나 도구에게는 없는 정보가 될 수 있습니다. 이 장에서는 이 결론을 다루는 데 필요한 용어를 정합니다.
이 글에서 텍스트 대응은 멀티미디어가 전달하는 정보를 같은 페이지 안의 텍스트로 다시 제공하는 일을 말합니다. alt 텍스트는 이미지 요소에 붙이는 대체 설명이고, 자막은 영상의 음성과 주요 소리를 화면에 맞춰 보여 주는 텍스트입니다. 트랜스크립트는 영상이나 오디오의 내용을 처음부터 끝까지 글로 옮긴 문서이며, 본문 요약은 멀티미디어의 결론과 핵심 수치를 본문 단락에 직접 적은 문장입니다.
이 글의 대상 독자는 제품 소개나 사용 안내 페이지에 튜토리얼 영상, 인포그래픽, 음성 안내를 올리는 웹 콘텐츠 담당자입니다. 이 글은 "멀티미디어를 더 많이 넣어야 하는가"가 아니라 "이미 만든 멀티미디어의 정보를 어떤 텍스트로, 어떤 순서로 옮기고 점검하는가"에 답합니다. 특정 검색 서비스가 멀티미디어용 최적화를 따로 요구하는지, AI 답변이 어떤 페이지를 인용하는지는 단정하지 않습니다. 또한 색인·순위·인용은 어떤 작업으로도 보장되지 않는다는 점을 전제로 합니다.
2장 원리: 텍스트 대응을 기준으로 삼는 이유
텍스트 대응을 판단 기준으로 삼는 근거는 검색 요령보다 웹 접근성 기준에서 찾는 편이 확인하기 쉽습니다. W3C 웹 콘텐츠 접근성 지침(WCAG)은 텍스트가 아닌 콘텐츠에 같은 목적을 수행하는 텍스트 대안을 제공하도록 하고, 녹화된 영상과 오디오 같은 시간 기반 미디어에는 자막이나 대체 수단을 제공하도록 정하고 있습니다. 자동으로 움직이거나 깜박이는 콘텐츠는 사용자가 멈추거나 숨길 수 있어야 한다는 기준도 함께 담겨 있습니다.
이 기준은 원래 시각·청각 장애가 있는 사용자를 위한 것이지만, 따르고 나면 멀티미디어의 정보가 기계가 읽을 수 있는 텍스트로 페이지에 남게 됩니다. 생성형 AI 검색도 페이지 내용을 읽고 요약하는 과정을 거친다고 보면, 텍스트로 존재하지 않는 정보는 요약에서 빠지거나 잘못 추정될 여지가 생깁니다. 다만 이것은 원리에 기댄 추론입니다. 특정 서비스가 영상이나 이미지 자체를 어떻게 해석하는지는 이 글이 근거를 확인하지 못했습니다.
그래서 이 글의 판단 기준은 단순합니다. 페이지에서 멀티미디어를 모두 지운다고 가정했을 때 핵심 주장, 수치, 절차가 텍스트만으로 이해되는지를 먼저 확인합니다. 이 질문에 "그렇다"고 답할 수 있으면 접근성과 검색 양쪽에서 기본 조건을 갖춘 것으로 봅니다.
3장 매체별 비교: 무엇을 어떤 텍스트로 옮기는가
매체마다 옮겨야 할 정보와 자주 놓치는 지점이 다릅니다. 멀티미디어 통합을 다룬 next-t.co.kr 글은 이미지에는 적절한 파일 이름과 alt 속성을, 비디오에는 제목·설명·태그와 자막을, 오디오에는 텍스트 설명이나 트랜스크립트를 제공하라고 정리합니다. 같은 글은 파일 크기를 줄이고 알맞은 포맷을 고르는 일과 과도한 애니메이션을 경계하는 일도 다룹니다. 아래 비교는 이 항목들을 매체별로 나누고 텍스트 대응 관점의 점검 질문을 덧붙인 것입니다.
- 이미지(사진·인포그래픽): 옮길 텍스트는 alt 텍스트와 본문 요약입니다. alt에는 이미지가 전하려는 목적을 짧게 적고, 인포그래픽의 수치나 비교 결과처럼 alt에 담기 어려운 정보는 본문 단락이나 목록으로 따로 적습니다. 점검 질문은 "이미지 안의 숫자가 본문에도 있는가"입니다.
- 영상(튜토리얼·제품 시연): 제목과 설명, 자막, 트랜스크립트, 본문 요약을 함께 씁니다. 화면에만 나오는 단계 이름이나 버튼 이름은 음성 자막에 들어가지 않을 수 있으므로 트랜스크립트나 본문의 절차 목록에 따로 적습니다. 점검 질문은 "영상을 보지 않고도 절차를 따라 할 수 있는가"입니다.
- 오디오(음성 안내·팟캐스트): 트랜스크립트와 본문 요약이 중심입니다. 화자 이름과 언급한 자료 이름도 텍스트로 남깁니다. 점검 질문은 "듣지 않고도 결론을 알 수 있는가"입니다.
- 애니메이션: 움직임 자체가 정보를 전한다면 그 정보를 텍스트로 적고, 자동으로 재생되는 움직임은 멈출 수 있게 합니다. 점검 질문은 "움직임이 없어도 의미가 전달되는가"입니다.
파일 크기와 포맷은 텍스트 대응과 별개로 보이지만 같은 점검 목록에 넣어 두기를 권합니다. 파일이 무거워 페이지가 늦게 열리면 사람 사용자의 경험이 나빠지고, 설명 텍스트가 미디어 아래에 있으면 그 내용을 확인하기도 늦어지기 때문입니다. 한편 같은 글에는 접근성이 높은 사이트가 더 높은 순위로 평가될 가능성이 크다는 서술도 있습니다. 이 글은 그 인과관계를 확인한 자료가 없으므로 이 서술을 순위 효과를 기대하는 근거로 쓰지 않습니다.
4장 예시: 사용 안내 페이지 하나를 고치는 순서
설치 과정을 담은 튜토리얼 영상 한 편과 사양 비교 인포그래픽 한 장이 들어 있는 사용 안내 페이지를 가정합니다. 실제 사례가 아니라 절차를 보여 주기 위해 만든 예시이며, 작업 결과에 대한 수치나 효과는 제시하지 않습니다. 아래 순서는 그대로 따라 하기 위한 준비 목록입니다.
- 정보 목록 만들기: 영상과 인포그래픽에 나오는 단계, 수치, 주의 문구를 빠짐없이 목록으로 뽑아 둡니다.
- 본문과 대조하기: 목록 항목 가운데 현재 본문 텍스트에 없는 것을 표시합니다.
- 본문 요약 작성하기: 영상 바로 위나 아래에 결론과 설치 단계를 문장과 목록으로 적습니다.
- 자막과 트랜스크립트 붙이기: 음성뿐 아니라 화면에만 나오는 메뉴 이름과 경고 문구까지 트랜스크립트에 포함합니다.
- alt와 파일 이름 정리하기: 인포그래픽의 alt에는 무엇을 비교한 그림인지 적고, 세부 수치는 본문 목록으로 옮깁니다.
- 무게와 움직임 점검하기: 파일 크기와 포맷을 확인하고, 자동 재생되는 움직임은 멈출 수 있는지 확인합니다.
정보 목록을 맨 앞에 두는 이유는 alt, 자막, 본문이 서로 다른 내용을 말하는 일을 막기 위해서입니다. 예를 들어 영상 자막에는 예전 메뉴 이름이, 본문에는 새 메뉴 이름이 적혀 있으면 독자와 요약 도구 모두 어느 쪽이 맞는지 판단하기 어려워집니다. 하나의 목록을 기준으로 모든 텍스트를 쓰면 이런 불일치를 찾고 고치기가 쉬워집니다.
5장 정리: 관측 기록·질문 설계·문서 편집으로 나누어 실행하기
텍스트 대응을 마친 뒤의 일은 세 가지 실무 제안으로 나눕니다. 첫째는 관측 기록으로, 고친 날짜와 바꾼 텍스트, 그 뒤에 관찰한 검색 결과나 AI 답변 화면을 날짜와 함께 남깁니다. 이 기록은 그 시점, 그 화면에 대한 기록일 뿐이며 일반적인 효과로 확대하지 않습니다. 둘째는 질문 설계로, 독자가 실제로 물을 만한 질문(설치 순서, 사양 차이 등)을 정해 두고 같은 질문으로 반복해서 확인합니다. 셋째는 문서 편집으로, 관찰 중 요약이 원문과 다른 부분을 발견하면 해당 본문 텍스트를 더 분명하게 고칩니다.
AI 답변이 원문과 다르게 요약할 가능성을 하나의 위험으로 보고 기록·측정·대응하는 방식은 NIST AI 위험관리 프레임워크가 제시하는 거버넌스, 맥락 파악, 측정, 관리의 구성과 맞닿아 있습니다. 이 프레임워크는 AI를 개발하거나 활용하는 조직이 자발적으로 참고하는 지침이며 검색 최적화 기준이 아닙니다. 따라서 이 글에서는 기록과 점검의 틀을 빌리는 정도로만 참고합니다.
플랫폼별 차이도 구분해 둡니다. 검색 서비스마다 멀티미디어를 수집하고 해석하는 방식과 반영 시점이 다를 수 있지만, 이 글은 그 차이를 확인한 1차 자료를 제시하지 못하므로 서비스별 전략을 따로 권하지 않습니다. 확인할 수 있는 근거는 접근성 기준과 페이지 자체의 텍스트이며, 이 두 가지는 어느 서비스를 염두에 두든 그대로 유지할 수 있습니다. 정리하면, 멀티미디어는 텍스트를 대신하는 수단이 아니라 텍스트를 보완하는 수단으로 다루는 것이 이 글의 결론입니다.