additionalType en Schema.org: cómo añadir tipos externos a tu entidad para que la IA la resuelva

additionalType es la propiedad de Schema.org que te permite añadir uno o más tipos externos a una entidad cuando la jerarquía nativa se queda corta. En lugar de inventar un tipo o apilar varios @type que los validadores marcan como ruido, apuntas additionalType a la URL de un vocabulario externo, casi siempre una entidad de Wikidata con su Q-ID. El resultado: tu negocio deja de ser «un ProfessionalService genérico» y pasa a ser «un estudio jurídico (law firm, Q613142)» que la máquina puede resolver y comparar.

La razón por la que importa ahora es directa: los motores generativos no leen keywords, resuelven entidades. Cuanto más preciso y verificable sea el tipo de tu entidad, más fácil le resulta a Google, ChatGPT o Perplexity entender qué eres, con quién te comparan y cuándo deberían citarte. additionalType es la válvula de escape técnica para lograr esa precisión sin romper el grafo.

En este artículo vas a ver qué es exactamente, en qué se diferencia de @type, cómo declararlo con un Q-ID real y por qué esa precisión de tipo es uno de los factores que separan a las marcas que la IA resuelve de las que la IA ignora.

Qué es additionalType y para qué sirve

Schema.org es un vocabulario controlado y relativamente grueso. Tiene miles de tipos, pero no uno para cada nicho del mundo real. Existe ProfessionalService, LocalBusiness, SoftwareApplication, pero no existe un tipo nativo para «maestranza metalmecánica», «consultora de inteligencia artificial» o «estudio boutique de derecho laboral». Cuando el tipo exacto no está en el vocabulario, tienes dos caminos: elegir el tipo más cercano y resignarte a la ambigüedad, o declarar el tipo exacto mediante additionalType.

La especificación define additionalType como una propiedad que permite indicar un tipo o subtipo adicional de la cosa, normalmente mediante una URL que apunta a un vocabulario externo. Ese vocabulario puede ser Wikipedia (usando la URL canónica del artículo), Wikidata (usando la URL del Q-ID), o sistemas como WordNet. La clave es que la URL es un identificador estable y desambiguado, no una etiqueta de texto libre.

additionalType frente a @type: por qué no es lo mismo

Muchos implementadores confunden ambos y terminan apilando tipos dentro de @type, lo que produce exactamente el ruido que los validadores penalizan. La diferencia es de vocabulario y de función:

• @type usa el vocabulario propio de Schema.org. Declara la clase principal de la entidad dentro de esa jerarquía (por ejemplo LegalService, que hereda de ProfessionalService y de Organization).
• additionalType referencia un tipo externo o auxiliar, expresado como URL de otro vocabulario. No reemplaza al tipo principal, lo afina.

La herencia de Schema.org hace el resto: si declaras LegalService, ya implicas que es un ProfessionalService y una Organization. No necesitas apilarlos. Lo que sí aporta valor es declarar, además, el tipo específico de la vida real a través de additionalType. Es la diferencia entre decir «soy un servicio profesional» y decir «soy exactamente un estudio de abogados».

Nota de Entidad: cómo un Q-ID transforma texto libre en dato estructurado

Fíjate en el salto de calidad. La frase libre solo la entiende un humano con contexto. La tripleta Organization → additionalType → law firm (Q613142) la resuelve una máquina sin ambigüedad, porque el identificador Q613142 apunta a una entidad con descripción, relaciones y enlaces oficiales en el grafo abierto. Esa es la esencia del Entity SEO: sustituir texto que se interpreta por identificadores que se resuelven.

Cómo declarar additionalType con un Q-ID de Wikidata

La implementación es simple en JSON-LD: asignas a additionalType la URL del Q-ID, que es el identificador canónico de la entidad en Wikidata. Un ejemplo mínimo para un estudio jurídico:

{
  "@context": "https://schema.org",
  "@type": "LegalService",
  "name": "Estudio Jurídico Ejemplo",
  "additionalType": "https://www.wikidata.org/wiki/Q613142",
  "sameAs": [
    "https://en.wikipedia.org/wiki/Law_firm",
    "https://www.wikidata.org/wiki/Q613142"
  ]
}

