Flip Kitchen AI

Privacy Policy

Last updated: 24 October 2026 · version 2026-10-24

Flip Kitchen AI ("Flip Kitchen", "we", "us") is a free kitchen design tool operated from Canada — designing costs nothing; paid extras only improve the experience. This policy explains what information the site collects, why, where it is stored, and what control you have over it. We have tried to describe what the software actually does rather than reserve every right a lawyer could imagine.

If you only want the short version: the design tool needs a free sign-in (Google, Apple, a code sent to your email, or a guest session that lives on this device for 7 days); your saved designs are private unless you bring someone into one, send someone its share link (to look at, not to change) or publish it; we keep a copy of the images you render so our team can improve image quality — staff-only, never published or sold, and you can turn it off on the line under any render; and you can get a copy of your data or delete the whole account whenever you want.

1. Information we collect

Account information

Using the design tool requires an account — either a Google sign-in (or Sign in with Apple in the app) or a guest session. Google gives us your account identifier, email address, display name and profile picture, and we never see or store your password. A guest session gives us nothing about you: it is a random identifier plus a secret stored in this browser, created after a short human check (Cloudflare Turnstile) and kept for 7 days after your last visit. In the iOS app the human check is Apple's DeviceCheck instead of Turnstile, and the secret is kept in the device's Keychain rather than a browser: DeviceCheck only confirms that the request comes from a genuine Apple device, and the one thing it keeps for us is a pair of on/off flags Apple holds against that device, which we use to count how many guest sessions it has started this month — we never receive or store a device identifier. Either way, everything a guest saves is deleted with it unless you sign in and keep it. The rest of the site — the home page, the guides, the Learn and Spotlight articles, the showroom — stays open to read with no account.

We ask you to sign in for two honest reasons rather than one: your designs, quotes and renders have to belong to someone in order to come back to you on another device; and the 3D model library and catalogue are the part of this product most worth copying, so we do not serve them to anonymous automated traffic.

Your acceptance of these documents

The first time you sign in, the designer shows you a summary of this policy and the Terms of Use and asks you to accept before you start. We ask once: later revisions do not interrupt you to ask again (see “Changes” at the end). We record that you accepted: which version, the date, your account email, a shortened description of the browser you used, and the network portion of your IP address (for example 203.0.113.0/24, not your full address). That record exists so we can show, if we are ever asked, that you were told what we do with your data. It is deleted with your account.

Design data

When you save a design, we store the design itself: room dimensions, walls, cabinets and SKUs, colours, countertops, appliances, notes and any name you give it. If you use the room-scanning feature, the resulting floor plan measurements are part of that design data. Saved designs are private to your account. The only people who can open one are you, the people you invite into it, a designer or installer you hired through our Community for that project, and Flip Kitchen sales staff, who can open any design to help a customer with it — and anyone at all, if you publish it to the Community gallery yourself. Anyone you send a design's share link to can also look at it — the plan, the elevations, the countertop page and 3D, with measuring and comments — but cannot change it: the link carries a random code instead of the design's ID, leaves out the customer notes and price settings kept with the design, and stops working the moment you make a new one. Designs are not sold or used to train third-party AI models. What the people in a design can see of each other is described under “Designing together” below.

Render Studio images

Render Studio sends a screenshot of your 3D kitchen, plus the design settings behind it (door colour, cabinet layout summaries, and similar), to an AI image provider to produce a photorealistic render. That transfer is necessary to generate the image you asked for.

Separately, we keep a copy of your renders and their settings so our team can review real output and improve image quality. This is on by default. We tell you about it the first time you open Render Studio, and the current state is always shown as a line directly under the render, which you can click at any time to turn it off. Your choice is recorded against your account, not just in that browser, so it follows you to another device and survives clearing your browser data — and so that we can show what you chose if it is ever questioned. While it is on, the render, a thumbnail and the design settings are stored in our archive; once you turn it off, nothing further is kept. Archived renders are only viewed by Flip Kitchen staff, and may be used to evaluate and improve our own rendering pipeline — including as training material for it. They are never published, sold, shown to other users, or handed to a third party for training.

