Schema Organization y Person con sameAs: construye tu entidad

Organization y Person son tipos de schema.org que le dicen a las máquinas quién es la empresa y quién es el autor. La propiedad sameAs vincula tu sitio con perfiles que identifican a la misma entidad, como LinkedIn, YouTube o Wikidata, y el @id le da a cada entidad un identificador único que reutilizas en todo el JSON-LD. Esto ayuda a desambiguar quién eres. No garantiza un panel de conocimiento, un resultado enriquecido ni una cita en IA, como muestra el panorama de SEO, AEO y GEO.

Resumen rápido

• Una entidad es algo identificable sin ambigüedad: una empresa, una persona, una marca. Schema ayuda a declarar quién es quién.
• Google dice que no existe un schema especial para aparecer en las respuestas de IA. El valor está en la claridad y la coherencia, no en un atajo.
• Usa @id para crear un nodo único de Organization, WebSite y Person y referencia esos nodos en los artículos, en lugar de repetir datos.
• sameAs debe apuntar solo a páginas que identifiquen a la misma entidad, como perfiles oficiales o un elemento de Wikidata.
• Wikidata y el panel de conocimiento dependen de criterios externos: no se pueden crear por decreto.
• Validar el JSON-LD y comprobar que coincide con el contenido visible de la página forma parte del trabajo.

Cómo leer este artículo: si nunca has trabajado con schema, lee "¿Qué es una entidad?" y copia el ejemplo, cambiándolo por tus datos. Si ya trabajas en SEO técnico, ve al @graph completo, a las reglas de sameAs y a la sección de límites. Este texto complementa la guía general de schema markup para AI Search.

¿Qué es una entidad y por qué importa para la IA?

Una entidad es algo que existe de forma distinta y puede identificarse sin confusión, como "la empresa X, con este sitio web y este número de identificación fiscal" o "la autora María Souza, consultora de SEO". Para los buscadores y los asistentes, los nombres se repiten y se confunden. Declarar la entidad con datos estructurados reduce la probabilidad de que se mezcle con otra del mismo nombre.

El propio Google describe este objetivo. Según la documentación de datos estructurados de Organization, añadir estos datos a la página de inicio ayuda a entender los datos administrativos de la organización y a diferenciarla de otras en los resultados. Algunas propiedades influyen en elementos visuales, como el logotipo que se muestra. La documentación también dice que no hay propiedades obligatorias y que conviene añadir las que correspondan.

En lenguaje sencillo: piensa en el schema como el documento de identidad de la empresa en internet. El nombre solo puede ser común, pero nombre más sitio web, logotipo y perfiles oficiales forman una identidad difícil de confundir. sameAs es como decir: "esta misma empresa también aparece en estas otras direcciones".

Para el concepto más amplio, mira entidades y SEO semántico.

¿Qué dice Google sobre el schema en las respuestas de IA?

Google afirma que los datos estructurados no son necesarios para la búsqueda con IA generativa y que no existe un marcado schema.org especial que añadir. Aun así, recomienda seguir usando datos estructurados dentro de la estrategia general de SEO, por la elegibilidad para resultados enriquecidos. Está en la guía de optimización para funciones generativas.

Sobre otros asistentes (ChatGPT, Perplexity, Claude), no encontré documentación oficial que confirme que lean el JSON-LD de Organization o Person para decidir las citas. Por eso, la postura honesta es: hazlo porque es buena práctica de identidad y de SEO, y no porque alguien haya prometido un efecto en la IA.

Para quien ya trabaja en SEO: trata el JSON-LD como una capa de desambiguación y coherencia, no como un factor de ranking. La ganancia práctica suele ser indirecta: menos conflicto entre el nombre de la marca, el logotipo y los perfiles que encuentran los sistemas, y datos ordenados para cuando algún consumidor (Google o terceros) decida usarlos.

¿Qué propiedades de Organization conviene usar de verdad?

Usa pocas y verdaderas: nombre, URL, logotipo, descripción y perfiles. La documentación de Google enumera, entre las propiedades de Organization, name, alternateName, legalName, url, logo, sameAs, foundingDate, contactPoint y vatID. Ninguna es obligatoria.

Propiedad	Para qué sirve	Cuidado
name	Nombre de la organización	Usa el mismo nombre y alternateName que aparecen en el sitio
legalName	Razón social, si es distinta del nombre	Inclúyela solo si existe de verdad
url	Sitio web de la organización	Ayuda a Google a identificar la organización de forma única
logo	Logotipo representativo	Usa una imagen estable y rastreable
sameAs	URL de otra página con información sobre la organización, como un perfil en una red social o un sitio de reseñas	Puede tener varias URL, pero solo de perfiles reales y oficiales
foundingDate	Fecha de fundación (ISO 8601)	Indícala solo si es pública y correcta
contactPoint	Canales de contacto	Usa datos que ya estén visibles en el sitio

¿Cómo estructurar todo con @id y @graph?

