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

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

Google에서 내 웹사이트의 www 버전에 대한 색인을 잘못 생성하고 있나요?

존: 완님의 질문입니다. Google에서 내 웹사이트 www 버전의 색인을 잘못 생성합니다. 올바른 페이지는 HTTP여야 하며 도메인 이름은 www가 없이 .my여야 합니다.

완님, 안녕하세요. 페이지를 검토한 결과, 서버에서 www가 아닌 버전을 www 버전으로 자동 리디렉션하고 있으며 link rel 표준 요소를 적절하게 설정하고 있는 것 같습니다. 언뜻 보기에는 Chrome을 사용할 때 맨 앞에 www가 없는 것처럼 보일 수 있지만 브라우저 상단에 표시되는 URL을 두 번 클릭하면 www가 있는 전체 URL이 펼쳐집니다. 실제로는 문제가 없습니다. 사이트의 www 버전과 www가 없는 버전 모두 Google 검색에서 아무런 문제도 되지 않습니다. 제 답변에 www가 정말 많네요!

Search Console에서 필터링된 데이터가 전체 데이터보다 많은 이유는 무엇인가요?

게리: 오넬라님의 질문입니다. 왜 Search Console에서 필터링된 데이터가 전체 데이터보다 많게 표시되나요? 이해가 되지 않습니다.

먼저 질문이 마음에 드네요. 하지만 아마도 그 이유는 잘못되었을 수도 있겠습니다. 간단히 답해 드리자면 Google에서는 많은 양의 데이터를 처리해야 하기 때문에 블룸 필터라는 것을 많이 사용하며, 블룸 필터를 사용하면 많은 시간과 저장용량을 절약할 수 있습니다. 길게 말씀드리면 Google에서는 많은 양의 데이터를 처리해야 하기 때문에 블룸 필터라는 것을 많이 사용합니다. 하지만 블룸 필터에 관해 몇 가지 설명해 드리고 싶네요. 많은 수의 항목을 한꺼번에 처리할 때, 그러니까 수조까지는 아니더라도 수십 억개의 항목을 처리해야 한다면 그 안에서 무엇인가를 찾는 일은 정말로 어렵습니다. 이 경우에 블룸 필터가 유용하게 사용됩니다. 블룸 필터를 사용하면 기본 세트에서 가능성이 높은 항목들의 해시가 포함된 또 다른 세트를 참조하고 데이터를 조회할 수 있습니다. 해시를 먼저 조회하기 때문에 속도가 꽤 빠를 수는 있습니다. 하지만 해싱은 의도적이든 아니든 때때로 데이터 손실이 수반됩니다. 오넬라님께서 경험하시는 문제가 바로 이 데이터 누락 현상입니다. 살펴보는 데이터가 적을 수록 기본 세트에 어떤 항목이 있을지 없을지 더욱 정확하게 예측할 수 있다는 것입니다. 기본적으로 블룸 필터는 데이터 세트에 무언가가 있는지 예측함으로써 조회 속도를 높여주지만 정확성이 떨어지는 편입니다. 또한 데이터 세트가 작을수록 예측의 정확도는 높아집니다.

Google Sites 웹사이트의 페이지의 색인이 제대로 생성되지 않는 이유는 무엇인가요?

존: 프랑스어로 제출된 질문이 있는데, Google Sites 웹사이트 페이지의 색인이 제대로 생성되지 않은 이유를 질문하시네요.

다른 언어로 질문을 받을 수 있어서 좋네요. 한 걸음 물러서서 생각해 보면 Google Sites에서 만든 웹사이트는 Google 검색에서 색인이 생성될 수 있고, 실제로도 색인이 생성됩니다. 하지만 Google Sites에서 사용되는 URL은 공개 버전과 로그인 시 표시되는 URL이 다를 수 있으므로 추적하기가 다소 어렵습니다. 핵심만 말씀드리자면 기술적으로 봤을 땐 색인을 생성할 수 있습니다. 그러나 검색엔진 최적화 목적으로는 적합하지 않으며 Search Console에서 추적하기에도 복잡할 수 있습니다. 검색엔진 최적화가 주요 고려사항이라면 Google Sites를 사용하기로 결정하기 전에 다른 옵션을 살펴보고 장단점을 확인하시는 것이 좋습니다. Search Console에서 실적을 추적하려면 Google Sites 콘텐츠에 자체 도메인 이름을 사용할 수도 있습니다. 자체 도메인 이름을 사용하면 이전을 더 쉽게 수행할 수 있으며, Search Console에서 전체 도메인의 소유권을 확인할 수도 있습니다.

