구글 디스커버를 위한 요리 레시피 마이크로 사이트의 스키마 설정

구글 디스커버 요리 레시피 스키마 설정은 오로지 요리 레시피를 공유하는 마이크로 사이트의 각 레시피 페이지가 구글에 의해 올바르게 이해되고, 풍부한 결과에 적합하게 변환되며, 디스커버 피드에서 보일 확률을 높이기 위해 레시피 스키마, 고품질 이미지, 모바일 속도, E-E-A-T 신호 및 일관된 기술 SEO 구성이 함께 적용되는 것을 의미합니다. 간단히 말해, 스키마만 추가하는 것은 구글 디스커버에 보장하지 않지만, 올바른 레시피 구성이 1200픽셀 이상의 이미지, 실제 저자 정보, 검증된 레시피 노트, HTTPS, 빠른 호스팅 및 깔끔한 페이지 구조와 결합될 때 요리 레시피 마이크로 사이트의 디스커버 성능을 크게 지원합니다.

오로지 요리 레시피를 게시하는 마이크로 사이트는 대형 요리 포털에 비해 더 좁은 주제 전문성을 구축합니다. 이 장점이 올바르게 활용되면 구글은 사이트가 특정 틈새에 전문화되어 있다는 것을 더 쉽게 이해할 수 있습니다. 예를 들어, 오직 글루텐 프리 디저트 레시피, 에어프라이어 요리, 아기 이유식 레시피 또는 경제적인 학생 요리를 공유하는 마이크로 사이트는 범위가 명확하므로 콘텐츠 클러스터링, 카테고리 구조 및 스키마 표준화에서 더 빠른 결과를 얻을 수 있습니다. 그러나 이러한 사이트에서 가장 흔한 실수는 모든 레시피에 동일한 템플릿을 적용하면서 부족하거나 보이지 않거나 사실을 반영하지 않는 구조화된 데이터를 사용하는 것입니다.

이 가이드에서는 구글 디스커버를 목표로 하는 요리 레시피 마이크로 사이트에서 스키마 설정을 어떻게 구성해야 하는지, 어떤 필드가 필수이며 어떤 필드가 권장되는지, 이미지, 속도, 보안 및 콘텐츠 측면에서 어떤 세부사항이 디스커버 가시성을 지원하는지 단계별로 살펴보겠습니다. 워드프레스, 맞춤형 소프트웨어 또는 헤드리스 구조를 사용하든 관계없이 기본 원칙은 사용자에게 보이는 레시피 정보와 검색 엔진에 제공되는 구조화된 데이터가 일치해야 한다는 것입니다. 기술 인프라 측면에서 강력한 시작을 위해 WordPress 호스팅, 도메인 선택을 위한 도메인 조회 및 안전한 게시를 위한 SSL 인증서 페이지도 이 과정의 보완적인 요소입니다.

구글 디스커버와 요리 레시피 마이크로 사이트 간의 관계

구글 디스커버는 사용자가 검색을 할 것으로 기대하지 않고 관심사에 따라 콘텐츠를 제안하는 피드입니다. 요리 레시피는 이 피드를 위해 자연스럽게 강력한 콘텐츠 유형입니다. 왜냐하면 시각적이고 계절적이며 빠르게 소비될 수 있고 사용자 의도에 직접적으로 응답하기 때문입니다. 라마단 메뉴, 새해 쿠키, 여름 샐러드, 에어프라이어 레시피 또는 간편한 아침 식사와 같은 콘텐츠는 주기적으로 디스커버 피드에서 많은 관심을 받을 수 있습니다.

하지만 디스커버는 전통적인 검색 결과와는 다르게 작동합니다. 사용자가 구글 검색에서 렌즈 수프 레시피를 검색할 때 검색 의도가 명확히 드러납니다. 반면 디스커버 피드에서는 구글이 사용자의 이전 행동, 관심 그래프, 콘텐츠 품질, 시각적 매력 및 출처의 신뢰성을 기반으로 제안을 합니다. 따라서 요리 레시피 마이크로 사이트의 디스커버 전략은 단순히 키워드 타겟팅에 그치지 않습니다. 콘텐츠의 프레젠테이션, 이미지 품질, 페이지 경험 및 신뢰 신호는 스키마 만큼이나 중요합니다.

