SEO 업무 시간, 2021년 12월 17일

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

누적 레이아웃 이동을 일으키는 글꼴 파일

06:58 “우리는 이제 몇 달 동안 CLS 문제에 대해 작업해 왔습니다. [...] 갑자기 갑자기 튀어나오는 것이 하나 있습니다. 글꼴이 누적 레이아웃 이동 문제 를 일으킬 수 있습니까?”

이에 존은 “그럴 수도 있다. 저는 CLS 쪽의 전문가는 아니지만 […] 외부 글꼴 파일을 사용하는 경우 해당 파일을 로드해야 합니다 . 그리고 콘텐츠를 어떻게 표시하느냐에 따라 글꼴 파일이 없는 콘텐츠 버전을 먼저 표시한 다음 글꼴을 로드하고 레이아웃을 전환할 수도 있습니다.”

최신 Chrome Dev Summit에서 size-adjust라는 새로운 CSS 속성 이 도입되었습니다. 목표는 글꼴로 인한 레이아웃 이동을 방지하는 것입니다. 그것에 대해 더 알고 싶다면 @font-face에 대한 CSS 크기 조정에 대한 web.dev 기사를 확인해야 합니다.

질문을 요약하자면 John은 글꼴이 실제로 레이아웃 이동을 일으키는지 확인하는 유용한 팁을 추천했습니다. “… Chrome 개발자 도구에서 글꼴 파일 의 URL 차단, 페이지 로드 및 비교[ 서로 서로 함께]. "

503으로 인해 URL이 색인에서 제외될 수 있습니다.

14:29 “내 유료 팀은 Pinterest로 유료 광고를 하고 있었고 Pinterest가 웹사이트를 크롤링하고 서버에 과부하가 걸리는 엄청난 문제를 일으켰습니다. 우리는 문제를 파악하고 Pinterest [...]를 차단했지만 Google Search Console에서 현재 여전히 503에 있는 수백 페이지가 있습니다. [...] 페이지를 살펴보았는데 모두 작동하고 있습니다. 그래서 지난 2일 동안 진행 중인 재검증을 받았습니다. 우리는 어떤 종류의 시간 척도를 보고 있습니까? 더 빨리 작동하도록 사이트맵을 다시 제출할 수 있습니까?”

John은 "[503이 거기에] 하루 미만 동안 있었다면 아마도 자동으로 선택하여 다시 시도했을 것입니다.

이틀 이상이면 지속적인 서버 오류라고 생각하기 때문에 URL이 색인에서 빠질 수 있습니다. 기본적으로 URL에 따라 며칠 후에 발생할 수 있는 해당 URL을 다시 크롤링할 때까지 기다려야 합니다. 다시 크롤링하는 데 일주일 정도 걸릴 수 있습니다. 그러나 본질적으로 이는 정상적인 재크롤링 프로세스를 거친 다음 다시 시작되는 것입니다.

따라서 이와 같은 상황에서 내가 일반적으로 하는 일은 Search Console에 표시되는 오류를 살펴보고 우선 순위를 정하고 귀하에게 정말 중요한 오류가 있는지 파악하는 것입니다. 사이트의 임의의 롱테일 방문 페이지인 경우 시간이 지남에 따라 다시 크롤링됩니다. 중요한 페이지라면 수동으로 Search Console에서 직접 다시 제출하는 등의 작업을 수행하겠습니다. "

질문의 끝에서 John은 사이트맵을 다시 제출해도 도움이 되지 않을 것이라고 덧붙였 습니다. 사이트맵 파일의 날짜를 더 자세히 살펴보겠습니다. 그리고 모든 날짜를 수동으로 업데이트하여 "오, 우리는 오늘 Google에서 날짜를 다시 선택하도록 변경했습니다. 그러면 사이트맵 파일을 보고 모든 날짜가 동일하지만 실제로는 그렇지 않습니다"라고 말합니다. 유용한."

