

Author
A visible source link in an AI answer is a starting point, not proof that the answer’s brand claim is correct. This guide shows how to trace a specific claim to the actual landing page, record whether the page supports it, and choose a correction you can actually make — an owned page you control, or a factual correction request to an independent publisher. It keeps mentions, citations, accuracy and commercial outcomes as separate measures, and explains when a retest is comparable and when it is not.
Use a visible source link as the starting point for inspection, not as proof of factual accuracy or commercial impact. Check the brand statement, its supporting passage, and any attributable visit or enquiry separately.
In this guide, brand presence means that the answer mentions the business. A visible citation means a displayed source link, which may point to an owned page or an independent publication. Assess factual accuracy separately by comparing checkable brand statements with approved business facts. SHMLANG’s published commercial-impact measure records attributable referral visits and qualified inquiries where tracking exists; unattributed activity remains unproven.
Within citation, the method uses a narrower measure: answers linking to an agreed owned URL or domain, divided by valid sampled answers. A link to an independent publication is recorded separately, with its actual domain and whether it supports the claim. The two are not interchangeable, and a third-party citation should not be reported as if your own page had been cited.
The boundary matters for what you can promise yourself or anyone else. SHMLANG’s commitments cover agreed observations, content, implementation and review; the systems producing answers control retrieval and generation, and the report states what changed, what was observed and what remains unknown. A citation is therefore a lead for inspection, not a visibility verdict.
This article is for the reader who already has an answer and a source URL in hand and needs to decide whether the current brand claim is supported — and, if not, which correction is justified. It is not a guide to building a monitoring programme from scratch.
SHMLANG GEO service scope and measurement definitions
Open the answer and the linked page side by side. The question to answer is narrow: does this page, as it currently reads, support the specific statement the answer makes about your brand? A link that resolves is not the same as a link that supports the claim.
Classify the source before you judge it. SHMLANG’s method distinguishes owned pages from independent publications when inspecting the sources visible in sampled answers, and evaluates relevant source opportunities and outreach requirements separately. That distinction drives everything that follows, because it determines what you are entitled to change.
If the brand does not appear, or appears without a link, resist the urge to diagnose a cause. A missing citation is not by itself evidence that a page was not crawled, was blocked, or was penalised. The honest record is that the reason is unknown and would need further evidence — a separate check of access and indexability, for example — before any conclusion is drawn.
Keep the context of the observation while you inspect it: the question asked, the date, the language and locale, and the interface where the answer appeared. That context is what makes the observation checkable later, and it is part of the baseline SHMLANG records — the question, collection date, answer, mentions and visible source URLs.
Save the answer text and the actual link before you click. Answers change, so keep the original wording, the URL, the time and the context — question, language and interface — as your record of what you were inspecting. A screenshot is useful supplementary evidence, but it is the saved text and link that let a colleague re-check the observation. Then open the final landing page — following redirects — rather than judging from the link text or the domain.
On the landing page, locate the passage that would support the claim. Check the entity first: is this page about your business, or about a similarly named company, a distributor, or a different product line? Then check the substance: the product or service named, the market or region, the version or date, and any stated limitations. A claim that is roughly right but attached to the wrong version or market is still unsupported for your purposes.
If you cannot find a passage that supports the claim, record it as unverified rather than filling the gap with inference. Domain strength is not evidence for a statement; a well-regarded site can still misstate your specifications. The support has to come from the page’s own text.
This trace is deliberately small in scope. You are checking one claim against one page, not rebuilding a sampling programme. The sampling context — question, date, language, interface — is retained only so the observation can be re-examined, not so that this becomes a separate measurement project.
A short record turns an impression into something a colleague can check. The table below is an empty template: fill it with your own observation. It is not a sample of AI answers and contains no results.
| Field | What to record |
|---|---|
| Claim in the answer | The specific statement about your brand, quoted as it appears |
| Visible source URL | The actual link shown in the answer |
| Final landing page | Where the link resolves after redirects |
| Supporting passage | The text on the page that would support the claim, or "none found" |
| Approved business fact | The exact approved statement and its approval record |
| Observation context | Question, collection date and time, system, interface, language and locale |
| Claim accuracy | Whether the answer matches the approved fact, assessed separately from source support |
| Same entity / version? | Whether the page is about your business, product and version |
| Source support status | Supported, contradicted, insufficient, or page unavailable |
| Correction owner | The person responsible for the next action |
Use separate fields for source support and factual accuracy. Mark source support as supported when the cited material backs the statement for the correct entity and context; contradicted when it expressly disagrees; insufficient when it does not settle the statement; or page unavailable when you cannot inspect it. Missing support does not by itself make a statement false. Compare the answer with the approved business fact independently.
SHMLANG’s published baseline calls for recording the question, collection date, answer, mentions and visible source URLs.
Add the approved business statement and the person responsible for confirming it to this claim-level record. If no approved fact is available, record factual accuracy as unverified rather than copying the AI answer into the evidence field.
Related reading: AI Answer Evidence Library: Sources, Claims, and Review
When you summarise what you found, keep the measures apart. Brand presence is answers mentioning the brand divided by valid sampled answers, reported separately for branded and non-branded question groups.
The owned-URL/domain citation rate is answers linking to an agreed owned URL or domain divided by valid sampled answers, retaining the actual visible source URLs. References to independent publications are listed separately, with the actual domain and whether the passage supports the claim, so a third-party link is never counted as your own page being cited.
For the claim-level accuracy check, compare checkable answer statements with approved business facts. Record errors, partially correct statements and unverified claims separately instead of treating brand presence as accuracy.
For this check, exclude an attempt from answer-level rates only when no usable answer was captured. Keep a captured answer with an inaccessible cited page in the citation-rate denominator, record the page as unavailable, and leave source support unverified. Report collection failures separately and retain the system, locale, question set, dates and collection method. Do not infer a trend or causal effect from a single answer.
Commercial outcomes stay in their own column. Record attributable referral visits and qualified inquiries where tracking exists; unattributed activity remains unproven. Do not let a citation count stand in for demand.
Related reading: AI Brand Answer Accuracy: Facts, Scoring, and Correction
Once the record shows a gap, the correction depends on who controls the page. The table below maps common observations to the check that should come first, the action available, and the standard for calling it done. It is a decision aid, not a report of findings.
| Observation | Check first | Available action | Done when |
|---|---|---|---|
| Owned page states an outdated fact | Approved current fact and owner | Edit the owned page | Corrected public text confirmed |
| Source is about a similarly named entity | Entity identity on the page | Owned page: clarify naming; independent: factual correction request | Disambiguation visible or request documented |
| No passage supports the claim | Approved fact and any supporting material | Owned page: add verified detail if warranted; independent: request correction only if the publisher’s text is wrong | Support found or the gap recorded |
| Source is accurate but the AI answer overstates it | Exact passage, entity, date and limits | Preserve the correct source; record the answer-level mismatch and retest | The discrepancy and follow-up are documented |
| No relevant supporting page exists | Question-to-page map | Create or improve an owned page | Page published and reviewed |
| Landing page unavailable | Access, redirects, rendered text | Owned: fix access; independent: record limitation | Page reachable or limitation logged |
The boundary is the point. You can edit an owned page directly, subject to your own approval of the facts. For an independent publication you can only make a documented, evidence-backed correction or contact request; you cannot arrange for the publisher to accept it, and you cannot arrange a future citation. SHMLANG’s distribution scope is stated the same way: what can be delivered, without promising editorial acceptance or future citations.
Before editing, confirm the business fact and who is entitled to change the page. Map the reader question to an existing page before proposing a new one. Ask the responsible business reviewer to resolve material errors, sensitive claims or conflicting specifications, and record unresolved evidence.
Two adjacent checks are often confused with citation work. Structured data can clarify entities and page meaning, but adding it is not proof of a citation benefit, and an information file or markup change alone cannot guarantee inclusion in an answer. Treat schema and any such file as separate checks with their own acceptance criteria, not as a fix for an unsupported claim.
If the brand is simply absent from an answer, list it as an unknown cause rather than a penalty. Absence of a citation is not evidence of a block or a sanction; it is a prompt to check access and indexability separately, and to confirm whether a relevant supporting page exists at all.
A retest is only comparable if the method is stable. Keep the same question set, system, locale and collection method; if the sample changes, establish a comparable baseline rather than comparing across the change. SHMLANG’s method states this directly, and adds that a single answer cannot establish a trend or a causal effect.
Check implementation separately from answer behaviour. Confirm whether corrected owned text is live and reachable, or whether an evidence-backed correction request was sent. Record publisher acknowledgement and actual correction separately; an unanswered request is not a corrected page. Then check whether a later AI answer changed, without treating delivery as proof of a citation.
A changed screenshot does not prove causation. Keep citation observations, attributable referrals, qualified inquiries and CRM attribution as separate records, and write "no data" where attribution is not available rather than inferring impact.
Decide explicitly what happens next. Continue when the method is stable and the evidence is accumulating; gather more evidence when the record is insufficient; change scope when the question set or systems no longer match the buyers you care about; pause when the agreed work is delivered and further activity is not justified by the evidence.
It means presence without a visible citation. It does not establish why. Check whether an agreed owned URL or domain appears among the visible sources, and treat the missing link as an open question rather than a diagnosis.
Not necessarily. Independent publications are a legitimate source type, and SHMLANG’s method inspects owned and independent sources separately. The question is whether that page supports the claim accurately; if it does not, a documented correction request is the available action.
Trace the claim to the landing page and check the entity, version and date. If the page is yours, correct it against an approved fact. If it is independent, prepare an evidence-backed correction request and record that acceptance is outside your control.
Not on its own. Answers vary, and a single answer cannot establish a trend or a causal effect. Record each observation with its context and compare only like with like.
If no usable answer was captured, record a collection failure outside the valid-answer denominator. If an answer and citation were captured but the linked page cannot be inspected, keep that answer in answer-level rates and mark source support unavailable.
Not by itself. Attributable referral visits and qualified inquiries are recorded only where tracking exists, and unattributed activity remains unproven. A citation, a visit and an inquiry are different outcomes.
If you already have a baseline and a claim-to-source record, fix the specific gap the record identifies — an outdated owned page, a missing supporting page, or a documented correction request to an independent source. If all you have is an occasional screenshot, define the question and the approved fact first; without them there is nothing to check the answer against.
SHMLANG’s GEO service connects question baselines, approved business facts, useful pages and source research in one scope, starting with how the business is described and then prioritising improvements the team can verify and maintain.
If you want a documented starting point before committing to execution, ask for a baseline review that records the agreed markets, languages, systems and buying questions, the collection dates, the answers, the mentions and the visible source URLs. Treat any further deliverables as things to agree explicitly in the proposal rather than assume.
Whichever route you take, keep the commitment honest: the work covers agreed observations, content, implementation and review, while the systems producing answers control retrieval and generation. Report what changed, what was observed and what remains unknown.
No comments yet. Be the first!