SEO 업무 시간, 2022년 2월 25일

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

Search Console의 링크 보고서

05:41 “이전에 웹사이트가 있던 도메인이 있었는데 […] 삭제되었습니다. [만약] 어느 시점에 새 웹사이트가 있으면 이전 웹사이트에 대한 링크가 더 이상 포함되지 않습니다. 이는 꽤 논리적으로 보입니다. [...] Search Console에서 이전 소유자의 링크가 하나 이상 아직 남아 있는 것을 볼 수 있습니다. 이 링크가 […] Search Console에 표시된다면 이 링크가 계속 계산된다는 의미입니까?”

John은 다음과 같이 대답했습니다. “중요할지 여부는 알 수 없지만 Search Console 및 링크 보고서의 중요한 부분은 해당 사이트에 대해 알고 있는 모든 링크를 표시하려고 한다는 것입니다. 우리가 이것이 중요한 링크라고 생각하거나 중요하다고 생각한다는 신호는 아닙니다. 특히, nofollow 링크는 계속 나열되고, 거부 링크는 계속 나열되며, 다른 이유로 무시하는 링크도 계속 나열될 수 있습니다. 따라서 목록에 있다고 해서 사이트와 관련이 없거나 유용한 링크가 되는 것은 아닙니다.”  

문맥이 아닌 바닥글 링크와 사이트 구조

09:13 “각 페이지의 바닥글 섹션에 내부 링크가 많이 포함된 사이트를 확보했습니다. 이러한 링크 중 일부는 관련성이 없습니다. [...] 링크가 반드시 문맥에 맞지 않기 때문에 Google에서 문제가 있는 것으로 간주될 가능성이 있습니까? [...] 바닥글에서 함께 뒤죽박죽이며 플러그인에 의해 선택됩니다. 수백 페이지에서 이를 제거하면 사이트 구조가 엉망이 될까봐 두렵습니다.”

John은 “ 대부분 문제를 일으키지 않을 것이라고 생각합니다. 이 페이지의 이러한 링크는 일반적인 내부 링크이므로 더 많이 볼 것입니다.

관점에서 보십시오. 이것이 웹사이트의 나머지 페이지에 컨텍스트를 제공하는 데 도움이 [...]됩니까? 예를 들어 더 큰 웹사이트가 있고 기본적으로 모든 페이지가 다른 모든 페이지와 연결되어 있는 경우 실제 컨텍스트가 없으므로 전체 구조가 무엇인지, 이 페이지 중 어느 것이 더 중요한지 이해하기 어렵습니다. 모든 것에 연결하면 모든 것이 중요하지 않은 것과 같기 때문입니다. 내가 조심해야 할 요소입니다. 내 관점에서 바닥글에 있는지 여부 는 중요하지 않습니다. 플러그인에 의해 생성되거나 수동으로 추가되는 경우 에도 중요하지 않다고 생각합니다. 나는 구조적 관점에서 주의할 것입니다. 이러한 링크를 갖는 것이 의미가 있습니까? 어느 정도의 교차 연결은 의미가 있습니다. 상호 연결된 관련 페이지가 있는 설정이 있는 경우 내 관점에서 이는 항상 의미가 있습니다. 모든 페이지를 다른 모든 페이지와 교차 연결하는 극단적인 교차 연결은 제 관점에서 볼 때 이치에 맞지 않습니다.”

11:10 “[…] 플러그인을 비활성화하고 이 모든 링크가 갑자기 페이지에서 누락되면 […] 어떤 식으로든 웹사이트에 영향을 줍니까? 아니면 한 번에 한 페이지에서 링크를 천천히 제거해야 합니까?”

John: “내 생각 에는 검색에 표시되는 방식에 영향을 미칠 것이지만 긍정적인 영향인지 부정적인 영향을 미칠지 말하기는 불가능합니다. 나는 그것이 거기에서 까다로운 부분이라고 생각합니다.