사용자에게 잘못된 언어 버전이 표시됨

29:02 “매일 뉴스를 포함하여 공통 콘텐츠를 공유하는 두 개의 국가 웹사이트가 있습니다. 예를 들어 스위스의 DE(독일)와 같이 해당 국가에서 잘못된 뉴스 페이지의 순위가 매겨지는 경우가 있습니다. 뉴스 영역에서도 hreflang과 함께 작업하는 것이 합리적입니까?"

John은 다음과 같이 대답했습니다. “다른 버전의 콘텐츠가 있고 검색에서 때때로 잘못된 버전이 표시되는 것은 본질적으로 hreflang이 해결하려고 하는 상황이라는 관점에서 생각합니다. [...] 이것은 hreflang 태그를 구현하기 위한 완벽한 시나리오처럼 보입니다.

기억해야 할 또 다른 사항은 지역 타겟팅(및 심지어 hreflang까지)이 결코 완벽하지 않다는 것입니다. 따라서 올바른 사용자에게 표시되는 올바른 버전에 매우 의존하는 경우 항상 일종의 백업 계획이 필요합니다. 그리고 백업에 대한 제 권장 사항은 일반적 으로 상단이나 하단에 일종의 JavaScript 기반 배너 가 있거나 본질적으로 "이봐, 우리는 당신을 위해, 특히 당신의 위치를 ​​위해, 당신을 위해 이 콘텐츠의 더 나은 버전이 있습니다. 언어를 선택하고 거기에서 링크합니다. 그렇게 하면 여전히 다른 모든 버전을 크롤링하고 인덱싱할 수 있지만 사용자가 잘못된 버전을 발견한 경우 올바른 버전으로 가는 길을 빠르게 찾을 수 있습니다."

웹사이트의 일부만 번역

31:22 “우리는 모두 미국 영어로 된 300개의 인덱싱된 페이지가 있는 웹사이트를 운영합니다. 우리는 이 페이지의 절반을 스페인어로 번역하려고 합니다. 스페인어는 같은 도메인의 하위 디렉토리에 배치되고 미국 콘텐츠의 대체 언어 버전으로 태그가 지정됩니다. 웹사이트의 콘텐츠 중 일부만 번역해도 됩니까? [...] 페이지의 스페인어 버전이 영어로 된 콘텐츠에 내부적으로 링크되는 경우 문제가 되나요?”

John은 “ 언어를 볼 때 페이지 단위로 봅니다. [...] 그래서 우리는 본질적으로 개별 페이지를 보고 이 페이지가 스페인어로 된 것 같다고 말합니다. 그런 다음 누군가 스페인어를 검색하면 해당 항목을 표시할 수 있습니다. 웹사이트의 일부만 다른 언어로 번역되어도 상관 없습니다. 보통, 당신은 어딘가에서 시작하고 거기에서 일종의 확장을 합니다.

내부 연결의 측면은 다소 까다로울 수 있다고 생각합니다. 내부 링크가 영어 버전에 초점을 맞추면 나쁜 사용자 경험을 제공할 수 있습니다 . 나는 그것이 많은 다른 웹사이트에서 꽤 일반적이라고 생각합니다. […] 스페인어 버전도 제대로 연결되도록 노력 하겠습니다 .”

Google은 더 간단한 버전의 URL을 알아낼 수 있습니다.

37:06 " Google은 끝에 물음표가 있는 URL을 끝에 물음표가 없는 동일한 URL의 중복으로 취급합니까?"

존은 그 질문에 대한 답을 확신하지 못했습니다. 그러나 그는 "경량 정규화"라는 흥미로운 시나리오를 설명했습니다.

John은 "대부분의 경우 끝에 매개변수가 있거나 끝에 매개변수가 없는 경우 이를 명확하게 별도의 URL로 취급합니다. 그러나 우리는 당신을 위해 거의 가벼운 정규화를 시도하는 일부 시스템이 있습니다. 웹사이트 자체가 rel=”canonical”을 제공하지 않거나 더 간단한 버전의 URL로 리디렉션되지 않더라도 그들은 이 URL의 더 간단한 버전이 실제로 표시될 수 있는지 알아내려고 합니다 . "

