Los datos estructurados son etiquetas invisibles (schema.org, en formato JSON-LD) que le confirman a Google y a las IA qué es cada cosa en tu página: quién la escribió, qué pregunta responde, dónde vive dentro del sitio. En este paso implementas los 4–5 tipos que de verdad importan y los dejas validados. No necesitas ser desarrollador: necesitas saber qué marcar, qué no, y dónde verificar.
Qué son y por qué le importan al AEO
Una página dice "Guía de implementación de HubSpot — por Smarteam". Un humano entiende qué es título, qué es autor. La máquina lo infiere… o se lo confirmas con un bloque JSON-LD que declara: esto es un Article, este es su headline, el autor es la organización Smarteam. Esa confirmación tiene dos efectos: en Google, habilita resultados enriquecidos y reduce ambigüedad; en los motores de respuesta, refuerza el grafo de entidades — la IA que sabe con certeza quién sos y de qué hablas te cita con menos riesgo.
El formato es una decisión ya tomada: JSON-LD, en un bloque <script> dentro del <head>. Es el que Google recomienda y el más fácil de mantener porque no se mezcla con tu HTML visible.
Los tipos que importan (y los que puedes ignorar)
Schema.org define cientos de tipos. Para una empresa de servicios o B2B en LATAM, la lista corta es esta, en orden de implementación:
- Organization + WebSite (en el home): nombre, logo, redes, datos de contacto. Es tu documento de identidad ante las máquinas.
- Article o BlogPosting (en cada artículo): headline, descripción, fecha, autor. El autor puede ser la organización si no publicas con firmas personales.
- BreadcrumbList (en todo el contenido): le confirma la jerarquía pilar-cluster que armaste en el paso 3.
- FAQPage (solo donde hay FAQs visibles): cada pregunta y respuesta, textual a lo que se ve en pantalla. Google restringió sus rich results de FAQ a sitios de autoridad, pero el valor semántico para las IA sigue intacto.
- Service o Product (en páginas comerciales) y LocalBusiness si tienes presencia física que te busca por zona.
¿HowTo, VideoObject, Event, Review? Solo si tienes ese contenido de verdad. Marcar lo que no existe es la vía rápida a una acción manual.
Implementación en cinco movimientos
1. Audita lo que ya tienes
Pasa tus 5 páginas principales por la prueba de resultados enriquecidos de Google y el validador de schema.org. Muchos CMS y plugins ya inyectan schema — a veces duplicado o mal configurado, que es peor que nada.
2. Empieza global, después por plantilla
Organization + WebSite en el home primero. Después Article + BreadcrumbList como plantilla para todo el blog: se define una vez y se replica. FAQPage se agrega página por página, solo donde la FAQ existe visible.
3. Usa @graph para combinar
Cuando una página necesita varios tipos (Article + FAQPage, por ejemplo), van juntos en un solo bloque JSON-LD dentro de un arreglo @graph. Un bloque, múltiples declaraciones, cero conflictos.
4. Valida antes de publicar
Un JSON-LD con una coma de más es un JSON-LD que no existe: las máquinas lo descartan en silencio. Validador siempre, antes y después de publicar.
5. Monitorea en Search Console
La sección de mejoras te avisa si algo se rompió — típicamente tras un rediseño o actualización de plugin.
El schema no es magia para rankear: es el idioma en que le confirmas a la máquina lo que tu página ya dice.
La regla de oro: marca solo lo visible
Todo lo que declares en el schema tiene que estar visible en la página. FAQs en el JSON-LD que no aparecen en pantalla, reseñas inventadas, fechas falseadas para parecer reciente: todo eso es contenido engañoso para las directrices de Google y motivo de penalización. La versión honesta es también la que mejor funciona con las IA, que comparan el markup contra el texto real.
Errores comunes en este paso
- Marcar contenido invisible. El clásico: FAQPage con preguntas que no están en la página. Riesgo de acción manual y de perder la confianza que querías construir.
- Schema duplicado. El tema del CMS inyecta un Article, el plugin de SEO otro, y tú agregaste un tercero. Audita antes de sumar.
- Copiar y pegar sin adaptar. Bloques ajenos con el nombre de otra empresa o URLs de otro dominio. Se ve más seguido de lo que debería.
- Implementar y no volver a mirar. Un rediseño rompe el markup y nadie se entera durante meses. Search Console avisa gratis: usalo.
Checklist antes de pasar al siguiente
- Organization + WebSite implementados en el home, con datos consistentes con tus perfiles públicos.
- Article + BreadcrumbList en todos los artículos del blog, como plantilla.
- FAQPage solo en páginas con FAQs visibles, textual al contenido en pantalla.
- Todo validado sin errores en la prueba de resultados enriquecidos.
- Sección de mejoras de Search Console revisada y sin advertencias.
Con las máquinas entendiéndote, falta que además te crean: el paso 6 construye E-E-A-T, la autoridad verificable. El plan entero está en la guía de SEO y AEO.