What verification means here
We verify that a statement is a fair description of how something works, that it is not a provider-specific commercial claim in disguise, and that it does not imply a number, a rating or an endorsement.
That is a narrower promise than "everything on this page has been confirmed with the company", and it is deliberately narrower. We have no privileged access to any provider, so a claim about a provider’s current terms could not be verified by us at all. Restricting the content to checkable classes of statement is what makes the checking meaningful.
Checking happens against the same claim taxonomy used while drafting, described on the methodology page. Reviewing a draft is largely the work of walking each sentence back to its category and asking whether it earns its place there.
Statements we allow
- Definitional
- What a term means and how it differs from adjacent terms — for example the boundary between a charge structure and a revolving credit structure.
- Structural
- How programs are organised: whose name the card is issued in, who carries liability, who administers limits and access.
- Mechanism
- How a component behaves in operation — that a category rule is evaluated at authorisation, or that a receipt requirement blocks reconciliation rather than the payment.
- Practice
- Patterns common in card program administration and internal control, stated as patterns with the variation acknowledged.
These four categories cover almost everything a reader needs in order to read provider documentation confidently. They also share a useful property: they stay true for years, so a page written carefully does not silently decay.
Statements we do not allow
| Type | Example shape | Instead we |
|---|---|---|
| Provider commercial terms | What a named company charges, offers or includes | Explain what the term means and point to the provider |
| Figures of any kind | Rates, fees, limits, thresholds, counts, market shares | Describe what the figure would apply to and when |
| Dates and corporate history | Founding dates, funding rounds, customer numbers | Leave the claim out entirely |
| Superlatives | "Best", "cheapest", "fastest", "most popular" | Give criteria the reader applies to their own case |
| Approval predictions | "You will qualify if…" | Explain what underwriting generally assesses |
| Social proof | Testimonials, review quotes, awards, ratings | Publish nothing in that class at all |
A draft containing any of these is rewritten before publication, not published with a caveat. The reasoning is in the editorial policy.
The pre-publication checklist
Every page is walked through the same checklist before it goes live, and again after any substantive edit.
- Every factual sentence maps to an allowed statement category
- No figure appears except counts of things that exist on this site
- No claim is made about a specific provider’s terms, pricing or eligibility
- No rating, ranking, award, testimonial or review language appears
- No advice framing on tax, legal, accounting, credit or investment questions
- No transactional language, no forms, no credential or document requests
- Brand terms are used nominatively and read naturally in context
- Hedging is present where variation is real, and absent where it is not
- Internal links resolve to pages that exist and answer the adjacent question
- Title, description, headings and update date are accurate for the content
How to report an error
Reader reports are the most reliable correction mechanism we have. Send them by email to [email protected], or use the details on the contact page.
-
Send the page and the sentence
Include the page URL and quote the sentence you are questioning, so there is no ambiguity about what is being disputed.
-
Say what is wrong with it
Factually incorrect, misleading in context, outdated, or ambiguous enough to be read the wrong way — each leads to a different fix.
-
Point to a basis if you have one
A public document or a description of standard practice helps, but a well-argued report with no citation is still worth sending.
What happens after a report
A report is read, the disputed sentence is re-classified against the claim taxonomy, and one of four outcomes follows.
Possible outcomes
- Corrected — the statement was wrong and is fixed
- Clarified — the statement was defensible but easy to misread, so it is rewritten
- Removed — the claim cannot be supported in any allowed form
- Unchanged — the statement stands, with the reasoning explained in the reply
What we do not do
- Change accurate structural explanation on request
- Add promotional framing or outbound links on request
- Publish a provider’s terms in place of a corrected explanation
- Edit a disputed claim silently and leave the date untouched
Reports are handled by the contributor responsible for the cluster, listed on the authors page, with the editorial team reviewing anything that affects a shared definition used across several pages.
The "updated" date convention
Each page shows an Updated date near its heading. It records the last substantive change to the content — a corrected or clarified claim, a rewritten section, a new or removed explanation.
- Moves the date
- Corrections, clarifications, removed claims, new sections, changed definitions and reworked structure.
- Does not move the date
- Typographical fixes, link housekeeping, styling changes and other edits that leave the meaning intact.
- What it is not
- It is not a claim that provider terms were re-checked on that date, because we never publish provider terms in the first place.
If a page looks stale relative to something you know has changed in the wider payments landscape, that is worth reporting too. Ageing explanations are as much a defect as incorrect ones.
FAQ
Frequently asked questions
Do you fact-check against provider websites?
We read public documentation to understand vocabulary and naming, but we do not use it as authority for a commercial claim, because we do not publish commercial claims. Anything about a specific product’s terms should be read from the provider directly.
How long does a correction take?
Straightforward factual fixes are made as soon as they are confirmed. Reports that require rewriting a shared definition used across several pages take longer, because every page relying on that definition has to be reviewed for consistency.
Will you say who reported an error?
No. Reports are treated as private correspondence and no reporter is named, credited or listed anywhere on the site unless they explicitly ask to be.