3D Photos (the Blender renders you take with the camera button) are covered by the same setting: while it is on, a reduced-size copy goes into the same staff-only archive, and turning sharing off stops that too. Separately from the archive, the full-resolution image goes into your Album. On a free account, and for guests, it is kept there for about two hours so you can download it, and is then deleted. With a membership, or a Studio or sales account, it is kept in your Album for as long as that account is active — it is not deleted for age — and, if a membership ends, for at least 180 days after it ended, after which it may be deleted automatically. On a Designer account it is kept for 180 days after it was made (photos made before 19 October 2026 stay until you delete them). In its last 60 days your Album shows the date it will be deleted; download it, or move it to Google Drive, to keep it longer; those photos count against your account's storage space, and once that space is 95% full new renders and uploads are paused until you make room. A membership or account type lapsing does not, by itself, delete the photos it kept.

Google Drive (optional)

Photo Studio can save your renders into your own Google Drive, and with a membership, or a Designer, Studio or sales account, you can also move photos from your Album and whole designs there. Nothing happens until you press Link Google Drive and approve it in Google's own window, and nothing is moved until you choose to move it; guest sessions cannot link.

Messages and submissions

If you use the contact form, post in the community section, or submit a design question or problem report, we receive what you send us — including any screenshots automatically attached to a design question (top view, elevations and 3D views of the design you were working on). A design question is delivered into our own team workspace, which runs as a separate application of ours on the same hosting; it does not go to another company.

Messages between members — end-to-end encrypted (beta). On the website in Google Chrome — in Community → Messages and in the Chats panel on the left of the designer, which hold the same conversations — messages, photos, files, design cards and voice messages between members, in one-to-one chats and in groups, are encrypted on your device. Our iPhone and iPad app gets the same encryption in an app update that is still to come: until you have that update, messages you send from the app are not encrypted, and the app cannot read encrypted ones (see “Messages that are not encrypted” below). Your device makes its own keys and keeps the private part to itself (in the iPhone's Keychain, or in the browser's own storage); we only receive the public part, so we cannot read what you send — unless someone in the conversation reports it (see “Reporting a conversation” below). We hold the encrypted text and files for 30 days so they can be delivered, then delete them; the readable copy lives on the devices in the conversation. Translation into the reader's language happens on the reader's device (Apple's built-in translation on iPhone and iPad, Chrome's built-in translation on the website) and is not sent to us. We still see who is in a conversation, when messages are sent and how large they are, but not what they say. Encryption is a beta feature — see section 9 of the Terms.

Reporting a conversation. When you report a conversation, we receive the reason you chose, anything you wrote, who is in the conversation and its last 20 messages as our servers hold them. Because an end-to-end encrypted conversation is unreadable to us, your device also sends us the last 20 messages in it that it can read — who sent each one, when, and its text; for a photo, file or voice message only that one was sent, not the file. We check that each of those messages really exists on our servers from that sender at that time, but we cannot check its text. A report is the one case where messages from an encrypted conversation reach us readable, and only the reporter's own device can send them. We use a report only to review it and act on it, keep it for 90 days (see section 5), and do not tell the people you reported.

Who can message you. One-to-one chats are between people who have each other in their contacts; adding a contact always needs the other person to accept. If you take someone out of your contacts (in our app, Block does this and leaves the conversation), neither of you can message or call the other one-to-one, add the other to a group or invite the other into a design until you are contacts again — and if one of you had invited the other into a design, the invited one leaves that design's chat, unless they can still work on the design.

