SEO 업무 시간, 2021년 11월 19일

2021년 11월 19일 John Mueller 와 함께한 Google SEO Office Hours 에서 가장 흥미로운 질문과 답변을 요약한 것입니다 .

제목 및 URL 길이

02:58 “저는 뉴스 업계에서 일합니다. [...] SEO를 최적화할 때 [동료들]에게 제목을 65자로만 수정해야 한다고 말했습니다. [...] 웹을 검색했는데 정답을 얻지 못했습니다. 타이틀이 그렇게 길어야 하는 랭킹 요인이 아닐까요?”

John은 "아니요, 제목 길이에 대한 권장 사항이 없습니다. 제 생각에 귀하의 쪽에서 번호를 선택하고 다음과 같이 말하는 것 같습니다. 모바일에서는 이 정도의 공간을 사용할 수 있으므로 편집 지침으로 우리는 65 또는 귀하가 선택하고 싶은 것이 무엇이든 완벽하게 괜찮다고 말할 것입니다. 그러나 검색 품질 [및] 순위 측면에서 Google에서는 다음과 같은 지침이 없습니다. 이렇게 길어야 합니다.

[...] 길이는 중요하지 않습니다. 더 짧은 것을 표시하거나 약간 다른 것을 표시하는 경우 검색 결과에 표시하는 방식과 같습니다. 순위가 바뀌는 건 아니다”라고 말했다.

URL의 길이에 관해서 John은 그것도 중요하지 않다고 말했습니다. "URL에 일부 단어를 포함하는 것이 좋은 습관이라고 생각하므로 더 읽기 쉬운 URL이지만 SEO 관점에서 요구 사항은 아닙니다."

John은 또한 URL에 ID만 있는 것이 Google의 관점에서 괜찮다고 덧붙였습니다. “그 안에 단어가 있는 것이 더 좋지만 본질적으로 괜찮습니다. 대부분의 경우 사용자에게만 표시되는 항목이며 URL을 복사하여 붙여넣으면 '아, 여기에서 본 내용을 기반으로 이 문서가 무엇에 관한 것인지 알 수 있습니다. 반면에 숫자만 보면 잘못된 것을 고를 수도 있고 확신하지 못할 수도 있습니다. 그러나 그것은 SEO 질문이 아니라 거의 사용자 질문입니다.”

Google 및 Bing 크롤링

25:30 " Google의 크롤링 요청이 감소하면 Bing의 크롤링 요청이 증가합니다. 이 둘은 관련이 있습니까?”

John은 "정말 이상한 우연의 일치라고 생각하지만 크롤링 요청을 교환하는 Bing과의 협력에 대해 알지 못하므로 관련이 있다고 보지 않습니다.

때때로 일어날 수 있는 일은 Google 측에서 서버가 과부하되고 느리고 서버 오류를 표시한다는 것을 인식할 때 크롤링을 줄이는 경향이 있다는 것입니다. 그리고 Bing이 많이 크롤링할 때 서버가 일반적으로 느려지는 것을 볼 수 있으므로 조금 덜 크롤링할 것입니다. 그리고 서버에 용량이 더 많고 속도가 조금 더 빠르다는 것을 알게 되면 Bing이 덜 크롤링하는 경우와 관련될 수 있는 더 많은 크롤링을 하게 됩니다. 이론적으로는 가능합니다. 실용적인 관점에서 볼 때 일반적으로 웹 사이트에는 사용자를 수용할 수 있는 용량이 너무 커서 일부는 Bing에서 크롤링하고 일부는 Google에서 크롤링해도 전체 웹 사이트 속도가 느려지지 않을 것이기 때문에 그런 일이 발생하지 않을 것이라고 생각합니다.”

인덱싱이 느린 이유는 무엇입니까?

32:27 “ 지난 1~2년 동안 색인 생성이 많이 변경된 것 같습니다(내 모든 웹 속성에서 발생). GSC에 제출할 때 이전에는 빠르게 색인이 생성되었지만 요즘에는 GSC 제출이 아무런 영향을 미치지 않는 것 같습니다. 오히려 며칠 또는 몇 주 후에 지수에 자체적으로 나타납니다(때로는 지수에 들락날락하기도 함). 이는 50,000명 이상의 유기적 월간 방문자가 있는 잘 정립된 사이트에서 발생합니다. 왜 이런거야?"

존은 “모르겠다. 광범위하게 말하기는 어렵습니다. 이것이 바로 웹사이트에서 항목이 그렇게 빨리 색인되지 않는 이유입니다. 일반적으로 Search Console의 요청 인덱싱 도구는 요청을 올바른 시스템으로 전달하지만 자동으로 인덱싱되는 것은 아닙니다.