Dos detalles técnicos marcan la diferencia entre un marcado correcto y uno que confunde a la máquina. Primero, additionalType acepta una URL o un array de URLs, de modo que puedes precisar varios tipos si tu actividad es mixta (por ejemplo, consultora y desarrolladora de software). Segundo, el Q-ID debe ser real y estar bien escrito: un dígito equivocado te conecta a una entidad ajena. Por eso conviene validarlo contra la API de Wikidata antes de publicar.

Por qué la precisión de tipo decide si la IA te resuelve

Cuando un motor generativo responde «¿qué estudios jurídicos de derecho laboral hay en Santiago?», no compara páginas: compara grafos de conocimiento. Para decidir a quién citar necesita saber, con certeza, qué es cada candidato. Una empresa marcada solo como ProfessionalService es indistinguible de cualquier consultora, clínica o agencia. La misma empresa con additionalType: Q613142 se declara sin ambigüedad como law firm, y esa señal se suma a su cobertura territorial, su nodo Person de autor y sus fuentes verificables.

La precisión de tipo no es cosmética: es desambiguación. En un vertical saturado, el tipo exacto es a menudo lo que separa a la entidad que el modelo resuelve de la que descarta por ambigua. Y como la ambigüedad es el enemigo número uno de la citación generativa, todo lo que reduzca ambigüedad cuenta doble.

La solución tecnológica: SemanticGEO

Declarar additionalType a mano es fácil en un ejemplo, pero mantenerlo correcto en todo un sitio es otra cosa: cada entidad debe quedar definida una sola vez, con su Q-ID validado y su sameAs doble, y reutilizarse de forma consistente en todas las páginas. SemanticGEO lo resuelve desde su biblioteca central de entidades.

• Validación en tiempo real contra la API de Wikidata: buscas la entidad, seleccionas el resultado correcto y el Q-ID más la URL de Wikipedia se rellenan verificados. Un dígito equivocado no llega a publicarse.
• Graph Stitching sobre Yoast SEO: SemanticGEO no reemplaza a Yoast, extiende el grafo que ya genera, cosiendo los nodos nuevos por @id para que toda la entidad quede conectada y resoluble.
• 13 packs de nicho importables: verticales como Legal, Salud, Logística, Inmobiliario o Tecnología traen sus entidades con Q-ID ya verificado. Despliegas una base coherente en minutos, con cero tipeo manual.
• llms.txt automático: el plugin renderiza un archivo en Markdown directamente desde el grafo, para que los crawlers de IA reciban un resumen técnico sin ambigüedades, sincronizado con el schema.

Una nota de honestidad técnica: ningún plugin puede garantizar que una IA te cite, y additionalType es un factor más dentro de un grafo completo. SemanticGEO se vende como lo que es: la implementación técnica más rigurosa de los factores que los motores generativos declaran y demuestran consumir.

Preguntas frecuentes

¿additionalType reemplaza a @type?

No. @type declara la clase principal dentro del vocabulario de Schema.org, mientras que additionalType añade tipos externos de otros vocabularios, como Wikidata o Wikipedia. Son complementarios: el primero ubica la entidad en la jerarquía, el segundo la afina con la precisión que la jerarquía no cubre.

¿Puedo usar un Q-ID de Wikidata como additionalType?

Sí, es el uso más recomendado. Apuntas additionalType a la URL canónica del Q-ID, por ejemplo https://www.wikidata.org/wiki/Q613142. Lo importante es que el identificador sea real y esté bien escrito, porque un dígito equivocado conecta tu entidad a otra distinta.

¿Cuántos tipos adicionales puedo declarar?

additionalType acepta una URL o un array de URLs, así que puedes declarar varios tipos si tu actividad es mixta. La recomendación es usarlo con criterio: cuantos más tipos precisos y verificables, mejor, pero cada uno debe corresponder a una entidad real del vocabulario externo.

¿additionalType garantiza que la IA me cite?

No. Ningún marcado, incluido additionalType, puede garantizar la citación en motores generativos. Lo que sí hace es reducir la ambigüedad de tu entidad, que es uno de los factores que esos motores consumen al decidir a quién resuelven y citan. Es rigor técnico, no magia.

Conclusión

additionalType es uno de esos detalles que separan un schema «que está» de un schema «que sirve». Añade a tu entidad el tipo exacto que Schema.org no trae de serie, anclándolo a un Q-ID de Wikidata que convierte texto libre en dato resoluble. En un mercado donde los motores generativos comparan grafos y no keywords, esa precisión de tipo es una ventaja técnica real y medible.