Schema de recetas: cómo salir en los resultados de Google

El schema de recetas es el marcado Recipe de schema.org que le dice a Google qué es una receta, no solo un artículo que la menciona: cuáles son sus ingredientes, cuánto tarda en prepararse, cuántas raciones da y qué valoración le han puesto los lectores. Cuando ese marcado está completo y coincide con lo que ve el usuario, Google puede mostrar la página como resultado enriquecido, con la foto del plato, el tiempo de preparación y las estrellas de valoración directamente en el listado de resultados, antes de que nadie haga clic.

Esta guía va directa a lo técnico: qué propiedades exige Google de verdad frente a las que solo recomienda, cómo estructurar ingredientes y pasos sin que el marcado se rompa, qué necesitan la imagen y el vídeo para contar, qué política sigue Google con las valoraciones y por qué tantas recetas con Recipe schema bien puesto nunca llegan a mostrarse como resultado enriquecido. También repasa los errores más repetidos que introducen los plugins de tarjetas de receta para WordPress, porque casi ninguno de los fallos que ves en la Prueba de resultados enriquecidos los escribiste tú a mano.

Qué exige Google de verdad y qué solo recomienda

El schema.org Recipe tiene decenas de propiedades posibles, pero Google solo obliga a dos para considerar la página elegible: name, el nombre de la receta, e image, al menos una imagen del plato terminado. Con esas dos, técnicamente pasas la validación. En la práctica eso no te da nada visualmente interesante: sin más datos, Google no tiene qué mostrar además del título y la foto que ya sacaría de cualquier página normal.

La lista de propiedades recomendadas es la que realmente construye el resultado enriquecido: author, datePublished, description, prepTime, cookTime, totalTime, recipeYield, recipeCategory, recipeCuisine, keywords, nutrition, recipeIngredient, recipeInstructions, video, aggregateRating y review. Ninguna es obligatoria por separado, pero cada una que falta es una pieza menos del resultado final: sin recipeYield no aparecen las raciones, sin totalTime no aparece el reloj, sin aggregateRating no aparecen las estrellas. Google decide qué piezas mostrar según lo que encuentra en tu marcado, no según lo que tú creas que has puesto.

• name e image: obligatorias; sin ellas la página no es elegible para el resultado de receta.
• prepTime, cookTime y totalTime: recomendadas, en formato de duración ISO 8601 (PT1H30M para una hora y media, no '1h 30min').
• recipeYield, recipeCategory, recipeCuisine y keywords: recomendadas, describen la receta para otras funciones de búsqueda relacionadas.
• nutrition, aggregateRating, review y video: recomendadas; son las que más cambian el aspecto visual del resultado.

Ingredientes y pasos: cómo estructurarlos sin romper el marcado

recipeIngredient es un array de cadenas de texto, una por ingrediente, y Google espera cantidad y unidad dentro de la misma cadena: '2 tazas de harina', no una propiedad separada para la cantidad. No hay un mínimo de ingredientes exigido por el schema, pero una lista de dos o tres elementos para una receta claramente elaborada es una señal de contenido pobre, no solo de marcado incompleto.

recipeInstructions admite dos formas. La simple es un array de cadenas de texto, un paso por elemento. La estructurada usa objetos HowToStep, cada uno con su propio text y, opcionalmente, name, url e image; si la receta tiene fases claras, como masa, relleno y horneado, puedes agruparlas con HowToSection, cada una con sus propios HowToStep dentro. La forma estructurada no es obligatoria, pero es la que permite que Google, en algunos contextos, destaque el paso individual en lugar de enlazar solo a la receta completa.

El error más común aquí no es de sintaxis, es de coherencia: el marcado describe seis pasos y la página visible tiene ocho, o el schema lista un ingrediente que no aparece en el texto. Google contrasta el marcado con el contenido visible, y una receta cuyo Recipe schema no coincide con lo que lee el usuario es exactamente el tipo de discrepancia que las directrices de datos estructurados no permiten, con independencia de que la sintaxis en sí sea válida.

• El número de ingredientes en recipeIngredient debe coincidir con el número real que aparece en el texto visible, ni uno más ni uno menos.
• Si usas HowToStep, cada paso del array debe corresponder a un paso real del texto, en el mismo orden en que aparece en la página.
• Una cantidad y su unidad van juntas en la misma cadena de texto: "250 g de azúcar", no una propiedad separada para el número.
• Si un ingrediente es opcional en el texto ("cilantro, opcional"), refléjalo igual en recipeIngredient en lugar de omitirlo del marcado.

Tiempos, raciones y categoría: las propiedades que rellenan el resultado

prepTime, cookTime y totalTime se escriben en formato de duración ISO 8601: empieza por P, sigue con T si hay horas o minutos, y usa H y M para cada unidad. Una hora y media es PT1H30M. Quince minutos son PT15M. Un error habitual es escribir el número como texto libre, por ejemplo '90 minutos' en la propiedad, algo que Google simplemente no interpreta como duración y descarta sin previo aviso.

recipeYield acepta tanto un número de raciones, '4', como una cantidad de producto, '12 galletas'; usa lo que describa mejor tu receta y no fuerces raciones en algo que se mide por unidades. recipeCategory, por ejemplo 'postre' o 'plato principal', y recipeCuisine, por ejemplo 'mexicana' o 'italiana', no cambian el resultado enriquecido en sí mismas, pero ayudan a Google a clasificar de qué tipo de receta se trata para otras funciones de búsqueda relacionadas con recetas.

nutrition usa el tipo NutritionInformation, y aunque schema.org admite muchas propiedades como fatContent, proteinContent o sodiumContent, Google en la práctica solo utiliza calories de ese conjunto para su resultado enriquecido. Rellenar las demás no perjudica, pero tampoco cambia lo que se muestra en el buscador; si vas a dedicar tiempo a rellenar una sola, que sea calories.

