Key takeaways
- CiteMoment applies 66 surface-specific checks: 21 to Gemini, 23 to Microsoft Copilot and 22 to Yandex (Russia, yandex.ru).
- Each surface also carries the same 30 shared records, bringing the totals to 51, 53 and 52.
- Gemini’s checks focus on grounding, the app versus the developer interface, the Google-Extended preference and the difference between a related link and a supporting citation.
- Copilot’s checks lean on Bing: Bingbot access, NOARCHIVE and NOCACHE, IndexNow and the AI performance data in Bing Webmaster Tools.
- Yandex’s checks cover its crawlers, Yandex Webmaster data, the official Alice AI visibility share and the limits of any measurement made from outside Russia.
Three surfaces that expose very different evidence
Gemini, Microsoft Copilot and Yandex are often discussed as though they were interchangeable competitors to ChatGPT. For an audit, the differences matter more than the similarities. What can be known about each product, and from where, is different, and an honest report has to say so.
| Topic | Gemini | Microsoft Copilot | Yandex (Russia) |
|---|---|---|---|
| Records in the catalog | 51 (30 shared, 21 specific) | 53 (30 shared, 23 specific) | 52 (30 shared, 22 specific) |
| Index foundation | Google Search | Bing | Yandex Search |
| Owner-side data | Search Console, server logs | Bing Webmaster Tools, IndexNow responses | Yandex Webmaster, server logs |
| Training or usage control | Google-Extended | NOARCHIVE and NOCACHE directives | Robots preference for Yandex robots |
| Two interfaces to keep apart | App and API (model interface) | Copilot chat and Copilot Search in Bing | Alice, search, quick answers and Turkey products |
| Distinctive limit | Country targeting in the app | Sampled grounding queries | Market and language support |
Gemini: 21 specific checks
Gemini is available as a consumer app and as a developer interface. They are different surfaces with different documented behavior, and a result from one cannot be credited to the other. GEMINI-37 states the match limit between the two, and GEMINI-23 to GEMINI-25 and GEMINI-28 to GEMINI-31 cover the model interface in detail: whether a search tool was requested, whether a search event really happened, which queries were documented, how text segments tie to sources, and whether the response was parsed with a parser that fits the true structure of the output.
Grounding and citation
Gemini can ground an answer in Google Search. The consequences for an audit are practical. A source that appears as a related link is not necessarily a source that supports a claim, and GEMINI-33 keeps those two apart. GEMINI-30 checks that each citation attaches to the right text block in valid order, and GEMINI-34 stores search suggestions and citation presentation in their raw form so that nothing is reconstructed from memory. GEMINI-22 handles the Google verification badge separately from ordinary source citation, because the badge is a different kind of evidence.
Which part of the app is the source?
The Gemini app shows a source panel, inline links and related links. GEMINI-17 parses them into types, and GEMINI-32 separates related links, Google Search, app redirects and supporting sources. Without this separation, a report could count a navigation link as an endorsement.
Preferences that look similar but are not
GEMINI-20 records your Google-Extended preference and what it does and does not affect. GEMINI-36 treats that preference and Google Search’s own AI control as two separate policies. A site owner can hold a firm view on one and a different view on the other. Merging them into a single “block Google AI” decision hides a real choice, so the report keeps them apart.
Accuracy of facts about people, prices and brands
GEMINI-18 checks the person and organization relationships that an answer states against dated, correct information. GEMINI-19 traces an old price to the source passage it likely came from, and asks whether package, currency or period explains it. GEMINI-27 asks whether a wrong price or fact originates in an inconsistency between language versions or in an outdated date. GEMINI-26 verifies that a brand’s profiles and alternative names point to a single entity. These four records are the most directly useful for businesses that have been misdescribed.
Country, queries and site-directed research
GEMINI-21 records the requested, transmitted and independently verified country as three separate facts, because a country setting that was requested is not proof that it was applied. GEMINI-35 keeps Gemini’s natural discovery apart from research that has been pointed at your site through a URL context feature. The second is a test of what the model can read on your site when directed. It is not evidence of how it behaves on its own.
Gemini: surface-specific checks (GEMINI-17 to GEMINI-37)
| Record | Check | What it examines |
|---|---|---|
GEMINI-17 | App source panel parsing | Sorts the source panel, inline links and related links shown in the Gemini app into their separate types. |
GEMINI-18 | Person and organization accuracy | Checks whether the person–organization relationships stated in a Gemini answer match dated, correct information. |
GEMINI-19 | Source of an outdated price claim | Traces which source passage an old price quoted by Gemini came from, and whether package, currency or period explains it. |
GEMINI-20 | Google-Extended preference | Reports your Google-Extended preference and what it does and does not affect for Gemini training and grounding. |
GEMINI-21 | App country targeting limit | Records the requested, transmitted and independently verified country as three separate facts in Gemini measurement. |
GEMINI-22 | Google Search verification badge | Records the verify-with-Google badge and its links in a Gemini answer, separately from ordinary source citation. |
GEMINI-23 | Search tool in the model interface | Reports the request for a search tool, the real search event and the resulting answer as separate steps in the Gemini model interface. |
GEMINI-24 | Model-interface search queries | Reports documented search queries from the Gemini model interface with the correct endpoint and version. |
GEMINI-25 | Segment and source matching | Shows which sources the text segments of a model-interface answer are tied to, and whether the link is valid. |
GEMINI-26 | Brand profiles and sameAs | Checks that a brand's profiles and alternative names on different platforms point to one and the same entity. |
GEMINI-27 | Language version and price date | Establishes whether prices and information Gemini shows come from inconsistencies between language versions or from outdated dates. |
GEMINI-28 | Schema choice: Interactions and Generate Content | Verifies that a Gemini response was parsed with a parser that fits the true structure of the output. |
GEMINI-29 | Real Search events | Records the search Gemini ran, the presentation of results and the final answer as separate events, completely. |
GEMINI-30 | Accuracy of citation sections | Checks that Gemini's citations attach to the right text block, in valid order, with the right source. |
GEMINI-31 | Safe matching of legacy grounding data | Verifies that grounding information in an older format is matched with boundary checks. |
GEMINI-32 | Separating app source types | Separates related links, Google Search, app redirects and supporting sources in the Gemini app. |
GEMINI-33 | Related link versus supporting citation | Shows that a related link in Gemini is different from a citation that genuinely supports a claim. |
GEMINI-34 | Search suggestions and source display | Checks that the search suggestions Gemini shows, and how citations are presented, are stored in raw form. |
GEMINI-35 | URL Context and site-directed research | Keeps Gemini's natural discovery apart from research that has been pointed at your site. |
GEMINI-36 | Google-Extended versus Search control | Treats the Google-Extended preference and Google Search's AI control as two separate policies. |
GEMINI-37 | App versus API match limit | Compares Gemini app and API results as separate series, with their limits explained. |
Microsoft Copilot: 23 specific checks
Copilot is closely tied to Bing. That has two consequences. First, Bing’s crawler, index and webmaster tools are the main levers for a site owner. Second, Bing offers owners something many other surfaces do not: an AI performance view in Bing Webmaster Tools. CiteMoment uses it extensively, with care about what it can and cannot show.
Access and indexing
COPILOT-17 separates robots permission for Bingbot from real access through your firewall. COPILOT-23 records the page’s status in Bing’s index through a documented route or the owner’s export. COPILOT-24 and COPILOT-39 cover IndexNow: whether changed addresses were reported to participating search engines, whether the key and domain ownership are valid, and what response was accepted. IndexNow is a notification mechanism, not a guarantee of indexing, and the report treats it as exactly that.
NOARCHIVE and NOCACHE
COPILOT-18 to COPILOT-20 and COPILOT-38 read the NOARCHIVE and NOCACHE directives. They are recorded separately, their combined behavior is labeled with its documented scope, and Bing’s current behavior is checked against dated documentation rather than assumed. COPILOT-38 reports separate scope for Google, classic Bing and Copilot, since a directive that means one thing in one product may not mean the same in another.
Bing Webmaster Tools: use it, but read the fine print
COPILOT-25 to COPILOT-29 and COPILOT-33 to COPILOT-37 are about the AI performance data. They retrieve total citations, cited pages, the daily page count, a sample of the queries Copilot grounded on, intent and topic classifications, and citation share with a period comparison. Each comes with a limitation that the catalog insists on stating.
- The total may combine several surfaces (COPILOT-33).
- The average of cited pages must be matched to the official daily definition (COPILOT-34).
- Grounding queries are a limited sample, not all queries (COPILOT-35).
- Citation share compares your citations with those of all sites and says little about a specific competitor (COPILOT-36).
- Intent and topic classes are suggestions with a confidence level, not facts (COPILOT-37).
Surfaces, sources and success
COPILOT-30 keeps Copilot chat and Copilot Search in Bing as separate series. COPILOT-31 keeps enterprise, consumer and private data sources apart from open web results. COPILOT-32 distinguishes three states for a web source: cited, merely listed or unmarked. COPILOT-22 counts delivery failures, ambiguous citations and genuine absence separately so that the denominator of “successful measurements” stays honest. COPILOT-21 traces an outdated address back to a source passage and compares it with the business’s correct address.
Microsoft Copilot: surface-specific checks (COPILOT-17 to COPILOT-39)
| Record | Check | What it examines |
|---|---|---|
COPILOT-17 | Bingbot and WAF | Treats robots permission for Bingbot and real access through the firewall as two questions for Copilot. |
COPILOT-18 | NOARCHIVE directive | Reads the NOARCHIVE directive on the page and its scope, and checks Bing's current behavior against dated documentation. |
COPILOT-19 | NOCACHE directive | Records a NOCACHE preference separately from NOARCHIVE and how Bing may then use the content as a source. |
COPILOT-20 | Both directives together | Labels the documented product scope when NOARCHIVE and NOCACHE are used together, and what is not confirmed. |
COPILOT-21 | Source of an outdated address | Traces the passage that gave Copilot an old address and compares it with the business's correct address. |
COPILOT-22 | Successful measurement denominator | Counts delivery failures, ambiguous citations and true absence separately so the success denominator stays honest. |
COPILOT-23 | Bing index and URL status | Records the target page's status in Bing's index through a documented route or the owner's export. |
COPILOT-24 | IndexNow change notification | Checks whether changed page addresses were reported to search engines through IndexNow and what the response was. |
COPILOT-25 | Bing Webmaster total citations | Takes total citations from the AI performance report in Bing Webmaster Tools with the panel period. |
COPILOT-26 | Cited pages and daily page count | Collects cited addresses and the daily unique page count from Bing Webmaster Tools, without double-counting. |
COPILOT-27 | Bing Webmaster grounding queries | Records a sample of the queries Copilot grounded on in Bing Webmaster Tools, together with its period. |
COPILOT-28 | Bing Webmaster intent and topics | Records intent and topic classifications in Bing Webmaster Tools with their periods and as automated labels. |
COPILOT-29 | Citation share and period comparison | Shows query-based citation share and the comparison with the previous period, with caveats. |
COPILOT-30 | Copilot chat versus Copilot Search in Bing | Keeps Copilot chat and the Copilot Search surfaces inside Bing as separate record series. |
COPILOT-31 | Enterprise, consumer and private sources | Checks that private or enterprise data sources are kept apart from open web results in Copilot. |
COPILOT-32 | Whether a web source was really used | Distinguishes a source that was cited, one that was only listed and one left unmarked. |
COPILOT-33 | Bing Webmaster multi-surface total | Notes that the AI performance total in Bing Webmaster Tools may cover several surfaces together. |
COPILOT-34 | Average cited pages calculation | Checks how the average number of cited pages in Bing Webmaster Tools relates to the official daily definition. |
COPILOT-35 | Grounding query sample coverage | Marks the grounding queries shown in Bing Webmaster Tools as a limited sample. |
COPILOT-36 | Citation share calculation and competitor limit | Reads citation share according to its definition, as your citations against the citations of all sites, and states what that cannot show about competitors. |
COPILOT-37 | Intent and topic classification confidence | Presents the intent and topic classes of Bing Webmaster Tools as suggestions with confidence stated. |
COPILOT-38 | NOARCHIVE and NOCACHE product scope | Reports the separate scope of NOARCHIVE and NOCACHE for Google, classic Bing and Copilot. |
COPILOT-39 | IndexNow key, scope and response | Verifies the IndexNow key, domain ownership, submission identifier and accepted status together. |
Yandex (Russia, yandex.ru): 22 specific checks
Yandex is the most specific surface in the catalog because it is bound to a market. CiteMoment’s Yandex records concern the Russian search service at yandex.ru. YANDEX-19 states plainly that Yandex’s consumer product in Turkey cannot be assumed to stand in for the search service in Russia, and YANDEX-27 asks whether the selected market and the supported measurement path agree with each other. A measurement made from the wrong market is not a measurement of Yandex Russia.
Crawlers and robots
YANDEX-20 shows which quick-answer product is affected by your permission for the YandexAdditional and YandexAdditionalBot robots. YANDEX-21 records which address YandexBot really requested, when, and with what response code. YANDEX-37 states which Yandex product your robots preference affects and the scope of its documented update. YANDEX-38 combines evidence of access permission, crawling, indexing and AI attribution for the same address and time, because each one alone leaves a gap.
Webmaster data and Alice AI
YANDEX-22 imports index data from Yandex Webmaster with its source and timestamp. YANDEX-23 reports Yandex’s official Alice AI visibility share with its valid query scope and period. YANDEX-24 treats the query and source examples Yandex shares as a limited sample, not as all queries, and YANDEX-35 explains how the official share differs from a rate computed from a private query sample. YANDEX-25 and YANDEX-36 classify the neighboring sites that appear for near queries as guides, media, official sources or competitors, rather than assuming they are all rivals.
Products, languages and warnings
YANDEX-29 records whether a result came from Alice, search, quick answers, GenSearch or a Turkey product. YANDEX-30 verifies from live documentation which language Yandex actually produces answers in, and YANDEX-28 separates a missing site language as a possible influence from a proven reason for not appearing. YANDEX-26 and YANDEX-34 keep three warning classes apart: source not found, inference failure and quality suspicion. YANDEX-32 and YANDEX-33 deal with interim and final responses and the rich and plain response schemas. YANDEX-17, YANDEX-18 and YANDEX-31 record search type, query language, region, domain and address filters.
Yandex (Russia, yandex.ru): surface-specific checks (YANDEX-17 to YANDEX-38)
| Record | Check | What it examines |
|---|---|---|
YANDEX-17 | Search type and query language | Records the search type and query language used in a Yandex measurement and whether the request was accepted. |
YANDEX-18 | Region and domain restrictions | Checks that the region and domain restrictions used in a measurement were preserved, and what they did to the result. |
YANDEX-19 | Turkey consumer interface | Establishes whether Yandex's consumer product in Turkey can stand in for its search service in Russia, and records that it cannot be assumed. |
YANDEX-20 | YandexAdditional and AdditionalBot | Shows which quick-answer product is affected by the permission you give these two Yandex robots. |
YANDEX-21 | Real YandexBot access | Records which address YandexBot really requested, when, and with which response code. |
YANDEX-22 | Webmaster index status | Imports real address and index data from Yandex Webmaster with its source and timestamp. |
YANDEX-23 | Alice AI visibility and share | Reports Yandex's official Alice AI visibility share with its valid query scope and period. |
YANDEX-24 | Alice AI query and source samples | Treats the query and source examples Yandex shares as a limited sample, not as all queries. |
YANDEX-25 | Alice AI period and neighboring sites | Checks whether observations from the same period are labeled correctly and who the neighboring sites are. |
YANDEX-26 | API warnings and inference success | Records whether sources were used, whether a request was refused and whether inference succeeded. |
YANDEX-27 | Russia market targeting decision | Checks that the selected market and the supported measurement path agree with each other. |
YANDEX-28 | Is missing language a proven cause | Separates a missing site language as a possible influence from a proven reason for not appearing. |
YANDEX-29 | Product and surface separation in Yandex | Records whether a result came from Alice, search, quick answers, GenSearch or the Turkey products. |
YANDEX-30 | Supported real production language | Verifies from live documentation which language Yandex actually produces answers in and where the market is supported. |
YANDEX-31 | Site, domain and address filters | Checks whether site, domain and address filters used in Yandex cover subdomains and paths as intended. |
YANDEX-32 | Interim response mode and final choice | Stores Yandex's partial interim responses in order and records which one was finally selected. |
YANDEX-33 | Rich response and source schema | Shows the difference between Yandex's rich and plain response formats and the source structure each uses. |
YANDEX-34 | Three separate warning classes | Keeps source-not-found, inference failure and quality-suspicion warnings as three separate classes. |
YANDEX-35 | Official share versus private sample rate | Explains how Yandex's official visibility share differs from a rate based on a private query sample. |
YANDEX-36 | Role of Webmaster neighboring sites | Classifies the neighboring sites seen for near queries as guides, media, official sources or competitors. |
YANDEX-37 | Robots preference product and update scope | Shows which Yandex product your robots preference affects and the scope of its documented update. |
YANDEX-38 | Combining Yandex bot and address evidence | Combines evidence of access permission, crawling, indexing and AI attribution for the same address and time. |
The shared contract behind all three
The 30 shared records, described in the catalog explanation, apply to each surface here exactly as they apply elsewhere. Because Gemini, Copilot and Yandex each disclose less than their owners might wish, the shared rules about unknown conditions are especially important. COMMON-03 separates known from undisclosed device and chat conditions. COMMON-10 marks hidden internal searches as unknown. COMMON-M22 distinguishes refusals, timeouts and empty answers. COMMON-M23 and COMMON-M24 insist on denominators and uncertainty.
The result is a report that is sometimes less tidy than a competing tool’s dashboard. It contains more “partial” and “unmeasurable” labels, because it refuses to fill gaps with plausible numbers.
Practical steps for each surface
For Gemini
- Decide your Google-Extended and Search preferences deliberately and separately.
- Make prices dated and consistent across language versions.
- Keep brand profiles and alternative names consistent and linked with accurate sameAs references.
For Microsoft Copilot
- Verify your site in Bing Webmaster Tools and review the AI performance reports, noting their limits.
- Allow Bingbot, check that your firewall lets it through, and implement IndexNow for changed pages.
- Review NOARCHIVE and NOCACHE usage so you know what each one does in each product.
For Yandex
- Decide first whether the Russian market is part of your business. If it is not, treat this surface as informational.
- If it is, verify the site in Yandex Webmaster and review robots rules for Yandex crawlers.
- Confirm that your language coverage matches what Yandex supports, and avoid assuming that a missing language is the proven reason for invisibility.
For general principles that apply to all six surfaces, read the AI search visibility guide. For the other three surfaces, see ChatGPT Search, AI Overviews and AI Mode. To have these checks run on your site, contact Smartise.
Frequently asked questions about Gemini, Copilot and Yandex checks
What is the difference between Google-Extended and Google Search controls?
They are two separate policies. Google-Extended is a preference concerning Gemini training and grounding, while Google Search has its own controls for how pages appear in search and AI features. CiteMoment reports them as separate records, GEMINI-20 and GEMINI-36.
Why does CiteMoment separate the Gemini app from the Gemini API?
They are different surfaces with different behavior and documentation. Results from one cannot be credited to the other, so CiteMoment compares them as separate series with their limits explained.
What does Bing Webmaster Tools tell me about Copilot?
It provides AI performance data such as total citations, cited pages, a sample of grounding queries and citation share. Each metric has limits, for example that totals may span several surfaces and that grounding queries are a sample.
Does IndexNow guarantee that Bing indexes my pages?
No. IndexNow notifies participating search engines that addresses have changed. CiteMoment checks the key, the domain ownership and the accepted response, but treats it as a notification, not a guarantee of indexing.
Is Yandex relevant if my customers are outside Russia?
Probably only slightly. CiteMoment’s Yandex records concern the Russian search service at yandex.ru, and the Turkey consumer product cannot be assumed to represent it. If Russia is not a market for you, the surface is informational.
Why are some Copilot, Gemini or Yandex items reported as unmeasurable?
Because the provider does not disclose the condition or the data path is not available. Unmeasurable items are listed with their reason instead of being replaced by estimates.