개리: 사라브지트님의 질문입니다. 우리 웹사이트에는 여러 개의 버튼이 있는데, 버튼을 클릭하면 다른 페이지로 연결되는 링크를 가져오게 됩니다. Google에서 이러한 링크를 크롤링할 수 있나요?

일반적인 경우 Googlebot은 버튼을 클릭하지 않습니다.

가치 있는 콘텐츠를 작성하는 경우에도 백링크를 얻기 위한 '게스트 게시물'이 Google 가이드라인에 위배되나요?

존: 브룩님의 질문입니다. 요즘 대부분의 웹사이트에서는 '게스트 게시물'을 구매(백링크를 얻기 위함)하는 옵션만 제공합니다. 가치 있는 콘텐츠를 작성한다고 해도 Google 가이드라인에 위배되나요?

브룩님, 안녕하세요. 질문을 올려 주셔서 감사합니다. 브룩님께서는 이미 올바른 방향으로 가고 계신 것 같습니다. 예. 링크를 얻을 목적으로 게스트 게시물을 사용하는 행위는 Google 스팸 정책에 위배됩니다. 특히 이러한 링크는 검색결과에 영향을 미치지 않음을 보여주는 방식으로 검증되어야 합니다. 링크에 rel=nofollow 또는 rel=sponsored 속성을 사용하면 됩니다. 광고를 사용하여 사이트를 홍보하는 것은 괜찮지만 언급된 것과 같이 링크를 차단해야 합니다.

전자상거래 카테고리 페이지에 있는 콘텐츠가 전체 순위를 높이는 데 중요한가요?

게리: 브룩님의 질문입니다. 전자상거래 카테고리 페이지에 있는 콘텐츠가 전체 순위를 높이는 데 중요한가요?

게시자는 자신이 원한다면 페이지에 어떤 콘텐츠든 추가할 수 있으므로, 결국은 자신의 페이지라고 할 수 있습니다. 하지만 모든 카테고리 페이지에 저품질의 자동 생성 문구를 반복해서 게시하지는 마세요. 일반인에게도 이러한 행위는 우스꽝스럽게 보입니다. 페이지에 실을 콘텐츠가 필요하다면 사람들이 실제로 유용하다고 생각할 만한 콘텐츠를 추가하세요. Google 검색에서 필요할 것 같은 콘텐츠를 추가하지는 마시기 바랍니다. 전자상거래 권장사항도 확인하세요.

의미론적 태그가 잘못되면 Google에서 웹사이트 콘텐츠를 제대로 이해하지 못하나요?

존: 의미론적 태그가 잘못되면 웹사이트 콘텐츠에 대한 Google의 전반적인 이해도를 떨어뜨려 Google이 해당 콘텐츠를 특정 브랜치에 할당하는 데 문제가 생기나요? 특히 <hr> 태그는 주제가 바뀌는 것을 나타내지만 저라면 이 태그를 디자인적인 목적으로만 사용할 것 같습니다.

