Última actualizacion 14 febrero, 2026 por Rodrigo Calvo
Google ya no lee tu web. La “entiende”.
Si seguís pensando en Schema Markup solo para que aparezcan las estrellitas de review en los resultados de búsqueda, estás optimizando para 2018.
En la era del GEO (Generative Engine Optimization), los datos estructurados no son un “adorno” visual; son el vocabulario con el que tu sitio web se presenta ante los sistemas de interpretación: el Knowledge Graph de Google y, cada vez más, los modelos que sintetizan respuestas (Gemini, ChatGPT, Perplexity).
Es la diferencia entre decirle a una IA: “Creo que este texto habla de Rodrigo Calvo” y decirle: “Esta Entidad [Rodrigo Calvo] es del tipo [Person], ofrece el servicio [Service: SEO] y es autor de [Article: Manifiesto GEO]”.
Hoy vamos a ver el Schema Markup Estratégico que la mayoría de las agencias ignora, y que funciona como una llave maestra: no para “ganar snippets”, sino para reducir ambigüedad, fijar identidad y construir autoridad interpretable.
De “Strings” a “Things” (Cosas, no cadenas de texto)
El buscador clásico buscaba coincidencias de palabras (Strings). El buscador semántico busca conexiones entre entidades (Things).
Para que ChatGPT, Gemini o Perplexity te citen como experto, primero tienen que tener certeza de una cosa básica: quién sos. Si hay ambigüedad, hay silencio. Y si hay silencio, la IA elige a otro.
El error común: Schema “de plantilla”
La mayoría instala un plugin, activa “LocalBusiness”, y listo.
El resultado es un grafo desconectado: Google sabe que existe un negocio, pero no entiende qué relación tiene con los temas de los que escribe, qué servicios presta con precisión, quién firma el contenido ni qué entidad real sostiene esa voz.
Eso, en 2026, es como tener un CV con nombre y foto, pero sin experiencia, sin proyectos, sin enlaces, sin contexto.
Los Schemas de la Autoridad GEO
Para dominar el entorno semántico, necesitamos implementar esquemas que definan relaciones, no solo objetos.
No se trata de “poner schema”. Se trata de responderle a la máquina, con lenguaje de máquina, estas preguntas:
- ¿Qué entidad es esta?
- ¿Qué hace?
- ¿De qué habla con autoridad?
- ¿Cómo se conecta con el resto del ecosistema?
- ¿Dónde se confirma su identidad fuera del sitio?
Using connects (Conectando tu Autoridad)
No basta con ser el autor. Tenés que declarar explícitamente tus credenciales digitales.
Usa la propiedad sameAs en tu Schema de Person u Organization para enlazar a:
- Tu Wikipedia / Wikidata (si tenés).
- Tus perfiles de LinkedIn, Twitter, Crunchbase.
- Tus libros o papers publicados.
Esto se llama Reconciliación de Entidad. Le confirmás a Google: “Sí, este Rodrigo Calvo es EL MISMO que aparece en LinkedIn con 20 años de experiencia”.
Y acá está el punto fino: el objetivo no es “tener links”. El objetivo es cerrar la duda. Porque en sistemas generativos, la duda no se discute: se esquiva.
about y mentions (Contexto Semántico)
En tus artículos, no dejes que la IA “adivine” el tema. Decíselo.
En el Schema Article o BlogPosting, usa las propiedades:
- about: El tema principal (la entidad protagonista).
- mentions: Otras entidades secundarias citadas.
Ejemplo: En el “Manifiesto GEO”, el about no es “marketing”, es la entidad Search Engine Optimization (idealmente enlazada a un identificador como Wikidata).
Esto parece un detalle… hasta que entendés el efecto: disminuye interpretaciones alternativas. Y cuando la máquina tiene menos margen para “interpretarte distinto”, aumenta la estabilidad de tu posicionamiento en respuestas.
hasPart / isPartOf (Jerarquía de Contenido)
Para metodologías como AES, esto es vital.
Tenés que indicarle a la IA que tu “Guía AES” es parte (isPartOf) de una serie educativa mayor, o que tu “Caso de Estudio” es una prueba (Evidence) de tu servicio.
En un entorno de síntesis, la jerarquía no es estética: es arquitectura de sentido. Si tu contenido no tiene estructura declarada, el motor la inventa. Y cuando la inventa, suele inventarla mal.
WebSite + Service (Cuando tu sitio deja de ser “páginas”)
Acá es donde muchas implementaciones se quedan cortas.
Una cosa es marcar artículos. Otra, más potente, es marcar el sistema:
- WebSite define tu sitio como entidad.
- Service define tu oferta como entidad (qué hacés, para quién, cómo se llama ese servicio).
- Esto conecta la narrativa (“lo que decís”) con la identidad (“lo que sos”) y la oferta (“lo que vendés”).
No lo menciono por “cumplir”. Lo menciono porque, sin esto, pasa algo típico: la IA entiende de qué hablás… pero no termina de entender qué ofrecés y por qué sos una opción elegible.
Knowledge Graph: El Club VIP de las Entidades
El objetivo final de todo este código es conseguir algo mucho más valioso que un snippet: ser reconocido como entidad consistente dentro del ecosistema de Google.
Eso puede manifestarse de distintas formas (y no siempre como un panel visible). Pero el principio es el mismo: cuando la entidad se consolida, tu marca deja de ser “un sitio” y empieza a comportarse como un nodo estable del grafo.
¿Cómo se logra?
- Consistencia de Identidad: mismo nombre, misma descripción, mismos claims, misma propuesta.
- Schema de Organización Robusto: con logo, fundadores, fechas, puntos de contacto.
- Citas en Terceros: que otras entidades reconocidas (prensa, universidades) hablen de vos.
Si tu negocio es local, la consistencia N-A-P-W (Name, Address, Phone, Web) ayuda muchísimo.
Pero incluso cuando no jugás a “Maps”, el principio se mantiene: consistencia + corroboración externa.
Porque Google y las IAs no “creen”. Corroboran. Y si no pueden corroborar, minimizan el riesgo: no te eligen.
La Estrategia Técnica para 2026
Dejá de obsesionarte con si el H1 tiene la keyword exacta.
Empezá a obsesionarte con si tu JSON-LD describe fielmente la realidad de tu negocio y, sobre todo, si declara relaciones útiles.
Tu plan de acción hoy:
- Audita tu Schema actual con Rich Results Test.
- ¿Solo ves “Article” y “Breadcrumbs”? Te falta profundidad.
- Empieza a inyectar sameAs y about en tus páginas clave.
- Conectá tu sitio (WebSite) con tu entidad (Person / Organization) y con tu oferta (Service).
- Ordená tu cluster con hasPart / isPartOf para que la arquitectura quede declarada, no “inferida”.
En el mundo de la IA, quien mejor se etiqueta, mejor es comprendido.
Y quien es comprendido con menos ambigüedad, es más fácil de recomendar.
Este artículo es parte del Cluster técnico de la Metodología AES de Rodrigo Calvo.