Search Console “404로 색인 안 됨” 알림, 진짜 문제였을까? 별표(*) 주소 하나의 정체

블랙와코 랩은 AI 비서(Instinct)와 와코가 실제로 해본 실험과 실제로 겪은 일만 기록하는 블로그입니다. 이 글은 2026년 10월 15일에 실제로 받은 Search Console 404 알림과 그 점검 결과를 그대로 정리했습니다.

한 줄 요약

  • 알림 내용: "blackwako.com 일부 페이지가 ‘찾을 수 없음(404)’이라는 새로운 이유로 색인되지 않습니다."
  • 확인 대상: 당시 404 보고서에서 확인한 URL은 https://blackwako.com/*였습니다. 주소 경로에 별표 문자가 그대로 들어 있는 주소입니다.
  • 결론: 점검한 최근 글 2개와 개인정보처리방침·문의 페이지는 HTTP 200으로 응답했습니다. 이 점검 범위에서는 해당 별표 주소를 복구하거나 다른 페이지로 연결할 근거를 찾지 못해 변경하지 않았습니다. 중요한 페이지의 Google 색인 완료 여부는 별도 확인이 필요합니다.

1. Search Console 404 알림은 이렇게 왔습니다

2026년 10월 15일 저녁, Google Search Console에서 자동 메일이 왔습니다. 제목은 "새로운 이유로 인해 https://blackwako.com/ 사이트의 페이지에 대한 색인이 생성되지 않습니다"였습니다.

본문 요지는 이렇습니다.

  • 일부 페이지가 ‘찾을 수 없음(404)’ 사유로 색인되지 않았다.
  • 의도한 것이 아니라면 고치라는 권고가 있다.
  • 어떤 URL이 문제인지는 메일에 나오지 않고, 색인 보고서 링크만 있다.

URL이 적혀 있지 않다는 점이 불안을 키웁니다. 최근에 발행한 글이나 개인정보처리방침이 날아간 건 아닌지 확인이 필요했습니다. 이 사이트는 AdSense 승인을 목표로 하고 있어서 더 그랬습니다.

2. 이렇게 확인했습니다

Search Console 색인 보고서에 들어가 세 가지를 확인했습니다.

① Search Console 색인 보고서의 404 항목

당시 404 보고서에는 영향을 받은 페이지가 1개로 표시됐고, 예시 목록의 URL은 https://blackwako.com/*였습니다.

항목내용
영향을 받은 페이지1개 (화면 표시값)
URLhttps://blackwako.com/*
마지막 크롤링2026.10.10 오전 5:01:35 (화면 표시값)
처음 감지된 날짜2026.10.13 (화면 표시값)
보고서 최종 업데이트2026.10.12 (화면 표시값)
Search Console 404 보고서의 예시 URL 한 개와 마지막 크롤링 시각
당시 예시 목록에 표시된 URL은 https://blackwako.com/* 1개이며, 오른쪽 상세 영역에 마지막 크롤링 시각이 나옵니다. 표의 처음 감지·최종 업데이트 날짜는 별도로 확인한 같은 보고서 상단 화면의 표시값입니다.

② 직접 요청(GET)으로 현재 응답 확인

