SMX East Liveblog: 지금 사용할 수 있는 구조화된 데이터의 스마트한 예 25가지

게시 됨: 2022-06-12

웹사이트 인벤토리를 검토하고 해당되는 경우 구조화된 데이터 마크업을 구현했습니까? 그렇지 않은 경우 SEO 할 일 목록의 다음 항목일 것입니다. 이 세션에서 발표자는 지금 당장 사용하고 싶은 구조화된 데이터 유형 중 일부를 살펴봅니다. 지금 마크업을 추가해야 하는지 여부를 결정하는 데 가장 중요할 수 있는 연사 Mike Arnesen이 리치 스니펫의 ROI를 추적하는 방법을 공유합니다. Google 태그 관리자를 통해 구조화된 마크업에 Google 애널리틱스를 연결하면 리치 스니펫에서 허점과 공백을 찾고 목표를 설정할 수도 있습니다. (나는 내 ​​손가락이 가능한 한 많은 예를 잡을 것이다.)

중재자:   Elisabeth Osmeloski, Audience Development 이사, Third Door Media, Inc.(@elisabethos)

스피커:

  • Mike Arnesen, SwellPath SEO 팀 관리자(@mike_arnesen)
  • Justin Briggs, 유기 마케팅 수석 관리자, Getty Images(@justinrbrriggs)
  • Samuel Edwards, 온라인 미디어 전략가, Tenthwave Digital(@samuel_quincy)

현재 구현할 수 있는 구조화된 데이터의 7가지 예

Samuel Edwards 는 풀 서비스 마케팅 대행사에서 일합니다.

구조화된 데이터에 대한 간략한 개요

보편적으로 이해할 수 있는 형식의 정보입니다. 데이터 유형과 데이터 유형 간의 관계(스키마 마크업)를 정의하는 미리 결정된 규칙 집합을 준수합니다. 사용자는 주어진 페이지에 있는 콘텐츠의 컨텍스트를 이해하지만 검색 엔진은 "물개" 음악가, 동물, 승인의 차이를 항상 식별할 수 있는 것은 아닙니다. "인감"을 검색하고 재미있는 하이브리드 결과를보십시오.

리치 스니펫은 레시피, 제품, 리뷰, 이벤트에 사용할 수 있습니다. 아마도 이전에 본 적이 있을 것입니다.

1. 리치 스니펫 검토

리뷰 정보가 마크업되면 Google은 해당 정보를 SERP에 표시할 수 있습니다. 별점, 리뷰 수를 봅니다. 페이지의 주요 주제는 특정 제품/서비스에 대한 것이어야 합니다. 성인 산업에서 할 수 없습니다. 마크업에 단일 리뷰가 포함된 경우 리뷰 작성자의 이름이 적법해야 합니다.

2. 제품 리치 스니펫

판매자는 리치 스니펫에 대한 제품 정보를 검색 엔진에 제공할 수 있습니다. 총 평점, 총 리뷰, 항목 가격, 항목 가용성 및 본질적으로 끝없는 품질. 크롤러에 대한 마크업은 무엇이든 사용자에게 표시할 수 있습니다. 제품 목록 또는 카테고리 페이지의 제품 마크업이 표시되지 않습니다. 개별 제품 페이지에 있어야 합니다.

3. 이벤트 리치 스니펫

요일, 날짜, 이벤트 이름, 이벤트 장소 및 이벤트 도시. 수행자, doorTime, startDate, 위치를 마크업할 수도 있습니다. 정보는 가능한 한 상세해야 합니다. 클릭 유도문안과 같은 항목을 포함하는 경우 이벤트 이름이 지원되지 않습니다.

4. 작업 목록 리치 스니펫

목록, 회사, 직위, 위치. 고용 조직, 기본 급여, 산업 등을 추가할 수도 있습니다.

5. 레스토랑 리치 스니펫

평점, 리뷰 수, 가격대. 주소, 평가 값, 평가 횟수를 추가할 수도 있습니다.

6. 애플리케이션 리치 스니펫

이미지, 평가, 리뷰 수, 제안 및 가격. OS, 리뷰, 앱 스크린샷을 추가할 수 있습니다. 다음 속성 중 2개 이상을 통합해야 합니다. 종합 평가, 제안, OS 또는 소프트웨어 응용 프로그램 범주.

