Schema.org para empresas de servicios

Schema.org es el vocabulario: el diccionario de tipos y propiedades que las máquinas reconocen. Los datos estructurados son la forma de comunicar ese vocabulario dentro de una página web. JSON-LD es el formato de implementación recomendado por Google: un bloque de código en el head del documento que declara qué es esa página usando el vocabulario schema.org. En la práctica, cuando se habla de «implementar schema», se habla de insertar JSON-LD con tipos y propiedades de schema.org.

Como mínimo: LocalBusiness para declarar quién eres y dónde operas, Service para cada tipo de trabajo que ofreces, FAQPage para las preguntas frecuentes de tus clientes y Review o AggregateRating si tienes valoraciones. Dependiendo del sector pueden ser útiles otros tipos: HomeAndConstructionBusiness como subtipo de LocalBusiness, OpeningHoursSpecification para horarios complejos o GeoCoordinates si el negocio quiere reforzar su geolocalización. Lo que no debe faltar en ningún caso es el bloque básico de LocalBusiness con NAP completo y validado.

No es un factor de ranking directo, pero sí influye de dos formas indirectas que importan. Primera: activa resultados enriquecidos (estrellas, FAQ desplegable, información de horarios) que aumentan la tasa de clic desde los resultados. Segunda: reduce la ambigüedad sobre quién eres y qué haces, lo que facilita que Google te asocie a las búsquedas correctas y que los motores de IA te incluyan en sus respuestas. Un LocalBusiness bien formado, con NAP consistente, refuerza también las señales de SEO local.

Si el schema contiene errores de sintaxis o propiedades obligatorias ausentes, Google no puede procesarlo y no activa resultados enriquecidos. Peor aún: Search Console registra los errores y, si persisten, pueden afectar a la confianza que Google tiene en tu web como fuente de datos. Los errores más frecuentes en el sector son el NAP incompleto, las propiedades @type incorrectas (por ejemplo, usar Organization en lugar de LocalBusiness) y los bloques FAQPage sin respuestas. Todo se detecta y corrige con el Rich Results Test oficial.

Sí, y es uno de los errores más frecuentes: el schema se instala una vez y se abandona. Si añades un servicio nuevo, cambias tus horarios, abres en una ciudad nueva o tus precios cambian, el schema debe reflejar esos cambios. Un bloque Service que describe un servicio que ya no ofreces genera inconsistencias que tanto Google como los modelos de IA penalizan. Incluimos revisión activa del schema en cada cambio editorial relevante, con la fecha lastReviewed actualizada.

Sí, indirectamente. Los motores de IA usan datos estructurados como señal de que una web es una fuente fiable y bien organizada. Un LocalBusiness con NAP completo, un Service por cada tipo de trabajo y un FAQPage con respuestas concretas le dice al modelo sin ambigüedad qué eres, dónde operas y qué problemas resuelves. Eso aumenta la probabilidad de que, ante una consulta local, el modelo te incluya en su respuesta. Es una capa de la estrategia GEO, no la única, pero es la que pone los cimientos.

Sí, y es la práctica recomendada si el negocio tiene presencia física o zona de servicio diferenciada en varias localidades. Cada entidad local tiene su propia página, su propio bloque LocalBusiness con la dirección y el teléfono de esa sede o zona, y su propio contenido. Un único LocalBusiness genérico para toda España no puede posicionar en búsquedas locales específicas ni en los resúmenes de IA que mencionan ciudades concretas. Si solo tienes una sede pero sirves varias provincias, se usa ServiceArea dentro del bloque LocalBusiness para declarar el área de cobertura.

Totalmente. Los datos estructurados publican información del negocio, no datos personales de clientes. El nombre de la empresa, la dirección comercial, el teléfono de atención, los servicios y los horarios son datos públicos que no requieren base jurídica especial bajo el RGPD. La única excepción es el tipo Review si incluyes nombre completo del cliente: en ese caso se recomienda usar iniciales o el primer nombre, o asegurarse de que el cliente ha dado su consentimiento explícito para la publicación. El RGPD no prohíbe publicar reseñas; exige que los datos personales que aparezcan en ellas cuenten con base legal.

Tres sitios para comprobarlo. Primero, Google Rich Results Test (search.google.com/test/rich-results): introduce la URL de tu página y te dice qué tipos detecta y si hay errores. Segundo, Google Search Console, en la sección Mejoras: muestra cuántas páginas tienen schema válido e inválido y de qué tipo. Tercero, busca en Google el nombre de tu empresa o un servicio tuyo y comprueba si aparecen estrellas, horarios o FAQ desplegable en el resultado. Si no ves ninguno de esos elementos, el schema no está activando resultados enriquecidos, ya sea porque falta, porque tiene errores o porque Google aún no lo ha procesado.

Entre 7 y 21 días para que Google procese el schema y empiece a mostrar resultados enriquecidos, asumiendo que la página ya estaba indexada. El tiempo depende de la frecuencia de rastreo de tu web: una web con mucho contenido nuevo se rastrea con más frecuencia y el schema se procesa antes. Los cambios en FAQPage y AggregateRating tienden a verse antes que los de LocalBusiness, porque son fragmentos enriquecidos de menor coste de renderizado. En la práctica, con nuestros despliegues, vemos los primeros rich results en un plazo de 14 días.