Google 검색 SMX 2015를 사용한 AMA: Danny Sullivan 및 Gary Illyes

안녕하세요. 저는 현재 SMX Advanced 2015에 참여하게 된 것을 기쁘게 생각합니다.

수천 단어 후에 Google의 Danny Sullivan과 Gary Illyes가 발표한 AMA를 성공적으로 생중계했습니다. 일종의. 때때로 요점 사이에 농담을 하는 것을 놓친 것을 용서해 주십시오. 그러나 메시지의 핵심은 바로 아래에 있습니다.

작년에 우리는 Danny Sullivan과 함께 Matt Cutts의 기조 연설을 다루었습니다. 올해 우리는 다시 그것으로 돌아왔습니다.

이미지 크레딧: http://searchengineland.com/ama-google-search-live-blog-222206

Search Engine Land의 Matt McGee도 이벤트를 라이브로 블로그에 게시했습니다.

대화는 빠르게 진행되고 유머러스했으며 믿을 수 없을 정도로 통찰력이 있었습니다. 나는 모든 대화를 있는 그대로 캡처하기 위해 최선을 다했습니다. 이 대화를 더 쉽게 소화할 수 있도록 토론하기 직전에 각 질문 주제를 분류했습니다.

또한 Danny와 Gary가 앞뒤로 농담을 주고받았다는 점에 주목하고 싶습니다. 나는 대화 내내 그것을 기록하려고 노력했다.

즐기시기 바라며 질문이 있는 경우 아래에 남겨주시거나 Twitter에서 저에게 연락해 주십시오.

건배!

SMX 2015에서 Gary Illyes AMA의 전체 스크립트

참고: 이벤트는 RIP Matt Cutts를 기념하며 시작되었습니다. Danny는 새로운 Matt Cutts가 없을 것이라고 언급합니다.

질문 1: 새로운 Matt Cutts

Sullivan: 우선 새로운 Matt Cutts가 되는 것은 어떤가요?

Illyes: 몇 분 전에 말했듯이 아마도 당신은 나이를 먹고 있을 것입니다. 새로운 Matt Cutts는 없습니다. 홍보 담당자 한 명이 아닌 팀이 역할을 맡는다. 웹스팸팀을 이끄는 사람과 홍보팀을 이끄는 사람이 있다. 12년 경력의 '리딩팀', 뛰어난 엔지니어, 밖에 나가서 사람들과 이야기하기 싫어합니다. 우리가 완전히 이해합니다. 그는 놀라운 사람이고 나는 그가 그의 팀과 함께 놀라운 일을 해낼 것이라고 확신합니다.

질문 2: 팬더와 펭귄 - 업데이트 및 새로 고침 상태

Sullivan: SMX 스테이지를 처음 접하셨기 때문에 쉬운 것부터 시작해야 한다고 생각했습니다. 판다와 펭귄이 무슨 상관이야? 먼저 정기적으로 새로 고친 다음 수동 업데이트 등이 필요하다고 들었습니다.

Illyes: "쉬운"에 대한 우리의 정의는 다릅니다. 팬더 – 3-4주마다 팬더 업데이트가 있습니다. 몇 주 후에 데이터 새로 고침이 있습니다. 나는 그들이 만날 수없는 팀에 대한 기대치를 설정하고 그것이 나쁘게 보일 것이기 때문에 정확히 언제인지 말하고 싶지 않습니다. 작업에 데이터 새로 고침이 있습니다.

펭귄. 펭귄, 어려운 일입니다. 우리는 지속적으로 업데이트하고 데이터 업데이트를 하지 않도록 노력하고 있지만 몇 달이 남았습니다. 대단한 일입니다. 우리는 많은 것들을 바꿔야 합니다. 몇 달이 남았습니다.

Sullivan: 그래서 Panda는 여전히 우리가 한 달, 2개월, 3개월을 목표로 하고 있는 것 같습니까?

Illyes: 우리의 목표는 더 자주 새로 고침하는 것입니다. 생각해 보면 정기적으로 업데이트하지 않으면 검색 품질이 저하됩니다. 하지만, 어, 그래. 팬더를 너무 자주 새로 고치는 것은 쉽지 않습니다. 데이터 새로 고침을 수행하려면 데이터를 가져와야 하고 데이터가 부족하거나 약간의 노이즈가 발생하거나 데이터에 문제가 발생하여 한 두 달 정도 더 기다려야 합니다. 힘든 과정. 우리의 목표는 검색 품질을 저하시키기 때문에 더 자주 업데이트하는 것입니다.

Sullivan: 그래서 목표는 둘 다 더 자주 업데이트하는 것이지만 Panda가 Penguin보다 더 자주 업데이트됩니까?

Illyes: 펭귄, 목표는 실시간입니다. 하지만 우리는 거기에 없습니다.

Sullivan: 그래서 Panda는 항상 월간이고 Penguin은 실시간이 되는 것이 목표지만 지금은 [실시간]이 아니며 가깝지도 않습니다.

