デジタル マーケティング

Google Discover向けレシピ特化型マイクロサイトのSchema設定とSEOガイド

  • 18 読むのにかかる時間(分)
  • Hostragons チーム
Google Discover向けレシピ特化型マイクロサイトのSchema設定とSEOガイド

Google Discover向けレシピSchema設定では、レシピのみを扱うマイクロサイトにおいて、各レシピページがGoogleに正しく認識され、リッチリザルトやDiscoverフィードで露出を高めるためにRecipe schema、高品質画像、モバイル速度、E-E-A-Tシグナル、統一された技術SEO構築を総合的に実践することが重要です。Schemaだけを追加してもDiscover掲載は保証されませんが、正しいRecipe構造、1200ピクセル以上の画像、信頼性ある著者情報、実際に試したレシピノート、HTTPS、高速なホスティング、クリアなページ設計と組み合わせることで、レシピ特化のマイクロサイトはDiscoverで大きな成果を得られます。

レシピ専門マイクロサイトは、大規模レシピポータルと比べてテーマ領域が狭く、専門性を築きやすい利点があります。例えばグルテンフリースイーツ、エアフライヤーレシピ、離乳食、学生向け節約料理など特定ジャンルに絞ったサイトは、内容が明確なのでコンテンツクラスタリングやカテゴリ構築、Schema標準化で速い成果が出やすいです。一方、最も多い失敗は全レシピに同じテンプレートを適用し、不完全・不可視・事実と異なる構造化データを使うことです。

本ガイドでは、Google Discover掲載を狙うレシピ特化型サイトでのSchema設定方法、必須項目・推奨項目、画像・速度・セキュリティ・コンテンツ面でDiscover露出を支える具体的なポイントを、ステップごとに解説します。WordPress・自作CMS・ヘッドレス構成いずれも、ユーザーに表示されるレシピ情報と検索エンジンへ渡す構造化データの一致が最重要です。技術的な基盤としては WordPressホスティング、ドメイン選びは ドメイン検索、安全な公開は SSL証明書 も、必須のチェックポイントです。

Google Discoverとレシピ特化マイクロサイトの関係性

Google Discoverはユーザーが検索する前に興味・関心に沿ったコンテンツを提案するフィードです。レシピはこのフィードで非常に強力なコンテンツタイプです。画像主体で季節感があり、消費も速く、ユーザーの意図に直結しています。例えば、ラマダンの献立、クリスマスのクッキー、夏のサラダ、エアフライヤーレシピ、時短朝食など、旬ごとにDiscoverで大きな注目を集めます。

Discoverは通常の検索結果とは動きが異なります。検索で「レンズ豆スープ レシピ」と入力する場合は意図が明確ですが、Discoverではユーザーの過去行動・興味グラフ・コンテンツ品質・画像の魅力・信頼性などを複合的に判断して提案されます。そのため、レシピ特化サイトのDiscover対策は単なるキーワード狙いではなく、コンテンツの見せ方・画像品質・ページ体験・信頼シグナルがSchemaと同等以上に重要です。

SchemaはGoogleに「このページはレシピページです。レシピ名、材料、調理時間、手順、画像、著者情報があります」と明確に伝えます。Googleが情報を正確に解析できれば、リッチリザルトや関連コンテンツ分類に正しく含められ、Discover掲載の土台となります。

レシピ特化マイクロサイトで必要なSchemaタイプ

レシピ専門マイクロサイトではSchemaの構成はシンプルかつ統一されているべきです。ページ種別ごとに適切なSchemaを選択し、全ページに無作為にSchemaを追加するのは避けましょう。トップページ、カテゴリページ、レシピ詳細、著者ページ、会社概要ページそれぞれ異なる目的があります。

1. Recipe Schema:レシピ詳細ページの骨格

