- From: Gregory Saumier-Finch <gregory@culturecreates.com>
- Date: Wed, 31 Aug 2022 08:10:13 -0400
- To: public-schemaorg@w3.org
- Cc: Dave Vieglais <dave.vieglais@gmail.com>
- Message-Id: <C145A7AC-1D3B-418C-8434-9EB87DBE2D64@culturecreates.com>
Hello group, I am very curious to know if Google Bot processes the remote document. Can anyone report back on the behaviour of Google Bots regarding the retrieval of JSON-LD alternate links in HTML page headers? I am willing to do some tests and report back if others are interested in this question as well. regards, Gregory Gregory Saumier-Finch | CTO | La culture crée - Culture Creates | c. (514) 316-6973 | culturecreates.com <http://culturecreates.com/> Nous reconnaissons que notre travail, ainsi que celui de nos partenaires, a lieu sur les territoires autochtones dans tout le Canada. We recognize that our work, and the work of our partners, takes place on Indigenous territories across Canada. > On Aug 29, 2022, at 12:41 PM, Dave Vieglais <dave.vieglais@gmail.com> wrote: > > I believe another approach is to use a link header in the HTTP response of the requested resource. This is laid out in the current JSON-LD spec § 9.4 Remote Document and Context Retrieval <https://www.w3.org/TR/json-ld11-api/#remote-document-and-context-retrieval>. Basically if the response to a request https://example.org/foo.html includes a Link header such as: > > Link: <https://example.org/meta/foo.jsonld> ;rel=“alternate”;type=“application/ld+json” > then the JSON-LD processor should recognize the alternate location for the requested document type and retrieve the JSON-LD document from https://example.org/meta/foo.jsonld. > > One benefit of such an approach is that a client interested in JSON-LD can issue a HEAD request to determine the location of the JSON-LD before retrieving the resource, saving a bit of traffic. > > I can’t speak for how broadly this approach is supported however. > > regards, > Dave Vieglais > > On 29 Aug 2022, at 11:29, Hans Polak wrote: > > Good afternoon, > > This is from StackOverflow. https://stackoverflow.com/questions/30864619/does-json-ld-have-to-be-embedded <https://stackoverflow.com/questions/30864619/does-json-ld-have-to-be-embedded> > > <link href="/myid123/jsonld.js" rel="alternate" type="application/ld+json" /> > > Yours sincerely, > Hans Polak > > > On 27/8/22 19:17, Roger Rogerson wrote: >> I appreciate that things like MicroData are inlined, >> and utilise the HTML Markup to associate data with content. >> >> But JSON-LD Schema is embedded. >> In many cases, this additional code serves no "human" purpose, >> and is provided for "machines" (typically Google). >> >> A shining example is the following web page (remove spaces after periods): >> https://www <https://www/>. delish. com/cooking/g1956/best-cookies/ >> >> That page has approximately 35Kb of Schema. >> That is loaded for every single human visitor. >> >> In the case of popular pages - this means a large amount of unnecessary >> code is transferred (Gigabytes or higher per year). >> >> If the JSON-LD could be externalised into a referred to file, >> then this could reduce bandwidth consumption for users, >> help speed up some page load times/improve performance >> and help towards "going green". >> >> >> I appreciate that technically, >> this isn't about "Schema" directly, >> but about how Browsers and Parsers can recognise and handle >> and externalised version - but I'm hoping this is the right place >> to get it considered and the right people to see it/push it to browser vendors. >> >> >> Thank you. >> Autocrat. >
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Wednesday, 31 August 2022 12:10:32 UTC