Marca solo lo que es visible en la página
También he visto un validador en verde y cero efecto. Puedes copiar JSON-LD en el head y obtener “valid,” pero si el código describe algo que una persona no ve, no arreglará una página vacía.
El error que eliminaría primero: Insertar una valoración o un precio inventados.
Qué preparar y qué resultado esperar
- Resultado: Los buscadores reciben pistas claras de la página, y puedes validar el JSON-LD antes de publicar.
- Elige una entidad principal de la página y reúne el nombre real, URL, teléfono, dirección, servicio y breadcrumbs.
- Mantén los datos de origen y los derechos de acceso separados del resultado para verificar qué produjo el markup de página Schema.org.
- Contrasta cada campo con el texto visible y prueba la URL en Rich Results Test, el validador de Schema.org y Search Console.
Añade JSON-LD y valídalo antes de publicar
- Elige el tipo de página
Usa Service para un servicio, Organization/LocalBusiness para la empresa, Article para un artículo y BreadcrumbList para la navegación. No pongas Product en un servicio habitual.
Проверьте: El tipo describe la entidad principal real de la página.
Если не сработало: Quédate solo con Article/Organization y no marques lo que no tienes claro.
- Añade JSON-LD
En un CMS busca Custom code/Head; en un sitio estático añade un script en head. Los campos deben coincidir con el contenido visible y la URL canónica.
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Service", "name": "Reparación de aire acondicionado", "serviceType": "Reparación de AC residencial", "url": "https://example.com/services/repair/" } </script>Проверьте: El JSON-LD se parsea y no contiene datos ausentes de la página.
Если не сработало: Revisa comillas, comas y la codificación JSON.
- Valida el markup con herramientas
Ejecuta Rich Results Test y Validator.Schema.org, luego envía la URL en Search Console → URL Inspection. Los nombres de los informes pueden variar.
Проверьте: No hay errores de sintaxis ni advertencias críticas para el tipo elegido.
Если не сработало: Corrige primero el JSON y luego comprueba el soporte de un rich result concreto.
- Monitorea tras publicar
Tras las actualizaciones, revisa los informes de enhancements y confirma que el markup no se quedó obsoleto con cambios de dirección, precio o FAQ.
Проверьте: Los datos estructurados coinciden con la página actual.
Если не сработало: Elimina un tipo que ya no puedas respaldar con texto visible.
Elijo el tipo según el significado de la página
Para una página de servicio típica, suelen bastar `Organization`, `Service` y `BreadcrumbList`. No añadas `aggregateRating` si no hay reseñas en la página; no inventes un precio; no conviertas un servicio en Product. Los datos JSON-LD deben coincidir con el texto visible y las URLs reales.
En un CMS busca `Custom code / Head`; en un sitio estático añade un `script` en `<head>`. Luego revisa la página con Rich Results Test y `validator.schema.org`, y abre URL Inspection en Search Console.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Automatización de procesos de negocio",
"serviceType": "Automatización de procesos de negocio",
"url": "https://example.com/services/automation/"
}
</script>Cómo saber que el markup no miente
Abre el HTML de origen y encuentra cada `application/ld+json`: un problema habitual es que el CMS y el código añadido a mano publican dos grafos en conflicto. Comprueba que `url`, `@id`, imágenes y breadcrumbs apunten a páginas que devuelven 200. Antes de los cambios, guarda impresiones, clics, CTR y posición de 5–10 páginas similares, o no podrás comparar el efecto.
- Una sintaxis válida no garantiza un rich result.
- El markup no sustituye el contenido real.
- No uses datos ocultos solo para un snippet.
No pruebo el markup solo con afirmaciones
Guarda la URL, el tipo de schema, la fecha de validación, los errores del validador, el bloque visible en la página y el resultado esperado. Si añadiste FAQPage, preguntas y respuestas deben ser expandibles y visibles para las personas. Si añadiste Service, el nombre y el alcance del servicio deben coincidir con el texto de la página.
Tras publicar, no prometas al cliente un rich snippet. Espera el recrawl y luego compara impresiones y CTR con URLs similares. Los datos estructurados ayudan a los buscadores a entender la página, pero no sustituyen un copy útil ni garantizan una visualización especial.
Cómo elegir un tipo Schema.org sin inventar hechos
| Criterio | Pregunta | Buena señal |
|---|---|---|
| Entrada | ¿Qué entra exactamente en el markup de página Schema.org? | Elige una entidad principal de la página y reúne el nombre real, URL, teléfono, dirección, servicio y breadcrumbs. |
| Acción | ¿Qué puede hacer el sistema por su cuenta? | Solo acciones predefinidas, sin acceso a toda la cuenta |
| Verificación | ¿Cómo sabes que el resultado es aceptable? | Contrasta cada campo con el texto visible y prueba la URL en Rich Results Test, el validador de Schema.org y Search Console. |
| Fallo | ¿Adónde va un caso poco claro? | Elimina el campo o tipo en disputa en lugar de rellenarlo con una valoración, precio o dirección inventados. |
Qué debe cambiar después de la configuración
Los buscadores reciben pistas claras de la página, y puedes validar el JSON-LD antes de publicar.
Por qué un markup válido aún no gana un snippet
Insertar una valoración o un precio inventados.
Marcar texto oculto que el visitante nunca ve.
Añadir diez tipos sin entender la entidad principal.
Tratar un JSON válido como garantía de un rich result.
Cuándo el schema debe conectarse a los datos del sitio
Incorpora a un especialista si el markup se genera para cientos de tipos de página, se conecta a un catálogo o abarca varios locales.
Qué revisar en el JSON-LD
¿Puedo añadir diez tipos de schema de una vez?
Mejor empieza con tipos que describen la entidad principal de la página y están respaldados por texto visible.
¿Dónde debo validar el JSON-LD?
En Rich Results Test, el validador de Schema.org y mediante URL Inspection tras publicar.
¿FAQPage garantiza un snippet de FAQ?
No. El markup ayuda a entender el contenido, pero el formato de visualización y la elegibilidad los decide el buscador.
¿Puedo marcar reseñas de un formulario?
Solo si la reseña está realmente publicada, se relaciona con la entidad y sigues las reglas del buscador.