초기에는 인덱싱 시스템이 실제로 작동을 멈추고 이를 인덱싱하라는 훨씬 더 강력한 신호였다고 생각합니다. 그러나 이러한 일에서 발생하는 문제 중 하나는 물론 사람들이 이 도구를 활용하여 모든 종류의 임의적인 항목을 제출하는 데 사용한다는 것입니다. 따라서 시간이 지남에 따라 시스템이 약간 더 안전해졌습니다. 거의 모든 학대를 처리하려고 노력하고 있기 때문에 때때로 작업 속도가 약간 느려집니다. 더 많은 일을 하고 있기 때문에 더딘 것이 아니라 더 느립니다. 하지만 여기서 우리는 신중한 편에 서려고 하기 때문에 더 느립니다 . 이는 Search Console 제출과 같은 작업이 처리되는 데 시간이 조금 더 걸린다는 것을 의미할 수 있습니다. 이는 때때로 크롤링의 확인과 웹사이트의 색인 생성을 시작하기 전에 웹사이트에 대한 자연스러운 이해가 필요하다는 것을 의미할 수 있습니다. 우리의 관점에서 그것은 예상됩니다.

제 생각에 지난 몇 년 동안 웹 전반에 걸쳐 꽤 많은 변화가 있었다고 생각하는 것 중 하나는 아마도 점점 더 많은 웹사이트가 우리가 쉽게 크롤링할 수 있다는 점에서 기술적으로 괜찮은 경향이 있다는 것입니다. [...] 그래서 우리는 한편으로 더 자연스러운 크롤링으로 이동할 수 있습니다. 반면에, 이는 우리가 크롤링할 수 있는 많은 것을 의미합니다. 반면 과거에는 인덱싱되지 않은 항목이 있을 때 웹사이트에 뭔가 잘못 설정되어 있다고 말할 수 있으며 기술적인 관점에서 그 문제를 찾으려고 합니다. 오늘날 우리가 받는 대부분의 제출물은 기술적으로 정상이므로 즉시 색인을 생성할 수 있습니다. 즉, 크롤링 및 색인 생성을 위한 용량이 여전히 제한되어 있기 때문에 조금 더 선별적일 필요가 있습니다. 우리가 과거만큼 빨리 물건을 집어들지 않는다면 전반적으로 그것이 당신이 그곳에서 보게 될 것이라고 생각합니다.”

이전 도메인 대 사이트 권한

35:33 “ 4년 동안 사용하지 않은 도메인이 있습니다. 내가 가지고 있던 블로그는 틈새 시장을 위해 SERP에서 훌륭하게 작동했지만 판매하고 싶지 않았기 때문에 모든 콘텐츠를 삭제하고 도메인을 "주차"하도록 했습니다. 내용을 되살리고 싶지만 조금 다른 접근을 하고 싶습니다. 제 질문은 Google이 내 블로그를 새 블로그인 것처럼 다시 배워야 합니까? 아니면 이 오래된 영역 때문에 평소보다 더 빨리 내 틈새 시장에서 권위를 가질 수 있는 더 좋은 기회가 있습니까?”

John에 따르면, “콘텐츠가 몇 년 동안 사라진다면 아마도 우리는 이 사이트가 무엇인지 파악해야 할 것입니다. 기본적으로 처음부터 새로 시작해야 합니다. 그런 관점에서 볼 때, 나는 당신이 과거에 거기에 콘텐츠를 가지고 있었기 때문에 보너스 측면에서 많은 것을 기대하지 않을 것입니다. 다른 사이트와 마찬가지로 다시 빌드해야 한다고 가정합니다. 사업을 하고 4년 동안 문을 닫았다가 다시 문을 열면 고객이 당신을 기억하고 '아, 이 사업에 가겠다'고 말하는 경우는 드물 것이다. 그것은 완전히 다른 것처럼 보이고 다른 것을 제공하지만 예전에는 존재했습니다. 그런 상황은 현실에서도 드물 것 같아요[...]. 그래서 나는 당신이 본질적으로 여기에서 시작한다고 가정할 것입니다.

이것은 또한 만료된 도메인을 사용하여 보너스를 얻을 수 있기를 바라면서 만료된 도메인을 구입하는 것이 일반적으로 이치에 맞지 않는 이유 중 하나이기도 합니다.”

페이지의 색인이 해제되는 것을 방지

37:03 “저는 5,000개가 넘는 URL이 있는 웹사이트를 관리하고 있습니다. 우리는 검색 순위/SEO 요인을 준수하기 위해 최선을 다하지만 평균적으로 월 평균 약 100개의 URL이 색인 해제되는 것으로 나타났습니다. 이런 일이 일어나지 않도록 페이지에 무엇을 적용할 수 있습니까?”

