기술 점검 도구와 재확인 목록으로

배포 전에 확인할 기술 점검 목록

배포 전 기술 점검표는 공개·보호 의도를 정하고, 배포 예정 설정에서 수집 허용과 본문 전달, 대표 주소, 구조화된 데이터를 검사하는 목록으로 만듭니다. 기대 상태와 결과를 기록해 공개 전 수정할 문제와 미확인 사항을 나눕니다.

목차

공개·보호 의도에 따른 점검 대상

핵심 답

배포 전 기술 점검표는 공개할 페이지와 보호할 페이지를 구분하고, 배포 예정 설정에서 수집 허용·본문 전달·대표 주소·구조화된 데이터가 의도대로 나오는지 확인해 공개 전 수정할 항목을 정하는 목록입니다. 운영자는 각 항목의 기대 상태와 결과를 기록해 공개 전에 수정할 문제와 아직 확인하지 못한 사항을 정합니다.

먼저 마케팅 담당자가 공개 예정 페이지 목록을 준비하고, 서비스 운영자가 접근을 제한할 페이지를 표시합니다. 같은 화면을 사용하는 페이지라도 공개 목적이 다르면 별도 항목으로 기록합니다. 페이지 이름만으로 의도가 드러나지 않으면 공개 대상 사용자와 보호해야 할 정보도 함께 기재합니다.

점검 대상은 현재 운영 중인 사이트 전체가 아니라 이번 배포에 포함할 페이지와 설정입니다. 개발 담당자는 검사한 설정이 배포 예정 설정과 같은지 설명하고, 차이가 있으면 해당 항목에 차이의 내용을 남깁니다. 시험 환경에서 정상이라는 결과만으로 공개 예정 상태까지 정상으로 처리하지 않습니다.

배포 예정 주소·공개 의도점검 항목기대 상태확인 결과에 남길 내용
공개할 페이지수집 허용과 접근 설정공개 의도에 맞는 접근 허용적용 설정과 의도와의 차이
보호할 페이지비밀번호 등 접근 제한권한 없는 접근의 제한보호 수단과 검사 범위
검색 대상 페이지본문 전달과 대표 주소필요한 본문과 의도한 대표 주소의 전달응답 자료와 주소의 일치 여부
구조화된 데이터 적용 페이지데이터 내용과 배치페이지 내용에 맞는 데이터의 배치검사한 속성과 남은 항목

주소를 기재할 실제 점검표에서는 공개·보호 의도를 같은 행에 연결합니다. 결과 칸에는 정상 여부만 쓰지 않고, 어떤 설정이나 응답 자료를 근거로 판단했는지 추가합니다. 아직 배포 설정이 정해지지 않은 항목은 기대 상태를 먼저 작성하고 결과를 미확인으로 남깁니다.

수집 안내와 정보 보호의 차이

구글은 robots.txt를 크롤러의 접근 대상을 안내하는 파일로 설명하며, 웹페이지를 검색결과에서 숨기는 수단으로 사용하지 말라고 안내합니다. 운영자는 수집을 제한하려는 목적과 정보를 보호하려는 목적을 따로 기록해야 합니다. 접근 제한을 요청한 이유가 빠지면 의도한 보호 설정을 수집 오류로 처리할 수 있습니다.

구글 안내에 따르면 robots.txt로 차단한 주소도 다른 곳에서 연결되면 검색결과에 나타날 수 있으며, 일부 크롤러는 파일의 지침을 따르지 않을 수 있습니다. 비공개 정보를 다루는 페이지는 개발 담당자가 비밀번호 등 실제 접근 제한 수단을 검사하도록 요청합니다. 검색 색인을 막기 위한 noindex가 있다는 사실만으로 정보 보호 항목을 완료 처리하지 않습니다.

공개 페이지에서도 본문 이해에 필요한 스크립트나 스타일 파일을 제한했는지 검사할 필요가 있습니다. 구글은 페이지를 이해하는 데 필요한 리소스를 robots.txt로 차단하지 말라고 안내합니다. 운영자는 페이지 접근과 필요한 리소스 접근을 같은 결과로 묶지 않고 각각 기록합니다.

배포 예정 설정에 맞춘 실행 순서

