Controlling The Snippet Google Shows
Meta descriptions are advisory. For a large share of queries Google discards them and lifts whatever body text matches the query, which is often a cookie notice, a breadcrumb line or the middle of a list. Rewriting the tag again does nothing, because the tag was never the source. The fix is to improve the passage Google is already choosing, or to put a stronger candidate near the top of the page.
FORMAT
snippet-source-control.md
WHEN TO REACH FOR THIS
Use when Google ignores your meta description and lifts a stray sentence from the page into the result instead.
The skill file
snippet-source-control.md
---
name: snippet-source-control
description: Use when Google ignores your meta description and lifts a stray sentence from the page into the result instead.
---
# Controlling The Snippet Google Shows
Meta descriptions are advisory. For a large share of queries Google discards them and lifts whatever body text matches the query, which is often a cookie notice, a breadcrumb line or the middle of a list. Rewriting the tag again does nothing, because the tag was never the source. The fix is to improve the passage Google is already choosing, or to put a stronger candidate near the top of the page.
## What you need first
- The affected queries with the description text as it appears in live results, not as written in the tag
- The rendered page in document order, including anything injected by script before the body copy
- The meta description as served, and the page position for each affected query
## Method
1. Search each affected query in a private window with the location set explicitly, and copy the displayed description verbatim. Trackers and preview tools show the tag, so the live result is the only reliable source.
2. Find that exact string in the rendered page. Where it came from is the diagnosis: a body paragraph means Google preferred your copy, boilerplate means it found nothing better to prefer.
3. Compare the text shown for two or three different queries against the same page. Different text per query is normal passage selection and needs a body fix, not a tag fix.
4. Where boilerplate was lifted, look at what sits between the H1 and the first substantive paragraph. Consent text, share prompts and author blocks in the markup ahead of the body are the usual sources.
5. Write two plain sentences in the first 200 words that answer the query directly and use its phrasing. This is the candidate you want selected, and it has to be visible body copy to be eligible.
6. Keep the meta description anyway, around 155 characters, and treat it as the version that survives on brand and navigational queries where the query gives Google nothing to match against.
7. Recheck after a recrawl on the same queries from the same location and device, since snippet selection varies by both.
## What this produces
A per-query table of lifted text, its source element, and the body edit made to replace it, usually a handful of rows per page.
## Where this goes wrong
- Rewriting the meta description repeatedly when the displayed text never came from it
- Reading the snippet from a rank tracker or a social preview tool, both of which echo the tag rather than the live result
- Judging the fix on one query when selection happens per query, so the page improves for one and stays wrong for the rest
---
From the QuQi skill library - https://www.quqi.io/skills/snippet-source-control
Free to download · no account, no email
What you need first
-
The affected queries with the description text as it appears in live results, not as written in the tag
-
The rendered page in document order, including anything injected by script before the body copy
-
The meta description as served, and the page position for each affected query
Method
-
01
Search each affected query in a private window with the location set explicitly, and copy the displayed description verbatim. Trackers and preview tools show the tag, so the live result is the only reliable source.
-
02
Find that exact string in the rendered page. Where it came from is the diagnosis: a body paragraph means Google preferred your copy, boilerplate means it found nothing better to prefer.
-
03
Compare the text shown for two or three different queries against the same page. Different text per query is normal passage selection and needs a body fix, not a tag fix.
-
04
Where boilerplate was lifted, look at what sits between the H1 and the first substantive paragraph. Consent text, share prompts and author blocks in the markup ahead of the body are the usual sources.
-
05
Write two plain sentences in the first 200 words that answer the query directly and use its phrasing. This is the candidate you want selected, and it has to be visible body copy to be eligible.
-
06
Keep the meta description anyway, around 155 characters, and treat it as the version that survives on brand and navigational queries where the query gives Google nothing to match against.
-
07
Recheck after a recrawl on the same queries from the same location and device, since snippet selection varies by both.
What this produces
A per-query table of lifted text, its source element, and the body edit made to replace it, usually a handful of rows per page.
Where this goes wrong
-
Rewriting the meta description repeatedly when the displayed text never came from it
-
Reading the snippet from a rank tracker or a social preview tool, both of which echo the tag rather than the live result
-
Judging the fix on one query when selection happens per query, so the page improves for one and stays wrong for the rest
Use this skill in your own AI
The download is a plain markdown file with the name and trigger in its frontmatter. Where an assistant supports skills it can load itself, that frontmatter is what it reads to decide this one applies.
Claude Code
Save it as ~/.claude/skills/snippet-source-control/SKILL.md and Claude loads it on its own when what you are doing matches the trigger line. Put it in .claude/skills inside a project instead if the whole team should have it.
Claude
Upload the file in the skills section of your settings. Once it is there it applies itself in any conversation where the trigger fits, so you do not have to remember it exists.
ChatGPT
There is no skills format to install into, so paste the file contents into a Project instruction or a Custom GPT instead. It then applies to every chat in that project rather than only the one you paste it into.
Anything else
Paste the markdown into the chat before your question. It works in any assistant, it just has to be pasted again each time.
Questions about this skill
When is this the right method rather than rewriting the meta description?
When Google is showing text you did not write in the description slot. The obvious response is to rewrite the meta description, which cannot work, because the tag was never the source of the text on screen. Meta descriptions are advisory and get discarded on a large share of queries in favour of body text that matches the query.
What do I need in hand before starting?
The displayed description copied verbatim from a live search in a private window with the location set, the rendered page in document order, and the tag as served. Take it from a rank tracker or a social preview tool and you get the tag echoed back, which reports no problem and sends you rewriting the one thing that was already fine.
What do I end up with, and which part gets used?
A per-query table of lifted text, the element it came from, and the body edit that replaces it, usually a handful of rows per page. The source element column is the diagnosis. Body copy lifted means Google preferred your writing; a consent notice or an author block means it found nothing better between the H1 and your first real paragraph.
What most often ruins this?
Judging the fix on one query. Selection happens per query, so a page can improve for the query you checked and stay wrong for the twenty others it ranks for. Check two or three, from the same location and device each time, since snippets vary by both. Keep the meta description anyway: it still wins on brand and navigational queries.
More in On-page SEO