Skip to content
Get started

How to cite sources readers can verify

Choose the right evidence, match each claim to its source, and make citations easy to check. Includes a worked editing example and sourcing record.

How to cite sources readers can verify, beside an amber-glass magnifying glass and two linked ivory cards.
In this guide

Cite a source beside the factual claim it supports, link to the relevant original material, and keep the sentence within what that material actually establishes. Add a References section so readers can find the sources again.

A credible-looking link isn't enough. Open the destination, find the supporting passage, and check whether it applies to the product, place, version, or period you're discussing. If the support is missing, narrow the claim, find better evidence, or remove it.

Find the source that can answer the claim

Three amber-glass stepping stones lead from an upright ivory page card to an open ivory book.

Trace a factual claim back to the evidence that can support it.

Start with the sentence you want to publish. What would someone need to inspect to decide whether it is accurate?

For a documented product setting, look for the provider's current documentation. For a statement about your own offer, check the actual policy, specification, or service terms. For a research finding, read the original study and its methods rather than relying on a headline about it.

These sources answer different questions. A vendor's documentation can establish what it says a feature does. It doesn't, by itself, establish that the feature outperforms every alternative. A customer story can describe that customer's experience; it doesn't establish a typical result for everyone.

Keep useful secondary sources when they contribute explanation, reporting, or criticism. When they attribute a specific finding elsewhere, follow that trail and read the underlying material before repeating the finding.

Google's guidance on helpful, reliable content asks publishers to consider clear sourcing, evidence of expertise, and easily checked factual errors. It also asks whether a page adds value beyond rewriting other sources. Treat that as a reason to make your reasoning inspectable, rather than an instruction to decorate a page with links.

Before writing, capture the important claims and their intended evidence in your content brief. An unsupported claim is easier to fix before the rest of the article depends on it.

Rewrite the sentence to fit the evidence

An amber-glass frame surrounds one ivory card, with two more cards standing outside the frame.

The scope of a claim should fit the evidence behind it.

Read the relevant passage with the surrounding explanation. Check the subject, conditions, exceptions, and date. Then compare it with your draft sentence.

Watch for small words that enlarge a claim: all, always, proves, best, and guarantees. A source may describe a possibility while your draft promises an outcome. It may describe one service while your draft generalizes to an entire category.

When paraphrasing, preserve the meaning and qualifications while using your own wording. Use a short, clearly attributed quotation when the exact wording matters. Don't place a source link beside a stronger claim and expect the reader to discover the missing qualification.

A hypothetical editing pass: keep, narrow, or remove

Imagine a content team reviewing a draft about writing better website content. The draft sentences below are deliberately flawed examples. This is an invented editing exercise, not a client engagement, experiment, or report of results.

1. A factual rule that the source contradicts

Rejected draft wording: “A meta description cannot be longer than 160 characters.”

Evidence check: Google's snippet documentation says there is no length limit for a meta description, while the displayed snippet is truncated as needed, typically to fit the device width.

Revised wording: “Write a concise, accurate description of the page. Google sets no fixed length limit for the meta description; the displayed snippet may be shortened to fit.”

Decision: Correct the rule and keep the source beside it. A team can still choose an internal editing target, but it should identify that target as its own convention. Our guide to useful meta descriptions develops that distinction.

2. An unsupported promise attached to a relevant source

Rejected draft wording: “Add references to guarantee that Google will cite your article in AI answers.”

Evidence check: A source discussing content quality doesn't establish that promise. Google's guidance for AI features says supporting-link eligibility requires indexing and eligibility for a Search snippet. It also says indexing and serving aren't guaranteed even when requirements and best practices are met.

Revised wording: “Use references to let readers inspect the evidence behind your article.”

Decision: Replace the outcome promise with the reader benefit you are designing for. Keep any discussion of Google's eligibility requirements separate and sourced. Don't turn a writing recommendation into an assurance of selection.

3. A claimed experience with no record behind it

Rejected draft wording: “We tested this sourcing process and found that it makes editorial review faster.”

Evidence check: In this fictional exercise, the team has no recorded test, method, comparison, or result. An external article about good sourcing cannot supply evidence that this team conducted a test.

Revised wording: “Use the record below to give the next editor the claim, supporting passage, and unresolved question.”

Decision: Remove the claimed experience. The team can propose a workflow without pretending to have measured its effect.

These edits solve different problems. The first corrects a fact. The second removes a guarantee the evidence doesn't support. The third removes an experience that never happened. Adding more references would not repair any of those sentences on its own.

Put the source where readers can check it

An amber-glass ribbon connects a passage in an open ivory book to a separate reference card.

Make the relevant source easy to find from the sentence it supports.

Attach the source link to the relevant sentence or place it immediately after that sentence. If a paragraph combines separate factual claims, make their support clear individually. A link at the end of a long paragraph can leave readers guessing which statements it supports.

Choose the specific documentation page, report, or policy rather than the organization's homepage. Use a stable section link when one is available and still points to the passage you checked.

Give the link a descriptive name. “Google's snippet documentation” tells readers what they will open. “Click here” asks them to infer it from the surrounding text. W3C's explanation of link purpose in context describes how meaningful link text and associated context help users understand a link's destination and decide whether to follow it.

At the bottom, list the sources in a References section using the organization or author, the document title, and a direct link. Add the publication or version date when it matters to the claim. Keep that list aligned with the material actually used in the article.

The two placements serve different reading tasks: the nearby link lets someone inspect a claim while reading; the bottom list lets them return to the source material later.

A recommendation can be yours. Say what you recommend and why. Reserve factual attribution for what the source establishes. For example, the placement and record format in this article are editorial recommendations, not claims that a search engine requires this exact format.

Keep a small sourcing record

Save enough information for another editor to repeat the check without starting over. A compact record can include:

  • Claim: The exact sentence intended for publication.
  • Evidence: The source title, URL, and relevant passage or section.
  • Scope: The conditions the source covers and what it leaves unresolved.
  • Review: Who actually checked it, when, and what would trigger another check.

For the first hypothetical edit, a completed entry could read:

Claim: Google sets no fixed length limit for a meta description; the displayed snippet may be shortened to fit.
Evidence: Google Search Central, “Control your snippets in search results,” under the meta-description guidance.
Scope: Google's stated handling of meta descriptions and snippets. This doesn't establish an ideal writing length for every page or guarantee which text will appear.
Recheck trigger: Before a material revision of the article, or when the relevant documentation changes.

In a real record, add the actual check date and the person who performed it. Don't fill those fields with an assumed reviewer or an invented review history.

If a source changes, compare the new passage with the claim before replacing the link. If a page disappears, an archived copy may explain what a historical document said, but it won't establish that a current policy still applies. Update the wording or remove the claim when you can no longer support it.

For a product comparison, record the plan, version, and research date alongside each important claim. That is part of making a comparison page buyers can trust.

Check the claim and the link before publishing

Open every source link from the saved draft. Confirm that the destination loads, the supporting passage is present, and the sentence hasn't grown beyond the evidence during editing.

Read the article once without following any links. Readers should still be able to distinguish documented facts, your recommendations, and hypothetical examples. Then follow the links and ask whether each one would let a skeptical reader check the nearby claim.

Remove unused references. Resolve qualifications in the sentence itself. Keep the sourcing record for the next revision. The finished article should give readers both a useful answer and a practical way to inspect how you reached it.

References

Back to the journal