현재 상황과 다음 단계는 웹사이트에서 크롤러 를 실행하는 것을 이해하기 위해 무엇을 하고 싶습니다 . 많은 웹사이트 크롤러가 페이지가 어떻게 연결되어 있는지에 대한 그래프를 생성합니다. 그런 다음 플러그인을 비활성화할 수 있습니다. 아마도 웹사이트의 스테이징 버전에서, 심지어 짧은 기간 동안 라이브 버전에서일 수도 있습니다. 다시 크롤링한 다음 해당 그래프를 비교하고 이 크롤러가 여전히 모든 콘텐츠를 찾을 수 있는지 확인하십시오. 거기에 교차 연결이 충분하지 않은 것 같습니까? 그렇다면 플러그인을 비활성화하는 것만으로 괜찮을 것이라는 신뢰를 조금 더 얻을 수 있습니다. 우리의 관점에서 이러한 링크가 플러그인에 의해 자동으로 배치되거나 배치되는지 또는 기계 학습에 의해 배치되는지는 중요하지 않습니다. [...] 그것들은 우리가 당신의 웹사이트에서 찾은 링크일 뿐입니다.”

모든 숨겨진 텍스트가 Google 가이드라인에 위배되나요?

13:22 “숨겨진 텍스트는 모두 웹마스터 가이드라인에 위배되나요? [...] 우리는 각 요소에 대해 내부적으로 할당된 식별자와 함께 여러 페이지에 걸쳐 포함하는 몇 가지 요소를 가지고 있으므로 이러한 식별자는 사용자에게 아무 의미가 없지만 […], SEO로서 내 삶을 훨씬 쉽게 만들 수 있습니다. […]”

John의 대답은 다음과 같습니다. “나는 그것이 문제가 될 것이라고 생각하지 않습니다. 우리의 관점에서 숨겨진 텍스트는 실제로 페이지에 있는 내용과 관련하여 검색 엔진을 속일 때 더 문제가 됩니다. 따라서 극단적인 예는 신발에 대한 페이지가 있고 거기에 올림픽에 대한 숨겨진 텍스트가 많이 있는데 [...] 갑자기 신발 페이지가 이러한 올림픽 용어에 대한 순위를 매기기 시작하는 것입니다. 하지만 유저가 가보면 올림픽은 아무것도 없고 우리 입장에서는 문제가 될 것이다.

나는 우리가 숨겨진 텍스트를 인식하고 그런 일이 일어나지 않도록 하는 데 있어 합리적인 일을 한다고 생각하지만 이것이 우리가 웹마스터 가이드라인에 이 요소를 포함하는 이유입니다. 그것을 사용하여 누군가를 속이고 싶지 않은 것을 표시하는 것은 내 관점에서 완벽하게 괜찮습니다. 또한 접근성은 탭 대상을 탭할 수 있는 방식으로 설정 한 페이지에서 숨겨진 텍스트에 대한 일반적인 이유입니다 . 그러면 화면 판독기가 이에 대해 말할 것입니다. 하지만 페이지에서 직접 볼 수 없고 완벽하게 작동하므로 귀하가 설명한 설정이 작동할 것이라는 두려움이나 의심의 여지가 없습니다.”

사이트 순위에서 이미지 파일 이름의 중요성

24:56 " 우리는 이미지 파일 이름을 고유 번호로 대체해 온 지능형 CDN 제공업체를 사용하고 있습니다. Search Console에서 모든 이미지가 404임을 확인했습니다. CDN을 비활성화하면 전체 사이트 성능이 크게 저하됩니다. 적절한 파일 이름, 제목 없이 이미지 대체 텍스트와 캡션이 Google에서 충분히 이해할 수 있습니까?"

John에 따르면, “여기서 내가 살펴볼 두 가지가 있습니다. 한편, 이미지 검색에서 인덱싱해야 하는 이미지인 경우 이미지의 파일 이름이 안정적인지 확인해야 합니다. 여기에서 가장 중요한 요소입니다.

