Verification is a record of work performed, not a trust-me badge. Every public offer carries its sources, check date, unresolved gaps and market logic.
What we are verifying
A provider, a product, an operating entity, a country, a promotion and a referral route are separate objects. A true statement about one does not automatically prove the others.
For each offer, we try to establish:
- the exact code or commercial route;
- the benefit, if one is claimed;
- where and how the code is entered;
- eligible products, accounts, audiences and countries;
- start, end, renewal and withdrawal conditions;
- the provider-facing terms and relevant primary regulatory controls;
- how Broker.codes may receive attribution or compensation.
Source hierarchy
| Priority | Source | Used for |
|---|---|---|
| 1 | Regulator, legislation or rulebook | Market and product-intervention controls. |
| 2 | Provider terms, help centre or regulatory page | Offer mechanics, restrictions and entity-facing facts. |
| 3 | Documented partner or business-supplied information | Commercial inventory that may precede public terms. |
| 4 | Editorial references | Discovery and context, not final legal authority. |
Affiliate competitors are not used as legal authorities. A provider's general campaign is not treated as code-specific evidence unless the terms connect them.
Labels
Verified
The exact code or route, stated benefit, important terms and relevant market controls were checked against current evidence, with a named human verification record. It does not mean regulatory approval, suitability, guaranteed acceptance or endorsement of the provider.
Partially verified
Some material facts have solid evidence and at least one important gap remains. The gap is stated beside the record. AvaTrade code 128979 and TABTrade code TABFDB2k launch in this state.
Awaiting verification
The exact code may be supplied inventory, but the claimed benefit or terms cannot yet be supported. XM code QK44F is published without inventing a benefit.
Unavailable in this market
An explicit provider restriction or relevant primary rule supports disabling the offer action for the selected product and promotion. It is not automatically a statement that the whole provider is prohibited.
Review required
Evidence is incomplete. This is the default global state; unknown never silently becomes available.
Review and change handling
Every record shows a last-checked date and change log. A checked date is not proof that a deal is unchanged today. Higher-risk changes—expiry, benefit, provider restrictions and market rules—take priority over cosmetic changes.
The MVP does not claim a large round-the-clock newsroom or automated legal monitoring. Human verification is supported in the data model, and a record is not promoted to fully verified without a named sign-off. Launch records intentionally remain partial or awaiting verification.
Timers and activity
A countdown appears only for a verified end date. Recurring campaigns must be renewed explicitly; timers do not roll themselves forward. Evergreen records show the check date instead.
Activity is collected as privacy-conscious aggregate events. Public popularity appears only when a real count clears a minimum threshold. If the query service is not configured or traffic is low, the component stays hidden.
Corrections
Send the URL, disputed sentence, provider-facing evidence and the market or entity involved to corrections@broker.codes. Material errors should be paused or corrected first and explained in the change log second. Mail routing must be configured by the operator before public launch.