스키마는 여기서 구글에 다음과 같은 메시지를 전달합니다: 이 페이지는 레시피 페이지입니다; 레시피 이름은 이것입니다; 재료는 이것들입니다; 조리 시간은 이 정도입니다; 단계는 이 순서입니다; 이미지는 이 요리를 나타냅니다; 저자 또는 브랜드 정보는 이것입니다. 구글이 이 정보를 더 잘 분류할 수 있게 되면 레시피 풍부한 결과와 관련 콘텐츠 분류에 더 건강하게 포함될 수 있습니다. 이는 디스커버 가시성을 위한 간접적이지만 중요한 기반을 형성합니다.

요리 마이크로 사이트에서 사용해야 할 기본 스키마 유형

오로지 요리 레시피를 공유하는 마이크로 사이트에서 스키마 구조는 복잡하지 않아야 하지만 일관되고 완전해야 합니다. 모든 페이지에 임의로 스키마를 추가하는 대신 페이지 유형에 따라 올바른 스키마를 선택해야 합니다. 홈페이지, 카테고리 페이지, 레시피 상세 페이지, 저자 페이지 및 소개 페이지는 각각 다른 목적을 가지고 있습니다.

1. 레시피 스키마: 레시피 페이지의 주축

레시피 상세 페이지에서는 주 스키마 유형이 레시피여야 합니다. 레시피 스키마는 구글이 레시피 콘텐츠를 구조화된 형태로 이해하는 데 도움을 줍니다. 레시피 페이지에는 이상적으로 다음 필드가 포함되어야 합니다:

• name: 레시피의 명확한 이름. 예: 오븐에 구운 야채 치킨 레시피.
• description: 레시피를 요약하는 1-2 문장 설명.
• image: 최소 1200픽셀 너비의 요리를 명확하게 보여주는 이미지 URL.
• author: 레시피를 준비한 사람 또는 브랜드.
• datePublished: 첫 번째 게시 날짜.
• dateModified: 레시피가 업데이트되었을 경우 마지막 업데이트 날짜.
• prepTime: 준비 시간. ISO 8601 형식으로 PT15M와 같이.
• cookTime: 조리 시간. 예: PT30M.
• totalTime: 총 시간.
• recipeYield: 인원 수 또는 몇 인분인지.
• recipeCategory: 주요 카테고리. 예: 메인 요리, 디저트, 수프.
• recipeCuisine: 요리 종류. 예: 한국 요리, 이탈리아 요리.
• keywords: 자연스럽고 제한된 태그. 예: 간편 저녁, 오븐 요리.
• recipeIngredient: 재료의 완전하고 읽기 쉬운 목록.
• recipeInstructions: 단계별 레시피 지침.
• nutrition: 있을 경우 칼로리 및 영양 정보.
• aggregateRating: 실제 사용자 평점이 있는 경우만 추가해야 합니다.

가장 중요한 규칙은 다음과 같습니다: 스키마 내에서 제공하는 모든 정보는 페이지에서 사용자에게 보일 수 있어야 합니다. 페이지에 4인분이라고 기재하면서 스키마에 6인분이라고 명시하는 것은 구글의 품질 검사에서 문제가 될 수 있습니다. 마찬가지로 사용자 리뷰가 없는데 5성급 평가를 보여주는 것은 조작으로 간주될 수 있습니다.

2. 조직 또는 개인 스키마

마이크로 사이트가 브랜드 이름으로 게시하는 경우 조직 스키마를 사용할 수 있습니다. 만약 레시피가 특정 셰프, 영양사, 엄마, 식품 엔지니어 또는 편집자에 의해 준비되었다면 개인 스키마가 더 의미가 있습니다. E-E-A-T 관점에서 저자가 누구인지, 어떤 경험이 있는지, 레시피를 어떻게 테스트했는지가 중요합니다.