7. 레시피 리치 스니펫: Duncan Hines의 사례 연구

슬라이드에서 볼 수 있듯이 등급, 총 리뷰, 칼로리, 요리 시간 등:

레시피 리치 스니펫

훌륭하게 들릴지 모르지만 모든 적절한 페이지에 구조화된 데이터를 표시해야 합니까? 예.

모두가 하고 있다! 구현하기 전에 Tenthwave는 Google에서 DuncanHines.com으로 트래픽을 유도하는 상위 263개의 유기적 검색어를 분석했으며 페이지의 최소 하나의 결과에 구조화된 데이터가 있음을 발견했습니다.

시작하기

  1. 레시피에 대한 스키마를 사용하고 적용 가능한 항목 속성을 살펴보았습니다.
  2. HTML 마크업이 있는 템플릿, 스키마 태그 및 서버가 레시피 세부 정보 페이지를 렌더링할 때 실제 레시피 데이터를 삽입하는 자리 표시자를 통한 사이트 전체 구현. 사이트의 거의 모든 페이지는 UGC이므로 이 템플릿은 모든 새 페이지에 구조화된 데이터를 스탬프 처리합니다.
  3. 구조화된 데이터 테스트 도구를 사용하여 유효성을 검사합니다.

초기 결과

마크업은 2월 중순에 구현되었습니다. Google의 자연 검색 트래픽은 1월 전보다 35.07% 증가했으며 전년 동기 대비 93.46% 증가했습니다. 또한 마운틴 듀 케이크 레시피의 경우 73.56%에서 389%로 몇 가지 특정 결과가 평균보다 높은 증가를 보였습니다.

순위 증가 관찰: Google은 마크업을 추가해도 순위에 영향을 미치지 않는다고 주장하지만 테스트에서 분석된 263개 용어 중 75%가 스키마 마크업을 구현한 후 2주 이내에 검색 순위가 개선된 것으로 나타났습니다.

GWT는 가장 친한 친구입니다. 구현 중인 코드의 유효성을 검사하는 데 사용합니다. 테스트 도구를 사용하고 Fetch as Google을 사용하여 오류를 크롤링하고 찾은 다음 보고된 오류를 수정하세요.

앱 및 구조화된 마크업

모바일이 전환점을 넘어 이동하고 있고 트래픽의 대부분이 모바일 장치에서 올 것이기 때문에 Justin Briggs 가 대화형 검색 및 엔터티에 대해 설명합니다. 우리가 얻는 데이터도 더 개인적입니다. 위치, 이메일, 애플리케이션에 액세스할 수 있습니다. 검색은 기능을 실행하고, 앱에 들어가고, 노래를 재생하고, 초대를 예약하고, 이메일에 들어갈 수 있습니다.

대화형 검색: 사용자가 검색에 직접 말합니다. 검색은 호텔 예약 능력을 알고 있습니다. 호텔이 엔터티(알려진 위치)이고 위치를 인식한다는 것을 이해합니다.

앱 인덱싱(Android 앱): SE는 설치된 앱과 가장 자주 사용되는 앱을 알 수 있습니다. 예를 들어 SERP에서 결과를 열면 HuffPo 앱에서 페이지가 열릴 수 있습니다.

인덱싱 가능한 앱 만들기

앱 URL 형식이 있습니다. 애플리케이션 내부에 딥링킹을 설정합니다. 여러 유형의 체계를 지원할 수 있습니다. 앱으로 이동하는 호스트 경로를 지원할 수 있습니다. 앱 딥링킹을 위한 제어 파일은 AndroidManifest.xml입니다. 앱이 크롤링 및 색인 생성이 가능하면 다음 단계는 이를 웹페이지에 연결하는 것입니다. 이를 위해 JSON-LD를 사용합니다. JSON-LD는 경량 연결 데이터 구조입니다. 구현은 해당 mdot 페이지와 사실상 동일합니다.

크롤링 및 인덱싱 가능한 앱이 있는 경우 App Indexing API를 추가할 수 있습니다. 이렇게 하면 사용자 행동이 Google로 다시 전송됩니다. 또 다른 고려 사항은 앱의 섹션을 인덱싱하지 않는 것입니다.

앱 작업 활용

