Guía definitiva para crear un brand kit para AI Overviews y periodistas

La forma en que periodistas y sistemas de IA “ven” tu marca ha cambiado. Ya no basta con un press kit bonito: tus activos deben ser fáciles de encontrar, entender y reutilizar por personas y por máquinas. Esta guía te muestra, paso a paso, cómo crear un brand kit que funcione en salas de redacción y en respuestas generativas como AI Overviews de Google, Perplexity o asistentes conversacionales.

En mi experiencia, el 80/20 es claro: si logras que tus logos y fotos estén impecables (técnica y legalmente), que tu boilerplate y cifras sean verificables, y que tu sitio publique datos estructurados correctos, cubrirás la mayoría de casos reales. A partir de ahí, sumas gobernanza, señales de entidad y un Brand Center que facilite descargas sin fricción.

---

Qué es un brand kit para periodistas y para IA (y en qué se diferencian)

• Para periodistas: un conjunto de activos oficiales listos para publicar (logotipos, fotos de prensa, biografías, boilerplate y fact sheet), con licencias claras, metadatos, y un contacto de prensa.
• Para sistemas de IA: la misma base, pero reforzada con datos estructurados (schema.org), metadatos de imagen (IPTC/C2PA), sitemaps de imágenes, perfiles “sameAs” coherentes y una narrativa consistente en toda la web.

Google recomienda JSON-LD para expresar datos estructurados y ayudar a los motores a comprender entidades y recursos, tal como se explica en la Introducción a los datos estructurados de Search Central (2024–2025) en Google Developers – Introducción a los datos estructurados. Para el SEO de imágenes y su descubrimiento, la guía oficial destaca prácticas como nombres de archivo descriptivos, alt text significativo y sitemaps, en Google Imágenes: buenas prácticas y en la Guía SEO para principiantes.

---

Activos esenciales: logos, fotos, paleta, tipografías e iconos

1) Logotipos oficiales que escalan

• Formatos esenciales:
  • SVG (vector): versión maestra para web y guías. Escalable y ligero.
  • PNG transparente: variantes @1x/@2x para usos raster.
  • JPG: solo cuando un medio solicite fondo integrado.
• Variantes recomendadas: horizontal y vertical; a todo color, monocromo y negativo; ícono/glyph; con y sin tagline.
• Legibilidad y tamaños: incluye una versión cuadrada de baja dimensión, útil para favicon/card y para casos donde se requiera miniatura; valida su apariencia en resultados enriquecidos y paneles. La propiedad logo en Organization puede ser URL o ImageObject; ver Schema.org – ImageObject y Schema.org – sameAs.
• Zona de seguridad y contrastes: define “áreas de exclusión”, tamaños mínimos y fondos admitidos.

Mini‑checklist de logos

• [ ] Paquete SVG + PNG (@1x/@2x)
• [ ] Horizontal / vertical / ícono
• [ ] Color / monocromo / negativo
• [ ] Zona segura y tamaños mínimos
• [ ] Archivo cuadrado de baja dimensión

2) Fotografías de prensa que los medios pueden usar sin fricción

• Resolución máster: 4000–6000 px lado mayor a 300 ppp; versiones web de 1600–2400 px en WebP o JPEG de alta calidad.
• Composición: fondos neutros, encuadres horizontal y vertical, espacio para recortes editoriales.
• Metadatos IPTC: completa campos fundamentales (Creator, Credit, Copyright Notice, Title/Description, Rights Usage Terms, Source, Contact). La guía de usuario IPTC 2025 lo documenta y es estándar en prensa: ver IPTC – Photo Metadata User Guide. Google, además, reconoce metadatos de licencia en imágenes, explicado en Google – Metadatos de licencia de imagen.
• Procedencia y señalización de IA: usa el campo IPTC Digital Source Type cuando el contenido sea sintético o asistido por IA, y considera publicar Credenciales de Contenido (C2PA) para transparencia; ver IPTC – Guía para medios generados por IA (2025) y C2PA – Explainer 2.2.

Mini‑checklist de fotos de prensa

