시각 자료 없이 전달할 핵심 내용
시각장애인을 고려한 블로그 글은 핵심 내용을 본문 텍스트로 제공하고 글의 흐름을 분명히 구성해야 합니다. 실제로 읽을 수 있는지는 화면 낭독 도구를 이용한 확인 과제로 남겨야 합니다. 운영자는 이미지나 영상을 제외한 상태에서도 독자가 글의 결론과 필요한 조건을 이해할 수 있도록 내용을 설계합니다.
먼저 독자가 이 글을 읽고 어떤 판단이나 행동을 해야 하는지 정합니다. 상품을 선택하는 글이라면 선택에 필요한 특징과 제한 조건을, 이용 방법을 안내하는 글이라면 준비 사항과 진행 순서를 핵심 내용으로 정합니다. 시각 자료가 전달하는 정보 중 이 판단에 필요한 내용을 찾아 본문에 반영합니다.
핵심 내용의 범위는 시각 자료에 들어간 글자의 양으로 결정하지 않습니다. 이미지 속 문장이 짧더라도 이용 조건을 결정한다면 본문에서 빠뜨리지 않아야 합니다. 반대로 장식 문구나 같은 내용을 반복하는 표현까지 모두 옮기면 필요한 설명을 찾기 어려워질 수 있습니다.
구성 요소별 본문 반영 기준
시각 자료를 하나씩 정리할 때는 파일의 모양보다 전달하는 내용을 기준으로 기록합니다. 다음 표는 글 전체를 설계할 때 사용할 편집 기준이며, 특정 플랫폼의 접근성 판정표는 아닙니다.
| 글의 구성 요소 | 시각 자료에만 있는 핵심 정보 | 본문에 반영할 내용 |
|---|---|---|
| 상품 안내 이미지 | 선택에 영향을 주는 특징과 사용 조건 | 특징의 의미와 해당 조건이 적용되는 대상 |
| 이용 절차 영상 | 준비물과 작업 순서, 중간에 필요한 조치 | 준비 사항부터 완료까지 이어지는 설명 |
| 선택 항목 비교 자료 | 항목마다 달라지는 제공 범위와 제한 | 선택지의 이름과 차이가 발생하는 조건 |
| 신청 안내 화면 | 신청에 필요한 정보와 이후 진행 내용 | 독자가 준비할 사항과 신청 후 해야 할 일 |
같은 정보가 여러 시각 자료에 들어 있다면 본문에서 설명할 위치를 정합니다. 서로 다른 조건을 하나의 문장으로 합쳐 의미가 달라지지 않도록 대상과 적용 범위를 함께 기재합니다. 자료 사이에 내용이 충돌하면 운영자가 현재 유효한 내용을 결정한 뒤 편집을 진행합니다.
공식 안내와 실제 읽기 판단의 범위
네이버 서치어드바이저는 이미지와 동영상 안의 중요한 정보를 검색로봇이 인식하기 어려우므로 본문 텍스트로 작성하도록 권장합니다. 제목과 소제목, 문단 나누기를 활용하고 문장을 길지 않게 구성하는 방향도 안내합니다. 운영자는 이 권고를 핵심 정보의 누락을 줄이는 편집 기준으로 활용할 수 있습니다.
이 안내가 네이버 블로그의 화면 낭독 도구 호환성을 설명하는 것은 아닙니다. 본문을 입력했다는 사실만으로 접근성 기준을 충족하거나 모든 환경에서 같은 방식으로 읽힌다고 판단할 수 없습니다. 텍스트 구성과 실제 읽기 결과는 별도의 작업으로 관리합니다.
자료 준비부터 본문 구성까지의 순서
담당자는 편집을 시작하기 전에 사용할 이미지와 영상, 내용의 근거가 되는 상품·서비스 자료를 준비합니다. 운영자는 이용 조건과 변경 사항을 전달하고, 대행사는 시각 자료의 정보가 본문 어디에 들어갈지 정리합니다. 영상은 자막뿐 아니라 말이나 동작으로만 전달되는 내용도 기록합니다.
- 시각 자료에만 있는 핵심 정보를 찾습니다. 독자가 알아야 할 내용과 현재 본문에 있는 내용을 대조해 누락 항목을 작성합니다.
- 누락 항목을 본문과 소제목으로 구성합니다. 설명의 대상이 먼저 나오고 조건과 절차가 이어지도록 문단 순서를 정합니다.
- 화면 낭독 도구로 실제 읽기 흐름을 확인합니다. 이해가 중단되는 위치와 빠진 내용을 기록하고 수정한 부분을 다시 읽습니다.
네이버 고객센터는 본문 영역을 선택한 뒤 글 내용을 입력하고, 입력한 글을 선택해 서식이나 내용을 변경할 수 있다고 안내합니다. 또한 속성 도구 막대에서 입력 전에 소제목·본문·인용구 유형을 지정하거나, 입력한 글을 선택해 유형을 변경할 수 있다고 설명합니다. 담당자는 이 기능을 이용해 본문과 소제목을 편집하되, 지정한 유형이 낭독 도구에서 어떻게 처리되는지는 실제 읽기 과정에서 판단합니다.
소제목에는 뒤에 이어질 내용의 대상을 명시합니다. 서로 다른 절에서 같은 짧은 표현을 반복하기보다 준비 사항, 선택 조건, 이용 절차처럼 내용을 예측할 수 있는 이름을 사용합니다. 문단이 다른 주제로 옮겨가면 소제목과 설명의 범위가 맞는지도 함께 조정합니다.
읽기 흐름 확인과 보완 기록
화면 낭독 도구로 처음부터 읽는 작업은 운영자가 수행할 실무 절차로 제안합니다. 담당자는 내용을 외워서 빈 부분을 보충하지 말고, 실제로 들리는 설명만으로 의미가 이어지는지 판단합니다. 도구 사용에 익숙하지 않다면 조작의 어려움과 글 자체의 문제를 따로 기록합니다.
| 확인 항목 | 운영자 또는 대행사가 확인할 일 | 확인 결과와 보완 사항 |
|---|---|---|
| 핵심 정보의 누락 | 준비한 정보 목록과 읽힌 본문을 대조합니다. | 빠진 내용과 추가할 문단을 기재합니다. |
| 소제목과 설명의 연결 | 소제목 다음에 해당 내용이 이어지는지 판단합니다. | 범위가 다른 소제목과 이동할 문단을 기록합니다. |
| 대상과 조건의 연결 | 조건이 어느 상품이나 절차에 적용되는지 가립니다. | 대상 이름을 다시 명시할 위치를 기재합니다. |
| 읽기 중단 지점 | 내용을 이해하기 어려워진 위치와 당시 환경을 기록합니다. | 수정할 문장과 추가 시험이 필요한 문제를 나눕니다. |
기록에는 사용한 기기와 낭독 도구의 이름, 읽은 글의 상태를 함께 남깁니다. 수정 전 결과를 수정 후 결과로 덮어쓰지 않고 어떤 내용을 고쳤는지 연결해 관리합니다. 한 환경에서 문제가 없었다는 결과는 그 환경의 기록으로만 사용합니다.
외주 글의 본문 누락 판별
외주 글을 받을 때는 완성 이미지와 영상 파일 외에 본문 텍스트를 함께 요청합니다. 이미지 제작용 문구가 별도 문서에 있어도 실제 게시 본문에 반영되지 않았다면 독자가 읽을 내용으로 처리하지 않습니다. 운영자는 게시할 글을 기준으로 납품 자료와 본문의 대응 관계를 점검합니다.
대행사가 시각 자료의 내용을 모두 옮겼다고 보고해도, 원래 정보의 관계가 유지됐는지 판단해야 합니다. 상품 이름은 본문 앞에 있고 제한 조건은 멀리 떨어져 있다면 독자가 둘을 연결하기 어려울 수 있습니다. 조건의 적용 대상을 명시하도록 수정 요청을 구체적으로 전달합니다.
수정 요청에는 문제가 발생한 문장과 필요한 조치를 함께 기재합니다. 막연히 읽기 쉽게 해 달라고 요청하기보다 대상 이름 추가, 절차 순서 변경, 빠진 조건 입력처럼 작업 내용을 지정합니다. 대행사는 수정 위치를 회신하고 운영자는 최종 게시본에 반영된 내용을 대조합니다.
낭독 결과를 잘못 해석하는 경우
소리가 출력됐다는 이유만으로 글의 내용을 이해할 수 있다고 결론 내리지 않습니다. 낭독은 이어지더라도 대명사의 대상이 불명확하거나 안내 순서가 뒤섞이면 독자가 필요한 행동을 결정하기 어렵습니다. 담당자는 읽기 성공 여부와 내용 이해의 문제를 따로 기록합니다.
특정 위치에서 읽기가 중단되면 곧바로 문장의 문제라고 단정하지 않습니다. 사용 환경이나 조작 과정의 문제일 수 있으므로 중단 위치를 남기고 같은 부분을 다시 시험합니다. 원인을 가리지 못한 문제는 해결됐다고 표시하지 않고 추가 확인 항목으로 관리합니다.
본문을 고친 뒤 이미 시험한 글과 달라졌다면 변경된 부분의 앞뒤 연결도 다시 읽습니다. 새 조건을 추가하면서 이전 문장의 대상이 달라지거나, 문단 이동으로 절차 순서가 어긋날 수 있습니다. 대행사가 제출한 낭독 기록과 운영자가 게시한 내용이 같은 상태인지도 점검합니다.
위치와 색에 의존하는 표현의 수정
본문에 텍스트가 있어도 위치나 색만으로 대상을 가리키면 설명이 불완전할 수 있습니다. 위쪽 항목, 오른쪽 상품, 붉은 표시처럼 시각 자료의 배치를 알아야 이해되는 표현이 있는지 검색합니다. 필요한 경우 상품 이름이나 절차 이름을 명시해 독자가 대상을 식별하도록 수정합니다.
선택지 이름을 반복할 때는 같은 대상을 서로 다른 약칭으로 부르지 않도록 관리합니다. 처음에는 정식 이름을 쓰고 뒤에서는 색이나 위치로만 지칭하면 같은 선택지인지 판단하기 어렵습니다. 운영자는 명칭 목록을 전달하고 대행사는 본문에서 사용하는 이름을 통일합니다. 색 자체가 상품의 선택 조건이라면 색 이름은 유지하되 어느 상품의 속성인지 함께 설명합니다.
자주 묻는 질문
시각장애인이라는 말에 맞춰 독자를 하나로 가정해도 됩니까?
독자의 읽기 방식과 필요한 도움을 하나로 가정하지 않는 편이 좋습니다. 글을 이용하는 방식에 대한 의견을 받을 때는 장애의 정도를 추정하기보다 어떤 정보를 얻기 어려웠는지 묻습니다. 개인의 응답을 모든 시각장애인의 요구로 확대하지 않고 해당 개선 요청으로 기록합니다.
접근성 의견을 받을 연락 방법도 안내해야 합니까?
운영자가 실제로 응답할 수 있는 연락 방법을 안내하는 것을 권합니다. 의견을 받는 담당자와 처리 방식을 정한 뒤, 읽기 어려운 위치나 필요한 정보를 전달할 수 있도록 안내합니다. 연락 수단만 제시하고 응답할 사람이 없는 상태가 되지 않도록 내부 업무를 정합니다.
첨부 문서로 상세 안내를 대신해도 괜찮습니까?
첨부 문서가 있다는 이유만으로 글에서 필요한 설명을 모두 생략하지 않는 편이 좋습니다. 별도 문서를 이용하려면 추가 조작이 필요하고 문서 자체의 읽기 가능 여부도 판단해야 합니다. 본문에는 독자가 문서를 열기 전에 알아야 할 목적과 포함 내용을 안내합니다.
외국어 상품명이나 전문 용어는 어떻게 처리합니까?
정확한 명칭을 유지하면서 독자의 판단에 필요한 뜻을 함께 설명합니다. 발음대로 임의로 변경하면 상품을 식별하거나 추가 정보를 찾기 어려울 수 있습니다. 전문 용어가 필수인지 먼저 결정하고, 필요한 용어에는 문맥에 맞는 쉬운 설명을 더합니다.
시각장애인에게 읽기 시험을 부탁할 때 무엇을 준비합니까?
참여자가 동의한 범위에서 읽을 글과 요청할 작업을 미리 안내합니다. 이용 경험에 대한 의견을 요청하는 일과 특정 접근성 기준의 전문 평가를 의뢰하는 일은 목적이 다릅니다. 참여자가 평소 사용하는 환경을 존중하고, 부담되는 개인정보를 요구하거나 특정 답변을 유도하지 않습니다. 받은 의견을 공개하려면 공개 범위에 대한 동의도 별도로 받습니다.