서버 응답의 본문 포함 판단
원본 HTML에 본문이 있는지는 화면에 글이 나타나는지가 아니라 서버가 보낸 HTML의 본문 영역에 해당 문장이 있는지로 판단합니다. 렌더링된 HTML에서 찾은 문장은 원본에 본문이 포함되어 있다는 증거와 따로 취급합니다. 담당자는 화면의 본문에서 찾을 문장을 정한 뒤, 원본 HTML에서 같은 문장의 위치와 주변 내용을 조사합니다.
판단 대상은 페이지 전체의 완성도가 아니라 선택한 본문 문장의 포함 여부입니다. 제목이나 메뉴 문구만 발견했다고 본문까지 포함되었다고 결론 내리지 않습니다. 페이지의 설명을 전달하는 문장이 실제 본문 요소의 내용으로 들어 있는지까지 확인해야 합니다.
| 확인 대상 | 원본 HTML에서 찾을 내용 | 확인 위치 |
|---|---|---|
| 페이지 제목 | 대상 페이지를 식별할 제목 문구 | 제목 정보와 본문 제목 주변 |
| 본문 문장 | 담당자가 선택한 설명 문장 | 본문 요소의 텍스트 |
| 주변 문맥 | 앞뒤 문장과 해당 소제목 | 검색된 문장의 인접 요소 |
| 같은 문장의 다른 출현 | 코드나 데이터에 중복된 문장 | 스크립트·주석·속성 값 |
검색 결과가 있다는 사실과 본문이 있다는 판단은 별개의 기록으로 남깁니다. 같은 문장이 여러 위치에 있으면 본문으로 쓰인 위치를 찾아야 합니다. 코드 속 문자열만 발견한 상태에서는 본문 포함으로 판정하지 않습니다.
이 절차로 판단할 수 있는 범위는 조사한 페이지와 선택한 문장까지입니다. 일부 문장이 발견되었다는 이유로 페이지의 모든 설명이 원본에 들어 있다고 확대하지 않습니다. 본문의 시작 부분만 조사했다면 기록에도 그 범위를 명시합니다.
원본과 렌더링 결과의 증거 범위
웹데브는 서버 측 렌더링을 서버에서 애플리케이션 로직을 처리하고 전체 HTML 마크업으로 문서 요청에 응답하는 과정으로 설명합니다. 사이트 운영자는 이 설명을 바탕으로 서버 응답에 들어 있는 내용과 브라우저가 실행한 뒤 구성한 내용을 서로 다른 조사 대상으로 정할 수 있습니다. 특정 제작 방식을 사용한다는 개발사의 답변만으로 개별 페이지의 본문 포함 여부를 대신 판정하지 않습니다.
구글 검색 센터는 웹 구성요소의 콘텐츠를 조사할 때 렌더링된 HTML을 이용하도록 안내합니다. 또한 렌더링된 HTML에 콘텐츠가 없으면 구글이 해당 콘텐츠의 색인을 생성할 수 없다고 설명합니다. 이 안내는 렌더링 후 콘텐츠에 관한 근거이므로, 그 결과를 서버가 처음 보낸 HTML의 증거로 사용하지 않습니다.
따라서 담당자는 자료 이름에도 원본 HTML인지 렌더링된 HTML인지 표시합니다. 화면 캡처는 선택한 문장이 어디에 표시되는지 설명하는 보조 자료로 사용합니다. 원본의 본문 포함 판정에는 실제 소스의 발견 위치를 연결하고, 이 판정만으로 AI 수집이나 인용 결과를 예측하지 않습니다.
본문 문장 선택과 소스 검색 순서
마케팅 담당자는 조사할 페이지 주소, 본문 문장, 화면에서의 위치를 먼저 준비합니다. 사이트 이름이나 공통 안내처럼 여러 페이지에 반복되는 문구보다 해당 페이지의 설명을 담은 문장을 선택합니다. 긴 문장을 통째로 찾기 어렵다면 뜻이 유지되는 연속된 구절을 함께 기재합니다.
- 대상 페이지를 열고 본문에서 조사할 문장을 복사합니다. 소제목과 앞뒤 문장도 함께 기록해 검색 위치를 판단할 자료를 준비합니다.
- 원본 HTML을 확보하는 방법으로 이용 환경에서 지원하는 페이지 소스 보기 기능을 사용할 것을 제안합니다. 확보한 소스를 검색할 수 있는 환경에서 선택한 문장이나 구절을 입력해 발견 위치를 찾습니다.
- 검색된 부분의 주변 태그와 내용을 읽습니다. 문장이 본문 요소의 텍스트인지, 코드나 데이터에 들어 있는 문자열인지 가립니다.
브라우저가 구성한 요소를 조사하는 화면과 페이지 소스 화면을 혼동하지 않도록 작업 자료에 화면 종류를 기재합니다. 소스가 길더라도 검색 결과의 문장만 복사하지 말고 앞뒤 내용을 함께 보관합니다. 문맥을 읽기 어려운 코드는 개발 담당자에게 해당 부분의 용도를 설명해 달라고 요청합니다.
문장 검색이 실패하면 먼저 복사한 문구에 줄바꿈이나 불필요한 공백이 포함되었는지 검사합니다. 이후 문장의 특징적인 구절로 검색해 인접한 텍스트를 읽습니다. 문장을 구성하는 단어가 서로 다른 요소에 들어 있다면, 개별 단어의 발견만 기록하지 말고 실제 문장으로 이어지는 위치인지 판단합니다.
발견 상태별 판정 기록
검색을 마친 담당자는 발견 상태와 본문 포함 판정을 각각 기재합니다. 위치가 불명확하면 성공이나 실패로 확정하지 않고 판정 보류로 남깁니다. 개발 담당자가 추가로 읽어야 할 부분도 같은 기록에 연결합니다.
| 발견 상태 | 원본 포함 여부 판단 | 별도로 확인할 사항 |
|---|---|---|
| 본문 요소에서 문장 발견 | 선택한 문장의 본문 포함 | 아직 조사하지 않은 본문 범위 |
| 코드 속 문자열에서만 발견 | 본문 포함 증거로 부족 | 해당 문자열의 용도 |
| 일부 단어만 발견 | 문장 단위 판정 보류 | 주변 요소와 이어지는 내용 |
| 원본에서 문장 미발견 | 이번 검색에서 포함을 입증하지 못함 | 검색 조건과 후속 조사 항목 |
기록에는 대상 페이지, 선택한 문구, 조사 시점, 발견 부분의 소스를 함께 남깁니다. 결론은 ‘선택한 문장이 본문에 포함됨’처럼 조사 범위에 맞게 작성합니다. 미발견 상태를 곧바로 오류나 특정 구현 방식의 문제로 표현하지 않습니다.
개발 담당자에게 전달할 자료에는 소스 발췌와 담당자의 판단을 따로 기재합니다. 해석이 필요한 부분을 질문으로 남기면 코드의 용도를 설명받은 뒤 판정을 보완할 수 있습니다. 원본에서 찾지 못한 이유와 렌더링 이후의 누락 원인은 별도의 조사 항목으로 관리합니다.
검색 위치를 설명하는 발췌 범위
검색한 구절이 여러 번 나오면 각 위치에 서로 다른 식별 설명을 기재합니다. 같은 소제목 아래의 설명인지, 공통 안내와 함께 있는 문구인지처럼 담당자가 다시 찾을 수 있는 특징을 사용합니다. 검색 결과의 순서만 남기면 발췌 자료에서 어느 부분을 뜻하는지 알기 어려우므로 주변 문구도 함께 기록합니다.
개발 담당자에게 질문할 때는 해석이 필요한 위치를 구체적으로 지정합니다. 문장을 감싸는 요소의 용도를 묻는지, 인접한 텍스트가 같은 설명에 속하는지 묻는지를 질문에 기재합니다. 답변을 받은 뒤에는 설명이 가리키는 발췌 부분을 연결해 다른 담당자가 다시 질문하지 않도록 정리합니다.
판정 보류 항목의 인계와 종료 기록
판정을 보류한 항목에는 다음 작업을 맡을 담당자와 필요한 답변을 함께 기재합니다. 마케팅 담당자는 문구와 소스 자료를 정리하고, 개발 담당자는 해석이 필요한 요소의 용도를 설명하도록 업무를 나눌 수 있습니다. 자료 전달만 완료된 상태와 답변을 반영한 상태는 서로 다른 진행 상태로 기록합니다.
질문마다 관련 발췌를 연결하고 답변을 받은 항목부터 처리 결과를 추가합니다. 답변이 질문한 위치를 가리키지 않으면 담당자는 같은 자료의 어느 부분에 관한 설명인지 다시 묻습니다. 기술 용어가 포함된 답변은 해당 요소와 문장의 관계를 설명하는 말로 정리해 달라고 요청합니다.
작업을 종료할 때는 자료를 전달받은 담당자가 결론과 근거의 연결을 읽을 수 있는지 검사합니다. 질문만 남아 있거나 답변에 대응하는 발췌가 없으면 인계 자료를 보완합니다. 후속 조사가 필요한 항목은 요청 내용과 담당자를 기록해 완료된 항목 사이에서 누락되지 않도록 관리합니다.
편집 내용과 조사 자료의 시점 차이
본문을 편집한 직후에는 화면에서 복사한 문장과 보관한 소스가 서로 다른 시점의 자료일 수 있습니다. 담당자는 게시한 문장과 조사 자료의 생성 시점을 함께 기재하고, 이전 문장을 검색한 결과를 최신 본문의 판정으로 사용하지 않습니다. 게시 작업이 계속 진행 중이라면 조사 대상 문구를 먼저 확정합니다.
소스를 다시 확보할 때는 기존 파일을 덮어쓰지 말고 새로운 조사 기록으로 보관합니다. 이전 결과와 다른 문장이 발견되면 편집 이력과 자료 시점을 먼저 대조합니다. 어느 시점의 본문을 판정했는지 명확하지 않은 기록은 현재 상태의 근거에서 제외합니다.
자주 묻는 질문
페이지 소스 보기 메뉴가 없으면 어떻게 합니까?
브라우저의 도움말에서 해당 기능의 이름과 이용 방법을 찾습니다. 이용 환경에서 소스를 열 수 없다면 개발 담당자에게 대상 페이지의 최초 HTML 응답 자료를 요청합니다. 받은 자료가 실행 후의 요소를 복사한 것인지도 자료 설명에 명시해 달라고 요청합니다.
원본 HTML 자료를 외부에 전달해도 됩니까?
외부 전달 전에는 소스에 개인 정보나 공개하면 안 되는 값이 포함되었는지 담당 부서가 검사합니다. 전체 파일이 필요하지 않다면 판단에 필요한 주변 코드만 발췌합니다. 문장과 요소의 관계를 읽을 수 없을 정도로 삭제하지 않도록 전달 범위를 협의합니다.
모든 페이지를 개별적으로 조사해야 합니까?
전체 사이트에 관한 결론이 필요하다면 조사 대상 목록부터 정합니다. 공통 형식을 사용하는 페이지와 별도로 제작한 페이지를 나누어 조사 범위를 수립합니다. 대표 페이지의 결과만 확보했다면 이를 다른 페이지의 완료 기록으로 사용하지 않습니다.
첨부 문서의 문장도 같은 방식으로 검색합니까?
페이지에 첨부된 문서의 내용은 해당 HTML 본문을 조사하는 범위와 따로 관리합니다. 첨부 파일을 여는 연결과 페이지 자체의 설명을 각각 조사 대상으로 정합니다. 파일 안의 문장을 찾지 못했다는 이유로 HTML 본문의 미발견으로 기록하지 않습니다.
개발 담당자의 포함 답변만 보관해도 됩니까?
답변과 함께 어떤 페이지의 어떤 문장을 근거로 판단했는지 요청합니다. 소스 발췌나 발견 위치가 없으면 후속 담당자가 같은 결론을 재현하기 어렵습니다. 담당자의 설명은 관련 증거 자료와 연결해 보관하고, 답변이 가리키는 페이지 범위를 명시합니다.