John: “그 정보만으로는 말씀드리기 어렵습니다. 대부분의 경우 색인에서 항목을 제거할 뿐만 아니라 새로운 항목도 선택하기 때문입니다. 따라서 동시에 새 콘텐츠를 추가하고 색인에서 일부 항목이 누락되는 경우 일반적으로 정상이며 예상되는 현상입니다. 본질적으로 거의 모든 웹사이트의 경우 웹사이트의 모든 항목을 색인화하기 때문입니다. 평균적으로 […] 웹사이트의 30~60%가 인덱싱되는 경향이 있습니다. 따라서 한 달에 수백 개의 페이지를 추가하고 이러한 페이지 중 일부가 삭제되거나 시간이 지남에 따라 이전 페이지 또는 관련성이 덜한 페이지 중 일부가 삭제되는 경우 예상되는 것처럼 보입니다.

이를 최소화하려면 본질적으로 Google 또는 사용자에게 웹사이트의 가치가 전반적으로 무엇인지 보여줘야 하는 부분이라고 생각합니다. 내 색인의 이 웹사이트에서. 이는 일반적으로 기술적인 문제라기 보다는 귀하가 제공하는 가치가 Google이 이를 색인에 유지하는 데 중요한 부분에 가깝습니다. 웹사이트가 훌륭하다고 생각하는 경우에도 여전히 모든 것을 색인화하지는 않습니다. 기술적인 관점에서 보면 거의 불가능합니다. 부분적으로는 웹 사이트에 추적 매개변수나 무한 공간으로 들어가는 페이지 매김, 매개변수 필터링과 같은 기술적으로 복제된 콘텐츠가 많은 경향이 있기 때문입니다. 이론적으로 웹 사이트에서 무한한 수의 URL을 찾을 수 있는 검색 형식 [… 무한한 [수]의 URL을 찾는 것이 가능하고 유한한 수만 색인을 생성할 수 있다면 모든 것을 색인화할 수는 없을 것입니다.”

이전 웹사이트에서 사이트맵 제거

41:58 “ 약 7개월 전에 사이트를 새 도메인으로 마이그레이션했습니다. 이전 사이트에서 이전 사이트맵을 제거해야 합니까?”

존은 “ 아마 그럴 것이다. 일반적으로 웹사이트를 마이그레이션하면 모든 것이 새 웹사이트로 리디렉션되며, Google이 이전 URL을 조금 더 빠르게 크롤링하여 검색하는 것을 목표로 Search Console에 이전 URL의 사이트맵 파일을 보관하는 경우가 있습니다. 리디렉션. 일시적인 방법으로 하는 것이 좋습니다. 하지만 한 두 달 후에는 해당 사이트맵을 제거하는 것이 좋을 것 같습니다 . 사이트맵 파일도 관심 있는 URL을 알려 주기 때문입니다. 이전 URL을 가리키는 경우 검색에서 내 이전 URL을 찾을 수 있기를 원합니다. 이는 우리 시스템에서 약간의 충돌로 이어질 수 있습니다. 즉, 이전 URL을 가리키고 있지만 동시에 새 URL로 리디렉션하고 있습니다. 어느 것을 인덱싱하고 싶습니까? 그 시점에서 당신은 본질적으로 그 충돌을 가능한 한 많이 제거하기를 원합니다. 사이트맵 파일을 삭제하고 새 페이지에서 할 수 있는 모든 신호를 제공하면 됩니다. 해당 리디렉션을 확인한 후에는 웹사이트나 새 도메인에 있는 새 페이지 또는 귀하가 수행한 모든 이동에만 집중할 수 있습니다.”

검색의 미래 vs. Google 지식 정보

43:30 " Google 스니펫과 지식 정보는 계속해서 개선되고 있는 것 같습니다. 사용자는 필요한 답변을 얻기 위해 웹사이트를 방문할 필요가 없는 경우가 많습니다. 그렇다면 SEO 트래픽 확보 측면에서 크고 작은 웹 퍼블리셔의 미래는 어떻게 될까요?”

John은 다음과 같이 말했습니다. “ 웹사이트에 대한 정보가 웹사이트에 매우 상세하기 때문에 웹사이트가 사라질 필요는 없다고 생각합니다. 때때로 사람들은 정말 빠른 것을 원합니다. 아마도 전화번호나 사업장 주소를 원하고 바로 그 사업장을 방문합니다. 그러나 본질적으로 정보의 스니펫 이상에 대해서는 전체 컨텍스트를 찾고 거기에서 더 많은 정보를 얻고자 하므로 이것이 사라질 것이라고 생각하지 않습니다.

또한 모든 사람이 직접 방문하여 답을 얻을 수 있는 곳을 만드는 것이 우리의 목표는 아닙니다. 왜냐하면 우리 가 검색에서 제공하는 것을 웹사이트를 만드는 모든 사람과 함께 생태계와 협력해야 한다는 것을 알고 있기 때문 입니다. , 웹사이트 소유자에게도 가치를 제공합니다. 웹사이트 소유자가 말하기 쉽기 때문에 저는 이 검색에 참여하고 싶지 않습니다. Facebook이나 소셜 미디어 또는 다른 곳에서 찾을 수 있기를 바랍니다. 우리는 당신의 콘텐츠를 보여줄 수 있고, 사용자를 당신의 방식대로 보낼 수 있다는 점에서 동등한 거래가 있는지 확인하기를 원하지만, 또한 당신이 이 모든 트래픽을 얻는다는 의미에서 그로부터 무언가를 얻을 수도 있습니다. 그것은 검색 작업을 하는 Google의 모든 팀이 깊이 관심을 갖는 것이므로 우리가 모든 것을 파악한 다음 우리 측에만 보여주려고 하는 것은 아닙니다. 그러나 사람들이 검색에서 이러한 멋진 기능을 보기 때문에 걱정하기도 하고 웹사이트 전반에 걸쳐 더 큰 그림이 무엇인지 또는 그물 효과가 무엇인지 이해하기 어려울 때가 있습니다.

나는 또한 당신이 내 웹사이트에서 사람들이 보는 것을 선호하기 때문에 Google이 이것을 표시하는 방식이 마음에 들지 않는 상황을 만난다면 우리에게 그런 종류의 정보. Twitter에서 저에게 연락하고 귀하가 말하는 내용의 스크린샷을 보내주십시오. 글쎄요, 이것은 제 콘텐츠가 표시되기를 원하는 방식이 아닙니다. 그리고 그것을 제품 팀에 전달하게 되어 기쁩니다. 우리는 이를 개선할 방법을 찾을 수 있습니다.”

표준 및 대체 태그 대 다국어 콘텐츠

53:13 “같은 기사를 다른 언어로 만들고 싶습니다. [...] 거기에서 표준 및 대체 버전을 정의해야 합니까?”

John: “일반적으로 다국어 콘텐츠가 있는 경우 hreflang 주석과 같은 것을 사용하는 것이 유용하다고 생각합니다. 어떤 버전의 콘텐츠가 어떤 사용자에게 표시되어야 하는지 파악하는 데 도움이 되기 때문입니다. 그래서 일반적으로 취하는 접근 방식입니다.

표준과 관련하여 중점을 둘 URL을 알려주시면 표준이 개별 언어 버전이어야 합니다 . 모든 언어에 대한 표준으로 하나의 언어가 되어서는 안 되며, 오히려 각 언어에는 고유한 표준 버전이 있습니다. 이와 같이 프랑스어 버전과 프랑스어 표준, 이것은 힌디어 버전과 힌디어 표준입니다. 따라서 언어 간에 연결되어서는 안 됩니다.”

AMP 페이지와 다국어 콘텐츠

54:43 “내 사이트는 Google 뉴스 순위에 있습니다. 거기에 크롤링된 AMP 페이지가 있습니다. 힌디어 또는 러시아어로 된 대체 버전이 있는 것처럼 대체 버전을 사용해야 합니까? 이것에 대해 무엇을 기억합니까?”

John은 "AMP 페이지, 일반 웹 페이지 및 다른 언어 버전을 사용하면 매우 복잡해집니다. AMP 문서에는 […] 다국어 콘텐츠에 대한 페이지가 있으며 여기에 있어야 하는 hreflang 주석과 관련된 다이어그램이 있습니다 . 확인해 보겠습니다. 그 중 Google 뉴스 측면과 관련하여 [Google] 뉴스에서 구체적으로 어떻게 처리할지 모르겠습니다. 예를 들어 하위 도메인으로 분리해야 하는지 여부는 알 수 없습니다. 따라서 분명히 별도의 뉴스 사이트인지 또는 권장 사항이 무엇인지 알 수 없습니다. 그러나 AMP의 경우 문서에서 해당 그래픽을 확인합니다.

AMP 페이지와 일반 페이지, 국제화는 복잡하다고 생각합니다. 그래프를 볼 때 아마 이렇게 말할 것입니다. 오, 이것은 매우 의미가 있습니다. 하지만 다른 페이지와 많은 다른 언어 버전이 있는 경우 이러한 세부 정보를 모두 올바르게 맞추는 것은 많은 작업이 필요합니다. .”