내가 프로젝트에 5 개 이상의 하위 도메인을 가지고, 말 developer, www, staff좀 더, 사이트 맵을 만드는 가장 좋은 방법은 무엇입니까?
기본 도메인 ( example.com/sitemap.xml) 에서 동일한 사이트 맵을 공유하는 모든 하위 도메인 ? 또는 다른 하위 도메인에 대한 다른 사이트 맵? ( developer.example.com/sitemap.xml및 www.example.com/sitemap.xml)
하위 도메인은 기본 응용 프로그램의 여러 부분이므로 각각의 장단점이 무엇이며 다른 도메인을 선택할 때 고려해야 할 사항은 무엇입니까? (하위 도메인 당 하나의 사이트 맵 또는 전체 사이트에 대한 하나의 사이트 맵)
답변:
당으로 매트 컷츠이 게시물을 블로그 , 그는 말했다 :
하위 도메인은 완전히 다른 콘텐츠를 분리하는 데 유용 할 수 있습니다. Google은 예를 들어 news.google.com 또는 maps.google.com과 같은 고유 한 제품에 하위 도메인을 사용합니다.
이는 Blogger (blogspot)와 유사합니다.
John의 블로그 ( john.blogspot.com)는 Doe의 블로그 ( doe.blogspot.com)와 완전히 다릅니다 . Google은이 두 블로그가 동일한 꼬리 ( *.blogspot.com)를 공유하더라도 두 개의 다른 사이트로 간주합니다 .
각 블로그에는 자체 사이트 맵이 있으며 서로 공유되지 않습니다. 하나의 블로그가 삭제되면 사이트 맵 파일도 삭제되며 다른 블로그의 사이트 맵에는 영향을 미치지 않습니다.
따라서 다른 하위 도메인에 다른 사이트 맵 파일을 사용하는 것이 좋습니다. 하위 디렉토리 / 하위 폴더를 사용하지 않는 한
일반적으로 각 호스트 (예 : 다른 프로토콜, 도메인 또는 하위 도메인)에 대해 별도의 사이트 맵을 사용해야합니다.
FAQ에서 " 사이트 맵을 어디에 배치합니까? ":
Sitemap에 나열된 모든 URL은 Sitemap과 동일한 호스트에 있어야합니다. 예를 들어 사이트 맵이에있는 경우의
http://www.example.com/sitemap.xmlURL을 포함 할 수 없습니다http://subdomain.example.com. 사이트 맵이에있는 경우의http://www.example.com/myfolder/sitemap.xmlURL을 포함 할 수 없습니다http://www.example.com.
Sitemaps 사양의 관련 섹션은 " Sitemap 파일 위치 "이며 다음과 같습니다.
즉, Sitemap에 나열된 모든 URL은 동일한 프로토콜 (이 예에서는 http)을 사용해야하며 Sitemap과 동일한 호스트에 있어야합니다. 예를 들어 사이트 맵이에있는 경우의
http://www.example.com/sitemap.xmlURL을 포함 할 수 없습니다http://subdomain.example.com.
그러나 robots.txt 또는 Google 검색 콘솔을 통해 모든 호스트의 소유권을 증명할 수있는 경우 다른 호스트에서 사이트 맵을 호스팅 할 수 있습니다.
robots.txt를 통해 : 사이트 맵 및 교차 제출
(단일 사이트 맵에는 여전히 한 호스트의 URL 만 포함될 수 있음)
Google 전용 : 여러 사이트의 사이트 맵 관리
(단일 사이트 맵에는 다른 호스트의 URL이 포함될 수 있음)
하위 도메인은 전체 애플리케이션의 일부이므로 사이트 맵을 분리 할 필요가 없습니다. Google은 하위 도메인을 자체 도메인으로 취급합니다. 그러나 그들은 웹 사이트의 일부가 함께 속하는지를 인식하기에 충분히 똑똑합니다.
SEO 외에도 별도의 모든 하위 도메인 사이트 맵을 중첩 할 수있는 index-sitemap.xml을 사용하는 것이 좋습니다. 하나의 사이트 맵 만 제출하면되므로 모든 파일을보다 쉽게 관리 할 수 있습니다. 또한 다른 모든 사이트 맵에 대해 걱정할 필요없이 하위 도메인의 사이트 맵을 변경할 수 있습니다. Google 웹 마스터 안내서에서 여러 사이트 맵 관리에 대해 자세히 알아보십시오. https://support.google.com/webmasters/answer/75712?hl=ko
편집하다
Google 검색 콘솔에서 각 하위 도메인에 대한 단일 속성을 만드는 것을 고려할 수 있습니다. 이를 통해 각 속성에 대한 데이터 샘플 및 크롤링 통계를받을 때보다 자세한 분석을 수행 할 수 있습니다. 그렇게하는 경우 각 하위 도메인마다 개별 사이트 맵을 제출하는 것이 좋습니다. 이를 위해서는 각 속성을 개별적으로 확인해야하며 전체 속성 집합을 관리하는 데 더 많은 노력을 기울여야합니다.
잘 조직 된 사람이고 더 깊은 데이터 통찰력에 관심이 있다면 후자를 추천합니다. 사이트의 색인을 생성하고 올바르게 크롤링하기를 원한다면 index-sitemap 스토리를 추천합니다.
모든 사이트 맵이 표준에 맞게 정확하게 구성되고 200 상태 코드를 제공하는 페이지 만 제공하도록 항상 명심하십시오. 이 점은 얼마나 많은 사이트 맵이 있는지에 대한 질문보다 웹 사이트의 SEO에 더 중요합니다.
프로젝트에 5 개 이상의 하위 도메인이 있습니다 (예 : 개발자, www, 직원 등). 사이트 맵을 만드는 가장 좋은 방법은 무엇입니까? ... 하위 도메인은 기본 응용 프로그램의 여러 부분이므로 각각의 장단점은 무엇이며 다른 도메인을 선택할 때 고려해야 할 사항은 무엇입니까? (하위 도메인 당 하나의 사이트 맵 또는 전체 사이트에 대한 하나의 사이트 맵)
기본 도메인에 연결된 하위 도메인은 전 세계에 다른 웹 사이트를 나타낼 수 있으므로 가장 쉬운 접근성을 위해 각 하위 도메인에 대해 Sitemap을 설정하는 것이 가장 좋습니다.
또한 사이트 맵 규칙에 위배되는 것으로 웹 사이트에 속한 사이트 맵에 외부 링크를 포함하고 다른 하위 도메인을 포함하는 URL을 외부 URL로 간주합니다.
모범 사례와 같이 웹 사이트에 수많은 링크가있는 경우 각 링크가 개별 링크를 참조하는 작은 Sitemap 파일을 참조하는 마스터 Sitemap 파일을 만들고 싶을 것입니다. 각 Sitemap 파일에는 최대 파일 크기 제한 (50MB라고 생각)이 있으며 Sitemap 당 최대 URL 수가 제한되기 때문입니다. 그 숫자는 50,000이라고 생각합니다.
gzip 형식으로 Sitemap을 압축 할 수있는 경우 보너스입니다. 이렇게하면 Google과 같은 gzip 호환 검색 엔진에 제출하면 Sitemap이 더 빠르게 처리되고 서버의 대역폭 소비가 줄어 듭니다.
도움이 될 수있는 사이트 맵 관련 링크는 다음과 같습니다.
http://www.sitemaps.org/protocol.html http://www.sitemaps.org/faq.html