レシピ詳細ページでは主SchemaはRecipeです。Recipe schemaはGoogleがレシピ内容を構造化して理解するためのもの。理想的なレシピページには以下項目が含まれます:

  • name: レシピ名。例:オーブン野菜チキンレシピ
  • description: レシピの要約(1~2文)
  • image: 幅1200px以上の、料理を鮮明に写した画像URL
  • author: 作成者(個人またはブランド)
  • datePublished: 初公開日
  • dateModified: 更新日
  • prepTime: 準備時間(ISO 8601形式 PT15M等)
  • cookTime: 調理時間(例:PT30M)
  • totalTime: 合計時間
  • recipeYield: 何人分・何食分か
  • recipeCategory: 主カテゴリ(例:主菜、デザート、スープ)
  • recipeCuisine: 料理ジャンル(例:和食、イタリアン)
  • keywords: 自然なタグ(例:簡単夕食、オーブン料理)
  • recipeIngredient: 量付き材料一覧
  • recipeInstructions: 手順(ステップごと)
  • nutrition: 栄養価・カロリー
  • aggregateRating: 実際のユーザー評価がある場合のみ

重要なのは、Schemaに記載した情報は全てページ上で表示されていること。例えばページに「4人分」と書いてSchemaで「6人分」とすると、Googleの品質チェックで問題になります。ユーザー評価がないのに5つ星を表示するのもNGです。

2. OrganizationまたはPerson Schema

ブランド名で運営する場合はOrganization、特定のシェフ・栄養士・母親・食品技術者・編集者がレシピを作る場合はPersonが適切です。E-E-A-T観点で著者の経歴や専門性、実験方法の明示が信頼を高めます。

例えば離乳食サイトなら小児栄養専門家監修、糖尿病対応レシピなら管理栄養士監修をSchemaだけでなく著者プロフィールや会社概要ページでも示しましょう。

3. WebSiteとSearchAction Schema

サイト内検索機能がある場合はWebSite schemaにSearchActionを追加することで、Googleにサイト内検索可能を伝えられます。Discover掲載保証にはなりませんが、構造理解を促進します。

4. BreadcrumbList Schema

レシピページにパンくずリストはユーザー体験と検索エンジン理解の両方で重要です。例えば:トップ > レシピ > 主菜 > オーブン野菜チキン。BreadcrumbList schemaでカテゴリ階層を明示できます。カテゴリ数は少なく明確に、6~10カテゴリ程度が理想です。

5. ItemList Schema:カテゴリ・リストページ

カテゴリページではRecipe schemaではなくItemListを使うのが適切です。例えば20分以内の料理、砂糖不使用デザート、ラマダン献立など、複数レシピを並べるリストページではItemListで「レシピ集合」のページと伝えられます。

Recipe Schema項目比較表

下表はレシピ特化マイクロサイトでSchema項目の扱い方をまとめたものです。技術チームや編集者のチェックリストとして使えます。

Recipe Schema項目比較表
Schema項目優先度正しい使い方よくあるミス
name非常に高レシピタイトルと一致し自然キーワード詰め込み過度なタイトル
image非常に高幅1200px以上、オリジナル・料理が鮮明ストック画像や小さくぼやけた写真
recipeIngredient非常に高量付きで完全な材料リストページ未掲載の材料をSchemaに記載
recipeInstructions非常に高順序付きで実行可能な短いステップ手順を一文でまとめる
prepTime/cookTime現実的な時間、ISO形式で全レシピ一律10分と自動記載
aggregateRating実際の評価のみ偽5つ星評価の追加
nutrition信頼できる計算方法なら記載推定値を確定データとして表示
videoケースによる本物のレシピ動画なら記載関連性のない短動画を挿入

Google Discover向け画像Schemaと画像SEO設定

レシピページでは画像がDiscover成果の中心です。Discoverでは多くの場合、まず画像が表示され、その後タイトルが読まれるため、Schemaのimage項目はページ上のメイン画像と一致し、技術的にも十分な品質が必要です。

Googleの推奨は幅1200px以上の画像で、max-image-preview:largeを許可すること。WordPressの場合、SEOプラグインでこの設定が妨げられていないか確認しましょう。CDNやWebP・AVIF形式使用時も画像URLがGooglebotからアクセス可能であることが必須。ホットリンク防止やrobots.txtの誤設定、CDN署名エラー等が画像クロールを妨げます。

