2019년 2월 5일 – Google 도움말 행아웃 메모
게시 됨: 2019-02-08존이 돌아왔다! 다음은 최근 웹마스터 Helpl 행아웃에서 가장 좋은 질문과 답변입니다. 이번 주에 John은 302 리디렉션, 페이지 속도 및 하위 도메인 병합을 위한 모범 사례에 관한 몇 가지 훌륭한 질문에 답변했습니다. 풀영상과 대본은 마지막에!
Google의 동영상과 같이 페이지의 한 부분을 차단할 수 있습니까?
1:16

내 페이지가 검색 결과에 이와 같이 표시되는 것을 원하지 않는다고 명시적으로 말할 수 있는 방법이 없기 때문에 그게 까다롭다고 생각합니다. 그래서 내가 경향이 있는 것은 페이지의 구조화된 데이터에서도 지정할 수 있다고 생각하는 만료 날짜 접근 방식을 시도하는 것입니다. json-ld 구조 데이터를 사용하면 페이지에서 가져온 비디오의 만료 날짜도 지정할 수 있는 방법이 있다고 생각합니다. 그래서 그것이 내가 시도하는 것일 수 있습니다.
요약: Google에 페이지의 일부만 색인을 생성하거나 특정 SERP 기능에만 해당 페이지를 포함하도록 요청할 수는 없습니다. 그러나 구조화된 데이터를 사용하여 검색 결과에 표시되지 않도록 하는 만료 날짜를 동영상에 추가할 수 있습니다.
다음은 비디오 스키마 및 만료 날짜 사용에 대한 Google의 추가 정보입니다.
사이트의 페이지에 색인이 생성되지 않고 GSC에 "크롤링됨, 색인이 생성되지 않음"이 표시되면 무엇을 의미합니까?
5:23

따라서 귀하의 웹사이트에서 특정 예를 보지 않고는 말하기가 정말 어렵습니다. 그래서 제가 여기서 권장하는 것은 귀하가 보고 있는 검색어를 보고 있는 정확한 URL로 포럼에 도움이 될 금액을 게시하여 사람들이 볼 수 있습니다. 때로는 블로그가 기본적으로 이러한 페이지를 인덱싱하지 않는 방식으로 설정되어 있을 수 있지만 일반적으로 웹마스터 포럼의 사람들은 매우 빠르고 이러한 종류의 일반적인 문제를 인식하고 범위를 좁히는 데 도움이 될 수 있습니다. 여기에서 일어나고 있는 완전히 이상한 일이 있는 경우 상황을 낮추거나 에스컬레이션합니다. 명심해야 할 또 다른 사항은 우리가 본 모든 페이지의 색인을 생성하지 않는다는 것입니다. 웹사이트에는 우리가 알고 있는 많은 페이지가 있는 것이 일반적이지만 색인을 크롤링할 필요도 없고 반드시 크롤링할 필요도 없습니다. 문제. 그것은 우리의 알고리즘이 에너지를 집중하는 것이 의미가 있는 위치와 에너지를 조금 덜 집중하는 위치를 파악하려고 하는 것일 뿐입니다. 일반적으로 이는 해당 페이지가 검색에서 표시될 가능성이 낮아 변경되지 않는다는 의미이기도 합니다. 색인이 생성된 경우 사이트 전체에 대해 그 정도가 되겠지만, 웹마스터 도움말 포럼에서 가능한 원인이 무엇인지 확인하기 위해 다시 한 번 확인하겠습니다.
요약: 페이지의 색인이 생성되지 않는 기술적인 문제 때문일 수 있습니다. 또한 Google은 귀하가 게시하는 모든 페이지의 색인을 항상 생성하지는 않습니다. 참고 사항: 콘텐츠를 제공하기 위해 블로그 콘텐츠를 게시하지 않도록 하십시오. 매우 가치있는 경우 색인이 생성 될 확률이 훨씬 높습니다!
거부 파일에 스팸 링크를 추가해야 합니까?
8:17

따라서 일반적으로 인바운드 링크를 보면 거의 모든 웹 사이트에 스팸성이거나 관련이 없는 링크가 많이 있을 것이며 이는 완벽하게 문제가 되지 않습니다. 우리는 웹 사이트가 수년에 걸쳐 수집하는 많은 종류의 쓰레기를 무시하는 데 꽤 능숙합니다. 나는 이것에 초점을 맞추지 않을 것입니다. 이전에 나가서 링크를 구입했거나 SEO가 링크와 관련하여 정말 이상한 일을 했다는 것을 알고 있는 것이라면 정리하는 것이 합리적이지만 인식하지 못하는 경우 다른 모든 것이 괜찮다면 나는 이것에 대해 걱정하지 않을 것입니다.
요약: 모든 웹사이트에는 스팸 링크가 있습니다. Google은 이러한 점을 정말 잘 무시합니다. 거부해야 하는 링크 유형은 SEO를 위해 의도적으로 만들어진 유형입니다.
Google은 UX를 개선하기 위해 사용자의 위치 정보가 필요한 웹사이트를 어떻게 처리하나요?
9:29

따라서 위치 찾기를 사용하면 웹 사이트가 사용자의 위치를 인식하고 사용자의 위치를 기반으로 현지 전화번호 또는 현지 주소를 표시할 수 있는 것을 의미한다고 가정합니다. 그것은 우리가 검색과 관련하여 할 일이 아닙니다. 그래서 그것은 일반적으로 우리가 선택하는 것이 아닙니다. 일반적으로 Google은 페이지를 렌더링할 때 이러한 종류의 추가 정보 요청도 거부하므로 우리가 알아차리지 못할 수도 있습니다.
요약: Googlebot은 위치 요청에 주의를 기울이지 않습니다. 주의: 중요한 페이지 정보가 사용자로부터 위치 정보 수신에 의존하지 않도록 하십시오.
302 리디렉션이 PageRank를 통과합니까?
10:10

