Skip to content

Integrate Flume

Flume finds tile and vinyl flooring that match a photo, prices it delivered to a US ZIP code, and hands the chosen product back to your product. There are two ways to integrate.

Start with the iframe unless you need your own screens. It is the shortest path to a working integration, and Flume keeps the search and pricing screens up to date for you.

Embed the iframe (recommended)Call the API
Time to integrateShortest. Two server calls and one snippetLonger. You build and test every screen
Who builds the screensFlumeYou
Server calls you make2: start a session, exchange a connect codeThe six steps: verify, search, product, quote, link into Flume
Email verificationIn the iframe. You build nothingYour own screens, with two calls
Search by photo and instant quoteIn the iframePOST /search, POST /request-instant-quote
The result in your productA flume:save_item messageThe POST /save-item response
New Flume featuresAppear in the iframeYou add each one
Fits whenYou want it live fastYou need Flume inside your own design
Two ways to integrate, side by sideWith the iframe, Flume draws the screens and your backend makes two calls. With the API, you draw them and your backend makes every call. The same content is listed as text under the diagram.Embed the iframe (recommended)Call the APIFlume iframeverify, search, quote, saveYour pageframes it, handles messagesYour backend2 server callsYour screensyou build each oneYour backendthe six API stepsFlume serversPartner API4 messages2 repliesyour routesyour routesevery stepYoursFlume'sServer call (HTTPS)postMessage

Two ways to integrate, side by side. With the iframe, Flume draws the screens and your backend makes two calls. With the API, you draw them and your backend makes every call.

Read this diagram as text
  1. Embed the iframe, recommended: Flume draws the verify, search, quote and save screens inside an iframe.
  2. Your page frames the iframe and handles its messages: four from the iframe, two replies from your page.
  3. Your backend makes two server calls: start a session, and exchange a connect code.
  4. Call the API: you build every screen yourself.
  5. Your backend makes every call to the Partner API, in six steps: verify (two calls), search by photo, product detail, instant quote, and a link into Flume.
  6. Both use the same partner key, users and save payload, and you can combine them.
  • Both use the same partner key, the same users and the same sandbox.
  • The save payload is the same object on both paths.
  • You can combine them. The iframe itself relies on two of the same server calls, and a product saved in the iframe can be read or linked with the API.
Who talks to whomFour parts and one person. Your page and the Flume iframe share the browser. Only your backend calls Flume with your key. The same content is listed as text under the diagram.In the browserOn serversUserYour pageframes the iframeYour backendholds the partner keyFlume iframedraws every screenFlume serversclickssearches,prices, savesyour routesserver calls,partner keypostMessage:4 to you, 2 backits own callsYoursFlume'sServer call (HTTPS)postMessageThe iframe's own callA person acts

Who talks to whom. Four parts and one person. Your page and the Flume iframe share the browser. Only your backend calls Flume with your key.

Read this diagram as text
  1. The user clicks a button on your page.
  2. Your page calls your own backend. It never calls Flume.
  3. Your backend calls Flume over HTTPS, with your partner key. These are the server calls.
  4. Your page frames the Flume iframe. The two talk only with postMessage: four message types from the iframe, two from your page.
  5. The user searches, prices and saves inside the iframe. The iframe makes its own calls to Flume with its own short-lived credential.
  6. Your partner key and user access tokens stay on your backend. They never reach the browser.
  1. Flume gives you a partner key. It identifies your platform.
  2. Each user verifies their email once. You get a user access token for them.
  3. With both, your backend acts for that user: it opens the iframe, or it searches, prices and saves through the API.
  4. Everything a user does also appears in their own Flume account.

Read Authentication and keys and Users and verification first. They apply to both paths. Every term is in the glossary, and every picture is on Diagrams.

CapabilityStatus
SandboxOpen to partners with a sandbox key. Base URL https://sandbox-api.tryflume.ai/partner/v1
LiveEarly access. Not yet open to new partners; Flume enables it by request, one partner at a time. Build in the sandbox. See Environments
RegionsOn live, requests from some countries are refused before they reach the API
Categories you can searchTile and vinyl flooring
DeliveryUS ZIP codes. Prices are in USD
KeysIssued by Flume. You rotate and revoke them yourself
OpenAPI document/openapi.json, the file the API reference is built from
WebhooksNot available. Poll, or use the iframe's messages
SDKs and client librariesNot available. Call the HTTP API directly
Self-serve keys or a dashboardNot available. Flume issues the first key
A status pageNot available. Write to Flume
Sandbox test dataNot available. The sandbox sends real verification emails
Rate limit headersNot available. A 429 from the API carries Retry-After
Reading or changing your allowed origins and hostsNot available. Ask Flume
Calls from a browserNot supported. Server to server only
  • Every page has a Markdown version. Add .md to its URL.
  • /llms.txt lists every page, with a reading order and the rules in brief. /llms-full.txt holds the whole site in one file.
  • /openapi.json is the OpenAPI 3.1 document for the Partner API.
  • Every page has a menu: copy it as Markdown, or open it in ChatGPT or Claude.