예를 들어, 아기 이유식 레시피를 게시하는 사이트에서 레시피가 아기 영양 전문가에 의해 검토되었다고 명시하는 것은 강력한 신뢰 신호가 됩니다. 당뇨에 적합한 레시피에서는 영양사의 기여가 명확히 표시되어야 합니다. 이 정보는 스키마 내뿐 아니라 저자 소개 및 소개 페이지에도 포함되어야 합니다.

3. 웹사이트 및 검색작업 스키마

요리 레시피 마이크로 사이트에서는 사이트 내 검색이 중요합니다. 사용자가 렌즈, 치킨, 무설탕, 에어프라이어 또는 15분과 같은 키워드로 검색할 수 있습니다. 웹사이트 스키마 내에서 검색작업을 사용하는 것은 구글에게 사이트 내에서 검색이 가능하다는 것을 알립니다. 이는 디스커버 보장을 제공하지 않지만, 사이트의 구조적 이해도를 높입니다.

4. 브레드크럼 리스트 스키마

레시피 페이지에서 빵가루 경로는 사용자 경험과 검색 엔진의 이해를 위해 필요합니다. 예시 구조는 다음과 같을 수 있습니다: 홈 > 레시피 > 메인 요리 > 오븐에 구운 야채 치킨. 브레드크럼 리스트 스키마는 구글이 카테고리 계층 구조를 더 정확하게 이해하도록 도와줍니다. 마이크로 사이트에서는 카테고리 수가 적지만 명확해야 합니다. 너무 많은 카테고리를 만드는 것보다 6-10개의 주요 카테고리로 시작하는 것이 일반적으로 더 건강합니다.

5. 아이템 리스트 스키마: 카테고리 및 목록 페이지

카테고리 페이지에서는 레시피 스키마 대신 아이템 리스트를 사용하는 것이 더 적합할 수 있습니다. 예를 들어, 20분 안에 준비되는 요리, 무설탕 디저트 레시피 또는 라마단 저녁 메뉴와 같은 목록 페이지에서는 각 레시피 항목을 나열하는 아이템 리스트 구조를 선호할 수 있습니다. 이를 통해 구글은 페이지가 단일 레시피가 아니라 레시피 모음이라는 것을 이해할 수 있습니다.

레시피 스키마 필드 비교표

아래 표는 요리 레시피 마이크로 사이트에서 어떤 스키마 필드를 어떻게 다뤄야 하는지를 요약합니다. 이 표는 기술 팀이나 콘텐츠 편집자와 함께 표준 체크리스트로 사용할 수 있습니다.

구글 디스커버를 위한 이미지 스키마 및 이미지 SEO 설정

요리 레시피에서 이미지는 디스커버 성능의 중심입니다. 구글 디스커버 피드에서는 사용자가 종종 먼저 이미지, 다음에 제목을 봅니다. 따라서 스키마 내의 이미지 필드는 페이지의 주요 이미지와 일치해야 하고 기술적으로 충분한 품질을 제공해야 합니다.

구글의 대형 이미지 미리보기용 기본 접근 방식은 이미지가 최소 1200픽셀 너비여야 하며 페이지에서 max-image-preview:large 설정을 허용해야 한다는 것입니다. 워드프레스를 사용하고 있다면 SEO 플러그인이 이 설정을 차단하지 않는지 확인하세요. CDN, WebP 또는 AVIF 형식을 사용할 때 이미지 URL이 구글봇에 의해 접근 가능해야 합니다. 핫링크 보호, 잘못된 robots.txt 규칙 또는 손상된 CDN 서명이 이미지를 크롤링하는 것을 방해할 수 있습니다.

적용 가능한 이미지 기준으로 각 레시피에 대해 최소 3장의 사진을 추천합니다: 완성된 요리의 세로 이미지, 재료 준비 이미지 및 서빙 이미지. 디스커버를 위해 세로 또는 정사각형 프레임이 일반적으로 더 주목을 끌 수 있습니다. 이미지 파일 이름도 설명적이어야 합니다. IMG_3827.webp 대신 오븐에 구운 야채 치킨 레시피.webp와 같은 이름이 선호되어야 합니다.