301은 새 페이지가 기존 페이지를 영원히 대체한다는 것을 알려주는 영구 리디렉션이고 302 리디렉션은 일시적으로 다른 URL에서 콘텐츠를 사용할 수 있음을 알려줍니다. 실용적인 관점에서 여기에서 일반적으로 발생하는 경향은 301 리디렉션을 사용하는 것입니다. 대상 페이지에 초점을 맞춰 해당 URL을 색인화하고 모든 신호를 해당 페이지로 이동합니다. 반면 302 리디렉션을 사용하면 초기 페이지에 초점을 맞추고 모든 신호를 거기에 유지하려고 합니다. 따라서 pagerank 전달 여부의 문제가 아니라 이러한 URL 중 실제로 신호를 유지하는 URL이 무엇인지가 중요합니다. 리디렉션으로 인해 이러한 신호가 손실되는 것이 아니라 여기 또는 여기에 있으며 이것이 주요 차이점입니다.
따라서 이러한 페이지 중 리디렉션 대상의 순위를 지정하거나 리디렉션을 수행하는 초기 페이지의 종류를 추적하는 경우. 그런 다음 302를 사용하면 초기 페이지 순위가 표시되는 경향이 있을 수 있습니다. 왜냐하면 그것이 일시적이고 콘텐츠가 다른 곳에 있다고 말해주기 때문에 우리가 선택하는 페이지이기 때문입니다. 반면 301 리디렉션을 사용하면 목적지 순위를 매기는 경향이 있습니다. 더 많은 페이지. 그리고 언제나처럼 사람들은 이것을 정기적으로 틀리고 우리의 알고리즘은 사람들이 하려고 하는 것이 무엇인지 알아내려고 노력합니다. 따라서 더 오랜 기간 동안 302 리디렉션이 표시되는 경우 웹마스터가 이를 301 리디렉션으로 간주하고 이를 그대로 처리하고 모든 신호를 대상으로 이동할 것이라고 잘 설명할 수 있습니다. 페이지. 따라서 시간이 지남에 따라 이러한 종류의 변경이 발생하는 것을 볼 수 있으므로 링크 자산이나 신호가 리디렉션을 통해 흐르는지 여부가 아니라 이러한 URL 중 우리가 인덱싱을 위해 선택하게 되는 URL은 무엇입니까? 이러한 모든 신호를 받는 URL입니다.
요약: 302 리디렉션은 임시 리디렉션인 반면 301은 영구적입니다. 302를 사용하면 Google은 사용자가 리디렉션되는 페이지가 아닌 원본 페이지에 계속 초점을 맞추려고 합니다. 그러나 302가 충분히 오랫동안 제자리에 있으면 301로 처리됩니다. 참고: 따라서 결국 302는 PageRank를 통과하기 시작해야 합니다. 하지만 얼마나 오래 걸릴지는 모릅니다.
페이지의 불쾌하거나 부정적인 언어로 인해 Google에서 해당 페이지를 낮은 품질로 취급할 수 있습니까?
13:02

나는 우리가 모든 종류의 이상한 순위 문제를 수년 동안 처리해 왔다는 것을 알고 있기 때문에 급한 질문을 했습니다. 내 파트너 중 한 명이 YouTube 문제를 다룰 때 예를 들어 허용되지 않는 단어와 같은 잠재적인 이론을 가지고 있었습니다. 때때로 우리는 우리 기사의 일부에서 자동차 판매원을 바보 또는 이와 유사한 것으로 언급합니다. 기본적으로 우리는 사이트의 특정 페이지에서 그런 언어를 사용하는 데 잠재적으로 문제가 있을 수 있는지 알고 싶었습니다. 내 말은 욕설 같은 건 아니고 그냥 그런 모욕적인 유형 같은 거란 말인가? 우리는 기본적으로 우리의 콘텐츠를 훔친 다음 약간 수정한 다른 웹사이트가 우리가 예전에 순위를 매긴 다음 우리가 일종의 나쁜 순위를 매기는 현상을 여전히 봅니다. 훔친 후 콘텐츠를 수정할 때 사이트에서 해당 유형의 언어 사용이 있는 페이지를 훔치는 경향이 없습니다.
요약: 아니요. 참고: 그렇다고 해서 Google은 스팸성 UGC가 낮은 품질의 표시로 보일 수 있다고 과거에 말했습니다.
"관련 기사"에 rel-prev/next를 사용해야 합니까?
17:41

아니요. 따라서 rel 다음 연결의 종류는 페이지 매김 시리즈를 위한 것이며 일종의 관련 링크를 위한 것이 아닙니다. 그래서 나는 일반적으로 일반적으로 이러한 플러그인이 하는 경향이 있는 관련 기사를 교차 링크할 것입니다.
요약: 아니오. 이것은 페이지를 매긴 페이지에만 해당됩니다.
페이지 속도를 개선한 후 느린 사이트가 더 나은 순위를 보려면 얼마나 걸립니까?
24:32

따라서 웹 검색과 관련된 거의 모든 것과 마찬가지로 고정된 시간 프레임이 관련된 것이 아니라 시간이 지남에 따라 인덱스 페이지를 크롤링합니다. 우리는 시간이 지남에 따라 이러한 페이지에 대해 이러한 신호의 종류를 업데이트합니다. 이러한 페이지 중 일부는 고정된 타임라인이 없으며 신호는 매일 또는 더 자주 업데이트됩니다. 그들 중 일부는 조금 더 오래 걸리고 일부는 업데이트되는 데 몇 달이 걸립니다. 따라서 웹사이트 내에서 상당한 개선을 이루었지만 시간이 지남에 따라 이러한 신호를 고려하는 우리와 관련하여 점진적으로 증가하는 것을 보게 될 것입니다. 속도가 가장 중요한 순위 요소가 아니라는 점에서 속도에 관해서는 매우 까다로울 수 있습니다. 우리는 콘텐츠와 같은 것들을 살펴보고 이러한 페이지 중 사용자와 가장 관련이 있는 페이지도 파악하려고 노력합니다. 따라서 사이트가 정말 빠르다고 해서 항상 순위 1위라는 의미는 아닙니다. 이론적으로 빈 페이지는 일종의 가장 빠른 페이지이지만 이것이 사용자에게 좋은 결과를 의미하지는 않으므로 속도는 더 작은 순위 요소에 가깝습니다. 거기. 따라서 웹사이트의 품질 및 전반적인 개선 사항을 기반으로 시간이 지남에 따라 검색에서 사이트의 가시성이 더 크게 변경되는 것을 볼 수 있으며 속도는 개별적으로 측정하기조차 어려울 수 있는 작은 것과 같습니다.
요약: Google은 시간이 지남에 따라 페이지의 Page Speed에 대한 신호를 업데이트합니다. Page Speed 업데이트를 기다려야 하는 것은 아닙니다. 속도가 좋은 순위에서 당신을 가로막고 있고 당신이 개선한다면, 당신은 순위의 점진적인 증가를 볼 것입니다.
GSC에서 robots.txt에 의해 차단된 페이지가 표시된다는 것은 무엇을 의미합니까?
31:33

