Search & Discovery·Guide
Los datos estructurados que emite esta plataforma
La mayoría del consejo de «añadir schema markup» trata los datos estructurados como una sola función sí/no: o tu sitio «tiene schema» o no. No es una sola cosa. Es un conjunto de bloques JSON-LD concretos, cada uno apuntado a una función de búsqueda concreta. La pregunta útil es qué trabajos compraste de verdad, y qué casillas de checklist puedes ignorar.
Los trabajos
Para qué es el schema, no un inventario de tipos
«Tiene schema» no es un interruptor
Un BreadcrumbList, un Article y un ImageObject son trabajos distintos. Estampar un bloque WebPage genérico en cada URL es la versión checklist de esto, no la útil.
Los derechos de imagen son ImageObject
License, credit, copyright, creator, EXIF cuando está presente. Eso es lo que leen Google Image Search y el badge Licensable. El alt text y los nombres de archivo no son un sustituto.
Las páginas interiores se quedan en migas
About y Services no reciben un bloque WebPage completo encima. BreadcrumbList ya hace la mitad de WebPage que importa aquí. El resto es cargo cult.
No toda URL quiere ser descubierta
Las páginas públicas ocultas omiten JSON-LD. Las páginas de producto no son schema Product. Un enlace de vault es un traspaso, no un resultado.
La checklist frente a los trabajos
Cada ruta pública que emite schema obtiene un BreadcrumbList. Encima de eso, la mayoría de tipos de ruta obtienen exactamente un bloque adicional construido a propósito, no un schema genérico de «página» estirado para cubrirlo todo. Las páginas, posts y galerías ocultas se saltan el JSON-LD; noindex sigue aplicando. Ese es el manejo: trabajos concretos, no un sello de todo el sitio.
| Trabajo | Qué se dispara |
|---|---|
| Identidad del sitio (home) | Organization + BreadcrumbList |
| Página CMS interior | Solo BreadcrumbList |
| Post de blog publicado | Article + BreadcrumbList |
| Página pública de foto | ImageObject (license, credit, copyright, creator, EXIF cuando está presente) + BreadcrumbList |
| Portafolio público | ImageGallery + BreadcrumbList |
Por qué ImageObject es el que más importa para imágenes
Los campos license, credit, copyright, creator y EXIF en ImageObject no son decorativos. Son los campos que leen Google Image Search y el sistema del badge Licensable para decidir si mostrar información de licencia en un resultado de imagen. Están escritos para ese rastreo, no para una tarjeta de unfurl de chat (Open Graph maneja eso por separado, en la misma URL). La licencia de imagen como problema propio es Badge Licensable frente a IPTC.
Por qué las páginas CMS interiores se quedan en BreadcrumbList
Las páginas CMS interiores no reciben un bloque completo de schema WebPage encima. Esa es una línea deliberada, no un hueco que alguien olvidó cerrar. En la práctica, el schema WebPage es sobre todo útil para dos cosas, elegibilidad de sitelinks search-box y reforzar la visualización de breadcrumbs, y BreadcrumbList ya cubre la mitad de breadcrumbs por sí solo. El valor marginal de un bloque WebPage completo encima, para una página About o Services de un fotógrafo, es bajo. Es el tipo de casilla que una «checklist de schema» genérica te diría que marques sin explicar qué te compra.
Qué está notablemente ausente
Las páginas de producto de comercio obtienen una tarjeta Open Graph (saltándose el almacenamiento privado, para que una imagen de producto nunca se filtre por una preview de chat), pero no forman parte de esta lista JSON-LD. Si construyes un flujo que depende del schema Product en concreto (precio, disponibilidad, markup de reseñas mostrando directamente en un resultado de Google), eso no es algo que debas asumir que ocurre aquí.
Las URLs de vault se quedan fuera de esto por completo: sin schema, sin tarjeta OG gorda. Un enlace de vault es un traspaso privado, no una página pensada para ser descubierta o desplegada.
Sin enciclopedia schema.org aquí
Esta página se detiene en qué trabajos se disparan y por qué, no en un tutorial sobre qué significan ImageObject o BreadcrumbList como tipos schema.org. Los valores que lee ImageObject (license, credit, copyright, creator) son los propios campos de derechos de la foto, no algo que pegues como markup.
El schema es un mapa, no una casilla
Sabe qué bloque se dispara en qué URL. No compres una afirmación de «añadimos schema» que no diga qué tipos.
Also in Guides: Badge Licensable frente a IPTC · Ocultar de la búsqueda, noindex y privado · Para qué sirve Search Console