Schema markup para SaaS: qué marcar y qué se ve

En un SaaS, el marcado se reparte en tres cajones: el que produce un resultado visible en Google, el que solo ayuda a entender la entidad y el que Google ya no muestra en su buscador. La lista corta de la primera caja es Article, BreadcrumbList, Product con Offer, SoftwareApplication con reseñas de terceros y VideoObject. Y hay un tipo que no deberías tocar: la valoración propia. Esta guía separa las tres cajas leyendo la documentación de Google Search Central con la fecha de consulta delante.

¿Qué hace de verdad el marcado y qué no hace?

El marcado no dibuja contenido nuevo. Le dice a un buscador qué es cada cosa de tu página, y a partir de ahí ese buscador decide si eso merece una presentación distinta en el resultado. Nada más.

Acá conviene cambiar la pregunta antes de abrir el editor. La duda habitual es «¿esto me sube de posición?». Busqué esa frase el 7 de septiembre de 2026 en las cinco páginas de Google Search Central que consulté para esta guía y no encontré ninguna que diga, con esas palabras, que los datos estructurados no son un factor de posicionamiento. Tampoco encontré lo contrario. Lo que sí dicen esas páginas, una y otra vez, es qué apariencia produce cada tipo. Así que la afirmación que puedo sostener es esa: la documentación describe apariencia, no posición. Si alguien te promete lo segundo, pídele la URL.

La documentación de SoftwareApplication es un buen ejemplo de hasta dónde llega la promesa. En el apartado de valoración y reseña dice, textual, que hay que incluir «one of the following properties», y las dos que enumera son aggregateRating y review. Está en developers.google.com/search/docs/appearance/structured-data/software-app, consultada el 7 de septiembre de 2026. Fíjate en lo que regula esa frase: qué campos necesitas para que se pinte algo en el resultado. No dónde vas a salir, ni con qué frecuencia. Toda la ficha está escrita en ese registro, y las otras cuatro que consulté también.

¿Cómo comprobé qué se ve y qué no?

Con el mismo método que uso para los precios: si no puedo abrir la página oficial y leerlo con mis ojos, no lo publico. Abrí la galería de resultados enriquecidos de Google, el registro de cambios y las fichas de SoftwareApplication, Review snippet y Organization. Las cinco URL están al final de esta guía con su fecha.

De ahí salen dos reglas que aplico sin excepción. La primera: un tipo entra en la columna de «se ve» solo si tiene su propia entrada en la galería. La segunda: si el registro de cambios dice que una función se retiró, la fecha de retirada manda sobre cualquier tutorial anterior. La galería que leí lleva su propia marca de actualización, «Last updated 2026-06-15 UTC», así que esto se vuelve a comprobar cada trimestre. Ojo con esto: el marcado que un blog de 2024 daba por seguro puede haber cambiado de columna dos veces desde entonces.

Los tipos que sí importan en un SaaS

Siete tipos cubren el noventa por ciento de lo que necesita una web de software. Cada ficha empieza por lo que produce, porque es lo único que decide si merece la pena.

Organization

Qué produce. Ningún resultado enriquecido. Según Google, «can help Google better understand your organization’s administrative details and disambiguate your organization in search results», e influye en elementos como el logotipo que se muestra o el panel de conocimiento.
Qué es. La ficha de la empresa: nombre, logo, perfiles sociales, contacto.
Dónde va. En la home, una sola vez en todo el sitio.
Error frecuente. Repetirlo en cada plantilla. La documentación avisa además de que «there are no required properties», así que nadie te va a marcar un aviso por hacerlo mal.

SoftwareApplication

Qué produce. Según la ficha oficial, «rating information, a description of the app, and a link to the app». La condición está tres párrafos más abajo y es dura: necesita name, offers.price y obligatoriamente aggregateRating o review.
Qué es. La descripción de tu producto como software.
Dónde va. En la página de precios y en las landings de producto.
Error frecuente. Marcarlo sin offers y esperar que salga el precio.

Article

Qué produce. Titular, fecha e imagen en el resultado, y es el tipo que abre la puerta a Top Stories y a Discover.
Qué es. La ficha de una pieza editorial con su autor y sus fechas.
Dónde va. En cada post del blog, no en las páginas comerciales.
Error frecuente. Duplicarlo. Si tu plugin de SEO ya emite BlogPosting, añadir un Article a mano deja dos nodos con el mismo titular y sin un @id que los una.

BreadcrumbList

Qué produce. Sustituye la URL cruda del resultado por la ruta de migas, que se lee mucho mejor en móvil.
Qué es. La jerarquía de la página dentro del sitio.
Dónde va. En todo lo que cuelgue de la home.
Error frecuente. Declarar una ruta que no existe en la navegación real. Tiene que coincidir con lo que ve el usuario.

FAQPage

Qué produce. Hoy, nada en la SERP. El registro de cambios del 8 de mayo de 2026 anuncia: «This feature will no longer appear in Google Search starting May 7, 2026», y el 15 de junio de 2026 retira la documentación.
Qué es. El bloque de preguntas y respuestas de la página.
Dónde va. Donde haya preguntas visibles de verdad.
Error frecuente. Seguir prometiendo el resultado enriquecido en la plantilla interna. Nosotros lo mantenemos por otro motivo, y lo cuento más abajo.

ItemList

