whats-best.ai

Social Media Marketing

Brandwatch Social Media Management

UK / wider Europe Report an error

Panel rating · 6 judges · How to read the stars

Category median

Sovereignty: not determined

0–5 in half steps. 5 means the rubric's top anchor is met on the evidence.

by Brandwatch (Cision Ltd) · www.brandwatch.com

Compare with Sprout Social → Report an error on this page Is this your product? →

Read this page as one judge. Each weighs the same scores by what they care about.

The Brand Governance Officer

Weighted verdict

Answers to the board for what appears on the corporate account. Wants enforced approval before anything publishes, an audit trail of who wrote and released it, granular permissions, and no shared credentials anywhere in the design.

Same scores as the panel view — this lens weights them the way this judge cares.

Scored by The Brand Governance Officer

Publishing & calendar

How this is scored

Scheduling across networks: per-network formatting, the calendar as a working surface, bulk operations, and what happens when a post fails at 3am.

0 — One post to several networks at once with no per-network variation and no calendar.

3 — A calendar with scheduling and basic per-network text variants; failures are discovered by noticing the post never appeared.

5 — Per-network content, media and first-comment variants, drafts, a usable calendar with drag-and-drop, and failure notifications with a retry.

8 — Bulk upload and CSV import, evergreen or queue-based scheduling, link shortening with UTM rules, preview matching each network's actual rendering, and stories, reels or shorts supported where the API allows.

10 — Publishing is dependable at volume: hundreds of scheduled items across many accounts without collision, best-time recommendations from the account's own history, and every failure surfaced with the platform error and a one-click recovery.

Report an error

The Brand Governance Officer

The evidence confirms a content calendar with a content pool asset library and nothing more about publishing — no per-network variants, no bulk operations, and not one word on what happens when a scheduled post fails overnight. A calendar with scheduling-level ambition but no evidenced failure handling is anchor-3 territory. 1

Report an error

Engagement & community inbox

How this is scored

Comments, mentions and messages in one queue — the half of the job that is customer service wearing a marketing badge.

0 — No inbox; engagement happens in each native app.

3 — Mentions and comments listed per network with no assignment, no status and no history.

5 — A unified inbox across the connected networks with assignment, status and internal notes, and the conversation history visible per person.

8 — Direct messages included where the API allows, saved replies, SLA timers, sentiment or priority flags, spam and hidden-comment handling, and escalation to a helpdesk.

10 — The inbox is a service desk: every public and private interaction in one queue with ownership and response-time reporting, moderation rules that act automatically, and a per-person history spanning networks.

Report an error

The Brand Governance Officer

No inbox, assignment, queue or conversation history appears anywhere in the evidence, and for a brand account unanswered comments and messages are exactly the risk I answer for. Silence here is absence, and absence is the 0 anchor. 1

Report an error

Analytics & reporting

How this is scored

Measurement across networks with different metrics and retention windows, plus the reporting an agency hands a client.

0 — Per-network vanity counts pulled live; no history kept.

3 — Basic post and profile metrics with a short history and no cross-network comparison.

5 — Metrics stored beyond the networks' own retention, cross-network comparison, competitor benchmarking, and scheduled exports.

8 — Custom dashboards, white-label client reporting, paid and organic combined where the API allows, UTM-based attribution into web analytics, and audience demographics over time.

10 — Reporting answers what worked and why: metrics normalised across networks with the differences documented rather than hidden, full historical retention independent of platform windows, and exports an agency can hand over unedited.

Report an error

The Brand Governance Officer

The product page says nothing about metrics, dashboards, retention or exports — there is literally no measurement capability evidenced to credit. I score what is documented, and nothing is. 1

Report an error

Approvals, roles & brand safety

How this is scored

How a team of several people and an agency publish to a brand account without an accident — and who can be shown to have approved what.

0 — Shared login, no roles, no approvals.

3 — Separate users with a coarse admin split and an optional single approval step.

5 — Roles per network and account, multi-step approval workflows, comments on drafts, and an activity log.

8 — Client or brand workspaces with strict separation, configurable approval chains including legal review, content locking after approval, and an audit trail of who changed and published what.

10 — Governance a regulated brand could pass an audit on: complete audit trail of edits, approvals and publications, enforced approval before anything reaches a network, granular permissions per account and action, and no shared credentials anywhere in the design.

Report an error

The Brand Governance Officer

