2023년 5월 Google 검색엔진 최적화 실무자와의 만남

다음은 2023년 5월 Google 검색엔진 최적화 실무자와의 만남 스크립트입니다. 사이트에 관해 구체적인 도움이 필요하면 Google 검색 센터 도움말 커뮤니티에 질문을 게시해 보세요.

두이: 콜리시오님의 질문입니다. 도메인에 페널티가 적용되면 해당 도메인에서 발신되는 링크에도 영향을 미치나요?

'페널티'가 Google의 스팸 알고리즘이나 직접 조치로 인해 도메인이 강등되었음을 의미하시는 것이라고 생각하고 말씀드리겠습니다. 일반적으로 답변해 드리면, 맞습니다. Google에서는 스팸으로 확인된 사이트의 링크를 신뢰하지 않습니다. 이는 앵커 신호의 품질을 유지하기 위함입니다.

여러 가지 URL 테스트 도구가 있는데, 도구마다 결과가 다르게 생성되나요?

마틴: 엘렌 에드먼즈님의 질문입니다. URL 검사 도구에서 렌더링된 html 탭과 리치 결과 테스트 도구에서 렌더링된 html 탭 결과는 서로 다른가요?

일반적으로는 동일한 방식으로 결과가 생성되지만 다음과 같은 두 가지 방법으로 생성될 수 있습니다. Google Search Console에서 '크롤링된 페이지 보기' 탭을 사용할 때 색인 생성 파이프라인을 사용하거나 실시간 테스트를 사용할 수도 있습니다. 또는 리치 결과 테스트 도구의 실시간 테스트를 사용하는 것도 가능합니다. 이 두 가지 실시간 테스트 모두 캐싱 단계를 건너뛰고 페이지의 현재 버전이 렌더링되는 방식을 알려줍니다. 즉, 렌더링된 출력에 영향을 줄 수 있는 캐싱과 캐싱 제한 시간이 사용되지 않습니다. 시간 제한이 어디에서 발생하느냐, 그리고 이 시간 제한이 발생하느냐에 따라 다르게 렌더링된 HTML을 얻을 수 있습니다. 그러나 테스트에서 결과를 생성하는 방식은 Google 인프라를 통해 결과가 생성되는 방식과 동일합니다.

디렉터리 및 소셜 북마크 사이트에 페이지 외부 검색엔진 최적화를 제출하는 것이 도움이 되나요?

게리: 샨타누님의 질문입니다. 디렉터리나 소셜 북마크 사이트에 페이지 외부 검색엔진 최적화를 제출하는 것이 도움이 되나요?

이 질문은 좋네요. 제가 15년 전에 검색엔진 최적화를 하던 때를 생각나게 하거든요. 간단히 말씀드리면, 저라면 디렉터리 제출과 소셜 북마크에 시간을 낭비하지 않을 겁니다. 전혀 도움이 되지 않을 작업에 시간을 낭비하고 있을 가능성이 높습니다.

사이트에서 컬렉션 페이지가 NOINDEX로 제외되는 이유는 무엇인가요?

존: 내 사이트에서 컬렉션 페이지가 NOINDEX로 제외되는 이유는 무엇인가요?

말씀하신 사이트를 다시 한번 살펴보았습니다. 간단히 말해, 사이트에 있는 페이지 나누기 카테고리 페이지가 특히 문제이며 페이지에 noindex robots <meta> 태그가 있습니다. 이 경우 저라면 Search Console에 지정된 정확한 URL을 확인해 볼 것 같습니다. 간단하게 확인하려면 브라우저에서 페이지를 열고 view-source 사용한 다음, 'robots'를 검색하세요. 그러면 robots <meta> 태그를 확인할 수 있고 'googlebot'을 검색하면 Googlebot <meta> 태그를 확인할 수 있습니다. 일부 페이지에는 이러한 태그가 여러 개 있을 수 있습니다. 질문하신 분의 경우 별개의 robots <meta> 태그가 두 개 있고 두 번째 태그에 noindex가 포함되어 있습니다. 관련 지식이 있으시다면 Chrome의 모바일 에뮬레이션 및 개발자 도구의 요소 검사 기능을 사용하여 로드된 DOM을 확인하거나 Search Console의 URL 검사 기능을 사용해 보시기 바랍니다. 질문하신 상황을 보면 사이트의 전자상거래 플랫폼 플러그인이나 설정 때문에 발생하는 현상 같습니다. 어쨌든 큰 문제는 되지 않습니다.