우리가 아직 그것을 발표하지 않았는지 모르지만 우리는 사람들이 새로운 것으로 이동할 수 있는 기회를 주기 위해 조금 앞서려고 노력하고 있습니다. 검색 콘솔에서 새 도구를 이동하려면 그래서 그곳에서 무슨 일이 일어나고 있는지에 대한 더 많은 계획이 있는 즉시 알려 드리겠습니다. 나는 이것이 유지하는 것이 의미가있는 도구 중 하나라고 생각합니다. 그래서 우리가 그것을 끄겠다고 발표하지 않았기 때문에 시간이 지남에 따라 콘솔에 대한 새로운 스위치와 함께 올 것이라고 생각합니다.
요약: 대부분 그렇습니다. 하지만 아직은 아닙니다.
여러 하위 도메인을 대규모 사이트에 병합할 때 단계적으로 수행해야 합니까?
35:47

나는 가능한 한 빨리 최종 상태로 가려고 노력할 것입니다. 따라서 상황이 이전 것도 새 것도 아닌 일시적인 상황을 만드는 대신 가능한 한 빨리 새 상황으로 리디렉션하려고 합니다.
요약: 한 번에 모든 작업을 수행하는 것이 가장 좋습니다.
일반 검색에서 동영상 순위를 매길 때 링크가 중요합니까?
39:08

따라서 순위와 관련하여 여러 요소를 사용하며 여기에는 링크가 포함됩니다. 그래서 우리가 링크를 전혀 사용하지 않는 것처럼 말하는 것은 잘못된 것입니다. 그러나 우리는 크롤링 인덱싱 및 순위 지정에 대해 200개 이상의 요소를 모르는 것처럼 사용하므로 링크에만 집중하는 것은 실제로 의미가 없습니다. 따라서 좋은 콘텐츠는 전통적으로 자체적으로 링크를 선택하고 웹사이트에서 비디오 콘텐츠를 만들고 이 모든 것이 일반적으로 웹사이트 내에서도 서로 연결되어 있으면 시간이 지남에 따라 이러한 것들이 저절로 해결됩니다. 동영상 캐러셀에 표시할 수 있도록 링크를 명시적으로 구축해야 하는 것은 아닙니다.
요약: 대부분 그렇습니다. 그러나 다른 많은 요인들도 있습니다.
모바일에서 숨겨진 탐색 링크는 괜찮습니까?
40:06

우리는 정말로 그것을 일반적으로 따를 것이므로 아무런 문제가 보이지 않습니다. 즉, 귀하의 웹사이트가 모바일에서 탐색하기 어렵다면 대부분의 사이트를 방문하는 사용자가 대부분 모바일로 웹사이트를 탐색하는 데 어려움을 겪을 것이며 다른 좋은 콘텐츠를 찾는 데 어려움을 겪을 것입니다. 따라서 웹 사이트에서 사용할 수 있는 모든 UI가 모바일 사용자를 위해 어떤 형태로든 사용할 수 있는지 확인합니다.
요약: 일반적으로 괜찮습니다. 그러나 탐색이 사용자에게 직관적인지 확인하십시오.
참고 사항: 내부적으로 연결하려는 중요한 페이지가 있는 경우 탐색 링크에만 의존하고 싶지 않습니다. 귀하의 페이지 콘텐츠 본문 내에서 텍스트로 고정된 링크가 더 도움이 된다고 생각합니다.
Google 직원 Zineb Ait은 다음과 같이 말한 적이 있습니다.
https://twitter.com/Missiz_Z/status/691687094444539905
(번역: "바닥글이나 머리글에 있는 사이트 전체의 링크는 일반적으로 큰 비중을 차지하지 않습니다.")
Google이 제목 태그 또는 메타 설명을 다시 작성한다는 것은 무엇을 의미합니까?
40:06