実用的な画像標準として、各レシピに最低3枚の写真(完成料理の縦長メイン画像、材料準備画像、盛り付け画像)が推奨。Discoverでは縦長・正方形が目立ちやすいです。画像ファイル名も説明的に。例:IMG_3827.webpではなく oven-vegetable-chicken-recipe.webpなど。

画像altテキストはキーワード詰め込みせず、料理名や内容を端的に記載。例:オーブン野菜チキンの盛り付け。全画像に同じaltを使わず、画像ごとにコンテキストに合う説明を。画像高速表示には LiteSpeedホスティング やCDN対応ホスティングがモバイル体験を大きく向上させます。

コンテンツテンプレート:Schemaに沿ったレシピページ構成

成功するレシピマイクロサイトは、各レシピで統一された高品質なコンテンツ骨組みを持っています。これはユーザーの利便性とSchema項目の完全入力を両立させます。以下はDiscover・検索両立型のレシピページ構成例です:

  • 明確なレシピタイトル
  • 1~2文の短いレシピ概要
  • 大きくオリジナルなメイン画像
  • 準備時間・調理時間・合計時間・人数情報
  • 材料リスト
  • ステップごとの作り方
  • コツ・ポイント
  • 保存・再加熱方法のアドバイス
  • バリエーション・代替食材
  • 栄養価情報と計算根拠
  • 実際のユーザーコメント・評価
  • 関連レシピへの内部リンク

例えばエアフライヤー専門サイトなら、エアフライヤーポテトレシピで温度、バスケットの振るタイミング、油量、じゃがいもの厚み、調理前のデンプン除去など具体的なノウハウを記載。これがユーザー満足度とE-E-A-Tシグナルを作ります。Schemaの調理時間とページ表示が一致することも必須。

「このレシピは5.5Lエアフライヤーで200度、2回の実験で検証済み」など、実施済みを示す記述は高評価ですが、虚偽はブランド信頼を損ないます。

Google Discover向けレシピSchema設定ステップ

ステップ1:ページタイプの整理

まずサイト内のページ種別(トップ、カテゴリ、レシピ詳細、著者、会社概要、問合せ、法務)を明確に分けます。全ページにRecipe schemaを追加するのは誤り。Recipeは実際のレシピ詳細ページのみ。

ステップ2:レシピデータ項目の標準化

CMSで各レシピに必須項目(タイトル、説明、画像、準備・調理・人数・材料・手順・著者)を空欄なしで入力できる設計に。WordPressならカスタムフィールドやレシピプラグイン、自作CMSならDB設計段階から項目を標準化。

ステップ3:JSON-LD出力の自動化

SchemaはJSON-LD形式推奨。手入力は100レシピを超えるとミスが増えるので、各項目から自動生成が最適。人数や調理時間を更新したとき、自動でSchemaも更新される仕組みを。

ステップ4:画像とURLのアクセス確認

Schemaで指定した画像が200ステータスで返り、robots.txtでブロックされずGooglebotがアクセスできるか必ず確認。HTTPS未使用や混在コンテンツエラーがあると画像クロール障害になるのでSSL設定は必須。初心者でも 無料SSLインストールSSL証明書 を検討。

ステップ5:Rich Resultsテスト&Search Console確認

新テンプレート公開前にGoogle Rich Results Testで必ず検証。Search Consoleで構造化データレポートを継続監視。エラーや警告、アイテム数急変があれば技術的問題を疑いましょう。テーマ変更、レシピプラグイン更新、CDN設定変更時は必ずテスト。

ステップ6:実際のユーザーシグナル収集

レシピサイトではコメント・評価・質問が品質シグナル。偽コメントや自動評価は避け、実際の利用者からフィードバックを集めましょう。作った人数、アレンジ、感想を尋ねるとコンテンツが豊かになり、aggregateRating項目も正しく運用できます。

Discover成果を支える技術インフラ

Google Discover流入は急増することがあります。レシピがDiscover掲載されると数時間で通常の10倍以上のアクセスを受けることも。マイクロサイトは低予算構築が多いため、ホスティングリソースが急増に対応できない場合、ページ遅延や5xxエラーが発生し、ユーザー体験とGoogleの評価に悪影響です。