흥미로운 질문입니다. 일반적으로는 의미론적 HTML을 올바르게 사용하면 검색엔진이 페이지의 콘텐츠와 맥락을 더 잘 이해하는 데 도움이 됩니다. 예를 들어 페이지의 제목을 마크업하면 게시자가 페이지의 콘텐츠가 제목에 부합한다고 생각한다는 사실을 분명히 나타냅니다. 이게 1위를 차지할 수 있는 비결은 아니지만, Google이 텍스트에서 게시자가 무엇을 의미하는지 제대로 이해하기 어려울 때, 제목을 통해 콘텐츠 요약을 제공하면 도움이 됩니다. 이는 Google이 제목이 없을 경우 페이지를 얼마나 잘 이해할 수 있느냐에 따라 미묘하게 달라질 수 있는 부분이므로 제목이 모든 내용을 포괄하는지 확인하는 것이 좋습니다. 반대로 의미상 정확한 HTML에서 의미론적으로 잘못된 HTML로 바꾸는 문제도 미묘합니다. 의미론적으로 잘못된 HTML로 바뀌더라도 검색엔진이 여전히 페이지를 이해할 수 있나요? 그러면 검색엔진에서 페이지를 이해하는 방식에 차이가 없을 겁니다. 의미가 갑자기 모호해지나요? 그렇다면 의미론적 구조를 사용해 좀 덜 모호하게 만들 수는 있습니다. <hr> 태그를 통해 구체적인 예를 들어주셨는데, 제가 보기에는 이 태그가 잘못 사용된다고 해도 페이지를 이해하는 데 차이가 생길 것 같지는 않습니다. 무언가를 잘못 사용하는 방법은 무궁무진합니다. 하지만 웹 디자이너가 우연히 <hr> 태그를 사용하더라도 그다지 문제가 될 것 같진 않습니다. 한 마디로 정리하면 '상황에 따라 다릅니다'라고 할 수 있겠네요. 멋진 요약 감사하다고요? 별말씀을요.

Google Search Console의 404 페이지 보고서에 JSON 또는 자바스크립트에서 온 것으로 보이는 URL이 여러 개 있습니다. 무시해야 하나요?

게리: 레자님의 질문입니다. Google Search Console의 404 페이지 보고서에 일부 JSON 또는 자바스크립트 코드로 인해 실수로 선택된 것으로 보이는 URL이 잔뜩 표시됩니다. 무시해야 하나요?

무시하셔도 되고, 이러한 URL에 noindex HTTP 헤더를 추가하셔도 됩니다.

John: 드루브님의 질문입니다. 사이트맵 색인 파일에 다른 도메인의 사이트맵 파일 링크가 포함될 수 있나요?

드루브님, 안녕하세요. 흥미로운 질문입니다. Google 직원으로서 답변을 드리자면 그럴게 할 수는 있습니다. 하지만 저는 그러한 설정을 사용하지 않는 것이 좋다고 생각합니다. 같은 도메인에 있지 않은 여러 URL의 사이트맵을 제출할 때는 두 가지 상황이 있을 수 있습니다. 하나는 robots.txt를 통해 사이트맵을 제출하는 것이고, 다른 하나는 Search Console에서 모든 도메인의 소유권을 확인한 경우죠. 특히 Search Console 소유권은 미묘하여 웹사이트를 분석할 때 즉시 확인할 수가 없기 때문에 도메인과 소유권 사이의 관계에 관해 잊어버리기 쉽습니다. 사이트맵 파일을 작업할 때 이 설정을 사용하기로 했다면, 이러한 요구사항을 기억할 수 있도록 사이트맵 파일에 XML 주석을 추가하시는 것이 좋습니다. 그러면 나중에 실수로 이 관계를 손상시키지 않을 수 있죠. Search Console은 Google에만 해당되므로 다른 검색엔진의 요구사항도 확인하시는 것이 좋습니다.

Google에서 웹사이트에 대하여 Google에서 자체적으로 생성한 메타 설명을 선택할 가능성을 줄이려면 어떻게 해야 할까요?

개리: 샘 바워스님의 질문입니다. Google에서 웹사이트에 대하여 Google에서 자체적으로 생성한 메타 설명을 선택할 가능성을 줄이려면 어떻게 해야 할까요?

좋은 질문입니다. 항상 그런 것은 아닙니다만, 일반적으로 Google 알고리즘은 페이지에 콘텐츠가 많지 않거나 페이지에 실제로 있는 콘텐츠보다 메타 설명이 사용자의 검색어와 더 관련이 있을 때 메타 설명을 사용합니다. 설명 및 스니펫에 관해 자세히 알아보세요.

검색엔진 봇이 페이지의 특정 섹션을 크롤링하지 않도록 지정하는 방법이 있나요?

존: 검색엔진 봇이 페이지의 특정 섹션을 크롤링하지 않도록 지정하는 방법이 있나요? 따로 명시한 것이 아니라면 페이지에서 크롤링 및 색인 생성이 허용됩니다. 그리고 '메가 메뉴'에 중복이 많고 이를 차단하고 싶다고 언급하시네요.

