검색엔진별 사이트맵 크기 제한
사이트맵은 URL 개수와 파일 용량을 함께 확인해 구글의 파일당 50,000개·압축 전 50MB 제한과 네이버의 50,000개·10MB 제출 제한을 따로 적용해야 합니다. 적용할 제한을 넘는 파일은 더 작은 사이트맵으로 나누고, 분할한 각 파일이 해당 제한을 충족하는지 다시 확인해야 합니다.
구글 검색 센터는 사이트맵 형식에 관계없이 파일마다 URL 개수와 용량을 제한한다고 설명합니다. 네이버 서치어드바이저도 사이트맵 제출 조건으로 개수와 용량을 제시합니다. 운영자는 사이트 전체의 주소 수만 세지 말고, 실제로 제출할 파일마다 두 항목을 기록해야 합니다.
| 검색엔진 | 파일 용량 제한과 측정 조건 | URL 개수 제한 |
|---|---|---|
| 구글 | 파일당 50MB, 압축하지 않은 파일 기준 | 파일당 50,000개 |
| 네이버 | 사이트맵 피드 제출 제한 10MB, 압축 기준은 해당 안내에 명시되지 않음 | 사이트맵 하나당 50,000개 |
| 두 검색엔진에 함께 제출 | 같은 파일을 각각의 용량 조건으로 판단 | 각 파일의 개수를 공통으로 측정 |
표의 마지막 행은 두 검색엔진에 같은 파일을 전달하려는 운영자를 위한 작업 기준입니다. 별도의 공통 제출 규칙을 뜻하지 않습니다. 구글 조건을 충족했다는 결과만으로 네이버 제출 조건까지 충족했다고 처리해서는 안 됩니다.
파일 용량의 측정 조건
구글에 적용할 용량은 압축 파일의 저장 크기가 아니라 압축하지 않은 사이트맵의 크기입니다. 압축으로 저장 공간을 줄였더라도 압축 전 파일이 제한을 넘으면 분할 대상입니다. 개발 담당자는 압축본과 압축 전 파일의 측정 결과를 서로 다른 항목으로 기록해야 합니다.
네이버 서치어드바이저는 사이트맵 피드가 10MB를 넘으면 제출할 수 없다고 설명합니다. 해당 안내에는 구글처럼 압축 전 기준이라는 조건이 명시되어 있지 않습니다. 운영자는 구글의 측정 조건을 네이버 규칙으로 옮겨 쓰지 말고, 제출에 사용할 파일과 측정한 파일이 무엇인지 남겨야 합니다.
URL 개수가 제한 안에 있어도 파일 용량은 초과할 수 있습니다. 주소 문자열의 길이와 함께 기록하는 정보에 따라 파일 크기가 달라지기 때문입니다. 파일 개수를 늘리는 결정을 할 때는 주소 수만으로 예상하지 말고 실제 생성 결과의 용량을 측정해야 합니다.
최종 판정은 개수와 용량이 모두 적용 조건을 충족할 때 내립니다. 둘 중 하나라도 초과하면 나누는 작업이 필요하며, 아직 측정하지 않은 항목이 있으면 완료로 처리하지 않습니다. 마케팅 담당자는 개발 담당자가 전달한 결과에 측정 조건까지 기재되어 있는지 확인합니다.
분할 작업의 실행 순서
작업은 제출 대상 검색엔진을 정한 뒤 실제 파일을 측정하는 순서로 진행합니다. 처음부터 카테고리별로 파일을 만들기보다 어느 파일이 어떤 제한을 초과하는지 먼저 가립니다. 운영 담당자는 제출 대상과 대상 파일 목록을 준비하고, 개발 담당자는 생성 결과를 추출합니다.
- 운영 담당자가 제출할 검색엔진과 각 엔진에 적용할 제한을 작업 기록에 기재합니다.
- 개발 담당자가 파일별 URL 개수와 용량을 측정하고, 압축 여부와 측정한 파일을 함께 기록합니다.
- 초과한 파일을 대상으로 관리하기 쉬운 분할 기준을 정하고 더 작은 사이트맵을 생성합니다.
- 생성된 모든 파일을 각각 측정해 앞에서 정한 기준을 충족하는지 판정합니다.
분할 기준은 콘텐츠 유형이나 카테고리처럼 운영자가 식별할 수 있는 항목을 사용할 수 있습니다. 이는 파일을 관리하기 위한 제안이며 검색상 중요도를 정하는 규칙은 아닙니다. 같은 묶음 안에서도 실제 용량이 제한을 넘으면 추가로 나눠야 합니다.
| 분할 대상 파일 | 나누는 작업 기준 | 분할 후 파일별 확인 항목 |
|---|---|---|
| URL 개수만 초과한 파일 | 기존 묶음을 더 작은 주소 묶음으로 나눔 | URL 개수와 실제 파일 용량 |
| 파일 용량만 초과한 파일 | 생성 결과의 크기를 기준으로 묶음을 축소 | 용량 측정 조건과 URL 개수 |
| 개수와 용량이 모두 초과한 파일 | 두 제한을 함께 충족하도록 분할 범위를 조정 | 각 파일의 개수·용량과 판정 결과 |
담당자가 준비할 자료
운영 담당자는 파일 이름, 제출 대상 검색엔진, 적용 제한을 정리한 목록을 준비합니다. 개발 담당자는 분할 전 파일과 분할 결과 파일을 연결할 수 있는 작업 내역을 전달합니다. 콘텐츠 담당자는 제안한 카테고리나 콘텐츠 유형이 현재 관리 방식과 맞는지 판단합니다.
측정 자료에는 생성 시점과 사용한 측정 방법도 함께 기재합니다. 서로 다른 시점에 생성한 파일의 개수와 용량을 한 행에 합치면 실제 제출본의 상태를 판단하기 어렵습니다. 측정 담당자는 같은 생성 결과에서 두 값을 얻고, 파일을 다시 생성했다면 이전 결과와 따로 기록합니다.
분할 요청에는 대상 파일과 적용할 묶음 기준을 구체적으로 씁니다. 단순히 파일을 작게 만들어 달라고 요청하면 담당자가 서로 다른 방식으로 처리할 수 있습니다. 작업을 전달받은 개발 담당자는 결과 파일 목록과 측정값을 반환하고, 운영 담당자는 누락된 결과가 없는지 대조합니다.
주소 표시 순서와 분할 기준
파일을 나눌 때 주소의 표시 순서를 검색상 중요도로 해석하지 않습니다. 구글 검색 센터는 사이트맵 안에서 URL이 나열되는 순서를 중요하게 취급하지 않는다고 설명합니다. 운영자는 중요한 주소를 앞에 배치하는 작업보다 분할 기준을 일관되게 적용하는 작업에 집중합니다.
네이버 서치어드바이저는 검색로봇이 사이트맵에서 추출한 주소를 내부 알고리즘으로 선별하고 우선순위에 따라 수집한다고 설명합니다. 이 설명만으로 파일의 앞부분이나 먼저 만든 파일이 우선 수집된다고 판단할 수는 없습니다. 파일 이름과 정렬 방식은 작업자가 결과를 식별하기 위한 용도로 정합니다.
분할 기준이 복잡하면 같은 주소 묶음을 다시 생성할 때 결과를 재현하기 어렵습니다. 담당자는 사용할 분류 항목과 경계 처리 방식을 작업 내역에 기재합니다. 카테고리에 속하지 않는 항목을 어떻게 처리할지도 정하되, 이 작업에서 주소의 포함 여부를 새로 결정하지는 않습니다.
분할 결과의 완료 기록
분할 작업의 완료 기록은 파일마다 판정한 결과로 작성합니다. 전체 파일의 용량 합계나 전체 URL 개수만 기록하면 특정 파일의 초과를 놓칠 수 있습니다. 담당자는 결과 파일 목록의 각 행에 측정값과 적용 조건을 연결합니다.
한 파일이 제한을 초과하면 해당 파일의 분할 범위를 조정하고 다시 생성합니다. 다른 파일이 통과했다는 이유로 전체 작업을 완료 처리하지 않습니다. 결과 목록에는 통과한 파일, 재작업할 파일, 측정하지 못한 파일의 상태를 서로 다르게 표시합니다.
분할 전후의 URL 개수 합계 대조는 주소를 나누는 과정에서 누락이나 중복이 발생했는지 찾는 보조 절차로 사용할 수 있습니다. 합계가 같아도 같은 주소가 반복되고 다른 주소가 빠졌을 가능성은 남습니다. 주소 선택을 변경하지 않는 작업이라면 개발 담당자가 분할 전후 목록의 차이도 별도로 검사합니다.
문서 경계를 유지하는 분할
파일을 일정한 용량마다 잘라 저장하는 방식은 사이트맵을 나누는 작업과 같지 않습니다. XML 형식이라면 주소 항목의 중간이나 문서의 시작·종료 부분이 잘릴 수 있습니다. 개발 담당자는 각 결과 파일이 독립된 문서로 읽히도록 생성해야 합니다.
개수와 용량 측정은 문서 생성이 끝난 결과 파일을 대상으로 수행합니다. 원본 주소 목록의 예상 크기만으로 최종 파일의 크기를 대신 판정하지 않습니다. 생성 도구가 분할을 지원하더라도 결과 파일이 정상적으로 해석되는지는 별도로 검사합니다.
문서 검사에서 오류가 발견되면 오류를 고친 파일을 다시 측정합니다. 문서 구조를 수정하면서 파일 크기가 달라질 수 있으므로, 수정 전 측정값을 최종 기록으로 남기지 않습니다.
자주 묻는 질문
네이버의 압축 파일 처리 기준은 어떻게 정합니까?
네이버 서치어드바이저의 해당 안내만으로 압축 파일을 어떤 기준으로 처리하는지 확정할 수는 없습니다. 압축본 제출을 계획한다면 담당자가 네이버의 최신 공식 안내에서 관련 조건을 추가로 확인해야 합니다. 불명확한 상태에서 구글과 같은 처리 방식이라고 기재하지 않습니다.
용량 측정 도구의 단위가 다르면 어떻게 합니까?
측정 도구가 표시하는 단위와 실제 바이트 값을 함께 기록하도록 요청합니다. 공식 안내에 없는 단위 환산 방식을 검색엔진의 규칙으로 단정하지 않습니다. 제한에 가까운 파일이라면 담당자가 사용하는 계산 방식을 통일하고, 경계값 해석에 의존하지 않도록 분할 범위를 조정합니다.
분할 파일 이름에 검색 키워드를 넣어야 합니까?
파일 이름에 검색 키워드를 넣어야 한다는 조건은 구글과 네이버의 해당 안내에 없습니다. 운영팀은 파일을 식별하고 작업 내역과 연결하기 쉬운 이름을 정하면 됩니다. 이름에 검색 효과를 기대하기보다 파일 목록에서 서로 혼동하지 않는지 판단합니다.
사이트맵을 가져오는 응답이 느리면 누구에게 요청합니까?
운영 담당자는 서버 담당자에게 사이트맵 요청을 처리하는 과정의 조사를 요청합니다. 네이버 서치어드바이저는 수집 과정의 느린 응답을 제출 제한 사유로 안내합니다. 요청 당시의 파일과 오류 내용을 함께 전달하고, 서버 담당자는 응답 지연의 원인을 조사해 처리 결과를 회신합니다.
수정 없이 생성한 파일도 크기가 달라질 수 있습니까?
생성 과정에서 공백이나 줄바꿈을 처리하는 방식이 달라지면 파일 용량도 달라질 수 있습니다. 예상과 다른 결과가 나오면 개발 담당자가 생성 설정과 출력 내용을 대조합니다. 콘텐츠 수정 여부만으로 파일 크기가 동일할 것이라고 판단하지 않습니다.