レシピ特化サイトでは高速・信頼性・拡張性あるホスティングが不可欠です。画像主体ページのためディスク性能、キャッシュ、PHPバージョン、DB最適化、CDN対応が重要。WordPressベースなら WordPressホスティング、高トラフィック時は VPSサーバー を検討。

基本技術チェックリスト:

  • 全ページHTTPS化
  • モバイル完全対応
  • Largest Contentful Paintは2.5秒以下目標
  • 画像はWebP・AVIF等最新形式
  • キャッシュ有効化
  • 不要な外部スクリプトを削減
  • Schema出力はソース内で単一・統一
  • サイトマップは最新
  • robots.txtで重要画像やレシピページをブロックしない

広告・SNS埋め込み・動画・コメントプラグインが同時に重い場合、モバイル体験が損なわれます。Discoverユーザーはほぼモバイルなので速度低下は直結して離脱を招きます。

E-E-A-T:レシピ特化サイトで信頼を築く方法

E-E-A-T:レシピ特化サイトで信頼を築く方法

レシピは日常コンテンツに見えますが、健康・栄養・安全に関わる領域も多いです。離乳食、アレルギー対応、糖尿病向け、スポーツ栄養、低カロリーダイエット等を扱う場合は専門性シグナルを特に重視しましょう。

E-E-A-T実践ポイント:

  • 各レシピに著者名を明示
  • 著者ページに経歴・専門性・SNS等の証拠を掲載
  • レシピの検証方法を説明
  • アレルギー・保存・食品安全の注意書きを追加
  • 栄養価は計算方法も示す
  • 会社概要や問合せページを完全作成
  • プライバシーポリシーやクッキーポリシー等の信頼ページも公開

例えば鶏肉レシピで内部温度や十分な調理の警告、缶詰や乳製品・卵を含むレシピで保存期間を記載。これはSEOだけでなくブランド信頼にも不可欠です。

避けるべきSchemaミス

レシピマイクロサイトのSchemaミスは自動化やプラグイン競合、急ぎのコンテンツ制作時によく発生します。下記のようなミスは絶対に避けましょう:

  • 同ページで複数の矛盾するRecipe schema出力
  • カテゴリページにRecipe schemaを単一レシピとして追加
  • ページ非表示の評価・コメント・カロリーをSchemaで表示
  • ストック画像をオリジナル料理画像としてSchemaに記載
  • 全レシピで準備・調理時間を自動同一設定
  • 材料リストを一行・量無し・不明瞭に記載
  • 著者情報を匿名のまま
  • 古いレシピを内容更新せずdateModifiedだけ自動更新
  • Schemaテスト未合格テンプレートを全サイトに展開

特にdateModifiedは慎重に。内容更新なしで日付だけ変えるのは鮮度シグナル偽装です。実際に変更した場合は内容に「2026年更新:エアフライヤー調理時間を複数機種で検証し16~18分に修正」など明記しましょう。

WordPress・自作CMSでの実装ポイント

WordPressならレシピプラグインでSchema実装が簡単ですが、全てのプラグインが正しいSchemaを出力するわけではありません。選択時はRecipe schema対応、JSON-LD出力、パフォーマンス影響、更新頻度、SEOプラグインとの互換性をチェック。YoastやRank Math等SEOプラグインとSchema競合がないか検証必須。

自作CMSの場合はDB・Schema出力の完全制御が可能。prep_time、cook_time、total_time、yield、ingredients、steps、author_id、image_id等を個別保存すれば、後でフィルタ検索や構造化データ生成が容易です。APIベースなら APIと統合 で標準データ形式を決めておくと長期保守に有利。

どちらの場合もステージング環境でSchema出力をテスト。テーマやプラグイン更新を本番で試すのは危険。ホスティングパネルでバックアップ、PHPバージョン管理、エラーログ確認ができる構成が理想。 ウェブホスティング 選定時は価格だけでなくサポート品質・性能も重視しましょう。

マイクロサイト事例:15分レシピ特化の場合

例えば「15分で作れるレシピ」専門サイトの場合、カテゴリは朝食・昼食・夕食・おやつ・デザート・エアフライヤー等シンプル構成が理想。全レシピでtotalTimeが重要になります。ユーザーは「15分で完成」を期待するため、準備・調理時間は正確に。