이미지 대체 텍스트는 키워드 채우기 없이 요리를 설명해야 합니다. 예를 들어, 오븐에 구운 야채 치킨 레시피를 위해 준비된 서빙 접시 표현이 충분합니다. 같은 대체 텍스트를 모든 이미지에 복사하는 대신 각 이미지의 맥락에 적합한 설명을 작성해야 합니다. 이미지를 빠르게 로드하기 위해 LiteSpeed 호스팅 또는 CDN 지원 호스팅 인프라를 사용하는 것은 특히 모바일 사용자 경험에서 차이를 만들 수 있습니다.

콘텐츠 템플릿: 스키마와 일치하는 레시피 페이지는 어떻게 되어야 하는가?

성공적인 요리 레시피 마이크로 사이트는 각 레시피에서 유사하지만 품질이 높은 콘텐츠 구조를 사용해야 합니다. 이 구조는 사용자에게 실용성을 제공할 뿐만 아니라 스키마 필드의 완전한 작성을 용이하게 합니다. 아래 구조는 디스커버와 유기적 검색을 위한 균형 잡힌 레시피 페이지 형식입니다:

• 명확한 레시피 제목
• 1-2 문장으로 요약된 짧은 레시피 설명
• 크고 독창적인 주요 이미지
• 준비 시간, 조리 시간, 총 시간 및 인분 정보
• 재료 목록
• 단계별 요리 방법
• 팁
• 보관 및 재가열 제안
• 변형 또는 대체 재료
• 영양 정보가 있을 경우 계산 노트
• 실제 사용자 리뷰 및 평점
• 관련 레시피에 대한 자연스러운 내부 링크

예를 들어, 오로지 에어프라이어 레시피를 게시하는 마이크로 사이트를 생각해봅시다. 에어프라이어 감자 레시피 페이지에는 기기 온도, 바구니 흔들기 시간, 기름 양, 감자 두께 및 조리 전 전분 제거 방법과 같은 실제 경험 정보가 반드시 포함되어야 합니다. 이 세부사항은 사용자 만족도를 높일 뿐만 아니라 E-E-A-T 신호를 생성합니다. 스키마에 조리 시간이 18분이라고 기재되어 있다면 콘텐츠에서도 같은 시간이 보여져야 합니다.

레시피가 실제로 테스트되었음을 보여주는 표현이 중요합니다: 이 레시피는 5.5리터 에어프라이어에서 200도에서 두 번 테스트되었습니다와 같은 내용이 신뢰를 줍니다. 그러나 이러한 문장은 사실이어야 합니다. 가짜 경험 노트는 장기적으로 브랜드 신뢰를 손상시킵니다.

단계별 구글 디스커버 요리 레시피 스키마 설정

단계 1: 페이지 유형 결정

먼저 사이트의 페이지 유형을 파악하십시오. 홈페이지, 카테고리 페이지, 레시피 상세 페이지, 저자 페이지, 소개, 연락처 및 법적 페이지는 별도로 평가해야 합니다. 모든 페이지에 레시피 스키마를 추가하는 것은 잘못된 접근입니다. 레시피는 오직 실제 레시피 상세 페이지에서만 사용해야 합니다.

단계 2: 레시피 데이터 필드 표준화

콘텐츠 관리 시스템 내에서 각 레시피에 대해 필수 필드를 정의하세요. 제목, 설명, 주요 이미지, 준비 시간, 조리 시간, 인분, 재료, 단계 및 저자 정보는 비워둘 수 없습니다. 워드프레스를 사용하는 경우 사용자 정의 필드나 레시피 플러그인을 통해 이 구조를 구축할 수 있습니다. 맞춤형 소프트웨어에서는 데이터베이스 모델이 처음부터 이 필드를 지원해야 합니다.

단계 3: JSON-LD 출력을 자동 생성