상황을 더 설명하기 위해 John은 index.html 페이지의 예를 제시했습니다. 웹사이트.com/index.html과 같은 URL이 있는 홈페이지가 있는 경우 Google은 끝에 있는 index.html이 본질적으로 관련이 없다고 판단하고 이를 자동으로 삭제하여 URL을 웹사이트.com으로만 단순화할 수 있습니다.

Google은 성인 사이트를 처벌하지 않습니다

39:45 “ 내 웹사이트는 우리의 주요 틈새 시장인 성인용 장난감에서 몇 가지 매우 중요한 키워드에 대해 최근에 삭제되었습니다. [...] Google은 특정 검색어에 대해 성인 사이트에 불이익을 주나요?”

존은 “그런 면에서 성인 사이트를 제재한다고 생각하지 않는다. 그러나 우리는 쿼리의 의도가 실제로 아마도 성인 콘텐츠의 범주에 속하는 무언가를 찾는 것인지 알아내려고 시도하는 시스템을 갖추고 있습니다. 그리고 누군가가 그런 종류의 검색어로 성인용 콘텐츠를 찾는 것이 목적이 아닌 경우 [...] 우리는 그런 것들을 걸러내려고 노력할 것입니다.

그리고 그것은 때때로 아주 비슷한 이름의 성인 웹사이트가 있기 때문에 일반적으로 많은 의미가 있습니다. […] 아마도 어린이 장난감일 것입니다. 그리고 아동용 장난감을 찾고 있는 누군가가 같은 용어로 순위가 매겨진다고 해서 실제로 성인용 장난감 웹사이트를 방문하는 것을 원하지 않을 것입니다.

우리 시스템은 특정 쿼리의 의도가 무엇인지 조용히 파악한 다음 이를 조정하여 인지된 의도와 조금 더 일치하는 것을 보여주려고 합니다.  

쿼리 이면의 의도를 이해하는 것은 정말 어렵습니다. 그리고 우리는 때때로 잘못 이해하기도 합니다. [… ] 따라서 Google이 성인 웹사이트에 대해 무언가를 가지고 있는 것은 그리 많지 않습니다. 거기에는 많은 것들이 있으며 사람들은 그것을 찾고 명시 적으로 검색합니다. 그 모든 것이 완벽합니다. 그러나 우리는 검색 결과가 사람들이 기대하는 것과 일치하는지 확인하고 싶을 뿐입니다. "

브랜드 언급은 웹사이트 순위에 영향을 미치지 않습니다.

58:12 “[...] 당신을 언급하고 당신을 사기라고 말하는 많은 페이지가 실제로 당신을 해치려는 사람들이 만든 스팸 페이지라면 어떨까요? Google은 이를 처리하는 방법을 알고 있습니까?”

존은 “순위에 그런 걸 쓰는 게 정말 어려운 이유 중 하나이기도 하다. 언급의 거의 주관적인 맥락을 이해하는 것은 정말 어렵습니다. 긍정적인 언급이나 부정적인 언급 같은가요? 비꼬는 긍정적인 언급입니까, 아니면 비꼬는 부정적인 언급입니까? 어떻게 말할 수 있습니까?

그리고 그 모든 것과 함께 많은 스팸 사이트가 있다는 사실로 인해 […] 링크와 동일하게 [브랜드 언급]을 사용할 수 있다고 말하기가 정말 어렵습니다. 따라서 이러한 관점에서 […] 귀하의 웹사이트에 긍정적인 영향을 미치거나 웹사이트에 부정적인 영향을 미치는 것으로 언급하지 않습니다. 명확한 신호로 사용하기에는 너무 혼란스럽습니다.”