• [ ] Máster 4000–6000 px; derivadas 1600–2400 px
• [ ] WebP/JPEG optimizados; compresión visualmente sin pérdidas
• [ ] IPTC completo (autoría, crédito, derechos, uso)
• [ ] Títulos y pies claros; contacto de prensa
• [ ] Señales de procedencia (IPTC Digital Source Type / C2PA) si aplica

3) Paleta, tipografías e iconografía

• Paleta: define primarios/secundarios y valores hex; incluye pares de contraste AA/AAA para accesibilidad.
• Tipografías: licencias, pesos, alternativas de sistema y guías de uso (tamaños, interlineado).
• Iconografía: estilo, grid y usos; exporta en SVG con títulos/roles accesibles cuando proceda.

---

Datos y narrativa: boilerplate, bios, fact sheet y cifras

Tu “historia corta” debe ser consistente y verificable. Periodistas valoran precisión y contexto; los sistemas de IA se alimentan de señales canónicas y coherentes.

• Boilerplate (50–80 palabras; extendido 120–150): quién eres, qué haces, para quién, y por qué importa. Evita superlativos; incluye hitos con fecha.
• Bios ejecutivas (80–120 palabras): rol, trayectoria, especialidad, un dato humano y logros con referencias si son públicos.
• Fact sheet: fundación, sede, fundadores, producto/servicios, sectores, clientes/logos con permiso, métricas con fecha y fuente, premios.
• Ética y veracidad: la práctica de PR enfatiza exactitud, honestidad y correcciones oportunas; mantenlo vivo y actualizado.

Consejo práctico: publica versiones corta y extendida del boilerplate en tu Brand Center y réplicalo en perfiles “about”/“company” para reforzar consistencia, enlazando a fuentes de verificación cuando sea posible.

---

Preparación técnica para la web (schema.org, OG/Twitter, sitemaps, alt text, WebP/SVG)

1) Datos estructurados en JSON‑LD para Organization, Logo e imágenes

• JSON‑LD es el formato recomendado por Google. Incluye mínimo name, url, logo y sameAs; agrega foundingDate, founder y contactPoint si los tienes. Ver Google Developers – Introducción a los datos estructurados y valida en la Prueba de resultados enriquecidos.

Ejemplo base (personalízalo):

{
      "@context": "https://schema.org",
      "@type": "Organization",
      "@id": "https://www.ejemplo.com/#organization",
      "name": "Ejemplo S.A.",
      "url": "https://www.ejemplo.com",
      "logo": {
        "@type": "ImageObject",
        "url": "https://cdn.ejemplo.com/brand/logo-112.png",
        "width": 112,
        "height": 112
      },
      "sameAs": [
        "https://www.linkedin.com/company/ejemplo",
        "https://twitter.com/ejemplo",
        "https://www.wikidata.org/wiki/Q1234567"
      ],
      "foundingDate": "2019",
      "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "pr",
        "email": "pr@ejemplo.com"
      }
    }
    

• ImageObject: cuando publiques retratos o fotos de producto clave, puedes describirlos como objetos independientes (caption, creator, license). Ver Schema.org – ImageObject.

Ejemplo ImageObject para una foto de prensa

{
      "@context": "https://schema.org",
      "@type": "ImageObject",
      "@id": "https://cdn.ejemplo.com/press/ceo-2400.webp",
      "contentUrl": "https://cdn.ejemplo.com/press/ceo-2400.webp",
      "caption": "Retrato oficial de Nombre Apellido, CEO de Ejemplo S.A.",
      "creator": {
        "@type": "Person",
        "name": "Nombre del Fotógrafo"
      },
      "license": "https://www.ejemplo.com/licencias/editorial",
      "acquireLicensePage": "https://www.ejemplo.com/licencias/solicitar"
    }
    

2) SEO de imágenes, sitemaps y licencias

• Alt text y nombres de archivo: descriptivos y con intención; sitúa la imagen cerca del texto relevante. Ver Google Imágenes: buenas prácticas.
• Sitemaps de imágenes: agrega image:image por imagen, incluso si se sirve por CDN (verifica la propiedad del host en Search Console). Guía en Sitemaps: visión general y Agregar imágenes a sitemaps.
• Metadatos de licencia en imágenes: puedes usar structured data (license/acquireLicensePage) o IPTC equivalentes para que Google Imágenes muestre “Bajo licencia”, según Metadatos de licencia de imagen.

