A page that does well in search has three kinds of reader. One is a person who typed a question and wants the answer fast. Another is Google, which has to work out what the page is about and whether it deserves to rank. The third is the AI answer engines (ChatGPT, Perplexity, Claude, Gemini, Google's AI Overviews), which read pages during a search and decide which to quote. All three want mostly the same page, shown top to bottom below.
{ "@type": "Article", … }- Specific titleMatches the question people ask, with the product or topic in it.
- Author and dateWho wrote it and when it was last updated.
- Answer firstThe direct answer in the first two or three sentences.
- ContentsA short list of sections, linked.
- Question headingsEach section answers one question, in short paragraphs.
- Comparison tableOptions side by side, easy to quote.
- Original evidenceYour own numbers, tests or screenshots.
- SourcesLinked where the claim is made.
- FAQThe follow-up questions, answered briefly.
- Structured dataJSON-LD that says what the page is.
Three readers, one page
People skim the title, the first lines and the headings, and decide quickly whether to stay. Google's guidance on helpful content asks similar questions of a page: does the main heading give "a descriptive, helpful summary of the content", does the page offer "original information, reporting, research, or analysis", and is it clear who wrote it?
Answer engines work from search results. When an assistant needs current information, it runs searches, reads some of the pages that come back, writes an answer and cites its sources. Google describes its AI Overviews and AI Mode this way, including a "fan out" into several related searches for one question. Since an engine quotes passages, a page serves it better when each part makes sense out of context: an opening that answers the question, sections that each answer one sub-question, numbers next to what they measure.
None of this needs special treatment. Google's 2026 guide to generative AI search says you don't need to break content into tiny chunks or rewrite it "just for AI systems", and no special files or schema are required. This structure helps answer engines because it helps people.
| Part of the page | What it does | Common mistake |
|---|---|---|
| Title and H1 | Says which question the page answers | Clever or vague ("Our thoughts on accuracy") |
| Opening paragraph | Answers it, with one number | Three sentences of scene-setting |
| Byline and dates | Shows who wrote it and how current it is | No author, or a date bumped without changes |
| Question headings | Let readers jump to their sub-question | Labels like "Overview" and "Details" |
| Comparison table | Puts options side by side | A screenshot of a spreadsheet |
| Your own numbers | Gives anyone a reason to cite this page | Repeating a statistic every competitor uses |
| Sources and quotes | Lets readers check claims | Unlinked "studies show" |
| FAQ | Answers the remaining questions briefly | Questions nobody asks, written for keywords |
The top of the page: title, answer, author, date
Title and H1
Write the title as the question your reader asked, or as the thing plus what it does. Two patterns cover most pages: "[Topic]: what it is, how it works and what it costs in [year]" for explainers, and "[Question]? [What you did to answer it]" for first-hand pieces. Keep the H1 close to the title. If your title tag is weak, Google may build the search headline from your H1 instead.
The answer, first
Say you run Acme, a hypothetical API that reads invoices, and want a page on how accurate it is with handwriting. Here is a typical first draft and a rewrite.
The first version spends almost fifty words saying nothing a reader could use or an assistant could quote. The second answers in its first sentence, gives the number that matters and says what follows. It is also more honest: printing 94.2% invites the reader to look at the misses.
Aim for roughly 40 to 60 words in that opening. Sentence one gives the answer or the definition. Sentence two gives a number. Sentence three, if you need it, says who the answer applies to or what the page covers next. A reader who stops there leaves with something, and an engine looking for a passage finds one that stands on its own.
Where buyers compare several facts (price, limits, formats), add three to five key facts under the opening, each with a number or a date.
Author and dates
Put a byline under the title: a real name, a role and a link to a bio page that shows why this person knows the subject. Google's helpful-content guidance asks whether it is "self-evident to your visitors who authored your content" and whether bylines lead to more information about the author. If an AI agent wrote the piece, say so. If the piece is paid, the disclosure belongs here too.
Show the published date and, after real changes, a labelled updated date. Google recommends a prominent visible date plus the same dates in structured data. Don't move the date without changing the content: Google's own checklist asks whether you are "changing the date of pages to make them seem fresh when the content has not substantially changed." A page with no author and no date looks like it came from a content farm, and readers treat it that way.
The body: question headings, short sections, tables and your own numbers
Name the thing the same way throughout
Define the product or concept in a sentence or two near the top, including what it is not, and use that one name everywhere. A skimming reader shouldn't wonder whether "the API", "the engine" and "Acme Vision" are three products, and consistent names are easier for any system to connect.
Headings that match the questions
Write ## headings as the questions people ask: "How accurate is it on handwriting?", "What does it cost per page?", "How does it compare with Tool B?" The queries in Search Console and the questions your support inbox gets are the best sources (see Find the pages to build from Search Console). Answer each question in the first sentence under its heading, then support it. Keep each section about one thing. For procedures, give every step its own ### heading so a reader can find step four without reading steps one to three.
Google says heading order and count don't matter to Search. This is for the reader skimming on a phone and for anyone lifting one section out of the page.
Tables, then a verdict
When you compare options, use a real HTML table, never an image of one. Text in a table can be read by people, screen readers, search engines and crawlers that only read HTML. Google's advice for its AI features includes "making sure that important content is available in textual form." One row per option, one column per thing buyers compare, and your measured numbers in the cells.
After the table, give a verdict: who should pick which option, and why. "If most of your invoices are handwritten, use the one that scored highest on handwriting, even at twice the price per page" is the sentence the reader came for.
Numbers nobody else has
The strongest thing a page can hold is information that exists nowhere else: a test you ran, data from your own product, a survey of your customers. Google's 2026 AI search guide calls this non-commodity content, as opposed to summaries of what is already available. When a hundred pages repeat the same statistic, an engine has no reason to choose yours; the page that published the number first has one.
Say how you got the numbers in a short "How we tested" section: dates, sample size, what you ran, what you left out. Google's guidance asks the same "How" question, such as how many products were tested and how.
Costs, mistakes and who it's not for
Include what it really costs, what goes wrong and who should not use it. These sections answer the questions buyers ask just before deciding. A page that admits the handwriting score trails the print score is more credible about the print score.
Sources, quotes and the FAQ
Link the source for every claim you didn't measure yourself, next to the claim. Quote people who know the subject by name, with a link to where they said it. That is basic honesty, and the research below found it helps.
Close with four to six questions people actually ask, each answered in two or three sentences. Google stopped showing FAQ rich results on May 7, 2026, so write this section for readers and for anyone who wants a short, direct answer to quote.
The bottom of the page
Add a short changelog (date and what changed) so returning readers can see that updates are real. Link two to four related pages and have them link back, so the page sits in a cluster on the same subject. Put one clear call to action near the top, one in the text and one at the end, and keep pop-ups out of the way of the answer, as Google's guidance on intrusive interstitials asks.
What the GEO research found, and what it didn't
The paper most often cited for "optimizing for AI answers" is GEO: Generative Engine Optimization by Pranjal Aggarwal and colleagues at Princeton and IIT Delhi, published at KDD 2024. Here is what it actually tested.
The authors built a simple answer engine: for each query, it fetched the top five Google results and had GPT-3.5 Turbo write an answer citing them. Their benchmark, GEO-bench, has 10,000 queries from nine sources (including real Bing and Google query datasets, Reddit's ELI5 and GPT-4-generated questions) across 25 domains. For each query they picked one of the five sources at random, had a language model rewrite it with one of nine methods, and measured how much more visible it became. Visibility meant two things: Position-Adjusted Word Count (how many words of the answer came from that source, weighted toward the top) and Subjective Impression (GPT-3.5's rating on seven criteria, such as relevance, influence and how likely a user would be to click).
Relative change against the unedited source, computed from the paper's Table 1:
| Method (what the rewrite did) | Word count | Impression |
|---|---|---|
| Quotation Addition (added quotes from credible sources) | +41% | +28% |
| Statistics Addition (swapped vague claims for numbers) | +31% | +23% |
| Fluency Optimization (smoother writing) | +28% | +13% |
| Cite Sources (added citations to reliable sources) | +27% | +13% |
| Technical Terms | +18% | +11% |
| Easy-to-Understand (simpler language) | +14% | +6% |
| Authoritative (more persuasive tone) | +10% | +19% |
| Unique Words | +6% | +6% |
| Keyword Stuffing (more words from the query) | -8% | +5% |
Four findings are useful. Evidence did best: quotes and statistics topped the table, with citations and smoother writing close behind, while the authors report no significant improvement from a more persuasive tone. Keyword stuffing, a classic SEO trick, lowered the word-count measure and barely moved the other. Lower-ranked pages gained the most: when the rewritten page was the fifth Google result, Cite Sources raised its visibility by 115% and Quotation Addition by about 100%, while the same methods lowered the visibility of a first-ranked page by 23 to 30 percent. And the subject mattered: citations helped most on factual and legal questions, quotations on history and on people and society.
The authors also ran 200 test queries through Perplexity, uploading the sources as files since it can't be pointed at chosen URLs. Quotation Addition raised word count by 22%, Statistics Addition raised impression by up to 37%, and keyword stuffing did 10% worse than the original.
Now the limits. The study measured a source's share of a generated answer, not rankings, clicks or sales; the authors say they "didn't evaluate how GEO methods affect search rankings." The engine was a 2023 research setup, GPT-3.5 reading five pages, and the authors expect methods to "adapt over time as GEs evolve." Only one source per query changed, whereas your competitors edit their pages too. And a language model wrote the rewrites: the paper reports how visible the pages became, not whether the added quotes and numbers were true. On a real page, an invented statistic is a liability: readers check, reviewers reject it, and accuracy is one of the qualities Google's raters judge.
The practical reading is modest: put real, sourced numbers and attributed quotes on the page, write clearly, and don't stuff keywords, which is what Google asks for too. "Up to 40%" is a lab result, not a promise.
Structured data and the parts nobody sees
Add Article (or BlogPosting) markup with the headline, the author as a Person linked to the bio page, datePublished, dateModified and an image, all matching what the page shows. Add BreadcrumbList on deep pages (Google shows breadcrumbs on desktop only) and Organization markup on your home page. The technical SEO checklist has copyable Article and Organization JSON-LD.
FAQPage markup is harmless when it matches a visible FAQ, but it no longer earns anything in Google. There is no special markup for AI answers: Google says there is "no special schema.org structured data that you need to add" for its AI features.
A page outline you can copy
Title: <the question>? <what you did to answer it>
H1: the same promise as the title, in plain words
Byline: <name>, <role>, link to bio · Published <date> · Updated <date>
Disclosure (if paid or affiliated): one plain line
Opening (40 to 60 words): the answer, then the number that matters, then who it applies to.
Key facts (optional): 3 to 5 bullets, each with a number or a date.
## What is <thing>? one or two sentences; the same name everywhere after
## How does it work? steps as ### headings if it's a procedure
## How does it compare? HTML table, then a verdict: who should pick which, and why
## What does it cost, and what goes wrong?
## Who is it not for?
## How we tested dates, sample size, what you ran, raw numbers
## FAQ 4 to 6 real questions, 2 or 3 sentences each
Sources: linked inline next to each claim, and listed at the end
Changelog: <date>: <what changed>
Related: 2 to 4 pages that link backNot every page needs every part, but a page that answers a question people put to an assistant needs most of them. Before you publish, check: