Control over AI
Blog
AI governance 5 min read

How do you find out which AI tools employees actually use?

Network logs, surveys, invoices and SSO each see part of the AI use and each miss a different part. What they share: a snapshot ages. What you need is observation in the browser, continuous, with no user id.

Abstract connected cards as a flow chart
Quick answer

No single method sees everything. Network monitoring and DNS see only the office network. SSO logs and invoices see only what runs through the organisation, and shadow AI by definition does not. Surveys see what people are willing to report. What every method misses: remote work and phones, free accounts, AI features inside existing tools, and browser extensions. What works is observing where the work happens, in the browser, continuously rather than once, and without a user id: only the domain of the service, at most once per day per device. That is enough to know which tools need a decision.

01

Each method sees a different part of the AI use and misses the rest

02

SSO logs and invoices miss exactly the tools nobody requested

03

Remote work, free accounts, built-in AI features and extensions fall outside almost every method

04

A one-off inventory is already out of date on the day it is delivered

05

The domain of the service is enough; a user id adds nothing

The data protection officer walks into the IT admin's office with one question: which AI tools are we actually using? He opens the proxy logs and sees chatgpt.com, Copilot and a handful of domains he does not recognise. Half the staff are working from home today, and he sees nothing of their traffic.

The answer is not one method but a choice about what to measure. Every common source sees a different part of the use. The source that sees the most is the place where the work happens: the browser. And the measurement that stays useful longest is the continuous one, with no user id.

Which methods are there, and what does each one miss?

MethodWhat it seesWhat it misses
Network monitoring and DNSDomains visited from the office networkRemote work and phones; free versus business account on the same domain; AI features with no domain of their own
Browser and endpoint approachesWhat is opened in the browser, at the office and at home, including extensionsUnmanaged phones; and often records too much: path, content and user, unless you deliberately switch that off
Surveys and questionnairesWhy people choose a tool, and what they miss in the approved oneWhat people are not willing to report; out of date the moment it closes
Expense claims and invoicesPaid subscriptions and licencesEverything free, and everything someone pays for privately
SaaS management and SSO logsTools that run through the organisation's sign-inEverything without SSO, which by definition is the shadow AI

The bottom two are the least suited to finding shadow AI and the best suited to something else: they describe what the organisation itself has set up. That is the list of approved tools, and you need that too.

The top two look at traffic, and the difference is where they stand. The network only sees who is at the office. The browser travels with the person. That is the same shift described in the browser became your biggest security blind spot: the work has moved into the browser, and most security still looks at the network.

What does almost every method miss?

Four categories fall through the cracks everywhere, and together they are larger than what you do see.

Remote work and phones. A laptop on a home connection is outside the office network. An unmanaged phone is outside everything. Only a measurement that sits on the device itself goes home with it.

Free accounts. On the network, a free and a business ChatGPT account look identical: the same domain. On the invoice, the free account does not appear at all. Yet the difference in terms between those two is the biggest privacy difference there is.

AI features inside existing tools. Your meeting tool has been summarising calls since last month; your PDF reader has acquired an assistant. There is no new domain and no new purchasing decision, so none of the five methods fires. No measurement helps here, only a fresh assessment when something changes: an update, new terms, an acquisition.

Browser extensions. An extension with read access to every page sees more than most AI services, and it appears in no log as a visited domain. Browser extensions are AI tools too explains why they belong in the register.

Why does a one-off inventory age?

An accountancy firm surveys all its teams in the spring and arrives at eleven AI tools. Two months later the network logs show a translation service nobody mentioned, the case management software has gained an AI summary, and the tax team is using a specialised tool that did not exist when the survey ran. The list of eleven is not wrong. It describes the spring.

That is not solved by surveying more often. Why an AI tool catalog ages describes the three mechanisms: tools arrive daily, AI appears inside software you already have, and tools change owners and with them their terms. A snapshot, however often you take it, remains a snapshot.

What does work is turning the question around. Not: which tools exist, or which ones people might use. But: which services were opened in our organisation this month. That list is short, a few dozen, and it keeps itself current as long as it comes from observation.

How do you do it without a user id?

By recording only what the governance question needs, and nothing more. The question is: which AI services are used, how often, and is there a decision on them. For that answer, the domain of the service is enough. Who opened it, which page, and what was on that page add nothing to the decision and do change the character of the measurement.

That is why the BeeSensible extension records only the registrable domain, at most once per day per device, with no user id, no path and no page content. It does so only when the organisation has switched on the AI module and the analytics setting. The observed domains are matched against the catalog of 865 AI tools, and an admin sees per tool whether a decision exists; new tools start on "no decision yet".

Search tool, vendor or categoryโ€ฆ
865 tools
ChatGPT๐Ÿ‡บ๐Ÿ‡ธ
HighAllowed
Claude๐Ÿ‡บ๐Ÿ‡ธ
MediumAllowed
DeepSeek๐Ÿ‡จ๐Ÿ‡ณnew
CriticalNot allowed
Perplexity๐Ÿ‡บ๐Ÿ‡ธnew
MediumNo decision yet
Mistral๐Ÿ‡ซ๐Ÿ‡ท
LowNo decision yet
Midjourney๐Ÿ‡บ๐Ÿ‡ธ
MediumNo decision yet

Every tool, scored for risk

865 AI tools, each scored Low to Critical, with nothing pre-approved or pre-blocked until someone decides.

More about AI Tools

What you end up with is not a log but a register that fills itself: the tools that are really there, each with a status. What the AI tools module shows and does not show is on the product page. What you then do with "no decision yet", and why a ban does not settle it, is in what is shadow AI and the other articles on AI governance.

The admin from the first paragraph closes the proxy logs and asks the question differently: not what was seen on the network, but which services were opened in the browser this month, and which of those have no decision yet. That is a shorter list, and it is still true tomorrow.

FAQ

Common questions

Can you see AI use in the network logs?

Partly. DNS and proxy logs show which domains are visited from the office network, so chatgpt.com stands out. They see nothing from laptops on a home connection or from phones, they cannot tell a free account from a business account on the same domain, and an AI feature inside a service you already use has no domain of its own.

Why is a survey not enough?

Because people report what they are willing to report. In the 2025 study by KPMG and the University of Melbourne, 57 percent of workers hide their AI use from their employer. A survey is, however, the only method that tells you why people choose a tool, and that is useful when picking an alternative.

Does SSO or SaaS management see shadow AI?

No, and that follows from the definition. Shadow AI is a tool anyone can start online on their own, with no licence and no organisational sign-in. SSO logs only see tools that run through that sign-in. They are the best source for what the organisation itself has set up, and therefore for the list of approved tools.

How often should you run an inventory?

The question is already the problem: an inventory is a snapshot, and the subject keeps moving. Tools arrive daily, existing software gains AI features without a new purchasing decision, and tools change owners. Continuous observation of which services are opened replaces the snapshot with a list that keeps itself current.

Can this be done without recording who uses which tool?

Yes. To know whether a tool needs a decision, the registrable domain is enough: that an AI service was opened in the organisation, which one, and how often. With no user id, no path and no page content, it stays a count of services and never becomes a record of people.

Portrait of Rens Timmermans of BeeSensible

Would you rather someone showed you?

Rens, BeeSensible

I am happy to give you a twenty-minute tour. Leave your details and I will find a moment that suits you. Calling or emailing works just as well.

Rather talk to someone first? Book a call.

Want a live demo, or a quote for 100+ users? Leave your details and we'll be in touch within one business day.