1. 점검할 페이지와 접근 권한을 준비합니다
사이트맵은 검색엔진에 알릴 페이지 주소 목록이고, 색인은 페이지의 내용을 검색에 사용할 정보로 저장하는 과정입니다. 이 안내서는 파일 처리와 개별 페이지의 Google 검색 등록 상태를 나눠 점검하는 방법입니다.
대상 독자는 가게 홈페이지 운영자와 제작 담당자입니다. 공개하려는 서비스·방문·예약 안내 중 한 페이지의 전체 URL(웹 주소), 최근 수정일, 사이트맵 주소, 기록할 문서를 준비하세요. 아래 절차는 대표 페이지부터 확인하자는 MynameAI의 실무 제안입니다.
Search Console은 사이트의 Google 검색 상태를 확인하는 도구입니다. 해당 사이트를 볼 수 있는 계정이 필요하며, 사이트맵 보고서에서 새 파일을 제출하려면 소유자 권한이 필요합니다. 권한이 없다면 공개 파일 확인과 기록 양식 작성까지 진행하고, 담당자에게 Google 상태 확인을 요청하세요.
2. 실제 사이트맵 주소를 찾습니다
홈페이지 제작 도구의 사이트맵 설정이나 담당자에게 파일 주소를 확인합니다. 사이트의 robots.txt에 Sitemap 항목이 있다면 그 주소도 참고할 수 있습니다. 모든 사이트가 /sitemap.xml이라는 이름을 쓰는 것은 아니므로 주소를 추측해 없다고 결론 내리지 마세요.
브라우저에서 파일을 열고 주소 목록인지 확인합니다. XML은 정보에 항목 이름을 붙이는 파일 형식입니다. XML 파일의 loc는 주소를 담는 칸입니다. sitemapindex라는 표시가 보이면 여러 사이트맵을 모은 목록이므로, 그 안의 loc 주소를 열어 하위 파일을 확인하세요.
확인 기준은 ‘실제 사용 중인 파일 주소를 확보했는가’입니다. 파일을 못 찾았다면 아직 주소 확인이 필요한 상태로 기록합니다. 파일이 브라우저에서 열린다는 사실만으로 Google도 읽었다고 판단하지 않습니다.
3. 점검할 페이지 주소가 들어 있는지 확인합니다
파일에서 준비한 페이지 주소를 찾아 비교합니다. 하위 파일이 여러 개라면 해당 페이지가 들어갈 파일까지 확인하세요. 비슷한 제목만 보지 말고 https, www 유무, 경로 등 전체 주소를 대조합니다. 파일과 페이지를 각각 열어 실제 도착한 주소도 적습니다.
확인 기준은 점검 대상의 대표 주소가 목록에 있는지입니다. 대표 주소는 같은 내용의 여러 주소 중 대표로 사용할 주소입니다. 주소가 다르거나 빠져 있다면 담당자에게 생성 설정과 대표 주소를 확인해 달라고 요청하세요. 공개하려는 모든 페이지를 반드시 사이트맵에 넣어야만 Google이 찾을 수 있다는 뜻은 아닙니다.
lastmod라는 수정 날짜가 있으면 실제 중요한 변경일과 대조합니다. 날짜를 매번 오늘로 바꿔 적는 방식은 피하세요. 이 값은 정확성을 확인할 수 있을 때 Google이 활용합니다. 파일 생성 시각과 페이지 내용의 수정 시각을 같은 것으로 처리하지 않습니다.
4. Google이 파일을 읽은 상태를 기록합니다
Search Console에서 해당 사이트를 선택하고 사이트맵 보고서를 엽니다. 대상 파일의 상태와 마지막으로 읽은 날짜를 적습니다. ‘성공’은 파일 처리 성공이며, 발견된 페이지 수는 색인된 페이지 수가 아닙니다.
‘가져올 수 없음’이나 오류가 보이면 상세 설명을 펼쳐 원문 그대로 기록합니다. 보고서에 파일이 없으면 사이트 선택과 제출 이력을 확인하세요. 이 보고서는 보고서나 API를 통해 제출한 사이트맵만 표시하므로, 목록에 없다는 이유만으로 Google이 파일을 모른다고 단정하지 않습니다.
새 제출이 필요하다면 담당자가 Google 접근 가능 여부를 확인한 실제 파일 주소를 제출합니다. 이미 처리된 파일을 이유 없이 반복 제출하지 마세요. 이 단계의 완료 기준은 상태와 확인 시각을 남긴 것이며, 페이지 전체의 검색 등록 완료가 아닙니다.
5. 개별 페이지를 URL 검사로 확인합니다
Search Console의 URL 검사에 사이트맵 파일이 아닌 점검할 페이지의 전체 주소를 입력합니다. 첫 결과는 Google이 보관한 색인 정보입니다. 표시된 상태와 색인되지 않은 사유가 있으면 그대로 적고, 화면에서 확인 가능한 최근 크롤링 날짜도 남깁니다. 크롤링은 프로그램이 페이지를 가져오는 작업입니다.
페이지를 수정한 뒤 현재 상태를 확인해야 한다면 ‘실제 URL 테스트’를 실행합니다. 저장된 색인 정보와 실시간 검사 결과를 각각 기록하세요. 실시간 검사는 현재 접근 여부 등을 확인하지만 모든 색인 조건을 검사하지 않으며, 통과해도 검색 표시를 보장하지 않습니다.
Google이 선택한 대표 주소를 확인할 필요가 있으면 저장된 색인 정보에서 봅니다. 실시간 테스트는 대표 주소 선택을 예측하지 못합니다. 검사한 주소와 대표 주소가 다르면 관련 페이지의 내용을 비교해 담당자가 판단하도록 전달하세요.
6. 확인된 문제에 맞춰 다음 행동을 정합니다
사이트맵 파일을 읽지 못했다면 파일 주소·접근·문법 문제를 담당자와 확인합니다. 페이지의 검색 제외 설정이 보고됐다면 공개 의도와 설정이 맞는지 검토합니다. 파일 처리 문제와 페이지 문제를 하나의 ‘검색 오류’로 묶어 전달하지 마세요.
수정 뒤에는 같은 주소와 같은 확인 항목으로 다시 점검합니다. ‘발견됨’이나 ‘크롤링됨’이어도 아직 색인되지 않은 상태일 수 있습니다. 이때 등록 시점이나 순위를 약속하지 말고 보고된 사유와 페이지 내용을 살펴봅니다. 필요할 때 색인 생성 요청을 할 수 있지만 요청 자체가 등록을 보장하지는 않습니다.
7. 흔한 실수와 완료 체크리스트
□ 실제 사이트맵 주소와 하위 파일을 확인했다. □ 점검 페이지의 전체 주소를 대조했다. □ 파일 처리 상태와 개별 페이지 색인 상태를 따로 기록했다.
□ Google의 저장된 정보와 실시간 검사 결과를 구분했다. □ 확인할 수 없는 값은 ‘확인 못 함’으로 남겼다. □ 수정 담당자와 다시 확인할 항목을 정했다.
흔한 실수는 ‘성공’을 전체 페이지 등록 완료로 보고하는 것, 실시간 테스트 통과를 검색 노출로 설명하는 것, 파일에 없는 주소를 곧바로 검색 불가로 단정하는 것입니다. 위 체크리스트의 완료는 점검 기록이 갖춰졌다는 뜻이며 노출 성과를 뜻하지 않습니다.
8. 복사해서 쓰는 기록 양식
[기본] 점검자: ____ / 확인 일시·시간대: ____ / Search Console에서 선택한 사이트: ____ / 점검 페이지 전체 URL: ____ / 실제 마지막 변경일과 변경 내용: ____
[파일] 사이트맵 URL: ____ / 확인한 하위 파일: ____ / 대상 주소 포함 여부: ____ / 파일 처리 상태·오류 원문: ____ / 마지막 읽은 날짜: ____
[페이지] 저장된 색인 상태·사유: ____ / 최근 크롤링 날짜: ____ / Google 선택 대표 URL: ____ / 실시간 테스트 일시·결과: ____ / 화면 기록 위치: ____
[후속] 담당자에게 확인할 사항: ____ / 수정한 내용과 날짜: ____ / 다시 볼 항목·예정일: ____ / 수정 후 점검 결과: ____
가상 기록 예시: ‘파일 처리 성공 / 방문 안내 주소 포함 / URL 검사에서는 아직 색인되지 않음 / 보고된 사유를 저장하고 담당자 확인 요청’. 실제 사이트의 결과가 아닌 작성 연습용입니다. 이 예시처럼 서로 다른 상태를 한 칸의 ‘정상’으로 합치지 마세요.
9. 적용 범위와 관련 글
이 절차는 Google 검색의 사이트맵과 색인 점검입니다. 네이버나 다른 AI 서비스의 처리 상태를 대신 확인하지 않습니다. AI 답변에 브랜드가 언급되는지는 서비스·질문·확인 시각을 남겨 별도로 관찰하세요. 사이트맵을 수정했다고 AI 인용이 늘었다고 단정할 수 없습니다.
작성: MynameAI 편집. 게시·공식 자료 확인: 2026년 10월 21일. 기존 지침을 적용한 안내서이며 새 기능 발표가 아닙니다. Google 사이트맵 작성·제출 문서의 표기상 최종 갱신일은 2026년 7월 8일로, 이 안내서 게시일과 구분합니다. 상단 그림은 점검 관계를 설명하는 AI 생성 청사진입니다.