Dale a cada entidad un @id estable, reutiliza ese @id donde se la mencione y agrupa los nodos en un @graph. El @id funciona como el número de identidad del nodo dentro de tu JSON-LD. Una convención común es usar la URL de la página más un fragmento, como https://www.exemplo.com.br/#organization. La dirección no necesita abrir una página nueva, solo debe ser única y mantenerse igual.

Ejemplo hipotético: "Studio Exemplo" es una consultora de SEO ficticia, con una autora, María Souza. El bloque de abajo va en la página de inicio (o en todo el sitio, mediante una plantilla). Los datos son inventados y están en portugués; cámbialos por los tuyos, en tu propio idioma.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.exemplo.com.br/#organization",
      "name": "Studio Exemplo",
      "legalName": "Studio Exemplo Consultoria Ltda.",
      "alternateName": "Exemplo",
      "url": "https://www.exemplo.com.br/",
      "logo": "https://www.exemplo.com.br/img/logo.png",
      "description": "Consultoria de SEO para clínicas e escritórios de contabilidade.",
      "foundingDate": "2019-03-15",
      "sameAs": [
        "https://www.linkedin.com/company/studio-exemplo",
        "https://www.youtube.com/@studioexemplo"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://www.exemplo.com.br/#website",
      "url": "https://www.exemplo.com.br/",
      "name": "Studio Exemplo",
      "inLanguage": "pt-BR",
      "publisher": { "@id": "https://www.exemplo.com.br/#organization" }
    },
    {
      "@type": "Person",
      "@id": "https://www.exemplo.com.br/autores/maria-souza#person",
      "name": "Maria Souza",
      "jobTitle": "Consultora de SEO",
      "url": "https://www.exemplo.com.br/autores/maria-souza",
      "worksFor": { "@id": "https://www.exemplo.com.br/#organization" },
      "sameAs": ["https://www.linkedin.com/in/maria-souza-exemplo"],
      "knowsAbout": ["SEO local", "Schema markup"]
    }
  ]
}

En los artículos no repites los datos de la empresa ni de la autora. Basta con referenciar los nodos por el @id:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Como configurar o Perfil da Empresa no Google",
  "image": "https://www.exemplo.com.br/img/perfil-empresa.webp",
  "datePublished": "2026-10-01T09:00:00-03:00",
  "dateModified": "2026-10-04T09:00:00-03:00",
  "author": { "@id": "https://www.exemplo.com.br/autores/maria-souza#person" },
  "publisher": { "@id": "https://www.exemplo.com.br/#organization" }
}

Para quien ya trabaja en SEO: Google recomienda encarecidamente author en Article con type y url (o sameAs). Por prudencia, una alternativa a referenciar solo por @id es declarar el author directamente en el artículo (@type, name y url) y dejar el nodo completo en la página del autor. Es una elección mía de seguridad, no un requisito documentado. Prueba siempre sobre el HTML renderizado, porque los temas y plugins de WordPress pueden generar varios Organization en conflicto.

¿Cómo marcar la Person (el autor) sin exagerar?

Marca al autor con @type: Person, un nombre real, una URL que lo identifique y, si existen, perfiles en sameAs. Según la documentación de Article de Google, en author.url puedes usar una página que identifique de forma única al autor, como un perfil en una red social, una página "acerca de" o una página de biografía. Google también acepta sameAs como alternativa y dice que entiende ambos al desambiguar autores.

La misma documentación trae una regla que evita errores comunes: en author.name va solo el nombre de la persona, sin cargo, sin el nombre de la empresa y sin expresiones como "por". El cargo va en jobTitle. En la práctica, apunta la URL del autor a una página real, con biografía, formación y trabajos. El marcado solo tiene sentido si la página existe y muestra quién es la persona, lo cual depende de autoría y confianza (E-E-A-T).

¿Cómo usar sameAs correctamente?

Usa sameAs solo para páginas que identifiquen a la misma entidad sin ambigüedad. Schema.org define la propiedad como la URL de una página de referencia que indica la identidad del elemento de forma inequívoca, por ejemplo la página de Wikipedia, la entrada de Wikidata o el sitio web oficial. Google la documenta, para Organization, como la URL de una página de otro sitio con más información, como un perfil en una red social o un sitio de reseñas, y acepta varias.

• Sí entran: perfiles oficiales activos (LinkedIn, YouTube, Instagram, página de empresa), el elemento de Wikidata, un perfil verificado en plataformas de reseñas que pertenezca a la propia empresa.
• No entran: perfiles de otra persona o empresa, directorios genéricos, páginas que te mencionan de pasada, perfiles abandonados o duplicados.
• Coherencia: el nombre, el logotipo y la descripción en esos perfiles deben coincidir con el sitio. La divergencia perjudica la identificación.

¿Y Wikidata y el Knowledge Graph?

Un elemento en Wikidata es un registro público y estructurado de una entidad, y sameAs puede apuntar a él. Pero no es un registro libre. Las reglas de notabilidad de Wikidata aceptan un elemento si cumple al menos uno de tres criterios: tener un enlace a una página de los proyectos Wikimedia, referirse a una entidad claramente identificable que pueda describirse con referencias públicas y serias, o cumplir una necesidad estructural.