Messages that are not encrypted. A conversation opened through a quote request stays unencrypted until you engage, so contact details can be checked; so does a conversation in which someone has not yet opened chat in Chrome or in the updated app (it says so at the top — text and voice messages are then sent unencrypted, and photos, files and design cards cannot be sent until they do; a design's own chat, described under “Designing together” below, is the exception: it is always encrypted, and someone in it who has not yet opened chat in Chrome or the updated app only sees the messages sent after they do); so do messages sent from a version of our app that does not have encryption yet; so do the lines our system adds to a conversation — an invitation into a design, and the record of a voice call (only its length and outcome); and so do messages sent before 14 October 2026. Those are stored with us so everyone in the conversation can read them, for about a year. When a reader has chosen to read messages in another language, the text of such a message — not your name or email address — is machine-translated by an AI model (a DeepSeek model, reached through OpenRouter; see the provider table below). The original is always kept, and the translation is cached for about six months. Community help posts are translated the same way for readers of another language. Whether a conversation is encrypted or not, you can delete a message you sent for everyone within an hour of sending it: it is replaced by a note that it was deleted, and our servers delete its photo, file or voice recording and the copy Emma received, if any.

Emma in Messages. Emma only receives what is sent to her: every message in a one-to-one chat with her, an @Emma message in a group, and a message you choose to quote when you ask her. Your device locks a separate copy of exactly those messages to Emma, so our servers can read them; she never receives the rest of a group's conversation. What she received and what she answered is kept for 30 days so she can follow the conversation. Those messages, the display names of the people who wrote them — never their email addresses — and the group's name are sent to the AI model the same way, only so she can write her reply; her reply is then encrypted to the people in the conversation like any other message. In a one-to-one chat with her she may also read your own Emma profile, the list of your saved designs and a summary of a saved design you ask her about, to tailor the answer; in a group she only uses your preferences to adjust how she answers and does not mention them. In a design's own chat she is a member from the start, and when the person asking her can open the design, a summary of the design's last saved version — its walls, cabinets, appliances, windows and doors, and colours — also goes to the AI model with the question.

Online and last seen. The last time you used Messages — which includes having the designer open in front of you while you are signed in, because it checks for new messages and calls — is shown to people who have you in their contacts, in one-to-one chats and small groups. You can turn this off with Show my last seen in Community → Messages, or in a conversation's menu in our app (the designer's Chats panel does not have this switch); if you do, you also stop seeing other people's.

We never send a voice message to an AI as audio; what can be translated is the written transcript that came with it. A transcript is made when you record: in our iPhone or iPad app by Apple's speech recognition, and in the designer's Chats panel by your browser's own speech service as you speak (in Chrome that is Google's). A voice message recorded in Community → Messages on the website has none. The transcript travels with the voice message — inside the encryption when the chat is encrypted.

“Need a human?” / “Talk to the team”. When you ask Emma for a person, we receive your question, the email address or phone number you leave so we can reply, and the recent part of your chat with Emma, so the team has the context. That request is filed in our internal Notion workspace (listed below) and kept there as a support record, the same way as contact-form messages. Because it is filed under the email or phone number you gave rather than under your account, deleting your account does not reach it on its own — email us and we will delete it.

FlipKitchen Support. Signed in, you can also message our team from FlipKitchen Support at the top of Contacts, in the designer and in Community. It is a one-to-one conversation in Messages with our team's account, which is shown to you only as FlipKitchen Support, so the rules above apply to it as to any other conversation: on the website it is end-to-end encrypted unless it says at the top that it is not encrypted yet (what you send from our app before its encryption update is not), and it is kept for the same time (see section 5). Our team reads it on its own devices. It has no voice calls, and Emma is not in it.

Designing together

A saved design can be worked on by more than one person at a time. You can invite people from your contacts into a design you own; a designer or installer you hired through our Community can open the project they were hired for; and Flip Kitchen sales staff can open any design to help a customer with it. When two or more of these people have the same design open, a live session starts. One person operates and the others watch.

Emails we send you

We send two kinds of email to the address on your account, both from noreply@flipkitchen.ca (a send-only address — write to info@flipkitchen.ca instead):

To send each email in the language you use the site in, we keep the display language you last chose (English, 中文 or Français) against your account. For product update emails we also keep whether you unsubscribed and when, and which ones we have already sent you, so nobody gets the same email twice. Every email names us and our mailing address: Flip Kitchen, Unit 4-250 Don Hillock Dr, Aurora, ON L4G 0G9, Canada.