• PT15M = 15 minutos.
• PT1H = 1 hora exacta.
• PT1H30M = 1 hora y 30 minutos.
• PT2H = 2 horas, útil para totalTime cuando incluye reposo o fermentación además de la cocción activa.

Imagen y vídeo: lo que necesita cada uno para contar

La propiedad image de Recipe no tiene un requisito de tamaño único fijado como cifra estricta, pero Google pide una imagen de alta resolución, en formato JPG, PNG o WebP, y recomienda ofrecerla en varias proporciones, como 16x9, 4x3 y 1x1, cuando sea posible, para que se adapte a distintos formatos de resultado. Una imagen de baja resolución o recortada de forma extraña reduce las probabilidades de que Google la use, aunque el resto del marcado sea correcto.

Si añades video, el objeto debe ser un VideoObject completo, no solo la URL del archivo. Necesita name, description, thumbnailUrl, uploadDate y, además, contentUrl, el archivo directo, o embedUrl, el reproductor incrustado. duration va en el mismo formato ISO 8601 que los tiempos de preparación. Un vídeo de receta que no cumple estos campos no aparece en los resultados de vídeo de recetas, aunque se reproduzca perfectamente dentro de la página.

El fallo más repetido con vídeo no es la falta de campos, es la falta de correspondencia: un VideoObject genérico de la marca, como el vídeo de bienvenida del canal, colocado igual en todas las recetas del sitio, cuando debería describir esa receta concreta. Google puede detectar esa reutilización y no la trata como una señal de calidad del contenido.

Valoraciones: qué exige Google y qué prohíbe

aggregateRating necesita ratingValue y, casi siempre, reviewCount o ratingCount; sin un número de valoraciones detrás, una nota aislada no resulta creíble ni para Google ni para quien la ve en el resultado. review, si lo añades, requiere author y un reviewRating con su propio ratingValue.

Lo que Google prohíbe explícitamente es que esas valoraciones no vengan de tus propios visitantes: usar valoraciones de un producto o de la marca en general y aplicarlas a la receta, inventar un número redondo de estrellas sin un sistema de valoración real detrás de la página, o mostrar en el schema una nota distinta de la que ve el usuario en la página. Esto no es una recomendación de estilo: entra dentro de las políticas de spam de fragmentos enriquecidos, y una infracción puede acabar en una acción manual que retire el fragmento de toda la propiedad, no solo de esa página concreta.

Si tu plugin de recetas incluye un sistema de valoración de usuarios, tiene sentido activarlo antes de rellenar aggregateRating; si no lo tiene, es preferible omitir la propiedad entera a improvisar un número que nadie ha votado de verdad.

Cómo funciona el carrusel de recetas, y por qué no todas las páginas entran

El carrusel de recetas que se ve para búsquedas del tipo 'receta de X' no lo construye una sola página con su propio marcado: lo compone Google a partir de varias páginas, normalmente de sitios distintos, que tienen Recipe schema válido y que su sistema considera relevantes para esa consulta concreta. No existe una propiedad de schema que solicite entrar en el carrusel; la inclusión es una decisión de Google basada en relevancia, calidad y cumplimiento de las directrices, igual que el resto del posicionamiento.

Tener Recipe schema completo y válido es una condición para ser elegible, no una garantía de aparecer, ni de aparecer siempre para la misma consulta. Una página puede pasar la Prueba de resultados enriquecidos sin errores y no mostrarse nunca en un carrusel, sencillamente porque Google no la considera la mejor opción para esa búsqueda en ese momento. Esto es distinto de un error de marcado, y conviene no confundir que el carrusel no te elija con que tu schema esté roto.

Lo que sí puedes controlar es no descartarte por incumplimiento: contenido escaso sin pasos reales, ingredientes vagos, o un schema que promete más de lo que la página entrega, son motivos habituales para quedar fuera aunque la sintaxis sea perfecta.

Errores típicos de los plugins de tarjetas de receta para WordPress

La mayoría de blogs de cocina no escriben Recipe schema a mano: lo genera un plugin de tarjeta de receta, como WP Recipe Maker, Tasty Recipes o Mediavine Create, y los errores más frecuentes en la Prueba de resultados enriquecidos vienen de ahí, no de la redacción de la receta.

La forma de encontrar estos fallos no es leer el código fuente a ojo: pega la URL en la Prueba de resultados enriquecidos de Google, o revisa el informe de Recetas dentro de Mejoras en Search Console, que agrupa los errores y avisos por tipo en todo el sitio en lugar de página por página. Corregido el plugin o la plantilla, el error suele desaparecer en bloque de todas las recetas que comparten esa configuración, no solo de la que revisaste.

• Marcado duplicado: el tema y el plugin insertan cada uno su propio bloque Recipe en la misma página, y Google reporta valores contradictorios o descarta directamente uno de los dos.
• recipeYield o los tiempos vacíos porque el campo del plugin no se rellenó al crear la receta, aunque el texto visible sí diga '4 raciones, 30 minutos'.
• Imagen del plugin que no coincide con la imagen destacada del artículo, así que el resultado enriquecido puede mostrar una foto distinta a la que el usuario espera al hacer clic.
• Formato de duración incorrecto: algunos plugins antiguos exportan '30' en vez de 'PT30M', y Google descarta la propiedad entera sin avisar en la interfaz del sitio.
• Recetas huérfanas de schema: el plugin solo inyecta el marcado si activas la tarjeta de receta en ese artículo concreto, y es fácil publicar una receta sin activarla y perder el resultado enriquecido sin ningún error visible que lo delate.