우리는 좋은 제목과 좋은 설명에 대한 지침이 있으므로 그것을 살펴보는 것이 좋습니다. 종종 Google이 제목이나 설명에 키워드 스터핑과 같은 일이 발생하는 상황을 기반으로 제목이나 스니펫을 다시 작성하는 것을 볼 때입니다. 따라서 염두에 두어야 할 또 다른 사항은 우리가 쿼리를 기반으로 제목과 설명을 선택하려고 한다는 것입니다. 따라서 사이트 쿼리를 수행하고 제목과 설명이 한 가지 방식으로 표시되는 경우 일반 사용자가 일반 쿼리로 검색할 때 동일한 방식으로 표시된다는 의미는 아닙니다. 그래서 나는 두 가지를 모두 살펴보고 반드시 도움말 센터 문서를 확인하십시오.
요약: 때때로 Google은 키워드 스터핑인 것처럼 보이면 이를 다시 작성합니다. Google이 사용자의 쿼리에 더 잘 답하기 위해 다시 작성할 수 있다고 생각하는 경우에도 다시 작성할 수 있습니다.
이런 내용이 마음에 든다면 제 뉴스레터도 마음에 드실 겁니다!
저희 팀과 저는 매주 최신 Google 알고리즘 업데이트, 뉴스 및 SEO 팁을 보고합니다.
성공!! 이제 이메일을 확인하여 Google 업데이트 뉴스레터 구독을 확인하십시오.
전체 비디오 및 스크립트
질문 1:16 - 제가 관리하는 웹사이트가 있는데 작년 6월에 일반 웹 목록에서 비디오 캐러셀로 변경되었습니다. 쿼리 중 하나인 스톡 푸티지 또는 스톡 비디오와 같은 쿼리 중 하나로 결과적으로 클릭수가 크게 감소했습니다. . 결과가 사용자의 의도와 실제로 일치하지 않기 때문에 비디오 썸네일로 오해의 소지가 있습니다. 사용자가 비디오 캐러셀을 YouTube 비디오로 착각하기 때문입니다. 그래서 이를 차단하기 위해 robots.txt를 사용하여 비디오를 차단한 몇 가지 조치를 취했으며 페이지에서 비디오를 완전히 제거했습니다. 실제로 상황은 비디오를 선택하는 대신 Google이 15초의 타임스탬프와 함께 비디오 캐러셀에 이미지 썸네일을 표시하기 시작했습니다. 그래서 궁극적으로 비디오를 찾을 수 없었기 때문에 사용자 경험이 매우 열악했습니다. 사용자는 검색 페이지에서 비디오를 보았고 페이지에 도착하면 비디오가 없었고 궁극적으로 순위가 약간 하락했습니다. 또한. 작년에 당신이 비디오에 대한 사이트맵을 추가하고 만료 날짜를 과거로 설정해야 한다고 트윗한 것을 알고 있고 다른 하나는 페이지의 해당 부분을 완전히 차단하고 있었기 때문에 우리가 시도한 것입니다. 따라서 해당 썸네일 URL의 문제는 CDN을 통해 전달되므로 URL을 실제로 제어하지 않으므로 실제로 가져올 수 없으므로 제안이 있으면 매우 도움이 될 것입니다.
답변 3:10 - 검색 결과에 내 페이지가 이와 같이 표시되는 것을 원하지 않는다고 명시적으로 말할 수 있는 방법이 없기 때문에 어려운 일이라고 생각합니다. 그래서 내가 경향이 있는 것은 페이지의 구조화된 데이터에서도 지정할 수 있다고 생각하는 만료 날짜 접근 방식을 시도하는 것입니다. json-ld 구조 데이터를 사용하면 페이지에서 가져온 비디오의 만료 날짜도 지정할 수 있는 방법이 있다고 생각합니다. 그래서 그것이 내가 시도하는 것일 수 있습니다.
질문 5:23 - 우리 블로그 섹션의 거의 모든 기사가 검색 콘솔에서 색인이 제거되었으며 크롤링이 색인화되지 않았다고 표시되며 거기에서 무슨 일이 일어날 수 있는지에 대한 구체적인 이유가 표시되지 않습니다.
답변 5:38 - 따라서 웹사이트의 특정 예를 살펴보지 않고는 말하기가 어렵습니다. 따라서 여기에서 권장하는 방법은 귀하가 보고 있는 쿼리를 보고 있는 정확한 URL과 함께 포럼에 도움이 될 금액을 게시하는 것입니다. 그곳 사람들이 볼 수 있도록 살펴봅니다. 때로는 블로그가 기본적으로 이러한 페이지를 인덱싱하지 않는 방식으로 설정되어 있을 수 있지만 일반적으로 웹마스터 포럼의 사람들은 매우 빠르고 이러한 종류의 일반적인 문제를 인식하고 범위를 좁히는 데 도움이 될 수 있습니다. 여기에서 일어나고 있는 완전히 이상한 일이 있는 경우 상황을 낮추거나 에스컬레이션합니다. 명심해야 할 또 다른 사항은 우리가 본 모든 페이지의 색인을 생성하지 않는다는 것입니다. 웹사이트에는 우리가 알고 있는 많은 페이지가 있는 것이 일반적이지만 색인을 크롤링할 필요도 없고 반드시 크롤링할 필요도 없습니다. 문제. 그것은 우리의 알고리즘이 에너지를 집중하는 것이 의미가 있는 위치와 에너지를 조금 덜 집중하는 위치를 파악하려고 하는 것일 뿐입니다. 일반적으로 이는 해당 페이지가 검색에서 표시될 가능성이 낮아 변경되지 않는다는 의미이기도 합니다. 색인이 생성된 경우 사이트 전체에 대해 그 정도가 되겠지만, 웹마스터 도움말 포럼에서 가능한 원인이 무엇인지 확인하기 위해 다시 한 번 확인하겠습니다.
질문 7:05 - 사이트에 많은 페이지를 추가했지만 Google에서 페이지를 찾아 색인을 생성하도록 사이트맵 파일을 업데이트하는 것을 잊었지만 특별한 조치가 필요합니까?
답변 7:16 - 아니요. 특별한 작업을 수행할 필요가 없습니다. 사이트맵 파일은 크롤링 및 인덱싱과 관련하여 더 많은 정보를 추가하는 데 도움이 됩니다. 이 파일은 크롤링 및 인덱싱에 대한 정보를 대체하지 않습니다. 따라서 정상적인 크롤링을 통해 URL을 찾은 경우 해당 URL을 찾는 것이 문제라면 완벽합니다. 사이트맵 파일은 또한 일반 크롤링을 대체해서는 안 됩니다. 따라서 이러한 페이지가 내부적으로 연결되지 않은 경우 사이트맵 파일을 통해 찾을 수는 있지만 해당 페이지의 컨텍스트를 이해하기는 정말 어려울 것입니다. 따라서 우리가 해당 페이지를 찾고 색인을 생성할 수 있다는 점에서 실제로 좋은 신호입니다. 사이트맵 파일은 이러한 페이지를 변경할 때 이를 인식하는 데 도움이 되므로 조금 더 빠르게 페이지를 선택할 수 있습니다. .
질문 8:17 - 수신 링크를 확인하고 거부 파일에 추가한 스팸 링크가 많이 있음을 발견했습니다. 순위를 유지하는 것이 얼마나 중요한지 궁금합니다. Google에서 무시한다고 들었습니다.
답변 8:34 - 일반적으로 이 문제를 계속 관리할 필요가 없습니다. 인바운드 링크를 보면 거의 모든 웹사이트에 스팸성 또는 관련성이 없는 링크가 많이 있을 것입니다. 완벽하게 괜찮아. 우리는 웹 사이트가 수년에 걸쳐 수집하는 많은 종류의 쓰레기를 무시하는 데 꽤 능숙합니다. 나는 이것에 초점을 맞추지 않을 것입니다. 이전에 나가서 링크를 구입했거나 SEO가 링크와 관련하여 정말 이상한 일을 했다는 것을 알고 있는 것이라면 정리하는 것이 합리적이지만 인식하지 못하는 경우 다른 모든 것이 괜찮다면 나는 이것에 대해 걱정하지 않을 것입니다.
질문 9:20 - Google은 더 나은 UX를 제공하기 위해 모바일 버전에서 위치 찾기를 사용할지 여부를 선택합니까? 이것이 순위에 도움이 될까요?
답변 9:29 - 따라서 위치 찾기를 사용하면 웹사이트가 사용자의 위치를 인식하고 사용자의 위치를 기반으로 현지 전화번호 또는 현지 주소를 표시할 수 있는 위치를 의미한다고 가정합니다. 그것은 우리가 검색과 관련하여 할 일이 아닙니다. 그래서 그것은 일반적으로 우리가 선택하는 것이 아닙니다. 일반적으로 Google은 페이지를 렌더링할 때 이러한 종류의 추가 정보 요청도 거부하므로 우리가 알아차리지 못할 수도 있습니다.
질문 10:10 - 링크 자산이 302 임시 리디렉션을 통해 흐르나요?
답변 10:21 - A 301은 새 페이지가 기존 페이지를 영원히 대체한다는 것을 알려주는 영구 리디렉션이고 302 리디렉션은 일시적으로 다른 URL에서 콘텐츠를 사용할 수 있음을 알려줍니다. 실용적인 관점에서 여기에서 일반적으로 발생하는 경향은 301 리디렉션을 사용하는 것입니다. 대상 페이지에 초점을 맞춰 해당 URL을 색인화하고 모든 신호를 해당 페이지로 이동합니다. 반면 302 리디렉션을 사용하면 초기 페이지에 초점을 맞추고 모든 신호를 거기에 유지하려고 합니다. 따라서 pagerank 전달 여부의 문제가 아니라 이러한 URL 중 실제로 신호를 유지하는 URL이 무엇인지가 중요합니다. 리디렉션으로 인해 이러한 신호가 손실되는 것이 아니라 여기 또는 여기에 있으며 이것이 주요 차이점입니다.
따라서 이러한 페이지 중 리디렉션 대상의 순위를 지정하거나 리디렉션을 수행하는 초기 페이지의 종류를 추적하는 경우. 그런 다음 302를 사용하면 초기 페이지 순위가 표시되는 경향이 있을 수 있습니다. 왜냐하면 그것이 일시적이고 콘텐츠가 다른 곳에 있다고 말해주기 때문에 우리가 선택하는 페이지이기 때문입니다. 반면 301 리디렉션을 사용하면 목적지 순위를 매기는 경향이 있습니다. 더 많은 페이지. 그리고 언제나처럼 사람들은 이것을 정기적으로 틀리고 우리의 알고리즘은 사람들이 하려고 하는 것이 무엇인지 알아내려고 노력합니다. 따라서 더 오랜 기간 동안 302 리디렉션이 표시되는 경우 웹마스터가 이를 301 리디렉션으로 간주하고 이를 그대로 처리하고 모든 신호를 대상으로 이동할 것이라고 잘 설명할 수 있습니다. 페이지. 따라서 시간이 지남에 따라 이러한 종류의 변경이 발생하는 것을 볼 수 있으므로 링크 자산이나 신호가 리디렉션을 통해 흐르는지 여부가 아니라 이러한 URL 중 우리가 인덱싱을 위해 선택하게 되는 URL은 무엇입니까? 이러한 모든 신호를 받는 URL입니다.
질문 13:02 - 우리가 수년 동안 온갖 종류의 이상한 순위 문제를 다루어 왔다는 것을 알고 계시는 것처럼 급한 질문이 있었습니다. 내 파트너 중 한 명이 YouTube 문제를 다룰 때 예를 들어 허용되지 않는 단어와 같은 잠재적인 이론을 가지고 있었습니다. 때때로 우리는 우리 기사의 일부에서 자동차 판매원을 바보 또는 이와 유사한 것으로 언급합니다. 기본적으로 우리는 사이트의 특정 페이지에서 그런 언어를 사용하는 데 잠재적으로 문제가 있을 수 있는지 알고 싶었습니다. 내 말은 욕설 같은 건 아니고 그냥 그런 모욕적인 유형 같은 거란 말인가? 우리는 기본적으로 우리의 콘텐츠를 훔친 다음 약간 수정한 다른 웹사이트가 우리가 예전에 순위를 매긴 다음 우리가 일종의 나쁜 순위를 매기는 현상을 여전히 봅니다. 훔친 후 콘텐츠를 수정할 때 사이트에서 해당 유형의 언어 사용이 있는 페이지를 훔치는 경향이 없습니다.
답변 14:49 - 나는 그것이 어떤 영향도 미치지 않을 것이라고 생각합니다. 일부 페이지에는 사용자 생성 콘텐츠가 있으며 이러한 종류의 비격식적인 언어도 사용하므로 완벽하게 괜찮다고 생각합니다.
질문 17:41 - 기사 블로그 페이지 하단에 관련 기사를 추가했습니다. 관련 기사 중 하나를 가리키는 rel next의 링크를 만듭니다.
답변 17:52 - 아니요. 따라서 rel 다음 연결의 종류는 페이지 매김 시리즈를 위한 것이며 일종의 관련 링크를 위한 것이 아닙니다. 그래서 나는 일반적으로 일반적으로 이러한 플러그인이 하는 경향이 있는 관련 기사를 교차 링크할 것입니다.
질문 19:42 - 속도와 보안이 점점 더 중요한 요소가 되고 있습니다. 이제 DNS SEC의 보안 오류와 CDN을 속도 데이터와 별도로 순위 신호로 사용할 계획입니까?
답변 19:55 - 이렇게 하는 것이 타당한지 모르겠습니다. 속도를 구성하는 개별적인 요소로 생각합니다. 하지만 우리가 속도를 순위 요소로 사용한다는 것을 확실히 알 수 있었습니다. . 따라서 이러한 모든 요소가 속도에 영향을 미친다면 웹사이트가 사용자를 위해 더 빨라지고 아마도 그것이 당신에게 도움이 될 것입니다. 하지만 이 특정 기술이 실제 순위 요소이기 때문에 반드시 사용해야 하는 기술이라고 말할 수 있는 경우는 아니라고 생각합니다. 우리가 잘 말하는 것 이상입니다. 속도는 궁극적으로 그 속도를 달성하는 방법이 중요합니다. 이러한 기술을 사용할 수도 있고 다른 기술을 사용할 수도 있습니다. 웹 사이트를 정말 빠르게 만들 수 있는 새로운 방법이 정말 멋지고 어떻게 할 것인지는 궁극적으로 사용자에게 달려 있습니다. 왜냐하면 사용자 관점에서는 페이지가 표시되는 한 어떤 기술을 사용하는지 상관하지 않기 때문입니다. 매우 빠르게.