일리스: 네. Panda는 항상 데이터를 수집하고 매월 새로 고쳐야 합니다.

질문 3: Google 직원이 사이트에 영향을 주는 알고리즘을 볼 수 있습니까?

Sullivan: John Mueller는 사이트가 알고리즘인지 수동인지 [영향을 받는지] 말할 수 있습니까?

Illyes: 예 – 모든 사이트에 대한 페널티를 볼 수 있습니다.

설리반: 볼 수 있습니까?

일리스: 아니.

질문 4: Google 보고 알고리즘 필터, 더 많은 투명성

Sullivan: Google이 마침내 우리에게 말해줄 희망이 있습니까? 당신이 이 능력을 갖고 있기 때문에 우리에게 어떤 주요 알고리즘상의 처벌이나 조치가 취해졌는지요? 3개월 동안 발생하고 Panda, Penguin 등의 업데이트가 많이 발생하고 발표된 경우 수정해야 할 사항을 어떻게 알 수 있습니까?

Illyes: 아니요, 나는 그것이 곧 일어날 것이라고 보지 않습니다. 희망을 가지지 마십시오. 그러나 우리가 작업하고 있는 것은 우리가 출시하는 것에 대해 더 투명하게 하려고 노력하는 것입니다. 얼마 전 우리는 Inside Search에서 우리가 지난 달에 했던 출시 또는 그와 비슷한 것에 대한 블로그 게시물을 올렸습니다. 우리는 거기에 거의 모든 것을 버리려고 했고 내 경험에 따르면 득보다 실이 더 많았습니다.

Sullivan: 오 기억해요. 40개 정도 나열하고 목록에서 10번과 11번 주위에 숨겨져 있던 중요한 것들은 모두가 놓치기를 바라는 중요한 것이었습니다.

Illyes: 그 사람들은 우리가 말한 것을 분해하고 알고리즘을 능가하려고 했습니다. 우리가 하려는 것은 모바일 친화적인 업데이트와 유사한 것입니다. 또는 당신이 그것을 부르는 mobilegeddon.

Sullivan: 엄밀히 말하면 출시될 때까지 모바일 친화적인 업데이트라고 불렀고 출시 날짜는 mobilegeddon이었습니다. 다음 영화는 모바일 친화적인 업데이트 II인 San Andreas입니다. 나는 그것을 오리너구리라고 불렀을 것이다.

다음에 업데이트 이름을 지정할 때 우리에게 맡기지 않을 거라고 장담합니다. 이름을 "고양이"로 지정하겠습니다.

Illyes: Pigeon의 경우 이름을 지정하지 않으면 "타이타닉"으로 이름을 지정하는 것과 같았습니다.

(mobilegeddon 이름 지정에 대한 지속적인 농담, 공포를 조장하는 SEO 커뮤니티 등)

설리반: 잠깐만요, 제가 무슨 질문을 한 겁니까? 나를 잘못 안내 했습니까?

Illyes: 그것이 내가 하려고 했던 것입니다.

Sullivan: 아, 투명성을 위해.

일리스: 하하. 그러나 진지하게 우리는 더 많은 투명성을 위해 노력하고 있습니다. mobilegeddon을 발표한 블로그 게시물과 같은 것들. 모바일 친화적 업데이트를 의미합니다. 우리는 해킹된 사이트에 대해 뭔가를 할 계획입니다.

Sullivan: "해킹 사이트" 업데이트가 예정되어 있습니까?

Illyes: 아니요. 우리는 웹마스터의 사이트가 해킹된 것을 확인했을 때 이를 알리기 위해 더 투명하게 노력하고 있습니다. 웹마스터는 자신의 사이트가 해킹되었는지 쉽게 알 수 있으므로 이에 대해 투명하게 공개하지 말아야 할 이유가 없습니다. 마찬가지로 더 많은 투명성을 위해 다른 좋은 "후보"가 있습니다.

Sullivan: 좋습니다. 우리는 이런 종류의 일기 예보를 가지고 있었기 때문에 모든 것의 끝에 "-geddon"을 붙이지 않을 것을 약속합니다. 그래서 지난 달에 품질 업데이트가 있었습니다. 어젯밤에 무슨 일이 있었나요? 구글은 아니라고 말했다. 우리는 당신이 확신하는 것처럼? 많은 사람들이 판다에게 피해를 입었다고 생각하기 때문입니다. "오…. 우리는 당신이 나쁜 일이 일어나고 있다고 생각했다고 생각했습니다. 우리는 사이트 품질 등을 식별하는 방법을 조정했습니다..."

Illyes: 제 생각에는 잘못된 홍보 실수였습니다. 홍보팀은 Barry가 업데이트가 있었는지 물었을 때 Panda, Penguin 등에 대해 묻는 것으로 가정합니다. 그래서 그들은 아니오라고 말했습니다. 그러나 실제로 품질 업데이트가 있었습니다.