To learn which product update emails are useful, each one contains a tiny invisible image and its links pass through flipkitchen.ca first. That tells us whether the email was opened, which links were clicked, on what kind of device (phone, tablet or computer) and whether the click reached our site; our email provider (Resend) also tells us whether it was delivered, bounced or reported as spam. We use this only to improve these emails, to stop emailing addresses that no longer work, and to stop emailing anyone who reports one as spam. It is kept for up to two years and deleted when you delete your account. Your email app can block the image by not loading pictures; account emails such as sign-in codes are not tracked.

Purchases

Pro membership and GH Coin are optional — a complete design costs nothing. If you do buy something, the payment itself is handled by PayPal on the website and by Apple in the app: card numbers and banking details never reach us. What we keep is the record we need to give you what you paid for — the transaction reference, what was bought, when it renews or expires, and your coin balance and its history.

The FlipKitchen iOS and Mac app

The app is the same account and the same design store as this site, with two things a browser cannot do. Camera and LiDAR: scanning a room runs entirely on your device — the camera feed is never uploaded, and what leaves the app is the measured floor plan (walls, openings, appliance positions), which becomes design data exactly like a design you drew by hand. Photos: if you photograph a kitchen for Modify Photo, that photo is sent to our AI provider to produce the edited image you asked for, and renders you choose to save are written to your photo library. The app asks for camera and photo access the first time it needs each, and both can be revoked in iOS Settings at any time.

Flea-market 3D scan: if you scan an item in 3D for a flea-market listing, the app uploads the photos it took while you walked around the item, where the phone was for each one, and the box you drew around the item. On iPhones and iPads with a LiDAR sensor (the Pro models) it also uploads the depth the sensor measured for each photo — how far each point in the picture was from the phone. These go to private storage that only our own computer reads, are used only to build the 3D model, and are deleted as soon as it is made, or as soon as making it fails; an upload you start but never finish is deleted after a day. What becomes public is the 3D model, cut down to the box you drew, and the listing photos you publish — the rest of the room you scanned in is never published.

Records we keep of what happened

Three things leave a record, kept in our file storage rather than the database, and none of them keeps the thing itself:

Usage analytics

We record coarse usage events ourselves: page views, which buttons and catalogue items get clicked, saves and exports. A small script of ours posts them to our own server — there is no third-party tag in this part — and each event carries a random per-tab identifier that is discarded when you close the tab, the page path, and a short label for the thing acted on (a button name, a catalogue item, the visible text of what was clicked). Those rows land in the internal record listed under Notion in the provider table below.

How people move through the site. So we can see where the designer is hard to use — the step where people stop, the button that does not respond, the error just before someone leaves — a second small script of ours records, on our own website, the order in which you visit pages and use features. Each entry is a time, the page path (without anything after the ?, so no shared-link or project codes), and the name our code gives the button or control you used — never its visible text, nothing you type, and none of your design, customer or message content. It also notes which minutes you were active, that an error happened (the first words of the error message), the kind of device and browser, and roughly where you came from (for example “Google” or “email”, never the full address). So we can tell people apart from automated visitors and AI agents, it also counts how input arrives — for example how many clicks landed without the pointer travelling there first, how long a button was held down, whether a click hit the exact centre of a button, and whether text arrived without key presses — as counts only: it never records where you moved the pointer, which keys you pressed or what you typed. Visits that announce themselves as a crawler or an AI agent, and browsers that report being driven by automation software, are recorded the same way and labelled as such, so they are kept out of the counts of people. When those counts or labels show a program or AI agent operating the 2D / 3D designer or the 3D showroom and tours — which our Terms of Use do not allow — we block access automatically. The same happens when the Learn videos above the beginner level, which are for signed-in members, are fetched by software that identifies itself as a crawler, script or AI agent, by an account flagged that day as an AI agent in these counts, or several different ones within seconds (for that last check we keep, for under a minute, which of those videos one account — or, signed out, one network — opened, filed under a one-way hash). The visit's IP address, the random identifier this script keeps in your browser and, if you are signed in, your account go on a block list, together with the time, what it was flagged as and why, the page, the browser, the account email and the approximate location (city); a cookie holding only the block's code is set in that browser. While a block is in place the site shows a notice with that code instead of the page, and signing in, starting a guest session and playing or downloading the Learn videos are refused. If the same browser or account comes back from a new IP address, that address is added to the block. Our team is also sent an alert in our own messaging with the same details. A block lasts until we lift it — if you think it is a mistake, email us the code — and a lifted block is deleted 30 days later. Because a block has to survive the account being deleted, deleting your account removes your email from the block record but keeps the block; blocks that concern your account are listed in your data export. The IP address goes only into that alert and the block record, never into these entries; alerts are kept for up to a year, and the ones that name your account are deleted with it and listed in your data export. A random identifier kept in your browser's local storage groups one browser's entries together; while you are signed in, the entries are linked to your account, so we can see one person's path even across two devices. Our own team reads these in an internal daily summary. To help us read it, a summary of counts across everyone — how many people reached each step, which steps tend to follow which — may be passed to an AI model (Anthropic's Claude); one person's entries, their account or email never are. Individual entries are deleted after 14 days; after that only day-by-day totals with no person in them are kept, for 60 days. They are deleted with your account, included in your data export, never sold, and never used for advertising. This script does not run inside our iOS app, on our staff pages, or at all if your browser sends a Global Privacy Control or Do Not Track signal — and you can object at any time by emailing us.

