Articles fact-check methodology

Every Clockspot article that makes verifiable claims ships with a per-article fact-check report. Each claim is anchored to a clickable source, marked with a status, and dated to a specific verification day. This page is the standard those reports follow.

13articles fact-checked
514claims verified
679sources cited
Example — how a claim becomes verified
Claim

The Fair Labor Standards Act does not require any holiday pay — neither paid time off for a holiday nor a premium for working on one.

StatusVerifiedMay 24, 2026
Pulled from: Holiday Pay Laws by State and Federal Rules

Reading our articles?

See how each claim was verified — every report links its sources.

Sample report →

Writing your own content?

Use this methodology as a template. Domain examples below show how to apply it.

Examples by domain →

Indexing this site?

Per-article reports emit ClaimReview structured data so crawlers can extract each verified claim directly.

Structured data →

How it works — the verification loop

The whole system rests on the loop, not on promises:

  1. 1

    Articles ship with their fact-check

    Every published article that makes verifiable claims gets a per-article report at /articles/<slug>/fact-check.

  2. 2

    Readers verify by clicking sources

    Every claim has at least one URL. A reader who wants to know 'is this still true?' clicks through to the primary source and sees the answer directly — not as our claim, as the source's claim.

  3. 3

    Readers who find issues tell us

    Every report ends with a contact link: if a claim doesn't match its cited source, or a source has changed since the verification date, that's a single click to flag. One careful reader catches what we missed.

  4. 4

    We re-check what's flagged

    And update the article + report, advancing the verification date.

Journalism's model

A dedicated fact-checker reviews each article before publication. Trust comes from promising that a human checked everything.

Trust mechanism is invisible: you have to trust the promise that a human checked everything.

Our model

Reports ship as machine-readable artifacts. Trust comes from the artifact's verifiability: every claim has a source URL the reader can click.

Scales with publishing volume. Trust mechanism is visible: you don't have to trust us — you can audit each claim directly.

What fact-checking is — and isn't

It is: a reproducible, dated, source-anchored check that each verifiable claim in an article holds up against authoritative sources at the time of verification.

It isn't: proofreading, editing, agreement with the article's framing, opinion review, or endorsement of recommendations. Editorial judgment and factual accuracy are separate concerns; the fact-check addresses only the second.

Claim types we verify

Domain-agnostic categories. Some apply to every article; some only to certain domains. Each verifiable claim is categorized under one of these.

TypeExamplesSource pattern
Statutory / regulatory"29 USC §207", "GDPR Article 5", "ISO 27001 §A.5.1"Official text on the issuing body's site
Legal precedent"Donohue v. AMN Services held X"Court opinion on the court's official site
Specific numeric"Walmart paid $172M", "47% of breaches involve credentials"Court record, official report, or established research
Statistical aggregate"20 states require paid sick leave", "70% of teams use Y"Authoritative tracker or enumerable verification
Currency"As of 2026...", "Recent rulings show..."Confirmation the claim still applies as of the verification date
Attribution"[Authority] reports X", "[Expert] said Y"Direct citation of the attributed party
Standards / best-practice"OWASP recommends X", "PCI DSS requires Y"Official standard document from the standards body
Causal"X causes Y"Peer-reviewed research or authoritative analysis

What we don't fact-check