/* 주소에 실제로 요청을 보내 보니 HTTP 404, 페이지 제목은 "Page Not Found"였습니다. 존재하지 않는 경로에 대해 정상적으로 "없음"이라고 답하는 상태입니다.

같은 방식으로 실제 콘텐츠도 확인했습니다. 최근 발행한 글 2개, 개인정보처리방침, 문의 페이지 모두 HTTP 200에 올바른 제목이 나왔습니다.

③ 사이트맵 점검

robots.txt가 안내하는 sitemap_index.xml과 그 하위(글, 페이지, 카테고리) 사이트맵을 열어 봤습니다. /* URL은 없었고, 최근 글과 정책 페이지는 모두 들어 있었습니다. 점검 당시 공개된 사이트맵에는 이 주소가 없다는 뜻입니다. 과거 사이트맵에 포함됐는지, 다른 링크로 전달됐는지는 이번 점검으로 확인하지 못했습니다.

3. /* 는 무엇이었나

별표가 경로에 그대로 들어 있는 주소입니다. 점검 당시 이 주소는 HTTP 404로 응답했고, 현재 공개된 사이트맵에는 없었습니다. 과거에 존재했다가 삭제된 주소인지, 구글이 어떤 경로로 발견했는지는 확인하지 못했습니다. 따라서 "처음부터 없던 주소"라고 단정할 수는 없습니다.

robots.txt의 경로 규칙에서는 별표가 여러 문자를 대신하는 와일드카드로 쓰입니다. 하지만 이번 화면에 표시된 URL은 경로 자체에 별표 문자가 들어 있는 주소입니다. 이 표기만으로 Google이 주소를 발견한 경로를 알 수는 없습니다.

4. 이번 점검에서 주소를 변경하지 않은 이유

  • 콘텐츠가 없는 주소가 HTTP 404로 응답하는 것 자체는 올바른 동작입니다.
  • 점검한 최근 글 2개와 개인정보처리방침·문의 페이지는 HTTP 200으로 응답했고, 확인한 사이트맵에서 별표 주소는 발견되지 않았습니다.
  • 이 점검 범위에서는 별표 주소에 복구해야 할 콘텐츠나 연결할 대체 페이지가 있다는 근거를 찾지 못했습니다. 사이트 전체의 색인·검색 노출에 영향이 없다는 뜻은 아닙니다.
  • 관련 없는 홈으로 일괄 리다이렉트하면 soft 404로 판단될 수 있으므로, 단순히 알림을 없애기 위한 리다이렉트는 하지 않았습니다.

한 가지 한계도 적어 둡니다. 색인 보고서는 과거 크롤링 데이터를 보여 주므로, 이번 점검만으로 "최근 글이 지금 구글에 색인 완료됐다"까지 증명되지는 않습니다. 이 부분은 URL 검사 도구로 따로 확인할 일입니다.

이번 점검에서 AI가 맡은 일

블랙와코 랩은 AI 비서 Instinct와 와코가 함께 운영하는 실험 블로그입니다. 이번에는 알림 내용을 확인한 뒤 Search Console 화면, 공개 URL의 HTTP 응답, 사이트맵을 대조하고 결과를 정리했습니다.

Instinct가 전달한 작업 기록에 따르면, 운영자에게 진행 상황을 알린 시각은 다음과 같습니다.

  1. 조사 착수 안내: 2026년 10월 15일 오후 9시 48분경(KST).
  2. 결과 보고: 같은 날 오후 9시 51분경(KST). 보고서에 표시된 별표 주소와 점검한 페이지의 응답·사이트맵 확인 결과를 전달했습니다.

약 3분은 조사 착수 안내와 결과 보고 사이의 간격입니다. 메일 도착부터의 경과 시간이나 전체 작업 시간을 별도로 측정한 값은 아닙니다.

같은 기록에 따르면 운영자는 결과를 전달받고 블로그 글 작성을 요청했습니다. 이는 결과를 받아 본 기록이며, 운영자가 별도로 기술 재검증을 했다는 뜻은 아닙니다.

AI가 한 일은 확인한 범위를 바탕으로 판단하고 보고하는 것이었습니다. 사이트를 수정하지 않았고, 별표 주소의 과거 이력이나 중요한 페이지의 현재 Google 색인 여부까지 확인한 것은 아닙니다.

5. 이 알림을 받았을 때 점검 체크리스트

  1. 알림 메일의 발신자와 링크 주소를 확인한다. 확신이 없다면 메일 링크를 누르기보다 Search Console 공식 사이트에 직접 접속합니다.
  2. 색인 보고서에서 해당 사유(404)를 열어 URL 목록을 본다. 알림 메일에는 URL이 없는 경우가 많습니다.
  3. 목록의 URL이 몇 개이고 무슨 모양인지 본다. 내가 발행한 글 주소인지, /*, 이상한 파라미터, 오타 경로처럼 처음 보는 주소인지 구분합니다.
  4. 그 주소에 실제 페이지가 있어야 하는지 확인한다. 삭제·주소 변경 이력뿐 아니라 오타, 내부 링크, 주소 처리 오류도 확인합니다. 직접 삭제한 기억이 없다는 이유만으로 정상이라고 판단하지 않습니다.
  5. 직접 열어 응답 코드를 확인한다. 브라우저나 curl로 요청해 404인지, 200이나 리다이렉트인지 봅니다.
  6. 중요 페이지를 따로 열어 본다. 최근 글, 개인정보처리방침, 문의 페이지가 200인지 확인합니다.
  7. 사이트맵과 내부 링크에 문제 URL이 들어 있는지 본다. 유지해야 할 페이지라면 응답 오류를 고치고, 삭제한 페이지라면 사이트맵과 내부 링크를 정리합니다.
  8. 페이지의 의도에 맞게 판단한다. 있어야 할 콘텐츠가 404라면 복구합니다. 콘텐츠가 새 주소로 이동했다면 관련 있는 새 주소로 301 연결합니다. 없어도 되는 주소이며 대체 페이지도 없고 사이트맵·내부 링크에서도 사용하지 않는다면 404를 유지할 수 있습니다. 주소가 낯설다는 이유만으로 무시하지 않습니다.

참고한 Google 공식 안내

마치며

알림 제목만 보면 사이트에 문제가 생긴 것 같았지만, 열어 보니 별표 주소 하나였습니다. 이런 알림은 겁먹고 이것저것 고치기보다 "어떤 URL인가"부터 확인하는 게 순서입니다. 뭔가를 고치기 전에 확인부터 하면 불필요한 수정을 피할 수 있습니다.

이 글은 2026년 10월 15일 기준 점검 결과이며, Search Console 보고서의 날짜와 수치는 당시 화면에 표시된 값입니다.