Fragmento de sitemap de imágenes

<url>
      <loc>https://www.ejemplo.com/prensa</loc>
      <image:image>
        <image:loc>https://cdn.ejemplo.com/press/ceo-2400.webp</image:loc>
        <image:title>Retrato del CEO</image:title>
      </image:image>
    </url>
    

3) Rendimiento y accesibilidad

• LCP: evita lazy‑loading en la imagen principal; adelanta su carga con preload y fetchpriority. Ver web.dev – Optimizar LCP.
• Lazy loading: usa loading="lazy" nativo en imágenes no críticas y asegúrate de que Googlebot pueda acceder a ellas. Ver Google – Carga diferida (lazy loading).
• Accesibilidad: contraste suficiente en ejemplos de uso del logo y texto alternativo significativo.

Fragmentos útiles de rendimiento

<link rel="preload" as="image" href="/media/hero-1600.webp" fetchpriority="high" />
    <img src="/media/hero-800.webp"
         srcset="/media/hero-800.webp 800w, /media/hero-1200.webp 1200w, /media/hero-1600.webp 1600w"
         sizes="(max-width: 768px) 90vw, 1200px"
         alt="Vista del producto Ejemplo" />
    <img src="/media/gallery-1-800.webp" loading="lazy" alt="Detalle de interfaz" />
    

4) Metadatos sociales (Open Graph y X/Twitter Cards)

• Open Graph: define og:title, og:description y og:image; dimensiones de referencia ampliamente soportadas de 1200×630; añade og:image:width/height para mayor claridad.
• X/Twitter: usa summary_large_image (2:1), entre 300×157 y 4096×4096 y ≤5 MB; ver X (Twitter) Developer – Cards overview/markup.

Fragmento OG/Twitter

<meta property="og:title" content="Kit de marca de Ejemplo" />
    <meta property="og:description" content="Logos, fotos de prensa, bios y guías de uso." />
    <meta property="og:image" content="https://cdn.ejemplo.com/og/brand-1200x630.jpg" />
    <meta property="og:image:width" content="1200" />
    <meta property="og:image:height" content="630" />
    <meta name="twitter:card" content="summary_large_image" />
    <meta name="twitter:title" content="Brand Center de Ejemplo" />
    <meta name="twitter:description" content="Descarga activos oficiales y lee las guías de uso." />
    <meta name="twitter:image" content="https://cdn.ejemplo.com/og/brand-1200x600.jpg" />
    

---

Señales de entidad para IA: sameAs, perfiles, Wikidata/Wikipedia

• sameAs coherente: enlaza a perfiles oficiales (LinkedIn, X/Twitter, YouTube, GitHub si aplica, Crunchbase) y a páginas de alta autoridad. Schema.org documenta sameAs para reconciliar identidades, ver Schema.org – sameAs.
• Perfiles verificados y consistencia NAP: nombres, descripciones y enlaces iguales en todos los canales.
• Wikidata: crea/actualiza el ítem con propiedades verificables (sitio web, fundación, sede, industria) y referencias. Consulta ayudas y debates de criterios en Wikidata – Project chat (2025).
• Wikipedia (si procede): respeta notabilidad y verificabilidad con cobertura por fuentes secundarias fiables; tono neutral, no promocional. Orientación general en Wikipedia ES – Criterio de relevancia y políticas relacionadas.
• Funciones de IA en Búsqueda: Google no ofrece una “receta” para AI Overviews, pero sí recomendaciones de calidad y controles; ver Google Search Central – Funciones de IA en Búsqueda.

Mini‑checklist de señales de entidad

• [ ] Lista sameAs limpia y actualizada
• [ ] Descripciones y nombres consistentes
• [ ] Ítem Wikidata con referencias (si aplica)
• [ ] Ponderar Wikipedia solo con notabilidad demostrable
• [ ] Datos estructurados sin contradicciones

---

Brand Center y gobernanza: descarga, licencias, solicitudes y versionado

Tu Brand Center es la “fuente única de la verdad”. Debe ser fácil de navegar, con descargas sin fricción y reglas claras.

Estructura recomendada

