What the Corpus Does Not Say: Reply structure, time and coverage in YouTube comment data

What linguists and other researchers should check before treating comments as conversation. Anyone planning a research project with YouTube comments meets the same technical hurdles: which tool to collect with, which fields can be trusted, and how to tell whether a corpus is complete. The hurdles are easy to miss when collection and analysis are done with the help of an AI assistant, because the code runs, the files look complete and nothing signals that a field is not what its name says. This paper gathers, in one place, what can go wrong on the way from a YouTube comment section to an analysable corpus, how to detect each problem in minutes, and what to do about it. It is written for corpus linguists, conversation analysts and CMC researchers who read comments as conversation — who answers whom, how address is marked, what follows what, and when. It can be used as a reference document at the start of a project: read before collecting, run as a checklist after collecting, and supplied as a source text to an AI assistant that is helping to build or analyse a comment corpus. What it offers, measured on 210 extractions of 133 videos (480,925 comments, collected with yt-dlp and the YouTube Data API v3): 1. Which source to use for what. The official API files every reply under the first comment of its thread; on the same videos 42.3% and 48.5% of replies receive a different parent than in interface-level extraction. Recommendation: structure from interface-level extraction, time and coverage from the API, both parent fields kept apart. 2. Where reply structure stops being reliable. Interface-level extraction returns replies only to depth 3. At that level the recorded parent and the @-name disagree in 45.8% of cases, one level up in 3 of 13,407. Recommendation: record depth on every edge and treat the deepest level as censored. 3. What the @-name is. In nested replies it is inserted by the interface in about nine of ten cases, so it records a button press before it records a choice of address form. Invisible characters hide 3–4% of markers from a standard pattern; the API glues the marker to the following text in 15.7% of cases. A documented matching rule is given. 4. Why yt-dlp timestamps cannot be used as time. They are back-calculated from labels such as "1 year ago"; in one extraction 182,784 comments share two values, and median error against the API reaches 358 days. 5. How corpora lose comments without trace: replies switched off by one setting (258 videos, 89,074 comments in the author's own collections), runs blocked halfway, a 2,500-comment ceiling, replies orphaned after deletion. 6. Why careful hand-coding is not enough. A coding pass specified in advance confirmed 78 of 100 cases and still supported a wrong conclusion, because the cause lay in tree position. One grouped count would have shown it. Ten diagnostics are collected in Appendix A, each a line or two of code. Applied to the author's next corpus project, they already found a gap in its reporting: the deposit did not show that every requested API page had been retrieved. The paper is also an honest record of AI-assisted research by a non-specialist. It documents how the corpora were built — on a phone, with notebooks written by a language model — the adversarial reviews, the correspondence with the developer of an independent tool, and 25 corrections of the author's own earlier claims. It began as a by-product: a linguistic question about address in YouTube replies that did not survive its own checks, because the pattern turned out to come from the platform rather than from the speakers. No figure is newly computed. All are carried over from the component reports, which this edition supersedes as the reference text and where scripts and tables are deposited: - Six Methodological Pitfalls in YouTube Comment Extraction, v2.7.1: https://doi.org/10.5281/zenodo.22836737 - Flattened Conversations, v3.8.1: https://doi.org/10.5281/zenodo.22117940 - Reconstructed Time, v1.2: https://doi.org/10.5281/zenodo.22214602 Related studies cited: - Two Pointers, One Recipient, v1.1: https://doi.org/10.5281/zenodo.22254594 - Storm Names as Comparative Benchmarks, v3.4: https://doi.org/10.5281/zenodo.22431589 The literature review is not exhaustive. If relevant work has been overlooked, I apologise and would be grateful to be told; suggestions, corrections and refutations are welcome and will be taken up in a later version. Not peer reviewed.

Authors

Publication Details

Journal
Zenodo (CERN European Organization for Nuclear Research)
Published
2026-10-13
DOI
https://doi.org/10.5281/zenodo.23339873
Primary Topic
Language, Discourse, Communication Strategies
Type
preprint
Controls
|||
ALL TIME
JAN
FEB
MAR
APR
MAY
JUN
JUL
AUG
SEP
OCT
preprint

What the Corpus Does Not Say: Reply structure, time and coverage in YouTube comment data

Max Sedlmair
Zenodo (CERN European Organization for Nuclear Research)
Language, Discourse, Communication Strategies
preprint

What the Corpus Does Not Say: Reply structure, time and coverage in YouTube comment data

Max Sedlmair
preprint en

Abstract

What linguists and other researchers should check before treating comments as conversation. Anyone planning a research project with YouTube comments meets the same technical hurdles: which tool to collect with, which fields can be trusted, and how to tell whether a corpus is complete. The hurdles are easy to miss when collection and analysis are done with the help of an AI assistant, because the code runs, the files look complete and nothing signals that a field is not what its name says. This paper gathers, in one place, what can go wrong on the way from a YouTube comment section to an analysable corpus, how to detect each problem in minutes, and what to do about it. It is written for corpus linguists, conversation analysts and CMC researchers who read comments as conversation — who answers whom, how address is marked, what follows what, and when. It can be used as a reference document at the start of a project: read before collecting, run as a checklist after collecting, and supplied as a source text to an AI assistant that is helping to build or analyse a comment corpus. What it offers, measured on 210 extractions of 133 videos (480,925 comments, collected with yt-dlp and the YouTube Data API v3): 1. Which source to use for what. The official API files every reply under the first comment of its thread; on the same videos 42.3% and 48.5% of replies receive a different parent than in interface-level extraction. Recommendation: structure from interface-level extraction, time and coverage from the API, both parent fields kept apart. 2. Where reply structure stops being reliable. Interface-level extraction returns replies only to depth 3. At that level the recorded parent and the @-name disagree in 45.8% of cases, one level up in 3 of 13,407. Recommendation: record depth on every edge and treat the deepest level as censored. 3. What the @-name is. In nested replies it is inserted by the interface in about nine of ten cases, so it records a button press before it records a choice of address form. Invisible characters hide 3–4% of markers from a standard pattern; the API glues the marker to the following text in 15.7% of cases. A documented matching rule is given. 4. Why yt-dlp timestamps cannot be used as time. They are back-calculated from labels such as "1 year ago"; in one extraction 182,784 comments share two values, and median error against the API reaches 358 days. 5. How corpora lose comments without trace: replies switched off by one setting (258 videos, 89,074 comments in the author's own collections), runs blocked halfway, a 2,500-comment ceiling, replies orphaned after deletion. 6. Why careful hand-coding is not enough. A coding pass specified in advance confirmed 78 of 100 cases and still supported a wrong conclusion, because the cause lay in tree position. One grouped count would have shown it. Ten diagnostics are collected in Appendix A, each a line or two of code. Applied to the author's next corpus project, they already found a gap in its reporting: the deposit did not show that every requested API page had been retrieved. The paper is also an honest record of AI-assisted research by a non-specialist. It documents how the corpora were built — on a phone, with notebooks written by a language model — the adversarial reviews, the correspondence with the developer of an independent tool, and 25 corrections of the author's own earlier claims. It began as a by-product: a linguistic question about address in YouTube replies that did not survive its own checks, because the pattern turned out to come from the platform rather than from the speakers. No figure is newly computed. All are carried over from the component reports, which this edition supersedes as the reference text and where scripts and tables are deposited: - Six Methodological Pitfalls in YouTube Comment Extraction, v2.7.1: https://doi.org/10.5281/zenodo.22836737 - Flattened Conversations, v3.8.1: https://doi.org/10.5281/zenodo.22117940 - Reconstructed Time, v1.2: https://doi.org/10.5281/zenodo.22214602 Related studies cited: - Two Pointers, One Recipient, v1.1: https://doi.org/10.5281/zenodo.22254594 - Storm Names as Comparative Benchmarks, v3.4: https://doi.org/10.5281/zenodo.22431589 The literature review is not exhaustive. If relevant work has been overlooked, I apologise and would be grateful to be told; suggestions, corrections and refutations are welcome and will be taken up in a later version. Not peer reviewed.

Zenodo (CERN European Organization for Nuclear Research)
Language, Discourse, Communication Strategies
AI Navigator

Ask Laika to Summarize, Analyze, and Connect papers live on the map.

Summarize Papers & Methodologies

Extract key findings, datasets, and comparative methods across publications.

Benchmark Rankings & Visual Analytics

Rank top research institutions, authors, funders, topics, and journals by Field-Weighted Citation Impact (FWCI) and paper volume with instant charts.

Connect Distant Disciplines

Bridge topological clusters on the map to find hidden collaborative intersections.