Qué produce. Suelto, nada. La entrada de la galería se llama «Carousel» y está limitada a recetas, cursos, restaurantes y películas.
Qué es. Una lista ordenada de elementos.
Dónde va. En esos cuatro casos, combinado con el tipo que corresponda.
Error frecuente. Marcarlo en un listicle de software esperando un carrusel. Nuestro comparativo de los 11 mejores CRM en español es exactamente ese caso y no lo lleva.

Offer dentro de Product

Qué produce. Precio y disponibilidad en el resultado. Eso sí: sin aggregateRating ni review no aparecen estrellas, solo el precio.
Qué es. La oferta comercial concreta de un producto.
Dónde va. En páginas con un precio público y estable.
Error frecuente. Marcar un precio promocional sin fecha de fin. Si cambia cada mes, el marcado miente cada mes.

¿Y AggregateRating? El marcado que te puede costar una penalización

Este es el apartado que más cara de sorpresa provoca. La ficha de Review snippet de Google dice, textual, consultada el 7 de septiembre de 2026: «If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature. For example, a review about entity A is placed on the website of entity A, either directly in their structured data or through an embedded third-party widget.»

La consecuencia práctica es incómoda: un SaaS que marca su propia media en su propia web no obtiene estrellas. No es que salgan más pequeñas. Es que la página queda fuera de esa función. La misma página de Google marca Local business y Organization con la nota de que valen «only for sites that capture reviews about other organizations».

Así que la recomendación aquí no es de estilo, es de riesgo. Si quieres estrellas, tienen que venir de una plataforma que recoja reseñas sobre ti y las marque en su propio dominio. Lo demás es pedirle a Google una acción manual.

¿Cómo lo montas sin romper nada?

En JSON-LD, dentro de un <script type="application/ld+json">. Da igual head o body, pero elige uno y no lo mezcles. Los dos ejemplos de abajo son los que usarías tal cual en las dos plantillas más comunes de un SaaS.

{
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "name": "Nombre del producto",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web",
  "url": "https://ejemplo.com/precios",
  "offers": {
    "@type": "Offer",
    "price": "39.00",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "url": "https://ejemplo.com/precios"
  }
}

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "@id": "https://ejemplo.com/blog/post#article",
      "mainEntityOfPage": {"@type": "WebPage", "@id": "https://ejemplo.com/blog/post"},
      "headline": "Titular exactamente igual que el H1 de la página",
      "datePublished": "2026-09-17",
      "dateModified": "2026-09-17",
      "inLanguage": "es-ES",
      "author": {"@type": "Person", "name": "Nombre real", "url": "https://ejemplo.com/autor/quien-sea"},
      "publisher": {"@type": "Organization", "name": "Empresa", "url": "https://ejemplo.com"}
    },
    {
      "@type": "FAQPage",
      "@id": "https://ejemplo.com/blog/post#faq",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "La pregunta, palabra por palabra igual que en la página",
          "acceptedAnswer": {"@type": "Answer", "text": "La respuesta, palabra por palabra igual que en la página."}
        }
      ]
    }
  ]
}

Después, tres comprobaciones y ya. Pasa la URL por la Prueba de resultados enriquecidos para saber si Google reconoce el tipo, por el Validador de schema.org para saber si la sintaxis es correcta (son cosas distintas: la segunda te aprueba un marcado que la primera ignora) y revisa el informe de mejoras de Search Console a los quince días. Si tu marcado se inyecta con JavaScript, comprueba antes que el renderizado lo deja en el HTML final, porque lo que no está en el HTML servido no existe para nadie.

¿Sirve el marcado para que te cite un LLM?

No hay documentación pública que confirme que los modelos de lenguaje lean el JSON-LD de tu web. Lo digo con esas palabras porque la busqué y no está.

Lo que sí puedo medir es nuestra propia demanda. Entre el 9 de junio y el 4 de septiembre de 2026, en España, 140 consultas de veinte palabras o más que empiezan por qué, cómo, cuál, cuándo, dónde, quién, cuánto o por qué trajeron 355 impresiones al blog, con una posición media de 3,7 y cero clics. Te doy el filtro exacto para que puedas repetirlo en tu Search Console: no es una categoría de Google, es un criterio mío. Y son consultas que no parecen escritas en un buscador: la primera de la lista empieza por «como COO de una empresa de medios de comunicación en España». Search Console mide nuestras impresiones, no el volumen del mercado, así que ese número no dice cuánta gente pregunta: dice cuánto aparecemos cuando alguien pregunta.

La apuesta es esta: el marcado obliga a estructurar la página en unidades con respuesta propia, y una página así se cita mejor la lea quien la lea. Es el mismo razonamiento que aplicamos al medir los clics del botón de WhatsApp, donde el dato solo sirve si sabes qué pregunta responde.

Qué emite hoy el blog de Clientify

Antes de recomendar nada, miré qué entrega nuestro propio servidor. No la configuración del plugin: el HTML servido, con curl, el 7 de septiembre de 2026.

Hay cuatro cosas ahí que son deuda y no ejemplo, y están contadas en la tabla. La más llamativa es la valoración propia de la página de precios, justo lo que acabo de decirte que no hagas. Está en la lista de arreglos, con su ticket. Si esta guía enseñara nuestra web como si estuviera impecable, no te serviría de nada.

Preguntas frecuentes

Por dónde empezar mañana

Abre tu página de precios, busca aggregateRating en el HTML servido y comprueba si declara una valoración sobre ti mismo. Si está, quítala hoy: es el único elemento de esta guía que deja la página fuera de una función de Google. Lo demás puede esperar a la semana que viene. Cuando termines, mide qué contenido trae registros de verdad con el mismo criterio que usamos para atribuir los leads en GA4.