모바일에 "Ok Google은 할머니 집으로 운전해"라고 말하면 지도 앱이 열리고 자동차를 제어하는 ​​세계에 어떻게 도달합니까? 또는 Spotify 앱을 열어 재생하도록 지시한 노래를 재생합니다. 지식 정보는 시작되는 곳입니다. KG는 Google이 다양한 유형의 엔터티에 적용할 수 있는 관계와 작업을 이해하고 있음을 의미합니다.

이메일의 스키마: 이메일의 구조화된 데이터가 검색 결과에 나타날 수 있습니다. 샌프란시스코 여행에 대한 세부정보가 포함된 이메일을 자신에게 보내는 경우 Google Now를 열면 SF의 날씨를 알 수 있습니다.

구조화된 데이터를 구현하고 추적하는 8가지 추가 방법

Mike Arnesen 이 SEO와 분석 간의 격차를 해소하는 것에 대해 이야기할 것입니다. 사이트에서 구조화된 데이터의 ROI를 추적할 계획이 있는 사람은 누구입니까? 사이트에 태그를 제공하는 방법인 Google 태그 관리자를 사용하여 구조화된 데이터의 영향을 확인할 수 있으므로 사이트를 변경할 때마다 개발팀과 협력할 필요가 없습니다. Google 태그 관리자에 대한 컨테이너 코드가 있고 변경 사항을 푸시하면 컨테이너 태그를 통해 푸시되는 태그 관리자 인터페이스를 통해 이동합니다. bit.ly/semantic-hobbit

smx 이스트 2014의 마이크 아네슨
SMX East 2014에서 무대 위의 Mike Arnesen

1. 감사 및 검색 — 여기에 있는 내용을 살펴보겠습니다.

분석 및 Screaming Frog를 사용하여 개선의 주요 대상을 식별하십시오. 블로그, 이벤트, 사례 연구가 있을 수 있습니다. 구조화된 데이터를 구현할 수 있는 콘텐츠 유형을 살펴보세요.

2. 추진계획

사이트의 어떤 콘텐츠가 중요합니까? 트릭 질문! 모두 중요합니다!

모든 콘텐츠 유형에 사용할 수 있는 템플릿 및 가이드를 빌드합니다.

3. 이벤트 — 중요한 이벤트 결정

사이트에서 이벤트를 식별했으면 GTM으로 이동하여 GA용 태그 이름, 유형 및 웹 속성 ID를 생성합니다. 그런 다음 트랙 유형 이벤트를 선택하여 카테고리 및 작업(예: "페이지 상의 사람 마크업")과 같이 GA에 기록된 값을 제공합니다. 그런 다음 실행 규칙(예: "사람 마크업 규칙 있음")을 선택합니다. 규칙 이름 및 조건("gtm.dom과 동일"한 다음 매크로를 실행하는 이벤트).

4. 추적 시작 — 구조화된 데이터를 수신하도록 태그 관리자 설정

사용자 정의 JavaScript 매크로: 페이지에서 schema.org 마크업을 감지하고 결과는 true 또는 false입니다(실행 여부).

매크로, 규칙 및 태그에 대한 생성 순서 및 명명 규칙은 해당 순서로 생성되어야 합니다.

5. 그룹화 — 각 그룹화 추적

이 추적 및 기준 정보가 GA에 들어오면 GTM에서 동적 콘텐츠 그룹화를 설정하세요.

6. 목표 — 성과를 추적하기 위한 목표 만들기

7. 크롤링 보기 — 누락된 데이터 또는 오류가 있는 ID에 대한 Google의 크롤링을 계속 모니터링합니다.

8. 강력한 모든 검색 — 하나의 사이트링크가 모든 것을 지배합니다. Google은 사이트 검색창이라는 새로운 기능을 출시했습니다. 인기와 탐색 검색이 많은 사이트. 이것은 사용자를 사이트로 보냅니다: 해당 웹사이트를 검색합니다. 서처가 구글에 더 오래 머물기 때문에 많은 퍼블리셔들이 긴장하고 있습니다. 그러나 그 대신에 직접 내부 검색 경험으로 전환하고 있습니다. 귀하의 사이트에 머물고 있는 해당 방문자와 모든 검색 트래픽 데이터(제공되지 않음)가 있습니다. GTM에서 사용자 정의 HTML 태그를 만들어 Google이 검색을 사이트의 내부 검색으로 넘길 수 있도록 합니다.