En pocas palabras
Schema.org markup son datos estructurados que indican a buscadores que representa una pagina. Una pyme debe empezar con Organization, Article, FAQPage, BreadcrumbList, Service y Product schema cuando aplique.
Por qué importa: Como los datos estructurados ayudan a Google y sistemas IA a entender tus paginas.
Que hacer ahora
- 1Mapear tipos de pagina.
- 2Anadir Article y FAQPage a la base de conocimiento.
- 3Usar Service schema en paginas comerciales.
- 4Validar antes de publicar.
Que revisar primero
Schema no es un truco, es una capa de claridad. Etiqueta articulos, servicios, FAQ, autores, breadcrumbs y datos de empresa para que las maquinas interpreten bien el contenido.
- Mapear tipos de pagina.
- Anadir Article y FAQPage a la base de conocimiento.
- Usar Service schema en paginas comerciales.
- Validar antes de publicar.
Que resultado buscar
El objetivo es mejor interpretacion, elegibilidad para resultados enriquecidos y senales mas fuertes para sistemas de respuesta IA.
Evaluar citabilidad GEO
La busqueda IA no cita una pagina por ser larga, sino porque responde claro, parece fiable y es facil de descomponer. Piensa en bloques de respuesta, no solo en texto de blog.
| Senal | Debil | Fuerte |
|---|---|---|
| Respuesta | Tarde o vaga | Directa, compacta y verificable |
| Estructura | Encabezados genericos | H2 con preguntas o claims claros |
| Prueba | Sin ejemplos | Ejemplos, tablas y contexto |
| Tecnica | Sin schema | Article, FAQ y breadcrumbs presentes |
Proceso editorial para busqueda IA
GEO no es una optimizacion puntual. Es un ritmo de publicar, agrupar, enlazar internamente y actualizar segun preguntas de clientes y buscadores.
- Una intencion de busqueda por pagina.
- Empezar con una respuesta directa citable.
- Usar tablas para comparaciones y decisiones.
- Enlazar paginas pilar y articulos de apoyo.
- Actualizar cuando cambian herramientas, normativa o mercado.
Structured data describe contenido visible
Schema.org explica a buscadores qué es una organización, autor, servicio, breadcrumb o artículo. No sirve para añadir palabras clave o claims invisibles. Usa únicamente tipos que encajen con la página y propiedades que coincidan con la información mostrada.
- Organization o LocalBusiness para datos corporativos.
- Article o BlogPosting para conocimiento editorial.
- BreadcrumbList cuando existe jerarquía visible.
- Service en servicios reales y FAQPage solo cuando corresponde.
Una graph clara para un artículo
El nodo Article incluye título, fechas, autor, publisher, imagen y canonical. El autor referencia Person y el publisher la misma Organization usada en toda la web. BreadcrumbList describe la ruta. Los @id estables conectan las entidades y evitan bloques aislados.
Implementa y valida por fases
Empieza por plantillas importantes y genera el markup con helpers compartidos.
- Inventaría plantillas y elige el tipo más específico.
- Crea @id estables basados en la URL canónica.
- Incluye solo información conocida y visible.
- Prueba sintaxis, Rich Results Test y Schema Validator.
- Revisa HTML renderizado y Search Console.
Controla técnica y resultado
Un markup válido no garantiza rich results. Comprueba también canonical y entidades.
- Elementos válidos y no válidos por tipo.
- Páginas con canonicals ausentes o en conflicto.
- Impresiones y CTR de resultados compatibles.
- Coherencia de empresa, autor y ubicación.
Más schema no significa mejor
No añadas Product, Review o AggregateRating sin productos y reseñas visibles. Un graph pequeño y correcto es mejor que muchos tipos que no corresponden y pueden generar problemas de mantenimiento.
Diseña primero el modelo de entidades de la web
Los datos estructurados útiles no empiezan copiando fragmentos de código. Empiezan identificando las entidades reales de la web: empresa, personas, servicios, artículos, oficinas y productos, además de las relaciones entre ellas. Asigna un `@id` estable a cada entidad persistente para que los buscadores reconozcan al mismo autor o negocio en distintas páginas. El contenido visible siempre manda: Schema.org puede aclarar información, pero nunca debe añadir afirmaciones que el visitante no pueda comprobar.
- Asigna a Organization, WebSite, autores y oficinas un `@id` absoluto y estable.
- Relaciona author y publisher de Article con entidades Person y Organization existentes.
- Genera BreadcrumbList a partir de la navegación visible y las URL canónicas.
Utiliza solo el tipo de schema que corresponde a la página
Añadir más marcado no significa mejorar. Una página de servicios no siempre es un Product y una lista de preguntas comerciales no tiene por qué ser FAQPage. Define un perfil pequeño para cada plantilla y completa únicamente los campos que se pueden mantener con fiabilidad. En un artículo, headline, description, fechas, autor y mainEntityOfPage suelen importar más que decenas de propiedades opcionales. En páginas locales, dirección y contacto deben coincidir con el resto de la web.
- Conocimiento: Article o BlogPosting, BreadcrumbList y datos del editor.
- Servicios: Service con provider, areaServed y una descripción exacta.
- Empresa: Organization, puntos de contacto, oficinas y perfiles sameAs verificados.
Valida la sintaxis y el significado después de cada cambio
Superar una prueba sintáctica solo confirma que JSON-LD se puede leer. Comprueba también URL canónicas, fechas, relaciones, entidades duplicadas y coincidencia con el contenido visible. Prueba plantillas representativas con Rich Results Test de Google y Schema.org Validator, y después vigila Search Console. Integra estas comprobaciones en cada publicación: el marcado pegado a mano queda obsoleto en cuanto cambian rutas, títulos o componentes compartidos.
- Prueba al menos una URL representativa por cada plantilla modificada.
- Revisa el HTML renderizado, no solo el código TypeScript o el CMS.
- Controla errores, avisos y cambios en informes de resultados enriquecidos.
Autor y revision
Ingmar van Maurik
Founder, AI JOB TEAM
Crea sistemas practicos de IA, automatizacion y software a medida para pymes que necesitan menos herramientas sueltas y mas control.
Nota editorial
Escrito para decidir, no para rellenar resultados
AI JOB TEAM usa IA como apoyo editorial para investigacion, estructura y comprobaciones de cobertura. Ingmar van Maurik revisa posicionamiento, ejemplos y recomendaciones para que cada articulo sea util para pymes.
Aplicaciones por sector
Mira como este tema se convierte en un workflow concreto para un tipo de empresa.
FAQ
Por donde debe empezar una pyme?
Empieza con un workflow donde ya se vea volumen, coste o impacto en cliente. Asi el scope queda pequeno y el aprendizaje es rapido.
Cuando merece una hoja de ruta?
Merece la pena cuando el tema afecta a varios equipos, sistemas o decisiones recurrentes.
Cuanto tarda GEO en mostrar resultado?
Normalmente despues de que un cluster tenga varias buenas paginas, enlaces internos e indexacion. Piensa en semanas o meses, no dias.
Cual es el mayor error GEO?
Publicar demasiado contenido generico de IA sin estructura de fuente, ejemplos propios, entidades claras o enlaces internos.
¿Debe usarse JSON-LD?
Es el formato más sencillo de generar y mantener, aunque Google admite otros.
¿Cada página necesita markup único?
La plantilla puede compartirse, pero URL, título, breadcrumb y datos deben pertenecer a esa página.
¿Un Schema.org válido garantiza un resultado enriquecido?
No. El marcado válido solo permite optar a determinadas funciones de búsqueda. Google decide cuándo mostrarlas y también valora contenido, políticas, contexto de la consulta y calidad general del sitio.
¿JSON-LD es mejor que Microdata?
En la mayoría de webs resulta más sencillo generarlo, probarlo y mantenerlo de forma centralizada. El formato no cambia la obligación de que toda la información marcada sea correcta y esté visible en la página.
Siguiente paso
Comprueba si la busqueda IA puede citarte
Usa el diagnostico IA para encontrar gaps en estructura, entidades, enlaces internos y prueba legible para IA.
