2022년 11월 29일 화요일
11월 Google SEO 실무자와의 만남 시간과 관련하여 질문을 제출해 주신 모든 분께 감사드립니다. 이 에피소드에서는 게리 일리스, 리지 사스만, 존 뮬러, 앨런 켄트, 듀이 응우옌 등 Google 검색팀의 답변을 들려줍니다. YouTube 채널에서 전체 녹화 파일을 확인할 수 있으며 이 블로그 게시물에서는 보다 쉽게 참고할 수 있도록 질문 스크립트도 게시합니다.
지난 몇 개월 동안 실무자와의 만남 시간을 실험해 왔으므로 앞으로 다른 대안을 시도할 수도 있습니다. 목표는 이러한 게시물을 더욱 간편하게 게시하고 Google 검색팀의 다른 팀원이 답변을 제공할 수 있도록 하여 이를 게시하기 위해 필요한 노력을 최소한으로 유지하는 것입니다. 현재로서는 이 오디오 전용 형식을 매월 출시하는 것을 목표로 하고 있습니다.
12월 Google 검색엔진 최적화 업무 시간과 관련하여 질문을 제출하시겠어요? 양식을 제출할 수 있으며 다음 달 에디션에 질문을 제출할 수 있습니다. Google 검색 및 검색엔진 최적화와 관련된 일반적인 질문을 제출해 주시는 것이 좋습니다. 웹사이트에 관한 구체적인 질문이 있는 경우 Google 검색 센터 포럼에서 사이트별 도움말을 찾아볼 수 있습니다.
새 설정이 마음에 드셨나요? 이 블로그 게시물이나 YouTube 동영상의 의견 보내기 버튼을 사용하여 의견을 남겨주세요.
쉼표 분리를 사용하여 하나의 스키마 마크업 필드에 여러 개의 값을 사용할 수 있나요?
Lizzi: 아비셱님의 질문입니다. "쉼표 분리를 사용하여 하나의 스키마 마크업 필드에 여러 개의 값을 사용할 수 있나요? 예를 들어 GTIN에 값 1, 값 2가 있는 겁니다."
항상 그렇듯이 기능마다 일부 가이드가 다를 수 있으므로 특정 기능에 관한 문서를 확인해야 합니다. 하지만 일반적으로 필드당 하나의 값을 지정하는 것이 좋으며 특히 GTIN의 경우 제품 고유 식별자이므로 값이 하나여야 합니다. GTIN과 ISBN을 지정하는 경우 GTIN을 사용한 다음 ISBN 속성을 사용하세요. 그래야 Google에서 어떤 값이 어떤 속성에 적용되는지 알 수 있습니다.
도메인 속성에서 Search Console의 거부 기능을 사용할 수 있는 옵션에는 어떤 것이 있나요?
존: 피에르님의 질문입니다. "지금은 Search Console의 거부 기능을 도메인 속성에 대해서는 사용할 수 없습니다. 다른 어떤 옵션이 있나요?'
도메인 수준 확인을 설정했다면 추가 토큰을 사용하지 않아도 프리픽스 수준을 확인할 수 있습니다. 해당 호스트를 확인하고 필요한 작업을 실행하세요. 이상하게 보이거나 일부 도구에서 신고한 임의의 링크를 거부하는 것은 시간 낭비입니다. 링크를 거부해도 달라지는 것이 아무것도 없습니다. 링크 비용을 실제로 지불했지만 나중에 링크를 삭제할 수 없을 때만 거부 도구를 사용하세요.
유용한 콘텐츠 업데이트에서 수익 창출을 위해 게스트 게시물을 수락하는 사이트는 얼마나 낮게 평가되나요?
Duy: 안녕하세요. 듀이입니다. 검색엔진 최적화 실무자와의 만남을 녹음하고 있어요. 라타님의 질문입니다. "유용한 콘텐츠 업데이트에서 수익 창출을 위해 게스트 게시물을 수락하는 사이트는 얼마나 낮게 평가되나요?"
Google 시스템은 가치가 낮은 사이트, 품질이 낮은 콘텐츠, 검색엔진만 목표로 하는 콘텐츠를 식별할 수 있습니다. 콘텐츠와 링크를 꼼꼼하게 검토하지 않고 수익 창출만을 위해 게스트 게시물을 게시하는 사이트는 서비스 검색결과의 순위가 낮아질 위험을 무릅쓰는 것입니다. 이러한 순위 하락은 유용한 콘텐츠 업데이트뿐 아니라, Google 검색에서 이미 사용하고 있는 다른 시스템 때문이기도 합니다.
Google에서 표준 태그를 제대로 감지하지 못하면 어떻게 해야 하나요?
John: "Google에서 표준 태그를 제대로 감지하지 못하면 어떻게 해야 하나요?"
한 걸음 물러나서 보면, 표준화에는 link rel="canonical" 요소 말고도 다양한 요인이 관여합니다.
Google에서 서로 상당히 유사한 여러 URL을 발견하면 그중 콘텐츠를 가장 잘 나타내는 하나의 URL을 선택하려고 시도하며, 이때 link rel="canonical"뿐만 아니라 리디렉션, 사이트맵, 내부 링크, 외부 링크 등도 고려합니다. 마음속으로 점찍어둔 URL이 있다면 모든 신호가 일치하는지 확인하세요. 표준화는 대체로 어떤 URL을 표시할지에 관한 것이며 콘텐츠 순위에는 영향을 미치지 않는다는 점을 기억하시기 바랍니다.
콘텐츠가 짧을수록 Google에서 페이지를 크롤링하고 색인을 생성할 가능성이 높아지나요?
게리: "사이트에 각 주제를 다루는 디렉터리가 있는데, 그다지 많이 검색되는 주제가 아닙니다. 이 경우 콘텐츠가 짧을수록 색인에 저장하는 비용이 적으므로 Google에서 페이지를 크롤링하고 색인을 생성할 가능성이 높아지나요?"
흥미로운 질문이네요. 콘텐츠의 길이는 크롤링 빈도 및 색인 생성 여부에 영향을 주지 않으며 URL 패턴 크롤링 속도에도 영향을 주지 않습니다. 틈새 콘텐츠 색인이 생성될 수도 있습니다. 콘텐츠의 길이로 인해 어떤 식으로든 불이익을 받지는 않습니다. 하지만 일반적으로 보았을 때 인터넷에서 인기가 있는 콘텐츠, 즉 많은 사용자가 연결되어 있는 콘텐츠가 더 쉽게 크롤링되고 색인이 생성됩니다.
등록정보를 동적으로 정렬하는 것이 제품 이미지의 색인이 생성되지 않는 이유가 될 수 있나요?
앨런: 폴이 "등록정보를 동적으로 정렬하는 것이 제품 이미지의 색인이 생성되지 않는 이유가 될 수 있나요?"라고 물었습니다.
등록정보를 동적으로 정렬하더라도 제품 이미지의 색인이 생성되지 않는 이유가 되지는 않습니다. Google에서 이미지가 지시하는 제품이 무엇인지 알 수 있도록 제품 이미지를 제품 설명 페이지에 참조해야 합니다. 필요한 경우 사이트맵 파일을 만들거나 Google 판매자 센터 피드를 제공할 수 있습니다. 그러면 Google에서 등록정보 페이지에 의존하지 않고 모든 제품 페이지를 찾을 수 있습니다.
사이트 이전 일정이 있나요?
Lizzi: 세르게이님의 질문입니다. "사이트를 이전하는 기간이 정해져 있나요? 현재 대규모 사이트를 새 도메인으로 이전하고 있습니다. 벌써 4개월이 지났는데도 도무지 새 도메인이 이전 도메인의 SERP 순위에 도달할 것 같은 조짐이 안 보입니다. 어떻게 해야 할까요?"
이와 같은 큰 변화로 인해 순위 변동이 나타나는 것은 자연스러운 현상입니다. 특히 이전이 진행 중일 때는 더욱 그렇습니다. 상황이 완전히 정리되는 시점이 언제인지는 정해져 있지 않습니다. 또한 Google 검색의 경우 사이트의 한 섹션만 이동했다고 해서 반드시 전체 사이트가 이전되는 것은 아니며 이전이 진행 중이라면 Google 검색에서도 계속 변동이 발생할 것입니다. 사이트를 직접 보지 않고는 다음에 어떤 조치를 취하셔야 할지 말씀드리기 어렵습니다. 사이트에 대한 도움을 받으려면 다른 사용자들이 세르게이님이 어떤 상황에 있는지 확인하고 보다 구체적인 조언을 제공할 수 있도록 포럼에 질문을 게시하시는 것이 좋습니다.
HTTP/3를 사용하면 성능이 개선되니까 검색엔진 최적화도 향상될 수 있나요?
존: Flavio님의 질문입니다. "HTTP/3을 사용하면 간접적으로라도 검색엔진 최적화(SEO)가 개선될까요? HTTP/3은 성능을 개선해 주니까요."
현재 Google에서는 HTTP/3를 순위 결정 요소로 사용하고 있지 않으며 제가 알기로는 크롤링에도 사용되고 있지 않습니다. 성능 측면에서 보았을 때 사용자가 HTTP/3를 사용하여 얻는 이점은 코어 웹 바이탈에 현저하게 영향을 줄 정도로는 충분하지 않다고 생각합니다. 코어 웹 바이탈은 Google에서 페이지 경험 순위 지정 요소에 사용하는 측정항목입니다. 서버 속도를 높이는 것은 항상 좋은 생각입니다. 하지만 HTTP/3을 사용하는 것만으로는 검색엔진 최적화에 직접적인 영향을 주기 어려울 것 같습니다. 서버에서 더 빠른 RAM을 사용하더라도 검색엔진 최적화에 직접적인 영향을 주기 어려운 것과 비슷합니다.
Google에서 백링크를 순위 지정 요소로 계속 사용하는 이유는 무엇인가요?
Duy: 안드레아님의 질문입니다. "링크 구축 캠페인이 허용되지 않는데 Google에서 백링크를 순위 지정 요소로 계속 사용하는 이유는 무엇인가요? 백링크는 간단히 조작 가능합니다. Google에서 백링크와 달리 쉽게 조작할 수 없는 순위 지정 요소를 사용하지 않는 이유는 무엇인가요?
여기에서 몇 가지 알려드리고자 합니다. 첫째, 신호로서의 백링크는 몇 년 전 Google 검색이 처음 시작되었을 때와 비교해 영향력이 크게 줄어들었습니다. Google은 모든 검색어에 관해 가장 관련성이 높고 유용한 검색결과를 1순위로 표시할 수 있도록 수백 가지의 강력한 순위 결정 신호를 사용합니다. 둘째, 전체 링크 제작 캠페인입니다. 이 전체 링크 제작 캠페인은 Google의 스팸 정책에 따르면 기본적으로 링크 스팸이라고 볼 수 있습니다. Google에서는 부자연스러운 링크를 대규모로 감지하고 무효화하기 위하여 여러 가지 알고리즘을 사용합니다. 즉, 스팸 발송자나 검색엔진 최적화 전문업체는 링크 제작에 지출하는 비용이 실제로 가치를 할지 알 수 있는 방법이 없습니다. Google 시스템에서는 이러한 스팸 링크를 발견하는 즉시 무효화했으므로 스팸 링크를 만드는 데 비용만 낭비했을 가능성이 높기 때문입니다.
내부 콘텐츠 링크의 앵커 대부분이 동일한지 아닌지 여부가 중요한가요?
존: 샘님의 질문입니다. "내부 콘텐츠 링크의 앵커 대부분이 동일한지 아닌지 여부가 중요한가요?"
동일해도 괜찮습니다. 아주 정상입니다. 일반적으로 메뉴는 모든 곳에 연결됩니다. 또한 전자상거래 사이트 내에 연결되어 있는 모든 제품도 항상 동일한 링크로 연결됩니다. 아무런 문제도 없는 평범한 상태이며 검색엔진 최적화 측면에서 별도로 취해야 할 조치는 없습니다.
웹사이트 스키마를 추가할 때 소프트웨어 애플리케이션 스키마도 추가해야 하나요?
Lizzi: 익명의 사용자님의 질문입니다. "홈페이지에 최신 웹사이트 스키마를 추가하는 경우 소프트웨어 애플리케이션이나 조직 스키마도 추가해야 하나요? Google에서는 문서의 스키마 마크업을 업데이트하면서 브랜드용 웹사이트 스키마를 추가했습니다. 그러나 이 문서에서는 조직 또는 소프트웨어 애플리케이션 스키마가 어떻게 되는지는 언급하지 않습니다.
경우에 따라 다릅니다. 만족스러운 답변을 드리지 못해 죄송합니다. 이 두 가지 기능은 서로 다릅니다. 소프트웨어 애플리케이션에 관한 사이트라면 당연히 구조화된 소프트웨어 애플리케이션 데이터도 추가하실 수 있습니다. 홈페이지에 여러 웹사이트 노드가 아니라 하나의 웹사이트 노드가 있도록 모든 항목을 중첩했는지만 확인하세요. 그게 핵심입니다.
noindex 페이지가 지나치게 많으면 조회 또는 색인 생성에 문제가 되나요?
게리: 크리스님의 질문입니다. "noindex 페이지가 지나치게 많으면 Google에 있어 얼마나 문제가 되나요? 양이 너무 많으면 콘텐츠 조회 및 색인 생성에 영향을 미치나요?"
좋은 질문입니다. noindex는 검색엔진에서 제공하는 매우 강력한 지원 도구로, 사이트 소유자는 이를 사용해 색인에서 콘텐츠를 제외할 수 있습니다. 따라서 noindex를 사용한다고 해서 크롤링 및 색인 생성에 의도치 않은 영향이 발생하지 않습니다. 예를 들어 noindex가 있는 페이지가 많더라도 Google에서 사이트를 크롤링하고 색인을 생성하는 방식에는 영향을 미치지 않습니다.
URL과 페이지에서 같은 언어를 사용하지 않으면 문제가 되나요?
앨런: 얘써님의 질문입니다. URL에 페이지에 사용된 것과 동일한 언어의 문자가 포함되어 있지 않으면 사이트 순위에 영향을 미치나요?
검색엔진 최적화의 관점에서 볼 때 URL이 페이지 콘텐츠와 다른 언어로 작성되어 있더라도 부정적인 영향은 없습니다. 반면에 사용자의 경우, 다른 사람과 URL을 공유할 때 언어 불일치에 관심을 가질 수 있습니다.
크리에이터는 스팸 및 스크래핑이 사용된 사이트에 어떻게 대응해야 하나요?
Duy: 크리스틴님의 질문입니다. "콘텐츠 크리에이터는 AI를 사용해 콘텐츠를 위장하고 수정한 후 검색결과에서 더 높은 순위를 얻고 있는 사이트에 어떻게 대응해야 할까요?
콘텐츠를 스크랩하는 것은, 콘텐츠에 어느 정도 수정이 가해지더라도 Google의 스팸 정책에 위배됩니다. Google에서는 이러한 행위를 추적한 후 다른 사이트의 콘텐츠를 스크랩하는 사이트의 순위를 내리기 위해 다양한 알고리즘을 사용합니다. Google 검색에서 좋은 실적을 얻는 콘텐츠를 반복적으로 스크랩하는 사이트를 발견하면 언제든지 스팸 신고 양식을 사용하여 Google에 신고해 주세요. 그러면 Google에서 스팸을 감지하고 전반적인 순위 시스템을 개선하는 등 시스템을 개선하는 데 도움이 됩니다.
Google에서는 여러 페이지를 돌아가며 색인을 생성하나요?
Lizzi: 리드완님의 질문입니다. "Google에서 여러 페이지를 돌아가며 색인을 생성하나요? 제가 작업하고 있는 사이트에서 돌아가면서 페이지 색인이 생성되고 있어요. 예를 들어 페이지 A는 월요일부터 목요일까지는 색인이 생성되지만 금요일부터 일요일까지는 색인이 생성되지 않아요.
알겠습니다. 이 질문에 대해서는 금방 답을 드릴 수 있겠네요. 아니요. 그렇지 않습니다. 요일을 기준으로 돌아가며 색인을 생성하지 않습니다.
색인이 생성된 페이지와 색인이 생성되지 않은 페이지 간의 비율을 확인해야 하나요?
존: 안토니오님의 질문입니다. "색인이 생성되지 않은 페이지에서 낭비되는 크롤링 예산을 효과적으로 파악할 수 있도록 Search Console에서 색인이 생성된 페이지와 색인이 생성되지 않은 페이지 간의 비율을 확인해야 하나요?"
아니요. Google에서 목표로 하는 '마법의 비율'은 없습니다. 또한 페이지가 백만 개가 넘을 정도로 어마어마한 규모를 갖춘 웹사이트가 아니라면 웹사이트의 크롤링 예산에 관해 걱정하지 않으셔도 됩니다. 불필요한 내부 링크를 삭제하는 것은 괜찮습니다. 다만 이 문제는 규모가 작거나 중간 정도인 사이트인 경우 검색엔진 최적화라기보다 사이트 건전성 주제와 더 밀접한 관련이 있죠.
디스커버 기능을 어떻게 사용 설정하나요?
앨런: 조이데브님의 질문입니다. "디스커버 기능을 어떻게 사용 설정하나요?"
콘텐츠가 디스커버에 표시되도록 하기 위해 별도로 취하셔야 할 조치는 없습니다. 이 작업은 자동으로 처리됩니다. 다만 Google에서는 콘텐츠를 디스커버와 검색 결과 중 어느 쪽에 표시할지 판단하기 위해 다양한 기준을 사용합니다. 따라서 Google 검색에서 트래픽이 발생한다고 해서 디스커버에서 트래픽이 발생할 것이라고 보장할 수는 없습니다.
스팸 사이트와 연결된 noindex 페이지가 많으면 크롤링 예산에 영향을 미치나요?
개리: 샘님이 noindex 관련 질문을 또 주셨네요. "Google Search Console에서 NOINDEX에 의해 제외된 URL이 수백만 개는 될 것이라고 불평하는 검색엔진 최적화 담당자가 많습니다.
이렇게 제외된 URL이 전부 스팸 사이트에서 연결된 의미 없는 내부 검색 페이지라는 점이 어이없다는 것이죠. 이게 크롤링 예산에 문제가 되나요?"
noindex는 콘텐츠를 색인에서 제외할 때 도움이 되며 앞서 언급했듯이 의도치 않은 부정적인 영향을 수반하지 않습니다. 페이지나 URL이 Google 색인에 포함되지 않도록 할 때 noindex를 계속 사용하셔도 됩니다. 크롤링 예산은 걱정하지 마세요.
긴 기사를 여러 부분으로 나누면 빈약한 콘텐츠가 되나요?
Lizzi: 랄린드라님의 질문입니다. "긴 주제를 다루는 기사가 여러 개의 기사로 분할되어 서로 연결되어 있다면 빈약한 콘텐츠로 간주되나요?"
콘텐츠를 보지 않고는 알기 힘듭니다. 하지만 빈약한 콘텐츠는 단어 수만으로 판가름나는 것이 아닙니다. 주제를 철저하면서도 깊이 있게 파헤치는 글인지 살펴보는 접근방식도 좋고, 주제를 이해하기 쉽게 여러 부분으로 나눠보는 접근방식도 좋습니다. 이 두 가지 모두 완벽히 타당한 접근방식이지요. 어떤 방식을 선택할 것인지는 해당 페이지에서 다루는 주제와 콘텐츠에 따라 달라지며, 독자에게 가장 적합한 방식이 무엇일지 가장 잘 아는 것은 바로 콘텐츠 작성자입니다. 그렇기 때문에 저라면 사용자에게 가장 유용한 것은 무엇인지, 주제가 무엇이건 간에 모든 페이지에서 충분한 가치를 제공하고 있는지에 관해 초점을 맞출 것 같습니다.
404 페이지가 많으면 크롤링과 처리가 중지될 수도 있나요?
게리: 미셸님의 질문입니다. "HTTPS 보고서 고객센터 문서에 따르면 404 페이지가 많으면 URL 크롤링 및 처리를 중지하라는 메시지가 표시될 수 있다고 하던데요. 404가 많다는 게 어느 정도인가요? 웹사이트에 404 오류가 너무 많이 표시되면 이 문제가 발생할 수 있나요?"
이상하군요. 질문해 주셔서 감사합니다. 원래 문서에는 '404 HTTP 상태 코드로 인해 사이트 수준에서 크롤링이 중지된다'고 잘못 적혀 있었으며 이 오류를 바로 잡았습니다. 올바른 내용은 '404 오류가 아닌 HTTPS 인증서 오류'입니다. 사이트에 404 오류가 필요하다면 얼마든지 사용하셔도 괜찮습니다. 그렇게 해도 웹사이트의 전체 크롤링에는 영향을 미치지 않습니다. 404 페이지는 인터넷에서 발생하는 매우 정상적인 부분입니다.
중요한 부분의 동영상 마크업은 현재 어떤 상태인가요?
앨런: 이만님의 질문입니다. "중요한 부분 동영상 마크업은 현재 어떤 상태인가요? 이 스니펫은 YouTube 동영상에만 사용할 수 있는 것같은데 맞습니까?"
중요한 부분 동영상 마크업은 현재 제공되고 있는 기능으로 YouTube뿐 아니라 다양한 동영상 제공업체에서 이 마크업을 사용하고 있습니다. Google의 온라인 도움말로는 충분하지 않다면 공개 포럼에 문의해 보세요.
사용자들이 신규 웹사이트를 이와 유사한 기존 웹사이트와 헷갈려 합니다. 어떻게 해야 하나요?
존: "Weird All website"님의 질문입니다. 웹사이트의 전체 이름을 입력해도 새 웹사이트("Weird All",)가 검색에 표시되지 않습니다. 가수 "Weird Al"의 이름과 혼동합니다.
저는 Weird Al의 음악을 잔뜩 들으며 커 왔기 때문에 Google 및 다른 검색엔진에게 공감합니다. 사람들이 L을 2개 사용하여 "weird all"를 입력했다면 아마도 대부분 Weird Al을 검색하려고 했을 것입니다. 기본적으로 이러한 유형의 검색엔진 최적화의 경우 사이트 이름을 유명인 이름의 오타가 아닌 이름으로 선택해야 합니다. 사이트를 해당 유명인으로부터 차별화시키는 데 상당히 어려움을 겪게 마련이기 때문입니다. Google 시스템은 오타로 보이는 부분이 있는 경우 해당 정보를 오타로 처리하며, 사용자가 원하는 콘텐츠를 찾을 수 있도록 안내합니다. 이는 시간이 지남에 따라 사람들이 "Weird Al"의 노래를 듣고 싶어하는 것이 아니라 "weird all"로 이동하고 싶어함을 알게 되면 Google 시스템이 제대로 판단하게 될 수 있는 문제이긴 합니다. 그러나 이러한 결과를 얻으려면 상당히 오랜 시간이 걸립니다. 특히 Weird Al은 오랫동안 사랑받아 온 유명인이므로 사이트를 차별화하는 데 큰 어려움을 겪을 수 있습니다.
HTML만으로 FAQ 추천 스니펫을 받을 수 있나요?
Lizzi: 익명의 사용자님의 질문입니다. "HTML만으로 FAQ 추천 스니펫을 받을 수 있나요? 스키마 마크업을 참조하지 않고 HTML만으로요."
FAQ 리치 결과를 말씀하시는 것이라면 검색 결과에서 이 개선사항을 사용하기 위해 FAQ 스키마 마크업이 필요합니다. 일부 기능은 웹페이지에 삽입한 마크업을 자동으로 가져올 수도 있지만, 이것도 실제로 가능한지 확인하려면 특정 문서를 확인해야 합니다. 하지만 FAQ 리치 결과의 경우, 마크업이 확실히 필요합니다.
자체 참조 표준이 중복 삭제에 도움이 되나요?
존: 에스벤님의 질문입니다. "자체 참조 표준의 경우, 저는 중복 삭제를 위한 고유 신호라고 생각하지만 다른 생각을 가진 사람들도 있습니다. 어떻게 생각하세요, 존?"
저는 자체 참조 표준이 아무런 기능도 하지 않는다고 생각합니다. 하지만 때로 페이지가 다른 URL에 표시될 때가 있으니까요. 그러면 표준이 더 이상 '자체 참조'가 아닌 진짜 유용한 효과를 갖게 되는 거죠. 예를 들어 페이지에 UTM 추적 매개변수가 참조되는 경우와 같을 때 말이지요.
검색결과에 어느 정도는 무작위성이 있어야 할까요?
앨런: 다음과 같은 질문이 들어왔습니다. "제가 보기에 검색엔진에서 강력한 사이트를 점점 더 많이 홍보하고 약한 리소스는 계속해서 줄이는 것 같네요. 무작위성이 어느 정도 있어야 한다고 생각하지 않으신가요?"
Google의 기본 목적은 검색을 수행하는 사용자에게 가장 유용한 검색결과를 제공하는 것입니다.
Google이 사기성 웹 스토리에 대해 조치를 취하지 않는 이유는 무엇인가요?
Duy: 쿠날님의 질문입니다. "왜 Google에서는 다른 웹 스토리를 복사한 웹 스토리나 사기성 웹 스토리에 대해 조치를 취하지 않나요? 디스커버에서 이러한 웹 스토리를 확인해 주실 수 있나요?"
신고해 주셔서 감사합니다. Google에서도 이러한 시도를 알고 있으며 현재 이를 조사하고 있습니다. 다른 콘텐츠를 스크랩한 사기성 콘텐츠가 있는 사이트는 Google의 스팸 정책을 위반하며, Google 알고리즘은 검색결과에서 사이트의 순위를 낮추는 작업을 상당히 잘 수행합니다.
link rel="ugc"에 연결된 댓글 페이지의 색인이 삭제되나요?
존: 톰님의 질문입니다. "내부적으로 link rel="ugc"로 연결된 블로그 댓글 페이지의 색인이 삭제됩나요?
아니요, 그렇지 않습니다. 페이지의 색인이 생성되는 이유는 다양합니다. rel="ugc"가 포함된 링크(예: rel nofollow가 포함된 링크)는 다르게 처리되지만 도착 페이지에 부정적인 영향을 미치지는 않습니다. 페이지의 색인이 생성되지 않도록 하려면 대신 noindex robots meta 태그를 사용해야 합니다.
형태가 없는 제품의 경우 제휴 링크가 없어도 제품 리뷰 업데이트가 허용되나요?
앨런: 압둘 라힘님의 질문입니다. Google은 형태가 없는 제품이며 제휴 링크가 없는 제품 리뷰 업데이트에 관해 어떻게 평가하나요?
Google은 구매할 수 있으며 형태가 있는 실제 제품에 초점을 맞추고 있지만, 동시에 시스템에서 디지털 제품과 관련된 콘텐츠를 평가하는 경우도 있습니다. 제품을 리뷰할 때는 제휴 링크를 제공하지 않아도 됩니다. 그러나 독자에게도 유용할 수 있도록 다른 리소스로 연결되는 유용한 링크를 포함하는 것이 좋습니다.
사이트에 페이지가 10,000개 있습니다. 설명 작성을 위한 팁이 있을까요?
Lizzi: Siddiq님의 질문입니다. "사이트에 페이지가 10,000개 이상있습니다. meta 태그를 전부 작성하려면 시간이 너무 오래 걸립니다. 팁이 없을까요?
이에 관한 안내가 필요하면 메타 설명 문서를 참고하세요. 일부 사이트, 특히 제품 애그리게이터와 같은 대규모 데이터베이스 기반 사이트의 경우 의 경우 메타 설명을 프로그래매틱 방식으로 생성하는 것이 좋습니다. 프로그래매틱 방식을 사용하더라도, 생성된 메타 설명의 질이 양호한지에 관한 확인은 필요합니다. 해당 설명은 각 페이지와 관련된 고유하고 구체적인 내용이어야 합니다. 같은 메타 설명을 반복해서 사용해서는 안 됩니다.
10,000페이지 정도 되는 빈약한 블로그 콘텐츠를 삭제하려면 어떻게 하는 것이 가장 좋나요?
존: "아마도 10,000페이지 분량의 빈약한 블로그 콘텐츠를 삭제해 보려고 합니다. 추천해 주실 만한 방법이 있나요?"
페이지를 삭제하세요. 별도로 취해야 할 조치는 없습니다. 그리고 빈약한 페이지를 삭제한다고 해서 사이트의 가치가 자동으로 높아지는 것은 아닙니다. 콘텐츠가 빈약한 페이지나 삭제 페이지의 존재 여부와 관계없이 사이트에서 가치를 제공하고 있는지 제대로 확인해야 합니다.
백링크가 효과적인가요? 아니면 사이트 품질을 극대화하는 데 집중해야 하나요?
Duy: "검색엔진 최적화 초보입니다. 백링크를 구매해야 한다고 제안하는 웹사이트 또는 동영상이 많이 보이네요. 백링크가 효과적인가요? 아니면 사이트의 품질을 극대화하는 데 집중해야 하나요?"
검색엔진에 더 공신력 있는 사이트처럼 보이기 위해 검색이나 순위를 조작하거나 금전을 사용하는 지름길, 속임수를 찾는 사람들이 항상 존재합니다. 링크 스팸도 이러한 속임수 중 하나입니다. 예를 들면 20년 전에 비해 지금은 링크를 그렇게까지 많이 사용하지 않습니다. 또한 링크 스팸을 무효화하는 여러 알고리즘이 출시되었으므로 스팸성 링크에 돈을 낭비해서는 안 됩니다. 이 돈은 훌륭한 사용자 경험과 유용한 콘텐츠를 제공하는 멋진 웹사이트를 만드는 데 훨씬 더 필요합니다.
페이지에 검색결과에 캐시된 사본이 있어야 하나요?'
존: "페이지에 검색결과에 캐시된 사본이 있어야 하나요?'"
아니요. 캐시된 페이지가 꼭 필요한 것은 아닙니다. 캐싱 시스템은 검색의 색인 생성 및 순위 지정 방식과는 관계없이 다소 독립적으로 움직입니다. 페이지에 캐시된 페이지가 없더라도 품질에 관한 신호로 작용하지 않습니다.
Search Console에서 4xx 오류에 관해 알 수 없는 참조 URL을 보고하는 이유는 무엇인가요?
앨런: 에스벤 라스무센님의 질문입니다. "Google Search Console에서 어떻게 알려지지 않은 내부 URL을 400 시리즈 오류 URL에 대한 참조 URL로 보고할 수 있나요?"
Google에서 모든 페이지의 색인을 생성하는 것은 아니므로 URL이 알려지지 않았을 수 있습니다. 크롤러가 페이지를 방문했을 수는 있지만 색인이 생성되지 않은 경우 알 수 없음으로 보고됩니다.
자동으로 생성된 페이지를 nofollow로 표시해야 하나요?
게리: 유수프님의 질문입니다. "WordPress 웹사이트 또는 블로그에서 abc.com/page/one, page/two와 같이 자동으로 생성된 페이지를 nofollow 페이지로 표시해야 할까요?
사이트 중 특정 유형의 페이지에 대한 크롤링이나 색인 생성을 제한하려면 이러한 페이지를 가리키는 no-following URL를 사용하기보다 robots.txt 허용 안함 규칙을 사용하는 것이 더 좋습니다. 다른 방법이 없다면 작업량이 훨씬 적으며, 아마도 덜 불안정합니다. 사용자가 페이지에 연결되는 방식을 직접 관리할 수는 없기 때문에 일부 링크의 경우 air-quotes follow가 발생할 수 있습니다.
Search Console의 실적 보고서는 어떻게 이해하는 것이 가장 좋을까요?
존: 바비님의 질문입니다. "Search Console에 표시되는 측정항목을 개선하기 위해 어떤 노력이 진행되고 있나요? 특히 실적 보고서를 이해하기에 혼란스러울 때가 있습니다.
이는 정상적인 반응입니다. Google에서는 최근 이 주제에 관하여 검색 센터 블로그에 성능 데이터 심층 분석이라는 게시물을 올렸습니다. 쿼리를 기준으로 볼 때와 페이지를 기준으로 볼 때 사이에 차이가 있습니다. 또한 쿼리별 데이터에는 일정 수준의 개인 정보 보호 필터링이 적용됩니다. 트렌드는 동일한 경우가 많기 때문에 세부정보는 중요하지 않은 경우가 많지만, 이 주제에 관해 자세히 살펴보고 싶으시다면 관련 문서가 다양하게 준비되어 있습니다.
페이월 콘텐츠가 검색 결과에 표시되지 않도록 하려면 어떻게 해야 하나요?
Lizzi: 미할님의 질문입니다. "페이월 콘텐츠가 검색결과 및 디스커버를 통해 무료 사용자에게 표시되지 않게 하려면 어떻게 해야 하나요? 페이월 콘텐츠 마크업을 올바르게 구현했는데 사용자가 만족하지 못하면 어쩌나 걱정됩니다.
권장되는 방법을 잘 사용하고 계십니다. 구조화된 페이월 데이터를 사용해 페이월 뒤에 숨겨진 콘텐츠에 관해 Google에 알려주세요. 올바른 방향으로 나아가고 계십니다. 페이월 콘텐츠가 Google 검색에 완전히 표시되지 않게 하려면 해당 페이지에 noindex라고 표시할 수 있지만
이는 여러분의 선택에 달려 있습니다.
스팸 점수가 사이트 순위에 영향을 미치나요?
존: 우사마님의 질문입니다. "스팸 점수가 사이트 순위에 영향을 미치나요? 링크 거부라는 방법 외에 웹사이트의 스팸 점수를 개선할 방법이 있을까요?"
유용한 정보를 소개해 드리겠습니다. Google에서는 개별 페이지 점수를 판단할 때 서드 파티 검색엔진 최적화 도구를 사용하지 않습니다. 웹사이트의 스팸 점수를 신고하는 도구를 사용하고 계시는 것 같은데, Google에서는 해당 도구를 사용하고 있지 않습니다. 하지만 그렇다고 해서 이 도구가 유용하지 않은 것은 아닙니다. 단지 Google에서 이 점수를 사용하지 않을 뿐입니다. 이 도구를 통해 무엇을 확인할 수 있는지 파악한 후, 개선의 여지가 있다면 실행에 옮기시기 바랍니다.
재고가 없는 제품 페이지는 어떻게 해야 하나요?
앨런: 바라 프라드님의 질문입니다. "매진된 제품이 다시는 입고되지 않는 경우 제품 페이지를 어떻게 해야 할까요? 제품 페이지를 삭제해야 하나요, 아니면 특정 페이지로 리디렉션해야 하나요?"
Google 검색 측면에서 보자면 페이지를 삭제해도 됩니다. 사이트 사용성 측면에서 보면, 이전 페이지가 다른 사람의 블로그에서 언급되거나 고객이 북마크에 추가한 경우 페이지를 한동안 유지하거나 리디렉션을 실행할 수 있습니다.
hreflang에 반환 태그가 누락된 경우에도 여전히 사용되나요?
존: 토마스님의 질문입니다. hreflang이 사용되었지만 반환 태그가 누락된 경우 hreflang이 여전히 해당 태그에 사용되나요? 아니면 오류가 웹사이트 전체에 영향을 미치나요?
Google에서는 hreflang을 판단할 때 유효한 hreflang 주석을 전부 고려합니다. hreflang 주석에 개별 페이지로 돌아가는 링크가 없는 등 hreflang 주석이 깨져 있다면 Google에서 연결을 끊습니다. 따라서 하나의 페이지에 hreflang 주석 세 개가 있고 그중 하나가 깨져 있다면 Google에서는 깨져 있는 주석이 어떻게 작동하는지 알 수가 없기 때문에 이 깨진 주석은 무시하지만, 웹마스터가 해당 페이지에 명시한 다른 2개의 주석은 계속 사용합니다. hreflang은 페이지별 주석이므로 웹사이트에 포함된 페이지마다 여러 개의 hreflang이 적용되어 있으며 이중 작동하는 것도 있고 그렇지 않은 것도 있는 경우 Google에서는 작동하지 않는 hreflang은 무시합니다. 작동하지 않는 hreflang의 별다른 부작용은 없습니다. 그저 작동하지 않는 것뿐입니다. 그렇지만 사이트를 테스트하면서 이렇게 깨진 주석이 발견되면 문제를 해결하시는 것이 좋습니다. 걱정거리를 하나 덜 수 있으니까요. 그리고 이러한 문제가 발생할 때마다 간단하게 해결할 수 있는 경우가 많습니다. 저라면 문제를 해결할 것 같네요. 하지만 문제를 해결하지 않더라도 사이트에 적용되어 있는 다른 주석에 부정적인 영향을 주지 않습니다.
여러 국가에서 웹페이지를 따로 제어하지 않고 hreflang을 구현하려면 어떻게 해야 하나요?
게리: 대미안님의 질문입니다. "여러 국가에서 브랜드 사이트를 제어할 수 없는 경우 웹사이트에서 어떻게 hreflang을 구현할 수 있을까요?"
멋진 질문입니다. hreflang은 중요하고도 복잡한 주제입니다. 실제로 사이트의 여러 변형에 hreflang을 구현하기란 간단한 일이 아닐 수도 있습니다. 그러나 모든 hreflang을 손쉽게 제어할 수 있는 방법이 있습니다. 바로 사이트맵이죠. sitemaps.org에서 "sitemap cross submits"라고 검색하여 설정 방법을 확인한 다음, 사이트맵에 HTML 페이지 대신 hreflang을 추가하세요. 이렇게 하면 프로세스가 상당히 간소화될 수 있습니다.
hreflang 사이트맵을 어느 폴더 위치에나 배치할 수 있나요?
존: 앤드류님의 질문입니다. "hreflang 사이트맵을 어느 폴더 위치에나 배치할 수 있나요?"
예. hreflang 사이트맵에는 특별한 점이 없습니다. 그저 추가적인 hreflang 주석이 포함된 기존 사이트맵 파일일 뿐입니다. 다른 여느 사이트맵 파일과 마찬가지로 사이트에 배치할 수 있습니다. robots.txt 파일을 사용하여 hreflang 사이트맵을 제출하실 수 있고, 어디에나 이 사이트맵을 배치하실 수 있습니다. Search Console을 사용하여 제출하셨다면 확인된 사이트의 어떤 위치에 사이트맵을 배치하셔도 괜찮습니다. 이미지 또는 동영상 주석이 포함된 사이트맵에도 마찬가지입니다.
색인이 생성되지 않은 웹사이트는 어떻게 되나요?
앨런: 에즈 케네디님의 질문입니다. "색인이 다시 생성되지 않은 웹사이트는 어떻게 되나요?"
먼저 Google Search Console에서 Google에서 사이트를 크롤링하지 못하게 하는 오류가 있는지 확인합니다. 하지만 Google에서 웹에 있는 모든 콘텐츠의 색인을 생성하지는 않으므로 콘텐츠 품질을 높여야 합니다.
새로운 언어 업데이트를 위해 x-default hreflang을 처리하려면 어떻게 해야 하나요?
존: 에이미님의 질문입니다. "13개 언어로 작성된 사이트가 있습니다. 작성자가 탈퇴하면 기사가 새로운 언어로 업데이트되지 않습니다. 클라이언트는 x-default를 삭제하거나 마지막으로 번역된 언어를 x-default로 사용하는 두 가지 옵션을 제공합니다. 어느 것이 더 좋은가요?"
이는 전적으로 웹마스터의 선택에 달려 있습니다. 페이지 세트별로 언어를 지정할 수 있으며 전체 웹사이트에서 모두 동일한 언어를 사용할 필요는 없습니다. 영어를 기본 언어로 설정했다가 나중에 일본어로 바꿔도 됩니다. 이렇게 하는 것이 사용자에게 가치를 제공한다고 생각된다면 말이죠.
x-default는 지정된 여러 언어가 아닌 다른 언어로 검색하는 사용자에게 해당 페이지가 이 언어로 표시된다는 의미입니다. 따라서 저라면 내부적인 프로세스보다는 사용자에게 도움이 되는 부분에 더 초점을 맞춰 이 문제를 다룰 것 같습니다.
제품 리뷰 업데이트가 리뷰가 없는 콘텐츠에도 영향을 미치는 이유는 무엇인가요?
앨런: 루시님의 질문입니다. "제품 리뷰 업데이트가 리뷰가 없는 콘텐츠에도 영향을 미치는 이유는 무엇인가요?"
제품 리뷰 업데이트가 사이트 전반에서 폭넓은 영향력을 보이고 있다면 아마도 제품 리뷰가 원인이지는 않을 것이며 다른 업데이트가 있었을 수 있습니다.
오래된 콘텐츠를 삭제하는 가장 좋은 방법은 무엇인가요?
게리: 익명의 사용자님의 질문입니다. "오래된 콘텐츠를 삭제하고 색인이 생성되지 않게 하는 가장 좋은 방법은 무엇인가요? 리디렉션일까요? 그렇다면 어느 페이지로 리디렉션하면 가장 좋을까요?"
흥미로운 질문입니다. 페이지를 완전히 삭제하고 해당 위치에 404 또는 410 상태 코드를 제공할 수도 있고 어떤 식으로든 사용자가 목표를 달성하는 데 도움이 되는 다른 페이지로 리디렉션할 수도 있습니다. 어떤 방법이나 요소를 쓸지는 온전히 개발자의 선택에 달려 있습니다. 결국 검색엔진이 아닌 개발자가 납득해야 하는 문제이기 때문입니다.
이미지 속 텍스트가 이미지 검색 순위에 영향을 미치나요?
Lizzi: 션 B님의 질문입니다. "이미지 속 텍스트가 이미지 검색 순위에 영향을 주나요? 예를 들면 티셔츠 인쇄용 이미지 검색에 영향을 줄 수 있나요? 이미지 내의 티셔츠에 있는 텍스트는 중요하지 않습니다. 그보다는 가격, 제품 이름, 브랜드 URL 등이 포함될 수 있는 이미지 주변의 텍스트에 관심이 있습니다."
이미지 주변의 텍스트는 이미지를 이해하는 데 분명 도움이 됩니다. Google은 자막 및 이미지 제목과 같이 이미지 주변에서 이미지와 관련된 정보를 추출할 수 있습니다. 따라서 이미지가 관련 텍스트 근처에 있는지, 텍스트가 이미지를 잘 설명하는지 확인하세요.
지역 비즈니스에서 여러 가지 오프라인 등록정보 웹사이트를 이용하는 것이 도움이 되나요?
앨런: 악샤이 쿠마르 샤르마님의 질문입니다. "지역 비즈니스에서 무료 또는 유료 지역 비즈니스 정보 웹사이트에 자신의 지역 비즈니스 세부정보를 게시하는 것이 도움이 되나요? Google에서 이러한 정보를 지역 검색결과로 간주하나요?"
검색엔진 최적화를 개선하기 위해 사이트를 공신력 있는 오프라인 등록정보 사이트에 추가하려고 하지 마세요. 검색과 관련 없이 더 많은 트래픽을 얻기 위한 방법으로는 활용할 수 있지만 지역 검색은 다른 문제입니다.
URL에 추가된 쿼리 매개변수가 검색엔진 최적화에 좋지 않은가요?
존: 알폰소님의 질문입니다. "'장바구니에 추가'와 같이 사이트 URL에 추가된 쿼리 매개변수는 검색엔진 최적화에 좋지 않은가요?"
아니요. 사이트 URL에 추가된 쿼리 매개변수 자체로는 검색엔진 최적화에 나쁘게 작용하지 않습니다. 하지만 대규모 웹사이트의 경우 사이트 URL에 추가된 쿼리 매개변수가 URL에 불필요하게 검색어 매개변수를 추가하지 않는다면 크롤링 예산 측면에서 중요한 역할을 할 수 있습니다. 이 경우 웹사이트가 '실제로 정말 규모가 큰 웹사이트인가?'라고 생각해 보세요. 그리고 웹사이트 내부 링크 내에 매개변수를 추가하면서 폭발적으로 증가할 수 있는 URL의 수가 늘어나고 있나요? 이러한 경우 저라면 URL에 추가할 매개변수의 수를 줄여보겠습니다. 규모가 작거나 중간 규모인 웹사이트라면 나중에 규모가 어마어마하게 큰 웹사이트가 되었을 때 이러한 매개변수를 확인해 보세요.
게리: 11월 기준 Google 검색 검색엔진 최적화 업무 시간입니다. 이 에피소드에 관한 의견이 있으신 경우 YouTube 동영상에 댓글로 남기시거나 트위터(@GoogleSearchC)로 알려주세요.
존: 아래 설명에 다음 달 에피소드에서 사용될 양식도 링크해 두었습니다. 여러분께서 궁금한 점을 질문해 주세요. 양식을 확인해 보시기 바랍니다. 감사합니다.