Schema Dentist y MedicalBusiness: guía de datos estructurados para clínicas dentales

Los motores de búsqueda no leen tu web como lo hace un paciente. Interpretan código. Si tu clínica dental no incluye el schema Dentist o MedicalBusiness, Google procesa tu sitio con menos contexto del que necesita para mostrarlo en los resultados relevantes. Este artículo explica qué son estos tipos de datos estructurados, cómo funcionan juntos, qué propiedades son imprescindibles y cómo implementarlos correctamente. Sin tecnicismos innecesarios, con ejemplos reales.

Qué es el schema Dentist MedicalBusiness y por qué importa

Schema.org es un vocabulario de marcado que define tipos de entidades. El tipo Dentist hereda de MedicalBusiness, que a su vez hereda de LocalBusiness. Esta jerarquía no es solo técnica: le dice a Google que tu clínica es un negocio local, del sector sanitario, con especialidad odontológica.

Sin ese contexto estructurado, el buscador infiere la naturaleza del negocio a partir del texto de la página. A veces acierta. A veces no, o lo hace con menor confianza.

El schema Dentist MedicalBusiness combina ambos tipos para transmitir el máximo de señales relevantes: ubicación física, horarios, especialidades, valoraciones, métodos de pago aceptados y más. Todo ello en un formato que Google puede leer directamente, sin interpretación.

Para una clínica en Mallorca que compite por búsquedas como “dentista en Palma” o “clínica dental en Inca”, este marcado es una ventaja concreta frente a competidores que no lo tienen implementado.

Jerarquía de tipos: Dentist, MedicalBusiness y LocalBusiness

Entender la jerarquía evita errores de implementación. Así se estructura:

Tipo Hereda de Para qué sirve
LocalBusiness Organization Negocio físico genérico
MedicalBusiness LocalBusiness Negocio del ámbito sanitario
Dentist MedicalBusiness Clínica o consulta dental específica

Al declarar "@type": "Dentist", automáticamente heredas todas las propiedades de los tipos superiores. No necesitas declarar los tres por separado. Usar solo LocalBusiness para una clínica dental es un marcado incompleto que pierde potencial de clasificación semántica.

Algunas agencias de SEO local cometen este error: marcan la clínica como Organization o LocalBusiness por defecto y no especifican el tipo concreto. Google entiende que es un negocio, pero no que es un dentista.

Propiedades esenciales que debes incluir

No todas las propiedades tienen el mismo peso. Estas son las que ninguna implementación debería omitir:

Propiedades de identidad y contacto

  • name: nombre exacto de la clínica (igual que en Google Business Profile)
  • url: URL canónica de la web
  • telephone: número con prefijo internacional (+34)
  • email: dirección de contacto principal
  • address: objeto PostalAddress con streetAddress, addressLocality, postalCode, addressCountry

Propiedades de horario

  • openingHoursSpecification: permite definir horarios por día de la semana. Más preciso que openingHours. Para clínicas con horario distinto en verano (algo habitual en Baleares), se pueden definir rangos de validez con validFrom y validThrough.

Propiedades médicas y de servicio

  • medicalSpecialty: indica la especialidad. Para un dentista general, Dentistry. Para una clínica con implantología u ortodoncia, se pueden añadir especialidades adicionales.
  • hasOfferCatalog o makesOffer: describe los servicios ofrecidos (blanqueamiento, ortodoncia, implantes…).
  • priceRange: estimación del rango de precios (, €€, €€€).
  • paymentAccepted: métodos de pago aceptados.

Propiedades de valoraciones

  • aggregateRating: media de valoraciones y número total de reseñas. Solo inclúyela si los datos son reales y verificables. Google penaliza el marcado de valoraciones falsas o autoimpuestas sin soporte externo.

Si trabajas el SEO para clínicas dentales desde un enfoque integral, el schema es solo una pieza. Pero es la que sienta las bases técnicas de todo lo demás.

Ejemplo práctico de código JSON-LD para una clínica dental

El formato recomendado por Google es JSON-LD, insertado en la sección de la página. Es más limpio que Microdata y más fácil de mantener.

Este es un ejemplo simplificado para una clínica en Palma de Mallorca:

json { "@context": "https://schema.org", "@type": "Dentist", "name": "Clínica Dental Ejemplo Palma", "url": "https://www.ejemplo-dental.es", "telephone": "+34971000000", "address": { "@type": "PostalAddress", "streetAddress": "Carrer de l'Exemple, 12", "addressLocality": "Palma", "postalCode": "07003", "addressCountry": "ES" }, "openingHoursSpecification": [ { "@type": "OpeningHoursSpecification", "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"], "opens": "09:00", "closes": "20:00" } ], "medicalSpecialty": "Dentistry", "priceRange": "€€", "aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "127" } }

Este bloque va dentro de una etiqueta

es_ES