ツナパスタレシピならSchemaのnameはレシピ名と一致、totalTimeはPT15M、prepTimeはPT5M、cookTimeはPT10Mで分けて記載。ページ上も同値を表示。材料は「パスタ200g、ツナ缶1個、オリーブオイル大さじ2」など量明記。手順は5~7ステップに分け、画像は1200px以上でSchemaのimage項目と同じものを。

このジャンルではタイトルも重要。「15分で完成:ツナパスタレシピ」はユーザーに明確なメリットを伝え、過剰なクリック誘導は避けましょう。「このレシピで人生が変わる」等の釣りタイトルは短期的には注目されても、長期的には品質評価を下げます。

Schema設定後の効果測定:追うべき指標

Schema設定後は単なる表示回数だけでなく、Google Search ConsoleでDiscoverフィードの専用レポート(表示回数・クリック数・CTR)もチェック。Discover流入は変動が大きいため、7日ではなく28日・90日単位で推移を追うのが適切。

主に追うべき指標:

  • Search Console構造化データエラー数
  • 有効なRecipeアイテム数
  • Discover表示・クリック推移
  • オーガニックレシピ検索での平均順位
  • モバイル速度・Core Web Vitals状態
  • 画像検索流入
  • レシピページでのユーザー反応率
  • コメント・評価投稿率

例えばSchema修正後に有効Recipeアイテムが40→180に増えれば技術的には良い兆候ですが、その間にページ速度低下や画像エラー増加ならDiscover効果は限定的。Schema・コンテンツ・インフラを総合評価しましょう。

よくある質問

Recipe schemaを追加すればGoogle Discover掲載は保証されますか?

いいえ、Recipe schema追加だけでDiscover掲載は保証されません。ただしレシピ内容をGoogleが正しく解析できるようになり、画像品質・高速ページ体験・信頼できる著者情報・ユーザー反応と総合されてDiscover露出をサポートします。

レシピマイクロサイトの全ページにRecipe schemaを追加すべきですか?

いいえ。Recipe schemaはレシピ詳細ページのみ。トップ・カテゴリ・リストページはWebSite、BreadcrumbList、ItemList等、用途に合うSchemaを使いましょう。

レシピ画像はGoogle Discover用に何ピクセル必要ですか?

Discoverや大画像プレビューには最低幅1200pxが推奨されます。さらにmax-image-preview:large許可、Googlebotから画像URLアクセス可能であることが必須です。

aggregateRating項目はコメントなしでも使えますか?

いいえ。aggregateRatingは実際のユーザー評価・コメントがある場合のみ使用可能。偽星評価やページ非表示のレビューをSchemaで出すと構造化データポリシー違反となり、信頼損失につながります。

WordPressレシピプラグインはSchema対応十分ですか?

プラグインによりますが必ずテストしましょう。JSON-LD形式で正しいRecipe schema出力、SEOプラグインと競合なし、ページ速度低下なし、Search Consoleでエラーが出ないことが条件です。

まとめと次のステップ

Google Discover掲載を目指すレシピ特化マイクロサイトでのSchema設定は、単なる技術ラベル付けではありません。正しいRecipe schema、オリジナルで大きい画像、高速なモバイル体験、信頼できる著者プロフィール、実際のユーザー反応、統一されたコンテンツテンプレートが一体となって成果を生みます。マイクロサイトの利点は専門領域でGoogleへ明確なテーマシグナルを出せること。逆に小さな技術ミスが全サイトに広がるリスクも。

新規レシピサイトなら、まず確かなドメイン、高速ホスティング、SSL、クリアなコンテンツ設計でスタートし、Recipe schema標準を全レシピに段階的に適用しましょう。インフラ強化を検討する際はHostragonsのホスティング、ドメイン、SSLサービスもチェックし、営業圧なしで最適な構成を選定できます。

この記事を共有する:

Hostragons チーム

ホスティング、サーバー、ドメイン名に関する、当社の専門チームによる最新ガイド。お客様のプロジェクトに最適なソリューションを一緒に見つけましょう。

お問い合わせ