SEO 업무 시간, 2022년 4월 1일

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

손실된 트래픽을 되찾기 위해 리디렉션 조정

14:53 “우리는 2009년부터 콘텐츠 게시 웹사이트를 가지고 있었고 2020년에 잘못된 마이그레이션을 경험하여 유기적 트래픽이 크게 감소했습니다. [...] 우리는 깨진 링크가 많았기 때문에 301 리디렉션을 사용하여 이러한 깨진 링크 를 원본 기사로 리디렉션했지만 [...] robots.txt에서 크롤링 예산이 [...] [사용됨] 이 404페이지를 크롤링할 때. […] 이러한 모든 리디렉션을 […] [리디렉션]하여 적절한 이름의 동일한 기사로 수정했다면 […] robots.txt에서 이러한 링크를 제거할 수 있으며 실제로 고려하는 데 시간이 얼마나 걸리나요? 구글에서?”

John은 다음과 같이 말했습니다: “[...] 페이지가 robots.txt 에서 차단 되면 리디렉션을 볼 수 없습니다. 따라서 리디렉션을 설정하는 경우 robots.txt에서 해당 블록을 제거해야 합니다. [...] 모든 페이지를 동일한 속도로 크롤링하지 않기 때문에 특정 시간은 없습니다. 일부 페이지는 몇 시간 내에 선택하고 다른 페이지는 다시 크롤링하는 데 몇 달이 걸릴 수 있습니다.

[…] 이것이 2년 전의 마이그레이션에서 나온 것이라면 […] 404개의 링크를 […] 콘텐츠를 표시하도록 만드는 것만으로는 많은 가치를 얻지 못할 것입니다. [...] 이 페이지가 웹사이트의 가장 중요한 페이지가 아닌 한 웹사이트의 트래픽이 현저히 감소하는 이유가 그 때문일 것이라고 상상할 수 없습니다 . 그러나 이것이 더 큰 웹사이트의 일반 페이지라면 더 이상 사용할 수 없기 때문에 웹사이트에 대한 전체 트래픽이 감소할 것이라고는 상상할 수 없습니다.”

최적의 단어 수

17:27 “[…] 페이지의 최적 콘텐츠 길이에 대한 질문 – […] 많은 블로그 게시물을 접했습니다 […] [말하기] 페이지당 약 100 또는 1000단어가 필요하므로 최적의 콘텐츠 길이는 얼마입니까? ?”

John이 말했듯이 “나는 하나가 있다고 생각하지 않습니다 . 어떤 페이지는 매우 짧고 어떤 페이지는 매우 깁니다. […] [...] 사용자에게 제공하려는 정보의 양에 따라 [...] 달라집니다.”

그런 다음 그 사람은 콘텐츠에 대해 계속해서 질문했습니다. 특히 "지금 전파되고 있는 이 용어가 있습니다: [...] 얇은 콘텐츠. Google에서 […] [사용]합니까?”

John은 다음과 같이 설명했습니다. “[...] 일반적으로 전체 웹사이트에 더 많이 적용됩니다. 따라서 한 페이지에 콘텐츠가 충분하지 않다는 것이 아니라 웹 사이트 전체가 실제 정보에 대해 매우 가벼운 것입니다. [...] 나는 그것을 인식하는 방법으로 단어 수를 사용하지 않을 것입니다. 때때로 단어 수는 더 큰 웹사이트를 전체적으로 보고 더 잘할 수 있는 영역을 찾는 데 유용하다고 생각합니다. 그러나 웹 사이트에서 수행하는 특정 작업을 안내하는 [...] 지표로 사용하지 않습니다.”

새로 게시된 콘텐츠의 색인 생성 문제

19:00 “[…] 우리는 2013년부터 양면 시장을 운영하고 있습니다. 우리는 약 70,000페이지를 가지고 있으며 그 중 약 70%가 일반적으로 인덱스에 있습니다. 그런 다음 생성되는 새 페이지를 크롤링하는 일종의 예산이 있습니다. 그리고 그 위에서 움직이는 것을 보고 이전 페이지가 사라지고 새 페이지가 나타나도록 합니다. 동시에 블로그 항목 [...]도 작성하고 있으며 [...] 대기열의 맨 위에 항목을 가져오기 위해 항상 [...] 요청 인덱싱 을 사용합니다. 그래서 그들은 더 빨리 갈 것입니다. 우리는 그것들을 사이트맵에도 추가하지만 우리는 그것들을 작성하고 […] 가능한 한 [빠르게] […] Google에 올리기를 원합니다. 우리는 지난 한 해 동안 성장했고 사이트에 더 많은 콘텐츠가 있기 때문에 때때로 새 블로그 항목에 대해 제대로 작동하지 않는다는 것을 알았습니다. 또한 그들은 이 [ Discovered – 현재 인덱싱되지 않음 ] 대기열에 더 오랜 시간 동안 앉아 있습니다. 내부 링크와 같이 […] 우리가 할 수 있는 일이 있습니까? 아니면 [...] 콘텐츠 기반입니까, 아니면 일부 블로그가 색인에 포함되지 않을 수 있다는 사실을 안고 살아야 합니까?”