품질 업데이트는 일반적으로 확인하지 않습니다. 왜냐하면 그것에 대해 말할 수 있는 것이 많지 않기 때문입니다. 단기적으로든 장기적으로든 우리에게 해를 끼칠 수 있는 정보가 누출될 것입니다. 거기에서 변경하고 싶은 한 가지는 실제로 "품질 업데이트"를 확인하는 것입니다. 예를 들어 Barry가 업데이트가 있는지 묻는 경우 "웹스팸 업데이트는 없었지만 핵심 순위 업데이트, 품질 업데이트 등이 있다고 말할 수 있습니다."라고 말합니다. 그러나 우리는 그것이 무엇을 목표로 하는지 말할 수 없습니다. 나는 그것을 우리의 검색 품질 리드에게 썼고, 그들은 그 정보를 공유하는 것에 대해 별로 기뻐하지 않았습니다.

질문 5: Google의 순위 신호 및 클릭률

Sullivan: 좋습니다... 그럼 Google이 사용하는 순위 신호에 대해 자세히 설명해 주시겠습니까?

일리스: 네. 오늘 아침에 일어나서 "직장을 잃고 싶다"고 결심했습니다.

설리반: 음... 제대로 찾아오셨습니다. 당신을 팡팡으로 데리고 나가자!

괜찮아. 클릭률은 어떻습니까? 어떤 클릭이 발생하는지 측정한다는 것을 알고 있습니다. 알고리즘의 일부입니까?

Illyes: 그래서… 우리는… 클릭…을 몇 가지 다른 방식으로 사용합니다. 우리가 클릭을 사용하는 주요 항목은 평가 및 실험입니다. 이 두 가지 주요 사항입니다. 클릭에 노이즈를 유발시키려는 사람들이 많이 있습니다. 하나는 Rand Fishkin이 될 것입니다. 이러한 클릭을 순위에 직접 사용하면 꽤 ...

Sullivan: Rand가 단순히 물건을 클릭하여 엉망으로 만들고 있습니까?

Illyes: 그가 하는 일은 사람들을 고용하여 클릭하고 실험하고 실험하는 것입니다. 순위에 직접 클릭을 사용하는 것은 그런 소음에 그다지 의미가 없습니다.

설리반 :하지만 당신은 전혀 그것을 사용합니까?

일리스: 네, 그렇습니다. 특정 경우. 예를 들어보겠습니다. 어떤 경우에는 클릭을 직접 사용하는 것이 합리적입니다. 예를 들어 개인화된 결과가 있고 사과를 검색하는 경우 처음 사과를 검색할 때 명확성 상자를 제공할 가능성이 큽니다. 회사를 의미합니까, 아니면 과일을 의미합니까? 과거에 Apple 회사를 클릭했다면 Apple 회사에 가장 관심이 많았을 것입니다. 두 번째로 Apple 회사를 클릭하면 우리는 그것이 당신이 찾고 있는 것이 무엇인지 더욱 확신하게 됩니다.

당신이 프로그래머라면, 몇 번의 검색 후에, 당신의 검색은 프로그래밍 언어 결과에 의해 지배될 것입니다.

Sullivan: 그래서 개인화에 사용하는 건가요?

Illyes: 네, 정확히 [클릭률]은 개인화에 관한 것입니다. 무작위로 항목을 클릭하여 검색 결과를 엉망으로 만들고 싶다면 계속하십시오.

Sullivan: 내 콘텐츠를 검색해야 하는 경우 내 기사를 참조하세요. 시크릿 모드에서 검색하여 반송되지 않도록 하겠습니다.

일리스: 진심이야? 그것은 중요하지 않습니다.

설리반: 난 상관없어. 난 여전히 할거야. 내 손가락을 교차 거 야. 그게 그렇게 중요한 건가?

질문 6: Google의 모바일 친화적인 업데이트 및 Mobilegeddon

Sullivan: 자 , Mobilegeddon은 어떻게 되어가고 있습니까?

일리스: 몰라 . 하지만 모바일 친화적인 업데이트는 완전히 성공했습니다.

설리반: 어떤 사람들은 그것이 일어나지 않았다고 느꼈고, 어떤 사람들은 그것이 그들에게 극적이라고 느꼈습니다..?

Illyes: 거기에는 두 가지가 있습니다. 어떤 사람들은 그 영향이 무엇을 의미하는지 이해하지 못했습니다. 나는 "팬더와 펭귄을 합친 것보다 영향력이 크다"고 말했다. 왜냐하면 그것은.

설리반: 네. 따라서 게돈.

일리스: 알았어.. 어.. 진정해. 그거 알아? 청중을 제외하고: 마지막 SMX에서 그는 버튼에 집착했습니다. 그는 웹마스터 도구의 버튼, 검색 결과의 버튼을 원했습니다.

설리반: 다르게 말씀드리겠습니다.