몇 가지 방법을 통해 페이지 일부의 색인 생성을 차단할 수는 있습니다. 그러나 머리글, 메뉴, 사이드바, 바닥글과 같은 일반적인 페이지 요소의 색인 생성을 차단할 필요는 없습니다. 검색엔진은 웹을 있는 그대로의 상태로 처리합니다. 그리고 때로는 거대한 메가 메뉴나 오버풋터가 있어도 괜찮습니다. 페이지에 있는 다른 콘텐츠의 경우 robots.txt에서 허용하지 않는 소스가 포함된 iframe을 사용하거나 robots.txt에 의해 유사하게 차단된 자바스크립트로 콘텐츠를 가져오면 크롤링이나 색인 생성을 차단할 수 있습니다. 스니펫에 무언가가 표시되지 않게만 하려면 data-nosnippet 속성을 사용하는 것이 좋습니다. 그러나 메뉴를 숨기기 위해 이렇게 복잡한 방법을 사용할 필요는 없습니다. 필요하지도 않은데 복잡한 방법을 사용하면 갑자기 문제가 발생할 가능성이 있으므로, 정말로 필요한 경우에만 사용하는 것이 좋습니다.

웹페이지 무한 스크롤을 권장하시나요? 무한 스크롤이 자연 트래픽 또는 Googlebot에 영향을 미치나요?

개리: 지투님의 질문입니다. 웹페이지 무한 스크롤을 권장하시나요? 이 기능을 추가하면 자연 트래픽 또는 GoogleBot에 영향을 미치나요?

무한 스크롤을 구현하는 방법에 따라 다릅니다. 고유한 URL을 통해 페이지의 각 부분이나 가상 페이지에 액세스할 수 있고 검색도 가능하다면 일반적으로 무한 스크롤이 가능해야 합니다.

존: 라이언님의 질문입니다. 홈페이지 링크가 모바일 웹에는 표시되는데 데스크톱에서는 자바스크립트 토글 뒤에 숨겨져 있고 클릭하지 않는 한 HTML에 포함되지 않는다면 Google에서는 이러한 링크의 가치를 낮게 평가하나요?

라이언님, 안녕하세요. Google에서는 모바일 중심 색인 생성을 사용해 페이지의 모바일 버전을 기반으로 색인을 생성하고 링크를 찾습니다. 모바일 버전에 전체 콘텐츠가 포함되어 있다면 모든 준비가 끝난 것입니다. 데스크톱에 표시되는 콘텐츠가 적다는 게 놀랍습니다만, 라이언님께도 그럴 만한 이유가 있을 것이라고 생각합니다.

Google에서는 Google Drive에 저장된 PDF 파일 중 웹사이트에 호스팅되지 않는 PDF 파일의 색인도 생성하나요?

게리: 익명의 사용자님의 질문입니다. Google에서는 Google Drive에 저장된 PDF 파일 중 웹사이트에 호스팅되지 않는 PDF 파일의 색인도 생성하나요? 색인을 생성한다면 얼마나 걸리나요?

예. Google에서는 Google Drive에 호스팅된 공개 PDF 파일의 색인을 생성할 수 있습니다. 이 파일은 사이트에 있는 또 다른 URL일 뿐이기 때문입니다. 다른 모든 URL과 마찬가지로 이러한 PDF의 색인은 몇 초만에 생성될 수도 있고 아예 생성되지 않을 수도 있습니다.

Google에서는 스크롤재킹 콘텐츠를 어떻게 크롤링하나요? 그리고 이러한 UX 접근 방식이 순위에 영향을 미치나요?

존: 매트님의 질문입니다. 웹 전반에서 '스크롤재킹'의 인기가 높아지고 있습니다. 일반적으로 스크롤재킹은 품질이 열악한 사용자 환경이라고 여겨지는데요, Google에서는 이러한 콘텐츠를 어떻게 크롤링하나요? 그리고 이러한 UX 접근 방식이 순위에 영향을 미치나요? 또한 스크롤재킹 관련 기사로 연결되는 링크도 추가해 주셨네요. 스크립트에 링크를 표시해 두겠습니다.