• Logos: descarga por formato/variante; zona segura y usos prohibidos (do/don’t).
• Paleta y tipografías: valores y licencias; guías de contraste.
• Iconografía: librería y pautas.
• Fotos de prensa: retratos y producto con IPTC, pies de foto y términos de uso.
• Boilerplate y bios: versión corta/extendida; FAQs para periodistas.
• Licencias/uso editorial: términos, restricciones y cómo solicitar permisos.
• Contacto de prensa: email directo y SLA de respuesta.
• Registro de cambios: changelog con fecha/versión.

Referentes para inspirarte: Dropbox mantiene un sitio de marca con recursos y guías en Dropbox – Brand site/logo, Mozilla comparte lineamientos en Mozilla – Mozilla Design, YouTube centraliza activos en YouTube – Brand resources, y Starbucks publica su centro de marca en Starbucks – Brand Center. Casos abiertos como el rebrand de Zapier son útiles para entender procesos y documentación, ver [Zapier – Rebrand case study](https://zapi er.com/blog/zapier-rebrand-case-study/) y su Style guide.

Gobernanza y versionado

• RACI/owners por categoría de activo (logos, fotos, web, legal, PR).
• Revisión trimestral de activos y metadatos; auditoría semestral de entidad (sameAs, Wikidata, enlaces canónicos).
• Retirada de activos obsoletos; mantener un ZIP “todo en uno” vigente con fecha y versión visibles.

Tabla de control (ejemplo)

---

Métricas: cómo medir uso y visibilidad en búsqueda y AI Overviews

1. Validación técnica

• Comprueba datos estructurados en la Prueba de resultados enriquecidos y usa Search Console para ver cobertura y advertencias.
• Revisa rendimiento de imágenes, indexación de sitemaps y Core Web Vitals (LCP) siguiendo web.dev – Optimizar LCP.

2. Apariciones en respuestas de IA y citaciones

• Google: no ofrece un panel dedicado para AI Overviews; monitoriza queries de marca y páginas clave y sigue novedades en Funciones de IA en Búsqueda.
• Perplexity: su programa para editores promueve contenido fiable con citas; estructura tus páginas con autoría visible, FAQs y datos actualizados como recomiendan en Perplexity – Publishers Program.

3. Stack de monitorización (neutral y práctico)

• Google Search Console: rastreo, indexación, rendimiento, validación de datos estructurados.
• Geneo. Divulgación: Geneo es nuestro producto. Plataforma para seguimiento de menciones y visibilidad de marca en plataformas de búsqueda con IA (p. ej., ChatGPT, Perplexity, Google AI Overview), con análisis de sentimiento y citaciones para observar cobertura en respuestas generativas.
• Alternativas y complementos: suites de monitoreo de marca y medios como Brand24, Mention o Meltwater; también alertas manuales y hojas de control para verificación cualitativa.

Criterios de selección

• Cobertura de canales (web + IA), granularidad de consultas, capacidad de exportar evidencias, costos/licencias y facilidad de colaboración entre equipos.

---

Riesgos frecuentes y checklist de QA

Errores típicos

• Logotipos desactualizados o múltiples versiones activas: define un origen canónico y retira archivos antiguos.
• EXIF/IPTC con datos sensibles: elimina información privada antes de publicar; conserva únicamente IPTC relevantes y de licencia (ver IPTC – User Guide).
• Lazy loading mal implementado: imágenes invisibles para Googlebot; revisa el HTML renderizado y aplica lo indicado en Google – Carga diferida.
• Sitemaps con CDN sin verificar: verifica la propiedad del host de imágenes y reenvía sitemaps; guía en Sitemaps: visión general.
• sameAs inconsistentes: audita perfiles y corrige divergencias de nombre/URL.
• Licencias confusas: añade license/acquireLicensePage o integra IPTC de licencia según Metadatos de licencia de imagen.

Checklist de QA previo a lanzamiento

• [ ] Logos: variantes y formatos completos; guía de uso incluida
• [ ] Fotos: máster + derivadas optimizadas; IPTC completo; licencias claras
• [ ] Boilerplate/bios: actualizado (fecha) y coherente cross‑canal
• [ ] JSON‑LD validado; sameAs consistente; sitemap de imágenes enviado
• [ ] OG/Twitter configurado; prueba de rich previews
• [ ] Rendimiento: LCP sin lazy en hero; imágenes con srcset/sizes
• [ ] Accesibilidad: contraste AA/AAA; alt text significativo
• [ ] Brand Center: ZIP “todo en uno” con fecha/versión; contacto PR
• [ ] Gobernanza: RACI, cadencia de revisión, retirada de obsoletos

---

Recursos y plantillas (para copiar/pegar)

1. Plantilla JSON‑LD Organization (ajusta valores y URLs)

{
      "@context": "https://schema.org",
      "@type": "Organization",
      "@id": "https://www.tu-dominio.com/#organization",
      "name": "Tu Marca S.L.",
      "url": "https://www.tu-dominio.com",
      "logo": {
        "@type": "ImageObject",
        "url": "https://cdn.tu-dominio.com/brand/logo-112.png",
        "width": 112,
        "height": 112
      },
      "sameAs": [
        "https://www.linkedin.com/company/tu-marca",
        "https://twitter.com/tu-marca"
      ],
      "foundingDate": "2020",
      "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "pr",
        "email": "press@tu-dominio.com"
      }
    }
    