이러한 숫자나 URL이 변경된다는 점은 언급하지 않았지만 때때로 이러한 CDN은 기본적으로 각 이미지에 대해 세션 기반 ID를 제공합니다. 크롤링할 때마다 이미지 URL이 변경되면 기본적으로 해당 이미지를 제대로 색인화할 수 없습니다. 이는 주로 이미지의 경우 크롤링 및 인덱싱과 관련하여 약간 느린 경향이 있기 때문입니다. 따라서 이미지를 한 번 보고 이를 살펴봐야 한다고 말하고 나중에 다시 크롤링하려고 하고 그때까지 숫자가 변경되면 검색 결과에서 해당 이미지를 삭제합니다. 이미지 순위. 본질적으로 우리는 여기 있다고 생각했던 이 이미지가 더 이상 여기에 있지 않다고 말할 것입니다. 여기서 가장 중요한 부분은 이미지 검색에 관심이 있는지 파악하는 것입니다. 그렇다면 이러한 모든 이미지에 대해 안정적인 URL이 있는지 확인해야 합니다. 그것이 숫자이든 텍스트이든 그와 비슷한 것은 중요하지 않습니다. 안정적이어야만 합니다. 여기서 가장 중요한 부분입니다.

언급한 다른 부분은 이미지 대체 텍스트와 캡션으로, 이는 이미지 검색이 아니라 웹 검색에 관심이 있음을 나타냅니다. 웹 검색의 경우 기본적으로 웹 페이지 자체를 보기 때문에 이미지를 크롤링하고 색인을 생성할 필요가 없습니다. 따라서 대체 텍스트, 캡션, 페이지 제목과 같은 모든 것이 이 페이지를 조금 더 잘 이해하는 데 도움이 됩니다. 웹 검색의 경우 그게 전부입니다. 예를 들어 모든 이미지가 항상 404이거나 robots.txt 또는 웹 검색에 의해 차단된 경우에도 해당 페이지를 해당 이미지를 모두 인덱싱할 수 있었던 것과 동일하게 취급합니다. 이미지 검색 자체에서 우리는 이 이미지를 색인화하고 안정적인 URL이 있다는 것을 이해하고 사이트의 나머지 부분과 연결되는 방식을 이해해야 합니다."

동일한 키워드로 두 개의 다른 페이지 타겟팅

29:36 “[페이지] 하나는 기능 페이지이고 다른 하나는 해당 기능에 대한 정보입니다. 두 개의 다른 페이지에서 동일한 기본 키워드를 타겟팅해도 될까요?”

John은 "우선, 원하는 키워드를 타겟팅하는 것이 좋습니다. 우리의 관점에서, 우리는 당신을 막지 않을 것입니다.

내가 조심할 것은 당신이 당신 자신과 경쟁하는 것과 같습니까? 그리고 이것은 순수한 SEO 질문이라기보다는 거의 전략적인 질문에 가깝고, 이렇게 해서는 안 된다는 지침이 있는 것은 아닙니다. 그러나 동일한 의도로 동일한 쿼리에 대해 순위를 매기는 콘텐츠가 여러 개 있는 경우 여러 페이지에 걸쳐 제공하는 콘텐츠의 가치가 본질적으로 희석됩니다. 그들은 서로 경쟁하고 있으며, 이는 이러한 개별 페이지 자체가 다른 사람의 웹사이트와 경쟁할 때 그다지 강력하지 않다는 것을 의미할 수 있습니다. 그래서 가끔은 내가 조심해야 할 것입니다.

두 페이지가 있고 둘 다 동일한 키워드를 타겟팅하고 있고 의도가 매우 다른 경우 내 관점에서는 사람들이 하나의 의도와 다른 의도에 대해 추가된 텍스트입니다. 그리고 본질적으로 고유한 페이지입니다. 둘 다 검색에 표시되거나 가장 일치하는 항목이 검색에 표시되는 것이 합리적일 수 있습니다. [...] 그리고 내가 말했듯이, 그것은 우리가 요구하거나 괜찮거나 좋지 않은 것이 아닙니다. 검색에 어떻게 표시되는지에 대한 전략적 포지셔닝의 문제입니다."

인덱싱된 페이지와 인덱싱되지 않은 페이지의 비율이 적절합니까?

31:26 "도메인의 전체 페이지 중 50%가 인덱싱되지 않거나 인덱싱되지만 트래픽이 수신되지 않는 많은 트래픽 순위 페이지의 위치가 피해를 입습니까?"

