Saltar al contenido
GEO

Organization y Person schema: que las IAs identifiquen a tu marca

Cómo implementar Organization y Person con schema.org para que Google y los modelos de lenguaje reconozcan tu empresa y a sus expertos como entidades, no como texto suelto.

4 min de lectura

Hay una diferencia entre que un buscador lea tu nombre en una página y que entienda que tu nombre es una entidad: una empresa concreta, con un fundador concreto, en una ciudad concreta, distinta de las otras cinco que se llaman parecido.

Esa diferencia se llama desambiguación, y es lo que decide si un modelo de lenguaje te cita cuando alguien le pregunta por proveedores de tu rubro, o si te ignora porque no sabe quién eres.

Organization y Person son las dos piezas de schema.org que resuelven esto. Son también las que más gente implementa a medias, copiando un ejemplo con tres campos.

Por qué importa para las IAs y no solo para Google

Para Google, el marcado de organización alimenta lo que muestra en el panel de conocimiento. Google lo documenta en datos estructurados de Organization.

Para los modelos de lenguaje el efecto es distinto y menos discutido: cuando un modelo o un buscador con IA arma una respuesta, necesita resolver a qué entidad se refiere cada mención. Un sitio que declara explícitamente quién es, a qué se dedica, dónde opera y quién lo dirige le entrega esa resolución hecha. Un sitio que solo tiene texto obliga a inferirla, y la inferencia falla, sobre todo con nombres comunes o marcas nuevas.

No es magia ni un truco de posicionamiento. Es reducirle el trabajo de identificación a quien te va a citar. Lo enmarcamos dentro de qué es GEO.

Organization: los campos que sí hacen el trabajo

El error típico es declarar solo nombre, logo y URL. Con eso no desambiguas nada. Los campos que de verdad identifican:

  • name y legalName si difieren. El comercial y el fiscal.
  • url la canónica, un solo host. Y aquí un detalle que arruina el resto: si tu sitio responde en www y sin www, estás declarando una entidad con dos direcciones. Elige una y redirige la otra.
  • @id un identificador estable, normalmente tu URL con un fragmento como #organization. Es lo que te permite referenciar la misma entidad desde otras páginas sin repetirla.
  • sameAs el campo más importante y el más ignorado. Perfiles que ya son entidades reconocidas: LinkedIn de la empresa, su página en directorios sectoriales, su perfil en plataformas donde ya está verificada. Cada uno es una confirmación externa de que existes.
  • description qué hacen, en una frase que un humano entienda.
  • address con PostalAddress completo, y areaServed si operas en zonas más amplias que tu domicilio.
  • founder apuntando a la entidad Person, no a un texto con el nombre. Esta es la unión que casi nadie hace.
  • foundingDate, contactPoint, knowsAbout con los temas en los que sí tienen competencia real.

Sobre knowsAbout: es tentador meter treinta temas. No lo hagas. Declarar competencia en algo que el contenido del sitio no respalda es ruido, y el marcado que no coincide con la página es peor que no tener marcado.

Person: la pieza que convierte una empresa en gente

Person se usa para fundadores, autores y especialistas. Los campos que importan:

  • name, @id estable con fragmento propio, jobTitle.
  • worksFor apuntando al @id de la organización. Aquí se cierra el circuito: la organización dice quién la fundó y la persona dice para quién trabaja.
  • sameAs con sus perfiles profesionales reales.
  • knowsAbout con sus áreas efectivas, y alumniOf o certificaciones si son verificables.
  • author en los artículos, apuntando al mismo @id. Un blog donde cada post declara autor como entidad, y esa entidad tiene experiencia demostrable, es exactamente la señal de autoría que sostiene el E-E-A-T que las IAs citan.

Los tres errores que vemos siempre

1. Marcado que no coincide con la página. Declarar una dirección, un teléfono o un nombre distintos a los que aparecen en el HTML visible. Google lo trata como señal de baja calidad, y con razón. Lo mismo aplica al perfil de empresa: el nombre del marcado, el del sitio y el de la ficha de Google tienen que ser el mismo.

2. Entidades duplicadas. Repetir el bloque completo de Organization en cada página, con @id distintos o sin @id. Eso no declara una empresa presente en muchas páginas, declara muchas empresas. Se define una vez, con @id, y las demás páginas la referencian.

3. sameAs vacío o con enlaces basura. Meter la home de tu propio sitio en sameAs no confirma nada: la confirmación tiene que venir de fuera.

Cómo verificar que funcionó

  • Valida la sintaxis con el validador de resultados enriquecidos de Google y con el de schema.org.
  • Comprueba que el @id de la organización sea único en todo el sitio y que las páginas lo referencien, no lo reescriban.
  • Búscate en un asistente de IA y mira si te describe bien: el rubro, la ciudad, quién lo dirige. Si te confunde con otra empresa, el problema es de desambiguación, y este marcado es la respuesta.
  • Revisa que sameAs apunte a perfiles vivos. Un enlace muerto ahí resta.

Dónde encaja esto en el trabajo de GEO

El marcado de entidad es el cimiento, no el edificio. Sirve para que te identifiquen; que te citen depende de que tengas contenido que valga la pena citar. Los dos juntos son el trabajo, y el orden importa: primero que sepan quién eres, después que haya algo que decir de ti.

El panorama completo del marcado está en schema.org en 2026, y cómo medir si las IAs te están citando en cómo medir tu visibilidad en IA. Si quieres que lo implementemos y lo midamos, es lo que hace el servicio de agencia GEO.