두이: 다음과 같은 질문이 들어왔네요. 러시아 웹사이트에서 내 사이트로 연결되는 링크가 표시됩니다. 이러한 링크를 차단하려면 어떻게 해야 하나요? 검색순위를 떨어뜨려서 내 사이트에 피해를 주려고 하는 것 같습니다.

Google의 알고리즘은 일반적으로 인터넷에 있는 스팸성 또는 가비지 링크를 인식하고 무시하는 데 뛰어난 성능을 보입니다. 이러한 악성 링크가 많이 발생하는 경우도 있지요. Google 시스템에서 알아서 처리할 일이니 지나치게 걱정하지 않으셔도 됩니다. 웹사이트를 개선하는 데만 집중하셔도 괜찮습니다.

웹사이트의 백엔드가 순위 지정에 중요한 영향을 주나요?

마틴: 에슈라님의 질문입니다. 웹사이트의 백엔드가 순위 지정에 중요한 영향을 주나요? 예를 들어 WordPress나 맞춤 CMS를 사용하거나 특정 프로그래밍 언어를 사용해 HTML을 렌더링하는 것이 중요한가요?

아니요, 일반적으로는 중요하지 않습니다. 그러나 웹사이트 백엔드의 성능 및 동작은 중요합니다. 예를 들어 서버 속도가 심각하게 느리면 순위에 영향을 줄 수 있습니다.

Google은 스니펫에 2개 이상의 사이트 이름을 사용할 계획이 있나요?

존: 마들렌님의 질문입니다. 스니펫에 루트 도메인 및 하위 도메인과 같이 2개 이상의 사이트 이름을 허용할 계획이 있나요?

사이트 이름 도움말에서는 2개 이상의 사이트 이름 허용은 하위 도메인이 아닌 도메인 이름에만 적용되는 사항이라고 언급하고 있습니다. 앞으로 변경사항이 있을지, 있다면 어떻게 변경될지 약속드리기는 힘듭니다. 변경사항이 발생하면 이와 관련된 팀들에서는 우선 문제의 일부분을 해결하는 것부터 시작합니다. 그런 다음 해결책이 얼마나 효과가 있었는지 평가하고, 도출된 결과를 기반으로 해결책을 확장해 나가는 것입니다. 따라서 앞으로 어떤 변화가 있을지 말씀드리기 어렵습니다.

16,000개 페이지에 대한 색인을 생성하려면 6개월 이상 걸리나요?

게리: 톰 베이커님의 질문입니다. 16,000페이지에 대한 색인을 생성하려면 6개월 이상 걸릴까요? 색인이 생성되는 페이지가 한 주에 5~15페이지씩 느는 것 같은데 속도가 느리네요.

사이트 색인 생성 속도는 여러 가지 요인에 따라 달라집니다. 하지만 그중에서도 가장 중요한 요소는 사이트 품질이며 그 다음이 인터넷에서의 인기도입니다. 콘텐츠 품질을 가능한 한 높은 수준으로 올렸다면 소셜 미디어 홍보를 통해 사람들에게 사이트를 알려 보세요. 그러면 도움이 될 겁니다.

퍼머링크의 경우 URL에 '-will-not-' 대신 '-wont-'와 같은 축약형을 사용하는 것이 더 좋은가요?

존: 마이클님의 질문입니다. 퍼머링크의 경우 URL에 '-will-not-' 대신 '-wont-'와 같은 축약형을 사용하는 것이 더 좋은가요? 'wont'는 사실 의미가 다르긴 합니다. 일반적으로 '-do-not-' 대신 '-dont-'를 사용하는 것이 좋은가요?