스키마에 권장되는 방법은 JSON-LD 사용입니다. 마이크로 사이트에서 수동으로 스키마를 입력하는 것은 처음에는 간단해 보일 수 있지만 100개의 레시피 이후에는 오류 위험이 증가합니다. 가장 안전한 방법은 콘텐츠 내 필드에서 자동으로 JSON-LD를 생성하는 것입니다. 이렇게 하면 레시피에서 인분이 업데이트되면 스키마도 자동으로 업데이트됩니다.

단계 4: 이미지 및 URL 접근성 테스트

스키마 내에서 제공된 모든 이미지가 200 상태 코드를 반환하고, robots.txt에 의해 차단되지 않으며, 구글봇이 접근할 수 있는지 확인하십시오. HTTPS가 사용되지 않거나 혼합 콘텐츠 오류가 발생하는 사이트에서는 이미지 크롤링 문제가 발생할 수 있습니다. 따라서 SSL 구성을 올바르게 설정하는 것이 중요합니다. 초보자 수준에서도 무료 SSL 설치 또는 SSL 인증서 주제를 간과하지 마십시오.

단계 5: 리치 결과 테스트 및 서치 콘솔 확인

각 새로운 템플릿은 라이브 되기 전에 구글 리치 결과 테스트로 확인해야 합니다. 그 후 서치 콘솔 내에서 구조화된 데이터 보고서를 정기적으로 모니터링해야 합니다. 오류, 경고 및 유효 항목 수의 급격한 변화는 기술적 문제를 나타낼 수 있습니다. 특히 테마 업데이트, 레시피 플러그인 변경 또는 CDN 설정 이후에 테스트를 수행해야 합니다.

단계 6: 실제 사용자 신호 수집

레시피 사이트에서 댓글, 평점 및 사용자 질문은 중요한 품질 신호입니다. 그러나 가짜 댓글이나 자동 점수를 사용하는 대신 실제 상호작용을 수집하세요. 사용자가 레시피를 시도한 후 몇 인분을 만들었는지, 어떤 변경을 적용했는지 및 결과를 어떻게 평가했는지를 물어볼 수 있습니다. 이러한 댓글은 콘텐츠를 풍부하게 할 뿐만 아니라 향후 aggregateRating 필드를 올바르게 사용하는 데 도움이 됩니다.

디스커버 성능을 지원하는 기술 인프라

구글 디스커버 트래픽은 변동성이 있을 수 있습니다. 한 레시피가 디스커버 피드에 등장하면 몇 시간 안에 평소 일일 트래픽의 10배의 방문자를 받을 수 있습니다. 마이크로 사이트는 일반적으로 낮은 예산으로 구축되기 때문에 호스팅 리소스가 이러한 급증에 대비하지 못할 수 있습니다. 페이지가 느려지거나 5xx 오류가 발생하면 사용자 경험과 구글의 사이트 평가에 부정적인 영향을 미칩니다.

따라서 요리 레시피 마이크로 사이트에서는 빠르고 신뢰할 수 있으며 확장 가능한 호스팅 인프라가 필수적입니다. 이미지 중심의 페이지에서는 디스크 성능, 캐시, PHP 버전, 데이터베이스 최적화 및 CDN 호환성이 중요합니다. 워드프레스 기반의 레시피 사이트를 구축하고 있다면 WordPress 호스팅 및 높은 트래픽 캠페인 기간을 위한 VPS 서버 옵션을 고려할 수 있습니다.

기본 기술 체크리스트는 다음과 같습니다:

• HTTPS는 모든 페이지에서 활성화되어야 합니다.
• 모바일 호환성은 오류가 없어야 합니다.
• Largest Contentful Paint는 가능하면 2.5초 이하로 유지되어야 합니다.
• 이미지는 WebP 또는 AVIF와 같은 최신 형식으로 제공되어야 합니다.
• 캐시는 활성화되어야 합니다.
• 레시피 페이지에서는 불필요한 서드파티 스크립트를 줄여야 합니다.
• 스키마 출력은 페이지 소스 코드에서 단일하고 일관되어야 합니다.
• 사이트맵은 최신 상태여야 합니다.
• Robots.txt는 중요한 이미지 및 레시피 페이지를 차단하지 않아야 합니다.

