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, and they are treated as sensitive surfaces you can limit to specific members.
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 come from Open-Meteo) 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.
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 is off, 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.
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.
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. Everyday account emails such as verification and password reset 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, 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.