상관없습니다. 일반적으로 URL의 단어는 Google 검색에 거의 영향을 주지 않습니다. 여러 가지 방법을 사용하다가 실수로 같은 페이지에 연결하는 일이 없도록 일관성을 유지하시는 것이 좋습니다. 어떤 방식을 사용하느냐는 거의 아무런 영향을 주지 않고, 사이트 전체의 URL을 변경하는 일은 사실 상당히 큰 변화이기 때문에 저라면 어디선가 읽은 애매모호한 내용의 SEO 추천에 따라 사이트의 URL을 변경하지는 않을 것 같습니다.

이미지 URL에 여러 수준이 있으면 Googlebot이 이미지를 크롤링하고 색인을 생성하기 어렵나요?

마틴: 아만님의 질문입니다. 이미지 URL에 수준이 여러 개 있으면 Googlebot이 이미지를 크롤링하고 색인을 생성하기 어렵나요? 예를 들면 https://www.abc.com/ab/cd/content/category/image/hires/imagefilename.jpg와 같은 URL에서요.

아니요, 어떠한 영향도 없습니다.

게리: 익명님의 질문입니다. 내 웹사이트로 연결되는 스팸 백링크가 많습니다. 어떻게 차단할 수 있나요?

간단합니다. 무시하세요. 인터넷은 광활한 공간입니다. 의심스러운 링크도 있을 수 있지요. Google은 25년 동안 이러한 링크를 처리해 왔으며 이를 무시할 수 있는 능력을 쌓았습니다. 그러니 저라면 무시할 것 같네요. 하지만 정말 신경이 쓰이신다면 Search Console의 거부 도구를 사용하셔도 됩니다.

Google Search Console에 잘못된 검색어가 표시될 수도 있나요?

존: 알렉시스님의 질문입니다. Google Search Console에 잘못된 검색어가 표시될 수도 있나요?

Search Console의 실적 데이터는 특정 검색어에 대해 사이트가 표시되는 경우에 수집됩니다. 이론적인 데이터가 아니며 사용자가 검색할 때 사용자에게 표시된 내용을 기반으로 합니다. 알 수 없는 데이터가 표시된다면 보고서의 범위를 좁혀 구체적인 내용을 확인하려고 노력해 볼 것 같습니다. 특정 국가에서만 이러한 검색어가 표시되나요? 아니면 특정 검색 유형에서 표시되나요? 혹시 아주 짧은 시간 내에 무언가가 발생한 건가요? 이러한 특징을 고려해 표시된 검색결과를 재현할 수 있는 경우도 있지만 이제 더 이상 표시되지 않을 수도 있고, 가끔씩 표시되는 항목일 수도 있습니다. 퍼즐 게임처럼 조각을 맞춰나가다 보면 원인을 알 수 있을 때도 있죠. 그러나 지금으로서는 재현하는 것이 불가능하다는 사실을 받아들여야 할 수도 있습니다.

검색엔진에는 서버 측 렌더링을 사용하고 사용자에게는 클라이언트 측 렌더링을 사용해 전체 HTML 페이지를 제공하고 있습니다. 문제가 되진 않나요?

마틴: 매들린님의 질문입니다. 모든 검색엔진 봇에는 서버 측 렌더(SSR)을 사용하고 사용자에게는 클라이언트 측 렌더링을 사용해 전체 HTML 페이지를 제공하고 있습니다. 이 방법이 자바스크립트 검색엔진 최적화에 적합한가요?

이러한 접근방식을 동적 렌더링이라고 합니다. 설정 및 유지보수 작업이 복잡해지기는 하지만 그게 괜찮다면 동적 렌더링을 사용하셔도 좋습니다. 다만 웹사이트 소유자 측에 복잡성 비용이 추가되므로 새로운 프로젝트를 만들 때는 권장되지 않습니다. 최적의 해결책은 아니지만 효과가 있다면 변경할 이유는 없습니다.

이미지 내용을 설명해 주는 파일 이름은 얼마나 중요한가요?

게리: Al G.님의 질문입니다. 이미지 내용을 설명해 주는 파일 이름은 얼마나 중요한가요?