요리 레시피 페이지에서 광고, 소셜 미디어 삽입, 비디오 플레이어 및 댓글 플러그인이 동시에 무겁게 작동하면 모바일 사용자 경험이 저하됩니다. 디스커버 사용자의 대부분이 모바일 기기에서 오기 때문에 속도 저하는 직접적인 상호작용 감소를 초래할 수 있습니다.

E-E-A-T: 마이크로 레시피 사이트에서 신뢰를 어떻게 구축할 것인가?

요리 레시피는 종종 일상 생활 콘텐츠처럼 보이지만 일부 분야에서는 건강, 영양 및 안전에 대한 영향을 미칠 수 있습니다. 아기 레시피, 알레르겐이 포함된 레시피, 당뇨에 적합한 레시피, 운동선수 영양 또는 저칼로리 다이어트 레시피를 게시하는 경우 전문성 신호를 더욱 신중하게 구축해야 합니다.

E-E-A-T를 위한 적용 가능한 제안은 다음과 같습니다:

• 각 레시피에 저자 이름을 명확히 표시하세요.
• 저자 페이지에는 경험, 전문성 및 사회적 증거 정보가 포함되어야 합니다.
• 레시피가 어떻게 테스트되었는지 설명하세요.
• 알레르겐, 보관 및 식품 안전 노트를 추가하세요.
• 영양 정보가 있다면 계산 방법을 명시하십시오.
• 소개 및 연락처 페이지를 완벽하게 준비하세요.
• 개인정보 보호정책 및 쿠키 정책과 같은 신뢰 페이지를 게시하세요.

예를 들어, 닭고기 레시피에서 내부 온도나 완전 조리 경고를 제공하는 것은 사용자 안전 측면에서 가치가 있습니다. 통조림, 유제품 또는 계란이 포함된 레시피에서 보관 기간을 명시하는 것도 사용자에게 실제 이익을 제공합니다. 이러한 세부 사항은 SEO를 위해서만이 아니라 브랜드 신뢰성을 위해서도 필요합니다.

피해야 할 스키마 오류

요리 레시피 마이크로 사이트에서 스키마 오류는 일반적으로 자동화, 플러그인 충돌 또는 빠른 콘텐츠 생산으로 인해 발생합니다. 다음 오류는 특히 피해야 합니다:

• 같은 페이지에서 여러 개의 모순된 레시피 스키마 생성하기.
• 카테고리 페이지에 단일 레시피처럼 레시피 스키마 추가하기.
• 페이지에 보이지 않는 점수, 리뷰 또는 칼로리 정보를 스키마에 표시하기.
• 스톡 이미지를 독창적인 레시피 이미지처럼 사용하기.
• 모든 레시피에 동일한 준비 및 조리 시간을 자동으로 지정하기.
• 재료 목록을 한 줄로, 측정 없이 불확실하게 작성하기.
• 저자 정보를 익명으로 남기기.
• 오래된 레시피를 업데이트하지 않고 dateModified 필드를 자동으로 새로 고치기.
• 스키마 테스트를 통과하지 않은 템플릿을 사이트 전체에 퍼뜨리기.

특히 dateModified 필드는 주의 깊게 사용해야 합니다. 날짜를 업데이트하는 것만으로는 실제로 콘텐츠를 업데이트하지 않고 신선도를 신호로 만들려는 시도가 될 수 있습니다. 레시피가 업데이트되었다면 무엇이 변경되었는지를 콘텐츠에서 명시하는 것이 더 투명한 접근법입니다. 예를 들어, 2026년 업데이트: 에어프라이어 조리 시간이 다른 기기에서 테스트하여 16-18분 범위로 조정되었습니다와 같은 노트는 신뢰를 형성합니다.

워드프레스 및 맞춤 소프트웨어에 대한 적용 노트