안녕하세요, 매트님. 흥미로운 질문이네요. '스크롤재킹'이라는 이름인지는 몰랐습니다. 링크를 제공해 주셔서 감사합니다. 악의적인 설정이라고는 볼 수는 없으므로 직접적인 영향은 없을 겁니다. 그러나 기술적으로는 2차적인 효과도 있을 수 있습니다. 예를 들어 Google은 페이지를 렌더링할 때 이론적으로 매우 큰 휴대기기에서 페이지를 로드해 봅니다. 스크롤 이벤트와 관련된 문제로 인해 페이지에 콘텐츠가 표시되지 않으면 Google 시스템에서 콘텐츠가 제대로 표시되지 않는다고 판단할 수 있습니다. 요약하자면 이 문제는 품질 문제보다는 잠재적인 렌더링 문제로 보입니다.

Google Search Console에서 robots.txt에 의해 차단되는데도 URL의 색인이 생성되는 이유는 무엇인가요?

게리: 데니즈 캔 아랄님의 질문입니다. Google Search Console에서 robots.txt에 의해 차단되는데도 URL의 색인이 생성되는 이유는 무엇인가요?

이는 비교적 일반적인 질문입니다. robots.txt를 통해 URL의 크롤링이 차단된 경우에도 Google은 URL의 색인을 생성할 수 있지만, 콘텐츠가 아닌 URL의 색인만 생성할 수 있습니다. 하지만 Google 색인에서 이러한 URL은 매우 드뭅니다. 차단된 URL이 인터넷에서 많이 검색되는 경우에만 이러한 상황이 발생하기 때문입니다. 이 상황이 문제가 된다면 URL 크롤링을 허용하고 HTTP 헤더 또는 <meta> 태그에서 noindex 규칙을 사용하세요.

원치 않는 AI 콘텐츠가 있습니다. 웹사이트에서 이 콘텐츠를 수정하거나 삭제하려면 어떻게 해야 하나요?

존: 소니아님의 질문입니다. 콘텐츠 작가를 몇 명 고용했는데 그들이 AI 콘텐츠를 제공해 주었습니다. 어떻게 해결할 수 있나요? AI 콘텐츠만 삭제하면 되나요? 아니면 새 콘텐츠로 대체해야 하나요? 그것도 아니라면 콘텐츠를 완전히 없애고 새 URL로 새 웹사이트를 만들어야 하나요? 조언을 부탁드립니다.

소니아님, 정말 안타까운 일이네요. 외부 작성자의 콘텐츠를 검토 없이 무조건 게시하신 것처럼 들리는데요. AI 콘텐츠 문제가 아니라도 좋은 생각은 아니었던 것 같습니다. 어쨌든, 이유나 출처와 관계없이 웹사이트에 품질이 낮은 콘텐츠를 게시했지만 더 이상 이 콘텐츠와 연결되고 싶지 않다면 콘텐츠를 삭제하거나 수정할 수 있습니다. 좀 더 큰 그림을 보시는 것이 좋습니다. 웹에 이러한 콘텐츠가 없는가? 사이트가 전반적으로 사용자에게 큰 가치를 더해 주는가? 아니면 이미 웹에 있는 콘텐츠를 다시 해싱한 것뿐인가? 이렇게도 생각해 보세요. 내 콘텐츠가 다른 사용자의 콘텐츠와 본질적으로 같다면 왜 검색엔진에서 이 콘텐츠의 색인을 생성해야 할까요? 검색결과에서 높은 순위로 표시되어야 할 이유는 또 무엇일까요? 물론 훌륭한 웹사이트를 만들려면 훌륭한 기사만 있어서는 안 됩니다. 모든 사람이 내 목표를 이해하도록 도와줄 명확한 전략과 프로세스가 필요하죠.

색인이 생성된 URL의 수가 하루 사이에 급증했습니다. 왜 그럴까요?

개리: 로렌조님의 질문입니다. 색인이 생성된 URL의 수가 하루 사이에 급증했습니다. 왜 그럴까요?

