sitemap.xml 오류 원인과 해결 방법

sitemap.xml은 무엇을 하나

검색엔진에게 "우리 사이트에 이런 주소들이 있다"고 알려주는 목록입니다. 크롤러가 링크를 따라다니며 발견하는 것을 돕는 보조 수단이지, 색인을 보장하지는 않습니다.

가장 발견하기 어려운 문제입니다. 파일은 200으로 응답하고 형식도 맞는데, 안에 담긴 주소가 실제와 다른 경우입니다.

이러면 제출해도 아무 일도 일어나지 않습니다. 검색엔진 입장에서는 존재하지 않는 주소 목록을 받은 셈입니다.

확인 방법은 단순합니다. sitemap을 열어서 주소 하나를 복사해 브라우저에 붙여 봅니다. 그 주소가 그대로 열리지 않으면 문제입니다.

세 조건을 모두 만족하는 공개 URL만 넣습니다.

마지막 두 개가 특히 흔합니다. "색인하지 마라"와 "이 주소를 색인해 달라"를 동시에 보내면 신호가 어긋납니다.

lastmod는 실제 내용이 바뀐 시점을 적습니다. 배포할 때마다 전체를 오늘 날짜로 갱신하면 신호로서의 값을 잃습니다.

바뀌지 않은 페이지가 매일 "방금 수정됨"이라고 말하면, 검색엔진은 이 값을 무시하게 됩니다.

파싱 자체가 실패하는 경우도 있습니다.

큰 사이트는 sitemap을 나누고 색인 sitemap으로 묶습니다.

robots.txt에 Sitemap: 줄로 위치를 알리고, 서치 콘솔과 네이버 서치어드바이저에 각각 제출합니다.

제출 후에는 읽힌 URL 수를 확인합니다. 제출한 수와 크게 차이 나면 위의 조건 중 하나에 걸린 것입니다.

자주 묻는 질문

sitemap에 넣으면 반드시 색인되나요?

아닙니다. 발견을 돕는 보조 수단이며 색인 여부는 검색엔진이 판단합니다.

페이지가 몇 개 안 되면 필요 없나요?

링크로 충분히 닿는 작은 사이트는 없어도 큰 문제가 없습니다. 다만 새 페이지를 자주 발행한다면 두는 편이 낫습니다.

자동 생성 플러그인을 쓰면 안전한가요?

대체로 편하지만 생성 결과를 한 번은 확인해야 합니다. 관리자 경로나 파라미터 주소가 섞이는 경우가 있습니다.

주소가 바뀌면 sitemap도 바꿔야 하나요?

네. 옛 주소가 남아 있으면 리디렉션되는 주소를 제출하는 셈이 됩니다. 새 주소로 갱신하고 옛 주소는 301로 이어둡니다.