근거가 필요한 HTML 설명의 선택
PDF에만 있는 근거는 HTML의 관련 설명에서 자료의 내용과 연결 목적을 알 수 있는 링크 문구로 이어 줍니다. 같은 내용을 HTML과 PDF로 게시한 경우에만 대표 주소 설정을 별도로 검토합니다. 운영자는 먼저 HTML의 어떤 설명을 PDF가 뒷받침하는지 정하고, 그 설명을 읽는 위치에서 자료를 안내합니다.
연결 위치는 파일을 모아 놓기 편한 곳보다 독자가 근거를 필요로 하는 문장을 기준으로 정합니다. 적용 조건을 설명했다면 조건의 출처가 있는 문서로, 절차를 요약했다면 세부 절차가 있는 문서로 연결합니다. PDF에 관련 낱말이 있다는 이유만으로 연결하지 말고, HTML 문장의 범위와 문서가 다루는 범위를 대조합니다.
구글은 링크 문구가 간결하면서 구체적이고, 링크가 있는 페이지와 연결되는 자료 모두에 관련되어야 한다고 설명합니다. 마케팅 담당자는 이 기준을 적용해 파일 형식만 알리는 문구보다 무엇을 읽을 수 있는지 드러나는 문구를 작성합니다. PDF의 긴 제목을 그대로 사용하기 어렵다면 내용의 뜻을 유지한 짧은 링크 문구를 정하고 정식 문서명은 주변 문장에 기재합니다.
자료의 게시 관계와 대표 주소 판단
PDF가 별도 근거 자료인지, HTML과 같은 내용을 담은 다른 형식인지에 따라 처리할 일이 달라집니다. 제목이나 주제가 같다는 사실만으로 동일 내용이라고 판단하지 않습니다. 운영자는 본문의 설명 범위와 자료의 목적을 대조해 아래 관계 중 어느 쪽에 해당하는지 정합니다.
| 게시 관계 | 연결 대상 주소 | 대표 주소 검토 필요 여부 |
|---|---|---|
| HTML 설명을 뒷받침하는 별도 PDF | 해당 근거를 담은 PDF 주소 | 근거 연결만으로 검토하지 않음 |
| HTML 요약과 상세 PDF | 요약의 출처인 상세 PDF 주소 | 설명 범위의 차이를 먼저 판단 |
| 동일 내용을 HTML과 PDF로 게시 | 독자에게 안내할 형식의 주소 | 대표 주소 설정을 별도로 검토 |
| 제목은 같지만 내용이나 판본이 다름 | HTML 설명에 해당하는 판본의 주소 | 제목 일치만으로 검토하지 않음 |
구글은 서버 구성을 변경할 수 있을 때 HTML이 아닌 문서의 대표 주소를 rel="canonical" HTTP 응답 헤더로 알릴 수 있다고 설명합니다. 이 방법에 대한 구글의 지원 범위는 웹 검색 결과입니다. 동일 내용의 다른 형식을 운영하는 담당자는 이 조건을 바탕으로 개발 담당자에게 설정 검토를 요청합니다.
독자를 PDF로 안내하는 링크와 검색 서비스에 대표 주소를 알리는 설정은 목적이 다릅니다. 링크 대상은 독자가 해당 설명의 근거를 읽을 수 있는 자료로 정합니다. 대표 주소를 정할 필요가 생겨도, 독자에게 어떤 형식을 제공할지는 별도의 편집 판단으로 기록합니다.
연결 작업에 필요한 자료와 실행 순서
콘텐츠 담당자는 HTML의 해당 문장, PDF 문서명, 근거가 있는 절 제목이나 페이지 표시, 게시할 파일 주소를 준비합니다. 파일 관리 담당자는 문서의 판본과 공개 대상을 기재하고, 개발 담당자는 실제 링크에 사용할 주소를 전달합니다. 문서명을 아는 것만으로 근거 위치를 특정할 수 없다면 연결 문구를 작성하기 전에 해당 부분을 찾아 기록합니다.
- 콘텐츠 담당자가 근거를 보충할 HTML 설명을 선택하고 PDF의 해당 부분을 짝지어 기록합니다.
- 자료 내용과 연결 목적을 담은 링크 문구를 작성하고 문서명과 근거 위치를 주변에 안내합니다.
- 운영 담당자가 링크 대상 주소로 문서를 열어 의도한 파일과 판본인지 대조합니다.
- HTML과 PDF의 게시 관계를 판단하고, 앞에서 정한 기준에 해당할 때 대표 주소 검토를 요청합니다.
작업 목록에는 페이지 전체의 주제만 쓰지 말고 링크를 추가할 설명을 특정합니다. 같은 PDF를 여러 설명에서 사용한다면 설명마다 필요한 근거 위치를 따로 기재합니다. 아래 표는 문서명을 대신하는 임의의 제목을 만드는 양식이 아니라, 담당자가 실제 자료에서 채울 항목을 정리한 작업 틀입니다.
| HTML 설명 | 연결할 PDF 근거 | 링크 문구와 근거 위치 안내 |
|---|---|---|
| 적용 대상과 제외 조건 | 대상 범위를 명시한 부분 | 적용 조건을 알리는 문구와 문서명·절 제목 |
| 진행 절차의 요약 | 절차를 상세히 설명한 부분 | 상세 절차를 알리는 문구와 문서명·근거 위치 |
| 판단에 사용한 정의 | 용어의 뜻을 정한 부분 | 정의의 출처를 알리는 문구와 해당 항목명 |
| 자료 해석의 제한 조건 | 예외나 유의 사항을 밝힌 부분 | 제한 조건을 알리는 문구와 관련 절 제목 |
문서명과 근거 위치의 안내 방식
링크 문구에는 읽을 내용을 담고, 주변 문장에는 독자가 문서 안에서 이동할 단서를 안내합니다. 문서명이 길거나 판본 표시가 필요하면 링크 문구에 모두 넣지 않고 주변 설명에 나누어 기재합니다. 자료를 열기 전부터 PDF라는 형식을 알 수 있도록 함께 표시하는 방식도 사용할 수 있습니다.
근거 위치는 독자가 실제로 찾을 수 있는 절 제목이나 페이지 표시를 사용합니다. 파일을 여는 프로그램의 페이지 순서와 문서 본문에 인쇄된 페이지 표시가 다르면 어느 쪽을 뜻하는지 명시합니다. 페이지 표시가 없는 문서라면 관련 절 제목과 항목명을 함께 안내하고, 근거가 떨어진 여러 부분에 있으면 필요한 항목을 나누어 기재합니다.
설명과 연결 대상의 불일치 처리
연결 대상 주소는 담당자가 보관한 파일이 아니라 독자에게 공개할 자료를 기준으로 정합니다. 운영 담당자는 게시된 링크를 통해 문서를 열고 문서명, 판본, 해당 근거의 내용을 작업 목록과 대조합니다. 목록에 기록한 주소와 실제 링크의 대상이 다르면 어떤 자료를 안내할지 먼저 결정한 뒤 링크를 수정합니다.
PDF 목록 페이지를 연결 대상으로 사용하면 독자가 원하는 문서를 다시 선택해야 합니다. 해당 문서를 바로 읽게 할 목적이라면 PDF 자체의 주소를 연결 대상으로 정하는 편집안을 검토합니다. 목록에서 판본이나 언어를 선택해야 하는 운영 방식이라면 링크 문구에 자료 선택 화면으로 이동한다는 목적을 드러냅니다.
문서를 열 수 있더라도 HTML 설명이 해당 PDF의 범위를 벗어나면 연결 작업을 완료한 것으로 처리하지 않습니다. 콘텐츠 담당자는 설명의 범위를 줄이거나 그 설명을 뒷받침하는 다른 자료를 선정합니다. 적절한 근거를 확보하지 못했다면 관련 없는 PDF를 연결해 빈 항목을 채우지 말고, 근거가 필요한 문장에 대한 편집 결정을 남깁니다.
파일 교체를 위한 연결 기록
연결 기록에는 HTML 설명, PDF 문서명과 판본, 근거 위치, 실제 연결 대상, 조치 담당자를 함께 기재합니다. 자료 관리 담당자는 파일 교체 전에 이 기록으로 영향을 받는 설명을 추립니다. 새 파일의 제목이 같더라도 근거 문구가 삭제되거나 적용 조건이 달라졌다면 콘텐츠 담당자에게 해당 설명의 수정을 요청합니다.
같은 주소에 파일을 교체하는 운영 방식에서는 주소의 유지 여부만 기록하지 않습니다. 담당자는 새 문서에서 근거 위치가 이동했는지, HTML에 안내한 절 제목이 유효한지도 대조합니다. 문서 내부의 페이지 순서만 변경됐다면 위치 안내를 수정하고, 근거의 뜻이 변경됐다면 HTML 설명의 처리 결정을 별도로 남깁니다.
첨부 자료에 섞인 공개 범위
필요한 근거가 PDF 일부에만 있어도 파일 주소를 안내하면 독자는 문서의 다른 부분까지 읽을 수 있습니다. 자료 관리 담당자는 연결할 파일에 내부 연락처, 계약 조건, 편집 메모처럼 공개하지 않을 내용이 섞여 있는지 검토합니다. 근거 위치를 안내하는 것만으로 나머지 내용의 공개 범위를 제한할 수 있다고 판단하지 않습니다.
공개용 파일을 따로 준비한다면 콘텐츠 담당자는 편집 과정에서 조건이나 주석이 빠져 근거의 뜻이 달라지지 않았는지 대조합니다. 원래 문서와 다른 파일을 안내할 때는 공개용 문서명을 기록해 내부 자료와 혼동하지 않도록 관리합니다. 공개 승인이 끝나지 않은 파일은 링크 게시 대상에서 제외하고 자료 관리 담당자에게 결정을 요청합니다.
자주 묻는 질문
PDF 표지 이미지만 링크로 사용해도 됩니까?
구글은 이미지가 링크일 때 이미지의 대체 텍스트를 링크 문구로 사용한다고 설명합니다. 표지 이미지를 사용한다면 대체 텍스트에 문서를 식별할 내용을 작성합니다. 표지에 적힌 글자를 독자가 읽을 수 있다는 이유로 대체 텍스트를 비워 두지 않습니다.
자바스크립트로 만든 링크 문구는 어떻게 검사합니까?
구글은 자바스크립트로 링크 문구를 삽입할 때 URL 검사 도구에서 렌더링된 HTML에 해당 문구가 있는지 확인하도록 안내합니다. 개발 담당자는 화면에서 문구를 읽을 수 있는 상태와 렌더링된 HTML에 문구가 포함된 상태를 각각 기록합니다. 문구가 누락되면 삽입 방식에 대한 수정을 요청합니다.
외부 기관의 PDF에는 nofollow가 필요합니까?
구글은 출처를 신뢰할 수 없을 때 nofollow를 사용하며, 모든 외부 링크에 일괄 적용하지 말라고 설명합니다. 외부 기관이 관리하는 파일이라는 이유만으로 해당 속성을 추가하지 않습니다. 운영자는 인용할 출처를 신뢰할 수 있는지 판단한 뒤 개발 담당자에게 필요한 처리를 전달합니다.
외국어 PDF를 연결할 때 번역문도 필요합니까?
연결 안내를 위해 문서 전체의 번역문을 반드시 준비하는 작업 방식으로 정할 필요는 없습니다. 독자가 열기 전에 자료의 언어를 알 수 있도록 안내하고, HTML 설명에 필요한 용어는 담당자가 뜻을 검토합니다. 번역한 문구가 공식 문서 제목으로 오인되지 않도록 원문 제목과 설명용 번역을 나누어 표기합니다.
스캔한 PDF의 인용 부분은 어떻게 찾게 합니까?
문서 안의 문자 검색을 전제로 안내하기 어렵다면 절 제목 외에 본문에 표시된 페이지와 해당 항목의 위치를 함께 기재합니다. 담당자는 독자가 읽을 수 있는 상태인지 확인하고, 식별하기 어려운 부분은 자료 관리 담당자에게 더 선명한 공개 파일을 요청합니다. 이러한 안내만으로 검색 서비스가 문서 내용을 읽는다고 단정하지 않습니다.