PubTrivia publishes free quiz questions as ordinary content pages: fourteen categories, every question and its answer rendered as plain text, no sign-in, no toggle to open. Today that is 462 question and answer pairs.
If you have ever shipped structured data, you already know what the obvious markup for that is, and you can check in one command whether we used it.
Thirty-four visible questions, each with its answer, and zero Question nodes. Run the same command against all fourteen category pages and the count of FAQPage nodes is zero every time.
So the site is perfectly willing to emit FAQPage. It just will not do it for the quiz questions, and the reason is worth more than the schema.
FAQPage does not mean "this page has a list of questions on it". It means the page is a frequently asked questions page: questions people put to the publisher about the subject, answered by the publisher.
A trivia question is not that. Nobody asked us which Liverpool band released Abbey Road, we wrote it down as a question for a pub to read out loud. Marking those up as FAQ entries would be describing the page as something it is not, in the one part of the page that exists specifically to tell a machine what the page is. That is the category of mistake that collects a manual action, and the fact that it would probably work for a while is the trap rather than the defence.
The comment above the component that renders them says it in one paragraph, which is in the repository so that the next person to touch the file has to read the decision before changing it:
Article, because that is what they are. Each category page opens with a few hundred words on how to use that round, and then the list. The Article node names the publisher rather than a person:
Two things in there are deliberate and both are the same decision as the FAQPage one.
A named human author is the stronger signal, and we do not have a human to name. Inventing "Sarah, Head of Quizzes" to fill a schema field is precisely what structured data is supposed to stop, so the author is the Organization node, which is a real entity that really does publish the page. If a person ever puts their name to these, that line is where it goes.
And datePublished equals dateModified because these are evergreen pages revised in place rather than dated posts. The date a guide was first written is not a fact anybody needs. The date it was last checked is, and it is on the page as a visible "Last reviewed" line, which is the only reason it is allowed in the markup at all.
Every builder in lib/content/structured-data.ts takes the same data the page renders from. Not a copy of it, the same array:
/faq renders sixteen questions and passes those sixteen to faqLd. There is no path through the code where the markup and the page disagree, because there is only one array. The same shape holds for the breadcrumb trail, the hub lists and the comparison tables.
That is also why whether a page is an Article is a single boolean on the shared page shell, and why the boolean does two jobs:
Turn it on and the page gets both the Article node and the visible review date. Turn it off and it gets neither. You cannot ship the markup without the line it is describing, because one flag controls both. Twenty-eight of our sixty-seven content pages set it, the fourteen guides and the fourteen quiz question pages, and the product pages do not, because a pricing table marked up as an article is a claim about the page that is not true.
And the JSON-LD on those two pages differs in exactly the one node you would predict.
All fourteen category pages are free and open, no account: Quiz questions by category is the hub, which emits an ItemList of its fourteen spokes Music, Geography and True or false are a fair sample of the shape The actual FAQ is the page that does carry FAQPage, and the questions in the markup are the sixteen on the page
Take the questions and use them, no attribution needed. If you would rather not read answers out over a pub sound system, the free tier runs the night from the phones in the room and needs no card.