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項目の扱い方をまとめたものです。技術チームや編集者のチェックリストとして使えます。
| 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実践ポイント:
- 各レシピに著者名を明示
- 著者ページに経歴・専門性・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サービスもチェックし、営業圧なしで最適な構成を選定できます。