🧩 Generador JSON-LD
Construye datos estructurados schema.org (JSON-LD) para 9 tipos en tiempo real: Organization, WebSite, Article, Product, FAQPage, HowTo, Event, LocalBusiness y Recipe. Copia o descarga un fragmento listo para Google Rich Results.
🔒 Sobre la privacidad
- ・Toda la entrada se procesa en tu navegador
- ・Sin envio al servidor, sin almacenamiento, sin registros
- ・Sin registro, sin inicio de sesion, sin pago
📋 JSON-LD generado
💡 Para incluir varios schemas en una pagina, agrupelos en un array @graph para evitar duplicados. Pegalo en Rich Results Test para validar.
📖 Dónde se suele tropezar
Genera datos estructurados de schema.org (JSON-LD) a partir de un formulario para nueve tipos: Organization, WebSite, Article, Product, FAQPage, HowTo, Event, LocalBusiness y Recipe. Todo se ejecuta en el navegador. Ahora bien, que el JSON-LD sea valido y que aparezca un resultado enriquecido son dos cosas distintas: lo primero lo confirma un validador; para lo segundo no existe metodo que lo garantice. Y el fallo mas frecuente con los datos estructurados no es de formato, sino de contenido: afirmar en el marcado algo que la pagina no dice no es un defecto a corregir, es una infraccion de las directrices.
| Caso | Qué ocurre | Qué hacer |
|---|---|---|
| El marcado y la pagina visible no coinciden | Los buscadores exigen que los datos estructurados representen contenido que existe de verdad en la pagina. Poner en el marcado una valoracion, un precio, un estado de stock o un numero de resenas que no aparecen en ninguna parte de la pagina es una infraccion de las directrices y motivo de accion manual: que se ignoren los datos estructurados de esa pagina, o que se degrade el sitio entero. Ocurre sin mala intencion: la causa mas frecuente son las plantillas. Escribe el JSON-LD directamente en una plantilla compartida por todas las paginas y los valores que deberian variar quedan fijos, alejandose del texto real. La historia suele ser "alguien lo escribio a mano para una pagina, comprobo que funcionaba y lo replico en todas". Y la divergencia avanza en silencio: actualizas el texto y olvidas el JSON-LD, y desde ese dia hay inconsistencia. | Genera el marcado y el texto visible a partir de una misma fuente de datos. Pasa tambien al JSON-LD la misma variable de plantilla, por ejemplo el precio del producto, y los datos estructurados seguiran automaticamente cada vez que edites el texto: cualquier procedimiento que exija editar los dos a mano dejara uno atras. Este mismo sitio se topo con ese problema en 28 entradas de blog y lo resolvio exactamente asi. Si aun asi lo escribes a mano, hay un unico principio: no declares un valor que la pagina no muestre. Si quieres valoraciones y resenas, pon primero las resenas en la pagina: hacerlo al reves garantiza la infraccion. Para auditar paginas existentes, usa los informes de Mejoras de Search Console, y lee tambien los avisos, no solo los errores. |
| Los resultados enriquecidos de FAQ y HowTo ya casi no salen | Un cambio de 2023 limito los resultados enriquecidos de FAQ a sitios acreditados, como organismos publicos y sanitarios, y puso fin a la visualizacion de HowTo tanto en escritorio como en movil. Es decir, un sitio corporativo o un blog corriente que anada cualquiera de los dos marcados no vera ningun cambio en el aspecto de sus resultados. El marcado no dejo de ser valido y se sigue interpretando correctamente: lo unico que cambio es si se muestra. El problema aqui es un desajuste de expectativas: anadir un bloque de preguntas frecuentes para ocupar mas superficie en la pagina de resultados no logra ese objetivo y deja en la pagina preguntas de relevancia marginal, que para el lector solo estorban a la hora de encontrar la respuesta. | Cambia el objetivo de anadir marcado: de mostrar a comprender. FAQPage y HowTo siguen ayudando a que buscadores y modelos de lenguaje entiendan la estructura de una pagina, pero como eso no promete ni posicion ni visualizacion, decidelo por coste y beneficio. Los tipos a los que se puede aspirar de forma realista con resultados enriquecidos son pocos: Article, Product, Recipe, Event, LocalBusiness y Breadcrumb son el conjunto practico. Y el que mas fiablemente compensa es Breadcrumb: de implementacion sencilla y con el cambio visible y claro de que la linea de URL en los resultados se sustituye por la ruta de navegacion. Escribir un FAQ es bueno en si mismo: solo que escribelo porque los usuarios lo van a leer, no por la pagina de resultados. |
| Valida, pero no cumple los requisitos del resultado enriquecido | schema.org apenas marca ninguna propiedad como obligatoria: mientras los tipos encajen, tienes un JSON-LD valido. Los buscadores, en cambio, publican una lista aparte de campos obligatorios por tipo para los resultados enriquecidos. Confundir ambas cosas produce el estado en que el validador da cero errores y no se muestra nada. Las omisiones habituales son image y datePublished en Article, offers en Product, con precio, moneda y disponibilidad, location y startDate en Event, y address en LocalBusiness. Otra cosa que se pasa por alto son las entidades duplicadas: escribir la Organization completa en cada pagina significa que existen decenas de copias de la misma organizacion, dejando ambiguo cual es la autorizada. |
Usa los dos validadores para preguntas distintas. El Schema Markup Validator comprueba sintaxis y tipos; la prueba de resultados enriquecidos comprueba si la pagina es apta para aparecer: solo la segunda te avisa de un campo obligatorio ausente. Rellena tambien los campos recomendados: no son obligatorios, asi que su ausencia solo genera un aviso, pero lo que acaba mostrandose depende de lo completos que esten. Para resolver la duplicacion, usa @id: escribe la Organization completa en un unico lugar del sitio, por ejemplo la portada, y desde el resto de paginas referenciala solo con {"@id": "https://example.com/#organization"}, de modo que haya una sola copia autorizada y un unico sitio que actualizar. |
Los datos estructurados no son un factor de posicionamiento. Google ha declarado con claridad que no lo son: donde si tienen efecto es en la tasa de clics, porque un resultado enriquecido llama mas la atencion. De modo que anadir datos estructurados a una pagina pobre no consigue nada; el orden es enriquecer antes el contenido. Dos notas de implementacion. El JSON-LD inyectado despues con JavaScript se lee, pero incluirlo en el HTML servido es la via fiable: todo lo que espera al renderizado se reconoce tarde, o a veces no se reconoce. Y poner varios tipos en una misma pagina esta bien: que convivan Article, Breadcrumb y Organization es lo normal, tanto si los agrupas bajo @graph como si los separas en bloques <script> distintos. Por ultimo, los cambios tardan en verse: los informes de Search Console no se mueven hasta que la pagina se vuelve a rastrear, asi que no concluyas al dia siguiente que no funciono.
📖 Cómo usar
-
1
Elige un tipoSelecciona uno de 9 tipos en el desplegable.
-
2
Rellena los campos obligatoriosLos campos con * son obligatorios. La salida se actualiza al escribir.
-
3
Copia o descargaMarca la casilla wrap para obtener una etiqueta <script> lista. Insertala en <head>.
-
4
Valida con Rich Results TestPega en Google Rich Results Test para confirmar.
❓ Preguntas frecuentes
Que es JSON-LD?
Que tipo debo usar?
Puedo incluir varios schemas?
<script> o un solo array @graph. @graph es preferible y recomendado por Google.Que necesito para Rich Results?
Los rastreadores de IA leen JSON-LD?
🔗 Herramientas relacionadas
🐛 ¿Encontró un problema con esta herramienta?
Gratis, sin registro. Incluso solo los pasos para reproducir ayudan. Los informes van directamente al operador y se usan para corregir.
¡Gracias por tu reporte!
Tu reporte llegó al operador y se usará para mejorar.