{
  "@context": "https://schema.org",
  "@type": "Article",
  "schema_version": "1.1",
  "content_item_id": "guide-evidence-content-entities-citability.en",
  "translation_group_id": "guide-evidence-content-entities-citability",
  "locale": "en",
  "type": "guide",
  "section": "knowledge",
  "slug": "evidence-content-entities-citability",
  "title": "Evidence-led content, entities, and citability",
  "description": "A practical page model that is easier to understand, verify, and cite.",
  "direct_answer": "Citability starts not with a special AI tag, but with an accessible page, a clear claim, and nearby verifiable evidence. Name an entity consistently, define its boundaries, and connect it to a date, method, and primary documentation. Then check whether an independent reader can find the claim in HTML and see exactly what the source supports. This improves verifiability, but does not guarantee retrieval or a citation in any particular answer.",
  "sections": [
    {
      "heading": "1. Define the entity first",
      "paragraphs": [
        "Record the canonical name, aliases, entity type, and claim boundary. A brand, product, feature, and organization may be related without being the same object. Consistent naming in the heading, body, navigation, and structured data reduces ambiguity. For a local term, give a short plain-language definition and state what it does not include.",
        "A practical workflow is to create an entity card with canonical name, aliases, type, owner, geography, and effective dates. Then write one reader question and keep the page scoped to one object. Check every heading and internal link against the card: if the term changes between sections, fix it before publication. For example, AI search as a class and a specific search product are not interchangeable entities; state the relationship as class or product. In the final checklist mark where the entity appears in the title, H1, opening paragraph, navigation, and JSON-LD."
      ],
      "source_ids": [
        "google-ai-search"
      ]
    },
    {
      "heading": "2. Write an atomic claim",
      "paragraphs": [
        "One paragraph should answer one testable question. Separate a fact, a calculation, a recommendation, and a hypothesis. For a fact, name the period and object; for a calculation, give the formula and inputs; for a recommendation, give audience and condition; for a hypothesis, state the observation behind it. This labeling does not make text true, but prevents level-of-evidence confusion."
      ],
      "source_ids": [
        "google-ai-optimization"
      ]
    },
    {
      "heading": "3. Put evidence nearby",
      "paragraphs": [
        "A link should support a specific nearby claim, not merely decorate a bibliography. Prefer official documentation, primary research, or an open method. Name the source, check date, and relevant section. If a source only describes crawler rules, do not use it as proof that a page appeared in a particular answer. A mismatch between claim scope and source scope is a limitation in its own right."
      ],
      "source_ids": [
        "google-ai-optimization"
      ]
    },
    {
      "heading": "4. Make the page extractable",
      "paragraphs": [
        "Check that the main answer exists in server-delivered HTML, with a valid status, descriptive title, canonical, and internal links. Do not hide core meaning behind mandatory JavaScript. Headings should describe content, not promise an outcome. Structured data may clarify entities, but it does not replace visible text and must not contradict it. Check robots.txt and the sitemap as discovery conditions."
      ],
      "source_ids": [
        "google-crawl"
      ]
    },
    {
      "heading": "5. Show context and freshness",
      "paragraphs": [
        "A publication date alone does not prove freshness. State the last substantive review, document version, data coverage, and conditions under which the conclusion stops applying. For fast-changing topics, add a changelog or source log. Do not refresh a date merely to look active: a change should be material and explained. If current data is unavailable, state the gap plainly."
      ],
      "source_ids": [
        "google-ai-search"
      ]
    },
    {
      "heading": "6. Run an independent check",
      "paragraphs": [
        "Ask a second editor to find each claim without author hints and mark whether it is in HTML, whether the entity is unambiguous, whether the link supports that exact text, and whether boundaries and date are present. If testing an AI surface, save URL, prompt, locale, mode, and timestamp. “Not cited” is a surface observation, not a diagnosis of page quality."
      ],
      "source_ids": [
        "google-ai-search"
      ]
    },
    {
      "heading": "7. Record the inference boundary",
      "paragraphs": [
        "In a claim ledger, store status as observed, inference, or hypothesis, with confidence. Do not collapse accessibility, fetch, mention, citation, and referral into one metric. Google documents search fundamentals and OpenAI documents crawler roles; neither promises a universal source-selection mechanism. A report should therefore separate improved verifiability from outcomes affected by index, interface, and platform."
      ],
      "source_ids": [
        "google-ai-search"
      ]
    },
    {
      "heading": "8. Assemble the page as an evidence unit",
      "paragraphs": [
        "A useful article should let a reader move from question to verification without guessing. Start with an answer and its scope. Then show definitions, procedure, observations, and a separate conclusion. A table can map entity, attribute, period, and source; explain which rows are facts and which are interpretation. Finish with unresolved questions and the next review date. This order serves editors, researchers, and machine readers because each layer has a distinct job rather than repeating the lead.",
        "Before release, check: one object in H1; one main question; every numeric claim has units and a period; each link leads to supporting evidence; visible HTML matches JSON-LD; related pages genuinely extend the topic. If a claim cannot be checked through an open link, turn it into an observation with a stated limit or remove it. Do not fill gaps with confident language: missing data is an editorial result worth showing."
      ],
      "source_ids": [
        "google-ai-optimization",
        "google-structured-data"
      ]
    },
    {
      "heading": "9. Avoid false structure",
      "paragraphs": [
        "Structured data describes what is already on the page; it does not turn an opinion into a fact. For a glossary entry, keep the term, definition, aliases, and boundaries separate; for research, keep question, sample, method, and limitations separate. Do not label a page Dataset when it only narrates an observation, and do not put facts in JSON-LD that are absent from visible text. Structure should aid auditing, not imply certification or a guaranteed answer position."
      ],
      "source_ids": [
        "google-crawl",
        "schema-defined-term"
      ]
    },
    {
      "heading": "10. What counts as a good outcome",
      "paragraphs": [
        "Success here is not a promised citation but fewer questions the reader must answer alone. A strong page shows where a claim came from, which object it concerns, the period for which it holds, and where the author's confidence ends. Measure these properties separately from impressions: the share of claims with evidence, links whose scope matches the claim, metadata completeness, and time to correction. Only then should fetch, mentions, or referrals be discussed as separate observations."
      ],
      "source_ids": [
        "google-ai-search",
        "google-crawl"
      ]
    }
  ],
  "published_at": "2026-09-11",
  "modified_at": "2026-09-11",
  "data_through": "2026-09-11",
  "next_review_at": "2026-10-11",
  "author": "GeoAeoAle Editorial",
  "origin": "editorial",
  "publisher": "GeoAeoAle Editorial",
  "license": "https://creativecommons.org/licenses/by/4.0/",
  "canonical_url": "https://geoaeoale.com/en/knowledge/evidence-content-entities-citability/",
  "claims": [
    {
      "claim_id": "ecc-accessible-html",
      "text": "Page accessibility and search fundamentals are a baseline for Google AI features.",
      "status": "observed",
      "confidence": "high",
      "source_ids": [
        "google-ai-search",
        "google-crawl"
      ],
      "publication_status": "public",
      "confidentiality": "public"
    },
    {
      "claim_id": "ecc-citation-boundary",
      "text": "A clear claim beside primary evidence aids verification but does not control a platform's citation choice.",
      "status": "inference",
      "confidence": "medium",
      "source_ids": [
        "google-ai-search",
        "google-ai-optimization"
      ],
      "publication_status": "public",
      "confidentiality": "public"
    }
  ],
  "sources": [
    {
      "source_id": "google-ai-search",
      "canonical_url": "https://developers.google.com/search/docs/appearance/ai-features",
      "title": "Top ways to ensure your content performs well in Google's AI experiences",
      "publisher": "Google Search Central",
      "source_type": "official",
      "locale": "en",
      "published_at": null,
      "checked_at": "2026-09-11",
      "sha256": "c6b267ed42c26ee63151c87d27de45d8882a5b7dc77c3d3dece510b21d63c300",
      "license": "Source terms apply",
      "visibility": "public"
    },
    {
      "source_id": "google-ai-optimization",
      "canonical_url": "https://developers.google.com/search/docs/fundamentals/ai-optimization-guide",
      "title": "AI features and your website",
      "publisher": "Google Search Central",
      "source_type": "official",
      "locale": "en",
      "published_at": null,
      "checked_at": "2026-09-11",
      "sha256": "268c1b39f2e4c118469b551091463cc283a8f854dc019f1b02a5643ca05c31d7",
      "license": "Source terms apply",
      "visibility": "public"
    },
    {
      "source_id": "google-crawl",
      "canonical_url": "https://developers.google.com/search/docs/essentials/technical",
      "title": "Google Search technical requirements",
      "publisher": "Google Search Central",
      "source_type": "official",
      "locale": "en",
      "published_at": null,
      "checked_at": "2026-09-11",
      "sha256": "5fff9bd0dd8ef5fe14fdbc1b7debbf79ef3b8b6b507b21b87ac5e62b2ba25b30",
      "license": "Source terms apply",
      "visibility": "public"
    },
    {
      "source_id": "google-structured-data",
      "canonical_url": "https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data",
      "title": "Understand how structured data works",
      "publisher": "Google Search Central",
      "source_type": "official",
      "locale": "en",
      "published_at": null,
      "checked_at": "2026-09-11",
      "sha256": "9ec61ebea36695b2e0124aa158fb0192f2716cdc0d8bf47acfd84eb197bdf404",
      "license": "Source terms apply",
      "visibility": "public"
    },
    {
      "source_id": "schema-defined-term",
      "canonical_url": "https://schema.org/DefinedTerm",
      "title": "DefinedTerm",
      "publisher": "Schema.org",
      "source_type": "method",
      "locale": "en",
      "published_at": null,
      "checked_at": "2026-09-11",
      "sha256": "ba822b43ffdfb8627ea6da53215f3c8849d104f822f9302b30e87549360f052c",
      "license": "CC BY-SA 3.0",
      "visibility": "public"
    }
  ],
  "related_slugs": [
    "geo-aeo-aio-ai-seo",
    "how-ai-search-finds-sources",
    "measuring-ai-visibility"
  ],
  "limitations": [
    "The method improves verifiability but guarantees neither retrieval, citation, ranking, nor traffic."
  ],
  "corrections": []
}