Sitemap

Google의 John Mueller는 최근 SEO에 대규모 웹사이트에 대한 사이트맵을 수동으로 만들지 말라고 조언하고 더 적절한 솔루션을 제공했습니다.

이 교환은 r/SEO 하위 레딧의 레딧 스레드에서 발생했습니다.한 SEO는 2백만 개 이상의 제품이 있는 웹사이트의 사이트맵을 만드는 방법에 대한 조언을 찾고 있었습니다.

스레드 상태:

“저는 매우 기술적이고 산업적인 틈새 시장에 고객이 있습니다. 그들은 유사하지만 매우 구체적인 산업 부품을 판매합니다. 인벤토리에 2백만 개 이상의 SKU가 있습니다.

여기서 내 도전은 사이트맵을 만드는 것입니다.페이지가 너무 많아서 수동으로 만들어야 합니다.우리 개발 팀이 API를 통해 가져온 제품 및 카테고리별로 분류된 URL 목록이 있습니다.사이트맵에는 50,000개의 URL만 포함될 수 있으므로 각각 50,000개의 URL이 포함된 37개의 Excel 시트가 있습니다..."

SEO는 계속해서 이 문제를 해결하는 방법에 대해 설명했습니다. 원래 생각했던 대로 사이트맵을 수동으로 "만들 필요"가 없다는 점을 고려하면 지금은 모두 관련이 없습니다.

Mueller가 대신 제안하는 것은 다음과 같습니다.

존 뮬러의 답변

"이렇게 수동으로 사이트맵을 만들지 마세요."뮬러는 자신의 답변에서 분명히 말합니다.

가장 많이 지지를 받은 댓글인 Mueller의 조언은 Reddit SEO 커뮤니티에 분명히 반영되었습니다.

사이트맵을 수동으로 만드는 대신 Mueller는 이 상황에서 다음과 같이 해야 한다고 말합니다.

"CMS 또는 기본 데이터베이스에서 직접 [사이트맵]을 가져와야 합니다."

다른 Reddit 사용자가 지적했듯이 개발 팀이 원래 URL 목록을 가져온 API에서 사이트맵을 가져오는 것도 좋은 솔루션이 될 것입니다.

수동으로 사이트맵을 만드는 것보다 이것이 더 나은 이유는 무엇입니까?

대규모 사이트나 모든 사이트에 대한 사이트맵을 만들 때 사이트맵을 만드는 방법뿐만 아니라 최신 상태로 유지하는 방법도 고려해야 합니다.

이 정도 규모의 제품 카탈로그가 있는 사이트는 매일 수만 개의 제품을 추가 및 제거할 수 있습니다.

이와 같이 업데이트된 사이트맵을 수동으로 유지 관리하는 것은 논리적으로 불가능합니다.

그리고 그것은 처음부터 사이트맵을 만드는 데 들어가는 상당한 양의 작업을 고려하지 않은 것입니다.

사이트맵을 수동으로 만드는 것은 자동화된 옵션이 있는 경우 현실적인 솔루션이 아닙니다.

SEO는 감각에 온다

Reddit 스레드를 시작한 SEO는 결국 스스로 깨닫고 사이트맵을 수동으로 만드는 것이 올바른 방법이 아니라는 데 동의했습니다.

“모닝콜 해주셔서 감사합니다. 동의합니다. 이것은 우리를 위한 행동 계획이었고 처음부터 나와 맞지 않았습니다.”

그만한 가치가 있는 만큼, 그 아이디어는 그들이 일하는 회사의 고위 직원들에게서 나온 것 같습니다.

추가 리소스

사이트맵 생성 및 최적화에 대한 자세한 내용은 아래 리소스를 참조하세요.

모든 카테고리: 블로거