A reader finishes a useful article, bookmarks the site, and plans to come back. Then life gets busy. The bookmark disappears into a folder, the newsletter goes unopened, and the next Google search sends that reader somewhere else.
Google’s Preferred Sources feature gives readers another way to signal which sites they want to see more often. On August 20, Google released an interactive publisher button that can add a site as a reader’s preferred source and return that person to the page they were reading. Google says selected sources are more likely to appear for that reader in Top Stories, and a preferred badge can highlight them in Top Stories, AI Overviews, and AI Mode.
That sounds like a new SEO shortcut. It isn’t. The button does not raise a site’s rankings for everyone, force content into an AI answer, or turn a business blog into a news publication. It is a reader-choice feature. Its value depends on whether people already care enough about the site to choose it, whether the domain is eligible, and whether the publisher keeps producing material worth finding again.
Reporting note: This article reflects Google’s public documentation available on August 31, 2026. Availability, interface details, and documentation can change. Any examples below are hypothetical and are not client results, forecasts, or performance promises.
Key takeaways
- Preferred Sources personalizes what a reader may see. It is not a universal ranking boost.
- Google supports a standard JavaScript button, a custom JavaScript integration, and a direct link to the source-preferences tool.
- Only eligible domains and subdomains can be selected. A folder such as example.com/blog cannot be treated as a separate source.
- A button click shows interest, but it does not prove the person completed the preference flow or later clicked a Google result.
- Publishers should earn the request by placing the button after useful content, then measure it as an audience signal rather than a guaranteed search tactic.
What is Google Preferred Sources?
Preferred Sources is a Google Search personalization setting. A person chooses publications or websites they want to see more often. When Google has fresh, relevant content from one of those sources, that content may receive greater visibility for that person in supported search features.
The phrase for that person matters. If one reader selects a local newspaper, another reader who never selected it does not automatically get the same treatment. The selection is tied to an individual preference, not a sitewide authority score that every searcher shares.
Google first framed the feature around Top Stories. Its current publisher documentation says preferred sources can also appear with a preferred badge in AI Mode and AI Overviews where those features are available. The documentation does not say that a selection guarantees inclusion in any result.
| Question | Preferred Sources | Ordinary search performance |
|---|---|---|
| Who affects the signal? | The reader who selects a source | Google’s systems evaluate pages for each search |
| Who may see the effect? | That reader | Any eligible searcher |
| What may change? | Visibility or a preferred badge in supported features | Ranking, appearance, or eligibility under normal search systems |
| What is guaranteed? | Nothing beyond saving the preference when the flow is completed | No ranking, traffic, or conversion outcome |
What changed with the new publisher button?
Readers could already manage preferred sources through Google. The August update changed the publisher side of the experience. A website can now place an interactive Google button directly on a page. The reader starts the preference flow there and is returned to the original page after completing it.
That return path removes a clumsy step. A publisher no longer has to send someone away with no obvious route back. Google also documents light and dark themes, automatic language selection, a language override, and programmatic controls for a custom interface.
Google reported in April that readers were twice as likely to click through to a site after marking it as a Preferred Source. Treat that as Google’s aggregate observation, not an expected lift for one site. People who choose a source already have a stronger relationship with it, so the number does not prove that placing the button caused every additional click.
Where can a preferred source appear?
The clearest use remains Top Stories. If a selected source has current, relevant reporting for a search, Google says its content is more likely to appear there and can carry a preferred badge. This makes the feature most natural for publishers with a steady editorial cadence.
Google’s documentation also includes AI Mode and AI Overviews. A selected source may be highlighted with a preferred badge in those experiences. That language should be read carefully. Highlighted does not mean quoted, ranked first, or shown for every related question.
The feature is available globally for Top Stories in the languages supported by Google Search. AI appearances depend on where AI Mode and AI Overviews are available. A publisher should check the live documentation instead of assuming every reader sees the same surfaces.
| Surface | Possible preferred-source treatment | What the selection does not prove |
|---|---|---|
| Top Stories | Content may appear more often and carry a preferred badge | That every new article will qualify |
| AI Overviews | A selected source may be highlighted with a preferred badge | That the source caused or controls the generated answer |
| AI Mode | A selected source may be highlighted with a preferred badge | That the source will appear for every related prompt |
| Other organic results | Google does not document a general ranking increase from the setting | A sitewide SEO gain |
What the feature does not do
Preferred Sources is easy to oversell because it sits near ranking, news, and AI features. A publisher can say what the setting does without turning it into a claim Google has not made.
- It does not make a site a Google-approved publication.
- It does not raise rankings for people who did not select the source.
- It does not guarantee a Top Stories, AI Overview, or AI Mode appearance.
- It does not replace crawling, indexing, clear authorship, accurate reporting, or ordinary SEO work.
- It does not provide proof that a button click became a saved preference, visit, lead, or sale.
Avoid labels such as “Boost our Google ranking” or “Make Google recommend us.” Those phrases misstate the feature. Clear copy is better: “Add Ardoz Digital as a preferred source on Google” tells the reader what the control is expected to do without promising a result.
Check eligibility before adding anything
Start with Google’s source-preferences tool and search for the site. Google tells publishers to confirm that the site appears there before promoting the feature. If the domain is not available in the tool, a polished button will only create confusion.
Eligibility works at the domain or subdomain level. Google’s example allows example.com and code.example.com as separate choices, but not example.com/blog. So a company cannot ask readers to prefer only its blog folder while excluding the rest of the main domain.
For a business publication, that distinction affects the wording. The source is the company’s domain, even if the button appears beneath an article. Before adding it sitewide, check that the domain name, favicon, publisher identity, and editorial pages give readers a consistent picture of who they are choosing.
Three ways to add the button
Google documents three implementation paths. The right one depends on the publishing system, design requirements, and how much code the team can maintain.
| Option | How it works | Best fit |
|---|---|---|
| Standard JavaScript button | Loads Google’s publisher script and renders its button in a marked page element | Most publishers that want the recommended flow |
| Custom JavaScript integration | Initializes the same Google flow and binds it to a custom control | Sites that need a branded placement or app-style interaction |
| Direct link | Sends the reader to Google’s source-preferences page for the domain | CMS platforms, newsletters, and social posts that cannot run the script |
The standard option is only a small integration. Google instructs publishers to load its publisher library in the page head and place an element marked with the preferred-source button attribute where the control should render. The default language follows the reader’s browser, and the publisher can select a light or dark theme.
The custom option gives a development team control over the visible trigger while keeping Google’s end-user flow. That flexibility is useful when the standard button clashes with a design system, but the custom label still needs to describe the action honestly.
The direct link is the low-code fallback. It can live in an article footer, newsletter, or social post. It sends the reader to Google to confirm the source. Because it leaves the current page, the surrounding copy should set that expectation.
Where should the button appear?
Ask after the site has earned the request. A giant prompt before the first paragraph forces a relationship question before the reader has received any value. The end of a strong article is usually a better moment.
- Place it after the article’s main answer, not in front of it.
- Use one clear placement before repeating the control elsewhere on the page.
- Explain that the setting affects the reader’s Google experience, not the website account.
- Keep the button separate from newsletter consent, cookie choices, and form submissions.
- Test the return path on mobile, tablet, and desktop before publishing it broadly.
A short line is enough: “Want more of our reporting in Google? Add this site as a preferred source.” Do not hide the action inside a generic button such as “Continue” or pair it with claims about better rankings.
How should you measure it?
The measurement plan should match the feature’s limits. Google’s public publisher guide explains implementation and availability, but it does not provide a clean report connecting a specific button exposure to a saved preference and then to a later search click.
| Measure | What it can tell you | What it cannot prove |
|---|---|---|
| Button impressions | How often the placement was shown | That the reader noticed it |
| Button clicks | How many people started the flow | That they saved the preference |
| Click-through rate | Whether one placement attracts more starts than another | Why the difference occurred |
| Returning readers | Whether the known audience is growing over time | That Preferred Sources caused the return |
| Search Console trends | How Google Search impressions and clicks change by page and query | Which visitors had selected the site |
Name the analytics event plainly, such as preferred_source_button_click, and record the page, placement, device category, and date. Do not name it preferred_source_added unless the implementation can verify that outcome. A click and a completed preference are different events.
Then review the wider picture. Google Search Console can show page and query performance, while the Generative AI report can show qualifying AI impressions for properties that have access. Neither report identifies the readers who selected the site. Use the numbers as separate clues and resist combining them into a made-up attribution path.
For publishers that also post on YouTube or social platforms, Search Console platform properties answer a different question: how supported off-site content performs in Google Search. Preferred Sources, website performance, and platform-property data should remain distinct in reporting.
A hypothetical publisher example
Imagine a regional business publication testing the standard button for 30 days. The following figures are invented to show the analysis. They are not benchmarks.
| Measure | Article-footer placement | Newsletter landing-page placement |
|---|---|---|
| Button impressions | 18,000 | 2,400 |
| Button clicks | 216 | 84 |
| Click-through rate | 1.2% | 3.5% |
| Verified saved preferences | Not available | Not available |
| Attributed search visits | Not available | Not available |
The newsletter page produced fewer clicks but a higher start rate. That makes sense because those visitors already chose a closer relationship with the publication. The sensible next step is to keep both placements running long enough to see whether the pattern holds, not to claim that the button increased Google traffic by 3.5 percent.
Should a service business add it?
Maybe, but the case is weaker for a site that publishes occasionally and relies almost entirely on evergreen service pages. Preferred Sources is built around reader choice and recurring editorial interest. A company that posts twice a year has little reason to make the button a major call to action.
A stronger candidate publishes timely research, industry analysis, original data, local reporting, or recurring commentary that readers actively follow. Even then, the domain must appear in Google’s source-preferences tool. Eligibility comes before design work.
For many service businesses, the higher-priority work remains simpler: publish clear answers, connect articles to relevant services, maintain credible authorship, keep facts current, and make the site easy to use. Preferred Sources can support that work. It cannot replace it.
A practical rollout checklist
- Search for the domain in Google’s source-preferences tool.
- Confirm whether the domain or a specific subdomain is the correct source identity.
- Choose the standard button, custom JavaScript flow, or direct link.
- Write a label that describes the action without making a ranking claim.
- Place the first test after content that gives the reader real value.
- Confirm the light or dark version has sufficient contrast in the chosen location.
- Test the full flow and return path on mobile, tablet, and desktop.
- Track button impressions and clicks with honest event names.
- Keep preference metrics separate from Search Console clicks and business conversions.
- Review the placement after a meaningful sample instead of judging it after a few days.
The technical work is small. The judgment is in deciding whether the audience relationship is strong enough to justify the ask, and whether the reporting will stay honest after the button goes live.
Use the button to support a real audience
Preferred Sources is useful because it acknowledges something search reporting often misses: some readers are choosing a publication, not only a topic. The new button gives those readers a cleaner way to express that choice inside Google.
But the order still matters. Publish work people want to see again. Build a recognizable source. Then ask for the preference in plain language and measure the response without turning a reader choice into a ranking promise.
If your team needs help deciding whether the button fits, where it should live, or how it should be measured alongside search performance, Ardoz Digital can review the editorial path and build a practical test. No placement, badge, ranking, traffic level, lead volume, or revenue outcome can be guaranteed.
Ardoz Digital is not affiliated with or endorsed by Google. Google, Google Search, Top Stories, AI Overviews, AI Mode, and Preferred Sources are used only to identify the products and features discussed.
