I would encourage people who have the pragmatic bent to read about JSON-LD from the Google documentation for web sites;
https://developers.google.com/search/docs/appearance/structu...
You’ll also notice that a lot of the information is relevant to only a small subset of sites. Rotten Tomatoes can publish the critic rating for movies using JSON-LD, but that’s not relevant for me (even if I write a review for a movie).
JSON-LD is nice because it’s easy and it is actually used by search engines. Yes, it can duplicate information in the web page itself, but I think the dream of perfectly annotating information so it only appears exactly once in your document is, well, a dream of spherical cows and massless ropes. It takes human effort to make a webpage and I am ok with a little duplication in the final product. My <h1> duplicates information in <title> anyway.
You can use the JSON-LD for your movie reviews even if you're not a big site. I use it on my site for reviews (books, games, movies) and it seems to show up in most search engines with the star rating etc.
403. That’s an error.
Your client does not have permission to get URL /search/docs/appearance/structured-data/intro-structured-data from this server. That’s all we know.
But duplicating data will increase water expenditure. /s
Fedi review sites (neodb/reviewdb, bookwyrm) make use of JSON-LD in a big way. Their entire data federation is based on ActivityStreams and JSON-LD, and so is the review data they get authors to share on their federation along with legacy sites such as goodreads. They're also considerate of proper RDF mappings (context namespace, RDF-friendly encoding of collections, etc.).