좋은 질문입니다. 일반적으로 약간의 도움은 되지만, 이미지가 수백만 개 정도로 굉장히 많다면 이러한 파일 이름을 사용하는 데 따르는 이점이 비용을 넘어서는지 고려해야 합니다. 이미지가 여기저기 몇 개 정도 있는 정도라면 이미지 내용을 설명하는 파일 이름을 사용하시는 것이 좋지만 그 수가 지나치게 많다면 이름에 신경 쓰시지 않는 것이 좋습니다. 이미지 검색엔진 최적화 권장사항도 확인하세요.

디자인 변경 후 트래픽을 늘릴 수 있는 가장 좋은 방법은 무엇인가요?

존: 다음 질문입니다. 디자인 변경 후 트래픽을 늘릴 수 있는 가장 좋은 방법은 무엇인가요?

디자인을 변경하는 방법은 다양합니다. 어떤 사이트는 디자인만 변경되는 것이 아니라 신규 URL 및 완전히 새로운 페이지 구조를 도입하면서 본질적으로 다른 새 사이트가 되기도 합니다. 이 경우에는 사이트 이전으로 간주하고 리디렉션을 포함해야 합니다. 그러지 않으면 새롭게 출시한 직후 수익이 감소할 수 있습니다. 질문하신 분의 경우 사이트의 하락세가 좀 더 천천히 발생하고 있는 것 같습니다. 제 생각에 디자인 개편이 주된 문제가 아니라, 시간이 지나면서 검색이나 웹, 사용자의 행동이나 기대가 변화한 것 같습니다. 이 경우는 원인이 대개 기술적인 문제가 아니며 사이트가 직면하고 있는 환경을 이해하고 이에 맞게 사이트를 개선해 나가는 것이 더 중요합니다. 그게 항상 쉬운 일만은 아니죠. 힘내세요!

자연 검색 크롤링에 사용되는 Googlebot은 크롤링된 모든 페이지를 렌더링하나요? 모든 페이지를 렌더링하는 것은 아니라면, 얼마나 자주 렌더링하나요?

마틴: 제이슨님의 질문입니다. 자연 검색 크롤링에 사용되는 Googlebot은 크롤링된 모든 페이지를 렌더링하나요? 모든 페이지를 렌더링하는 것은 아니라면, 얼마나 자주 렌더링하나요?

대답은 '예', 그리고 '아니요'입니다. 크롤링하는 모든 페이지가 렌더링되는 것은 아닙니다. 예를 들어 404 오류 페이지로 연결되는 크롤링은 렌더링되지 않습니다. 그러나 크롤링할 때 문제가 없는 모든 페이지는 렌더링됩니다.

유효하지 페이지에 스키마 마크업이 있으면 좋지 않나요?

게리: 매티아스님의 질문입니다. 유효하지 않은 페이지에 스키마 마크업이 있으면 좋지 않나요? 예: offer / review / aggregateRating가 없는 product 마크업

짧게 말씀드리면 '아니요'이고, 길게 답해 드려도 '아니요'라고 해야겠네요. Google에서 스키마 마크업을 파싱할 수 없으면 사용하지도 않기 때문입니다. 하지만 스니펫에 있는 리치 속성과 같은 일부 검색 기능을 사용할 수 없게 될 수도 있습니다.

리디렉션 302에서 리디렉션 301로 변경하려면 어떻게 해야 하나요?

존: 하짐님의 질문입니다. 리디렉션 302에서 리디렉션 301로 변경하려면 어떻게 해야 하나요?

사이트의 호스팅 업체나 도메인 등록기관을 통해 확인해야 하는 문제입니다. 다행히 Google 검색에서는 오래 지속되는 임시 리디렉션을 영구 리디렉션으로 인식하므로 현재로서는 이 작업이 사이트에 중요한 것은 아닙니다. 이론적으로 올바른 리디렉션을 사용하면 좋겠습니다만, Google 검색에서는 리디렉션이 있는 한 기존 리디렉션을 모두 사용하려고 합니다.

광범위한 상용구 콘텐츠가 웹사이트에 악영향을 미치나요?

