Los datos estructurados son la diferencia entre que tu receta aparezca en Google con foto, valoración y tiempo de cocción, o como una línea azul más. Entre que tus preguntas frecuentes se desplieguen en el resultado, o no.
El problema es que escribir schema a mano es tedioso y muy fácil de romper: un corchete mal cerrado y Google ignora el bloque entero sin decirte nada. La IA es genuinamente buena en esto —es código estructurado y repetitivo, justo lo suyo— siempre que la uses con dos precauciones que veremos.
Qué son y qué no son
Los datos estructurados son un bloque de código, normalmente en formato JSON-LD, que va en el HTML de tu página y describe su contenido en un vocabulario que los buscadores entienden: esto es un artículo, este es su autor, esta es la fecha, esta es la valoración.
Dos aclaraciones que evitan expectativas equivocadas:
No son un factor de posicionamiento. Poner schema no te sube en los resultados. Lo que hace es habilitar los resultados enriquecidos: esos añadidos visuales que ocupan más espacio y se llevan más clics. Subes por lo que ganas en clics, no porque Google te premie por tener marcado.
Google decide si los muestra. Tener el marcado correcto no garantiza el resultado enriquecido, solo lo hace posible. Sin marcado es imposible; con marcado, es una posibilidad.
Qué tipos necesitas de verdad
Schema.org tiene cientos de tipos. Para un WordPress normal necesitas cuatro o cinco:
ArticleoBlogPostingpara las entradas del blog.FAQPagepara páginas con preguntas frecuentes reales y visibles.HowTopara tutoriales paso a paso.Productsi vendes, con precio y disponibilidad.LocalBusinesssi tienes negocio con ubicación.BreadcrumbListpara la ruta de navegación.
Antes de generar nada: comprueba qué tienes ya. Yoast y Rank Math generan automáticamente bastante de esto. Si añades tu propio bloque sin mirar, acabas con marcado duplicado y contradictorio, que es peor que no tener ninguno.
Para verlo, abre una entrada tuya, mira el código fuente y busca application/ld+json. O usa directamente la herramienta de prueba de resultados enriquecidos de Google, que te lista todo lo que detecta.
El prompt que funciona
El fallo típico es pedir «genérame el schema de este artículo» y pegar el texto. El modelo produce un JSON impecable… con una fecha de publicación inventada, un autor que no existe y una URL de imagen plausible pero falsa.
Publicar datos falsos en el marcado es peor que no tenerlo: es información incorrecta sobre tu propia página, y en el caso de valoraciones o precios puede acarrear una acción manual de Google.
La forma correcta es dar los datos explícitamente y prohibir el relleno:
«Genera un bloque JSON-LD de tipo Article para esta página. Usa EXCLUSIVAMENTE estos datos y no inventes ninguno:
— Titular: [título exacto]
— URL: [URL exacta]
— Autor: [nombre]
— Fecha de publicación: [AAAA-MM-DD]
— Fecha de modificación: [AAAA-MM-DD]
— Imagen destacada: [URL completa de la imagen]
— Editor: [nombre del sitio]
Si falta algún campo obligatorio, NO lo rellenes: escribe PENDIENTE y avísame al final de qué falta. Devuelve solo el bloque JSON-LD envuelto en su etiqueta script, sin explicación.»
La instrucción de escribir PENDIENTE en lugar de inventar es la clave de todo el asunto. Convierte al modelo en un generador de plantillas fiable en lugar de en un inventor creativo.
El caso de las preguntas frecuentes
FAQPage es el tipo con mejor relación esfuerzo-resultado, y también el que más se usa mal.
La regla que Google aplica es estricta: las preguntas y respuestas del marcado tienen que estar visibles en la página, con el mismo texto. No vale marcar preguntas que no aparecen, ni marcar unas y mostrar otras distintas.
El flujo correcto es al revés de como suele hacerse: primero escribes las preguntas frecuentes en el artículo porque son útiles, y después generas el marcado a partir de ellas. No al contrario.
Para eso, un prompt sencillo funciona bien: pegas las preguntas y respuestas tal cual están en la página y pides el bloque FAQPage respetando el texto literal, sin reescribir. Insiste en lo de «literal», porque el instinto del modelo es mejorar la redacción, y ahí la mejora te rompe la validez.
La validación no es opcional
Esta es la segunda precaución, y no se salta nunca.
Un JSON-LD con un error de sintaxis no da error visible: simplemente se ignora entero. Puedes tener meses de marcado inútil sin enterarte.
Valida siempre en dos sitios, porque comprueban cosas distintas:
- La prueba de resultados enriquecidos de Google. Te dice si el marcado sirve para generar resultados enriquecidos y qué campos obligatorios faltan.
- El validador de Schema.org. Es más estricto con el vocabulario y detecta propiedades mal escritas que Google se salta.
Y antes de eso, si el bloque te ha quedado largo, revísalo con un formateador para ver la estructura de anidamiento con claridad. Nuestro JSON格式化器和验证器 funciona entero en tu navegador, así que puedes pegar marcado con datos de tu negocio sin que salga de tu equipo.
Los cinco errores que más se repiten
- 重复标记。 你的 SEO 插件已经生成了
Article而你又添加了另一个。Google 会收到两个版本，并选择它想要的那个。在添加之前，请查看已有的内容。 - 格式不正确的日期。 必须是 ISO 8601 格式：
2026-09-22，而不是“2026 年 9 月 22 日”。 - 相对 URL。 在标记中，所有 URL 都是绝对的，带有
https://和完整域名。相对路径会使该字段无效。 - 虚构或自评的评分。 标记
AggregateRating带有不存在的评论是少数会导致手动惩罚的 schema 用法之一。不要这样做。 - 与内容不符的标记。 放置
HowTo在非教程的内容中，或者Product在一个信息页面上。Google 会检测到它并停止信任你的其余标记。
在 WordPress 中放置的位置
你有三种途径，控制程度从低到高：
你的 SEO 插件。 Yoast 和 Rank Math 允许按文章配置内容类型并自行生成标记。对于大多数网站来说，这已经足够，并且是最易于维护的方式。如果你使用 Yoast，请在手动添加任何内容之前，先检查内容类型设置。
代码片段管理器。 如果你需要在特定页面上放置特定块，像 WPCode 这样的管理器允许你根据显示条件插入它，而无需触及主题文件。我们有一份关于 WPCode 作为代码片段管理器 恰好涵盖了这种情况。
子主题。 仅当你了解自己在做什么并且需要依赖网站数据的逻辑时。请记住，它必须是一个 子主题：如果你把它放在父主题中，下一次更新就会把它删除。
如何知道它是否真的有效
在工具中验证该块会告诉你语法是正确的。它不会告诉你 Google 是否正在使用它。为此，你需要查看 Search Console，最好在发布几周后进行。
在侧边菜单中，在 改进，你的网站上每种 Google 检测到的标记类型都会出现一个条目：“常见问题”、“产品”、“面包屑导航”以及其他相关类型。如果你已放置 FAQPage 并且两周后没有出现任何常见问题部分，Google 没有处理它，并且出了问题。
每个报告将页面分为三种状态，值得理解：
- 有效：标记已成功处理。这是目标。
- 有警告的有效项：有效，但缺少推荐字段。值得审查它们，因为可选字段通常是使结果更具吸引力的因素：图像、评分、价格。
- 无效：缺少必填字段，标记被丢弃。这些是优先事项。
一个实用细节：报告按类型而非按页面分组错误。如果八十个页面出现相同的错误，几乎总是一个模板中的单一故障重复了八十次。你修复一个，所有都会被纠正，所以不要被数字吓到。
关于速度的警告：更正后，报告不会立即更新。Google 必须重新抓取受影响的页面，这可能需要几天到几周的时间。你可以通过从 URL 检查工具请求特定页面的索引来加快速度，但不要对所有八十个页面都这样做：请求一个，检查它是否已显示为有效，然后让其余的自行处理。
常见问题
富媒体结果需要多长时间才能出现？
首先，Google 必须重新抓取页面，这可能需要几天到几周的时间，具体取决于它访问你网站的频率。然后它决定是否显示。在 Search Console 中，“改进”部分会告诉你多少页面具有有效的标记，这是至少已正确处理的信号。
我可以同时用多种类型标记一个页面吗？
是的，这是正常的。一篇文章可以是 Article，拥有 BreadcrumbList 并且还有一个块 FAQPage 因为它的常见问题。你不应该用不同的数据重复相同的类型两次。
schema 对 AI 搜索引擎有用吗？
有帮助，尽管不是以帮助经典富媒体结果的方式。一个结构良好、明确说明内容是什么以及由谁签署的内容，更容易被任何读取网络的系统正确解释和引用。它不是一个直接的杠杆，但它有助于推动。
如果我的主题已经自行添加了 schema 怎么办？
许多商业主题都这样做，这也是出现最多重复项的地方。用 Google 的测试工具检查一个页面，看看它检测到多少个块。如果你看到两个 Article，禁用其中一个来源：通常禁用主题的来源并保留 SEO 插件的来源更容易，因为后者更新更频繁。
总而言之
结构化标记是技术 SEO 中少数具有可见和可验证结果的事物之一：要么验证器说它没问题，要么说缺少什么。
AI 为你省去了编写的繁琐部分，但有两个不可协商的条件：提供真实数据并禁止它虚构缺失的数据，以及在发布前始终验证结果。有了这两点，你就可以将一项专业工作变成每份模板十分钟的任务。
