Skip to content
EreadingAI
Menu
  • Reading
Reading
  • Elements of Fiction
    • All Elements of Fiction
    • Character Types
    • Characterizations
    • Types of Conflict
  • Literary Devices
    • All Literary Devices
    • Figurative Language
    • Figurative Language Poems
  • Text Analysis
    • All Text Analysis
    • Genre and Subgenre
    • Point of View
Login
LoginBrowse Skills
Browse TopicsView all skills →
Reading
Elements of Fiction
Character TypesCharacterizationsTypes of Conflict
Literary Devices
Figurative LanguageFigurative Language Poems
Text Analysis
Genre and SubgenrePoint of View
Policy

Privacy Policy

This policy explains what data Ereading.AI collects, how we use it, who we share it with, how long it is retained, and how we secure it across direct usage, class code assignments, and LMS integrations. Last updated: July 21, 2026.

View Terms of Service
We do not sell student or teacher data. We collect only the data required to operate the service and support learning workflows. We do not deploy behavioral analytics or third-party tracking pixels.
  • 1. Overview
  • 2. Data We Collect
  • 3. How We Use Data
  • 4. Third-Party Services
  • 5. AI-Assisted Grading
  • 6. Cookies and Local Storage
  • 7. Data Retention
  • 8. Security Practices
  • 9. Advertising
  • 10. Email Communications
  • 11. Access and Deletion
  • 12. Children's Privacy
  • 13. Policy Updates

1. Overview

This Privacy Policy applies to all Ereading.AI websites, lessons, activities, assignment links, class code flows, and LMS integrations including Google Classroom and LTI 1.3 platforms (Canvas, Schoology, Moodle, Blackboard, and others).

Ereading.AI is designed for educational use. We collect only the data necessary to deliver the service, return grades, generate result documents, and support classroom workflows. We do not maintain user profiles for advertising purposes, and we do not sell or rent personal data to any third party.

2. Data We Collect

Account Data

When you create an account (via Google sign-in or email magic link), we collect:

  • email address;
  • first name, last name, and display name (if provided);
  • Google account identifier (for Google sign-in users);
  • role selection (teacher, student, or parent);
  • timezone and display format preferences.

We do not collect or store passwords. Authentication uses either Google single sign-on (OpenID Connect) or one-time email magic links.

Session Security Data

When you are signed in, we store the IP address and browser user agent associated with each active session. We use this only to secure the session and to detect and prevent abuse. It is tied to the session and removed when the session expires.

LMS and Classroom Data

When a teacher connects Google Classroom or an LTI 1.3 platform, we receive:

  • course and assignment identifiers;
  • LMS-issued user identifiers and display names needed for launch and grade passback;
  • submission identifiers and scoring payloads.

