"Our lawyers already reviewed the white paper, so the marketing team can write whatever sells." That's the sentence that gets presale launches fined. It's a reasonable-sounding division of labor: legal signs off on the heavy document nobody reads, and marketing runs free on the landing page, the KOL brief and the Telegram pins everybody actually sees. MiCA marketing communications requirements don't recognize that split, and Austria's financial regulator has already proven it with a cheque for €70,000.
This piece is a working answer to the question that actually keeps a crypto PPC lead up at night: what can you put on a landing page, hand a KOL, or post to Telegram without it contradicting the white paper or tripping Article 7, and who has to sign it off before it goes live. Treat it as the decoded version of that 30-page PDF your lawyer handed you and nobody truly read.
MiCA Marketing Communications Requirements: the Four-Part Test
A MiCA-compliant marketing communication has to be clearly identifiable as marketing, fair and not misleading, consistent with the published white paper, and carry a statement confirming the white paper exists and where to find it. Fail any one of the four on a single tweet, banner ad or Telegram pin, and the whole communication is non-compliant, regardless of how accurate the other three parts are.
| Requirement | What it rules out |
| Clearly identifiable | Native-style ads, undisclosed sponsored posts, KOL content with no paid-partnership label |
| Fair, clear, not misleading | Guaranteed-return language, cherry-picked comparisons, scarcity claims with no basis |
| Consistent with the white paper | Any roadmap, tokenomics or use-case claim the white paper doesn't also make |
| Publication and contact statement | Marketing that omits the required white-paper-published disclosure wording |
That's the floor, set out directly in MiCA's consolidated text. The test applies asset by asset, not campaign by campaign, which is the part most presale teams miss.
A quick note on scope before you go further. Article 7 covers crypto-assets generally. Asset-referenced and e-money tokens sit under Article 29 instead, which adds a redemption-right disclosure and an outright ban on marketing before the white paper is published. Know which regime applies to your token before you build the workflow below, because the two aren't interchangeable.
MiCA Is a Messaging-system Issue
Compliance touches every asset your campaign produces, not only the white paper your lawyer signed off. The landing page, the KOL brief, the referral terms and the Telegram pin are all marketing communications under MiCA's own definition, and each one is judged on its own.
Most presale teams build their process around a single approval gate: legal reads the white paper, marketing gets a green light, and everything downstream is treated as creative execution. MiCA punishes that structure directly. Austria's FMA fined Bitpanda €70,000 for distributing a marketing communication before the white paper was even published, and for a separate communication that omitted the mandatory disclosure wording along with a contact phone number and email. Neither breach was about the white paper's content. Both were about a marketing asset that moved faster, or said less, than the regulatory record it was supposed to track.
Genfinity's reporting on the decision notes the FMA cited four provisions, three of them marketing-specific, and that none of the breaches involved fraud or missing funds. This was a paperwork failure dressed as a marketing failure. Treat your campaign as a system where every public claim has a traceable source, and the compliance problem becomes a production problem. Production problems have workflows. That's what the rest of this piece builds.
Create the Message-to-white-paper Matrix
Before you brief a single asset, build one document that maps every public claim to the source that justifies it. This is Coinpresso's own operational translation of Article 7, not a format MiCA prescribes, but it's the structure that makes the four-part test checkable rather than something you hope holds up.
Seven columns do the work:
- Claim — the exact public-facing statement, word for word
- Source — the white paper section, audit report or legal document that supports it
- Qualifier — any condition, limitation or risk attached to the claim
- Target market — which jurisdiction or audience segment sees this version
- Channel — landing page, paid social, KOL script, Telegram, PR
- Owner — the named person accountable for that claim going live
- Review date — when it was last checked against the current white paper
Here's an example of how one row should look in practice:
| Claim | Source | Qualifier | Market | Channel | Owner | Review date |
| "Staking rewards begin at TGE" | White paper §4.2, Tokenomics | Subject to minimum stake threshold | EU, all states | Landing page, KOL script | Head of Content | 2026-09-14 |
Build this matrix before the brief goes to a single crypto influencer marketing partner, not after someone flags a discrepancy. Every version change to the white paper should trigger a review pass across every row that references the changed section, which is a maintenance task, not a one-off audit.
Apply the Fair-clear-identifiable Test
Run every headline, visual, comparison and call to action through the same three-part check Article 7 applies at the regulatory level: is it obviously marketing, is it fair and not misleading, and does it match the white paper. Most presale copy fails on the second part long before the first.
Scarcity language is the most common trip point. "Limited allocation" and "tier closing soon" are fine if the allocation genuinely is limited and the tier genuinely is closing on a fixed date; they become a fairness problem the moment they describe a cap that doesn't exist or a deadline nobody intends to enforce. Comparisons against other tokens or fiat returns need the same sourcing discipline as everything else in the matrix. A comparison chart is still a claim, and it still needs a source column.
Visuals carry risk too, and they're the part of the review process most teams skip entirely. A chart showing historical price action next to a projected curve implies a forecast even with no text attached. If the visual makes a claim the white paper doesn't make, it fails the consistency test regardless of what the copy underneath it says.
Handle Risks and Limitations Visibly
Material limitations belong in the body of the communication, not in a footnote nobody scrolls to. If the token has a lock-up period, a geographic restriction or a dependency on a future mainnet launch, that limitation sits next to the claim it qualifies, not three screens below it in six-point type.
The test here isn't legal, it's practical: would a reader who only saw the headline and the first paragraph come away with an accurate picture, or would they need to find the small print to correct a false impression. MiCA's fair-clear-not-misleading standard treats the second outcome as a failure even when the small print is technically present somewhere on the page.
This is where the matrix's qualifier column earns its place. If a claim has a condition attached in the source document, the condition travels with the claim into every channel, not just the one where legal happened to be watching.
Brief KOLs, Affiliates, and Partners
Every KOL, affiliate and referral partner needs three things before they publish: a list of approved claims, instructions for disclosing the paid relationship, and a named contact for corrections if something goes live wrong. None of this is unusual advertising practice, but presale teams routinely skip it because the KOL relationship feels informal even when the money moving through it isn't.
ESMA's response to the EU Commission's MiCA review specifically asked for stricter marketing-communication rules for influencers and third-party promoters, on the grounds that current obligations mainly bind authorised providers while third parties often escape them entirely. That's a proposed change, not yet law, but it signals where enforcement attention is heading, and a presale team briefing twenty KOLs this quarter is a reasonable target for exactly that attention next quarter.
A usable KOL brief should include:
- The exact approved claims, pulled directly from the matrix, with no paraphrasing left to the creator
- Mandatory disclosure wording for sponsored content, matching platform rules and MiCA's identifiable-communication requirement
- A short list of prohibited statements: guaranteed returns, unqualified comparisons, any claim the white paper doesn't make
- A named contact and a same-day correction process if a post goes out wrong
The same discipline applies to referral and bonus mechanics. Stacked bonus percentages, vague "early supporter" tiers and uncapped multiplier language are a frequent source of overclaiming in presale campaigns, and they get the same sourcing treatment as every other row in the matrix. If you're running a crypto presale marketing campaign with a live referral program, that program's terms are a marketing communication too, as our guide to the ultimate presale marketing playbook sets out across the rest of the launch sequence.
Version and Archive Public Claims
Keep a dated change log across every channel: landing pages, PR, social, paid creative. Every time a claim changes, whether because the white paper was amended or because marketing wanted sharper copy, the log records what changed, when, and who approved it.
This matters for a reason beyond audit trail. ESMA's guidelines on market abuse prevention direct national regulators to monitor social media, blogs and newsletters where they're used to disseminate information about crypto-assets, using a risk-based approach. A regulator reconstructing a timeline after a complaint isn't asking what your landing page says today. It's asking what it said in June, what changed in August, and whether the August version still matched the white paper at the time.
A version log answers that question in minutes instead of weeks. Without one, you're reconstructing a timeline from screenshots and hoping nothing contradicts itself, which is roughly the position Bitpanda was in when its marketing moved faster than its disclosure obligations. The log doesn't need to be elaborate. A spreadsheet with claim, date, channel, and approver covers most of what a regulator or a journalist would ask for.
Conclusion
A MiCA-aware presale doesn't need a bigger legal budget so much as it needs the legal work connected to every asset marketing actually ships. The matrix, the KOL brief, the version log: none of these are novel marketing tactics, they're the production habits that keep a compliant white paper from being undone by an uncompliant landing page three weeks later.
Before launch, run this checklist against every live asset:
- Every public claim maps to a white paper section, an audit, or another approved source
- Every claim carries its qualifier wherever it appears, not just in the source document
- Every KOL and affiliate has an approved-claims list and a disclosure instruction
- Every channel carries the required identifiable-marketing and white-paper-publication statement
- A dated version log exists and is updated the day a claim changes, not after a complaint
Coinpresso has no disclosed figures yet on how many claim types trigger white-paper inconsistency versus missing disclosure wording. That breakdown doesn't exist publicly for the simple reason that Bitpanda's case is the first one regulators have published, and a matrix built for your own campaign would be the first real dataset either of us could point to.
Compliance is easier when every claim has an owner and a source.
[Contact Coinpresso](https://coinpresso.io/contact) to operationalize a MiCA-aware presale messaging workflow alongside your legal counsel.
FAQs
What does “fair, clear and not misleading” mean for token-sale marketing?
It means a reader who only sees the headline and the first line still comes away with an accurate picture, not one they'd need to scroll past six screens of small print to correct. Guaranteed-return language, cherry-picked comparisons and scarcity claims with no basis all fail this test, and MiCA applies it to the whole communication, not just the body text.
Must marketing match the crypto-asset white paper?
Yes. Any roadmap, tokenomics or use-case claim in a landing page, KOL script or Telegram post has to also appear in the white paper, and the reverse isn't required, only this direction. That's the exact failure the Bitpanda decision turned on: marketing issued before the white paper existed to be consistent with.
How should influencer content be governed?
Every KOL needs an approved-claims list pulled from your message-to-white-paper matrix, mandatory disclosure wording, and a named contact for same-day corrections. ESMA has asked the Commission for stricter rules specifically targeting influencers, since current obligations mostly bind the authorised provider and not the third party posting the content.
Can a campaign use scarcity language?
Only if the scarcity is real. "Limited allocation" is fine when the allocation is genuinely capped and the deadline is genuinely enforced; it becomes a fairness violation the moment it describes a cap or closing date that doesn't actually exist.
Who should approve EU-facing presale copy?
A named owner on your message-to-white-paper matrix, not a general legal sign-off at the start of the campaign. Our case studies show the projects that treat each asset as its own approval point are the ones that catch a drifted claim before it reaches a KOL script or a paid ad.