Google의 하드 드라이브 스토리지가 늘어났거나, 여유 공간이 확보되었을 수도 있고요. 아니면 단순히 새 URL을 발견했을 수도 있지요. 딱 집어서 말씀드리기 어렵습니다. 그래도 축하할 만한 일이네요! 기념하세요!

Google에서 하나의 파비콘 파일에 여러 가지 파일 크기를 사용할 수 있나요?

존: 데이브님의 질문입니다. Google에서 파비콘 파일 하나에 여러 가지 파일 크기를 사용할 수 있나요? Google에서는 크기 속성으로 마크업된 여러 아이콘을 이해한 다음 여기에 적절한 아이콘을 선택하나요?

데이브님, 안녕하세요. 기술적인 관점에서 말씀드리면, .ico 파일 형식을 사용해 여러 해상도로 파일을 제공할 수 있습니다. 하지만 파일 크기의 종류가 늘고, 다양한 용도로 사용되고 있기 때문에 일반적인 경우라면 크기와 파일을 개별적으로 지정하시는 것이 좋습니다. Google은 HTML에서 여러 파비콘 크기를 지원하므로 제공하려는 특정 크기가 있다면 해당 크기를 사용하실 수 있습니다.

웹사이트의 특정 부분에 다른 CMS가 있으면 Google에서 그 부분을 다르게 판단하나요?

게리: 비비안님의 질문입니다. 웹사이트의 특정 부분에 다른 CMS가 있으면 Google에서 그 부분을 다르게 판단하나요?

없습니다.

Google 검색에서 우리 웹사이트의 PDF 다운로드가 기본 페이지로 표시됩니다. 검색 결과를 변경할 수 있나요?

존: 애나님의 질문입니다. 재단 웹사이트의 Google 검색결과가 다시 크롤링되어야 합니다. PDF 다운로드 파일이 기본 페이지로 표시되어 있어요. 우리 웹사이트는 네덜란드 인권 재단입니다. 검색 결과를 변경할 수 있나요?

애나님, 안녕하세요. 고객님의 웹사이트를 살펴본 결과 홈페이지 대신 다른 페이지가 표시되는 건 홈페이지에 noindex 로봇 <meta> 태그가 있기 때문입니다. 이 <meta> 태그는 해당 페이지의 색인 생성을 차단하고 있습니다. 태그를 제거하면 문제가 금방 해결될 겁니다.

Google 검색에서 내 웹사이트를 검색해 보면 첫 번째로 표시되는 결과가 시작 페이지가 아니라 제품 페이지입니다. 이유가 무엇인가요?

존: 줄리앙님의 질문입니다. Google 검색에서 내 웹사이트를 검색해 보면 첫 번째로 표시되는 결과가 시작 페이지가 아니라 제품 페이지입니다. 왜 그럴까요? 하물며 시작 페이지와는 달리 제품 페이지는 검색엔진 최적화가 적용되지도 않았습니다.

줄리앙님, 안녕하세요. Google은 여러 요소를 사용하여 특정 검색어에 대해 사용자와 가장 관련성이 높은 페이지를 파악하기 위해 노력합니다. 정보 검색에 사용되는 개념 중 하나는 인지된 사용자의 의도를 토대로 삼습니다. 간단히 말해, 사용자가 이 앱을 검색할 때 무엇을 하려고 했을까요? 제품이나 회사에 대한 자세한 정보를 찾고 있을까요? 아니면 지금 해당 제품을 구매하려고 하나요? 검색어가 똑같더라도 시간이 지남에 따라 사용자의 의도가 바뀔 수 있습니다. 즉, 페이지가 검색엔진 최적화에 맞게 준비되지 않았더라도 시스템에서 당시에 관련이 있다고 판단했다면 검색결과에 해당 페이지가 계속 표시될 수 있습니다. 실제로 사용자가 사이트를 방문하는 다양한 경로를 이해하고 사용자의 요구를 적절하게 충족하여 사용자의 방문 위치에 관계없이 만족스러운 경험을 제공할 수 있도록 하는 것이 좋습니다.

INP 문제 개선에 관한 Search Console 알림을 받았습니다. 이 데이터는 어떻게 계산해야 하나요? 그리고 가장 쉬운 해결 방법은 무엇인가요?