2. Campos IPTC imprescindibles para fotos de prensa

• Creator (Autor/a)
• Credit (Crédito)
• Copyright Notice
• Title / Description
• Rights Usage Terms
• Source
• Contact

Referencia: IPTC – Photo Metadata User Guide.

3. Estructura sugerida de Brand Center

• /brand (home)
  • /brand/logos (descarga + guía de uso)
  • /brand/paleta-tipografias
  • /brand/iconografia
  • /brand/prensa/fotos (retratos, producto, IPTC completo)
  • /brand/prensa/boilerplate-bios
  • /brand/licencias-uso
  • /brand/contacto-prensa
  • /brand/changelog

4. Modelo de changelog y owners

5. Snippets de rendimiento y social ya listos

• LCP/preload y responsive: ver bloque en sección técnica.
• Metadatos OG/Twitter: ver bloque en sección técnica; la documentación de tarjetas de X está en X (Twitter) – Cards overview.

6. Enlaces útiles de referencia oficial

• Datos estructurados y validación: Google – Intro a structured data y Prueba de resultados enriquecidos
• SEO de imágenes y sitemaps: Google Imágenes, Sitemaps overview, Sitemaps de imágenes
• Rendimiento LCP y lazy: web.dev – Optimize LCP, Lazy loading
• Licencias de imágenes: Image License Metadata
• IA en Búsqueda: Funciones de IA en Búsqueda
• IPTC y C2PA: IPTC User Guide, C2PA Explainer
• Perplexity para editores: Publishers Program

---

Flujo recomendado de implementación (resumen accionable)

1. Prepara activos maestros: logos en SVG/PNG; retratos/producto a 4000–6000 px con IPTC; define licencias y do/don’t.
2. Sube a CDN y organiza carpetas con nombres claros; genera ZIPs por categoría y un ZIP “todo en uno”.
3. Publica el Brand Center con fecha de última actualización, owner y changelog.
4. Implementa JSON‑LD (Organization/Logo/ImageObject) y metadatos OG/Twitter; crea y envía sitemap de imágenes.
5. Valida en Rich Results Test y Search Console; corrige advertencias; verifica host de imágenes.
6. Monitoriza apariciones y menciones en búsqueda y respuestas de IA; ajusta activos/markup según hallazgos.
7. Repite cada trimestre: revisión de activos, metadatos, licencias y señales de entidad; auditoría semestral de perfiles y Wikidata.

—

Nota importante sobre tamaños de logo: muchas guías y ejemplos de la industria usan variantes cuadradas pequeñas (por ejemplo, en torno a 112×112 px) para miniaturas. Google puede aceptar logo como URL o como ImageObject dentro de Organization; dado que los requisitos concretos pueden variar y no siempre están enunciados de forma cerrada, valida siempre el marcado con herramientas oficiales y pruebas en vivo en Search Console.

Si ejecutas este plan, tendrás un kit de marca listo para salas de redacción y optimizado para que los sistemas de IA entiendan, citen y presenten tu marca con precisión.