Short answer blocks
A short answer block is a compact, self-contained summary placed near the top of a page that answers the page title directly. It is the passage most likely to be retrieved, quoted and read in full by a hurried visitor.
A short answer block is a compact, self-contained summary placed near the top of a page that answers the page title directly. It is the passage most likely to be retrieved, quoted and read in full by a hurried visitor.
Short answer
A short answer block is a standalone paragraph near the top of a page that answers the page title in around fifty words. It must make sense with the rest of the page removed, avoid pronouns that point elsewhere, and sit high enough that it falls within the opening span a reader or a parser actually reads.
Self-containment is the whole requirement. The block has to survive being lifted away from its page, which means naming its subject rather than referring to it, and avoiding any word that points at a sentence somewhere else.
Length follows from that. Too short and it states a fact without the qualification that makes it true. Too long and it stops being a summary. Around fifty words tends to land in the right place for most subjects.
Tone should be flat and factual. This is the one part of a page where personality actively hurts, because a summary that reads as promotional is less likely to be repeated by a person or by an answer engine.
Immediately after the main heading, before any images, before any calls to action, and before the body of the page begins. It should be the first substantial text a reader encounters after the title.
Position matters more than most people expect because of how the opening of a page is sampled. Navigation, a breadcrumb trail and a hero section all consume the same early span, so a block pushed down can fall outside it.
We learned this on our own site. A block that looked correct in a browser was being cut short before the text began, and only a mechanical check revealed it. Our site check reports what is actually read.
Start by writing the page title as a question, then answer that question out loud in one breath. Write down what you said. The spoken version is almost always closer to the right shape than a written first attempt.
Then tighten it. Replace every pronoun that points outside the block with the thing it names. Remove anything that is an example rather than part of the answer. Check that the first four words say what the subject is.
Finally read it in isolation, with the page hidden. If it raises a question it does not answer, it needs one more clause. If it answers a question the title did not ask, it needs cutting rather than adding.
This list is what we run through on our own pages. It takes about a minute per page once the habit is formed, and it catches the majority of blocks that would otherwise be unusable to anyone.
They serve different readers and should not be the same text. A meta description is advertising for a result listing, written to earn a click, and search engines frequently rewrite it anyway.
An answer block is on the page and is meant to be read and reused as written. It can be more precise and less persuasive, because its job is to be correct rather than to be tempting.
Our page on meta descriptions covers the other half of that pair. Writing both from the same source sentence is fine. Publishing the identical sentence in both places is a wasted opportunity.
Plain markup is enough. A paragraph in the body, in the ordinary flow of the page, is read by everything. Elaborate containers add nothing and can occasionally get in the way of a parser that reads them narrowly.
If the page is genuinely a question and answer page, structured markup can state that relationship explicitly. Our page on schema markup covers which types are appropriate and which are commonly misused.
Do not hide the block from visitors and show it only to machines. Cloaked content of any shape is a policy problem, and a block worth quoting is a block worth showing to the person who came to read it.
A summary ages faster than the page beneath it, because it states things flatly and without hedging. When a fact changes, the block is the first thing that becomes wrong and the last thing anyone remembers to edit.
Tie it to your review routine. Whenever a page is updated for any reason, reread the block before publishing. It takes seconds and it prevents the worst outcome here, which is a confident, quotable, incorrect sentence.
The page on content freshness covers the wider routine. A block is simply the place where staleness shows first and costs the most when nobody catches it.
Around fifty words for most subjects. That is long enough to carry a qualification and short enough to remain a summary. Blocks that run past a short paragraph are usually answering two questions and should be split or trimmed.
You can, but it wastes both. A meta description is written to earn a click and is often rewritten by search engines. An answer block is written to be accurate and reused as written. Draft them from the same fact, then write them separately.
No. A plain paragraph in the normal flow of the page is read by everything that reads pages. Structured markup can help where the page really is a question and answer set, but it is not required for the block to work.
It should name the same subject in plain words, which usually means overlapping with the title without copying it. Repeating the title word for word wastes the opening and tells a reader nothing they did not already have.
15-day free trial. Card required. Cancel before day 15 and you pay nothing.