El schema Person convierte la autoría en un dato verificable: un nodo JSON-LD con nombre, cargo, formación, especialidades y credenciales, identificado con un @id canónico que todos tus artículos referencian. Es el E-E-A-T técnico: en lugar de esperar que las máquinas deduzcan quién escribe y qué sabe, lo declaras en su idioma. Aquí documentamos la arquitectura cross-domain que usamos con christianotero.co, replicable para cualquier especialista que publique en serio.
Tabla de Contenidos
- 1 ¿Por qué la autoría necesita schema y no solo una bio?
- 2 La arquitectura del @id canónico: una persona, un solo nodo
- 3 El caso real: cómo está armado el nodo de Christian Otero
- 4 Cómo implementarlo paso a paso
- 5 ¿Qué campos del Person aportan más señal?
- 6 Qué gana un especialista peruano con esta arquitectura
- 7 ¿Qué errores arruinan el marcado de autoría?
- 8 Preguntas frecuentes
¿Por qué la autoría necesita schema y no solo una bio?
La caja de autor con foto y dos líneas es para humanos, y está bien que exista. El problema: las máquinas que evalúan experiencia y autoridad no leen intenciones, leen datos estructurados y consistencia. Un nombre repetido en cien artículos sin nodo Person es una cadena de texto; el mismo nombre con nodo completo, credenciales y conexiones verificables es una entidad con trayectoria que buscadores y modelos pueden reconocer, cruzar y citar.
Esto pesa doble en la búsqueda con IA: cuando un asistente decide qué fuente repetir, la pregunta de fondo es quién lo dice y por qué creerle. La autoría estructurada es parte del método que explicamos en la guía de GEO para aparecer en ChatGPT, Gemini, Claude y Perplexity y del trabajo de entidad que hacemos en el servicio de posicionamiento GEO.
La arquitectura del @id canónico: una persona, un solo nodo
El error estándar es declarar un Person distinto en cada sitio donde publicas: uno en el blog de tu empresa, otro en tu web personal, otro donde colaboras. Tres nodos sueltos que las máquinas no tienen por qué unificar. La arquitectura correcta invierte el flujo: el nodo Person completo vive en un solo lugar canónico, idealmente tu dominio personal, con un @id fijo. Todos los demás sitios no redeclaran a la persona: la referencian por ese @id.
El resultado es acumulativo. Cada artículo en cualquier dominio que firme author con tu @id suma evidencia sobre la misma entidad, en lugar de repartirla entre copias. Y cuando cambies de cargo o sumes una credencial, editas un solo nodo y toda tu huella publicada queda actualizada por referencia.
El caso real: cómo está armado el nodo de Christian Otero
Así se ve la estructura del nodo canónico en christianotero.co, simplificada para lectura:
{
"@type": "Person",
"@id": "https://christianotero.co/#christian-otero",
"name": "Christian Otero",
"url": "https://christianotero.co/",
"jobTitle": "Fundador y CEO",
"worksFor": { "@id": "https://kom.pe/#organization" },
"knowsAbout": [
"diseño web",
"WooCommerce",
"SEO local",
"GEO",
"comercio electrónico"
],
"hasCredential": [
{
"@type": "EducationalOccupationalCredential",
"name": "Ingeniería de Sistemas"
},
{
"@type": "EducationalOccupationalCredential",
"name": "Postgrado en CENTRUM PUCP"
},
{
"@type": "EducationalOccupationalCredential",
"name": "Postgrado en ADEX"
}
],
"sameAs": [
"https://www.linkedin.com/in/USUARIO"
]
}Y en cada artículo de kom.pe, el Article correspondiente lleva solo la referencia: author con el @id de arriba, sin repetir nombre ni credenciales. La persona vive en su dominio; la empresa la cita. Esa dirección de las referencias es la que comunica que el autor existe más allá del sitio que firma. [DATO-KOM: URLs exactas de los perfiles para el sameAs]
Cómo implementarlo paso a paso
Paso 1: elige el dominio canónico de la persona
Si existe dominio personal, es la elección natural: sobrevive a cambios de empresa. Si no existe y no habrá, usa una página estable del sitio principal, como /equipo/tu-nombre/. Resultado verificable: una URL definitiva donde vivirá el nodo, decidida y documentada.
Paso 2: redacta el nodo Person completo
Nombre, jobTitle, worksFor referenciando a la organización por @id, knowsAbout con tus especialidades reales, hasCredential con formación verificable y sameAs con tus perfiles activos. Nada que no puedas sostener con un registro o un perfil público. Resultado verificable: JSON validado sin errores de sintaxis.
Paso 3: publica el nodo en su URL canónica
Insértalo en la página elegida con tu plugin SEO o un bloque HTML. Una sola vez, un solo lugar. Resultado verificable: el nodo aparece en el código fuente de esa URL con el @id exacto.
Paso 4: referencia el @id desde cada sitio donde publicas
En tu empresa, configura el autor para que el schema Article emita author con el @id canónico. Donde colabores como invitado, pide ese ajuste o inclúyelo en tu bloque. Resultado verificable: dos artículos en dominios distintos apuntando al mismo @id.
Paso 5: alinea lo visible con lo declarado
La caja de autor, la página de equipo y las bios deben contar lo mismo que el nodo: mismo nombre, mismo cargo, mismas especialidades. Resultado verificable: lectura cruzada sin contradicciones entre schema y contenido visible.
Paso 6: valida y revisa trimestralmente
Pasa la URL canónica y un artículo por la prueba de resultados enriquecidos, y agenda una revisión trimestral del nodo. Resultado verificable: validación limpia y nodo al día con tu trayectoria.
¿Qué campos del Person aportan más señal?
| Campo | Qué declara | Nota práctica |
|---|---|---|
| jobTitle | Cargo actual | El real, no el aspiracional |
| worksFor | Para qué organización trabajas | Siempre por @id, nunca redeclarando la empresa |
| knowsAbout | Especialidades | Cinco a diez temas que tu contenido respalde |
| hasCredential | Formación y certificaciones | Solo lo verificable; las credenciales infladas son riesgo, no señal |
| alumniOf | Instituciones donde estudiaste | Complementa a hasCredential con la entidad educativa |
| sameAs | Perfiles oficiales | Solo cuentas activas que te representen |
Qué gana un especialista peruano con esta arquitectura
Aterricemos el beneficio. Un contador que publica sobre tributación en su web personal y en el blog de su estudio, con un solo @id, construye una entidad que los asistentes pueden describir con precisión: quién es, dónde trabaja, qué sabe, dónde estudió. Cuando un usuario pregunta por un especialista en su tema, esa nitidez compite contra perfiles difusos de gente que quizá sabe más pero declaró menos.
El mismo razonamiento vale para médicos, abogados, arquitectos o consultores: en mercados donde la confianza decide la contratación, la autoría estructurada es la versión técnica de la reputación. Y tiene un efecto secundario interno que pocos anticipan: obliga a ordenar la propia trayectoria, porque el nodo no acepta vaguedades.
La inversión es ridícula comparada con su vida útil: una tarde para montar la arquitectura, minutos por trimestre para mantenerla, y cada artículo que publiques durante años sumando a la misma entidad. Pocas tareas de SEO técnico tienen esa relación entre esfuerzo y duración del efecto.
¿Qué errores arruinan el marcado de autoría?
Los cuatro de siempre. Nodos Person duplicados con @id distintos para la misma persona, que reparten la señal en copias. El autor genérico: artículos firmados por admin o por la marca, que renuncian a la autoría justo donde más vale. Credenciales en el schema que no aparecen en ninguna página visible, una contradicción esperando auditoría. Y los enlaces sameAs muertos o apuntando a perfiles abandonados hace años, que conectan tu entidad con escombros digitales.
Hay un quinto más sutil: cambiar el @id en un rediseño. Ese identificador es un compromiso a largo plazo; cambiarlo es resetear la acumulación de años. Si migras dominio, planifica la transición con redirecciones y actualización coordinada de referencias.
Preguntas frecuentes
¿Qué hago si no tengo dominio personal?
Usa una página estable de tu sitio principal como URL canónica del nodo, del tipo /equipo/tu-nombre/, y aplica exactamente la misma arquitectura: nodo completo ahí, referencias por @id en todo lo demás. Si más adelante compras tu dominio personal, migra el nodo con redirección 301 y actualiza las referencias en una sola pasada.
¿Esto sirve si publico bajo la marca y no con mi nombre?
La autoría de marca es válida comercialmente, pero renuncia a la señal de persona: las máquinas no pueden atribuir experiencia a un logo. El punto medio que funciona: contenido firmado por el especialista, marcado con su Person, dentro del sitio de la marca con su Organization. La empresa gana la autoridad de su gente sin perder protagonismo.
¿El schema Person mejora posiciones por sí solo?
No, y quien te lo venda así te está vendiendo humo. Es infraestructura de identidad: hace legible y acumulable la autoridad que construyes publicando bien. Su efecto aparece en el agregado, cuando buscadores y asistentes pueden responder quién es esta persona y qué sabe con tus datos en lugar de adivinar.
¿Cómo se maneja un blog con varios autores?
Un nodo Person por autor, cada uno con su @id canónico y su página de perfil, y cada artículo referenciando al autor real que lo escribió. Evita el reciclaje de un solo nodo para todos: la gracia del sistema es justamente que cada pieza de contenido alimente la trayectoria de quien la firmó.
Tu siguiente paso: define hoy tu URL canónica y redacta tu nodo Person con lo verificable. Mañana, configura tu blog para que cada artículo te referencie por @id. Con eso, cada pieza que publiques empieza a sumar a una sola trayectoria legible por máquinas.
