Maintenance
Part of Campaign management tools: methods, tools and useful context
Best campaign management tools platforms 2027: guide
What campaign management tools mean by platform support: the five depths of connection, why access can be withdrawn, and how to test coverage yourself.
Every product in this market claims to support the platforms you work on. The word support covers at least five different depths of connection, and the difference between them decides whether your team is reading numbers automatically or pasting screenshots into a folder. Nobody lies about this. They simply use one word for five things, and buyers rarely ask which one they are being sold.
What to take away
- Ask what the connection actually does: read metrics, capture posts, publish, or spend money. The four are unrelated capabilities.
- Every connection is permission granted by somebody else, and it can be narrowed or withdrawn without notice.
- A tool that handles manual entry gracefully is more useful than one that assumes every connection will keep working.
Five depths behind one word
| What support means here | What you can actually do | What takes it away |
|---|---|---|
| A link field | Store a URL and open it. Nothing is read | Nothing, and nothing is gained either |
| Manual capture | A person records what went live, with a screenshot and a date | Only staff time |
| Read access to metrics | Pull public or granted figures on a schedule | A change to what the platform exposes, or a revoked permission |
| Content capture and monitoring | Detect posts as they appear, keep a copy, notice deletions | Access limits, private accounts, and unsupported formats |
| Publishing and paid amplification | Post on behalf of an account, or run its content as advertising | Account type restrictions, permission scopes, and approval from the account holder |
Every row above the second depends on an API somebody else publishes and can withdraw. Most buyers assume they are getting the fourth row and are actually being sold the third for some platforms and the second for others. Ask for the answer platform by platform, in writing, because the coverage is almost never uniform across a vendor's supported list.
Permission is the thing you are actually buying
A connection is not a technical feature owned by your vendor. It is access granted by a platform, usually delegated by a creator, and it comes with conditions attached.
Three consequences follow. The creator has to grant something, which means a connection that requires their cooperation will not cover the ones who decline. Grants expire, and they break silently, so a dashboard can keep showing last week's number as though it were current. And the platform can change what it exposes at any time, which affects every vendor at once rather than only the one you chose. Even where access holds, rate limiting decides how fresh the numbers can be, which is why a dashboard refresh interval is a contract term in disguise.
Ask what happens on the day a connection fails: whether anyone is told, whether the record shows a gap or an old value, and how the tool backfills once access returns. A silent gap is worse than an obvious one, because the report still looks complete. The same dependency shapes the search side of the stack, where an index built on granted access can only see the creators who granted it, as described in the guide to how discovery data is built.
Manual capture is a feature
Vendors are embarrassed by manual entry and they should not be. Some platforms will never be readable, some creators will not connect their accounts, and some formats disappear before anyone captures them.
Judge the manual path properly. Can a person record a post with a link, a screenshot, a date and a note in under a minute? Do manually entered posts appear in reports beside automatically captured ones, or in a second-class list nobody reads? Can a client tell the difference, and should they?
The teams that stay accurate are the ones whose tools make the fallback fast. The teams that drift are the ones whose tools treat manual entry as a failure state.
Testing coverage claims
Do this in a trial, on your own accounts, not in a demo.
- Connect the platform you use most and the one you use least. The second is where the claim breaks.
- Have a creator connect their own account, and watch how long the grant takes and what it asks them to approve. If the flow is confusing, half your partners will not complete it.
- Post something, then delete it. Does the tool notice the deletion, and does the record keep what was there?
- Look at a metric in the tool and the same metric in the platform's own view on the same day. Differences are normal and the explanation matters, since definitions and time zones move numbers, which is the argument in the guide to analytics layers.
- Try a format the vendor did not mention: a live broadcast, a story that expires, a collaborative post. Coverage claims are usually written around standard formats.
- Revoke a permission on purpose and see what the tool does about it.
Write the results down with the date. This is exactly the area where a six-month-old note is worthless, because platform access changes without notice.
Coverage is not the same in every market
A tool that reads everything in one country may read far less in another, and this rarely appears in a feature list. Account types matter too: business, creator and personal accounts expose different things, and a partner who runs a personal account may be unable to grant what your reporting assumes.
Where content is being licensed for you to re-run rather than just tracked, none of this connection depth helps, since the question becomes rights and delivery of files rather than monitoring, which is covered in the guide to licensed content.
Buy for the seams, not the badge list
A long list of supported platforms is a weak signal, because it counts the first two depths alongside the last two. What separates products is what happens at the edges: failed connections, deleted posts, unusual formats, and the day a platform changes something for everyone.
That is also where a purchase should be scoped, since a tool bought for tracking alone leaves contracts, payments and rights somewhere else, and each of those boundaries is a place your record splits, as set out in the guide to campaign workflow tools. Where part of a campaign runs on tracked links and codes rather than posts, the connection question is replaced by a reconciliation question, which is covered in the guide to affiliate tracking.
Common questions
Is an official partnership with a platform worth paying for?
It usually means more reliable access and sometimes access to data that others cannot read. It does not guarantee continuity, and it should not be the deciding factor on its own.
Should we require creators to connect their accounts?
Ask, explain what it grants, and accept refusal gracefully. Making it a contractual requirement narrows your candidate pool for a reporting convenience, and represented creators will often decline as a matter of policy.
Our numbers do not match the platform's. Which is right?
Usually both, under different definitions. Compare the definitions, the date boundaries and the time zones before you compare the figures, and settle which version goes in client reports.
How much should platform coverage weigh in the decision?
Heavily if tracking is your bottleneck. Barely at all if your bottleneck is contracts and payment, which it more often is.