새 서비스를 소개하는 글 세 편을 준비하면서 첫 안내가 검색에서도 먼저 보이기를 바랄 수 있습니다. 사이트맵의 첫 줄에 그 주소를 적거나 priority 값을 크게 주면 순서를 지정할 수 있을까요? Google 검색을 기준으로 보면 이 방법은 발행 계획을 검색 처리 순서로 바꾸는 장치가 아닙니다. 독자에게 권하는 읽기 순서와 검색엔진이 주소를 처리하는 방식은 따로 이해해야 합니다.
Google Search Central의 사이트맵 작성 안내는 사이트맵 안의 URL 순서가 Google에 중요하지 않으며 priority와 changefreq 값을 무시한다고 명시합니다. 따라서 첫 글에 1.0, 다음 글에 0.8과 0.6을 붙여도 그 숫자를 Google의 처리 예약표라고 보고할 근거는 없습니다. 이 수치를 넣었다는 사실과 첫 안내가 검색에 먼저 나온다는 결과를 연결해서 약속하지 않습니다.
사이트맵은 검색엔진에 페이지 주소를 알리는 수단입니다. Google은 사이트맵이 있어도 수집이나 색인이 보장되지 않는다고 설명합니다. 주소가 알려지는 것, 내용을 가져가는 것, 색인에 포함되는 것, 특정 검색에서 보이는 것은 같은 완료 상태가 아닙니다. 세 글의 주소를 모두 제출했다는 기록을 세 글의 검색 노출 완료로 바꾸지 않는 이유입니다.
독자가 첫 안내부터 읽어야 한다면 실제 페이지에 그 순서를 드러내야 합니다. 가상의 서비스 안내 세 편이 각각 개요, 이용 준비, 추가 설명을 맡는 경우를 생각해 봅시다. 독자가 추가 설명부터 열어도 필요한 개요로 이동할 수 있도록 링크의 목적을 적고, 현재 글에서 반드시 알아야 하는 전제는 문장 안에 남깁니다. 이는 독자에게 제공하는 탐색 경로이며 Google이 같은 순서로 색인한다는 보장은 아닙니다.
아직 공개할 수 없는 둘째 글의 주소를 사이트맵 앞쪽에 넣어 문제를 해결하려고 하지 않습니다. 첫 글이 공개 시점에 존재하지 않는 후속 설명을 필수 조건으로 삼는다면 발행 원고의 의존 관계를 먼저 검토해야 합니다. 반대로 세 글이 각각 필요한 답을 제공한다면 검색 결과에서 어떤 글이 먼저 보였다는 이유만으로 원고의 역할을 서로 덮어쓰지 않습니다.
lastmod도 우선 처리 희망일과 구별합니다. Google의 안내는 이 값이 일관되게 정확하고 확인 가능할 때 사용한다고 설명합니다. 원하는 글을 먼저 알리고 싶다는 이유로 수정하지 않은 페이지에 오늘 날짜를 붙이는 방식은 실제 수정시점을 알리는 목적과 맞지 않습니다. 글의 공개 일정, 실제 내용 수정, 검색에서 확인한 시점을 각각의 의미대로 기록해야 합니다.
운영 메모에는 직접 바꿀 수 있는 읽기 경로와 아직 확인되지 않은 검색 상태를 나누어 적습니다. 첫 안내로 향하는 링크가 열리고 본문이 필요한 답을 준다는 점은 사이트에서 검토할 수 있습니다. 색인이나 검색 결과는 해당 도구의 실제 관찰을 남겨야 하며, 확인하지 않은 날짜를 목표 일정으로 대신할 수 없습니다. 순서가 기대와 다르다면 priority 숫자를 반복해서 바꾸기보다 무엇이 아직 확인되지 않았는지부터 구체화합니다.
이 설명은 Google이 공개한 사이트맵 처리 기준에 관한 것입니다. 같은 설정 이름이 있다는 이유로 네이버 등 다른 검색 서비스에도 동일한 동작을 단정하지 않습니다. 첫 세 글의 편집 순서는 이용자의 이해를 돕는 약속으로 설계하고, 사이트맵은 확인된 공개 주소를 전달하는 자료로 다뤄야 두 작업의 완료를 혼동하지 않을 수 있습니다.
참고 자료: Google Search Central ‘Build and submit a sitemap’ https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap Google Search Central ‘Crawling and indexing FAQ’ https://developers.google.com/search/help/crawling-index-faq