Every engine we ask searches before it answers, and we store the pages it read alongside what it said. That second field turns out to matter more than the first. Here are the two answers to the same prompt, “AI cofounder for Indians”, from the same model, six hours apart.
| Session | Pages read before answering | Recommended |
|---|---|---|
| 9 | perkpilot.online, shlokvenkar.me, opsiocloud.com, gobeunicorn.com, aicreatorhub.net, aimagazine.blog | Lore AI, Replit, Cursor |
| 10 | loreai.in, the brand’s own site, ajath.in, agihouse.in, indiacostartup.in, cursor.com | Lore AI, the brand, India Costartup, Cursor |
OpenAI, gpt-5.6-luna with web search forced on, asked as a buyer in India.
Same prompt, same model, same day. The only difference is the six pages the search returned, and one of them was the brand’s own site. When the engine read it, the engine recommended it. When it did not, it did not.
Two problems that look the same from the outside
A share of voice number cannot tell these apart, and they need opposite fixes.
Never read you
The engine answered from other pages and never fetched yours. Nothing on your site can change this answer, however good the copy, because the copy was never in the room. This is a discovery problem. It is fixed by the site check, if something is stopping the crawlers, and otherwise by being on the pages the engine does read: directories, comparison posts, community threads. For the brand in these sessions that list is indiacostartup.in, cofounderdekho.in, Reddit and Startup India, because those are the hosts the sessions recorded.
Read you, recommended someone else
The engine fetched your site and still preferred a rival. This is a messaging problem. The fix is on your pages: state, where a summary would pick it up, the things the rivals were praised for. In these sessions that was free tier, mentorship, verified profiles and India pricing.
That split, from the largest grounded session on file, says where the work is. Twenty-six answers cannot be moved by a better homepage. Two can. The plan writes itself from the ratio: get read first, then get chosen.
Why this is the field to store
Most tools in this category store who was mentioned. Some store the citations an answer showed to the user. Few store the pages the engine fetched, which is a different and larger set, and it is the one that carries the causal story. It also produces the outreach list for free: rank the hosts by how often they were read on prompts where you were absent, and you have the places to be, with the prompts as evidence.
Nothing you publish can reach an answer that never read you. Everything you publish can reach the one that did.The whole thesis, in two sentences
What we changed because of it
- The session page shows the recommended share when the engine read the site against when it did not, per engine.
- The plan page opens with the three-way split: never read, read and passed, recommended, with the prompts under each.
- The citation targets are ranked by absence, not by frequency, so the list is where you are missing rather than where everyone is.
More from the blog
Why the same AI gives a different answer every time, and what to measure instead
Two sessions, the same nine prompts, the same three models, six hours apart. Not one answer came back with the same list of names. That is not a bug in the engines. It is the reason a single answer is not a measurement.
What Indian founders are told when they ask an AI for a cofounder tool
Free tier, mentorship, verified profiles, India pricing. Across six hundred answers those four attributes decided most recommendations. They are not a ranking factor. They are a page brief, and they name the page that is usually missing.