Measurement by our host. Two small scripts from Vercel, who host the site, also run on every page: Vercel Web Analytics, which counts page views, and Vercel Speed Insights, which measures how quickly the page loaded and responded for you. Both are served from our own domain, neither of them sets a cookie, and what they record is coarse and technical — the page and its route, the site you came from, approximate location worked out from the request (country, and no finer than city), browser, operating system and device type, connection speed, and page-timing figures. Vercel identifies a visit by a hash it derives from the request rather than by storing your IP address, and discards that identity after 24 hours, so what comes back to us is counts and averages rather than a trail of one person. We do not get an individual-level export of either, and neither feeds anything else we do.

We do not use advertising cookies, we do not build cross-site profiles, and we do not sell any of this.

Local storage on your device

The designer keeps a lot of state in your own browser — your current design, preferences, language, keyboard shortcuts, your sign-in session, recent Render Studio images and, if you use Chats, this browser's encryption keys and the messages it has unlocked. This lives in your browser's local storage and IndexedDB, not on our servers, and clearing your browser data clears it. If you turn on "Auto-save to folder", renders are written as ordinary image files into a folder on your computer that you pick; we cannot read that folder or anything else on your device.

Design check, the button on the 2D tool strip that looks a design over for problems, runs entirely in your browser and sends nothing to us; its results are not saved with the design and do not go into an exported PDF. The only thing it keeps is a note, in that tab's session storage, of the findings you chose to go past with Start anyway before a 3D Tour, and that note is gone when you close the tab.

Cookies

We set a small number of first-party cookies and no advertising or cross-site tracking cookies at all. One remembers that your browser may load our 3D model files once you have signed in. One is set if you use Emma without signing in — by voice or by typing — and holds nothing but a random number, so that the free allowance we give visitors each day cannot simply be taken again and again from the same browser. What we keep on our side is a one-way hash of that number and a one-way hash of your IP address, both deleted within 48 hours; separately, the short-term counter that stops one visitor flooding the service holds the address itself for up to an hour. That same random number, hashed again and differently, is also what files a signed-out conversation with Emma under one browser rather than in a common pile — it is how the record above is organised, and it is linked to nothing else we hold. Page scripts cannot read either of those two cookies, and clearing your browser data clears them. If our systems block a browser for AI or automated use (see “Usage analytics”), a cookie named fk_ban holds the block's code so the block is recognised on the next visit; it is only sent to our own server, page scripts cannot read it, and it does nothing once the block is lifted.

The home page sets one more, fk_ab. We are running two versions of the home page against each other to see which one people get on better with, and this cookie holds nothing but which of the two you were shown — the single word showroom or daylight. It exists so that you keep getting the same home page instead of a different one on every visit, which would be worse for you and would make the comparison meaningless. It lasts 180 days, carries no account and nothing else we hold, and goes to no one but us; the same word is also kept in your browser's own storage. Clear your browser data and it goes with it — you are simply assigned again on the next visit.