Sobre el panel de conocimiento, la ayuda de Google explica que la información se genera automáticamente a partir de información pública en la web, que se puede verificar tu identidad y sugerir ediciones, y que la política actual no crea ni elimina paneles manualmente. En resumen: el marcado ayuda a que la información sea legible, pero no obliga a Google a mostrar un panel.

En lenguaje sencillo: Wikidata es una ficha pública mantenida por la comunidad. Solo entras si existen fuentes públicas y serias que hablen de ti. No sirve registrarte tú mismo sin referencias, y un elemento creado solo para "ganar autoridad" puede ser eliminado por no cumplir los criterios. El camino es que te mencionen de verdad, como comentamos en menciones de marca sin enlace.

Paso a paso para implementarlo

Sigue el orden de abajo y valida en cada etapa.

1. Enumera los datos públicos: nombre, nombre alternativo, razón social (si la hay), URL, logotipo, descripción y perfiles oficiales.
2. Define los @id de Organization, WebSite y de cada autor, y mantenlos para siempre.
3. Publica el Organization y el WebSite en la página de inicio (o en una plantilla global), preferiblemente en un único @graph.
4. Crea una página por autor, con una biografía real, y marca la Person en ella.
5. Referencia los nodos en los artículos por @id o con los campos mínimos de author.
6. Valida en la Prueba de resultados enriquecidos de Google y en validator.schema.org, y revisa el HTML renderizado con la inspección de URLs de Search Console.
7. Compara con el contenido visible: el nombre, el logotipo, el contacto y los perfiles del JSON-LD deben aparecer o poder verificarse en el sitio.
8. Monitorea si los nombres aparecen correctamente. El AI Visibility de Contentor hace seguimiento, en las preguntas que elijas, de si ChatGPT cita la marca (solo ChatGPT), lo que ayuda a ver si la identidad se está reconociendo. Para el diagnóstico completo, usa la auditoría GEO paso a paso.

¿Qué errores y límites evitar?

Los errores más comunes son tratar el schema como un atajo y marcar cosas que no existen. La tabla los resume.

Error	Por qué es un problema
Dos o tres Organization distintos en la misma página	Información contradictoria; revisa los plugins y el tema
sameAs hacia perfiles que no son tuyos	Mezcla identidades
Autor ficticio o página de autor vacía	No sustenta la confianza y contradice lo que promete el marcado
Esperar un panel de conocimiento o una cita solo por tener schema	Google no garantiza el panel y no exige schema para la IA
Datos desactualizados (logotipo, nombre, contactos)	Crea divergencia entre el sitio, los perfiles y el JSON-LD
Copiar un ejemplo sin cambiar los datos	Publica información falsa sobre tu empresa

Preguntas frecuentes

¿Qué es sameAs en schema?

Es la propiedad que informa la URL de otra página que identifica a la misma entidad, como un perfil oficial de LinkedIn o un elemento de Wikidata. Sirve para desambiguar. La definición de schema.org habla de una página de referencia que indica la identidad del elemento de forma inequívoca. Puede haber varias URL, siempre que sean realmente de la misma entidad.

¿El schema Organization ayuda a aparecer en ChatGPT?

No hay documentación oficial que lo confirme. Google dice que no existe un schema especial para entrar en las respuestas de IA. Lo que hace el marcado es declarar con claridad quién eres, lo cual es buena práctica. La cita depende de contenido útil, del acceso de los crawlers y de menciones externas, y nunca está garantizada.

¿Necesito Wikidata para tener schema Organization?

No. Wikidata es opcional y solo tiene sentido si tu empresa cumple los criterios de notabilidad, por ejemplo, si tiene referencias públicas y serias. Muchas empresas tienen un Organization válido solo con nombre, URL, logotipo y perfiles oficiales. Nunca crees un elemento solo para inflar la autoridad.

¿Puedo usar la misma entidad en varios sitios del grupo?

Puedes, siempre que cada sitio declare correctamente quién es quién y use identificadores coherentes. En general, la organización matriz y cada marca pueden ser nodos distintos, vinculados por parentOrganization (la propiedad de schema.org para la organización mayor a la que pertenece una). Evita copiar el mismo Organization en sitios que representan negocios distintos, para no generar información contradictoria.

¿Cómo saber si el schema se leyó correctamente?

Valida en la Prueba de resultados enriquecidos y en validator.schema.org, y usa la inspección de URLs de Search Console para ver cómo ve Google la página. Recuerda que ser válido no significa ser usado: Google decide cuándo y cómo mostrar cualquier información.

Siguiente paso

Si tu sitio aún no tiene una página de autor decente, empieza por ella: sin una persona real detrás, el marcado no sostiene nada. Después, implementa el @graph de arriba y revisa el resto en schema markup para AI Search. Para conectar este trabajo con la reputación fuera del sitio, mira menciones de marca sin enlace y la auditoría GEO paso a paso.

Lee también:

• Entidades y SEO semántico
• Autoría y confianza: E-E-A-T para la IA
• Glosario de SEO, AEO y GEO