웹문서에서 ‘총 12쪽’이라고 안내했는데 다운로드한 PDF가 13쪽이면 이용자는 누락이나 오류를 의심한다. 페이지 수 차이는 표지와 빈 페이지, 번호 없는 부록, 인쇄 설정 때문에 생길 수 있다. 단순히 화면 숫자를 고치기 전에 무엇을 한 페이지로 세는지, PDF 내부 번호와 파일의 실제 장수가 어떻게 다른지 기준을 정해야 한다.
세 가지 페이지 수를 구분하기
파일 뷰어가 세는 물리적 페이지, 문서에 인쇄된 쪽 번호, 본문 안내에서 말하는 총 페이지를 각각 확인한다. 표지나 목차가 로마 숫자를 쓰고 본문이 1부터 다시 시작하면 ‘페이지 5’가 두 의미를 가질 수 있다. 다운로드 링크 옆에는 이용자가 확인할 실제 파일 장수를 기준으로 적고, 인쇄된 번호가 다르면 설명을 덧붙인다. 부록과 간지, 의도된 빈 페이지가 총계에 포함되는지도 편집 지침에 남긴다. 여러 파일을 묶어 제공할 때는 파일별 장수와 묶음 전체 수를 섞지 않는다.
생성 과정에서 늘어나는 장 찾기
원본 문서의 용지 크기, 여백, 글꼴 대체, 표와 이미지의 페이지 나눔을 확인한다. 변환 서버에 없는 글꼴이 적용되면 줄바꿈이 달라져 마지막 문단이 새 장으로 밀릴 수 있다. 숨겨진 빈 단락, 섹션 나누기, 홀수 페이지 시작 설정도 예상치 못한 백지를 만든다. 자동 생성 PDF라면 같은 데이터로 반복 생성해 장수가 안정적인지 보고, 목차의 페이지 번호도 함께 갱신되는지 검사한다. 암호 설정이나 압축 과정 뒤에 파일이 다른 버전으로 바뀌지 않도록 생성 식별자를 남긴다.
게시 직전 파일 자체를 검수하기
서버에 올라간 최종 PDF를 공개 링크에서 내려받아 첫 장부터 마지막 장까지 빠르게 확인한다. 웹페이지의 파일명, 수정일, 크기, 장수와 실제 속성이 맞는지 대조한다. 모바일 뷰어가 페이지를 연속 화면으로 표시하더라도 총계와 이동 기능이 정상인지 본다. 새 버전으로 교체했는데 캐시에서 이전 장수를 보여주는 상황도 시험한다. 장수가 맞더라도 내용 누락, 중복 페이지, 빈 페이지가 있으면 통과시키지 않는다. 페이지 수 관리는 검색 노출용 숫자가 아니라 사용자가 파일의 완전성과 버전을 확인하게 하는 품질 정보다.
‘게시 직전 파일 자체를 검수하기’의 자료가 서로 다를 때 확인 순서
‘게시 직전 파일 자체를 검수하기’에 관한 두 자료가 서로 다른 답을 보이면 최신 날짜만 보고 하나를 고르지 않습니다. 먼저 각 자료의 작성 주체와 적용 대상을 확인하고, ‘세 가지 페이지 수를 구분하기’의 어느 조건을 설명하는지, ‘생성 과정에서 늘어나는 장 찾기’의 변경이 반영됐는지를 대조합니다. ‘PDF 페이지 수가 화면 표시와 맞지 않을 때 점검할 것’의 공개 문장을 고치기 전에 실제 운영 기준을 책임지는 담당자에게 차이의 원인을 확인하고 그 답을 변경 기록에 남깁니다. 〈단순히 화면 숫자를 고치기 전에 무엇을 한 페이지로 세는지, PDF 내부 번호와 파일의 실제 장수가 어떻게 다른지 기준을 정해야 한다〉 설명을 실행 순서로 바꾸면, 확인 과정이 끝나지 않았다면 한쪽 자료를 사실로 단정하지 말고 독자에게 현재 확인 가능한 범위와 추가 확인 경로를 안내합니다.