질문 20:59 - 우리는 web.dev를 사용하고 SEO 성능 모범 사례 및 접근성에 대해 100점 만점에 100점을 달성했지만 순위 향상을 보지 못했습니다. 얼마나 시간이 걸려요?
답변 20:12 - web.dev는 알려진 많은 문제에 대해 사이트를 테스트하고 알려진 모범 사례와 비교할 수 있는 좋은 방법이지만 좋은 결과를 얻는다고 해서 웹사이트가 자동으로 상위 순위로 올라가는 것은 아닙니다. 다른 모든 사람들. 따라서 이것은 SEO를 수행하고 순위를 매기는 최종적이고 궁극적인 방법이 아니라는 점을 명심해야 합니다. 이것은 모범 사례 목록이며 귀하를 대신하여 표시할 수 있는지 테스트할 수 있는 다양한 항목을 제공합니다. 그래서 그것은 이러한 것들을 살펴보는 것이 좋은 생각이라고 생각하지만 그 결과를 해석할 수 있어야 하고 1위를 차지하는 데는 단순히 일련의 기술적 요구 사항을 충족하는 것보다 더 많은 것이 있다는 것을 깨달아야 합니다. 요구 사항.
질문 22:26 - 최근에 동적 CMS에 의해 생성된 서버리스 클라우드 인프라로 정적 콘텐츠를 제공하는 방법을 연구하고 있습니다. 성능과 보안을 극적으로 향상시킬 사용자를 위한 정적 HTML. Google과 Automatic이 지금 파트너 관계를 맺고 있고 WordPress가 많은 웹에 힘을 실어주고 있기 때문에 괴짜를 만드는 대신 앱이 아닌 방법으로 이 작업을 수행할 수 있다고 생각하십니까?
답변 22:33- 나는 당신이 거기에서 보고 있는 것과 그것을 설정하는 특정한 방법을 모르지만 일반적으로 우리의 테스트 도구는 모든 종류의 웹 콘텐츠에 대해 작동합니다. 따라서 사이트에 적합하다고 생각하는 인프라를 사용하여 콘텐츠를 제공할 수 있고 웹사이트에 적합하다고 생각하는 백엔드가 무엇이든, 테스트 도구를 사용하여 Googlebot이 해당 콘텐츠를 볼 수 있는지 확인할 수 있다면 그렇게 해야 합니다. 운동하다. 따라서 Googlebot이 구체적으로 이 인프라를 사용해야 하고 이렇게 해야 우리가 할 수 있다고 말하는 것이 아니라 Googlebot이 해당 콘텐츠에 도달할 수 있는 한 원하는 인프라를 사용할 수 있습니다. 모든 설정이 되어 있습니다.
질문 24:32 - 이전 행아웃에서 웹사이트가 점점 느려짐에 따라 성능 관련 변경 사항의 최신 라운드가 점진적인 순위 패널티를 공개한다고 언급하셨습니다. 우리는 사이트 속도를 개선하기 위해 노력하고 있습니다. Google에서 이러한 개선 사항이 나온 후 이를 알아차리기까지 얼마나 걸릴지 아십니까?
답변 24:54 - 웹 검색과 관련된 거의 모든 것과 마찬가지로 고정된 시간 프레임이 관련된 것이 아니라 시간이 지남에 따라 인덱스 페이지에서 크롤링합니다. 우리는 시간이 지남에 따라 이러한 페이지에 대해 이러한 신호의 종류를 업데이트합니다. 이러한 페이지 중 일부는 고정된 타임라인이 없으며 신호는 매일 또는 더 자주 업데이트됩니다. 그들 중 일부는 조금 더 오래 걸리고 일부는 업데이트되는 데 몇 달이 걸립니다. 따라서 웹사이트 내에서 상당한 개선을 이루었지만 시간이 지남에 따라 이러한 신호를 고려하는 우리와 관련하여 점진적으로 증가하는 것을 보게 될 것입니다. 속도가 가장 중요한 순위 요소가 아니라는 점에서 속도에 관해서는 매우 까다로울 수 있습니다. 우리는 콘텐츠와 같은 것들을 살펴보고 이러한 페이지 중 사용자와 가장 관련이 있는 페이지도 파악하려고 노력합니다. 따라서 사이트가 정말 빠르다고 해서 항상 순위 1위라는 의미는 아닙니다. 이론적으로 빈 페이지는 일종의 가장 빠른 페이지이지만 이것이 사용자에게 좋은 결과를 의미하지는 않으므로 속도는 더 작은 순위 요소에 가깝습니다. 거기. 따라서 웹사이트의 품질 및 전반적인 개선 사항을 기반으로 시간이 지남에 따라 검색에서 사이트의 가시성이 더 크게 변경되는 것을 볼 수 있으며 속도는 개별적으로 측정하기조차 어려울 수 있는 작은 것과 같습니다.
27:33 - 알고리즘이 부정적인 요인을 사람이나 조직과 연관시킨 다음 동일한 사람과 연관된 관련 없는 웹사이트를 다운그레이드합니까?
기본적으로 우리는 자동차 구매 팁과 관련하여 문제가 있었고 내 파트너 중 한 명과 나는 돌게 낚시와 관련된 취미 유형 사이트를 올렸습니다. 순위에서 사라졌습니다. 우리는 웹마스터 도움말 포럼에 질문을 올렸고 몇 분 안에 최고 기여자들 모두가 사이트가 자동차 구매 팁과 연관되어 있다는 사실에 초점을 맞추기 시작했습니다. 우리에게 개인적으로.
답변 28:27 - 우리 알고리즘이 말할 수 있는 부분에 개인적으로 첨부된 무언가가 있다고 상상할 수 없습니다. 이런 사람이 또 있습니다. 그래서 일반적으로 우리가 웹사이트를 보고 문제가 있는 사이트 집합이 잘 상호 연결된 경우 문제가 발생하거나 알고리즘이 작동할 수 있습니다. 여기에서 주의해야 합니다. 이러한 모든 웹사이트는 문제가 있으므로 아마도 이 새로운 이 세트의 일부이기도 한 웹사이트도 까다롭습니다. 그러나 이러한 웹 사이트가 동일한 소유자와 동일한 서버에 있다는 문제라면 일반적으로 문제가 되지 않습니다. 또한 일반적으로 전국 수백 개의 다른 도시에 대한 새 웹 사이트를 만들고 기본적으로 모든 웹 사이트가 동일한 것처럼 모든 페이지가 동일한 출입구 페이지 방향으로 이동할 때 문제가 더 많습니다. 그것은 우리 알고리즘이 말할 수 있는 것입니다. 글쎄, 이것은 우리에게 많은 가치가 없어 보입니다.
질문 31:33 - 기본적으로 이러한 페이지는 우리 사이트의 사용자가 생물학적 항목을 올바르게 선택하여 그에 따른 유전자 및 시약의 구성을 선택하고 검색을 생성하는 페이지입니다. 페이지를 효과적으로 필터링하는 것은 필터링 프로세스입니다. 검색 페이지를 만든 다음 물론 제품 페이지를 참조하고 클릭하면 필터링된 페이지가 Google 웹마스터 도구에 주기적으로 표시되며 한두 개가 아니라는 것을 알 수 있습니다. It happens thousands at a time and so one of the things we were wondering is we do have it in our robots.txt file and we believe it's correct is there do we need to do I'll call it belt-and-suspenders and also make those a no index you know command at the beginning of the page or something like that that would help that? It just it makes it difficult to use webmaster tools sometimes when it's full of that kind of information. Finding the needle of the things we really have to take care of is difficult by the sometimes over-enthusiastic webmasters tool of capturing everything we do.
We'll see I'm in either mostly in the performance the new performance tool and it will be you know an anomaly or soft 404 one of those two because it tries to go back and find it and of course you can't find it.
Answer 33:16 - So noindex would be an option here as well but then you would have to take it out of the robots.txt so that we can see the he no index. I wonder if that's already happening to some extent here because we we wouldn't be flagging it as a soft 404 in search console if it were completely blocked by robots. So that's something where maybe we're already able to kind of crawl those pages and then we say oh we probably don't need to index these therefore we'll let the webmaster know that we kind of stumbled upon them. So that might be something to double-check that they're actually blocked by robots.txt.
Question - We're pretty sure it also happens and then they disappear and then it happens and disappear. So maybe it's just a matter of that the processing time in between the two. We just they don't, I mean, they're not really pages so we don't want them in the index because they have no title, no h1, none of that stuff because they're really not pages. They're just the results of a user asking to configure a gene and one of our products.
Answer 34:40 - Yeah so in in that case I would just leave them in the robots.txt leave them blocked. I think that's perfectly fine. There's no real way to kind of block them from appearing at all in search console but I think having them the robots.txt file is perfectly fine.
Question 35:00 - By the way when are they gonna put the robots.txt tester tool in the new Webmaster Tools?
Answer 35:06 - I don't know we haven't announced that yet but we're trying to be a little bit ahead of turning things down so that people have a chance to move to something new. To move the new tools in search console. So as soon as we we have more plans on what is happening there we will let you know. I think this is one of those tools that that make sense to keep. So since we haven't announced that we're turning it off I imagine it'll just come with the new switch to console over time.
Question 35:47 - I have a client going through a site migration it's a large enterprise website where they're going from multiple subdomains to one and right now individual business pages and content is across several branded subdomains. Each business has the same template with you know one main page and several sub pages and the single domain experience will consolidate that business template down to maybe one or two to three pages there's a lot of content consolidation. They'll be doing this in in phases you know and it'll still be a large-scale but since we're talking about so many multiple page experiences going down to one potentially. For those to be retired or redirected business business pages on old sub domain I've been thinking they should intentionally orphan those first before pushing through so many redirects at once to the new consolidated experience. Almost to let the dust settle but is it the right approach or is it just best to redirect those old pages the new relevant and compact experience and then let the dust settle from there?
Answer 36:46 - I will just try to go with the final state as quickly as possible. So instead of creating this temporary situation where things are neither the old one or the new one, I would try to just redirect to the new ones as quickly as possible.
Question 37:49 - If it's dynamic surveying and a site owner wants to set up an amp page also with the same URL and a desktop page does he need to add an amp HTML page so the same URL for mobile desktop and amp?
Answer 38:00 - So I think first of all you wouldn't be able to use the same URL for mobile and amp if you're serving different HTML because the same user would be going through that page and you wouldn't know which content to serve so that I think wouldn't work. However you can of course make an AMP page and just say the amp page is my normal page that's a perfectly fine set up. For example in the new WordPress AMP plug-in I believe there's an option I don't know it's called native amp I think. Where basically your website is purely an amp page and that's that's a perfectly fine setup. So in a case like that you would I believe set the amp HTML tag to the same URL so that we know this is meant to be the amp page you would also set the canonical to the same URL so that we know this is the canonical that you want to have indexed and then we'd be able to pick that up.
Question 39:08 - Do backlinks help in the rankings of videos in the Google Search carousel?
Answer 39:13 - So we use a number of factors when it comes to ranking and that does include links. So it's something where I would be wrong to say like we we don't use links at all. However we do use like I don't know over 200 factors for crawling indexing and ranking so focusing on links alone doesn't really make sense. So that's something where good content traditionally picks up links on its own and if you're creating video content on your website and all of that is generally also interlinked within your website so over time these things kind of settle down on their own. It's not that you need to explicitly build links so that you can show up in a video carousel I think that would make a sense.
Question 40:06 - How does Google treat site wide navigational links that are hidden on mobile resolution in responsive pages but visible on desktop.
Answer 40:13 - We would really follow it was normally so I don't see any problem in that. That said if your website is hard to navigate on mobile then users who are for large majority of the sites are mostly coming on mobile will have a hard time navigating your website and will have a hard time kind of finding your other good content. So I would certainly make sure that any UI that you have available on your website is also available in some form or another for mobile users.
Question 40:48 - Recently we learned that many of our pages have not been shown in Safe Search Results these pages are mostly destination pages of cities and countries. I've been keeping track of some of the keywords for example: Gay Barcelona or generally gay destinations anywhere. In the past five days of Barcelona index page showed up in first position on safesearch but then has disappeared from Safe Search now. We always make sure that there's no explicit image or profanity in the content but it hasn't guaranteed her position and safe search results. Could you explain how the safe search algorithm actually works?
Answer 41:35 - So we use a number of factors in figuring out when to show which content to to which users in the search results. I don't think there's like this one simple thing that makes safe search work or not. I suspect with a website like yours it'll always be kind of tricky for algorithms to figure out watch what exactly we should be showing here and how we should be showing that in the search results. I think I passed your website on to the the team here wants to take a look at it as well. So like I can definitely double check with them but I imagine it'll always be kind of tricky and a bit borderline for our safe search algorithms to figure out how we should be handling this kind of website. Which is always I think a little bit unfortunate but it's hard to find exactly the the right balance there.
Question 42:37 - I have two websites that offer very similar content some of it is even duplicated but only one will verify for Google News while the other one won't the noticeable difference is one has a health and fitness section while the other one focuses more on lifestyle content and celebrities, why why would one be accepted into Google News and not the other one?
ANswer 43:43 - I don't know why why that might be happening I don't know the the Google News policies specifically in that regard so it's really hard to say. In general though if these websites are so similar that you're saying some of the content is even duplicated maybe it makes sense to just focus on one website rather than to have two websites that are kind of essentially duplicate or very similar targeting same audience but that's I think more of a question in general for you to kind of consider. With regards to Google News specifically I would recommend going through the Google News publisher forum and double check with the folks there. The experts that that are in the forum there have a lot of experience with sites that are accepted to Google News and sites that get improved so that they do get accepted and sites that wouldn't get accepted to Google News. So they can probably give you some tips with regards to what to watch out for specifically for Google News.
Question 44:08 - Hotel website and even if you search for it with its exact name which is unique I can't see it in the first page of search results. My Google my business listing has been punished for two weeks this listing was closed by admins and I sent the documentation and they understood was mistake and we opened it. I suspect this is the reason why my web site can't be found.
Answer 44:38 - So I don't know about the specific case here so that's really hard to say but in general just because of web site isn't in Google my business wouldn't mean that we wouldn't show it in web search results for the most part the the web search results are independent of the Google my business listings. Obviously if it is in Google my business and we show it in that map's listing then that would be one place where your website would be visible but just because it's not in a Maps listing doesn't prevent it from appearing in the normal search listings. So my suspicion is that there's probably something else that you could be focusing on or that you could be looking at there and like in some of the other cases I'd recommend going to the webmaster help forum and getting some input from other people who've seen a lot of these cases and might be able to help you figure out what you could be doing there to improve.
Question 45:42 - I noticed Google rewrites some titles and meta descriptions any idea of how to know if Google will rewrite the content or keep the original version?
Answer 45:53 - We do have guidelines for how to make good titles and good descriptions so I'd recommend taking a look at that. Oftentimes when I see Google rewriting the titles or the snippet that's usually more based on situations where we see kind of almost like keyword stuffing happening with the titles or the description. So that might be one thing to kind of watch out for another thing to keep in mind is that we do try to pick titles and descriptions based on the query. So if you're doing a site query and you're seeing your titles and descriptions in one way that doesn't necessarily mean that they'll be shown the same way when normal users search with normal queries. So I kind of take a look at both of those and also definitely make sure to check out the Help Center article.
질문 46:46 - Googlebot은 웹사이트 개인화를 어떻게 봅니까? 업계 위치 또는 단일 회사에 따라 개인화할 수 있도록 웹 사이트 콘텐츠를 레이어링하는 새로운 제품이 있습니다. 이를 통해 개별 최종 사용자에게 맞춤형 콘텐츠를 제공할 수 있습니다. 제 걱정은 원래 페이지 콘텐츠를 Googlebot에 표시하고 최종 사용자에게 개인화된 콘텐츠를 표시하고 있다는 것입니다. 이것이 고객에게 부정적인 영향을 미칩니까?
답변 47:14 - 아마도. 아마도 그럴 것이다. 따라서 명심해야 할 점은 Googlebot이 Googlebot이 보는 콘텐츠의 색인을 생성한다는 것입니다. 따라서 개별 사용자에게 표시하는 고유한 항목이 있고 Googlebot이 이를 볼 수 없는 경우 해당 항목의 색인을 생성할 수 없습니다. 해당 검색어를 검색할 때 해당 웹사이트를 표시할 수 없습니다. 따라서 예를 들어 if you're가 있는 경우 사용자가 미국에서 왔다는 것을 인지하고 있고 영어 콘텐츠를 표시하는 경우 프랑스의 사용자에게 프랑스어 콘텐츠를 표시하고 Google이 미국에서 크롤링하는 경우 Googlebot은 영어 콘텐츠만 볼 수 있으며 이 웹사이트에 실제로 프랑스어 콘텐츠가 있다는 사실도 모를 것입니다. 왜냐하면 해당 콘텐츠를 볼 수 없기 때문입니다. 따라서 여기에서 염두에 두어야 할 사항이 있습니다. 예를 들어 격막 개인화를 수행하고 관련 제품을 추가하거나 위치 또는 기타 속성을 기반으로 페이지의 기본 콘텐츠에 추가 정보를 추가하는 경우 다음을 수행할 수 있습니다. 우리가 볼 수 있는 기본 콘텐츠를 기반으로 페이지 순위를 매기지만 해당 페이지를 통해 추가하는 이 추가 정보 레이어가 어떤 종류인지 여전히 알 수 없습니다. 따라서 웹 사이트에 문제를 일으키거나 문제를 일으키면 웹 사이트에 불이익을 주는 것과 같은 우리의 문제가 아니라 볼 수 없으므로 순위를 매기는 방법을 모르는 것이 더 실용적입니다.
질문 49:25 - 내 호텔 웹사이트에 도메인 이름이.com.tr인 두 가지 작은 질문이 있으므로 Google은 Google 웹마스터 도구에서 자동으로 해당 지역을 터키로 만듭니다. 변경할 수는 없지만 내 고객은 대부분 영국인이며 예를 들어 영국에서 검색하면 나열되고 싶습니다. 유럽인을 위해 나열하려면 도메인 이름을 변경해야 한다고 생각하십니까?
답변 49:50 - 그렇게 할 수 있습니다. 따라서 특정 국가의 사용자가 지역 정보를 검색할 때 지역 타겟팅을 사용하여 해당 사용자에게 해당 페이지를 강조 표시합니다. 따라서 영국의 사용자가 터키의 호텔을 검색하는 경우 영국의 웹사이트는 사용자가 터키에서 명시적으로 검색하는 것과 관련이 없기 때문에 지역 타겟팅을 수행할 필요가 없습니다. 따라서 대부분의 경우 지역 타겟팅을 사용할 필요가 없다고 생각합니다. 저는 터키를 국가로 인정하는 웹사이트가 여전히 전 세계적으로 관련이 있을 수 있다는 점에서 아주 좋은 웹사이트라고 생각합니다. 따라서 피자 가게가 있고 특별한 터키식 피자를 제공하고 런던에 있는 사용자에게 배달하는 경우가 아니면 런던에 있는 사용자가 런던에서 피자를 검색하는 경우 터키어 웹사이트에 문제가 발생하지만 런던에 있는 사용자가 터키에서 호텔을 검색하고 싶다고 말하면 귀하의 웹 사이트는 완벽합니다.
질문 52:01 - 많은 출판사에 대한 일반적인 질문입니다. 얼마나 많은 사람들이 쓸모없는 태그처럼 만드는지 놀라실 것입니다. 이것은 우리가 몇 년 전에 어떻게든 수천 개의 태그를 가지고 있다는 것을 깨달았습니다. 우리는 정말 열심히 일했고 수백 개의 태그를 얻었고 우리가 그 일을 하는 방법에 매우 만족했고 지금은 그 후에도 301 리디렉션에 대해 버킷화하고 수행한 몇 가지 작업을 볼 수 있습니다. 이제 유명인 범죄, 유명인 이혼과 같이 더 이상 다루지 않는 내용을 보고 있습니다. 더 이상 적용 가능한 경우, 그냥 사라지거나 생각하거나 다른 방법으로 리디렉션합니까? 유명인의 이혼이나 건강을 더 이상 무언가로 리디렉션할 방법이 생각나지 않기 때문에 이 시점에서 해당 태그에 대한 100개의 이야기.
답변 53:11 - 시간이 지나면서 자연스럽게 진화할 수 있는 부분이라고 생각합니다. 그래서 거기에 더 많은 콘텐츠를 갖기 시작하고 그 태그를 되살리고 싶다면 그것은 완벽합니다. 더 많은 것들을 결합하고 싶다면 그것도 아주 좋습니다. 이러한 종류의 거의 카테고리 페이지는 시간이 지남에 따라 일종의 진화를 하는 것이 정상이라고 생각합니다.
질문 - 하지만 해당 카테고리가 더 이상 유용하지 않은 경우에는 어떻게 됩니까? 그냥 계속 사용하면 되지만 내 말은 괜찮지만 가능한 한 많이 통합하고 싶습니다.
답변 53:49 - 통합이 괜찮다고 생각하는 또 다른 옵션은 인덱스가 더 이상 이 콘텐츠에 대해 인덱싱되기를 원하지 않는 것처럼 인덱스가 의미가 있다는 것을 사람들이 알면 우리 편으로 유지하려는 것입니다. 웹사이트 내에서 명시적으로 검색하지만 Google이나 다른 검색 엔진이 인덱싱 가능한 콘텐츠에 더 집중하는 데 도움이 되는 인덱스는 없을 것입니다.