일리스: 잠깐만 기다려. 영향을 받는 URL의 수는 Panda와 Penguin을 합친 것보다 훨씬 많았습니다. [영향을 받는] 검색 쿼리의 수도 훨씬 더 많았습니다. 나는 우리가 말한 것을 사람들이 해석하도록 놔두지 말고 말했어야 한다고 생각합니다.

Sullivan: 잠재적인 영향은 타격을 입었을 것보다 더 컸지만 이후 사람들은 더 많은 페이지에 영향을 미쳤음에도 불구하고 이를 상대적으로 미미하게 보았나요?

Illyes: 다른 하나는 사이트가 실제로 4월 21일[업데이트 릴리스] 직전에 모바일 친화적으로 전환되었다는 것입니다. 우리는 많은 사람들이 4 월 이전 ²¹ 모바일 친화적 인 설정으로 전환 한 후 년 4 월 21 ^일에 의해 17 % 감소 결과를 검색 ~ 50 %의 효과를 기대했다.

Sullivan: Google과 함께 앱도, 신청할 필요도 없는 이 위치에 도달한 것 같습니다. 좋은 예는 휴대전화에서 검색하고 앱 인덱싱을 사용하여 이 앱을 설치하시겠습니까? 대조적으로, 웹사이트를 검색할 때 사이트 옆에 나타나는 작은 이메일 가입 상자가 나타나지 않습니다. 가입하시겠습니까? 또는 URL 등을 공유하도록 제안하는 SERP의 Facebook 공유 버튼

Illyes: 때로는 앱을 만들어야 하지만 모든 사람을 위한 것은 아닙니다. 정보 사이트가 있다면 모든 사람을 위한 것은 아닙니다. 자동차 대리점이 있다면 당연히 사람들이 당신의 주식을 검색할 수 있는 앱이 있어야 합니다. 그러나 귀하의 요점으로 돌아가서 우리는 다른 보편적인 결과를 가지고 있습니다. 예를 들어 이미지나 뉴스에 대한 보편적인 결과가 있고 앱은 이와 비슷할 것입니다. 우리는 사용자에게 콘텐츠를 소비하는 또 다른 방법을 제시하고 마음에 들면 검색 결과에서 설치할 수 있습니다. 사용자 여정에서 한 발짝 내딛는 것은 실제로 사용자에게 정말 좋은 일입니다.

질문 7: 직접 답변 및 기능 스니펫

Sullivan: 직접 답변은 어떻게 됩니까? 그들은 시간이 지남에 따라 성장했습니다. 지난번에 제가 봤을 때는 한 퍼센트만 나타날 거라고 예상했는데 지금은 30% 이상입니다. 그것은 다른 모든 결과를 먹고 SEO DEAD 입니까?

Illyes: 어떻게 그런 말을 [말]할 수 있습니까?!

Sullivan: 알다시피, 나는 그것을 말하고 당신은 "예"라고 말하면 우리는 끝납니다! 유료 검색, 우리가 있습니다!

Illyes : 나는 확실히 SEO가 죽었다는 생각하지 않는다, 나는 사람들이 바보 같은 쓰레기와 함께 게임 물건하려고 몇 가지 경우를 제외하고 일반적으로 사용자를 위해 항상 좋은 생각합니다.

Sullivan: 똑똑한 쓰레기는 어떻습니까?

Illyes: 똑똑한 크랩이 없다고 생각합니까? 하지만 멋진 것 같아서 소개할 수 있습니다.

예, 우리는 그것들을 실제로 기능 스니펫이라고 부릅니다. 안돼, 지루해.

설리반: 오 좋아! 나는 항상 공식 정의를 갖는 것을 좋아하므로 돌아가서 모든 웹 사이트를 업데이트하여 일치시킬 수 있습니다.

많은 사람들이 이런 일이 일어나는 것을 처음 봤을 때 "와, 구글을 위한 멋진 무료 콘텐츠가 많죠?"라고 생각했습니다. 하지만 현재 일부 사람들은 이 스니펫이 제공하는 트래픽이 마음에 든다고 말합니다. 사람들은 어떤 종류의 트래픽을 얻을 수 있습니까?

Illyes: 나는 숫자가 없지만 지금 나를 보는 남자가 있습니다(Eric Enge). 그는 그것을 좋아합니다. 그는 SMX West에서 기능 스니펫에 대한 프레젠테이션을 했습니다(오늘 아침 죄송합니다).

SMXGEDDON. 에스엠엑스. 멋져요. 그는 [Eric Enge] 기능 스니펫에 대해 훌륭한 프레젠테이션을 했고 거의 못을 박았습니다. 예를 들어 우리가 완전한 답변을 제공하지 않고 사람들이 그것을 클릭해야 할 때 사이트에 트래픽을 보낼 수 있기 때문에 사이트에 기능 스니펫이 있으면 매우 유용할 수 있습니다. 사용자는 귀하의 답변이 해당 페이지에서 답변될 것이라는 느낌을 받습니다. 또 다른 것은 브랜딩입니다. 브랜딩은 측정하기가 매우 어렵고 이것이 우리가 가진 문제 중 하나입니다. 우리의 궁극적인 목표는 Google 웹마스터 도구에서도 추천 스니펫에 대한 데이터를 실제로 보유하는 것입니다.