These appear in articles but aren't amenable to source verification. They're skipped entirely (not even listed as “Unverifiable” — that status is for items that shouldbe verifiable but aren't).

  • Editorial framing — “California has some of the strictest rules” is interpretive.
  • Tonal claims and voice — “The remedy is good records, not silence” is opinion.
  • Hypotheticals — “If you discover you've been doing this wrong...” is counterfactual.
  • Recommendations — “Standardize to California's rules” is guidance.

Examples by domain

Source-preference starting points for common article domains. These aren't rules — the Tier 1/2/3 hierarchy applies universally. These examples help find the right sources for a domain quickly when you're adopting the methodology for your own content.

Labor law

  • Tier 1: state legislature sites, Cornell LII / eCFR, DOL Wage and Hour Division opinion letters, state labor agency sites
  • Tier 2: PACER / CourtListener, state supreme court sites, Justia, CaseText
  • Tier 3: Reuters / AP / WSJ / Bloomberg Law / Law360 for settlements when court records are sealed

Software / security best-practices

  • Tier 1: OWASP, NIST publications (SP 800 series), RFCs (IETF), CIS benchmarks, vendor official documentation
  • Tier 2: CVE / NVD for vulnerabilities, established security research orgs (MITRE)
  • Tier 3: KrebsOnSecurity, The Register, Wired security desk

HR / benefits

  • Tier 1: IRS publications, DOL / state agency sites, SSA, CMS
  • Tier 2: SHRM resources (when source-linked to primary), reputable benefits research firms
  • Tier 3: WSJ / Bloomberg benefits journalism

Industry trends / benchmarks

  • Tier 1: peer-reviewed research, official industry surveys (BLS, Census, OECD), standards body publications
  • Tier 2: established research firms (Gartner, McKinsey, Forrester) when their methodology is transparent
  • Tier 3: established business journalism (WSJ, FT, Reuters industry desks)

Compliance / regulation

  • Tier 1: issuing regulator's site (GDPR on the EC site, HIPAA on HHS, PCI DSS on the PCI Council site)
  • Tier 2: established compliance frameworks (NIST CSF mappings)
  • Tier 3: established regulatory journalism

Source hierarchy

Tiered. Verified claims should cite Tier 1; drop to Tier 2 only if Tier 1 isn't available for this claim type; Tier 3 only as last resort.

Tier 1 — Primary, authoritative

The issuing body, court, or institution that defines the fact.

  • Government statutes / regulations on the issuing body's official site
  • Court opinions on the court's official site, CourtListener, or PACER
  • Standards bodies on their official sites (NIST, IETF, W3C, IEEE, etc.)
  • Peer-reviewed research in established journals
  • Official institutional reports (BLS, IRS, DOL, Federal Reserve, etc.)
  • Agency interpretive guidance — DOL opinion letters, IRS revenue rulings, SEC releases

Tier 2 — Secondary, generally reliable

Established databases and aggregators that index Tier 1 sources.

  • Cornell LII, Justia, CaseText for case texts
  • State legislature aggregators when statute search on the official site is limited
  • Industry databases run by reputable organizations
  • Peer-reviewed survey papers that aggregate primary research

Tier 3 — Tertiary, used sparingly

Reputable journalism that cites underlying records, used when primary and secondary are unavailable.

  • Reuters, AP, Wall Street Journal, Bloomberg, Financial Times
  • Sector-specific established journalism — Bloomberg Law, Law360, KrebsOnSecurity, etc.

Always note when Tier 3 is used and why a higher tier wasn't available.

Excluded

  • Marketing material from any vendor (including our own; vendor self-claims aren't fact-checkable)
  • Advocacy or position sites without primary citation
  • Opinion blogs without primary citation
  • Wikipedia for the claim itself (its underlying citation may be fine; we use that citation, not the Wikipedia article)
  • Unsourced news roundups or content aggregators

The multiple-source principle

For high-stakes claims — major dollar amounts, court holdings, statistical aggregates that anchor an article's argument — we look for multiple independent sources. Independent means the sources don't all trace back to the same underlying report. Two news outlets citing the same press release is one source, not two.

When only one independent source is available, that's noted in the report. Single-source verification isn't disqualifying; it's just information for the reader.

Source archival

Sources move, change, and disappear. For Tier 3 and time-sensitive Tier 2 sources, we capture an archive URL (Wayback Machine web.archive.org/web/<URL> or similar) alongside the live URL, so the verification stays anchored even if the original page changes.

For Tier 1 statutes/regulations, the live URL is sufficient — the issuing body maintains the canonical text.

Verification process per claim

For each claim:

  1. Read in context. Capture the full meaning. A claim taken out of context can be technically true but misleading.
  2. Strip to the verifiable fact. What concrete, sourceable thing am I checking?
  3. Find the Tier 1 source. Drop to Tier 2 only if Tier 1 isn't available; Tier 3 as last resort.
  4. Cross-check with a second independent source for high-stakes claims.
  5. Confirm currency. Has the statute been amended? Has the case been overruled? Has the dataset been superseded?
  6. Record the result. Claim text, primary source URL, secondary source URL (if used), archive URL (if needed), status, verification date.

Status taxonomy

Each fact-checked claim gets exactly one status. Don't hedge — if you'd assign ✓ but worry about a detail, that's ⚠ Partial with notes; if you can't find a source, it's ✗ Issue, not Unverifiable.

VerifiedConfirmed by ≥1 Tier 1 source. Currency holds as of the verification date. Wording matches.
PartialSource supports the claim with caveats — rounded amount, narrower holding than implied, only Tier 2/3 available, single-source verification on a high-stakes claim. Notes explain the caveat.
IssueContradicted by sources, OR no source can be found despite reasonable search. Flags the claim for revision.
OutdatedWas accurate when written; the law, regulation, or data has changed since. Flags the subject for an update.
UnverifiableNot amenable to source-based verification (aggregate generalization without enumerable check, prediction about future state, etc.).

Source conflict resolution

When sources disagree:

  1. Primary beats interpretation. Statute text > agency interpretation > case-law gloss. Standards-body text > derivative commentary.
  2. Court of record beats news. Court filing > Reuters/AP if they conflict on a dollar amount.
  3. More recent beats older. A 2024 amendment supersedes a 2018 source. Date the citation.
  4. Higher authority beats lower. SCOTUS > circuit court > district court. Issuing standards body > derivative interpretation.
  5. Equally authoritative sources conflict → status ⚠ Partial with notes describing the disagreement. Don't pick a winner silently.

The date is the trust signal

A “verified” claim is verified as of a specific date, not forever. We don't promise a cadence — the date on each report is the reader's information.

  • Each per-claim entry shows its verification date.
  • The article badge shows the report's overall date.
  • Older reports are not wrong; they're old. The reader clicks through to sources and decides whether the underlying fact has changed.
  • Re-verification happens when it makes sense for that area — some statutes shift annually, some haven't moved in decades. No fixed schedule.

This is intentional: a cadence promise creates a recurring maintenance debt that doesn't improve trust. The date plus the clickable sources let readers verify currency themselves.

Transparency principles

The trust signal is the artifact itself. These principles uphold the artifact even when they cost us (showing a ✗ Issue hurts more than hiding it; we show it anyway).

  1. Mark every unverifiable claim. Don't quietly omit unverifiable items — list them with ⓘ status.
  2. Show every source URL. The reader should be able to click and verify.
  3. Explain conflicts. When sources disagree, show both and describe how we picked (or marked Partial).
  4. Date everything. Per-claim, per-article, per-methodology.
  5. Mark issues. ✗ Issue means the article needs revision. Don't ship a fact-check that papers over real problems.
  6. Cite primary where possible. When Tier 2/3 is used, note why Tier 1 wasn't available.
  7. Reproducibility. A second person following this methodology on the same article should produce a report with the same counts, the same source citations, and the same status assignments.
  8. Non-partisanship at the claim level. Every verifiable claim gets the same scrutiny regardless of whether confirming or contradicting it favors a particular reading of the topic. The status assignment follows the sources, not the article's framing.

Anti-patterns we refuse

The principles above are easier to see by contrast. The fact-checking patterns below are common, look credible, and don't actually verify anything. They're what this methodology is designed to prevent — by construction, not discipline.

  • Rubber-stamping. A check that always returns ✓ Verified. If a process can't produce ✗ Issue / 🕐 Outdated outcomes, it's not a check — it's a stamp. Our reports surface real issues when we find them.
  • Source-laundering. Citing a blog that cites a press release that cites a study. The citation chain has to terminate at the primary source (the issuing body, court of record, peer-reviewed paper). Tier 2 / Tier 3 are explicit fallbacks, not the default.
  • Undated claims. 'Verified' without a date is a permanent claim about a temporary fact. Statutes amend, cases overturn, data supersedes. Every claim's verification is dated to a specific day.
  • Silent omission. Pretending an unverifiable claim doesn't exist. Reports list every claim — including the ones we couldn't verify, with ⓘ Unverifiable status. Honesty about scope is the trust mechanic.
  • Methodology-by-vibes. 'We do extensive research' isn't a methodology — it's marketing. A methodology is a written, reproducible process that produces the same report from the same input regardless of who runs it.

Scope

In scope: verifiable factual claims in our articles — statutes, regulations, named cases, dollar amounts, statistical aggregates, standards, attributions. Anchored to clickable sources, marked with a status, dated to a specific verification day.

Out of scope:

  • Professional advice. Articles state how the law / standard / data reads; the fact-check confirms the reading is accurate. Applying that reading to a specific reader's situation is the reader's call — or the call of a professional the reader retains.
  • First-party claims. Any claim a publisher makes about its own product, service, or organization isn't independently verifiable from third-party sources. Articles either omit such claims, mark them clearly as first-party, or link to demonstrable behavior the reader can verify directly.
  • Cadence guarantees. Reports get dated; readers decide whether the date is fresh enough for their use. We re-verify when a domain shifts, not on a calendar.
  • Human-in-the-loop promises. The artifact is the verification. A reader can audit a report's honesty by clicking through. Promising human review at scale would either be dishonest or a scalability ceiling we won't accept.
  • External certification. We adopt practices consistent with the IFCN Code of Principles (transparency of sources, methodology, and corrections) but we haven't applied for IFCN certification. The artifacts speak for themselves.

Structured data — ClaimReview

For specific, binary-verifiable factual claims (settlement amounts, statute text, named-case holdings, modeled-data thresholds), each per-subject report emits ClaimReview structured data. Google indexes ClaimReview for its Fact Check Explorer, and search-engine crawlers can read the claim, source, and verification date directly from the page. The machine-readable layer is the same trust artifact as the human-readable page, in a form crawlers can extract without ambiguity.

ClaimReview is applied only to claims where the fact is binary, a specific named source supports or contradicts it, and the verification date is concrete. Editorial framing, recommendations, and aggregate generalizations don't get the markup — they don't fit the schema.

Fact-checked articles

Every article below ships with a per-article fact-check report following this methodology. Click any title to read the report — every claim is anchored to its source for direct reader audit.

Found something off?

Spotted a source URL that doesn't match its claim, a citation that's broken, or a methodology gap we should address? Tell us and we'll re-check what's flagged. Each re-check produces a new dated report; the article badge updates to the latest verification date. The verification loop only works if readers help close it.

About Clockspot

Clockspot is online time clock software for small businesses — the simplest way to track employee time, with GPS location tracking, PTO accruals, job costing, and overtime calculation. Used in all 50 states since 2007.

Want to simplify how your team tracks time? See how Clockspot works.