ai compliance privacy

Is EduGenius FERPA Compliant?

EduGenius Team··16 min read

Watch the EduGenius tutorials playlist

Feature walkthroughs, setup help, and practical learning workflows connected to this article.

Open Tutorials

Is EduGenius FERPA Compliant?

The most useful thing to know about EduGenius and FERPA is how little the core workflow gives FERPA to attach to. FERPA governs a student's "education records," and the everyday EduGenius workflow barely creates any. The teacher is the account holder. Students never register, never log in, and never hand over identifiable data to generate a lesson or open one. That design choice, not a badge, is the real story here.

Quick Answer: EduGenius supports a district's FERPA compliance rather than holding a certification, because no FERPA certification exists for any vendor to earn. The architecture keeps the FERPA surface small on purpose: no student login for the Assign workflow, answer keys never sent to a student's browser, private-by-default sharing, and standing student data confined to institution and enterprise tiers. A signed Data Processing Agreement is available on request for those tiers; route it through your legal team.

This is a self-assessment published on the EduGenius blog, and it holds EduGenius to exactly the standard this guide applies to every other vendor it covers. Two related questions live in their own pieces: the COPPA analysis in Is EduGenius COPPA Compliant?, and the content-safety question in Is EduGenius Safe for Students?. This one stays on FERPA.

What FERPA Attaches To, and Why EduGenius Creates So Little of It

FERPA, the Family Educational Rights and Privacy Act (20 U.S.C. § 1232g), protects a student's "education records," meaning information directly related to an identifiable student and maintained by the school or a party acting for it. The strength of the FERPA posture in EduGenius comes down to a simple fact: for the core content-generation workflow, almost none of that identifiable, student-linked record ever gets created.

Here is why. A teacher builds a lesson from a class profile, grade level, subject, and ability range, none of which name a child. Students then reach the finished material through a link or QR code with no account, so there is no student login, email, or password entering the system. When there is barely any identifiable student record in the first place, there is barely anything for FERPA to govern.

The concern behind the question is real and worth taking seriously. In Common Sense Media's 2025 family research, 84% of parents and 76% of children reported concern about AI tools misusing student data (Common Sense Media, 2025). A tool that never asks a child to register simply gives that worry far less to grab onto.

The Education-Record Surface, Element by Element

Mapping the actual data elements against FERPA makes the point concrete rather than reassuring-sounding. The table below walks the core workflow piece by piece.

Data elementCreated by the core Assign workflow?Tied to a named student?Does FERPA attach?
Teacher account detailsYesNo; it is the teacher's accountNo; not a student record
Class profile (grade, subject, ability range)YesNo; it describes the class, not a childGenerally no
Generated content (questions, worksheets, slides)YesNoNo
Answer keys and grading criteriaTeacher-side onlyNoNo; never sent to students
A student's view of an assignmentVia a public link, no loginNo account is createdMinimal
Optional single-assignment roster (free tier)Only if a teacher adds itYes, if real names are usedPossibly, for that one list
Persistent Student Roster or rich Class ProfilesOnly on institution and enterprise tiersYesYes; this is where a DPA matters

The pattern in that table is the whole argument. The rows FERPA cares about are concentrated at the bottom, in features deliberately gated to the institution and enterprise tiers, and they are absent from the everyday workflow a solo teacher uses.

The Architecture Choices That Keep the FERPA Surface Small

Four design decisions do most of the work of keeping identifiable student data out of the picture, and each one is worth stating at the level of outcome rather than mechanism. These are not privacy add-ons bolted on afterward; they are how the product is built.

  • No student login for the Assign feature. Students reach content through a link or QR code, so there are no student credentials to create, store, reset, or lose.
  • Answer keys never reach a student's browser. The grading criteria and answer key a teacher sees while building an assignment are not included in the data sent to a student's device, so there is no version of the page a curious student could inspect to find them.
  • Sharing defaults to private. Publishing a resource into the broader community pool of other teachers' materials is opt-in, so a teacher's generated content stays private unless they deliberately choose to share it.
  • No direct-messaging infrastructure. EduGenius has no way to email or text a student or family, so it has no reason to hold family contact information for outreach, which is one fewer category of personal data in play.

Say you teach Grade 2 math and want to hand out a differentiated addition worksheet without setting up logins for seven-year-olds. You can generate it from a class profile and share it as a link or QR code students scan on a shared iPad, with no student account, password, or email involved at any point. Nothing about that flow creates an education record tied to a named child.

Class Profiles Describe the Class, Not the Child

The Class Profiles feature is built around teaching parameters, not student identities, and that line is what keeps the everyday footprint small. A profile that reads "Grade 3, reading, mixed ability, several English learners" gives the generator everything it needs to adapt content, drawing on Bloom's Taxonomy alignment as a structural design feature, without a single real student name attached. The privacy-habits companion covers exactly what to keep in and out of a profile day to day.

