动态生成 JSON-LD 我们的第一个示例不起作用的原因是，Tag Manager 用一小段调用函数的 JavaScript 替换每个变量 – 返回所调用变量的值。
我们可以在
Google Tag Manager 变量错误。 结果是标签管理器将 JavaScript 插入到 JSON 标签中——它是无效的，因此标签失败。
但是，我们可以使用标签管理器插入 JavaScript 标签，并从该 斯里兰卡电话号码数据 JavaScript 标签插入我们的 JSON-LD 标签。 Google Tag Manager JSON-LD 插入脚本 如果您对 JavaScript 不太熟悉，它可能看起来相当复杂，但它实际上就像您可能已经在使用的许多其他标签一样（例如 Google Analytics 或 Tag Manager 本身）。
这里我们的模式数据包含在
JavaScript“数据”对象中，我们可以用标签管理器中的变量动态 您看到的所有内容 填充它。然后，该代码片段在页面上以正确的类型（application/ld+json）创建一个脚本标签，并使用我们的数据填充该标签，我们使用 JSON.stringify 函数将其转换为 JSON。
此示例仅用于演示脚本的工作
原理（动态更改组织架构类型的 URL 实际上没有多大意义）。那么让我们看看它在现实世界中如何使用。 为博客文章动态生成 Schema.org 标签 从有效的架构模板开始。
首先，根据 schema.org/BlogPosting规 电报号码 范为帖子创建完整的 JSON/LD 架构片段。 示例文章架构模板 确定必要的动态变量。 有几个变量在受试者之间是相同的。
例如出版商信息。类似地，每篇文章的主图像都有由 WordPress 生成的特定尺寸，该尺寸在文章之间始终相同，因此我们可以保持高度和宽度变量不变。 在我们的案例中，我们已经确定了 7 个在帖子之间发生变化的变量，我们希望动态填充这些变量： 通过标签管理器识别动态替换的架构属性。
在 Google Tag Manager 中创
建变量 主实体 ID：页面的 URL。 标题：我们将保持简单并使用页面标题。 发布和修改日期：我们的博客是在 WordPress 上，所以我们已经有“article:published_time”和“article:modified_time”的元标记。
modified_time 并不总是包括在内（除非帖子在发布后被修改），但架构描述建议将其包括在内，因此如果不是之前的修改日期，我们应该将 dateModified 设置为发布日期。
在某些情况下，我们可能需要重新格式化日期 – 幸运的是，在这种情况下，它已经是 ISO 860 格式，所以没问题。 作者姓名：在某些情况下，我们需要从页面中提取内容。