Sullivan: 예, "Google Featured Snippet Site"라는 버튼이 있을 수 있습니다. 버튼이 될 수 있습니다. 우리는 우리 자신을 만들 것입니다.

그런데 기능 스니펫으로 뽑히면 혜택을 받을 수 있나요? 그것은 Google이 우리를 좋아한다는 표시입니까, 다른 사람보다 더 많은 권한이 우리 사이트에 전달됩니까?

Illyes: 아니요. 귀하의 사이트가 사용자 쿼리에 대해 좋은 답변을 제공 했음을 의미합니다.

설리반: .... 거짓말을 했을 수도 있습니다. 우리를 너무 행복하게 만들었습니다. 그런데 사람들이 기능 스니펫에 포함되기를 원하지 않는 경우 옵트아웃이 있습니까?

Illyes: 아니요, 검색 결과에 표시되는 스니펫이므로 아니요.

설리반: 오! 그래서 Moz는 대단한 일을 했습니다. 그들은 페이지를 만들고 당신이 갖고 있지 않은 답을 만들고 나서 페이지를 내려놓았지만 당신은 여전히 ​​답을 기억하고 있습니다.

Illyes: 페이지가 여전히 인덱싱되어 있으면 예, 여전히 표시됩니다.

Sullivan: 하지만 이러한 것들에 대한 답변을 얻을 때 지식 그래프 등으로 넘어가나요?

일리스: 아니.

Sullivan: 그건 그렇고, "King of America"를 검색하면 우리는 추천 스니펫입니다. 정말 멋지네요. 오바마입니다. 확인 해봐! 부수지 마세요. 정말 멋지네요. 걱정하지 마세요.

Illyes: 걱정하지 마세요. Bing을 하면 다음과 같이 될 것입니다. 잘 모르겠어!

질문 9: Search Console, 이전 Google 웹마스터 도구

Sullivan: 그러면 검색 콘솔에서 [새로운] 항목을 얻을 수 있습니까? Google Webmaster Tool의 이전 이름인 Webmaster Central의 이전 이름입니다.

Illyes: 10년 동안 웹마스터 도구였습니다.

Sullivan: 검색 콘솔에서 기능 스니펫을 보여주는 것을 얻을 수 있다고 말씀하셨죠?

Illyes: 그곳에서 데이터를 얻을 수 있기를 바랍니다. 해당 데이터를 제공할 수 있는 방법을 찾고 있습니다. 문제는 데이터를 해석하는 것이 그리 쉽지 않으며 혼동되지 않는 방식으로 데이터를 제공해야 한다는 것입니다. 그리고 해석하기 쉽습니다. 브랜드 인지도를 어떻게 추적합니까?

설리반: 우리는 뭔가를 생각 해낼 수 있습니다.

Illyes: 아니, 당신이하지 않는 것이 좋습니다.

질문 10: 엔티티를 인식하는 Google의 능력

설리반: 엔티티에 대해 물어보겠습니다.

Google이 사물, 비즈니스, 브랜드에 대해 알고 있을 때 이것이 링크에 비해 얼마나 강한 신호인지 궁금합니다. 내 말은, 과거에 Google은 콘텐츠와 콘텐츠가 연결되는 방식에 대해 알고 싶어했습니다. 이제 우리는 Pigeon 업데이트로 알게 되었고 [그리고] Google은 연결되어 있지 않더라도 비즈니스에 대해 많은 것을 알고 있습니다. John Mueller는 아마도 여러분이 NYTimes와 NYTimes에서 SEL에 대해 무언가를 말했기 때문에 SEL에 대해 이해할 수 있도록 웹 페이지 순위를 위해 브랜드 개체를 보고 있다고 말했습니다. 불법입니다... Google은 [이 연결에 대해] 알고 있습니까?

Illyes: 좋습니다. 그래서 대부분은 구조 데이터와 위키 데이터에서 나옵니다. 구조 데이터가 없으면 엔터티를 추출하기가 상당히 어렵습니다. 일반적으로 구조 데이터가 있으면 데이터베이스에 구조 데이터를 추가하거나 이와 유사한 것을 추가할 수 있지만 구조 데이터가 없으면 상당히 어렵습니다. 그러나 우리는 [예를 들어] 링크처럼 보이지만 링크가 아닌 것들을 찾고 있습니다. searchengineland.com이 표시되지만 링크가 아닌 경우 nofollow [링크]처럼 취급할 수 있습니다. 검색에 사용할 수 있으며 링크가 아닌 신뢰할 수 있는 사이트의 URL이기 때문에 해당 사이트를 방문해야 하지만 PageRank를 전달하지 않을 수 있습니다.

