Best practice is for a @context to use a URI pattern, which can then also act as the canonical location for that context, and forms the root URI for specific types (e.g., a Person in a @context of https://schema.org/ is shorthand for https://schema.org/Person).
Individual timestamp properties are orphaned in an unstructured graph / lack a @type (which I presume is meant to be ArticleTimestamp.
URL values should not be escaped.
As such, I'd recommend restructuring the output to align with the following example (based on https://yoast.com/wordpress-5-7/):
The current schema output is malformed / invalid / has structural errors.
For example:
@version
parameter is intended to set the JSON-LD processing mode for the whole document, not to specify a version of a given context (see https://www.w3.org/TR/json-ld11/#json-ld-1-1-processing-mode).@context
to use a URI pattern, which can then also act as the canonical location for that context, and forms the root URI for specific types (e.g., aPerson
in a@context
ofhttps://schema.org/
is shorthand forhttps://schema.org/Person
).@type
(which I presume is meant to beArticleTimestamp
.As such, I'd recommend restructuring the output to align with the following example (based on https://yoast.com/wordpress-5-7/):
Examples
Before
After