Protect and govern student data
The Privacy Ledger is an independent guide to student privacy in higher education: educational records, consent, disclosures, EdTech, AI, vendors, security and data compliance. It follows one backbone through every guide: student, data and record, collection, use, consent or exception, disclosure, vendor and system, security and control, student right, breach and incident, institution obligation.
Start with what student privacy means, or open a ledger below. Every guide opens with a privacy check: the record, the data, the safeguard, and the first check to make. US law is primary here, FERPA, PPRA and COPPA where they intersect with college EdTech, and other jurisdictions are labelled separately and never blended. No guide decides a question for a specific student or institution; for a specific record, contact the institution's privacy officer.

Walk the ledgers
How this desk works

Three rules. First, no invented figures and no compliance promises: this site publishes no case study of its own and never says a particular disclosure, vendor or system complies, because a guide cannot inspect a record it has never seen. Where a figure appears, it comes from an official source, is attributed, and carries the date it was checked; worked examples use round numbers and are labelled illustrations. Second, the record comes before the rule: identify the student, the data, and the holder before asking which law or exception applies, because the same disclosure changes character with the record it touches. Third, corrections are published, not buried: the corrections page records what changed and why.
This site does not recommend a vendor, product or system, does not run a directory, and does not generate leads. It explains the system so a reader can judge an institution's practice well, and routes questions about a specific record to the institution's privacy officer and to official US Department of Education guidance.
How the ledger is kept
The backbone runs in order, and the ledgers follow it: a student generates a record, an institution collects it for a stated purpose, use is limited to that purpose or to a lawful exception, disclosure is logged or justified, a vendor holds it only under contract, security controls guard it, the student can inspect and challenge it, a breach is handled and recorded, and the institution can show the whole chain.
- Name the record before naming the rule.
- Check purpose, consent and exception in that order.
- Keep vendor access in the contract, not in a sales promise.
- Log disclosures, keep inventories, and delete on schedule.
- Route a specific case to the privacy officer, not to a general guide.