The U.S. Department of Education's Office of Educational Technology has framed the goal around teacher control, recommending schools keep "humans in the loop" as AI enters classrooms (U.S. Department of Education, 2023). A teacher-directed generator fits that model by design, since nothing reaches a student that a teacher did not generate and choose to share.

What EduGenius Deliberately Does Not Collect

Some of the strongest FERPA points are about what never enters the system in the first place, and stating them plainly is more useful than any reassurance. Each of these is an absence by design.

  • No student credentials. The Assign workflow needs no student login, email, or password, so there are no student accounts to create, store, breach, or delete.
  • No family contact database for outreach. EduGenius has no way to email or text students or families, so it has no reason to hold that contact information at all.
  • No answer keys on the student device. Grading criteria and answer keys stay with the teacher and are not included in the data a student's browser receives.
  • No standing per-student database on the individual tiers. A persistent, reusable roster exists only on institution and enterprise plans, so a solo teacher account never quietly accumulates one.

Data minimization is a recognized privacy principle, and here it is mostly automatic rather than a setting a teacher has to remember. The less identifiable data a tool collects, the less education record there is for a district to govern under FERPA.

Where a Signed DPA Fits, and the One Certification Fact

State it plainly once and move on: no government body issues a FERPA certification to any vendor, EduGenius included, because FERPA regulates schools and districts rather than software companies and has no certificate to grant. Anyone who tells you a product is "FERPA certified" is describing something that does not exist. What actually protects a district is the contract.

That contract mechanism is FERPA's school-official exception at 34 CFR § 99.31(a)(1), which lets a school share education records with a vendor without individual parental consent when a signed agreement keeps the school in direct control and bars the vendor from repurposing or redisclosing the data. The pillar guide walks through that four-part test in full.

For EduGenius, the practical shape of this is straightforward:

  1. The everyday, individual-teacher workflow rarely needs a DPA at all, because it does not put identifiable student records into the tool in the first place.
  2. Standing student data lives behind the institution and enterprise tiers, in the persistent Student Roster and richer Class Profiles, which is exactly where a signed agreement belongs.
  3. A signed Data Processing Agreement is available on request for those tiers, and a district should route it through legal or a student-data-privacy officer rather than accepting any self-description, this one included, as the final word.

FERPA's own enforcement design underscores why the contract carries the weight. The Supreme Court held in Gonzaga University v. Doe (2002) that FERPA creates no private right of action, so its protections run through the U.S. Department of Education and the agreements a district signs, not individual lawsuits.

Plan tierIdentifiable student data that can existFERPA implicationWhat a district should have in place
Free, Starter, or Professional (individual)None required; at most an optional single-assignment rosterLittle to no standing education recordStandard review; keep named data out of class profiles
InstitutionPersistent Student Roster and richer per-student Class ProfilesReal education records can accumulateA signed DPA and privacy-officer sign-off
EnterpriseThe same features at larger scale, with admin oversightThe same, with more governance surfaceA signed DPA, defined retention, and admin controls

For reference, the individual tiers are inexpensive by design, with a Starter plan at $7.99 per month and a Professional plan at $15.99 per month, while the institution and enterprise tiers, the ones that can hold standing student data, are where the district-level agreement conversation actually belongs.

How to Verify EduGenius the Same Way You Would Verify Anyone

A candid self-assessment invites the same scrutiny it would apply to a competitor, so here is the checklist to hold EduGenius to before a wider rollout. None of it should be taken on faith, including the architecture claims above.

  1. Request the written DPA before deploying institution or enterprise features that hold identifiable student data, rather than relying on the public terms of service.
  2. Confirm which tier your school is on, since the individual tiers and the institution or enterprise tiers carry very different amounts of student data.
  3. Ask which AI model powers content generation and whether any no-training commitment extends to that provider, the same subprocessor question worth asking any AI vendor.
  4. Confirm data-retention and deletion practices in writing, matching the specificity the FTC's 2025 amendments now expect of vendors handling children's data (FTC, 2025).
  5. Check your state's student-privacy statute, since laws like California's SOPIPA and Illinois's SOPPA can require more than FERPA alone.
  6. Route the decision through legal or a privacy officer, not procurement alone.

The Subprocessor Question: Which Model Powers Generation

Content generation in EduGenius is powered by Google's Gemini models, which means the same subprocessor question a district should ask any AI vendor applies here too, and it is worth asking directly rather than assuming. A tool that hands input to an underlying model provider is only as protected as whatever that provider has agreed to.

The honest framing is that a no-training or no-redisclosure posture matters most when it extends through the whole chain, model provider included, not just the layer a district contracts with. A district doing real diligence should confirm in writing, as part of the DPA conversation, how identifiable input is handled by the model layer and whether it is used only for generating the requested output. Ask EduGenius that question the same way you would ask it of any vendor built on top of a foundation model, and judge the written answer.

