Schema JSON-LD para rich results - Que anadir y que no afirmar

Los datos estructurados dicen a los buscadores que es una pagina - una herramienta web gratuita, un articulo, una organizacion, un breadcrumb - en un formato que las maquinas pueden leer sin adivinar desde el HTML. JSON-LD es el formato que Google recomienda para la mayoria de sitios. No garantiza rich results, rankings ni citas de IA. El markup valido hace elegible una pagina. Google decide si muestra algo. Esta guia cubre que anadir en un sitio de tools, que no inventar, y como construir bloques limpios con el Generador de schema JSON-LD.

JSON-LD vs microdata

Schema.org se puede expresar de tres formas: JSON-LD, microdata (itemscope / itemprop en HTML) y RDFa. En sitios de marketing y tools, JSON-LD gana en mantenibilidad.

• JSON-LD - un bloque <script type="application/ld+json"> (a menudo en el head o antes de </body>). El markup queda separado de las clases de layout y de los arboles React.
• Microdata - las propiedades viven en los mismos elementos que ve el usuario. Facil de desincronizar cuando un disenador renombra una clase o un componente deja de renderizar un campo.
• RDFa - raro en stacks modernos de marketing; omitelo salvo que ya lo mantengas.
• Google documenta los tres, pero JSON-LD es el camino de los ejemplos de Search Central y el que emite el generador de este sitio.

Combina datos estructurados con las etiquetas sociales que la gente realmente comparte. Open Graph controla la vista previa cuando se pega una URL en Slack o LinkedIn - ver el Generador de etiquetas Open Graph y la Guia completa de etiquetas Open Graph. Schema y OG resuelven trabajos distintos; normalmente quieres ambos.

Los seis tipos que publica el generador de este sitio

Un generador de 50 tipos invita a campos opcionales vacios y ratings inventados. El Generador de schema JSON-LD de ToolsMinify publica seis tipos que sitios de tools y contenido realmente necesitan:

• SoftwareApplication - tools y apps web gratis (o de pago): name, url, applicationCategory, operatingSystem, Offer con price.
• WebSite - identidad a nivel de sitio, SearchAction opcional cuando hay una plantilla real de busqueda interna.
• Organization - identidad del publisher en About / homepage (name, url, logo).
• Article - posts de blog y guias con headline, fechas y author o publisher.
• BreadcrumbList - la ruta que ya muestras en la UI.
• FAQPage - solo cuando la pagina muestra una seccion real de preguntas y respuestas.

Elige el tipo que coincida con el contenido dominante de la URL. No pegues Organization en cada pagina de tool "por completitud". Un tipo preciso vale mas que tres ruidosos.

SoftwareApplication para paginas de tools

Una herramienta online gratuita es software. SoftwareApplication es el tipo natural para una pagina cuyo trabajo es ejecutar una utilidad en el navegador - igual que Article encaja en un post. Para un tool gratis, pon Offer price en 0, elige applicationCategory (por ejemplo UtilitiesApplication o DeveloperApplication) y operatingSystem en algo honesto como Any o WebBrowser.

• Espiritu requerido: name, url y un Offer gratis (o de pago) claro. Offers vacios y aggregate ratings falsos son como se ignoran o marcan las paginas.
• Haz coincidir el H1 visible y el nombre del producto. No inventes otra marca en el JSON-LD.
• No anadas estrellas de review, credenciales de autor ni contadores de descargas que no muestras en la pagina.
• Mantén el script sincronizado cuando renombres el tool o cambies la URL canonica.

Trampas de FAQPage (sobre todo tras mayo 2026)

Desde el 7 de mayo de 2026, los FAQ rich results ya no aparecen en Google Search. FAQPage sigue siendo markup schema.org valido, y otros sistemas pueden seguir parseandolo, pero no deberias anadir JSON-LD de FAQ solo para perseguir acordeones en la SERP. Esos acordeones ya no existen.