워드프레스를 사용하는 마이크로 레시피 사이트에서는 레시피 플러그인이 작업을 수월하게 할 수 있지만, 모든 플러그인이 올바른 스키마를 생성하는 것은 아닙니다. 플러그인 선택 시 레시피 스키마 지원, JSON-LD 출력, 성능 영향, 업데이트 빈도 및 SEO 플러그인과의 호환성을 확인해야 합니다. Yoast, Rank Math 또는 유사한 SEO 플러그인과 레시피 플러그인이 같은 페이지에서 충돌하는 스키마를 생성하지 않도록 확인하세요.

맞춤형 소프트웨어를 사용하는 사이트에서는 이점이 더 많습니다. 데이터베이스와 스키마 출력이 완전히 제어되기 때문입니다. 레시피 테이블에서 prep_time, cook_time, total_time, yield, ingredients, steps, author_id, image_id와 같은 필드를 별도로 저장하면 향후 필터링, 내부 검색 및 구조화된 데이터 생성을 위한 큰 편리함을 제공합니다. API 기반 구조를 사용하는 경우 API 및 통합 주제에서 표준 데이터 형식을 설정하는 것이 장기적으로 유지 관리 비용을 줄이는 데 도움이 됩니다.

두 구조 모두에서 스테이징 환경을 사용하는 것이 중요합니다. 테마 또는 플러그인 업데이트를 라이브 사이트에서 테스트하는 대신 테스트 환경에서 스키마 출력을 확인하세요. 호스팅 패널에서 백업, PHP 버전 관리 및 오류 로그에 대한 접근이 가능해야 기술 문제를 신속하게 해결할 수 있습니다. 이 점에서 웹 호스팅 인프라를 선택할 때 가격뿐만 아니라 지원 품질과 성능 특성도 평가해야 합니다.

예시 마이크로 사이트 시나리오: 오직 15분 레시피

마이크로 사이트가 오직 15분 만에 준비되는 레시피에 초점을 맞추고 있다고 가정해 봅시다. 이 경우 카테고리 구조는 아침, 점심, 저녁, 간식, 디저트 및 에어프라이어와 같이 간단할 수 있습니다. 각 레시피에서 totalTime 필드는 중요해집니다. 사용자가 15분 약속으로 왔기 때문에 준비 및 조리 시간은 현실적이어야 합니다.

15분 레시피인 참치 파스타의 경우 스키마 name 필드는 레시피 이름과 일치해야 하며, totalTime은 PT15M으로 제공되어야 하고, prepTime은 PT5M, cookTime은 PT10M으로 구분되어야 합니다. 콘텐츠에서도 동일한 시간이 보여져야 합니다. 재료는 측정하여 기재해야 합니다: 200그램 파스타, 1캔 참치, 2큰술 올리브 오일 등으로. 지침은 5-7개의 짧은 단계로 나누어야 합니다. 주요 이미지는 최소 1200픽셀 너비여야 하며 스키마 이미지 필드에서 사용되어야 합니다.

이러한 마이크로 틈새에서 디스커버를 위한 제목도 중요합니다. 15분 안에 완성: 참치 파스타 레시피와 같은 제목은 사용자에게 명확한 이점을 제공할 뿐만 아니라 클릭 약속을 과장하지 않습니다. 반면 이 레시피를 보면 당신의 삶이 바뀔 것입니다와 같은 클릭베이트 제목은 단기적으로 주목을 받을 수 있지만 장기적으로 품질 인식을 떨어뜨릴 수 있습니다.

스키마 이후 측정: 어떤 메트릭을 추적해야 하는가?

스키마 설정 후 성공의 측정은 단순히 노출 증가를 보는 것으로 이루어져서는 안 됩니다. 구글 서치 콘솔에서 디스커버 성능이 표시되는 경우 별도의 보고서를 제공합니다. 여기서 노출, 클릭 및 클릭률을 모니터링해야 합니다. 그러나 디스커버 트래픽은 변동성이 있기 때문에 7일이 아닌 28일 및 90일 추세가 더 건강하게 해석됩니다.

모니터링해야 할 메트릭은 다음과 같습니다:

• 서치 콘솔 구조화된 데이터 오류 수
• 유효 레시피 항목 수
• 디스커버 노출 및 클릭 추세
• 유기적 레시피 쿼리에서 평균 위치
• 모바일 페이지 속도 및 핵심 웹 비탈 상태
• 이미지 검색 트래픽
• 레시피 페이지 상호작용 비율
• 댓글 및 평점 남기기 비율

예를 들어, 스키마 수정 후 유효 레시피 항목 수가 40에서 180으로 증가했다면 이는 기술적으로 좋은 신호입니다. 그러나 같은 기간 동안 페이지 속도가 감소했거나 이미지 오류가 증가했다면 디스커버 효과는 제한될 수 있습니다. 따라서 스키마, 콘텐츠 및 인프라는 함께 평가되어야 합니다.

자주 묻는 질문

레시피 스키마 추가가 구글 디스커버 출현을 보장하나요?

아니요. 레시피 스키마는 구글 디스커버에 출현을 보장하지 않습니다. 그러나 레시피 콘텐츠가 구글에 의해 올바르게 이해되도록 하며, 이미지 품질, 빠른 페이지 경험, 신뢰할 수 있는 저자 정보 및 사용자 관심과 결합될 때 디스커버 가시성을 지원합니다.

요리 레시피 마이크로 사이트의 모든 페이지에 레시피 스키마를 추가해야 하나요?

아니요. 레시피 스키마는 오직 실제 레시피 상세 페이지에서만 사용해야 합니다. 홈페이지, 카테고리 페이지 및 레시피 목록에는 웹사이트, 브레드크럼 리스트 또는 아이템 리스트와 같은 페이지 목적에 맞는 스키마 유형이 선호되어야 합니다.

레시피 이미지의 최소 픽셀 수는 얼마인가요?

구글 디스커버 및 대형 이미지 미리보기를 위해 레시피 이미지는 최소 1200픽셀 너비여야 한다고 권장합니다. 또한 페이지에서 max-image-preview:large 설정을 허용하고 이미지가 구글봇에 의해 접근 가능해야 합니다.

AggregateRating 필드를 댓글이 없을 때 사용할 수 있나요?

아니요. AggregateRating은 실제 사용자 점수 및 평가가 있을 때만 사용해야 합니다. 가짜 별 점수 또는 페이지에 보이지 않는 리뷰 데이터는 구조화된 데이터 정책에 위배될 수 있으며 신뢰 손실을 초래할 수 있습니다.

워드프레스 레시피 플러그인이 스키마에 충분한가요?

일부 워드프레스 레시피 플러그인은 충분할 수 있지만 반드시 테스트해야 합니다. 플러그인이 JSON-LD 형식으로 올바른 레시피 스키마를 생성하고, SEO 플러그인과 충돌하지 않으며, 페이지 속도를 저하시키지 않고, 서치 콘솔에서 오류를 발생시키지 않아야 합니다.

간단한 요약 및 다음 단계

구글 디스커버 중심의 요리 레시피 마이크로 사이트의 스키마 설정은 단순한 기술적 태그 작업이 아닙니다. 올바른 레시피 스키마, 독창적이고 큰 이미지, 빠른 모바일 경험, 신뢰할 수 있는 저자 프로필, 실제 사용자 상호작용 및 일관된 콘텐츠 템플릿이 함께 작용해야 합니다. 마이크로 사이트의 장점은 좁은 분야에 전문화하여 구글에 명확한 주제 신호를 제공할 수 있는 것입니다. 단점은 작은 기술적 오류가 전체 사이트에 빠르게 영향을 미칠 수 있다는 점입니다.

새로운 레시피 마이크로 사이트를 구축하고자 한다면 먼저 견고한 도메인, 빠른 호스팅, SSL 및 깔끔한 콘텐츠 구조로 시작한 후, 레시피 스키마 표준을 모든 레시피에 통제된 방식으로 적용하세요. 인프라를 강화하고자 한다면 Hostragons의 호스팅, 도메인 및 SSL 솔루션을 살펴보시고, 사이트 성장 단계에 적합한 구성을 판매 압박 없이 평가할 수 있습니다.