1. The buyer may never reach your website
Generative search changes what a website is for.
Traditional search hands you a ranked list of documents and leaves the synthesis to you. You open the tabs, you compare, you decide. Generative systems do a large share of that work themselves.
The early Generative Engine Optimization literature described this shift plainly: generative engines pull from multiple sources and synthesize them into direct answers, which creates a visibility problem that ranked-list thinking doesn't address. That research also found the effects vary considerably by domain — one reason a vertical-specific model is worth building rather than borrowing a generic playbook.
For a guard tour software company, the implication is uncomfortable. A buyer can form a firm opinion about your product without ever landing on your site.
The AI may have encountered a product listing, a company database record, an app store entry, a technical article, a customer reference, someone else's comparison page, a founder profile, a legal or technical citation — and, somewhere in the mix, information you published yourself. The answer gets assembled from the information environment around the entity. Your website is one input among many.
We ran into this directly in our own longitudinal measurements. During a period when accessibility through a major search layer changed, measured ChatGPT visibility for Trinity Guard moved from roughly 1 of 10 test questions to 9 of 10. No content change on our side comes close to explaining a swing that size.
That doesn't prove accessibility caused it. But it raised the question that started this research: if the content didn't materially change, what changed in the network around it?
2. What an "AI information network" actually means
There is no single public object called the AI information network.
ChatGPT, Gemini, Claude, Perplexity, web indexes, retrieval stacks, embedding models, knowledge graphs, and training pipelines are separate systems run by separate organizations, and most of their internals are proprietary. Nobody outside those companies can draw the real diagram.
So read the five-layer model below as an analytical device, not a claim that every AI product contains five identical networks under the hood. Its job is to pull apart mechanisms that usually get collapsed into one fuzzy phrase: AI visibility.
Those mechanisms are not the same thing, and the differences matter commercially. A company can be highly visible in one layer and invisible in another. A page can carry hundreds of backlinks and never get cited. A company can be well represented in structured databases and still never make a shortlist. An article can be retrieved as a source and contribute almost nothing to the answer. A brand can show up in an answer with no visible source attached at all.
Roll all of that into a single score and you lose the mechanism — which means you lose the ability to fix anything.
| Layer | Primary objects | Typical connection | What we can observe |
|---|
| L1 — Hyperlink Network | URLs, pages, domains | A page links to another page | Backlinks, outbound links, domain relationships |
| L2 — Entity / Knowledge Network | Companies, people, brands, products, concepts | founderOf, sameAs, mentions, category relationships | Knowledge databases, structured data, company profiles |
| L3 — Information Exposure Network | Documents, entities, concepts | Co-occurrence and repeated publication | Public web corpus and document distribution |
| L4 — Embedding / Retrieval Network | Semantic representations, retrieval candidates | Semantic similarity, nearest-neighbor relationship | Controlled embedding experiments, retrieval behavior |
| L5 — AI Citation / Answer Network | AI answers, sources, entities | Mention, citation, recommendation, absorption | Direct repeated testing of AI systems |
The model gets interesting when you stop asking what happens inside one layer and start asking how a change in one layer moves the others.
3. Layer one: the hyperlink network
This is the familiar one. Pages and domains are nodes, hyperlinks are edges.
It's also where network growth first became a serious research problem. Barabási and Albert's 1999 model showed how growth combined with preferential attachment produces highly connected nodes: new arrivals are more likely to connect to nodes that are already well connected.
That doesn't mean every modern web network follows a clean Barabási–Albert distribution. Real systems are full of editorial judgment, ranking algorithms, commercial incentives, spam controls, platform policy, and wildly uneven node quality. But the core insight holds up: existing connectivity shapes the probability of future connectivity.
For Trinity Guard, an L1 edge might be an industry publication linking to Digital Guard Tour, a customer linking to an implementation write-up, a partner linking to Trinity Guard, or a research article citing a dataset we published.
One distinction matters more than any of the others in our experiment: controlled edges versus independent edges.
A link from one Trinity Guard page to another is useful architecture. It is not reputation. A link an outside publisher chose to create is a different kind of signal entirely, and we count the two separately throughout this study.
4. Layer two: the entity and knowledge network
AI systems don't only encounter URLs. They encounter entities.
Trinity Guard LLC is an organization. Trinity Guard® is a brand. Gyula Györfi is a person. Digital Guard Tour is a publishing property. Ghost patrol is a concept. Guard tour system is a software category. Patrol verification is a capability and a problem domain.
The relationships among those objects form an entity graph:
- Gyula Györfi → founder of → Trinity Guard LLC
- Trinity Guard LLC → operates → Trinity Guard®
- Trinity Guard® → belongs to category → guard tour software
- External database → identifies → Trinity Guard LLC
Structured data makes relationships like these explicit. What it can't do is make them true — and that distinction sits at the center of this paper.
Any company can declare anything about itself. The declaration gets interesting when independent nodes assert the same relationship. That is exactly what the Reputation Graph is built to measure.
5. Layer three: the information exposure network
The third layer is much harder to see.
Large models and retrieval systems are exposed to enormous document collections, but outsiders can't inspect the proprietary corpora commercial AI companies actually use. So we call this the Information Exposure Network rather than pretending we can map OpenAI's, Google's, or Anthropic's training data.
The nodes here are documents, entities, claims, and concepts. The edges represent repeated co-occurrence.
Consider the difference between two worlds. In the first, hundreds of independent documents associate Trinity Guard with self-hosted guard tour software. In the second, that association appears only on Trinity Guard's own website. Those are not the same information environment, even if the raw word count is identical.
The same logic applies to every concept we care about commercially: ghost patrol, patrol verification, data sovereignty, security guard performance, evidence-grade patrol records, critical-infrastructure patrol reporting.
The variable that matters isn't volume. It's distribution across independent sources. Saying something a thousand times on your own domain and having fifty other parties say it once are not informationally equivalent, and no amount of first-party publishing closes that gap.
6. Layer four: the embedding and retrieval network
Retrieval increasingly runs on semantic representation. A document, paragraph, query, product description, or entity gets mapped into a high-dimensional space, and systems retrieve partly on semantic proximity rather than keyword match.
Which produces a second, entirely different meaning of the word hub.
Research on high-dimensional spaces has documented a phenomenon called hubness: some points turn up disproportionately often among the nearest neighbors of other points. Radovanović, Nanopoulos, and Ivanović showed that nearest-neighbor occurrence grows increasingly skewed as dimensionality rises, producing a small population of "popular" neighbors and a much larger population that almost never gets retrieved.
This is not preferential attachment wearing a different hat. A Barabási-style hub accumulates connections through a growth process over time. An embedding hub can emerge from geometry alone, with no growth story at all. Same word, two mechanisms.
We're being pedantic about this on purpose. Borrowing network vocabulary for marketing copy is easy; keeping the distinction straight is what makes the research usable.
For our purposes, L4 poses a practical question: can a company's documents sit semantically close to a broad set of high-value buyer problems? Things like guard tour system, self-hosted security software, security patrol verification, ghost patrol detection, data sovereignty for security operations, security guard accountability.
If Trinity Guard repeatedly occupies the relevant semantic neighborhoods, retrieval probability may rise well before any citation or recommendation shows up.
Commercial embedding and retrieval systems are closed, so everything we measure here is a proxy. We will not claim to know Trinity Guard's coordinates inside a proprietary OpenAI or Google embedding space. What we can do is measure semantic neighborhoods in reproducible open models and compare those measurements against observed retrieval and citation outcomes.
7. Layer five: the AI citation and answer network
This is the layer closest to the buyer's wallet, and the easiest to observe. We ask AI systems questions and record what comes back.
Does the system mention Trinity Guard? Does it recommend Trinity Guard? Does it cite Digital Guard Tour? Does a visible source card appear? How prominently does the company sit in the answer? And — the question most people skip — does the answer merely cite the page, or does it actually use what's on it?
That last distinction is becoming central. A 2026 study by Zhang, He, and Yao proposed separating citation selection from citation absorption. A generative system can select a page as a citation candidate without pulling any real substance from it. Their analysis found that higher-influence pages tended to be more structured, more semantically aligned with the answer, and far richer in extractable evidence: definitions, numbers, comparisons, procedures.
For B2B publishing, that reframes the goal. Getting cited isn't the finish line. The finish line is being useful enough that your evidence ends up inside the answer — and that takes more than sprinkling product names through marketing copy.
8. Two kinds of hubs
Before going further, the word hub needs pinning down, because we're using it in two different senses and conflating them would undermine everything after this section.
In network science, a hub is usually a node with unusually high connectivity or centrality. In the Barabási–Albert model, preferential attachment generates hubs: already-connected nodes attract more connections.
Bianconi and Barabási later extended the model with fitness. Some nodes acquire links faster not because they arrived first, but because they compete better for connections. Under the right conditions, a fitter latecomer can overtake an older, better-connected node.
That result matters a great deal to a small software company competing against entrenched vendors. A late entrant can't undo a competitor's twenty-year head start. It can create information with higher network fitness.
Original research attracts citations. A genuinely distinctive deployment capability creates category relevance. A useful benchmark pulls in competitors, journalists, analysts, and researchers. A well-defined concept becomes a reference point other people reach for. A proprietary dataset creates edges that ordinary marketing content can't buy.
None of which should be confused with geometric hubness in L4. One arises through network growth; the other can emerge from high-dimensional similarity. Our experiment measures them separately.
9. The Multilayer Hub Hypothesis
Here's the central hypothesis, stated as a hypothesis rather than a conclusion:
Multilayer Hub Hypothesis (MHH): Centrality gained in one observable layer of the AI information environment may increase the probability of gaining centrality in connected layers, while the strength, direction, and delay of that transfer may differ by layer and by AI system.
We are not claiming this is settled. We're claiming it's testable.
One plausible pathway runs forward through the stack. An original benchmark report attracts external links, which raises L1 connectivity. Those links and mentions strengthen entity relationships in L2. Repeated discussion spreads the association across independent sources in L3. Semantically distinctive material improves retrieval odds in L4. And eventually the report surfaces as a citation, or shapes an answer, in L5.
The pathway can also run backward. An AI system starts recommending a company. Buyers discover it that way. Journalists and analysts write about it. Those publications create fresh L1 and L2 edges, which feed the next cycle.
So the system probably contains feedback loops, and the research question isn't whether the five layers correlate — weakly coupled things often do. It's whether measurable change in one layer precedes change in another. Answering that takes longitudinal data, which is why this is a multi-year study rather than an essay.
10. Introducing the Reputation Graph
The five layers describe the terrain. They don't describe trust.
For that we propose a derived graph that cuts across all five layers. We call it the Reputation Graph:
A network connecting an identifiable entity to claims about that entity, the evidence supporting those claims, the independent sources that corroborate them, the authority communities those sources belong to, and the AI systems that retrieve, cite, absorb, or recommend those claims.
It is not a sixth layer. It's a structure derived from relationships that run across the five.
The simplified path looks like this:
ENTITY → CLAIM → EVIDENCE → INDEPENDENT SOURCE → AUTHORITY COMMUNITY → AI RECOGNITION
Take a concrete example. The entity is Trinity Guard®. The claim is that it supports self-hosted deployment.
First-party evidence covers technical documentation, installation requirements, and deployment architecture. That's the easy part, and it's the part every vendor can produce.
Independent evidence is harder and worth more: a named customer implementation, an external technology profile, a procurement document, a partner's architecture page, a third-party review that confirms the capability actually exists in the field.
Those sources belong to different authority communities — IT infrastructure, critical infrastructure, security operations, data sovereignty, government procurement. Eventually an AI system retrieves or cites one of them while answering a question like which guard tour systems support self-hosted deployment?
At that point the Reputation Graph spans all five layers, and the claim is no longer something the vendor asserts. It's something the network confirms.
11. Why this isn't just a backlink profile
A backlink profile answers one question: who links to this website?
The Reputation Graph asks a longer list. Who is making the claim? What exactly is being claimed? What evidence supports it? Is that evidence first-party or independent? How authoritative is the source in the relevant domain, not in general? Does the same claim arrive through multiple independent paths? Does it cross knowledge communities? And does the AI merely recognize the entity, or does it actually use the evidence?
A thousand generic directory links produce more raw edges than a single regulatory citation. Their reputation value is not remotely comparable.
Which means raw degree can't be the metric. We need weighted relationships, and the next two sections propose how to weight them.
12. Claim Redundancy
The first Reputation Graph metric we propose is Claim Redundancy.
A business claim is fragile when only one informational path leads to it. Take a common one: Company X supports on-premise deployment. If the sole evidence is a sentence on Company X's sales page, that claim has essentially zero independent redundancy. It's an assertion wearing evidence's clothing.
Now suppose the same claim is supported by the company's technical documentation, a customer implementation case study, a partner's architecture page, an independent company database, and a procurement document. The claim is now reachable through five distinct paths, four of which the company doesn't control.
We define Claim Redundancy conceptually as the number and quality of sufficiently independent evidence paths supporting the same claim. A first implementation:
CR(c) = Σ independence × authority × evidence confidence
summed across all qualifying external paths supporting claim c.
The exact weighting will ship with the experimental methodology, and it should be treated as provisional until there's enough data to test whether the score predicts anything about AI behavior. We would rather publish a weighting that gets revised than a weighting that looks authoritative and never gets checked.
The underlying principle is simpler than the formula: a repeated claim is not a corroborated claim. Ten pages controlled by the same company are not ten sources.
13. Independent Reputation Density
The second metric is Independent Reputation Density (IRD), which asks how much independent, authoritative corroboration surrounds an entity relative to the claims that actually drive revenue.
IRD rewards diversity on purpose. An entity with twenty mentions across security-industry directories may be considerably less robust than an entity connected to a security publication, a customer, a corporate database, a legal authority, a technology partner, and an academic source.
The second network crosses communities. That matters because bridge relationships expose information to groups that would otherwise never encounter it.
Granovetter's work on weak ties made the case decades ago: the connections that transfer information between groups are frequently the weak ones, not the strong ties inside a tightly clustered circle. Broader network research has kept examining how topology, clustering, and connectivity govern information flow.
For B2B software, the equivalent bridge might connect security operations → IT infrastructure → legal evidence → AI search → critical infrastructure through one recurring entity. That's the position IRD is designed to detect.
14. The Bridge Hypothesis
Which gives us a second hypothesis:
Bridge Hypothesis: Systematic publishing at the intersection of weakly connected but commercially relevant knowledge communities may increase the probability that an entity develops measurable cross-community centrality.
Publishing in this category almost never leaves the security-operations cluster. The standard topic list runs through guard tracking, checkpoint scanning, incident reporting, supervisor dashboards, GPS patrols.
Those topics are legitimate. They also reach almost exclusively people who already think about guard tour systems — which is a small, well-served audience.
A bridge strategy asks different questions. What does a patrol log mean under evidence rules? What does self-hosted deployment mean to an infrastructure architect? How does data residency affect a multinational security operation? How should patrol requirements be written into a tender? How can patrol data function as operational evidence rather than activity history? How do AI systems retrieve and evaluate security software vendors in the first place?
Each of those connects the guard tour category to a network substantially larger than the category.
A hub gets powerful by accumulating connections. A bridge gets powerful by connecting communities that otherwise barely touch. Over enough time, a company can be both.
15. The guard tour industry experiment
Theory without measurement is just a position paper, so here's the study.
We're proposing a longitudinal experiment across the guard tour software market. The goal is not another subjective "best guard tour software" ranking — the internet has plenty. The goal is to observe how AI systems represent an entire category.
The study tracks a stable panel of roughly 8–12 vendors against a controlled set of buyer, category, technical, operational, and research questions. The panel deliberately includes both large established vendors and smaller specialists, because the interesting variance sits between those groups.
We measure several distinct outcomes rather than collapsing everything into one visibility number:
| Measurement | Question |
|---|
| Entity recognition | Does the AI recognize the company and product correctly? |
| Mention probability | How often does the vendor appear at all? |
| Recommendation probability | How often does it make a shortlist? |
| Prominence | Where and how strongly is it presented? |
| Citation selection | Is a vendor-controlled or external page cited? |
| Citation absorption | Does evidence from that page materially shape the answer? |
| Source diversity | How many independent source domains contribute? |
| Claim corroboration | Are key vendor claims confirmed elsewhere? |
| Cross-cluster reach | Which external knowledge communities connect to the vendor? |
| Engine stability | Do results hold across systems and repeated runs? |
Our existing measurement already runs a fixed buyer-intent question set on a weekly cadence. The experiment described here extends that principle from one company to a market panel while keeping query stability wherever we can.
Query stability is not a formality. Generative output is stochastic — the same prompt, run twice, can return substantially different sources. A single screenshot proves nothing at all. Repeated observation is what turns anecdote into data, and it's the main reason most published claims about AI visibility should be read skeptically.
16. The observer problem
There's a methodological complication we can't design our way around, so we're stating it up front.
We are not neutral outside observers. Digital Guard Tour publishes information about guard tour software. Trinity Guard competes in the market being measured. Publishing this research will itself create network edges.
A journalist might cite it. A competitor might reference a chart. An AI system might retrieve the methodology. An industry professional might link to the Reputation Graph definition.
Which means the experiment contains an unavoidable feedback loop: measuring and publishing the network changes the network.
Rather than bury that, we intend to document it. Where possible the dataset will distinguish initiated edges from organic ones, and controlled sources from independent ones. We'll also log publication dates, major schema changes, external profile changes, research releases, and any other identifiable intervention.
This won't produce laboratory purity. Nothing run inside a live market does. What it can produce is transparent field research, where readers can see what we did and when we did it, and draw their own conclusions about what caused what.
17. What actually gets cited?
One of the most commercially loaded questions in this whole area is also one of the simplest: why does an AI system cite one page and skip another?
Nobody has fully settled that. But the emerging research is clear that generative visibility is not keyword placement in new packaging.
The original GEO work showed content changes can move generative-engine visibility, with substantial variation by domain. More recent work separates source selection from actual influence on the answer, and finds that pages with strong citation absorption share a profile: they supply extractable information — definitions, facts, comparisons, numbers, procedures.
Which points at a publishing principle that costs nothing to adopt: don't make the AI infer your evidence when you can publish the evidence.
Compare two versions of the same underlying claim.
Marketing version: Our innovative platform delivers world-class patrol accountability.
Evidence version: The deployment architecture supports customer-controlled hosting. This page lists the server requirements, supported environments, installation sequence, backup responsibilities, and network dependencies.
The second is easier to verify, easier to compare, easier to quote, easier to retrieve for a technical question, and easier for an AI system to use as evidence. It is also, not coincidentally, more useful to a human infrastructure architect.
We call this AI-extractable evidence. The point is not to hide text for machines or manufacture bait. The point is to publish information that holds up in machine-mediated research — which is increasingly the only kind of research that happens before a sales call.
18. Original data creates a different kind of gravity
One class of content competitors can't reproduce: your data.
A product page can be copied. A generic explanation of guard tour systems can be rewritten by anyone with a keyboard. A feature comparison can be recreated in an afternoon. A proprietary operational dataset cannot.
If a guard tour platform can responsibly aggregate and anonymize real operational data, it eventually becomes possible to publish findings on patrol completion distributions, missed-checkpoint patterns, time-of-day differences, incident frequencies, anomaly patterns, offline operating behavior, industry differences, and route-performance benchmarks.
The purpose is not to expose customers or publish security-sensitive detail. The purpose is to convert operational experience into defensible research.
The network effect here is the strongest one available to a smaller vendor. Today Trinity Guard cites external sources. The state we're aiming at is external sources citing Trinity Guard research — which reverses the direction reputation flows.
We call the result primary-source gravity: other nodes have to connect to the original publisher, because the underlying observation originates there and nowhere else. Edges created that way can't be matched by producing more marketing pages, no matter how many a competitor produces.
19. The Trinity Guard case study
Trinity Guard is the first longitudinal case study inside this framework, which creates an obvious conflict risk. The methodology has to keep observation separate from promotion, or the whole thing is worthless.
The objective is not to demonstrate that Trinity Guard is the best product on the market. The objective is to document whether deliberate changes in the surrounding information network correspond with later, measurable changes in AI visibility.
The case study tracks the baseline network state, existing external entity references, independent external mentions, controlled versus independent hyperlinks, schema and entity changes, new publications, cross-cluster publications, AI mentions, AI citations, recommendations, source cards, and how all of it moves over time.
One internal observation has already shown why the longitudinal approach is necessary: AI visibility can swing sharply while website content stays essentially stable.
Rather than reading a swing like that as magic, success, or failure, the Reputation Graph asks what changed around the entity. A new external profile? Search accessibility? A new citation? Cleaner entity resolution? A new source entering retrieval? A new cross-cluster relationship? Or plain model variance, which is always on the list?
Only time-series evidence can start separating those explanations, and a single week's reading can't distinguish any of them.
20. What would prove us wrong?
A framework nobody can falsify isn't research, so here are the conditions that would break ours.
The Multilayer Hub Hypothesis weakens if repeated measurement shows that changes in observable external centrality carry no predictive relationship with later AI visibility.
The Reputation Graph weakens if high independent corroboration consistently fails to predict recognition, citation, or recommendation any better than raw first-party content volume does.
The Bridge Hypothesis weakens if cross-community authority relationships produce no measurable advantage over equally strong relationships confined to a single industry cluster.
The information-exposure argument weakens if broad independent distribution of a claim shows no relationship with downstream retrieval or answer behavior.
And the entire strategic premise needs rewriting if generative systems increasingly confine themselves to closed databases, paid feeds, proprietary marketplaces, or anything else that makes the open information network commercially irrelevant.
Every one of those is a legitimate outcome. The point of running an experiment is not to protect the hypothesis. It's to find out.
21. What we are not claiming
Given how much of this territory is currently sold as certainty, it's worth being explicit about the claims we are not making.
We are not claiming the internet, a language model, and a semantic embedding space are one Barabási network. They are three different systems with three different dynamics.
We are not claiming that three backlinks trigger preferential attachment. No such threshold exists.
We are not claiming schema markup makes an AI trust a company. Structured data describes relationships; it doesn't establish credibility on its own. Google's own documentation on AI features states that no special schema.org markup is required to appear in AI Overviews or AI Mode.
We are not claiming that publishing content guarantees inclusion in future model training. Commercial training corpora are effectively unobservable from outside.
We are not claiming an embedding-space hub and a network-growth hub are the same phenomenon.
And we are not claiming any vendor can permanently own an AI answer. Generative systems change. Indexes change. Models change. Retrieval architectures change. Prompts change. Competitors change.
Which leaves one defensible strategy: build assets whose value survives a change in any single algorithm. Identity, evidence, original data, independent corroboration, useful definitions, and relationships across authoritative communities all clear that bar. Tactics tuned to a specific ranking system do not.
22. From SEO asset to reputation asset
All of this suggests a different way to think about a corporate website.
The traditional site is organized around pages: homepage, features, pricing, about, blog. That structure was built for a human clicking through a navigation menu.
The machine-readable organization looks more like a stack: entity → claims → evidence → sources → relationships → capabilities → current state → actions.
The human website doesn't disappear. It becomes one rendering of a deeper structure.
An executive sees a polished page. A search engine sees documents and links. A knowledge system sees entities. A retrieval engine sees semantic representations. An AI agent sees claims, documentation, and capabilities. A buyer's assistant sees evidence.
The long-term asset, then, looks less like a conventional website and more like machine-readable corporate reputation infrastructure.
23. B2B is becoming partly B2AI
B2B purchasing will stay human. Contracts get signed by people, and security directors will keep wanting to talk to someone before they hand over a facility.
But part of the research process is already being delegated to AI agents, and that creates a new intermediary. Call it B2AI — business-to-AI.
A procurement prompt in that world reads something like: find guard tour platforms that can run in a customer-controlled environment, support Android and iOS, operate under intermittent connectivity, provide verifiable patrol evidence, and deploy across several countries.
An agent working from that brief can eliminate vendors before a human sales conversation ever happens. Which makes machine interpretability a commercial variable rather than a technical nicety.
Technical documentation matters. Clear capability claims matter. Open architecture information matters. Data-sovereignty documentation matters. Structured entities matter. Independent corroboration matters. API documentation may matter more than most vendors currently assume.
Vague sales language matters less than it ever has. Winning the human buyer increasingly requires surviving the machine's research first.
24. The long-term objective
The objective here is not make Trinity Guard appear more often in ChatGPT. That's too small a question to justify a multi-year study, and it would produce advice with a shelf life measured in months.
The larger question is whether an emerging B2B software company can deliberately build an information-network position robust enough to persist across search engines, entity systems, retrieval systems, and generative interfaces — including ones that don't exist yet.
Guard tour software makes a good test market. It's specialized enough to measure end to end. It contains entrenched incumbents alongside smaller vendors, so there's real variance in the panel. And it intersects with security operations, legal evidence, IT infrastructure, workforce management, compliance, critical infrastructure, and increasingly artificial intelligence — which makes it a genuinely useful environment for studying bridges.
If the experiment works, the result is bigger than one software company. It suggests a different way to think about digital reputation generally.
25. The Reputation Graph thesis
The central argument of this paper compresses into one sentence:
AI reputation is unlikely to be created by one page, one schema block, one backlink, or one ranking. It emerges from a network of corroborated relationships.
An entity becomes easier to trust when its identity is consistent everywhere it appears. A claim becomes easier to use when the evidence is explicit rather than implied. Evidence becomes stronger when independent sources corroborate it. A reputation becomes resilient when that corroboration arrives from several authority communities rather than one. And it becomes commercially significant when retrieval and generative systems repeatedly recognize, cite, absorb, or recommend it.
That network is what we call the Reputation Graph. Whether we can measure it is the next question, and it's the one this experiment exists to answer.
26. Live dataset and methodology
This article is a living research page rather than a finished argument.
Future releases will document the measurement methodology, vendor panel selection, query sets, AI systems tested, measurement cadence, source classification rules, Reputation Graph definitions, Claim Redundancy calculations, Independent Reputation Density calculations, network visualizations, interventions, limitations, and longitudinal results.
Methodological changes will be dated rather than quietly overwritten. Historical measurements will be preserved wherever it's practical. Negative findings get published alongside positive ones — a rule that's easy to write and harder to keep, which is exactly why it's written down here.
The eventual goal is a reproducible industry dataset that can answer a question currently settled mostly by anecdote: how does a B2B software company become a durable node in an AI-mediated information environment?
We're starting with guard tour systems. We intend to measure what happens next.
The research series
This article is the entry point. Each paper below takes one component of the model and tests it against measured data. Published pieces link out from here; unpublished ones are listed so the structure of the argument is visible from the start.
| # | Paper | Component |
|---|
| 01 | How a node becomes a hub | Hub formation |
| 02 | Does preferential attachment exist in AI search? | Preferential attachment |
| 03 | Network fitness: how a latecomer overtakes an incumbent | Fitness |
| 04 | Five kinds of centrality, and which one pays | Centrality |
| 05 | Weakly coupled layers: why four AI engines disagree | Multilayer networks |
| 06 | Bridge nodes: publishing between communities | Bridge centrality |
| 07 | Weak ties in a B2B category | Weak ties |
| 08 | Entity resolution and independent corroboration | Entity networks |
| 09 | Selection versus absorption in AI answers | AI citations |
| 10 | Access as a precondition: the retrieval gate | Retrieval |
| 11 | Concentration, fragility, and cut vertices | Network robustness |
Publication note: replace each row with a live link as the paper goes out. Rows are deliberately left unlinked until the target exists — a hub page full of 404s does the opposite of what a hub page is for.
Research status
| Component | Status |
|---|
| Five-Layer AI Information Network Model | Proposed analytical framework |
| Multilayer Hub Hypothesis | Open hypothesis |
| Bridge Hypothesis | Open hypothesis |
| Reputation Graph | Operational model introduced in this research |
| Claim Redundancy | Proposed Reputation Graph metric |
| Independent Reputation Density | Proposed Reputation Graph metric |
| Guard tour longitudinal experiment | In progress |
| AI citation / absorption measurement | Observable and testable |
| Proprietary training-corpus position | Not directly observable |
| Internal commercial behavior of ChatGPT, Gemini, Claude, or other vendors | Not claimed |
Research foundation
The network-growth component builds on the preferential-attachment model introduced by Barabási and Albert, and on the later fitness-based work of Bianconi and Barabási. The embedding distinction draws on established research showing hubness in high-dimensional nearest-neighbor spaces. The generative-search component builds on the developing GEO literature and on newer work separating citation selection from citation absorption. The bridge logic is consistent with long-standing network research on connectivity, weak ties, clustering, and information flow.
Network science
- Barabási, A.-L. & Albert, R. (1999). Emergence of Scaling in Random Networks. Science, 286(5439), 509–512. DOI · open preprint
- Bianconi, G. & Barabási, A.-L. (2001). Competition and Multiscaling in Evolving Networks. Europhysics Letters, 54(4), 436–442. DOI · open preprint
- Granovetter, M. S. (1973). The Strength of Weak Ties. American Journal of Sociology, 78(6), 1360–1380. JSTOR
Embedding and retrieval
- Radovanović, M., Nanopoulos, A. & Ivanović, M. (2010). Hubs in Space: Popular Nearest Neighbors in High-Dimensional Data. Journal of Machine Learning Research, 11, 2487–2531. Full text
Generative search and citation behavior
- Aggarwal, P., Murahari, V., Rajpurohit, T., Kalyan, A., Narasimhan, K. & Deshpande, A. (2024). GEO: Generative Engine Optimization. ACM SIGKDD. arXiv:2311.09735
- Zhang, K., He, X. & Yao, J. (2026). From Citation Selection to Citation Absorption: A Measurement Framework for Generative Engine Optimization Across AI Search Platforms. arXiv:2604.25707
Platform documentation
Author note
This research is conducted from inside the market it studies. Trinity Guard® is a guard tour and patrol-verification platform, and Digital Guard Tour publishes research and technical material on security patrol operations. That relationship gives us access most outside researchers wouldn't have, and it introduces bias most outside researchers wouldn't have either.
For that reason, the research separates first-party evidence from independent evidence throughout, and treats Trinity Guard's own network development as a disclosed case study rather than as proof of the hypotheses being tested.