게리: 아난님의 질문입니다. 광범위한 상용구 콘텐츠가 웹사이트에 악영향을 미치나요? 연락처 정보, 개인정보처리방침 등을 말하는 것은 아닙니다. 감사합니다.

일반적으로 Google 검색의 경우 광범위한 상용구가 웹사이트 인지도에 큰 영향을 미치지는 않습니다. 그렇지만 사용자가 광범위한 상용구를 어떻게 인식할지에 관해 생각해봐야 합니다. 이러한 상용구를 싫어할 가능성이 높습니다.

페이지에서 자바스크립트를 렌더링할 때 Googlebot이 비용이 많이 드는 외부 API를 호출하지 않도록 하려면 어떻게 해야 하나요?

마틴: 매튜님의 질문입니다. 페이지에서 자바스크립트를 렌더링할 때 Googlebot이 비용이 많이 드는 외부 API를 호출하지 않도록 하려면 어떻게 해야 하나요?

robots.txt를 통해 API를 허용하지 않을 수 있습니다. 단, 클라이언트 측 렌더링을 사용하고 있으며 페이지 콘텐츠가 이 API를 사용하는 경우 Googlebot이 콘텐츠를 보기 위해서는 API에 액세스해야 합니다. 그렇지 않으면 Googlebot이 페이지를 볼 때 해당 콘텐츠를 인지하지 못합니다. 액세스 권한을 사용 중지하기 위해 robots.txt를 사용할 수 없는 외부 서드 파티 URL의 경우 자바스크립트에 이러한 API를 조건부로 로드한 다음 Googlebot에서 페이지를 요청하면 이를 건너뛸 수 있습니다.

검색엔진 최적화 순위를 유지하면서 도메인 이름을 변경하는 방법이 있나요?

게리: mu.se의 D.ray님의 질문입니다. 검색엔진 최적화 순위를 유지하면서 도메인 이름을 변경하는 방법이 있나요?

도메인 변경 등 사이트 이전이 제대로 수행되었다면 지속적인 트래픽 손실이 발생해서는 안 됩니다. 따라서 제 대답은 '예'입니다. 순위를 유지하면서도 도메인 이름을 변경할 수 있는 방법이 있습니다. 사이트 이전에 관한 문서를 확인하세요. 전문적으로 제작된 다른 가이드 링크도 제공해 드립니다.

브랜드 파비콘이 업로드된 지 1개월이 넘었습니다. 그런데 왜 Google에는 웹플로 파비콘이 계속 표시되나요?

존: 조시님의 질문입니다. 브랜드 파비콘이 업로드된 지 1개월이 넘었습니다. 하지만 Google에는 웹플로 파비콘이 계속 표시됩니다. 제가 업로드한 브랜드 파비콘으로 변경될 수 있도록, 이 문제를 해결할 방법을 혹시 알고 계시나요?

파비콘 도움말 문서를 자세히 살펴보시기 바랍니다. 또한 사이트에 이전 파비콘이 있거나 연결되어 있지 않은지 확인하세요. 이전 파비콘을 새로운 파비콘으로 리디렉션하는 것이 좋습니다. 간단히 말씀드리면 모든 항목이 일관성을 갖춰야 합니다. 그래야 검색엔진에서 잘못 해석할 여지가 사라집니다. 이 작업을 마친 후 변경사항이 표시되기까지 약간 시간이 걸립니다. 1달 정도면 충분할 겁니다. 그러나 다른 문제가 발견된다면 이를 반영하기 위해 1달 이상 걸릴 수도 있습니다. 마지막으로 Google 외부 자료를 하나 소개해 드립니다. Glenn Gabe가 작성한 파비콘 문제 해결에 관한 훌륭한 가이드에서도 몇 가지 팁을 더 확인하실 수 있습니다.

웹사이트에서 여러 언어로 게시물(직접 번역)을 작성하는 경우 어떻게 콘텐츠를 나누는 것이 가장 좋을까요?

게리: V님의 질문입니다. 웹사이트에서 여러 언어로 게시물(직접 번역)을 작성하는 경우 어떻게 콘텐츠를 나누는 것이 가장 좋을까요?