'Approval flows' and 'user roles' are confirmed on the product page, which lifts this above a coarse admin split with an optional single step. But there is no activity log or audit trail of who wrote, approved and published, no per-account permission granularity, and no evidence that approval is enforced rather than bypassable — the difference between a marketing promise and something I can show an auditor — so it sits below the anchor-5 bar. 1

Report an error

Network coverage & API resilience

How this is scored

Which networks are supported through official APIs, how quickly the vendor follows platform changes, and what the customer keeps when a network breaks or leaves.

0 — A few networks, some through unofficial means, with no statement about API status or platform changes.

3 — The major networks through official APIs, but feature gaps undocumented and platform changes communicated after they bite.

5 — Official API integrations across the main networks with the per-network limitations documented, and a changelog when platform behaviour changes.

8 — Broad official coverage including the newer networks, a public status page for integrations, advance notice of deprecations, and full export of the customer's own publishing and engagement archive.

10 — Platform dependency handled as an engineering commitment: official partner status where it exists, per-network capability documented and kept current, rapid response to API changes with the history to show it, and an archive that stays the customer's whatever a network does next.

Report an error

The Brand Governance Officer

A 'Platform Status' page is the one genuine signal of operational transparency, but the evidence names not a single supported network, offers no API statements, and no export of the customer's own archive. One status page against total silence on coverage is barely off the floor. 1

Report an error

European sovereignty

How this is scored

Where the archive and the community conversations are processed, who the contracting entity is, which subprocessors touch them. Independently sourced by the sovereignty pipeline. Note that the networks themselves are non-EU by definition — this criterion judges the tool, not the platforms it talks to.

0 — Non-EU vendor and contracting entity, hosting unstated, subprocessors unnamed.

3 — EU hosting offered as an option while the contracting entity is non-EU, or the subprocessor list is absent.

5 — EU hosting as standard and an EU contracting entity, but parts of the chain — AI features, analytics, support tooling — are non-EU without an explained safeguard.

8 — EU or DACH hosting on named infrastructure, EU contracting entity, complete subprocessor list published, and the handling of message content from the networks described with its legal basis.

10 — Sovereign end to end and evidenced: vendor, entity, hosting and every subprocessor European, certification published, and a DPA that squarely addresses the personal data arriving from the networks in comments and messages.

Report an error

The Brand Governance Officer

The contracting entity is Runtime Collective Ltd of Canary Wharf, London — UK, not EU — with hosting unstated, subprocessors unnamed and no sovereignty attributes on record. That is the anchor-0 case exactly: non-EU entity, unstated hosting, unnamed subprocessors. 1

Report an error

Pricing transparency not rated — the vendor publishes no price

How this is scored

Whether a team can compute the real annual invoice for their account and user count — including the tier where approvals and the inbox begin — from public pages alone.

0 — No public prices at all; every tier is a sales conversation.

3 — A per-user headline exists, but the number of social accounts included, or the tier where approvals and the inbox appear, is unstated.

5 — Per-user or per-account prices public with billing period stated, but at least one commonly needed capability (inbox, approvals, reporting) sits in an unpriced tier.

8 — Every tier priced publicly with account and user limits, feature boundaries, the cost of an extra account or seat, minimum term and VAT treatment stated.

10 — Complete price computability: annual invoice derivable for a given number of social accounts, users and client workspaces, with every add-on priced.

Report an error

The Brand Governance Officer

No public price of any kind appears; the evidence's only commercial offer is a 'free demo', which is the sales conversation the 0 anchor describes. A team cannot compute even a headline number from this. 1

Report an error

Where this could be wrong

What we left out

A claim that does not survive our checks costs us the claim, not the page. This is what was taken off this one.

Sources (6)

The pages every claim on this page was read from — each one checked, dated, and kept verifiable.

  1. 1 Product page www.brandwatch.com Checked 15 Sep 2026 Details →
  2. 2 Publishing & calendar — found from sitemap www.brandwatch.com Checked 1 Oct 2026 Details →
  3. 3 Engagement & community inbox — found from sitemap www.brandwatch.com Checked 1 Oct 2026 Details →
  4. 4 Analytics & reporting — found from sitemap www.brandwatch.com Checked 1 Oct 2026 Details →
  5. 5 Network coverage & API resilience — found from sitemap www.brandwatch.com Checked 1 Oct 2026 Details →
  6. 6 Network coverage & API resilience — found from sitemap www.brandwatch.com Checked 1 Oct 2026 Details →