John은 인덱싱되지 않은 콘텐츠가 있는 것이 이상한 일이 아니라고 설명했습니다. “[...] 웹사이트의 모든 항목을 인덱싱하지 않는 것이 전반적으로 정상이라고 생각합니다. [...] 특정 종류의 콘텐츠와 관련이 없습니다. [...] [URL 검사 도구]를 사용하여 인덱싱에 제출하는 것이 좋습니다. 확실히 문제를 일으키지 않습니다. 그러나 나는 또한 […] 당신이 [해당 페이지]에 관심이 있다는 것을 […] 가능한 한 명확하게 하는 방법을 찾으려고 노력할 것이므로 […] 내부 연결이 그렇게 하는 좋은 방법입니다. [...] 여기에서 말하는 홈 페이지에서 5개의 새 블로그 게시물이 있는지 확인하고 해당 게시물에 직접 링크하여 […] Googlebot이 홈 페이지를 크롤링하고 색인을 생성할 때 새롭고 홈페이지에서 연결되어 있습니다. 그래서 아마도 중요할 것입니다. […]”

John은 또 다른 제안을 했습니다. “사이트에 블로그 섹션이 있으면 RSS 피드도 […] 있습니다. 또한 Search Console에서 Google에 제출합니다. RSS 피드가 새로운 콘텐츠에 더 집중하는 경향이 있기 때문에 그런 종류의 콘텐츠를 조금 더 빨리 선택하는 데 도움이 됩니다. 사이트맵 파일과 유사하게 사용하지만 RSS 피드를 선택하는 것이 더 쉬운 경우가 있습니다."

AI 도구를 사용하여 콘텐츠 만들기

22:19 “[...] GPT-3 기반 AI 작성 도구가 광고되기 시작한 이후로 [Reddit의] 우리 커뮤니티는 사용 여부에 대해 논쟁을 벌이고 있습니다. […] 우리의 입장은 대부분 반대하지만 […] 우리는 Google의 공식 입장이 무엇인지 확인하기 위해 고군분투하고 있습니다. [...] Google은 AI 작성 콘텐츠를 호스팅하는 웹사이트에 어떻게 반응합니까 [...]?”

John은 다음과 같이 대답했습니다. “[...] 우리의 경우 이러한 콘텐츠는 기본적으로 여전히 자동 생성 콘텐츠 범주에 속합니다. 이것이 거의 처음부터 웹마스터 가이드라인에 포함된 것입니다. 그리고 사람들은 다양한 방식으로 콘텐츠를 자동으로 생성해 왔습니다. 그리고 […], 머신 러닝 도구를 사용하여 콘텐츠를 생성하는 경우, 이는 마치 […], 단어를 뒤섞거나 동의어를 검색하거나 사람들이 하던 번역 트릭을 수행하는 것과 본질적으로 동일합니다. 하다. [...] 내 의심은 콘텐츠의 품질이 [...] 정말 오래된 학교 도구보다 약간 더 좋지만 [...] 스팸으로 간주할 것이라는 것입니다.”

후속 조치로 John은 "Google이 인간과 AI 콘텐츠의 차이점을 이해할 수 있다는 말씀이신가요?"라는 질문을 받았습니다.

이에 대해 존은 “나는 그것을 주장할 수 없다. 그러나 [...] 무언가가 자동으로 생성되는 것을 보면 웹 스팸 팀에서 확실히 조치를 취할 수 있습니다. [… ] 미래가 그곳에서 어떻게 진화할지는 모르지만 다른 기술과 마찬가지로 고양이와 쥐 게임이 약간 있을 것이라고 상상합니다. 그것. 그런 다음 웹 스팸 팀이 해당 문제를 파악하고 더 넓은 범위에서 해결합니다.

그러나 우리의 권장 사항에 따르면 여전히 자동으로 생성된 콘텐츠로 […] 아마도 이것은 발전할 것입니다. 그런 점에서 사람들을 위한 도구가 될 것입니다. [...] 기계 번역을 웹사이트의 번역된 버전을 만들기 위한 기초로 사용하지만 여전히 본질적으로 수동으로 작업합니다. 그리고 아마도 시간이 지남에 따라 이러한 AI 도구는 글쓰기에서 더 효율적으로 사용하거나 맞춤법 및 문법 검사 도구와 같이 적절한 방식으로 글을 쓰고 있는지 확인하는 방향으로 발전할 것입니다 […] .”

페이지에서 더 보기 버튼 의 크롤링 가능성