For Google Classroom, teacher authorization requests standard Google sign-in scopes (openid, email, and profile, which identify the teacher and provide their name and email address) plus two Classroom scopes: read-only access to courses (so the teacher can select one of their classes), and read-write access to coursework and student grades (to create the assignment, locate the signed-in student's submission, attach the result link, and post the grade). We use the Classroom scopes solely to create assignments, return grades, and attach result links. We do not access class rosters, do not read the email addresses of other class members, and do not collect any data beyond what is required for assignment and grade operations. Students sign in with their own Google account, so we receive only that student's own verified email and name.

Ereading.AI's use and transfer of information received from Google APIs adheres to the Google API Services User Data Policy, including the Limited Use requirements. We do not use data obtained through Google Workspace APIs, including Google Classroom data, to develop, improve, or train generalized or non-personalized artificial intelligence or machine learning models.

For LTI 1.3 platforms, we receive only the data included in the platform's launch payload (user identity, course context, and grade passback endpoint). We request the score posting scope only.

Activity and Lesson Data

  • selected answer options, written responses, timing, and completion data;
  • scores and feedback artifacts generated by configured grading modes;
  • assignment configuration details needed to reproduce launch behavior.

Class Code Session Data

When a student accesses an activity through a teacher's class code, we collect:

  • the class code used;
  • a student-entered display name (e.g., first name), if provided;
  • a hashed IP address for daily usage tracking and abuse prevention (we do not store raw IP addresses for class code sessions);
  • activity responses and scores as described above.

Class code sessions do not create user accounts. Students are not required to sign in or provide an email address.

Teacher-Provided Contact Data

  • teacher email addresses used for result delivery and assignment workflows;
  • parent email addresses provided during student invite flows.

Payment Data

All payment processing is handled by Stripe. We do not receive, store, or have access to credit card numbers or bank account details. We receive from Stripe only the data needed to manage subscription status: customer identifier, subscription identifier, plan type, and billing event timestamps.

Subscriber Feedback Data

When a paid Teacher subscriber uses the private feedback room, we collect the subscriber's email address, feedback category, title, message, optional related page URL, and an optional screenshot. Subscribers are instructed not to include student names, email addresses, written work, grades, avatars, or other student-identifying information.

When a screenshot is attached, we validate and decode the image, resize it, and save a newly encoded JPEG. The original uploaded file and its embedded metadata are not retained.

Discussion Comments

Some public pages include a discussion area. When you post a comment, we collect the name and email address you provide and the IP address of the submission. Your name may be shown with the comment; your email address is not displayed publicly and is used only for moderation and follow-up.

3. How We Use Data

We use collected data exclusively for the following purposes:

  • launch and deliver lessons and activities with selected settings;
  • return objective scores and result links to connected LMS gradebooks;
  • generate PDF result documents for teachers and students;
  • provide AI-assisted feedback and scoring for eligible paid tiers;
  • operate classroom reporting and assignment management features;
  • send transactional emails (magic links, membership notices, result delivery);
  • review subscriber feedback, troubleshoot reported problems, and prioritize product improvements;
  • enforce usage limits and prevent abuse of class codes and assignment links;
  • maintain service reliability and security.

We do not use educational data for advertising, marketing profiling, or any purpose unrelated to delivering the educational service.

4. Third-Party Services

We share data with third-party services only as necessary to operate the platform:

  • Stripe (payment processing) — receives billing information provided by the user during checkout. Governed by Stripe's Privacy Policy.
  • LMS platforms (Google Classroom, Canvas, Schoology, Moodle, Blackboard, and others) — receive grades, result links, and assignment metadata through their respective APIs. Governed by each platform's own terms.
  • AI grading providers (OpenAI, Google, Anthropic, and xAI) — receive educational content only, as described in Section 5 below.
  • SparkPost (Bird) (email delivery) — delivers transactional and report email, including result-delivery emails that may carry a student result PDF. Governed by the Bird (SparkPost) Privacy Policy.
  • ElevenLabs (text-to-speech) — receives lesson and passage text to generate lesson audio in our authoring tools. Students do not contact this service, and generated audio is stored on our own servers.
  • Vultr (The Constant Company) (cloud hosting) — the infrastructure where our service and data reside, located in the United States.
  • Google AdSense (advertising) — may serve advertising to free, not-signed-in users when advertising is enabled, as described in Section 9. Not currently active.

When a lesson or activity includes an embedded video, the student's browser loads that video from the provider (for example YouTube through the privacy-enhanced youtube-nocookie domain, or Vimeo), which lets that provider receive the request. We use privacy-enhanced embedding where available.

We do not use third-party analytics services, behavioral tracking tools, or advertising pixels. We do not share data with data brokers.

5. AI-Assisted Grading and Feedback

For eligible paid tiers (teacher subscriptions, student licenses, and district/school plans), open-ended student responses may be sent to external AI providers for automated scoring and feedback. The providers we use include OpenAI, Google (Gemini), Anthropic, and xAI. We select providers based on availability, cost, and quality, and the specific provider used may change over time.

What is sent to AI providers

  • the reading passage or activity context (text only, truncated to a maximum length);
  • the question or prompt;
  • the student's written response;
  • the scoring rubric, if available.

What is NOT sent to AI providers

  • student names, email addresses, or account identifiers;
  • teacher or school identifiers;
  • class codes, LMS identifiers, or any metadata linking a response to a specific person or institution.

AI grading is never triggered for free-tier usage. It can also be disabled per assignment by the teacher. Each AI provider is subject to its own data processing terms. We select providers that do not use submitted data for model training under their standard API terms, but we encourage schools and districts to review provider policies independently.

6. Cookies and Local Storage

Ereading.AI uses a small number of cookies and browser storage mechanisms, all of which are functional. We do not set advertising or cross-site tracking cookies. When a lesson includes an embedded video, the video provider (for example YouTube or Vimeo) may set its own cookies when the video loads; we use privacy-enhanced embedding where available.

Cookies

  • ereading_session — authentication session token. Set when you sign in. Duration: 30 days for teachers and parents, 24 hours for students. Flags: httponly, secure, samesite.
  • ereading_class_session — class code session identifier for daily usage tracking. Set when a student accesses an activity through a class code. Duration: browser session only.
  • Google/LTI OAuth state cookies — short-lived CSRF protection tokens used during sign-in and LMS connection flows. Duration: 15 minutes or less. Flags: httponly, secure, samesite.

Local Storage

  • ereading_theme — stores your light/dark mode preference. No data is sent to our servers.

Session Storage

  • Student display name — temporarily stores the name a student enters during an activity session so it can be included in the submission. Cleared when the browser tab is closed.
  • CSRF token cache — used for form security. Cleared when the browser tab is closed.

7. Data Retention

We retain data only as long as necessary for the purpose it was collected:

Free Anonymous Usage (No Account)

Activity responses are processed in memory and not written to our database. PDFs are generated in memory and delivered directly to the browser. No data persists after the browser session ends.

Free LMS and Class Code Usage

When a free activity is launched through an LMS or class code, the system temporarily stores the attempt record and a server-side PDF result artifact for up to 14 days. This temporary storage is necessary to make result links, downloads, email delivery, and LMS-linked PDF access function reliably after submission. The stored records and PDFs are then automatically purged.

Paid Teacher and Student Accounts

Activity summaries and scores are retained for the duration of the active paid subscription. After a paid subscription ends or is cancelled, those records are retained for an additional 30 days to allow for reactivation or data export, then automatically purged.

Stored PDF result documents for paid tiers are kept as hot artifacts for up to 2 years from generation, or for a shorter period if the related paid entitlement ends sooner. Tokenized PDF links expire on the same schedule as the stored PDF file.

Transient payloads used to generate or regenerate PDFs are scrubbed after the final PDF artifact is successfully created.

Account Data

Account profiles (email, name, preferences) are retained until the account is deleted by the user or upon a verified deletion request. Inactive accounts with no paid subscription and no activity for 12 months may be flagged for cleanup.

Payment Records

Subscription status records and billing event logs are retained as required for accounting, tax, and legal compliance purposes.

Subscriber Feedback

Text feedback is retained with the subscriber's account unless it is deleted through an account deletion or verified deletion request. Clean, re-encoded screenshots are retained for no more than 90 days and may be deleted earlier by an administrator.

Automated Purge

Expired data is purged by automated daily processes. PDF files are deleted from storage, eligible database records are removed, and expired subscriber feedback screenshots are erased from the private database.

8. Security Practices

  • All connections use HTTPS/TLS encryption in transit, enforced by HTTP Strict Transport Security (HSTS).
  • Authentication tokens are stored as SHA-256 hashes; raw tokens are not persisted.
  • LMS refresh tokens and API keys are encrypted at rest using AES-256-GCM.
  • Session cookies are set with httponly, secure, and samesite flags.
  • Short-lived context tokens are used for LMS assignment flows to limit exposure.
  • CSRF protection is enforced on all state-changing operations.
  • Input validation and prepared statements are used on all database operations.
  • PDF result documents are access-controlled via unique token-gated URLs that expire when the stored PDF artifact expires.
  • Subscriber feedback screenshots are re-encoded and stored in a private database (not on the public web surface), available only through the authenticated administrator tool.
  • Credit card data is handled entirely by Stripe and never touches our servers.

No system can guarantee absolute security. We apply reasonable technical and organizational safeguards appropriate to the sensitivity of educational data, and we monitor for unauthorized access.

9. Advertising

Ereading.AI may display third-party advertising from Google AdSense to free users, including anonymous visitors and signed-in users who do not have a paid plan. Users with a paid subscription or license, and students using Ereading.AI through a paid teacher's class code or connected LMS, do not see advertising.

  • We do not sell student or teacher personal data.
  • Advertising is never selected or personalized using a student's responses, scores, or learning activity, and we do not build advertising profiles of students.
  • For signed-in members with a paid plan, advertising code is never loaded or executed, so no ad request, script, or cookie is emitted.
  • On pages a child may reach, advertising is served as non-personalized.

Advertising is not currently served anywhere on the site. This section describes how advertising will behave when it is enabled.

10. Email Communications

We send transactional and service-related email, and we may send occasional product announcements or offers to people who have given permission to receive them.

  • Magic link sign-in — one-time login links requested by the user.
  • Membership notices — subscription confirmations, renewal reminders, payment receipts, and cancellation confirmations.
  • PDF result delivery — activity result PDFs sent to a teacher or student email address at the user's request.
  • Parent/student invite notifications — sent when a parent invites a student or when a student accepts an invite.
  • Product announcements and offers: sent only when we have a permission basis, with a reminder of why the recipient is receiving the message and a clear unsubscribe option.

Marketing emails include a first-party unsubscribe link, and we honor unsubscribe and suppression requests. We do not share email addresses with third parties for their own marketing purposes. PDF result delivery emails are rate-limited to prevent abuse.

11. Access, Correction, and Deletion Requests

Teachers, schools, parents, and authorized guardians may request:

  • access to data we hold about them or their students;
  • correction of inaccurate data;
  • deletion of data, subject to legal retention requirements.

Requests can be submitted to [email protected]. We verify the identity and authority of the requester before processing. We aim to respond to verified requests within 30 days.

Teachers and parents with accounts can also delete their own accounts and associated data through their account settings.

12. Children's Privacy (FERPA and COPPA)

Ereading.AI is designed for educational use in school settings. We are committed to supporting school and district compliance with applicable student privacy laws, including the Family Educational Rights and Privacy Act (FERPA) and the Children's Online Privacy Protection Act (COPPA).

  • We minimize data collection from students. Class code access requires no account creation, no email address, and no sign-in.
  • Individuals may create an account with an email address, and students can also use class codes and LMS launches with no account at all. If we learn that a child under 13 has created an account without school or parental consent, we delete it.
  • We do not knowingly collect personal information from children under 13 without verifiable parental or school consent, consistent with COPPA requirements.
  • LMS-connected students are identified by LMS-issued identifiers, not by Ereading.AI accounts.
  • PDF result identifiers use a randomized format that does not contain student names.
  • AI grading requests do not include any student-identifying information.

Schools and districts acting as agents of parents under FERPA may consent to the collection and use of student education records in connection with the educational services we provide. If you are a school official with questions about our data practices, contact [email protected].

13. Policy Updates

We may update this policy as features, providers, and legal requirements evolve. Material changes will be reflected on this page with an updated effective date. If we make changes that materially affect how we handle student data, we will make reasonable efforts to notify affected schools and teachers.

Questions about this policy can be sent to [email protected].

Ereading AI © 2026 · Free reading practice for every classroom.
Privacy·Student Privacy·Terms·Site Map·Contact