Los datos estructurados son el código que un despacho añade a su web para que Google entienda, sin ambigüedad, qué tipo de negocio es, a qué se dedica y cómo contactarlo. En 2026 esa capa técnica cambió de peso: el marcado de preguntas frecuentes que muchos siguen copiando dejó de generar resultados destacados, mientras que identificar bien al despacho como negocio legal —una de las señales de confianza que pide Google— pasó a importar más, también para lo que citan las herramientas de inteligencia artificial. Quien gestiona la web de un despacho necesita saber qué marcado sigue mereciendo la pena y cuál es ya trabajo perdido.
La web de un despacho necesita hoy datos estructurados de tipo LegalService en formato JSON-LD, el mismo que usa ya el 55,5% de los sitios web según W3Techs. El marcado de preguntas frecuentes, en cambio, dejó de generar resultados destacados en Google en 2026 y hoy solo sirve para otros buscadores.
Datos estructurados que ya interpretan los buscadores
Un buscador lee el texto de una página, pero no siempre distingue si pertenece a un despacho de abogados, a una gestoría o a un blog de opinión. Los datos estructurados resuelven esa ambigüedad: un bloque de código, normalmente en formato JSON-LD, que etiqueta cada dato con su significado exacto. Google recomienda este formato porque se incrusta en una sola etiqueta script y no obliga a tocar el HTML visible de la página, algo que las otras dos alternativas técnicas, Microdata y RDFa, sí exigen.
El vocabulario detrás de este marcado es schema.org, que usan conjuntamente Google, Bing y el resto de motores para describir negocios, artículos, eventos o productos con el mismo lenguaje. Casi seis de cada diez sitios web ya incluyen JSON-LD, según los datos de W3Techs, así que no marcar la web de un despacho es hoy la excepción, no la norma.
LegalService, el schema de datos estructurados de tu despacho
Durante años el tipo recomendado para un bufete era Attorney, pero schema.org lo declara obsoleto en favor de LegalService, un tipo que considera más inclusivo y menos ambiguo para negocios que prestan servicios legales, asesoría y representación. LegalService es un subtipo de LocalBusiness, así que hereda las propiedades de cualquier negocio con dirección física —nombre, teléfono, horario, localización— además de las propias de una organización, como el fundador o la fecha de constitución.
Propiedades imprescindibles en el schema del despacho
Google no exige una lista cerrada de propiedades, pero sí trata dos como obligatorias en cualquier negocio local: el nombre y la dirección postal completa, con calle, localidad, provincia, código postal y país. A partir de ahí, cuantas más propiedades recomendadas se completen, mejor es la calidad del resultado que Google ofrece a quien busca. Si además el formulario de contacto falla, de poco sirve que el teléfono estructurado sea correcto.
- telephone, con prefijo de país, para que aparezca clicable en móvil.
- url, la dirección completa y funcionando de la página marcada.
- openingHoursSpecification, el horario de atención del despacho.
- sameAs, con los perfiles verificados en redes profesionales.
Para un despacho de ámbito nacional, sin una sede que concentre toda la actividad, conviene además declarar las áreas de práctica como servicios (hasOfferCatalog) en lugar de forzar una única dirección: identifica de qué vive el negocio sin fingir una cobertura geográfica que no es el argumento de la web.
El marcado de preguntas frecuentes perdió su función
El marcado FAQPage llegó a producir uno de los resultados enriquecidos más visibles de Google: desplegables con preguntas y respuestas bajo el propio título del resultado. Duró poco así de generoso. Desde septiembre de 2023, Google restringió esos resultados a sitios gubernamentales y de salud de autoridad reconocida, y dejaron de aparecer para un despacho de abogados o para casi cualquier negocio privado, por bien marcado que estuviera.
La retirada se completó en 2026: según la documentación de Google Search Central, el resultado enriquecido de preguntas frecuentes dejó de mostrarse en mayo y la guía técnica se eliminó en junio. Dejar el marcado en la web no perjudica —sigue siendo válido para otros buscadores y lectores automáticos—, pero pulirlo pensando en Google ya no tiene retorno: ese esfuerzo rinde más en la sección de preguntas frecuentes que lleva cada artículo, pensada para el lector, no para el fragmento enriquecido.
Cada página necesita sus propios datos estructurados
LegalService describe al despacho como negocio, pero no sirve para todas las páginas de la web. La página de inicio y la de contacto llevan ese tipo; una ficha de área de práctica encaja mejor como Service; y las entradas del blog necesitan un tipo pensado para contenido editorial, no para un negocio con dirección y horario.
El schema Article para las entradas del blog
Cada artículo publicado debería llevar su propio marcado Article, o su variante BlogPosting, con propiedades como headline, datePublished, dateModified y author. Son los datos que permiten a Google —y cada vez más a los motores de IA generativa— saber cuándo se publicó un contenido, si sigue vigente y quién respalda la información: algo especialmente relevante en un sector donde la fecha de una norma o de una sentencia cambia el consejo que da el artículo. Mezclar este marcado con el del despacho en la misma página es un error común: declarar dos tipos distintos sobre el mismo bloque de contenido confunde más de lo que aclara. Lo correcto es un JSON-LD por página, coherente con lo que esa página es.
La inteligencia artificial premia las webs bien marcadas
Los resultados enriquecidos clásicos han perdido peso, pero los datos estructurados no se han vuelto menos útiles: han cambiado de destinatario. Los resúmenes de IA y los buscadores conversacionales necesitan identificar con certeza quién firma una afirmación antes de citarla. Un despacho marcado como LegalService, con su nombre, su ámbito de actividad y sus perfiles verificados enlazados mediante sameAs, ofrece esa certeza; una web sin marcar obliga al sistema a adivinarlo a partir del texto, y adivinar es justo lo que estas herramientas intentan evitar.
El JSON-LD es un bloque de código, escrito en formato JSON e incrustado en una etiqueta script, que describe el contenido de una página con el vocabulario común de schema.org en lugar de dejarlo solo en el texto visible.
Esto no sustituye a un contenido bien escrito ni a la autoridad que da citar fuentes primarias: el marcado no inventa credibilidad donde no la hay. Lo que hace es evitar que la credibilidad real del despacho se pierda por el camino porque la máquina no supo interpretarla.
Errores de marcado que Google penaliza
La documentación de Google es explícita en un punto que muchos despachos incumplen sin darse cuenta: no se puede describir en el marcado algo que no está visible en la página para el usuario. Declarar un teléfono, un horario o una valoración que no aparece en ningún sitio del texto no mejora el resultado, lo invalida.
- Usar Organization genérico en lugar de LegalService, perdiendo la especificidad que pide Google para cada subtipo de negocio.
- Dejar el tipo Attorney, ya obsoleto en schema.org, en plantillas antiguas sin actualizar.
- Repetir el mismo bloque JSON-LD en todas las páginas, copiado sin adaptar, en vez de uno propio por tipo de contenido.
- No validar el marcado tras cada cambio de plantilla, algo que lleva dos minutos con la herramienta de resultados enriquecidos de Google.
Ese último hábito es el que más se salta, igual que ocurre con los requisitos de diseño web adaptado a móvil, que tampoco se cumplen una vez y se olvidan. Un cambio de tema en WordPress o una actualización de un plugin de SEO puede romper el JSON-LD sin que se note a simple vista: la página se sigue viendo igual, pero el bloque de código ha desaparecido o se ha duplicado.
Preguntas frecuentes sobre datos estructurados
¿Es obligatorio usar JSON-LD en la web de un despacho?
No es obligatorio, pero sí lo recomienda Google frente a Microdata o RDFa porque se implementa sin tocar el HTML visible. Sin datos estructurados la web sigue funcionando e indexándose con normalidad; lo que se pierde es la posibilidad de un resultado enriquecido y una identificación más precisa del negocio.
¿Merece la pena mantener el marcado FAQPage aunque no se vea en Google?
Sí, aunque solo sea por compatibilidad: otros buscadores y sistemas de lectura automática siguen interpretándolo. Lo que no compensa ya es dedicarle horas de desarrollo pensando en un resultado enriquecido en Google que dejó de existir en 2026.
¿Hay que poner el schema LegalService en todas las páginas del despacho?
No. Va en la página de inicio y en la de contacto, que representan al negocio como tal. Las fichas de área de práctica encajan mejor como Service y las entradas del blog como Article, cada una con sus propias propiedades.
¿Cómo se comprueba si el marcado está bien puesto?
Con la herramienta gratuita de resultados enriquecidos de Google: se pega la URL y devuelve qué tipos detecta y qué propiedades faltan o sobran. Conviene repetir la comprobación después de cualquier cambio de tema o de plugin de SEO.
Fuente: Google Search Central