39:50 “[…] 최근에 웹사이트를 재설계하고 블로그 게시물과 기타 페이지를 1, 2, 3, 4페이지에서 더 보기 버튼으로 나열하는 방식을 변경했습니다. Google은 기본 블로그 페이지에 표시되지 않은 항목을 계속 크롤링할 수 있습니까? 가장 좋은 방법은 무엇입니까? 그렇지 않다면 해당 페이지가 검색 및 트래픽과 관련하여 중요하지 않다고 가정해 보겠습니다. Google의 주제와 관련성이 높은 경우 전체 사이트가 영향을 받습니까?”

John의 응답은 다음과 같습니다. “[...] 구현 방법에 따라 약간 다릅니다. 더 다른 한편, 기본적으로 해당 결과의 2페이지 또는 2페이지에서 3페이지로의 링크로 더 보기 버튼 을 구현할 수도 있습니다 . 그리고 그것이 링크로 구현되면 2페이지라는 레이블이 없더라도 링크로 따라갑니다.

[...] 다시 확인해야 할 첫 번째 사항은 실제로 크롤링할 수 있는지 없는지 여부입니다. 그리고 [...] 크롤링할 수 없는 경우 일반적으로 여기서 발생하는 일은 해당 페이지에서 직접 링크되는 블로그 게시물에 주로 초점을 맞추는 것입니다.

[...] 우리는 이전 블로그 게시물을 보고 색인을 생성했기 때문에 색인에 보관할 것입니다. 그러나 우리는 아마도 현재 존재하는 것들에 집중할 것입니다. 이를 완화하는 데 도움이 될 수 있는 한 가지 방법은 블로그 게시물도 교차 링크하는 것입니다. 때로는 사람들이 추가하는 카테고리 페이지 또는 […] 태그 페이지로 수행됩니다. 때때로 블로그에는 관련 블로그 게시물에 연결하는 메커니즘이 있습니다 [...]. 처음에는 블로그 결과의 첫 페이지만 표시되더라도 나머지 웹사이트로 크롤링할 수 있습니다.

[...] 이를 다시 확인할 수 있는 한 가지 방법은 로컬 크롤러를 사용하는 것입니다. 다양한 타사 크롤링 도구를 사용할 수 있습니다. 웹 사이트를 크롤링하고 5개의 블로그 게시물만 선택하는 경우 검색 가능한 5개의 블로그 게시물일 것입니다. 반면에 이 5개의 블로그 게시물을 거치면. 그런 다음 […] 더 많은 것을 찾으면 Googlebot이 사이트의 나머지 부분도 크롤링할 수 있다고 확신할 수 있습니다."

대체 텍스트의 길이와 사용

46:51 “[...] Google은 대체 텍스트에 사용할 수 있는 최대 단어가 16개라고 말했습니다. [...] Google은 내 대체 텍스트의 나머지 부분을 읽고 [...] 이것이 유용성에 무엇을 의미합니까?”

John이 다음과 같이 응답했습니다. “[...] 대체 텍스트의 길이에 대한 지침이 없습니다. [...] Google 검색의 관점에서 볼 때 특정 이미지와 관련이 있는 경우 이미지의 대체 텍스트에 많은 것을 넣을 수 있습니다. 대체 텍스트와 관련하여 우리는 주로 이미지를 더 잘 이해하기 위해 대체 텍스트를 사용합니다. 따라서 누군가가 Google 이미지에서 […] 대체 텍스트와 일치하는 것을 검색하는 경우 이를 사용하여 귀하의 이미지가 해당 특정 페이지의 대체 텍스트와 관련이 있음을 이해할 수 있습니다 [...].

우리는 또한 페이지의 일부로 대체 텍스트를 사용합니다. 그러나 나에게 그것은 일반적으로 어쨌든 페이지에서 이미 볼 수 있는 것입니다. 따라서 페이지 자체에 덜 중요한 것입니다. 이미지에 적용되는 것으로 정말 사용하고 […] 유용성과 Google 이미지가 특정 이미지를 더 잘 이해할 수 있도록 합니다.

[...] 또한 언급할 가치가 있는 것은 Google 이미지의 경우 이미지에 있는 내용을 정확히 설명할 필요가 없다는 것입니다. 그러나 오히려 […] 이 이미지가 귀하의 특정 페이지에 대해 의미하는 바가 무엇입니까? 따라서 해변 사진이 있는 경우 대체 텍스트를 사용하여 오, 이것은 해변이라고 말할 수 있습니다. 하지만 여기가 우리 호텔 앞의 해변이거나 화학 물질 청소를 할 때 사진을 찍은 해변이라고 말할 수도 있습니다. [...] 이러한 의도는 매우 다르며 사람들은 Google 이미지에서 더 많은 정보를 찾기 위해 다양한 방식으로 검색할 것이며 추가 컨텍스트를 제공하는 것도 제 생각에는 항상 의미가 있다고 생각합니다."