TL;DR
더보기 버튼을 눌러 글이 나타난다는 사실만으로 오래된 글의 발견 경로가 확인되지는 않는다. 버튼을 누르기 전후에 어떤 주소가 제공되는지, 각 상세 글로 가는 실제 링크가 있는지 나눠 본다. 최종 산출물은 화면 캡처보다 목록 단계와 상세 주소를 연결한 도달 지도다.
버튼 동작과 주소 발견은 다르다
Google은 일반적으로 href 속성이 있는 a 요소에서 링크 주소를 추출할 수 있다고 설명한다. 화면 모양이 버튼인지 밑줄 글자인지는 핵심이 아니다. 목록 항목의 이동 목적지가 실제 링크로 제공되는지 확인해야 한다. 반대로 클릭 이벤트만 있고 주소가 스크립트에만 들어 있으면 사용자가 이동할 수 있어도 같은 방식으로 주소가 발견된다고 단정하기 어렵다.
Google은 자바스크립트 페이지를 크롤링, 렌더링, 색인 단계로 처리한다. 따라서 처음 받은 응답과 스크립트 실행 후의 목록을 나눠 살핀다. 최근 글은 처음부터 있지만 이전 글은 추가 요청 뒤에만 생기는지, 더보기 자체가 다음 목록 주소를 갖는지 확인한다. 개발자는 어느 단계에서 링크가 만들어지는지 알려 주고 운영자는 실제 어떤 글이 그 경로에 의존하는지 정리한다.
단계별 URL 도달 지도를 만든다
검수표에는 목록 단계, 화면에 보이는 글, 상세 주소, 링크 제공 시점, 직접 진입 가능 여부를 적는다. 최초 목록에서 글 하나, 더보기 이후 글 하나, 오래된 보존 글 하나를 골라 차이를 확인한다. 개별 주소를 알고 들어가면 정상이라는 이유로 목록 경로까지 정상으로 표시하지 않는다. 상세 응답과 발견 경로는 별개의 결과다.
예를 들어 첫 목록에는 새 글만 있고 더보기를 여러 번 눌러야 보존 글이 나타난다면, 보존 글이 다른 카테고리나 관련 안내에서도 연결되는지 살핀다. 자주 참조되는 자료라면 적절한 허브에서 연결할 필요가 있을 수 있다. 모든 오래된 글을 첫 화면에 넣으라는 뜻은 아니다. 남겨 두기로 한 이유에 맞는 경로가 있는지 확인하는 작업이다.
Google은 클릭, 스와이프, 입력 같은 사용자 조작이 있어야 로드되는 주요 콘텐츠를 불러오지 않는다고 안내한다. 이 모바일 안내를 바탕으로 중요한 글 목록이 조작에만 의존하는지 점검할 수 있다. 다만 모든 더보기 구현이 무조건 색인되지 않는다고 해석해서는 안 된다. 실제 링크와 렌더링 상태, 다른 발견 경로가 서로 다를 수 있으므로 확인된 구현 조건을 남긴다.
수정 요청에 필요한 증거
목록이 부족하다는 모호한 보고 대신 구체적인 누락 범위를 전달한다. 어떤 단계에서 어떤 글이 보였으며 그 글의 주소가 어디에 제공됐는지 적으면 개발자가 재현하기 쉽다. 최초 응답에서 주소가 없었다는 관찰과 Google이 그 주소를 모른다는 결론도 구분한다. 후자는 다른 링크나 사이트맵을 통해 발견했을 가능성이 있어 목록만으로 확정할 수 없다.
목록의 화면 수가 바뀌거나 분류가 바뀌면 도달 지도도 다시 확인한다. 단순히 글 개수만 비교하면 새 글 추가 때문에 오래된 글의 위치가 밀린 상황을 놓칠 수 있다. 보존 대상으로 정한 동일한 글을 기준으로 변경 전후를 따라가면 실제 경로 단절 여부를 보기 쉽다. 검수 날짜와 사용한 기기도 함께 적는다.
운영자가 검수할 수 없는 기술 항목은 확인 필요로 남긴다. 실제 링크 구조를 확인하지 못했는데 화면에서 눌렀다는 이유로 크롤링 가능으로 표시하면 증거가 과장된다. 콘텐츠 담당자는 남길 글과 사용자의 탐색 목적을 정하고, 기술 담당자는 주소 전달 구조와 오류 여부를 확인하도록 역할을 나누는 편이 명확하다.
더보기 이후 주소를 새 탭에서 열었을 때도 올바른 글이 보이는지 확인한다. 앱 안에서 누적된 상태가 있어야만 본문이 나오는 경우에는 그 조건을 별도 결함으로 적는다. 목록 접근 문제와 상세 직접 진입 문제를 구분하면 수정 담당자도 명확해진다.
마무리
더보기 목록은 클릭 성공과 주소 발견을 각각 검수한다. 단계별 도달 지도에서 어떤 글이 조작에 의존하고 어떤 대체 연결이 있는지 드러내면 수정 범위를 정할 수 있다. 변경 후에는 같은 글을 다시 찾아가 보고, 검색 반영 여부는 별도의 수집·색인 관찰로 남긴다.