스키마 스터핑이 새로운 SEO 스팸입니까?

SEO 전문가들이 “키워드” 메타태그로 검색 엔진을 혼란스럽게 만들던 시절을 기억하십니까?

스키마 스터핑을 통해 다시 발생할 수 있습니다.

하지만 이번에는 더 큰 피해를 줄 수 있습니다.

요전에는 고객이 웹 페이지에서 스키마를 가져오는 데 문제가 있었습니다.

나는 그가 한 일을 보았고 그의 의료 실습 사이트에는 미국 주에 대한 페이지가 있었습니다.

그러나 페이지가 그 주의 의료 분야에 관한 것임을 강조하는 대신, 그는 Google에 페이지가 Town A, Town B, Town C, Town D에 관한 것이라고 말했습니다.

아마도 회사의 각 위치에 상점이 있었을 것입니다. 그러나 그것이 정확하지 않더라도 나는 놀라지 않을 것입니다.

그는 페이지의 내용이 실제로는 그렇지 않은 것에 관한 것이라고 말하려고 했습니다.

자동화는 페이지에 이 모든 도시가 언급되어 있음을 정확하게 알아차렸습니다.

그러나 이것이 도시에 대한 스키마를 채우기 시작하는 좋은 이유는 아닙니다.

또한 블로그 홈 페이지에서 다음과 같이 시작할 수 있는 스키마를 추가하는 사용자도 볼 수 있습니다.

이것은 페이지가 블로그에 관한 페이지임을 검색 엔진에 알리는 것입니다! 페이지가 무엇인지가 아니라 이 스키마에서 페이지가 무엇인지 말하십시오.

웹 사이트 소유자는 해당 주제가 콘텐츠의 초점인지 또는 부수적인지 여부에 관계없이 모든 주제를 태양 아래서 추가할 위험이 있습니다.

페이지에 “트위터에 게시” 아이콘이 있습니까?

“sameAs Twitter”를 추가해 보겠습니다.

구글 언급?

페이지가 Google과 동일하다고 가정해 보겠습니다. 스키마가 어떻게 되는지 알 수 있습니다.

잘못된 구조화된 데이터에 대한 Google의 견해

4월에 Google은 Google 직원인 Martin Splitt, Ryan Levering, Lizzie Sassman과 함께 구조화된 데이터에 대한 팟캐스트를 진행했습니다.

Google 직원이 구조화된 데이터에 대해 이야기할 때 SEO 전문가는 주목해야 합니다. 팟캐스트 전체를 추천하지만 60초짜리 클립 에 집중하고 싶습니다.

여기에서 아마도 SEO(Google의 검색 품질 팀에 속해 있음)의 스팸성 측면에 노출되었을 가능성이 있는 Martin은 Ryan에게 Google이 “잘못된 스키마를 추가하는 과도하게 넘쳐나는 SEO”를 보상해야 하는지 여부를 질문했습니다.

그는 SEO 전문가가 모든 주제를 스키마에 추가하기 시작했다는 아이디어를 암시했다고 생각합니다.

흥미롭게도 Google의 엔지니어링 측면에서 Ryan은 잘못된 스키마가 스팸 측면의 문제일 뿐만 아니라 동기화 측면의 문제이기도 하다고 말했습니다.

종종 Google은 핵심 콘텐츠와 일치하지 않는 스키마를 봅니다.

효과는 동일할 가능성이 높습니다. 부정적인 신호로 콘텐츠가 검색어와 사용자 의도에 덜 일치하도록 만들고 더 일치하지 않게 만듭니다.

팟캐스트에서 Ryan의 요점은 다른 아이디어를 표면화했습니다.

웹 페이지에서 정기적인 월간 모임을 광고할까요?

첫 번째 달에는 작성자가 날짜 및 시간이 포함된 이벤트 스키마 마크업을 추가할 수 있지만 다음 달에는 날짜가 콘텐츠의 인적 측면에서 업데이트되지만 이제 스키마에서는 올바르지 않게 됩니다.

또는 더 나쁜 것은 … 더 많은 이벤트 스키마가 추가되어 이제 이벤트에 여러 날짜가 있음을 Google에 알리고 있습니다. 이는 사실 일 수 있지만 다음 날짜를 찾는 Google 사용자에게는별로 도움이되지 않습니다.

SEO 전문가가 이해하는 데 시간을 들이지 않고 스키마를 파악하기 시작하면 문제가 될 수 있습니다.

스키마를 자동화해야 합니까?

나는 트위터에서 SEO 전문가에게 연락하여 스키마가 자동화될 준비가 되었다고 생각하는지 묻습니다.

응답은 확실히 어떤 식 으로든 명확한 호출이 아니 었습니다.

일부 SEO 전문가는 스키마가 훨씬 더 자동화되어 있다고 느꼈지만 다른 사람들은 기계가 이 작업을 수행할 준비가 되지 않았으며 손으로 코딩한 스키마가 더 바람직하다고 생각했습니다.

구조화된 데이터 팟캐스트에서 Google 직원은 (내 생각에) 스키마가 기계 생성된다는 아이디어에 대해 놀라울 정도로 낙관적이었습니다.

물론 일부 스키마는 다른 스키마보다 정확하게 자동 생성하기가 훨씬 쉽습니다.

여기서 초점은 웹사이트 소유자의 볼륨보다는 정확성에 있어야 합니다.

적어도 스키마가 올바른지 확인하지 않은 경우 스키마를 완전히 피하는 것이 좋습니다.

이것은 스키마가 엔진과 코드의 구문에 전달하는 의미에 적용됩니다.

많은 SEO 전문가와 웹 개발자는 웹 브라우저가 형편없는 HTML 코드를 극도로 관대해지면서 게으르게 되었습니다.

Schema 는 그렇게 관대하지 않다고 믿게 되었습니다.

작은 구문 오류로 인해 기계 이해가 완전히 실패할 수 있습니다.

이러한 이유로 시장에서 무료 구조화된 데이터 마크업 검사 도구를 사용하는 것이 항상 현명합니다.

그러나 이것이 또한 적어도 어느 정도는 스키마 생성을 자동화 해야 하는 이유이기도 합니다.

마크업 중인 콘텐츠를 이해하기 위해 도구에 의존하지 마십시오. 그러나 도구를 사용하여 기술적으로 정확한 스키마를 생성하면 시간을 크게 절약할 수 있습니다.

지금은 시장에 많이 있습니다.

지식 정보에서 스팸의 좋은 예

Google이 Schema에 속아 넘어가기에는 너무 똑똑하다고 생각하는 경우를 대비하여 Twitter 의 Bill Hartzer 는 “인도의 SEO 서비스”라는 문구에 대한 지식 패널 결과의 노골적인 스팸을 보고했습니다.

일부 진취적인 SEO는 이 용어를 뮤지컬 아티스트로 바꾸고 그가 가장 좋아하는 키워드로 “노래”를 만들었습니다!

일회성으로 이러한 종류의 스팸은 단순히 오락입니다.

그러나 그것은 시맨틱 웹의 훨씬 더 어두운 면을 보여줍니다.

진실을 왜곡하고 현실을 빚는 능력.

Google은 알고리즘을 보호하기 위해 주의를 기울여야 합니다.

테이크어웨이

• 내용이 실제와 다르다는 제안으로 스키마를 채우지 마십시오.
• 스키마를 사람이 읽을 수 있는 콘텐츠와 동기화하도록 주의하십시오.
• 스키마를 자동화하는 경우 수동으로 검토하십시오.