2. Why we use it

3. Service providers

Flip Kitchen is a small operation built on third-party infrastructure. These providers process data on our behalf:

ProviderWhat it handlesWhere
VercelWebsite hosting, serverless functions, and the database behind the designer's command logUnited States / global edge
Vercel Web Analytics & Speed InsightsAggregate page-view counts and page-speed measurement, as described under “Usage analytics”. Sets no cookies and stores no IP addressUnited States / global edge
Redis (via Vercel Marketplace)Accounts, sessions, saved designs, projects, coin balances, messages, community posts, tickets; for designing together, the live session, comments, the index of each design's photo album and the design chat used before 16 October 2026United States
Cloudflare R23D Photo staging, voice messages (in Messages, and in a design's chat before 16 October 2026), encrypted Messages photos, files and voice messages (ciphertext only, deleted after 30 days), the voice notes and screenshots attached to comments, each design's photo album, showroom files, the Render Studio archive (only if you opt in), and flea-market listing photos and 3D models, and the photos, phone positions and LiDAR depth of a 3D scan (private, deleted once the model is made)Global
Cloudflare Realtime (TURN relay)Relays the encrypted audio of a voice call — in a design, or one-to-one in Messages — and the mouse and pointer movements of the people in a design, when their devices cannot connect directly. It passes the data on and does not store itGlobal
Cloudflare TurnstileThe short human check when a guest session is created, and when you ask for an email sign-in code (usually invisible). It may set its own cookie or local state in your browser for that checkGlobal
GoogleSign-In; Gemini models for AI rendering, photo editing and design assistance; Gemini Live, which receives your voice during an Emma voice call — streamed straight from your browser or from the app while the call is on; Google Drive, only if you link it — saving your Photo Studio renders into your own Drive (see “Google Drive” above)United States
OpenRouterPasses requests on to AI models: Emma, the chat assistant; automatic translation of messages between members that are not end-to-end encrypted, of the comments in a design you work on with others (and of its chat lines from before 16 October 2026), and of community help posts; Emma's replies in Messages (only the messages sent to her: a chat with her, an @Emma message in a group, and a message quoted in it — and, in a design's own chat, a summary of that design); and some AI image generation and photo editing. Text goes to DeepSeek models, images mostly to Google Gemini models (Render Studio's multi-view uses ByteDance's Seedream through it). Every text request — Emma, translation, and Emma in Messages — is only sent to a model provider that does not retain or train on what passes through, and the Emma chat assistant is further pinned to a short list of providers in the United States. Image requests go to the image model's own provider (Google for Gemini, ByteDance for Seedream) under that provider's terms for paid API useUnited States; the model provider behind a translation, an Emma reply in Messages or an image request may be in another country
BytePlus ModelArk (ByteDance)The Seedream image model behind Intermediate renders and Intermediate photo enhancement (including AI Studio edits of them): it receives the rendered image of your design and the design parameters behind it — door colours, finishes and similar — and returns the photoreal versionSoutheast Asia
fal.aiKling video generation — only when you ask for a video (🎬) on the website: it receives the render or recorded walk-through you picked and the camera move you chose. The iOS app, including the Full Designer inside it, does not offer videosUnited States
NotionInternal record of usage events, contact-form leads, and “Need a human?” / “Talk to the team” requests — your question, the email or phone number you left, and the recent Emma chat attached to it. No other conversations with Emma are copied thereUnited States
ResendSending our emails (see “Emails we send you”): sign-in codes, the welcome email, contact-form replies, Team Up match notices and product update emails. It receives your email address and the email itselfUnited States
PayPalPayments and subscriptions, if you buy anything. Card details go to PayPal, never to usUnited States / global
AppleSign in with Apple, in-app purchases, and DeviceCheck for guest sessions and email sign-in codes in the iOS and Mac appUnited States
Push notification servicesDelivering notifications you have turned on — for example a new message, an incoming call, an invitation into a design, or a new comment. In the app this goes through Apple's push service and carries who it is from and a short preview — for an end-to-end encrypted message only “🔒 New message”, because we cannot read it. On the website, your browser's own push service (run by the browser's maker) receives only an empty wake-up signal; your browser then fetches the notification from usUnited States / global
WeCom (企业微信)Where support tickets reach our team, so a ticket you file is visible to us thereChina

Each provider listed above may use your information only to provide its service to us, and is bound — by its contract or data-processing terms with us, or, for a model reached through OpenRouter, by OpenRouter's terms with that model's provider — to give it the same or equal protection as this policy does.

If you use an export feature to send a design to your own Google Drive or Notion workspace, that transfer happens because you asked for it and lands in an account you control.

Because these providers operate in the United States and elsewhere, your information may be processed outside Canada and may be subject to the laws of those countries.

4. What we do not do

5. How long we keep things

6. Your choices and rights

Everything on this list that you can do yourself lives in one place: Settings → Privacy & data. Signed in, that page shows what you accepted and when, and deletes the account. In the designer it is in the account menu at the top right, under Privacy Policy. For a copy of your data, email us — see below.

Under Canadian privacy law (PIPEDA) and comparable rules elsewhere, you have the right to access and correct your personal information and to withdraw consent. We will act on a request within 30 days, and we do not charge for it.

7. If you are in the European Union or the United Kingdom

The GDPR (and the UK GDPR) give you a specific set of rights, and require us to say plainly why we are allowed to handle your information at all. Our legal bases are:

Your rights: access, rectification, erasure, restriction, portability, objection (including objection to anything we do on the legitimate-interest basis above), and withdrawal of consent. Email info@flipkitchen.ca and we will answer within one month. There is no automated decision-making that produces legal or similarly significant effects about you.

Transfers out of the EEA and UK. Flip Kitchen is operated from Canada and its infrastructure is mostly in the United States, so your information is transferred out of the EEA. Canada holds an adequacy decision from the European Commission for commercial organisations; transfers to our United States providers rest on the Standard Contractual Clauses contained in those providers' data processing terms, which apply to our use of them.

If you think we have got this wrong, you can complain to your national data protection authority (in the UK, the Information Commissioner's Office). We would rather you told us first so we can fix it, but that right is yours regardless.

We have not appointed an EU representative under Art. 27, and the reason is that we do not offer this service in the EU: we price in Canadian dollars, we supply and install in Ontario, and the French on this site is for Quebec. The site loads anywhere, which is not the same thing. If you are in the EU and have used it anyway, the rights above are still yours and the email address above still reaches the person who decides — we would simply rather say what our position is than leave you to guess it.

8. AI-generated images and AI assistance

Renders, photo edits and redesign images produced by Flip Kitchen are generated by AI. They are interpretations of your design, not photographs of a real kitchen, and we say so wherever they are produced. We deliberately do not burn a visible watermark into your images — they are yours to use — and instead keep a fingerprint of each one, as described above, so the question "did Flip Kitchen generate this?" still has an answer. Emma, the chat assistant, is also an AI — you are not talking to a person, and it can be wrong. Nothing either of them produces is a construction document; anything that matters should be checked by a human before you order or build.

9. Security

Traffic is encrypted in transit. Admin tools are restricted to our own accounts and re-checked on the server, not just hidden in the interface. Render archive uploads and downloads use short-lived signed links rather than a public bucket. No system is perfect, and we do not claim otherwise — if a breach affects you, we will tell you.

10. Children

Flip Kitchen is meant for adult homeowners and trade professionals. You must be at least 18 years old to use it, including the iOS app, and it is not directed at anyone under 18. We do not knowingly collect information from people under 18; if you believe someone under 18 has given us information, contact us and we will delete it.

11. Changes

If we change this policy we will update the date and version above. We ask you to read and accept it once — when you first sign in — and we do not ask again every time the policy is revised. Most revisions are operational changes on our side (how something is stored, which provider runs a piece of the service) that do not change what you get from this site, and interrupting your work to re-accept each one would only teach everyone to click through without reading. The version you accepted is recorded against your account and shown on your Settings page, and the version in force is always the one on this page.

12. Contact

Questions, or a request about your data: info@flipkitchen.ca.

Terms of Use →