운영자는 페이지별 의도를 확정한 뒤 개발 담당자에게 배포 설정과 응답 자료를 요청합니다. 준비할 자료는 페이지 목록, 접근 설정, 전달되는 HTML, 대표 주소 설정, 구조화된 데이터입니다. 자료마다 어떤 배포 예정 상태에서 얻었는지 표시해야 서로 다른 설정의 결과를 섞지 않습니다.

  1. 공개·보호 대상과 접근 설정을 대조합니다. 운영자가 정한 의도와 개발 담당자가 설명한 제한 수단을 연결하고, 적용 여부를 판단할 자료가 없는 항목을 표시합니다.
  2. 전달되는 본문과 대표 주소를 검사합니다. 화면의 주요 내용이 초기 HTML에 포함되는지, 자바스크립트 실행이 필요한지 기록하고 대표 주소와 내부 링크의 목적지를 대조합니다.
  3. 구조화된 데이터와 남은 항목을 정리합니다. 데이터가 설명하는 내용과 배치 위치를 검사한 뒤, 공개 전 수정 요청과 추가 자료 요청을 각각 작성합니다.

구글은 초기 HTML에 실제 콘텐츠가 없는 자바스크립트 사이트에서는 실행 과정을 거쳐 본문을 읽을 수 있다고 설명합니다. 따라서 초기 HTML에 본문이 없다는 사실만으로 곧바로 실패 판정을 내리지 않습니다. 개발 담당자는 주요 문구가 어느 과정에서 전달되는지와 그 과정에 필요한 파일을 설명해야 합니다.

구글은 표준으로 지정한 주소에 내부 링크를 일관되게 연결하고, 자바스크립트가 HTML 소스의 표준 링크 요소를 변경하지 않도록 권장합니다. 마케팅 담당자는 대표로 사용할 페이지를 정하고, 개발 담당자는 소스의 지정값과 실행 후 값, 내부 링크의 목적지를 대조합니다. 서로 다른 값이 발견되면 어느 주소를 의도했는지 결정한 뒤 수정 요청을 작성합니다.

수정 요청과 미확인 사항의 기록

결과 정리는 앞에서 정한 기준에 따라 문제와 미확인 사항을 나누는 작업입니다. 기대 상태와 다르다는 근거가 있으면 수정 요청을 작성하고, 판단할 자료가 부족하면 필요한 자료와 요청 대상을 기록합니다. 빈칸을 정상으로 해석하지 않도록 결과 상태를 명시합니다.

발견한 문제공개 전 수정할 사항확인 요청 대상미확인 사항
공개 의도와 접근 설정의 불일치의도에 맞게 제한 설정 변경접근 설정을 관리하는 담당자배포 예정 설정의 적용 여부
본문 전달 과정의 누락필요한 본문이나 리소스 전달 정비화면과 응답을 구현하는 담당자주요 내용이 전달되는 과정
대표 주소와 링크 목적지의 불일치의도한 대표 주소로 설정 정리주소와 링크를 관리하는 담당자대표로 사용할 페이지의 결정
구조화된 데이터와 본문의 불일치내용에 맞게 속성과 배치 수정콘텐츠와 데이터를 관리하는 담당자적용 유형의 필수 속성 검토

표의 내용은 실제 결과에 맞게 작성할 항목이며, 모든 사이트에서 같은 문제가 발생한다는 뜻은 아닙니다. 운영자는 요청 대상이 답할 수 있는 질문으로 미확인 사항을 작성합니다. 공개 여부를 결정하는 담당자에게는 남은 문제와 자료 부족 항목을 함께 전달합니다.

구조화된 데이터의 공개 전 판단

구조화된 데이터는 코드가 존재한다는 사실보다 공개 예정 본문을 제대로 설명하는지가 판단 기준입니다. 구글은 데이터가 페이지의 실제 콘텐츠를 표현해야 하며, 적용하는 리치 결과 유형의 필수 속성을 포함해야 한다고 안내합니다. 콘텐츠 담당자는 배포할 문구와 데이터의 값을 대조하고, 개발 담당자는 적용 유형에 필요한 속성을 검사합니다.

콘텐츠를 변경했지만 데이터의 이름이나 설명이 이전 내용으로 남아 있으면 공개 전 수정할 문제로 기록합니다. 필요한 속성을 아직 조사하지 못했다면 누락으로 단정하지 않고 미확인 사항으로 처리합니다. 유형별 요구사항을 판단할 근거가 없는데도 공통 양식만으로 완료 처리하지 않습니다.