John은 다음과 같이 대답했습니다. “제 생각에는 매우 인기 있는 페이지 집합과 인기가 없는 페이지 집합이 더 많이 있습니다. 그리고 그것은 다양한 콘텐츠가 있는 일반적인 웹사이트를 설명합니다. 그 중 일부는 매우 인기가 있고 일부는 그다지 인기가 없습니다. 그래서, 우리의 관점에서 그것은 완벽하게 괜찮습니다.

또한 페이지의 대량 수는 잘못된 측정 기준입니다. 표시되지 않는 페이지가 많기 쉽기 때문에 매우 중요하고 검색에 많이 표시되지 않으며 완벽할 수 있기 때문입니다. 이와 같은 페이지가 5개 또는 백 [...] 또는 천 페이지가 있고 [그리고] 검색에 표시되지 않는 경우에도 문제를 일으키지 않습니다. 그런 관점에서 볼 때 검색 결과에 표시되는 페이지 수와 페이지 수를 비교하는 것이 때때로 까다롭습니다.

다른 한 가지는 아마도 이와 같은 질문에서 염두에 두어야 할 것입니다. 때로는 많은 페이지를 사용하는 것보다 더 적은 수의 페이지를 갖는 전략적 이점 을 얻기 위해 더 적은 수의 페이지에 집중하는 것이 합리적일 수 있습니다. 본질적으로 가치를 희석시키는 것입니다. 천 페이지가 있고 각각이 더 큰 그림에 대한 작은 정보를 제공한다면 그 천 페이지는 아마도 검색에 어려움을 겪을 것입니다. 반면에 많은 것을 […] 10페이지로 결합할 수 있다면 그 10페이지에는 많은 정보와 사이트의 나머지 부분에 비해 많은 가치가 있을 것이며 순위를 매기기가 더 쉬울 것입니다. 해당 주제에 대한 광범위한 검색어"

웹사이트 내 검색 결과 vs. 순위

37:49 “ 새 검색 결과 페이지를 출시하는 동안 SEO 순위에 영향을 미치지 않도록 하려고 합니다. [...] 검색 결과는 10,000개이며 필터링 및 정렬 기능이 있습니다. Google은 웹사이트 내에서 이러한 검색 결과 페이지를 어떻게 처리하고 [그리고] 이러한 검색 결과는 웹사이트의 전체 순위에 어떤 영향을 줍니까? 순위를 매기기 위해 사이트맵을 제출하는 것으로 충분합니까, 아니면 Googlebot이 연결할 수 있는 URL을 수집하는 데 도움이 되도록 추가로 고려해야 합니까?”

John은 다음과 같이 대답했습니다. “[...] 귀하의 웹사이트의 모든 페이지를 찾기 위해 사이트맵 에 의존하지 않을 것 입니다. 사이트맵은 웹사이트에 대한 추가 정보를 제공하는 방법이어야 합니다. 귀하의 웹사이트에 대한 정보를 제공하는 기본 방법이 되어서는 안 됩니다. 따라서 특히 내부 연결은 매우 중요하며 주의해야 하며 누군가가 웹사이트를 크롤링할 때 설정을 어떻게 하든 사이트맵에 의존하지 않고 모든 콘텐츠를 찾을 수 있도록 해야 합니다. 이 모든 것을 얻으려면 파일을 만드십시오.

그런 면에서 이 카테고리 페이지로 이동할 수 있고 개별 카테고리에 있는 모든 제품을 찾을 수 있다는 것은 매우 유용하다고 생각합니다. 카테고리 페이지를 통해 제품으로 크롤링할 수 있는 것도 매우 중요합니다. 일부 사이트는 기본적으로 검색 결과 페이지와 같은 범주 페이지를 사용하고 검색 결과 페이지는 기본적으로 범주 페이지와 같은 상황에 있기 때문에 검색 결과 페이지는 약간 독특한 영역입니다. 만약 당신이 그런 경우라면 나는 당신이 카테고리 페이지로 하는 모든 일에 주의를 기울일 것입니다.

