Six months ago someone forwarded a screenshot of an assistant recommending a competitor, and everyone agreed it was a problem. Since then there have been three meetings, one shared doc, and no measurement. Nobody refused the work. It simply never landed on a single person's plate with a date attached.
That pattern is the normal outcome, not a sign of a dysfunctional team. AI visibility work sits on a seam between four functions that already exist, and seams are where accountability leaks out.
Why this falls between teams
The work has four distinguishable parts, and each part looks like somebody else's job.
Measuring how often assistants name your brand looks like search. Getting your brand described accurately in the places assistants draw from looks like PR and comms. Making sure your own pages state what you sell, for whom, and at what tier looks like product marketing. Detecting whether any of it changed pipeline looks like analytics.
Each team can see one quarter of the problem clearly and the other three quarters only as vague adjacent work. So each team assumes a neighbour has it. That assumption is reinforced by the fact that no existing dashboard breaks when the work goes undone. Organic traffic dashboards, media coverage reports, and pipeline reports all keep rendering. There is no red light.
Two more forces make this worse. First, the work is unfamiliar enough that nobody wants to be the person who owns a number they cannot yet explain. Second, the number moves for reasons outside anyone's control, including model updates that arrive with no notice. Owning a metric you do not fully control is uncomfortable, and people quietly avoid it.
The four functions that each own a piece
Before assigning anything, be specific about what the parts actually are. Vague ownership follows vague scoping.
| Function | The piece they genuinely own | What they cannot do alone |
|---|---|---|
| SEO / organic growth | Prompt-set design, run cadence, metric definitions, variance interpretation, competitor comparison | Cannot change what third-party publications say about you |
| PR / comms | Presence and accuracy in the third-party sources assistants tend to draw from; corrections when a model states something false | Cannot design a defensible sampling method |
| Product marketing | Category language, tier and pricing clarity, comparison and use-case pages, who the product is and is not for | Cannot see whether any of it changed assistant answers |
| Analytics / RevOps | Referral and agent traffic detection, session stitching, connecting visibility movement to pipeline shape | Cannot decide what should have been measured in the first place |
Notice that the right-hand column is the actual argument for a single owner. Every function has a hard boundary at the point where the work stops being theirs. If all four operate independently, the handoffs at those boundaries are exactly where the work stalls.
A workable split with one accountable owner
This is one arrangement that works in a mid-sized marketing organisation. It is not a universal answer, and the section after this one covers what goes wrong with it and with the alternatives. Adapt the roles to the team you actually have.
| Activity | Accountable | Responsible | Consulted | Informed |
|---|---|---|---|---|
| Prompt set and measurement method | SEO lead | SEO lead | Product marketing, analytics | Leadership |
| Running and re-running measurement | SEO lead | SEO lead or analyst | — | PR, product marketing |
| Owned-page clarity work | SEO lead | Product marketing | SEO lead | Analytics |
| Third-party source presence | SEO lead | PR / comms | Product marketing | Leadership |
| Correcting a false model claim | SEO lead | PR / comms | Legal | Leadership |
| Referral and agent traffic detection | SEO lead | Analytics | SEO lead | Leadership |
| Monthly report to leadership | SEO lead | SEO lead | All three others | Leadership |
One name in the Accountable column, all the way down. That is the whole point of the table. The accountable owner does not do most of the work. They decide what gets measured, they hold the calendar, and they are the person leadership asks when the number moves.
Why the search lead by default? Because the measurement half is the part that is hardest to delegate and easiest to get wrong, and because that role usually already has the habit of defending a metric with a method. If your organisation's analytics lead has stronger measurement instincts, put them there instead. The role matters less than the singularity.
On small teams, this collapses to one person doing all four, and that is fine. If you are a two-person marketing team or a founder with a contractor, do not build a RACI table. Use the table above as a checklist of things that need to happen, accept that they will happen sequentially rather than in parallel, and cut scope until the sequence fits the hours you actually have. A quarterly measurement run and one clarity pass on your own pages is a real program at that size. Nobody needs to be hired for this to begin. Where you sit on that spectrum is roughly what the maturity model is describing.
What the owner needs to be given
Naming an owner and giving them nothing is a slower way of not doing the work. Four things are the minimum.
- Time, in hours, on the calendar. A first baseline plus a monthly re-run is real work, and it competes with everything else that person owns. If it is not protected time, it will lose to whatever is on fire. Say the number out loud when you assign it.
- Model API access with a real budget line. Measurement should run against official model APIs, which cost money per run and scale with the size of your prompt set. This is a small budget by marketing standards, but it needs to exist before the first run, and it needs to be renewable without a new approval each month. Working around it by having someone type prompts into consumer assistant accounts is not a substitute; it is unrepeatable and it is against provider terms.
- Analytics access, not analytics requests. The owner needs to be able to look at referral sources and session data themselves. Ticket-based access turns a two-minute check into a two-week loop and the check stops happening.
- A standing slot in an existing leadership review. Not a new meeting. Five minutes in a report that already happens. Without it, the work is invisible until someone forwards another screenshot.
If you can only give the owner one of these four, give them the standing reporting slot. An owner with visibility can go and argue for the other three. An owner with budget and no audience produces reports nobody reads.
The failure modes of each ownership model
Every arrangement fails in a characteristic way. Pick the failure you can live with and design against it.
Search owns everything. Fails when the finding requires someone else to act. The search lead measures accurately, identifies that the sources assistants draw on describe the product incorrectly, and then has no authority to get PR or product marketing to change anything. Symptom: excellent measurement, static results, growing frustration. Design against it by giving the owner a named counterpart in each function and a standing agenda item, not just a Slack channel.
PR owns everything. Fails at measurement. The work becomes coverage-driven, success gets defined as placements rather than as measured change in assistant answers, and the team cannot tell whether the placements mattered. Symptom: activity reported as outcome. Design against it by requiring that every initiative names its measurement before it starts.
Analytics owns everything. Fails at the input end. The team builds careful attribution for AI referral traffic and then has nothing upstream feeding it, because nobody is designing the prompt sets or doing the clarity work. Symptom: a beautiful dashboard with a flat line and no hypothesis. Design against it by pairing the analytics owner with someone who owns the content and source side.
A committee owns it. Fails at pace. Four people who are each 15 percent responsible produce a shared doc and a recurring meeting. Symptom: the work has an artifact but no dates. This is the most common failure and the hardest to see, because a committee looks like progress.
Nobody owns it and an agency owns it instead. Works better than a committee, and fails at the internal-change boundary. An external partner can measure well and can advise, but cannot change your product pages, cannot speak for your company in a correction, and cannot get analytics access renewed. Symptom: good reports that recommend actions nobody executes. Design against it by naming an internal accountable owner even when the execution is outsourced. The agency is Responsible; someone inside is Accountable.
How to make the first decision this week
You do not need an org design exercise. You need one decision and one calendar entry.
- Write down the four parts as they exist in your company, using your actual team names rather than the generic ones above. Ten minutes.
- Name one accountable person. Whoever already has the strongest measurement instinct and enough standing to ask other teams for things. Say the name in a meeting where their manager is present, so the time commitment is acknowledged rather than assumed.
- Give them the four inputs, or tell them explicitly which ones they are not getting and what to cut as a result. Scoping down honestly is better than scoping fully and delivering nothing.
- Set the first measurement date before you set anything else. A date on a baseline is what converts agreement into work.
- Agree what the owner reports and to whom, in one sentence, before the first run rather than after it.
If step four is the only one you complete, you are still ahead of where you were. From there, a first-90-days plan gives you a sequence to attach to that date, and the reporting hub covers what to put in front of leadership once you have something to show.
In Plain English
AI visibility work spans four teams that each own a quarter of it, which is why it usually stalls. Fix it by naming one accountable person, not a committee, and giving them protected time, API budget, direct analytics access, and five minutes in a leadership review that already happens. Small teams do all four parts sequentially with one person, and that counts. This helps anyone who has agreed the work matters but has not seen it start. Do it now, before you choose a method or a tool, because the ownership decision is what makes those choices stick. If you are earlier than that and still working out what to measure, start here first.
Use the briefing template to record what changed in AI answers on a stated cadence.
Primary-source verification
Checked July 28, 2026. The operational and factual guidance above was reviewed against the primary references below. Provider features, prices, policies, interfaces, jurisdictions, and account-specific results can change; recheck the controlling first-party document and your own account or measured data before acting.
- Google Search: AI features and your website - How Google describes eligibility, preview controls, and appearance in its AI search features.
- Google: common crawlers and special-case user agents - Current Googlebot and Google-Extended identities and controls.
- OpenAI: overview of OpenAI crawlers - Current GPTBot, OAI-SearchBot, and ChatGPT-User descriptions and publisher controls.
- Anthropic: web-crawler controls - Current ClaudeBot, Claude-SearchBot, and Claude-User descriptions and controls.
- Perplexity: crawler and user-agent documentation - Current PerplexityBot and Perplexity-User descriptions and controls.
- Apache HTTP Server: mod_log_config - Authoritative Apache access-log fields and formats.
- nginx: HTTP log module - Authoritative nginx access-log configuration and variables.
- Google Analytics: traffic-source dimensions - Current GA4 source, medium, campaign, and default-channel definitions.
- FTC: Endorsement Guides Q&A - Current U.S. regulator guidance on endorsements, disclosures, and reviews.
- FTC: Consumer Reviews and Testimonials Rule Q&A - Current U.S. rule guidance on deceptive review practices.