존: 알레한드로님의 질문입니다. 존, 그리고 Google팀 여러분, 안녕하세요. 오늘 INP 문제 개선에 관한 Search Console 알림을 받았습니다. 이 데이터는 어떻게 계산해야 하나요? 그리고 가장 쉬운 해결 방법은 무엇인가요?

정확한 답은 없습니다. 하지만 web.dev 사이트에 다음 페인트에 대한 상호작용(INP)에 관한 문서가 상당히 준비되어 있습니다. 사이트의 INP 점수를 높이는 데 관심이 있다면 해당 문서를 확인해 보시기 바랍니다. INP는 아직 코어 웹 바이탈의 일부가 아니며 코어 웹 바이탈은 페이지 환경과 유용한 콘텐츠 시스템에 관련된 많은 항목 중 하나일 뿐이라는 점을 기억해 주시기 바랍니다. INP를 개선하면 사용자 경험에 확실히 도움이 될 수 있지만 검색 순위가 눈에 띄게 변화할 것이라고는 생각되지 않습니다.

일본어 키워드 해킹으로 인해 URL 3만 개가 발생했습니다. Google Search Console에서 30,000개의 URL을 삭제하려면 어떻게 해야 하나요?

존: 헤더님의 질문입니다. 일본어 키워드 해킹으로 인해 URL 3만 개가 발생했습니다. GSC에서 어떻게 삭제해야 하나요?

헤더님, 안녕하세요. 해킹 때문에 곤란을 겪고 계시는 것 같아 안타깝습니다. 문제가 해결되었기를 바랍니다. web.dev에 이런 유형의 해킹에 관한 콘텐츠가 많습니다. 스크립트에 링크를 표시해 두겠습니다. 이러한 해킹이 발생하면 해킹된 콘텐츠가 Google에 숨겨지는 경향을 보이므로 해킹된 콘텐츠를 완전히 삭제했는지 한 번 더 확인해 보시는 것이 좋습니다. 검색결과와 관련해서는, 관련된 페이지 수를 고려하여 눈에 더 잘 띄는 페이지에 집중하고 해킹된 페이지는 삭제하거나 색인을 재생성하여 직접 문제를 해결하세요. 그런 다음 해당 페이지가 스스로 사라지도록 두는 것이 좋습니다. 해킹된 콘텐츠를 검색해 보면 한동안 검색결과에 표시될 테지만, 일반적인 사용자라면 사이트를 검색할 것이므로 사이트에 관한 검색결과를 정상적으로 복원하는 것을 목표로 삼아야 합니다.

Search Console에서 색인 생성을 위해 페이지를 제출했는데 페이지 색인이 취소됩니다. 왜 그런가요? 지금까지 몇 번이나 이런 경우가 있었습니다.

존: 그레이스님의 질문입니다. Search Console에서 색인 생성을 위해 페이지를 제출했는데 페이지 색인이 취소됩니다. 왜 그런가요? 지금까지 몇 번이나 이런 경우가 있었습니다.

그레이스님, 안녕하세요. 관련 페이지를 모르는 상태에서 장담을 드릴 수는 없지만, 제 생각에는 Google 시스템이 고객님의 사이트와 콘텐츠의 가치를 확신하지 못하고 있는 것 같습니다. Google은 웹사이트에 있는 모든 페이지에 대해 색인을 생성하는 경우가 거의 없습니다. 따라서 일부 페이지에 대해서도 이러한 결과가 발생할 거라고 예상할 수 있겠죠. 색인을 생성하기 위해 페이지를 제출할 수는 있지만, 시간이 지남에 따라 Google 시스템에서 콘텐츠와 웹사이트를 다시 평가하여 해당 페이지를 또 삭제해 버릴 수도 있습니다. 최선의 조치는 이러한 페이지를 계속 제출하는 것이 아니라, Google 시스템에서 웹사이트의 전반적인 품질이 우수하며, 웹사이트가 웹에 고유한 가치를 제공하고, 사용자가 실제로 찾고자 하는 항목과 일치하는 콘텐츠를 보유하고 있다고 확신할 수 있도록 만드는 것입니다. 그러면 페이지를 제출하지 않아도 Googlebot이 오히려 먼저 나서서 색인을 생성할 것입니다.