버튼 이름보다 중요한 본문 로드 조건
「더보기」 뒤 내용의 수집 가능성은 버튼 이름이 아니라 추가 내용이 클릭 없이 제공되는지에 달려 있습니다. 구글은 클릭해야 로드되는 콘텐츠를 가져오지 않으므로, 버튼을 누르는 동작이 추가 본문의 로드 조건인지 판단해야 합니다.
구글 검색 센터는 주요 콘텐츠를 사용자 상호작용에 의존해 지연 로드하지 않도록 권고합니다. 운영자는 개발 담당에게 버튼을 누르기 전에도 추가 본문이 페이지에 제공되는지 묻고, 클릭이 글을 펼치는 동작인지 새 내용을 가져오는 동작인지 답을 받아야 합니다.
버튼 문구와 클릭 뒤 화면만으로는 이 차이를 가릴 수 없습니다. 방문자에게 같은 형태로 글이 펼쳐져도, 개발 방식에 따라 본문을 미리 제공하거나 클릭한 뒤에 가져올 수 있습니다. 따라서 버튼을 삭제할지 결정하기 전에 실제로 어떤 동작이 본문 로드를 시작하는지 알아야 합니다.
| 더보기의 동작 | 추가 본문의 로드 조건 | 판단과 조치 |
|---|---|---|
| 제공된 본문을 펼침 | 클릭 없이 본문 제공 | 클릭 의존 로드인지와 별개로 제공 상태 검사 |
| 클릭 뒤 본문을 가져옴 | 버튼 클릭이 필요 | 구글의 수집을 기대하지 않고 로드 조건 수정 |
| 페이지 실행 중 본문을 가져옴 | 클릭 없이 실행 | 렌더링된 HTML에서 추가 본문 검사 |
| 동작 방식이 불명확함 | 개발 자료로 가리지 못함 | 수집 가능 판정을 보류하고 구현 설명 요청 |
개발 담당의 답변에서 중요한 것은 버튼 사용 여부보다 본문을 가져오는 시점과 조건입니다. 「더보기 기능이 정상입니다」라는 답변만 받았다면, 추가 문장을 언제 가져오는지 설명을 다시 요청합니다. 이때 버튼 앞의 요약과 버튼 뒤의 상세 본문을 각각 지정해야 답변 대상이 명확해집니다.
클릭 없이 제공되는 본문의 판단 범위
구글 검색 센터는 자바스크립트로 생성되는 실제 콘텐츠를 읽기 위해 자바스크립트를 실행하며, 렌더링된 HTML을 색인 생성에 사용한다고 설명합니다. 초기 응답에 추가 본문이 없다는 이유만으로 클릭 의존 로드라고 단정할 수는 없습니다. 클릭 없이 실행된 뒤 본문이 제공되는 방식도 개발 담당의 답변과 검사 자료로 판단합니다.
반대로 사람이 버튼을 눌러 전체 글을 읽었다는 사실은 클릭 없는 제공 상태의 증거가 되지 않습니다. 클릭한 화면에서는 추가 내용이 정상적으로 나타나도, 버튼을 누르지 않은 상태에서 그 내용이 제공되는지는 별도로 밝혀야 합니다. 화면 캡처에는 클릭 여부를 함께 기재해 자료의 의미가 달라지지 않도록 합니다.
이 판단은 구글 문서의 상호작용 기준을 적용한 것입니다. 다른 AI 검색 서비스에도 같은 버튼 처리 방식이 적용된다고 확대하지 않습니다. 다른 서비스의 수집 여부가 필요하면 해당 서비스의 근거와 관측 자료를 따로 확보해야 합니다.
개발 담당에게 요청할 자료와 순서
운영자는 먼저 「더보기」 뒤에 있는 추가 본문의 범위를 지정해 개발 담당에게 전달합니다. 페이지 이름, 버튼 위치, 추가 본문의 시작과 끝을 함께 기재하면 개발 담당이 화면의 다른 기능과 혼동하지 않고 답변할 수 있습니다. 문장이 길다면 시작 문장과 끝 문장을 자료에 남기고, 중간에 포함되어야 할 내용도 표시합니다.
- 추가 본문의 로드 조건을 묻습니다. 클릭이 새 내용을 요청하는 조건인지, 이미 제공된 내용을 펼치는 동작인지 구현 설명을 받습니다.
- 클릭 없는 본문 제공 여부를 판단합니다. 클릭이 필요한 방식이면 개발 담당과 수정 조건을 정하고, 클릭 없이 본문이 제공되는 방식이면 검사할 문장을 지정합니다.
- 수정 후 렌더링된 HTML에서 제공 상태를 확인합니다. 개발 담당의 완료 답변과 실제 검사 자료를 함께 받아 누락된 내용이 있는지 대조합니다.
요청서에는 「버튼을 없애 주세요」보다 「추가 본문을 가져오는 데 클릭이 필요하지 않도록 해 주세요」라고 수정 조건을 씁니다. 버튼을 유지하더라도 본문 제공 방식은 변경할 수 있는지 개발 담당에게 판단을 요청합니다. 방문자가 글을 펼치는 동작과 검색 시스템에 본문이 제공되는 조건을 각각 설명하도록 요구합니다.
| 개발 담당에게 요청할 항목 | 받을 확인 자료 | 수정 후 확인 사항 |
|---|---|---|
| 추가 본문을 가져오는 조건 | 클릭과 로드의 관계를 설명한 답변 | 클릭이 로드 조건에서 제외되었는지 |
| 클릭 없이 제공할 본문 범위 | 대상 문장과 구현 방식 설명 | 합의한 본문이 빠짐없이 제공되는지 |
| 공개 페이지에 반영한 변경 | 반영 내역과 대상 페이지 목록 | 검사 대상에 변경이 적용되었는지 |
| 렌더링 후 본문 제공 상태 | 검사 결과와 렌더링된 HTML | 추가 본문의 실제 문장이 포함되는지 |
개발 담당은 구현 설명과 변경 내역을 준비하고, 운영자는 공개해야 할 문장의 목록을 준비합니다. 서로 맡은 자료가 다르므로 개발 완료 보고만으로 내용 검사를 대신하지 않습니다. 운영자가 문장을 수정했다면 변경된 문장을 기준으로 검사 대상을 갱신합니다.
수정 완료와 본문 제공 상태의 대조
구글 검색 센터는 리치 결과 테스트 또는 URL 검사 도구로 렌더링된 HTML에 예상한 콘텐츠가 있는지 검사하도록 안내합니다. 운영자는 수정이 반영된 페이지에서 해당 도구를 사용하고, 추가 본문의 문장이 포함되는지 대조합니다. 사람이 버튼을 누른 뒤 복사한 HTML은 이 검사 자료를 대신하지 않습니다.
자료를 받을 때는 검사한 페이지, 검사 시점, 적용한 변경 내역을 함께 기록합니다. 추가 본문이 빠졌다면 완료 처리하기 전에 개발 담당에게 해당 문장과 검사 자료를 전달합니다. 문장이 포함되었다면 본문 제공 상태에 대한 결과로 기록하고, 수집이나 색인 결과까지 확인한 것으로 보고하지 않습니다.
판단을 보류해야 하는 개발 답변
「자바스크립트로 구현했습니다」라는 답변만으로는 로드 조건을 결정할 수 없습니다. 운영자는 구현 기술의 이름보다 클릭 전 본문 제공 여부를 설명해 달라고 요청합니다. 개발 담당이 코드를 전달하더라도 운영자가 동작을 해석하기 어렵다면, 추가 본문을 가져오는 조건을 문장으로 답하도록 요구합니다.
「내용은 저장되어 있습니다」라는 답변도 충분하지 않습니다. 관리 화면이나 데이터 저장소에 글이 있다는 사실과 공개 페이지에서 클릭 없이 그 글을 제공하는 상태는 다릅니다. 운영자는 저장 위치 설명으로 요청을 종료하지 않고, 공개 페이지에 본문을 전달하는 조건을 답변에 포함하도록 요청합니다.
「검색에 문제가 없습니다」라는 포괄적인 답변에는 판단 근거를 요청합니다. 어떤 본문을 대상으로 어떤 자료를 사용했는지 빠져 있다면 앞에서 정한 기준에 따른 결과로 인정하기 어렵습니다. 추가 본문의 제공 상태와 검색 결과에 대한 의견을 같은 완료 항목에 기재하지 않도록 요청합니다.
수정 결과를 남기는 기록 방식
검사 기록에는 예상한 본문, 실제 포함된 본문, 남은 누락을 각각 기재합니다. 「정상」이라고만 쓰면 이후 본문이 편집되었을 때 어떤 내용을 검사했는지 알기 어렵습니다. 문장 전체를 보관하기 어렵다면 내용을 식별할 수 있는 표현과 해당 검사 자료를 함께 남깁니다.
판정이 끝나지 않은 항목은 원인을 추측해 채우지 않습니다. 개발 설명을 받지 못한 상태, 변경 반영을 입증하지 못한 상태, 렌더링된 HTML에 문장이 없는 상태를 각각 사실대로 기록합니다. 다음 담당자는 그 기록을 바탕으로 필요한 답변이나 자료를 추가로 요청할 수 있습니다.
수정 전후 기록에서는 무엇을 변경했고 어떤 결과를 얻었는지 연결해야 합니다. 버튼 문구만 변경했는데 본문 로드 방식까지 수정한 것으로 기재하면 작업 범위가 잘못 전달됩니다. 완료 보고에는 적용한 변경과 본문 포함 여부를 쓰고, 아직 조사하지 않은 결과는 미확인 항목으로 남깁니다.
편집 후 늘어난 본문의 별도 판정
기존 추가 본문을 검사한 결과는 이후에 늘어난 문장까지 입증하지 않습니다. 운영자가 글을 연장하거나 「더보기」 뒤에 새로운 설명을 추가했다면, 그 내용이 기존과 같은 방식으로 제공되는지 개발 담당에게 묻습니다. 같은 버튼 안에 있다는 이유만으로 이전 판정을 그대로 적용하지 않습니다.
개발 담당이 일부 내용만 다른 조건으로 가져온다고 답하면 해당 내용을 검사 대상으로 추가합니다. 편집 이력에는 새로 추가한 문장과 적용 위치를 기재해 이전 검사 범위와 혼동하지 않도록 합니다. 기존 기록 전체를 폐기할 필요는 없으며, 변경된 내용에 대해 받은 답변과 검사 결과를 연결해 보관합니다.
자주 묻는 질문
더보기 버튼을 모두 없애야 합니까?
버튼을 일괄 삭제할 필요는 없습니다. 방문자가 긴 글을 읽는 데 필요한 기능인지 운영 담당자가 판단하고, 개발 담당과 본문 제공 조건을 함께 조정합니다. 변경 후에는 글을 펼치는 동작이 정상적으로 작동하는지도 사용자 화면에서 별도로 시험합니다.
외부 제작사가 구현 설명을 주지 않으면 어떻게 합니까?
코드 전체를 받는 대신 질문별 서면 답변과 검사 자료를 요청할 수 있습니다. 답변에 포함할 항목을 계약 담당자에게 전달하고, 기술 설명을 받을 수 있는 담당자를 지정해 달라고 요청합니다. 자료를 받지 못한 상태는 미확인으로 남겨 추정한 결과가 완료 보고에 포함되지 않도록 합니다.
공통 버튼을 수정하면 모든 페이지의 검사를 생략해도 됩니까?
공통 기능을 수정했다는 이유만으로 적용 대상 전체의 검사를 생략하지 않습니다. 개발 담당에게 같은 구현을 사용하는 페이지 목록과 예외 페이지 목록을 요청합니다. 운영자는 본문 구성이나 적용 방식이 다른 페이지를 검사 대상에 포함하고, 검사하지 않은 페이지까지 완료로 보고하지 않습니다.
추가 본문에서 중요한 안내만 먼저 공개해도 됩니까?
중요한 안내를 선택해 우선 수정하는 작업 순서는 정할 수 있습니다. 공개 범위를 정할 때는 방문자가 판단하는 데 필요한 조건과 예외가 함께 전달되는지 운영 담당자가 검토합니다. 수정하지 않은 나머지 본문은 별도 작업 항목으로 남겨 부분 완료 상태를 명확하게 기재합니다.
한 화면에서 더보기를 반복해야 한다면 무엇을 요청합니까?
개발 담당에게 각 클릭 단계가 동일한 방식으로 작동하는지 설명을 요청합니다. 처음 펼치는 본문과 이후에 추가되는 본문의 구현이 다를 수 있으므로, 전체 동작을 대표하는 답변인지 명시하도록 요구합니다. 요청서에는 각 단계에서 추가되는 본문 범위를 기재해 일부 동작만 답변하는 일을 줄입니다.