구글은 별도 지정이 없는 한 데이터를 그 내용이 있는 페이지에 배치하고, 동일 콘텐츠의 중복 페이지에도 같은 데이터를 배치하도록 권장합니다. 운영자는 대표 페이지에 데이터가 있다는 이유로 중복 페이지의 검사 항목을 삭제하지 않습니다. 개발 담당자는 배포 예정 페이지 목록에서 데이터가 들어갈 대상을 표시합니다.

이미지를 데이터 속성으로 사용한다면 본문과의 관련성도 검사 대상입니다. 구글은 구조화된 데이터에 지정된 이미지가 관련 콘텐츠에 맞아야 하고, 크롤링과 색인 생성이 가능해야 한다고 안내합니다. 이미지 접근 상태를 판단할 자료가 없으면 본문 데이터 검사 결과와 별도로 남깁니다.

자료 부족과 결함의 판단 차이

미확인 사항은 결함이 없다는 뜻도, 결함이 있다는 뜻도 아닙니다. 운영자는 자료가 없는 이유를 설정 미결정, 검사 대상 누락, 설명 부족처럼 구체적으로 기재합니다. 이유에 따라 필요한 결정이나 자료 요청이 달라지므로 모두 같은 보류 문구로 처리하지 않습니다.

공개 전에 해결할 문제를 정할 때는 해당 문제가 배포 목적을 방해하는지 판단합니다. 보호할 정보의 접근 제한을 입증하지 못한 경우와 선택한 대표 주소의 문서 설명이 부족한 경우에는 필요한 조치가 다릅니다. 공개 여부를 결정하는 담당자는 불확실성이 영향을 주는 페이지와 기능을 명시하고 판단 이유를 남깁니다.

자주 묻는 질문

이번 배포에서 변경하지 않는 페이지도 목록에 넣어야 합니까?

공통 설정 변경의 영향을 받는 페이지라면 포함하는 편이 적절합니다. 운영자는 직접 수정한 페이지 목록과 공통 설정의 영향을 받는 페이지 목록을 따로 작성합니다. 영향을 받지 않는다고 판단한 대상은 제외 이유를 남겨 검사 범위를 명확히 합니다.

관리 시스템에서 수집 안내 파일을 직접 수정할 수 없으면 어떻게 합니까?

구글은 일부 관리 시스템에서 robots.txt를 직접 편집하지 못하고 별도 검색 설정을 사용할 수 있다고 설명합니다. 운영자는 해당 관리 시스템의 안내에서 공개 상태를 조정하는 방식을 찾고, 실제 사용하는 설정의 이름과 담당자를 기록합니다. 파일을 직접 편집할 수 없다는 이유만으로 접근 설정 항목을 생략하지 않습니다.

점검 도중 공개 예정 문구가 변경되면 기록을 어떻게 처리합니까?

변경 전 문구를 대상으로 얻은 결과에는 검사 대상이 이전 내용임을 표시합니다. 콘텐츠 담당자는 변경된 문구와 영향을 받는 데이터 항목을 개발 담당자에게 전달합니다. 운영자는 최신 배포 예정 내용에 대한 판단이 남아 있는지 기록에서 가릴 수 있도록 자료의 버전을 표시합니다.

번역 페이지의 대표 주소는 원문 페이지로 지정하면 됩니까?

구글은 hreflang을 사용한다면 같은 언어의 표준 페이지를 지정하고, 해당 페이지가 없으면 가장 유사한 언어의 페이지를 지정하도록 안내합니다. 언어가 다르다는 이유만으로 모든 번역 페이지를 원문 주소에 연결하지 않습니다. 운영자는 언어별로 대표 페이지를 정한 자료를 개발 담당자에게 전달합니다.

다운로드 문서의 대표 주소도 HTML 요소로 지정할 수 있습니까?

구글은 표준 주소를 지정하는 HTML 링크 요소가 PDF 같은 파일에는 작동하지 않으며, 이 경우 HTTP 헤더를 사용할 수 있다고 설명합니다. 다운로드 문서를 배포한다면 개발 담당자에게 파일 응답에서 사용하는 지정 방식을 요청합니다. 웹페이지의 검사 결과를 다운로드 파일에도 그대로 적용하지 않습니다.

맨 위로 이동

AI검색 기술 점검 서비스 자세히 보기