Expert Advice: Judge the Answer, Not the Adjective

The most reliable habit a privacy officer can build is treating "compliant" as a prompt for a follow-up question rather than a conclusion. Districts now have access to an average of nearly 3,000 distinct edtech tools in a given year, according to Instructure's LearnPlatform usage data (Instructure, 2025), and in RAND's 2025 survey, 70% of principals cited data privacy as a factor in their purchasing decisions (RAND, 2025). A vendor that answers each checklist item specifically, in writing, is giving you something to verify. A vendor that answers vaguely is telling you something too. Apply that same standard to EduGenius. For a model of side-by-side vendor evaluation, SchoolAI vs Khanmigo: Which Is Better for Teachers? is a useful template, and Is ChatGPT FERPA Compliant? shows the same analysis applied to a general-purpose chatbot.

Talking to an Administrator or Parent About EduGenius and FERPA

When an administrator or parent asks what EduGenius knows about a child, the useful answer is short and concrete, because the honest answer for the core workflow is "almost nothing tied to an individual student." That is a rare position to be in, and it is worth saying plainly rather than burying in a policy document.

A few talking points hold up well:

  • Students do not create accounts for the Assign workflow, so there is no student login or profile to worry about.
  • The material is generated from class-level settings, grade and subject, not a file on their individual child.
  • Answer keys never reach the student's device, so the assignment is not a back door to the answers.
  • The app cannot message my child or our family; anything sent comes from me, through our usual school channels.

Communication itself matters as much as the underlying design. In Common Sense Media's 2025 research, 83% of parents said their child's school had never discussed generative AI use with them at all (Common Sense Media, 2025). A two-minute, plain-language note closes more of that gap than any badge would.

What to Avoid

  • Reading "little education record" as "no diligence needed." The small footprint is a starting point for review, not a substitute for the review itself, especially before adopting the institution or enterprise tiers.
  • Typing named-student detail into a class profile. The profile is built to work from class-level parameters; individual names, IEP specifics, and health notes belong in a school's secure systems, not a content generator.
  • Assuming the individual and institution tiers carry the same FERPA stakes. They do not, which is exactly why the persistent Student Roster is gated to the tiers that come with a district agreement.
  • Rolling out standing-data features district-wide without a signed DPA. The gating exists so that the features holding real student records get the contract and oversight they warrant first.

Key Takeaways

  • No vendor is "FERPA certified," EduGenius included, because FERPA binds schools and districts and issues no certification for a software company to hold.
  • The core EduGenius workflow creates very little education record, because the teacher is the account holder and students never register, log in, or submit identifiable data to generate or receive a lesson.
  • The Assign feature requires no student login, and answer keys and grading criteria are never sent to a student's browser.
  • Sharing defaults to private, and EduGenius has no infrastructure to message students or families directly, which keeps still more personal data out of play.
  • Standing student data is gated to the institution and enterprise tiers, where a signed DPA and privacy-officer oversight belong.
  • A signed Data Processing Agreement is available on request for those tiers; route it through legal, and apply the same verification checklist you would use for any vendor.
  • FERPA's protection runs through the contract, since the law creates no private right of action after Gonzaga University v. Doe (2002) and offers no vendor badge to earn.

Frequently Asked Questions

Is EduGenius FERPA compliant?

EduGenius supports a district's FERPA compliance rather than being "FERPA compliant" on its own, because FERPA regulates schools, not vendors, and issues no certification. The core workflow helps by creating very little identifiable student record: the teacher is the account holder, and students never register. A signed DPA is available on request for the tiers that hold standing student data.

Does EduGenius store education records about students?

Very little for the core workflow. Content is generated from class-level parameters like grade and subject, not named-student files, and the Assign feature needs no student account. Persistent, identifiable student data exists only through the Student Roster and richer Class Profiles on institution and enterprise tiers, which is where a district-level agreement and oversight apply.

Do students need accounts to use EduGenius, and does that affect FERPA?

No, and it matters for FERPA. The Assign feature shares content through a link or QR code with no student login, email, or password, so no student account or credential enters the system. Fewer identifiable records mean less for FERPA to attach to, though a district should still verify practices before adopting standing-data features.

Does EduGenius sign a Data Processing Agreement?

A signed DPA is available on request, and it is the right document to have in place before using institution or enterprise features that hold identifiable student data at scale. Route it through your legal team or student-data-privacy officer rather than the public terms of service, exactly as you would with any other AI vendor under review.

How is the FERPA question different from the EduGenius COPPA question?

FERPA governs a school's handling of education records and runs through your district's contracts. COPPA governs collecting personal information from children under 13 and binds the vendor directly. They overlap but ask different things, which is why the COPPA analysis, including the certification question, lives separately in Is EduGenius COPPA Compliant?.

#administrators#data-privacy#ai-tools