웹문서 배포는 왜 따로 챙겨야 하나요?
페이지를 서버에 올렸다고 검색엔진이 알아서 찾아오지 않기 때문입니다. 네이버와 구글은 새 사이트를 발견하는 데 시간이 걸리고, 발견하더라도 모든 페이지를 한 번에 가져가지 않습니다. 그래서 "여기 새 페이지들이 있습니다"라고 직접 알리고, 실제로 가져갔는지 확인하는 과정이 필요합니다. 이 과정을 통틀어 배포라고 부릅니다.
이삿짐센터를 예로 들어 보겠습니다. "수원 원룸이사", "용인 포장이사 견적" 같은 페이지를 수백 개 만들어도, 검색엔진 장부에 올라가지 않은 페이지는 손님 눈에 보일 기회조차 없습니다. 만드는 일이 절반이라면, 알리고 확인하는 일이 나머지 절반입니다.
검색엔진에 알리는 방법은 무엇이 있나요?
크게 네 가지 경로를 함께 씁니다.
- 사이트맵 제출: 사이트 안의 모든 페이지 주소와 마지막 수정 시각을 담은 목록 파일입니다. 검색엔진은 이 목록을 보고 어떤 페이지를 언제 다시 볼지 정합니다.
- RSS 제출: 새로 열린 페이지를 시간순으로 알려 주는 피드입니다. 네이버는 RSS를 통해 새 글을 빠르게 알아채는 편이라 함께 넣어 둡니다.
- 서치어드바이저·서치콘솔 등록: 네이버 서치어드바이저와 구글 서치콘솔에 사이트 소유를 확인받고, 사이트맵과 RSS를 등록합니다. 이후 수집 현황과 오류를 여기서 봅니다.
- 수집 요청: 중요한 페이지는 주소를 직접 넣어 빨리 가져가 달라고 요청합니다. 요청할 수 있는 양에 한도가 있어서, 묶음마다 대표 페이지를 골라 넣습니다.
단계 오픈은 어떻게 진행되나요
익명 사례로 설명드리겠습니다. 한 크레인 임대 업체는 키워드 3,376개로 페이지를 만든 뒤 한 번에 공개하지 않고 4단계로 나눠 열었습니다. 각 단계는 대략 아래 흐름을 따릅니다.
| 단계 | 여는 범위 | 확인하는 것 |
|---|---|---|
| 1단계 | 핵심 지역 페이지 일부 | 사이트 수집이 시작되는지, 오류가 없는지 |
| 2단계 | 핵심 지역의 나머지 서비스 | 먼저 연 페이지의 색인 비율 |
| 3단계 | 인접 생활권 페이지 | 누락되는 페이지 유형이 있는지 |
| 4단계 | 나머지 동 단위 페이지 | 전체 색인 현황과 보완할 페이지 |
단계마다 사이트맵의 수정 시각을 실제로 바뀐 페이지 기준으로 갱신하고, 새로 연 묶음을 RSS에 반영합니다. 앞 단계에서 색인이 잘 잡히지 않는 유형이 보이면 다음 단계를 열기 전에 그 유형의 문장 구성을 손봅니다. 이렇게 하면 문제가 생겨도 사이트 전체가 아니라 일부 묶음에서 멈추고 고칠 수 있습니다.
색인 확인은 왜 중요한가요?
등록했다는 사실보다 실제로 몇 개가 검색엔진 장부에 올라갔는지가 중요하기 때문입니다. 서치어드바이저와 서치콘솔에서 수집된 페이지 수, 제외된 페이지와 그 사유를 확인하고, 사이트 검색으로 표본을 직접 찾아봅니다. 제외 사유가 "중복"이나 "품질"이라면 해당 페이지를 다시 다듬고 수집 요청을 넣습니다.
배포 전에 점검하는 기본 항목도 있습니다. 페이지마다 제목과 설명 문구가 서로 다른지, 대표 주소를 알려 주는 canonical 태그가 제대로 붙었는지, 검색엔진 접근을 막는 robots 설정이 남아 있지 않은지, 사이트맵에 아직 열지 않은 페이지가 섞이지 않았는지를 확인합니다. 이 중 하나만 어긋나도 등록을 마쳤는데 수집이 멈추는 일이 생기기 때문에, 단계를 열 때마다 같은 목록으로 다시 확인합니다.
페이지를 어떤 원리로 만드는지는 웹문서 대량제작에서, 수집된 뒤 검색 결과 어디에 보이는지는 네이버·구글 웹문서 노출에서 확인하실 수 있습니다.
JD8이 배포를 맡으면
- 서치어드바이저·서치콘솔 소유 확인부터 사이트맵·RSS 제출까지 전 과정 비대면으로 처리합니다.
- 배포하는 페이지는 사장님의 실제 사진과 사례를 바탕으로 만든 것만 올립니다.
- 단계 오픈을 원칙으로 하고, 단계마다 색인 현황 리포트를 보내 드립니다.
- 궁금한 점은 카톡 상담 또는 전화 1566-3046으로 물어봐 주세요.