Guía Datos estructurados · 5 de 8
Schema Organization: cómo definir la identidad de tu empresa
Schema Organization: cómo elegir el tipo, buscar la fuente actual, crear el JSON-LD y revisar nombre, logotipo y perfiles de tu empresa.
Puntos clave
- Define con el responsable qué empresa representa el sitio.
- Usa el subtipo más específico que encaje.
- Corrige la fuente actual antes de añadir marcado.
- No mezcles el papel de editor con el de autor.
El schema Organization describe la empresa o el grupo que hay detrás de un sitio web. Empieza por los datos correctos del negocio, elige el tipo adecuado y conecta el marcado con una fuente clara. Después prueba la página publicada. Añade más campos solo cuando digan algo cierto y útil. Esta guía trata de la empresa que publica el sitio; cada entrada tiene sus propios datos. Forma parte de la guía de datos estructurados para SEO.
¿Qué es el schema Organization y para qué sirve?
Es el marcado que describe la identidad de una organización: su nombre, su web, su logotipo, sus perfiles y sus vías de contacto. La documentación de Google sobre datos estructurados de organización explica que puede ayudar a Google a entender esos datos y mostrarlos en paneles de conocimiento y otros elementos visuales. No garantiza que se muestren.
Decide qué organización representa el sitio
Antes de escribir código, pregunta quién gestiona el sitio. La marca, el nombre legal y el nombre de un producto pueden ser distintos. Aclara esos papeles con el responsable del negocio. Un producto con su propia página no es siempre una empresa aparte.
Ejemplo ficticio: una pequeña empresa publica consejos de reparación con la marca Guías de Reparación Ejemplo y tiene un nombre legal más largo. Los dos nombres se refieren a la misma empresa. El equipo necesita una regla clara sobre cuándo usar cada uno.
Prepara con el responsable una hoja corta con el nombre público, el nombre legal si hace falta, la web principal, el archivo del logotipo, la vía de contacto pública y los enlaces a los perfiles propios. Indica la fuente de cada dato y quién puede aprobar cambios.
Organization o un subtipo más específico
Organization es un tipo general de Schema.org. Google recomienda usar el subtipo más específico que encaje: OnlineStore para tiendas online o el subtipo de LocalBusiness que corresponda para negocios locales, con sus propias reglas. Los productos que vende una tienda se describen aparte con el schema Product.
Elige según el negocio real. Un blog que analiza herramientas no es una tienda por enlazar productos. Anota por qué encaja el tipo elegido y revísalo si el sitio añade una tienda o una nueva sede.
Busca la fuente actual antes de añadir marcado
Revisa la página de inicio y la página “Quiénes somos” para ver si ya generan Organization, también dentro de un @graph. El CMS, el tema o el plugin de SEO pueden crearlo ya. Busca los ajustes del nombre, el logotipo y la URL principal antes de añadir otro bloque. La página de inicio también influye en el nombre del sitio que muestra Google; lo explica la guía sobre el nombre del sitio en Google.
Compara la salida con tu hoja de datos. Un hallazgo habitual es una ruta de logotipo antigua o un dominio de pruebas que quedó tras el lanzamiento. Corrige el ajuste común que produce el valor equivocado: pegar una versión correcta al lado deja dos descripciones en competencia. Si varias herramientas no coinciden, usa la guía sobre schema duplicado en WordPress.
Ejemplo de Organization en JSON-LD
El ejemplo describe la empresa ficticia. El nombre, la web, el logotipo y el contacto no son reales. No incluye dirección postal ni códigos de identificación: añádelos solo si aplican y puedes comprobarlos.
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.com/#organization",
"name": "Guías de Reparación Ejemplo",
"legalName": "Guías de Reparación Ejemplo S.A.",
"url": "https://example.com/",
"logo": "https://example.com/recursos/logo.png",
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer support",
"email": "soporte@example.com"
}
}
Un desarrollador puede poner este objeto en un elemento script de tipo application/ld+json. En un CMS, usa la configuración existente si lee los campos correctos del negocio. No pegues datos inventados en una plantilla publicada.
El @id da a la empresa una referencia estable. Otros elementos pueden apuntar a la misma empresa sin crear una nueva en cada entrada. Acuerda ese identificador con el desarrollador y úsalo siempre.
Revisa el nombre, el logotipo y los perfiles
Google no tiene propiedades obligatorias para Organization; añade las que apliquen. Recomienda colocar el marcado en la página de inicio o en una página sobre la organización: no hace falta una copia completa en cada página. Para el logotipo, pide al menos 112 por 112 píxeles, acceso para el rastreador y un formato admitido, y aconseja comprobar cómo se ve sobre fondo blanco.
Abre el archivo real del logotipo, no solo su nombre en el editor. Un logotipo blanco con transparencia puede verse bien en una cabecera oscura y desaparecer sobre fondo blanco. Pregunta al responsable de la marca qué versión usar.
La propiedad sameAs enlaza páginas que identifican a la misma entidad, como un perfil oficial de la empresa. No la llenes con clientes, proveedores o artículos que solo mencionan la marca: no es una lista de enlaces que conseguir. Anota quién gestiona cada perfil para actualizarlo si cambian el nombre o el dominio.
Conecta el editor con los artículos sin mezclar papeles
Una empresa puede publicar un blog mientras una persona concreta escribe cada entrada. Son papeles distintos. No sustituyas a cada autor por el nombre de la empresa para que el marcado sea uniforme. Los autores se describen con el schema Person, y los campos de cada entrada con el schema Article.
Un desarrollador puede usar la referencia estable de la empresa al conectar un artículo con su editor. Confirma que apunta a la misma identidad en todas las plantillas. En las páginas en otros idiomas, mantén la misma empresa: un sitio en tres idiomas no necesita tres empresas inventadas.
Prueba la página publicada y lleva un registro
Usa el Validador de Schema Markup para revisar las entidades y sus valores, y la Prueba de resultados enriquecidos para las funciones admitidas. Después inspecciona la URL pública. Las directrices de datos estructurados recuerdan que un marcado válido no garantiza un panel de conocimiento ni un logotipo concreto en la búsqueda. Si revisas la plantilla completa, prueba también el schema de breadcrumbs por separado. Si un informe señala el marcado de la empresa, sigue la guía de errores de datos estructurados en Search Console.
Guarda la URL probada, la fecha, el nombre esperado, la ruta del logotipo y los hallazgos. Vuelve a revisar la página de inicio tras un cambio de plantilla, y una entrada que apunte al editor.
DEX conecta la investigación de búsquedas, la planificación de contenido, la redacción de artículos y la publicación en el sitio conectado. DEX Health ayuda a revisar la calidad y el SEO de la página, también en el plan gratuito. Úsalo junto a las pruebas de schema: una nota alta no prueba que un buscador haya aceptado la identidad de la empresa. Pon a una persona a cargo de la hoja de datos del negocio y actualízala cuando cambien el contacto, el logotipo o la web principal.
Preguntas frecuentes
¿Debo añadir datos privados de la empresa para completar el ejemplo?
+
No. Añade solo datos públicos que apliquen y puedas comprobar.
¿Quién debe aprobar un cambio del nombre de la empresa?
+
El responsable del negocio o de la marca.
¿Qué reviso tras cambiar el logotipo?
+
El archivo publicado, su tamaño, el acceso y cómo se ve sobre fondo blanco.
Fuentes
- Datos estructurados de organización · Google Search Central
- Directrices generales de datos estructurados · Google Search Central