• Emite FAQPage solo cuando las preguntas y respuestas son visibles en la pagina.
• No escondas el texto del FAQ en JSON-LD que el usuario nunca ve - es un desajuste clasico.
• No renombres FAQPage a QAPage con buscar y reemplazar. QAPage es otro modelo de pagina (respuestas enviadas por usuarios), no una lista de FAQ escrita por el publisher.
• Si el FAQ existe solo por teatro de schema, quita el markup (o la seccion). Conserva FAQs reales que ayuden a los usuarios - por ejemplo pasos en una pagina de tool.

El generador marca FAQPage como solo-markup para rich results de Google, para que la UI sea honesta con el comportamiento de 2026.

Que no afirmar

• Bloques AggregateRating o Review falsos con estrellas inventadas.
• Credenciales de autor o medicas/financieras que no muestras (las superficies YMYL necesitan E-E-A-T real, no teatro JSON).
• Markup HowTo para un tip de una linea que no es una guia paso a paso real.
• Schema Product para un tool gratis del navegador que no es un SKU comprable - usa SoftwareApplication con Offer price 0.
• Tipos duplicados en conflicto en una URL que describen entidades primarias distintas.

El markup debe coincidir con el contenido visible. Si un campo no esta en la pagina, omítelo. El generador omite opcionales vacios por esa razon.

Valida con Google Rich Results Test

Despues de pegar una etiqueta script en tu plantilla, verificala:

• Google Rich Results Test - pega la URL o el snippet y corrige errores criticos antes del deploy.
• Search Console - informes de Enhancement / rich results para los tipos que aun te importen (el reporting de FAQ estaba programado para eliminarse tras la retirada de mayo 2026).
• Ver codigo fuente - confirma un bloque JSON-LD coherente y que @type coincida con la pagina.
• Crawlabilidad - el schema en una URL con Disallow no ayuda a nadie. Mantén permitidas las rutas indexables en robots.txt; ver Mejores practicas de robots.txt para SEO.

Un ejemplo minimo de SoftwareApplication

En concepto, una pagina de tool gratis necesita algo como: @context schema.org, @type SoftwareApplication, name y url que coincidan con la pagina, applicationCategory, operatingSystem, y offers con @type Offer, price 0 y priceCurrency. Construye ese formulario en el Generador de schema JSON-LD, copia la etiqueta script y pegala en tu layout - no se sube nada.

Preguntas frecuentes

JSON-LD mejora el ranking por si solo?

No. Los datos estructurados ayudan a las maquinas a entender la pagina y pueden habilitar rich results cuando Google decide mostrarlos. El ranking sigue dependiendo de relevancia, calidad, crawlabilidad y enlaces - no de lo ingenioso que sea tu @type.

El schema hara que citen mi tool en AI Overviews o ChatGPT?

No cuentes con ello. El schema no garantiza citas de IA. La elegibilidad para rich results no es una promesa de inclusion en motores de respuesta. Paginas claras y utiles que se puedan rastrear importan mas que inventar tipos extra.

Debe cada pagina tener markup Organization?

No. Pon Organization en la homepage o en About. Usa SoftwareApplication, Article, FAQPage o BreadcrumbList en las paginas que esos tipos describen.

FAQPage sigue mereciendo la pena en 2026?

Solo cuando ya muestras un FAQ util. Google ya no muestra FAQ rich results. Conserva markup que coincida con Q&A visible por claridad y otros consumidores; no lo anadas solo por los acordeones de Google.

Sigo necesitando Open Graph si tengo JSON-LD?

Si. Open Graph (y las Twitter cards) controlan las vistas previas sociales. JSON-LD es sobre todo para busqueda y otros consumidores estructurados. Usa ambos - genera etiquetas OG con el Generador de etiquetas Open Graph.

Construye JSON-LD en ToolsMinify

Cada herramienta de abajo corre en tu navegador - gratis, sin registro, sin subir nada:

• Generador de schema JSON-LD - genera etiquetas script de FAQPage, Article, Organization, BreadcrumbList, SoftwareApplication y WebSite.
• Generador de etiquetas Open Graph - crea etiquetas og:title, og:description y og:image para vistas previas sociales.
• Mejores practicas de robots.txt para SEO - mantén rastreables las URLs con schema mientras bloqueas solo lo que debe quedarse privado.
• Todas las herramientas SEO - el indice completo de la categoria.