사이트맵은 내 브라우저에서 열리는데 네이버에는 404가 뜨나요? 같은 주소라도 누가 언제 접속했는지에 따라 받은 응답이 다를 수 있어요. 설정을 한꺼번에 바꾸기 전에 주소, 워드프레스, 서버 전달 중 어디를 확인할 차례인지 나눠 보세요.
404는 어디에서 나온 걸까요?
위 오류 화면의 ‘접근 실패’와 ‘Status 404’는 네이버의 수집 시도가 실패했다는 기록이에요. 이 화면만으로 원인이 워드프레스인지, 중간 서버인지까지 알 수는 없어요. 아래 표에서 지금 확인한 결과와 가장 가까운 줄부터 살펴보세요.
| 현재 보이는 결과 | 먼저 확인할 곳 | 다음 확인 기준 |
|---|---|---|
| 제출 주소와 실제 주소가 다름 | 사이트맵 URL의 철자·https·도메인 | 같은 최종 주소로 XML 열림 |
| 브라우저에서도 사이트맵이 안 열림 | WordPress 사이트맵 생성·주소 규칙 | 목록과 하위 사이트맵이 정상 응답 |
| 브라우저는 정상, 네이버만 실패 | CDN·캐시·서버의 해당 요청 기록 | 실제 로봇 요청에 정상 XML 전달 여부 |
표는 원인을 확정하는 결과표가 아니라 확인할 곳을 좁히는 기준이에요. CDN은 사이트 앞에서 응답을 전달하는 중간 서버이고, 캐시는 저장해 둔 응답이에요. 주소나 응답이 다르다는 증거 없이 보안 설정부터 끄지는 마세요.
네이버에 넣은 주소와 지금 여는 주소가 같나요?
WordPress 기본 사이트맵을 쓰는 경우 주소는 https://내도메인/wp-sitemap.xml이에요. ‘내도메인’은 본인 도메인으로 바꿔요. SEO 플러그인이 사이트맵을 따로 만든다면 그 플러그인이 안내하는 실제 주소를 사용해요.
제출한 주소를 그대로 복사해 비로그인 브라우저에서 열어 보세요. https 여부와 www 유무, 열리고 난 뒤 주소가 바뀌었는지도 비교해요. 사이트맵 목록 안에 하위 XML 주소가 있으면 그것도 열어 봐요. 목록만 열리고 하위 주소는 404인 경우를 놓치지 않기 위해서예요.
브라우저에서도 안 열리면 무엇부터 볼까요?
공개하려는 사이트라면 WordPress의 설정 → 읽기 → 검색 엔진 가시성부터 봐요. 검색 노출을 막는 설정은 기본 사이트맵 생성에도 영향을 줄 수 있어요. 비공개로 둘 사이트의 설정까지 풀지는 않아요.
기본 사이트맵을 사용하는데 주소 규칙이 어긋난 것으로 보이면 설정 → 고유주소에서 기존 값을 바꾸지 않고 변경 사항 저장을 한 번 시도할 수 있어요. 주소 규칙을 다시 적용하는 점검이며, 모든 404를 고치는 방법은 아니에요. 저장 뒤 같은 XML 주소가 열리는지 다시 비교해요. WordPress의 고유주소 404 점검 안내도 함께 볼 수 있어요.
여전히 안 열리면 사이트맵을 만드는 플러그인과 서버 설정을 운영 담당자에게 확인해요. 재설치나 서버 파일 수정부터 시작하지 말고, 실패한 URL과 확인 시각을 먼저 남겨 두세요.
robots.txt가 허용이면 접속도 성공한 걸까요?
아니에요. robots.txt는 검색로봇에게 어느 주소를 수집해도 되는지 알려 주는 규칙이에요. 서버나 방화벽이 실제 요청을 받아 정상 XML을 보냈다는 증거와는 달라요.
서치어드바이저의 검증 → robots.txt에서 수집된 내용을 보고, 문제가 있는 사이트맵 주소로 규칙을 확인해요. ‘수집이 가능합니다’는 그 주소가 해당 robots 규칙상 허용된다는 뜻이에요. 홈페이지 주소 하나가 허용됐다고 다른 경로도 모두 같다고 판단하지 않아요.
robots.txt를 고쳤다면 수집요청으로 갱신을 알릴 수 있어요. Sitemap:에 실제 XML 주소를 적어 두는 것도 발견에 도움이 돼요. 다만 사이트맵이 발견된 상태와 실패했던 요청이 해결된 상태는 따로 확인해야 해요.
내 화면만 정상이라면 어떤 기록이 필요할까요?
같은 주소를 계속 제출하기보다 실패 시각과 URL, 네이버 오류 화면을 모아 호스팅 담당자에게 전달해요. 해당 시각의 CDN·서버 기록에서 요청 IP, 응답코드, 최종 전달 내용이 XML인지 오류·접근 확인 화면인지를 함께 봐 달라고 요청하세요.
HTTP 200이어도 본문이 접근 확인 화면이면 정상 사이트맵 전달로 볼 수 없어요. 또 Yeti라는 이름만 붙인 시험 요청은 실제 네이버 로봇의 접속 증거가 아니에요. 네이버 검색로봇 확인 안내처럼 요청 IP의 역방향·정방향 DNS 결과까지 대조해야 더 정확해요. 실제 요청 기록이 없다면 ‘접속 성공 미확인’으로 남겨요.
어디까지 확인해야 해결됐다고 볼 수 있나요?
- 주소·생성: 제출한 최종 URL과 필요한 하위 XML이 정상 응답하고 내용도 사이트맵임
- 규칙: 문제가 된 URL이 robots 규칙상 수집 허용됨
- 전달: 네이버 재수집 결과 또는 신원을 확인한 실제 로봇 요청에서 정상 XML 전달 확인
앞의 두 항목만 확인했다면 ‘브라우저와 규칙은 정상, 네이버 전달은 미확인’이에요. 오류 화면이 사라지지 않았다면 성공했다고 결론 내리지 말고 다음 수집 결과나 담당자의 기록 확인을 기다려요. 사이트맵 수집 성공과 검색결과 노출도 같은 것은 아니에요.
새 사이트의 RSS는 별도예요. 아직 공개 글이 없어 피드에 item이 없다면 제출할 수 없어요. 첫 글을 공개하고 실제 피드 주소를 확인한 뒤 제출하되, RSS 등록을 사이트맵 404의 해결 증거로 보지는 않아요.