Sullivan: 그렇다면 트윗, 소셜 팔로잉, 팔로워 등과 같은 평판 신호를 사용한다는 뜻인가요?

Illyes: 그래서 지금 우리는 그런 일을 하고 있지 않다고 생각합니다. 우리는 Twitter 색인 생성의 초기 단계에 있습니다. 과거에는 실시간 콘텐츠 검색 결과에 소셜 엔진 콘텐츠를 통합하는 것이 정말 어려웠습니다. 나는 우리가 그 길을 다시 가고 싶지 않다고 생각합니다. 또한 일반적으로 우리는 안정적이고 노이즈가 없는 신호를 원합니다. 누군가가 그 소방호스를 닫으면 우리의 신호는 사라질 것입니다.

Sullivan: 글쎄, 당신은 항상 G+를 다시 사용할 수 있습니다. 신호가 있고 안정적입니다. Facebook은 순위를 매기는 데 도움이 되기 때문에 중요합니다.

일리스: 뭐?!?!

설리반: 테스트일 뿐입니다 . 그들은하지 않습니다. 그들은하지 않습니다.

일리스: 알았어. 따라서 웹마스터, 서버 관리자는 로봇을 제거하고 [robots.txt를 통해 허용하지 않음] Facebook "좋아요" 코드를 사용할 수 있으며 우리는 그 신호가 없을 것입니다. 장기적으로 안정적인 신호가 필요합니다. 그렇지 않으면 순위가 상당히 엉망이 될 것입니다.

질문 11: Ajax를 크롤링하는 Google의 능력

Sullivan: 곧 크롤링 ajax의 가치를 떨어뜨릴 것이라고 말씀하셨습니다. 무슨 일이야? 사람들은 대신 무엇을 할 것인가?

Illyes: 나는 우리가 ajax 크롤링을 더 이상 사용하지 않는다고 말했습니다. 어쨌든 콘텐츠를 렌더링하고 있으므로 Ajax 크롤링 체계는 사이트에서 콘텐츠를 렌더링해야 한다고 말합니다. 우리는 웹마스터 없이도 그것을 렌더링할 수 있었지만 ... (내 노트에서 이 부분을 잃어버렸습니다. 이것은 Gary가 설명해야 하는 매우 기술적이고 복잡한 문제인 것 같았고 그는 계속해서 자신의 작업으로 돌아가야 했습니다. 그가 만든 대로의 진술. 빠른 개요에서 설명하기 위한 복잡한 문제) . 우리는 모든 미친 ajax 내용을 이해하고 있는지 확인하고 충분히 이해하면 사람들이 배울 수 있도록 블로그 게시물을 공개할 것입니다. (이 말은 곧 Google에서 웹마스터가 곧 이것의 뉘앙스를 더 잘 이해할 수 있도록 명확하고 투명한 블로그 게시물을 발표할 것이라는 의미로 받아들였습니다.)

질문 12: 전역 TLD

Sullivan: 더 많은 글로벌 TLD가 도입됨에 따라 Google은 이를 어떻게 고려할 것입니까? 그리고 searchengineland.google과 같이 자신만의 작업으로 특별한 작업을 하시겠습니까? 순위가 향상됩니까?

Illyes: 아니요. 하지만 메타 값 이름 PR = 10을 입력하면 PageRank가 바로 올라갑니다. (편집자 주: 그는 사람들을 농담하고 있습니다. 농담입니다.)

새 TLD로 변경되는 사항은 없습니다. 그들은 .com처럼 취급됩니다. 특별한 혜택이 없습니다.

질문 13: 검색 순위의 URL 구조

Sullivan: 오늘날의 순위에서 URL 구조가 얼마나 중요합니까? 웹사이트에 무언가가 묻혀 있어도 상관없나요? 설명 URL 등이 필요합니까?

Illyes: URL의 길이는 중요하지 않습니다. HTTP 제한을 넘지 마십시오. 구조의 종류는 중요하지만 순위가 아닌 발견을 위해 중요합니다. 예를 들어 무언가가 도메인의 루트에서 멀리 떨어져 있으면 콘텐츠 소유자로서 도메인의 루트에 가까운 것보다 덜 중요하다는 신호입니다. 물론 중요한 키워드 (비꼬는 말)로 채워주세요. 예를 들어 홈 페이지에서 중요한 콘텐츠를 링크하는 경우 해당 콘텐츠가 중요하다고 생각한다는 신호이기도 합니다. 즉, 검색을 위해 순위를 매길 때 우선 순위가 지정됩니다.

Sullivan: 따라서 페이지가 1000개라면 도메인의 홈 페이지에 1000개의 링크가 있어야 합니다.

Illyes: 네 (비꼬는 말) .

질문 14: Google의 크롤링 요소

설리반: 알았어. 따라서 10,000페이지 중 8,000페이지를 크롤링하면 다음 날에는 750에 불과합니다. 무슨 뜻인가요?