이는 전적으로 여러분의 선택에 달려 있습니다. Google 고객센터(?hl=ja)와 같이 URL 매개변수를 사용할 수도 있고 URL 경로에 언어 코드를 추가할 수도 있는데, 검색 측면에 보았을 때는 어느 쪽이건 상관없습니다. 언어 버전마다 고유한 URL이 있는지 확인하시기만 하면 됩니다.

존: 미할님의 질문입니다. Google에서는 <select><option value="https://www.examplepage.com">Page</option>과 같은 링크를 허용하나요? 제대로 작동하나요?

Google은 이를 링크로 취급하지 않습니다. 그러나 URL을 인식하고 별도로 크롤링할 수 있습니다. 어떤 항목이 링크처럼 취급되게 하고 싶다면 해당 항목이 일반적인 링크인지 확인하세요. 최근 링크 만들기에 관한 가이드라인이 게시되었습니다. 웹 개발자가 어떤 항목이 지원되는지에 관해 궁금해 한다면 이 가이드를 보내드릴 수 있습니다. 덧붙여 말씀드리면 이러한 HTML 조합은 브라우저에서 링크로 작동하지 않을 수 있으며, 그 대신 양식에 있는 드롭다운에 사용할 수 있습니다.

Google Search Console에서 robots.txt에 연결할 수 없습니다. 왜일까요?

게리: 아슬람 칸님의 질문입니다. Google Search Console에서 robots.txt에 연결할 수 없습니다.

Search Console에서 속성에 도달할 수 없는 robots.txt 문제가 있다고 보고하는 경우 사이트 또는 서버에 문제가 있는 것이므로 Google 검색에서 사이트를 확인하려면 이 문제를 해결해야 합니다. Google에서 할 수 있는 작업은 없습니다. 가장 먼저 확인해야 할 항목은 서버의 방화벽 규칙입니다. 차단 규칙에 이상한 점이 있는지 확인한 다음 서버 구성 파일로 이동하세요. 방법을 몰라 직접 할 수 없다면 호스팅 업체의 지원 티켓을 여세요. 아마 호스팅 업체에서 지원을 제공해 드릴 것입니다.

사이트맵에 hreflang URL이 언급되어 있는 경우 <lastmod> 또는 <priority>와 같은 속성은 사이트맵에 어떤 영향을 미치나요?

존: 카를로스님의 질문입니다. 사이트맵에 hreflang URL이 언급되어 있는 경우 <lastmod> 또는 <priority>와 같은 속성은 사이트맵에 어떤 영향을 미치나요?

사이트맵 파일에 hreflang 사이트설정이 지정되면 다른 URL을 참조하게 되는 것입니다. 이는 hreflang 집합에 포함되어 있는 모든 URL에서 확인되어야 합니다. 하지만 URL을 언제 크롤링할지 이해하는 것은 다릅니다. 크롤링의 경우 Google은 최종 수정일 등 해당 URL의 속성을 확인합니다. 예를 들어 한 언어 버전이 번역 수정으로 인해 독립적으로 변경될 수 있습니다. 하지만 최종 수정일은 여러 가지 신호 중 하나의 매우 대략적인 신호일 뿐이므로 페이지가 곧 다시 크롤링된다고 보장하지 않습니다. 그리고 더 자주 크롤링된다고 해서 페이지 순위가 높아지는 것도 아니기 때문에 크롤링 빈도를 높이려 애쓰시지 않아도 됩니다.

게리: 닉 반 샤이크님의 질문입니다. 크롤링 예산을 관리하기 위해 robots.txt에서 제휴 링크를 차단해야 할까요? 아니면 noindex 태그를 사용해 허용 안함 조치를 풀고 제휴 링크의 색인이 생성되지 않게 차단해야 하나요?

robots.txt에서 제휴 링크를 차단하는 것이 적절해 보입니다. Google에서도 이 파일을 인식하고 무시하는 데 능숙하지만 robots.txt를 사용하면 웹마스터가 이를 제어할 수 있으므로 크롤링 예산을 훨씬 더 쉽게 절약할 수 있습니다.