1. Overview
FamilyGuard is intended to provide parental controls, network-level blocking, access-request workflows, and optional premium guidance for website approval decisions. The design goal is to keep sensitive household activity local wherever practical and to use cloud services only where they provide clear value, such as account management, subscriptions, and anonymised recommendation signals.
In plain English: our product direction is guidance, not surveillance. We want parents to understand what is happening on their network without forcing families to hand over more data than is necessary.
This notice explains how FamilyGuard is intended to handle website, service, and household data in a clear, privacy-first way.
2. Waitlist and website signup data
If you join the FamilyGuard waitlist on the website, we collect the email address you submit and use it to:
- confirm that you want updates about FamilyGuard;
- send launch, beta, or early-access updates;
- understand waitlist demand at a high level.
We do not intend to use waitlist email addresses for unrelated marketing campaigns. If that changes, this notice should be updated first and the signup flow should make that clear.
Waitlist signups should be used for FamilyGuard launch communications only unless the user is clearly told otherwise and given an appropriate choice.
3. What stays local to the FamilyGuard device
FamilyGuard is designed so core network protection takes place on the FamilyGuard device in the home. Subject to final implementation, the following categories are intended to stay local by default:
Browsing and blocking activity
Visited sites, blocked requests, request history, and device-level activity logs are intended to remain on the FamilyGuard device unless a parent explicitly chooses a connected feature that requires cloud transmission.
Local enforcement and settings
DNS filtering, firewall enforcement, bedtime schedules, device grouping, and similar network controls are intended to operate locally so protection can continue even if connected services are unavailable.
This local-first approach matters because family internet activity can be sensitive. Our intention is that the FamilyGuard service should not need a complete remote copy of household browsing behaviour in order to be useful.
5. AI-assisted guidance
FamilyGuard may use AI-assisted systems to help explain what a website is, what it is commonly used for, and what parents may want to consider before approving access. Our intended use of AI is advisory, not autonomous.
That means:
- the parent remains the final decision-maker;
- AI-generated guidance should be short, practical, and reviewable;
- AI should not silently make approval or blocking decisions unless a parent has explicitly enabled such a feature.
Where possible, AI inputs should be limited to the site or request context needed to produce the explanation. FamilyGuard should avoid sending complete household browsing histories to AI systems where a smaller data scope is sufficient.
AI-assisted guidance can be helpful, but it is not a substitute for parental judgment. FamilyGuard should present AI output as guidance and explanation, not certainty.
6. Website and service usage data
The FamilyGuard website and connected services may collect routine technical information such as IP address, browser type, device type, and server logs to keep the service secure, diagnose issues, and understand product performance at a high level.
If analytics or monitoring tools are added before launch, this notice should be updated to name them clearly and explain what they collect and why.
7. Sharing, hosting, and processors
FamilyGuard may use third-party service providers to help operate the website, email delivery, hosting, payments, customer notifications, and other core functions. Those providers should only receive the data needed to perform their role for FamilyGuard.
Examples of processor categories may include:
- cloud hosting and infrastructure providers;
- email delivery services;
- payment processors for subscriptions;
- support, logging, and monitoring tools.
FamilyGuard does not intend to sell personal data.
8. Retention
FamilyGuard should keep personal data only for as long as needed to provide the relevant service, meet legal obligations, resolve disputes, or maintain security. Exact retention periods should be confirmed before launch and then reflected here.
Waitlist data
Waitlist records should be retained only while launch communications remain relevant, unless the user becomes an account holder or asks to remain on a product update list.
Device and activity data
Activity data that remains local should follow the retention settings offered inside the product, or reasonable defaults where no setting is available.
9. Children's privacy
FamilyGuard is a parental tool intended for adults who manage internet access for their household. It is not intended for direct signup by children. Where the service processes information relating to children's devices or activity, the product should be designed to minimise cloud collection and to keep detailed data local by default wherever practical.
10. Your choices and rights
Depending on where you live, you may have rights to access, correct, delete, or object to certain processing of your personal data. FamilyGuard may also publish a dedicated contact route for privacy requests and explain the process for handling them.
If you joined the waitlist and no longer want updates, you should be able to unsubscribe from future communications.
11. Changes to this notice
FamilyGuard may update this notice as the product evolves. If material changes are made, the updated version should be published with a new effective date and, where appropriate, brought to users' attention in a visible way.
FamilyGuard may update this notice as the product evolves, expands into new regions, or adds new connected features.