G3.06.3templated snippetsdesignresearch

Uniform snippet templates erase differences among results

Aliases: homogeneous snippets · snippet template · lost distinctiveness

What it is

When every result fills the same snippet slots—type, author, a fixed truncation of the first sentence—the list looks tidy in structure and the differences are eaten by the template. What people need to compare is how this row differs from that one; the template guarantees that every row looks like every other. Product cards that all read “brand | free shipping | monthly sales,” file cards that all read “PDF · 12 pp · from the knowledge base,” leave year, scope, and version out of the budget, and scanning cannot pick a winner.

Templating is not “structure is bad.” What fails is structure occupying the whole snippet budget so the query-relevant sentence, or the sentence that actually differs across objects, no longer fits.

Why it happens

Comparison needs variance. People look across adjacent rows for the field that is not the same, and click on that. A template presses every row into the same slot order and the same value types; variance is squeezed into tiny slot-internal differences (two “10k+ monthly sales”) below scanning resolution. A query-biased sentence would have supplied variance that changes with every query; fixed slots are query-blind, so every query in the same collection wears one face.

Homogeneity also trains ranking in reverse: if snippets cannot help exclude, people lean harder on row 1, and position bias grows. It looks like ranking is not precise enough; the comparison dimension has simply left the snippet. Card results that skeletonize image, price, and rating run the same problem—the more complete the skeleton, the less room for “the sentence peculiar to this query.”

Studying it

Use “can two near-neighbor results be told apart without opening” as the dependent, not “is the snippet complete.”

  • Paradigms: snippet studies contrasting query-biased extracts with fixed-slot templates; pairwise discrimination of near-titled results (which is newer, which applies to Beijing) without opening. Hearst stresses that snippets should change with the query.
  • Independent variables: whether slots consume the whole snippet row, whether one variable extract is reserved for the query, whether neighbors share slot values.
  • Dependent variables: pairs distinguishable without opening, rate of wrongly judging two as the same, opens made only to tell them apart.
  • Methodological note: if the materials already differ hugely on template slots (prices an order of magnitude apart), templates look sufficient. Choose corpora whose slot values are close and whose differences live in the body. Visual tidiness is often rated “better looking,” which is not the same score as “better to distinguish.”

Where it stops holding

Mixed-type lists (apps, web pages, images) need a little type skeleton or people cannot predict what a click opens; keep the skeleton short and leave a line for a variable extract. In tabular internal tools (order ID, status, amount) the slots are the decision dimensions, so the template is right—do not force a prose snippet. Extremely short objects (a tweet, an error code) have no difference to lose; templating is harmless. Personalized slots (“because you watched”) add another query-irrelevant homogeneous reason and interrupt comparison with a recommendation alibi.

Applying it

  • Reserve one extract that changes with the hit passage for this query; compress remaining slots (type, date, source) onto a secondary line outside that extract.
  • Audit whether template slots take the same value across the real top ten; drop frequently identical slots from the main snippet line and swap in a field that discriminates.
  • Near-duplicate titles must not share the same templated opening sentence or the same default image.
  • Verify with two near-neighbor results the user must tell apart, snippets only. If no difference can be named, the template ate it. Set slot values close to each other and test again; remaining discriminability is the extract working, not the slots saving the day.

Related

  • Within the group: G3.06.1 A snippet must contain the evidence needed to decide whether to click · G3.06.2 Keyword highlighting shows where the match occurred
  • Adjacent: G3.15 Result grouping and deduplication · G3.05 Result ranking · G1.05 Metadata
  • Search terms: templated snippet · query-biased summary · result comparison

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/G3.06.3