Illyes: 그래서 우리는 약 30,000조 개 이상의 URL을 알고 있습니다. 나는 그것들을 모두 인덱싱하는 것이 예상된다는 것을 알고 있지만 우리는 그들 모두의 콘텐츠를 인덱싱할 충분한 스토리지가 없습니다. 때때로 우리는 사람들이 검색하지 않을 것이라고 생각하는 색인에서 우리의 자료를 제거해야 합니다.

Sullivan: 제 해외 콘텐츠는 .com과 .com.cn으로 각각 모국어로 된 100페이지가 넘습니다. Google Search Console은 .com의 경우 하루에 15,000을 표시하지만 .cn은 하루에 150,000을 받고 있습니다. 왜 이렇게 다른가요?

Illyes: 크롤링된 URL 수 또는 하루에 크롤링할 수 있는 URL 수는 대략 5가지 요인에서 비롯됩니다. 가장 중요한 것은 다른 외부 URL의 PageRank입니다. 중요도를 나타내는 지표이므로 사람들이 링크하기 때문에 더 많이 크롤링합니다. 다른 하나는 실제 호스트 로드입니다. 서버에서 원하는 만큼 크롤링할 수 있다고 생각하지만 서버를 한계까지 밀어붙이고 속도를 늦추면 서버에서 물러날 것입니다. .cn 서버가 .com보다 더 많은 트래픽을 처리할 수 있습니다. 아마도 우리가 원하는 만큼 크롤링할 수 없을 것입니다.

Sullivan: Google은 크롤링을 결정할 때 사용자 행동 정보를 사용합니까?

Illyes: 순위에 대해 말한 것과 마찬가지로 매우 시끄럽습니다. Google의 누군가가 해당 데이터를 이해할 수 있는지 확실하지 않습니다.

Sullivan: Google Analytics는 어떻습니까?

Illyes: 아니요. 할 수 있습니다. Google Analytics를 사용하지 않는다고 말할 수 있습니다.

질문 15: 팬더 및 중복 콘텐츠

Sullivan: Panda 복제 콘텐츠 패널티는 페이지 또는 비디오의 텍스트에서만 발생합니까?

Illyes: 중복 콘텐츠 패널티는 없으며 팬더만 있습니다.

Sullivan: 좋아요, 패널티는 어떻게 되나요? 페이지에 삽입된 비디오 콘텐츠에 관심이 있으십니까?

Illyes: 일반적으로 그렇지 않습니다. 웹 검색용이 아닙니다. 하지만 동영상 검색을 무시할 수는 없습니다. 동영상 검색은 동영상을 인덱싱하고 쿼리가 동영상 검색인 경우 사용자에게 제공하려고 합니다. 비디오가 잘 일치한다고 생각하면 웹 검색에서 비디오 범용을 표시할 수 있습니다. 동영상을 제작할 수 있다면 적절하게 링크하고 적절하게 구성하는 것이 중요합니다. IE VIDEO XML 사이트맵 . 비디오 범용 결과에서 꽤 좋은 트래픽을 얻을 수 있기 때문입니다.

질문 16: JavaScript와 Google의 동적 콘텐츠 렌더링 기능

Sullivan: JavaScript에 대해 약간 손을 댄 것 같습니다. 하지만 실제로 동적 콘텐츠를 다운로드하고 렌더링할 수 있는 정도는 얼마입니까?

Illyes: 브라우저를 열고 SEL로 이동하면 브라우저에 표시되는 내용이 렌더러에도 표시됩니다. 크롤링을 허용하지 않으면 페이지를 오해할 수 있으므로 실제로 CSS 및 JavaScript를 크롤링할 수 있어야 합니다.

질문 17: 중복 콘텐츠

Sullivan: 아마 모두 같은 사람의 수많은 질문이 있기 때문에 중복 콘텐츠로 돌아가겠습니다. 중복 콘텐츠 페널티는 없지만 SERP에서 속임수 결과를 원하지 않기 때문에 유사하고 차이를 분할하는 경우가 있습니다.

Illyes: 좋아요, 동일한 콘텐츠를 가진 3개의 URL이 있는 경우 검색 결과에 하나만 제공하고 싶습니다.

이제 다른 문제에서 두 개의 서로 다른 도메인이 유사하지만 표준 태그가 없는 문제가 있습니다.

나는 당신이 그것을 할 필요가 없다고 생각합니다. 우리가 알아낼 수 있습니다.

설리반: 그럼 사람들이 그것에 대해 걱정하지 않아도 되는 건가요?

Illyes: 걱정할 것이 더 나은 것 같아요. 일반적으로 검색 결과에 어떤 URL을 제공해야 하는지 알 수 있습니다. 우리의 결정이 마음에 들지 않으면 rel=canonical을 사용하여 해당 결정에 영향을 줄 수 있습니다.

질문 18: 검색에서 플래그가 지정된 페이지 로드 속도가 느림

