Account data: your name, email, the household name you create, and billing details. On the web, billing is handled by Stripe (we never see your card number). If you subscribe inside our iPhone or iPad app, the purchase is handled by Apple In-App Purchase, and we use RevenueCat to confirm and manage that subscription (we never see your card number there either).
Sign-in options: you can create an account with an email and password, or with Google or Apple. When you use Sign in with Google or Sign in with Apple, we store the account identifier the provider gives us along with your name and email (for Apple this may be an Apple private-relay address) so we can sign you back in.
Household contents: events, chores, medications, pantry items, alerts, and routines you and your household members add. This is yours, and it lives in your household. When you scan a grocery barcode to add a pantry item, the barcode number is sent to the Open Food Facts public database to look up the product. Only the barcode is sent.
Recipe import: when you import a recipe from a URL, we fetch that page directly to read its recipe data. If the site blocks our direct fetch, we send the recipe URL you pasted to Jina AI's reader (r.jina.ai) to retrieve the page's readable text, which is then turned into a recipe. Only the public recipe URL is shared with Jina AI, never your account or household data.
Health and emergency details: if you choose to fill them in, we store medical profile details for household members (including allergies, conditions, blood type, and insurance provider, policy, and group identifiers) and emergency contact information you enter (a contact name, relationship, phone, email, and address). These are optional. Health profiles are for the grown-ups: only adults and caregivers can read a card, only an adult can edit one, and a child or guest account never sees the section at all. That protection is a role, not a per-person picker, so there is no way to hide one person's card from another adult in the same household. Emergency contacts and medication reminders stay visible to everyone in the household, because those are the parts a child may need in a hurry.
Comments and member groups: notes you leave on events (e.g. "running 10 minutes late") and the optional groupings you assign to family members are stored alongside the household. Comment authorship is recorded so the family can see who said what. The author name is preserved even if the member is later renamed or removed.
Connected calendar data: when you connect Google, Outlook, iCloud, or an ICS feed, we read events as you authorize. We do not read mail, contacts, or files.
Showing NestBoard events in Google Calendar: this is off unless a household adult turns it on in Settings under Calendar Sync. When you do, you grant NestBoard permission to create one calendar of its own inside your Google account, named NestBoard, and we copy your NestBoard events into it so they appear on your phone and laptop within seconds. The permission we ask for covers only calendars this app creates. It gives us no access to calendars you made yourself, so we cannot read, change, or delete anything in them, and we never add guests to a copy or send invitations on your behalf. Each copy carries a private marker identifying it as ours, and we act only on events carrying that marker. Google receives the event details you chose to copy and handles them under its own privacy policy. We do not sell this data, use it for advertising, or use it to train models. Turning the setting off deletes the NestBoard calendar from your Google account along with the copies inside it, and disconnecting Google entirely removes it as well. There is one case we cannot clean up for you: if you remove the NestBoard permission on the Google permissions page before turning the setting off here, we no longer have permission to touch that calendar, so it stays in your account until you delete it yourself. NestBoard tells you when that has happened and what to remove.
Alexa: if a household adult enables the NestBoard skill and links it, we store a hashed copy of the link token Amazon uses to reach your household (we cannot read the token back, only recognize it), which household it maps to, and, when someone introduces themselves on an Echo by saying "I'm ..." with their name, an opaque speaker identifier Amazon assigns to that voice so chores finished by voice credit the right family member. That identifier is a random Amazon code, not a recording; we never receive or store audio. What Amazon receives from us is the spoken response to each request, for example today's agenda or a confirmation that milk was added to the list, and Amazon handles it under its own privacy policy. You can disconnect at any time in Settings under Alexa: every link and speaker mapping for the household is deleted immediately, and voice requests stop reaching NestBoard from that moment.
Calendar subscription feed: you can optionally turn on a feed URL that lets another calendar app (Google Calendar, Apple Calendar, Outlook) subscribe to your household calendar. That URL contains a secret token, so treat it like a password: anyone who has the URL can read your household calendar, except events marked adults-only, which are never included in the feed. You can regenerate the URL at any time, which revokes the old link instantly.
Home location: if you set a home location (latitude/longitude or ZIP), we store it to power the weather widget (forecasts and the air quality and UV readings come from Open-Meteo), to fetch the pollen reading on the same card (that one comes from Google, which receives the location and nothing else, and we ask it once a day per location), and to filter real-time lightning alerts down to your area (strike data streams from Blitzortung.org). Only the location itself is shared with those services, never your name, email, or household contents.
Robin inputs: text you paste, screenshots you attach, voice notes you send, and emails you forward to your private NestBoard inbox. To answer questions and take actions for you, Robin can also read your household's own NestBoard records, things like the calendar, chores, lists, and medications, and update them when you ask. That access stays inside your household's boundary: Robin never reads another household's data, and it never reaches outside NestBoard for yours.
Operational access to Robin conversations: in limited cases, NestBoard staff can review Robin conversations to investigate a safety concern, debug a problem you report, or verify that Robin is answering accurately. These reviews are rare and purpose-limited, every access is logged with who looked and why, and conversations are never shared, used for advertising, or used to train models. You can ask whether your household has ever been accessed by emailing hello@mynestboard.com.
Feedback you send us: the feedback button inside NestBoard sends us what you wrote, the page you were on, your household name, and the email address on your account so we can write back. If you attach a screenshot, that comes too. This only happens when you press send. Your note is stored in our own admin dashboard and emailed to our own inbox, and that is the whole of it. No third party is notified, and nothing else from your household goes with it.
Product diagnostics: crash and error reports, processed through Sentry. These come from two places. When something breaks on our servers, we scrub names, email addresses, and household contents out of the report before it leaves the server, though it may include your IP address. When the app itself crashes or hits an error on your device, the report goes from your device straight to Sentry so we can see failures that never reach our servers, such as an app that will not start. Those device reports include the error, the app version, the screen you were on, basic device and operating-system information, and your IP address, and because they do not pass through our servers first, the server-side scrubbing does not apply to them. We keep the collection narrow instead: performance tracing and session replay are turned off, and the app is configured not to attach personal information by default. No content from your household is included in either case. Sentry itself does not run on our public marketing pages; errors there are recorded by PostHog, described next.
Product analytics: we use PostHog to understand which features get used and where the app gets confusing, on both the marketing site and inside the app. It uses local storage rather than a tracking cookie, session replay runs on our public marketing pages, on the sign-in, sign-up, and password-reset request pages, and, for a sample of new households, on the setup screens (the next two paragraphs explain both), it identifies you only by an internal account id (never your email), any sign-in token in a page address is stripped before it is recorded, and no household content is collected. If you are in the UK, the EEA, or Switzerland, none of it runs until you say yes, and we ask with a banner the first time you visit. The section below on the UK and Europe has the detail.
Session replay on our signed-out pages: since September 2026 PostHog records a sample of visits to our public pages, the ones you see before you sign in, so we can see where those pages confuse people. That is what it found: visitors were tapping cards on the home page that did nothing when tapped. Since September 2, 2026 it also covers the three pages in front of the app: sign in, sign up, and the page where you ask for a password reset. Those are where people were getting stuck next. Typing is masked and so is every piece of text on the page, so a recording shows the layout and where someone tapped rather than what anything said. On those forms that means what you type, your email address and your password included, is masked and never recorded. It stops the moment you sign in, and it never runs in our Android, iPhone, and iPad apps. The page you reach from a password-reset email is never recorded at all, because its address carries your reset link.
Session replay on the setup screens: since September 2026 there is one place inside NestBoard where the same kind of recording can run, and we would rather set it out in full than bury it. When you create a household on the web, a sample of new accounts have their setup screens recorded: the steps where you name your household, add the people in it and pick what you want to see, plus the first view of your dashboard afterwards. We are doing it because two thirds of new households never come back after the first day and we could not see the first day at all, so every change we made to it was a guess. Everything typed is masked, without exception, and that includes the names and ages you enter for your children. So is every word on the screen. A recording shows the layout, which step you were on, what you tapped and where you stopped, and none of what you or the app wrote. It stops when you move on from that first dashboard and does not start again, nothing else inside NestBoard is ever recorded, and it never runs in our Android, iPhone, and iPad apps. These recordings are kept for 14 days and then deleted, which is shorter than we keep anything else of this kind. If you are in the UK, the EEA, or Switzerland, none of it happens unless you said yes to the banner.
Browser errors: PostHog also records errors the page itself hits, on the marketing site and inside the app, so we can find and fix breakage we would otherwise never hear about. A report contains the error type, the error message, and the stack trace showing which of our code files and line numbers were involved. It does not include anything your browser printed to its console, and the message is scrubbed on your device before it is sent, stripping email addresses, the names of members in your household, and any sign-in token, exactly as page addresses already are. When the failure came back from one of our own servers, the message text is dropped entirely and only the error code is kept, because a server message can quote something you typed. No calendar entries, chore names, lists, notes, or messages are sent.
Product analytics: we also use HeyCatch to measure how people find NestBoard and how new households get started, and we split it deliberately. On our public marketing pages, the pages you see before you sign in, their script records page views and clicks and uses local storage plus a first-party cookie to recognize the same visitor between visits. Inside the signed-in app their script does not run at all. Instead our own servers report a short, fixed list of milestones, things like finishing signup, completing setup, or starting a subscription, with only counts, dates, and fixed labels attached, such as how many members were added or which payment method was used. We made that change in August 2026: their script records the text of whatever you click, and inside NestBoard that text can be a family member's name. Either way you are identified only by an internal account id, never your email, session recording is off, and no calendar entries, chore names, lists, notes, messages, or member names are sent.
Keeping you signed in: on the web, a single strictly-necessary session cookie keeps you signed in. In our Android and iPhone apps, that same sign-in is kept by a session token stored privately in the app's own local storage on your device and sent with each request. It is never shared with third parties and is cleared when you sign out. Inside NestBoard there are no advertising or cross-site tracking cookies, ever. The only analytics cookie is the first-party HeyCatch cookie described above, and it is set on our public marketing pages rather than inside the app; it stays on our site, is never shared with advertisers, and carries no household content.
Push notifications: once you allow notifications on your device, NestBoard sends push notifications for things like dose reminders, chore nudges, and lightning alerts. New households also start with Robin's morning check-in, a friendly once-a-day push to help plan the day, which you can retime or turn off in Settings. If a household goes quiet for a few days we may send one gentle reminder push to help you pick back up. To deliver any of these we store a device push identifier (a token issued by Apple, Google, or your browser's push service) for each device you enable. These tokens carry no household content, are used only to route notifications to your device, and are removed when you turn notifications off or sign out.
Counting notifications: since September 2026 we also keep a tally of the notifications we send and whether they get opened. For each push we record what kind it was (a chore reminder, a dose reminder, a lightning alert, and so on), which platform it went to, whether the push service accepted it, and, if you tap it, that it was tapped. That is a category label, never the text of the notification, it is keyed to the same internal account id as the rest of our product analytics, and it goes to PostHog. We use it to learn whether the reminders you switched on actually help your household come back, and for nothing else. The send count and the tap on a web browser notification are recorded by our own servers as the message goes out or the tap comes in, and they store nothing on your device. A tap inside our Android, iPhone, and iPad apps is reported through the app itself, so if you have analytics switched off there it is not reported at all.
Account and onboarding emails: beyond the verification emails above, we may send a small number of onboarding and re-engagement emails in your first days, for example a short welcome note and, if your household goes quiet, one reminder that your calendar is waiting. These come from NestBoard, never contain third-party ads, and you can reply to reach us or ask us to stop.
Task reminder emails: you can optionally have NestBoard email you a separate reminder for each chore or event at its reminder time. This is off by default and strictly opt-in, per person, and only adults in a household can turn it on. Each reminder email contains the task or event title and its timing, and goes only to your own verified account address, never to anyone else. You can turn it off at any time in Settings, under Notifications and Sounds.
Email open and click tracking: some of the emails we send, such as our weekly update email and the occasional one-to-one note from the founder, include a tiny invisible image and links that pass through our own server on the way to their destination. When your mail app loads that image, or you click one of those links, we record that the email was opened or the link was clicked, when it happened, and which email address it was sent to. We use this to learn whether our updates are actually being read, and to stop mailing people who never open them. This measurement is entirely first-party: it runs on our own servers, no ad network or outside tracking service is involved, and it never touches your household content. Since September 2026 the daily morning briefing carries the same invisible image, and its Settings link passes through our server the same way, so we can tell whether the briefing is what brings a household back in its first week. An opened briefing is only ever used as a count; it never decides whether you keep getting them. Everyday account emails such as verification, password reset, and task reminder messages carry none of this.
If your household timezone puts you in the UK, the EEA, or Switzerland, we leave the invisible image out of your copy entirely, the daily briefing included, so opens are not recorded for you at all. You get the same email, we just do not measure it. If we cannot tell where a household is, we leave the image out as well. The links in the email still route through our server so we know a link was clicked, which records an action you chose to take and stores nothing on your device.
Cookies on our marketing site: our public pages (the pages you see before you sign in) carry no advertising or cross-site tracking tags at all. We used to run the Meta Pixel and the Pinterest Tag there. We removed both, along with the data they sent to Meta and Pinterest. The only measurement on those pages is the same PostHog and HeyCatch product analytics described above, which stay on our own site and carry no household content.