검색 결과 페이지의 또 다른 점은 사람들이 무엇이든 입력하고 검색할 수 있고 귀하의 사이트는 이러한 모든 것을 생성하기 위해 모든 작업을 수행해야 한다는 것입니다. 사람들이 다양한 방법으로 검색할 수 있기 때문에 이론적으로 웹사이트에서 찾을 수 있는 URL이 무한대로 쉽게 생성될 수 있습니다. 웹사이트에 무한한 페이지 세트가 생성되기 때문에 이러한 검색 결과 페이지를 noindex 로 설정 하거나 robots.txt 를 사용 하여 이러한 검색 결과 페이지의 크롤링을 차단하여 정상적인 사이트 구조와 정상적인 내부 연결에 중점을 둡니다. 나는 그것들이 거기의 주요 측면이라고 생각합니다.

검색 결과 페이지를 인덱싱하려는 경우 제 팁은 한편으로 는 하나의 기본 정렬 순서와 필터링 설정이 표준 으로 설정되어 있는지 확인하는 것입니다. 따라서 관련성을 기준으로 페이지를 제공하도록 선택하고 가격을 올리거나 내리기 위한 정렬 필터가 있는 경우 해당 필터의 rel="canonical"을 기본 정렬 순서로 설정합니다. 마찬가지로 필터링의 경우 rel=”canonical”을 사용하여 필터를 제거할 수 있습니다. 이렇게 하면 검색 결과 페이지의 이러한 모든 변형에 주의가 산만해지는 대신 페이지의 기본 버전에 더 집중하고 페이지를 제대로 크롤링할 수 있습니다.

내가 주의해야 할 또 다른 사항은 색인 생성 또는 크롤링을 허용하려는 검색어 유형과 관련하여 사이트에 일종의 허용 목록 또는 [...] 시스템을 만드는 것입니다. 예를 들어 누군가가 귀하의 웹사이트로 이동하여 "캐나다 의약품" 또는 이와 유사한 것을 검색하고 귀하가 의약품 웹사이트가 아닌 경우 해당 검색 페이지의 색인이 생성되는 것을 원하지 않을 것입니다. 해당 쿼리와 일치하는 사용 가능한 제품이 없더라도 해당 쿼리를 인덱싱하고 싶지 않을 수 있습니다. 따라서 색인을 생성할 수 있도록 허용한 검색 목록이 있으면 작업이 훨씬 쉬워집니다 . 누군가가 귀하의 검색 결과에 스팸을 보내는 이 스팸 상황에 우연히 부딪치지 않도록 하십시오. 그러면 색인이 생성된 수백만 페이지를 정리하고 어떻게든 제거해야 합니다.”

데스크탑과 순위 비교에서 페이지 경험 업데이트

42:20 “ Core Web Vitals가 좋지 않아 내 웹사이트의 방문자 수가 감소했습니다. 이제 정상으로 돌아왔지만 이제 페이지 경험 업데이트가 데스크톱용으로 천천히 출시되고 있다는 사실을 알게 되었습니다. 다른 순위 신호와 비교하여 데스크톱에 대한 페이지 경험 순위는 무엇이며 얼마나 중요합니까?”

John에 따르면 "모바일에서와 마찬가지로 페이지 경험 순위 요소는 기본적으로 이러한 다양한 페이지가 검색 결과에 표시될 수 있는 약간의 추가 정보를 제공하는 것입니다. 쿼리에서 […] 분명한 의도가 있는 상황에서 그들이 이 웹사이트에서 이 웹사이트를 사용하기를 정말로 원한다는 것을 이해할 수 있으며 그런 관점에서 보면 페이지 경험을 순위 요소로 쉽게 사용할 수 있습니다. 반면에 모든 콘텐츠가 검색 결과 페이지에서 매우 유사하다면 페이지 경험을 사용 하면 사용자 경험과 관련하여 이들 중 어느 것이 빠른 페이지인지 합리적인 페이지인지 이해하는 데 약간 도움이 될 것입니다 . 검색 결과에 표시하기에 덜 합리적인 페이지. 그 상황이 우리에게 도움이 됩니다.