Sullivan: 느리거나 모바일 친화적이지 않은 플래그에 대한 계획이 있습니까?

Illyes: 모바일 친화적이지 않고 시도했지만 사람들이 좋아하지 않았습니다. 실험은 사람들이 그것을 좋아하지 않는다는 것을 보여주었습니다. 우리는 또한 사용자 연구를 실행했고 다양한 아이콘과 텍스트로 테스트했습니다. 거기에 크고 오래된 빨간 전화기를 넣으면 사람들은 당신이 그것을 클릭한다고 생각할 것이고 당신은 회사에 전화할 것입니다. 우리가 원했던 것이 아닙니다. 우리가 트랜스코딩 실험을 진행하고 있는 몇몇 국가에서는 일부 사이트에 "느린" 태그를 붙인 것 같습니다... 실험 상태가 어떤지 잘 모르겠습니다.

질문 19: 순위 요소로서의 SSL

Sullivan: SSL이 순위에 더 큰 영향을 미칠 것이라고 생각하십니까?

Illyes: 네, 바랍니다. 저에게 보안 검색은 매우 중요하며 해당 알고리즘을 개선하고 싶습니다. 아이디어는 많지만 실제로는 실제 작업에 더 많은 시간을 할애해야 합니다. 예, 저는 그것을 개선하고 더 강하게 만들 계획이 있습니다.

Sullivan: 많은 사이트에 오버레이가 표시됩니다. 순위가 문제입니까?

Illyes: 지금 당장은, 아닙니다.

설리반: 하지만...?

Illyes: 아니요. 그냥 가세요 . [다음 질문, "번개 라운드" Q&A 중이었습니다.]

질문 20: 저자 순위

Sullivan: 저자 순위, 일반 검색 결과에 사용합니까?

일리스: 모르겠어. 나는 어리석거나 사실이 아닌 것을 말하고 싶지 않습니다. 그러나 저자권 이미지를 사용하지 않을 때 다른 저자권 개념 전체를 사용하지 않습니다. 나는 데이터가 다른 어떤 것에 매우 가치가 있다고 상상할 것입니다. 나는 예, 우리가 그것을 사용하고 있다고 확신을 가지고 말할 수 있습니다. (저자 주: 이것은 일종의 큰 문제입니다. 우리 모두는 저작자 이미지가 사라졌다는 것을 알고 있습니다. 우리는 데이터가 여전히 다른 방식으로 사용되고 있다고 추측했을 뿐입니다.)

질문 21: Google은 양질의 콘텐츠를 어떻게 결정합니까?

Sullivan: "양질의 콘텐츠가 무엇인지"를 어떻게 알 수 있습니까?

Illyes: 예를 들어 SEL에 가면 열이 있습니다. SEMrush에 가면 좋은 콘텐츠가 있습니다. 가치 있는 것. 그것이 사용자에게 가치 있고 정보 요구를 충족시킬 수 있다면 사용자는 그 콘텐츠를 좋아합니다. 그것은 양질의 콘텐츠입니다. 양질의 콘텐츠가 있으면 사용자가 링크합니다. Facebook에서 사람들은 좋아요를 누르고, G+는 +1을 하고, Twitter는 공유 등을 할 것입니다. 왜 우리가 실제로 이 질문에 대해 논의하고 있는지 잘 모르겠습니다.

Sullivan: 모두가 Google에서 '품질'이 무엇인지 알고 싶어하기 때문입니다.

Illyes: 너무 뻔해서 귀찮아요 . 사용자의 정보욕구를 충족시키는 것, 그것이 바로 품질입니다. 사람들이 당신의 콘텐츠를 좋아하고, 공유하고, 연결하면 이것이 바로 양질의 콘텐츠입니다.

Sullivan: 품질에 대한 대리인을 찾으려고 한다면 많은 사람들이 귀하의 콘텐츠를 공유하고 있다면(그리고 귀하는 해당 주식을 구매하지 않은 경우) 좋은 지표입니다.

질문 22: 검색의 이모티콘

설리반: 알겠습니다. 빠른 질문입니다. 모든 것은 당신에게 달려 있습니다. 이모티콘은 언제 검색 결과에서 사라지나요?

Illyes: 조만간.

Sullivan: Panda 업데이트를 검색하세요. 작은 팬더가 있습니다!

Illyes: 일반적으로 생각하면 크리스마스 트리처럼 보입니다. 저는 Titles Team에 물었습니다(저자 메모: Gary가 Google에 존재하는 다양한 "팀"과 그들의 다양한 책임에 대해 이야기하는 것을 들을 수 있어서 좋았습니다). 그들은 "어… 음….. 어…."라고 말했습니다.

Sullivan: 좋아, 내 검색 결과에도 더 많은 이모티콘과 애니메이션 GIF가 표시되기를 원합니다.

Illyes: 우리는 그것을 가지고 있습니다! 지식 패널에서!