데스크톱 롤아웃과 관련하여 한 달 정도에 걸쳐 다시 롤아웃 속도가 느려질 것이라고 생각합니다. 즉, 하루가 지나면 강력한 효과가 나타나지 않고 오히려 일정 기간 동안 효과를 나타냅니다. 페이지 경험 및 핵심 성능 보고서의 Search Console에서도 이미 확인할 수 있습니다. 예를 들어 데스크탑에서는 모든 것이 빨간색이며 이에 집중해야 한다는 것을 이미 알 수 있습니다. 그런 관점에서 모바일과 마찬가지로 데스크톱 순위가 변경됨 에 따라 이 기능을 출시할 때 검색 결과가 하루가 다르게 급등할 것이라고는 기대하지 않습니다. 기껏해야 웹 사이트에 상황이 정말 좋지 않은 경우 점차적으로 감소하는 것을 볼 수 있습니다.”

색인이 생성되지 않은 번역 콘텐츠

53:15 “ 저는 대규모 다국어 사이트에서 일하고 있습니다. 작년 4월에 […] 번역된 모든 콘텐츠가 유효에서 제외됨, 크롤링됨으로 이동했습니다. 현재 색인이 생성되지 않았 으며 4월부터 그대로 유지되었습니다. […] 한꺼번에 일어난 일이라 우리 쪽에서 뭔가 시스템적인 변화가 있었던 것 같다. […] 우리는 hreflang, 표준, URL 매개변수, 직접 조치, 그리고 developer.google.com/search에 나열된 기타 모든 도구를 정리했습니다. [...] 무슨 일이 일어났는지 또는 문제를 해결하기 위해 다음에 무엇을 해야 하는지 모르겠지만 번역된 콘텐츠를 색인에 다시 넣고 싶습니다.”

John의 대답은 다음과 같습니다. “[...] 언어 코드 끝에 매개변수가 있는 경우 […] 때때로 까다롭다고 생각합니다. [...] 우리의 관점에서 볼 때 동일한 내용으로 이어지는 이러한 매개변수가 많다는 것을 인식하면 시스템이 상황에 갇힐 수 있습니다. 음, 아마도 이 매개변수가 그렇지 않을 수 있습니다. 매우 유용하므로 무시해야 합니다. 나에게 그것은 그 주변에서 무슨 일이 일어난 것처럼 들린다. 부분적으로 는 Search Console 의 URL 매개변수 도구 를 사용하여 해당 매개변수가 설정되어 있는지 확인할 수 있습니다. 부분적으로 할 수 있는 일은 […] 로컬 크롤러로 웹사이트의 일부를 크롤링하여 실제로 어떤 매개변수 URL이 선택 되었는지 확인한 다음 해당 페이지에 해당 언어에 대한 유용한 콘텐츠가 실제로 있는지 다시 확인하는 것입니다.  

특히 내가 사이트에서 본 일반적인 […] 모든 언어가 연결되어 있고 일본어 버전은 '오 일본어 버전이 없습니다. 대신 영어 버전이 있습니다. 그러면 우리 시스템은 일본어 버전이 영어 버전과 같다고 말할 수 있습니다. 아마도 영어 버전과 동일한 다른 언어가 있을 수 있습니다. 우리는 그것을 무시해야 합니다. 때때로 이것은 웹사이트 내의 링크에서, 때로는 외부 링크, 즉 귀하의 사이트에 링크하는 사람들입니다. 매개변수가 URL 끝에 있으면 매개변수에도 일부 쓰레기가 첨부되는 것이 매우 일반적입니다. 그리고 우리가 그 쓰레기로 모든 URL을 크롤링하고 이것이 유효한 언어가 아니라 여기 영어 버전이라고 말하면 시스템에서 이 매개변수가 그다지 유용하지 않을 수 있다고 말하는 루프를 다시 강화합니다. 더 깨끗한 접근 방식은 더 깨끗한 것으로 리디렉션하거나 404 페이지를 표시할 수 있는 일종의 가비지 매개변수가 있는 경우에 있을 수 있습니다. 우리가 발견한 어떤 URL이든 우리가 이미 본 다른 콘텐츠와 동일하지 않은 유용한 콘텐츠를 얻을 수 있는지 확인하십시오."