whats-best.ai
Search Sign in

Video Conferencing

Whereby

UK / wider Europe Report an error

Panel rating · 6 judges · How to read the stars

Category median

Sovereignty: 2 of 4 dimensions proven

0–5 in half steps. 5 means the rubric's top anchor is met on the evidence.

by Whereby AS · whereby.com

Report an error on this page Is this your product? →

Read this page as one judge. Each weighs the same scores by what they care about.

The panel's verdict

Whereby AS, a Norwegian (EEA) videoconferencing vendor, sells two products: Meetings, charged per user license, and Embedded, an API/SDK for product builders charged by usage. The bench scores it highest on encryption & meeting access (6; 6): an opt-in "Small meeting" mode gives end-to-end encryption via DTLS-SRTP with client-generated keys, with the trade-off named — though rooms default to non-E2EE Group call mode and no lobby or passcode is documented. The meeting itself sits at 3 (no published participant capacity, breakout rooms or moderation controls) and integrations at 4, with the Embedded API the strongest build story and no calendar, SSO or self-hosting evidenced. Recordings, retention & admin control sits at 2-3: consent collection is contractually shifted to the customer, and recording storage and retention are unstated. Sovereignty spans 3-4 — account information is hosted in Ireland, usage information in Ireland and the United States under Standard Contractual Clauses, and subprocessors appear only as categories. No disagreement exceeded the bench's threshold; pricing transparency sits at 2, with billing models stated but no price figure captured.

Report an error

Speaks for it

  • Opt-in 'Small meeting' mode offers end-to-end encryption via DTLS-SRTP with client-generated keys, with the trade-off stated
  • Embedded product ships a documented API and SDK with programmatic room creation
  • Account information is hosted in Ireland, with US transfers safeguarded by Standard Contractual Clauses
  • Listed core features include screen sharing, chat, virtual whiteboard, file sharing, transcriptions and permanent room links
  • Vendor policy states meeting media is never stored except transiently for transmission

Report an error

Held against it

  • Rooms default to non-E2EE Group call mode, with no lobby, passcode or host-admission control documented
  • Recording consent falls on the customer, with recording storage region and retention unstated
  • No participant capacity, breakout rooms or host moderation controls appear in the evidence
  • Usage information is hosted in the United States as well as Ireland, and subprocessors are listed only as categories
  • No telephone dial-in, live captions or accessibility statement appears in the evidence

Report an error

Best for

  • You are building a product and need to embed video calls through an API and SDK with programmatic room creation
  • Your meetings are small enough to accept the quality-and-stability trade-off of opt-in end-to-end encryption
  • Your procurement favors a Norwegian EEA contracting entity with account information hosted in Ireland

Report an error

Avoid if

  • You run large sessions — ask the vendor: the public pages we read do not show it
  • Your organization must centrally enforce recording consent, storage location and retention — ask the vendor: the public pages we read do not show it
  • You need SSO, SCIM, calendar integration or self-hosted deployment — ask the vendor: the public pages we read do not show it
  • Your users include anyone under 16 — the service is restricted to people 16 years old and over

Report an error

The scores

The meeting itself

Show reasoning
How this is scored

Whether the call works: participant capacity, video and audio quality under load, screen sharing, breakout rooms, moderation, and what happens on a bad connection.

0 — Small meetings only, no screen sharing worth the name, no moderation controls, and the call degrades without telling anyone.

3 — Standard meetings with screen sharing and mute-all, but low participant limits, no breakout rooms and no bandwidth adaptation stated.

5 — Meetings at the scale most teams need with screen sharing, breakout rooms, host moderation, and documented behaviour on constrained connections.

8 — Large meetings and webinars with published capacity limits, per-participant moderation and waiting rooms, layout control, simulcast or adaptive bitrate stated, and reliable behaviour on mobile networks.

10 — Scale and control are engineering claims the vendor stands behind: capacity published per plan and per region, selective forwarding with adaptive quality documented, live streaming, hardware-room support, and diagnostics an admin can read after a bad call.

Report an error

The IT Administrator

Screen sharing, chat, whiteboard and transcription are confirmed, so the standard meeting works, and there's a real Group call vs Small meeting mode distinction. But participant capacity is published nowhere, there are no breakout rooms, no moderator controls in evidence, and "our infrastructure is scalable... including in low bandwidth scenarios" is a promise, not a number — and there is no diagnostics story for after a bad call. 1 2 3

Report an error

The Security Officer

Screen sharing, chat, whiteboard and transcriptions are listed, but the evidence gives no participant limits, no breakout rooms, no moderation controls, and only a homepage slogan about low bandwidth — nothing documented about behaviour under load. The default group mode explicitly trades away the E2EE small-meeting mode for 'quality and stability', so scale and privacy are in tension from the outset. 1 3

Report an error

The Works Council Advocate

Screen sharing, whiteboard and a homepage slogan that infrastructure is "scalable... including in low bandwidth scenarios and on mobile devices" is all the engineering substance I get — no participant limits, no breakout rooms, no mute-all or admission controls documented, and a Group-call default mode with nothing said about behaviour when a connection degrades. Missing evidence is information, and none of it is here. 1 3

Report an error

The Educator

Screen sharing, chat, whiteboard and transcription are listed, and the vendor claims quality holds up 'in low bandwidth scenarios and on mobile devices' — that claim matters to my dead-spot students. But there is no published participant capacity, no host moderation controls in evidence, and not one word about breakout rooms, which is how I actually run a class of thirty. 1 2

Report an error

The Accessibility Advocate

Screen sharing, chat, whiteboard and a low-bandwidth claim exist, but there is no published participant capacity, no breakout rooms, no moderation controls, no waiting rooms — the call works, the control room doesn't. 'Consistently high quality video call experience, including in low bandwidth scenarios' is a slogan, not documented degradation behaviour. 1 3

Report an error

The Skeptic

Screen sharing, chat, whiteboard and a low-bandwidth claim exist, but not a single participant number is published, and breakout rooms and host moderation controls appear nowhere in the evidence. The only modes documented are the 'Group call' default and a 'Small meeting' E2E mode, which tells me small meetings are the design target; scale and behaviour under load are asserted, not documented. 1 2

Report an error

Encryption & meeting access

Show reasoning
How this is scored

What is actually encrypted and against whom, plus who can get into a meeting. Judged on documented mechanism rather than on the word "encrypted".

0 — Transport encryption only, undocumented; meetings joinable by anyone with a link and no lobby.

3 — TLS in transit and encryption at rest, with the vendor holding all keys; access control is a passcode.

5 — The above plus a lobby or waiting room, host-controlled admission, per-meeting passcodes, and a clear statement that the vendor can technically access media.

8 — Optional end-to-end encryption for meetings with the trade-offs named (which features stop working), documented key handling, SSO-gated joining, and per-meeting access policies.

10 — End-to-end encryption available without surrendering the product — its cryptography documented or open source, key management explained, identity verification for participants, and the vendor stating plainly what it can and cannot see.

Report an error

The IT Administrator

Optional end-to-end encryption exists with a named mechanism — DTLS-SRTP, client-generated keys — and the trade-offs stated outright, which beats vendor-held keys. It falls short of the top anchors because E2EE is opt-in while Group call is the default, and the access half of the criterion is a blank: no lobby, no passcode policy, no SSO-gated joining, no per-meeting access controls anywhere on the evidence. 3

Report an error

The Security Officer

Small meeting mode is real end-to-end encryption — DTLS-SRTP, client-generated keys — with the trade-off at least named, which earns the encryption half. But rooms default to the non-E2EE group mode, permanent room links come with no documented lobby, lock, passcode or host admission, and the vendor never states plainly what it can see in group mode — 'never collect or record' is policy, not mechanism. 3 1

Report an error

The Works Council Advocate

Opt-in "Small meeting" mode with end-to-end encryption, DTLS-SRTP and client-generated keys is a real mechanism with a named trade-off, which earns credit — but it is not the default, and nothing documents who can get into a permanent room link: no lobby, no passcode, no SSO-gated joining, and no plain statement of what the vendor can see in default Group call mode. 3

Report an error

The Educator

There is a real mechanism behind the E2EE claim — 'Small meeting' mode with DTLS-SRTP and client-generated keys, and the trade-off named (quality and stability) — plus a statement that meeting media is never stored. But Group call is the default and I find no lobby, waiting room, passcode or host-admission control documented, so who can walk into my room is a blank. 3

Report an error

The Accessibility Advocate

The 'Small meeting' mode is genuine end-to-end encryption with the cryptography named (DTLS-SRTP, client-generated keys) and the trade-off admitted, which deserves credit. But it is off by default (rooms default to Group call mode), and I find no admission control of any kind — no passcode, no lobby, no SSO-gated joining — so who can get in is a question the evidence never answers. 3

Report an error

The Skeptic

The sentence I look for exists: 'Small meeting' mode gives end-to-end encryption via DTLS-SRTP with client-generated keys, with the trade-off named — quality and stability. But the default is Group call mode, the evidence never states what encryption that mode has or whether the vendor can technically access media there, and no lobby, per-meeting passcode or SSO-gated joining is documented. Optional E2E with named crypto earns above 5; silence on the default mode and on access controls keeps it well short of 8. 3

Report an error

Reach & accessibility

Show reasoning
How this is scored

Whether everyone who needs to join can: browser without an install, dial-in, low bandwidth, guests without accounts, captions and keyboard operation.

0 — A desktop client is the only way in; guests must create an account.

3 — Browser joining exists but is degraded, guests can join by link, and there is no dial-in and no accessibility statement.

5 — Full-feature browser joining without an install, guest access by link, mobile apps, and a stated accessibility posture.

8 — Telephone dial-in with numbers listed, live captions, keyboard-navigable and screen-reader-tested interface, and documented low-bandwidth behaviour.

10 — Reach is designed for: browser parity with the client, dial-in across the regions the customer operates in, live captions and translation, a published accessibility conformance report, and a usable experience on a poor mobile connection.

Report an error

The IT Administrator

Mobile devices and low-bandwidth performance are claimed and permanent room links plus a browser-first product mean guests can presumably join without an account. But there is no telephone dial-in at all — no fallback when the network dies — transcription is not live captions, and the evidence says nothing about keyboard navigation, screen readers, or any accessibility posture. 1 3

Report an error

The Security Officer

Mobile and low-bandwidth claims exist only as marketing and link-based rooms are stated, but there is no dial-in, no live captions (transcriptions are not captions), no accessibility statement, and browser-first joining is asserted in the provenance note rather than evidenced in the captured facts. 1 2

Report an error

The Works Council Advocate

Permanent room links and a stated low-bandwidth and mobile claim are a start, but there is no dial-in anywhere, no accessibility statement, and transcriptions are not live captions. Whether a guest without an account can actually join is never explicitly confirmed, so the page falls short of the anchor that requires a stated accessibility posture. 1 2

Report an error

The Educator

Mobile and low-bandwidth support is stated, transcriptions exist, and registration is framed as optional so guests plausibly join without an account. But there is no telephone dial-in for my dead-spot learners, no accessibility statement or screen-reader evidence anywhere, and the hard 16-and-over floor simply excludes younger students — an accessibility fail by policy, not by bandwidth. 1 3

Report an error

The Accessibility Advocate

My home turf, and it is thin: 'Transcriptions' is listed as a feature but never as live captions a deaf colleague could rely on in-meeting, and there is no dial-in, no accessibility statement, no conformance report and no screen-reader or keyboard testing anywhere in the evidence. Guests can join by permanent room links and mobile is supported, which is all the evidence can honestly claim. 1 3

Report an error

The Skeptic

Mobile and low-bandwidth support is a homepage claim and transcription exists, but the evidence has no dial-in, no accessibility statement, no confirmation that guests join by link without an account, and no keyboard or screen-reader testing. Registration requires an email or phone number, and nothing evidences that the browser path is full-feature rather than degraded. 1 3

Report an error

Recordings, retention & admin control

Show reasoning
How this is scored

A recording is personal data about everyone in the room. Who may record, who is told, where it is stored, how long it lives, and what the works council can switch off.

0 — Anyone can record, storage location unstated, no retention rule, no admin policy.

3 — Host-only recording with a notification, but storage region unstated, retention manual, and no organisation-wide policy control.

5 — Admin policy over who may record, participant notification and consent prompt, stated storage region, and manual deletion that works.

8 — Automatic retention and deletion per policy, recordings encrypted at rest with access logged, transcription handled with its own retention rule, and attendance or analytics features that can be switched off for co-determination.

10 — Built for a works agreement: every recording, transcript and analytics feature independently switchable and documented, retention executed and evidenced, an audit trail of who accessed which recording, and no participant-level behavioural scoring at all.

Report an error

The IT Administrator

Recording exists but the vendor offloads consent entirely to the customer — "they are then responsible for collecting consents from all participants" — with no built-in notification or consent prompt in evidence, no storage region for recordings, no retention rule, and no organisation-wide admin policy. 3

Report an error

The Security Officer

Recording is plan-gated and consent is explicitly dumped on the customer to collect; nothing on who is notified when a recording starts, where recordings are stored, how long they live, or what an admin can switch off. The policy even claims no recordings are stored except transiently, which sits oddly against a shipping recording feature — I want to know which statement I'm buying. 3

Report an error

The Works Council Advocate

Whereby washes its hands of the room: whoever holds the Recording feature may record and "they are then responsible for collecting consents" — no in-product notification or consent prompt is evidenced, storage region for recordings is unstated (the policy only says Whereby itself will not store meeting media), and there is no retention rule or organisation-wide switch a works agreement could lean on. The Embedded admin dashboard exposing participant IDs, device information and call duration adds behavioural metadata with no documented off-switch or retention. 3

Report an error

The Educator

Recording is plan-gated, but consent is contractually shifted onto the customer rather than a built-in prompt or notification, and nothing says where recordings live, how long they survive, or what an organisation can switch off. The vendor's own pledge not to store meeting media is honest, but it leaves the governance a works council needs entirely unevidenced. 3

Report an error

The Accessibility Advocate

Recording is plan-gated and collecting consents is explicitly dumped on the customer — no built-in notification, no admin policy, no retention rule, no audit trail. The vendor says it stores no recordings itself, which limits exposure, but where a customer's recording actually lives is unstated. 3

Report an error

The Skeptic

Recording is plan-gated, but consent is outsourced: customers 'are then responsible for collecting consents from all participants' — no product-enforced notification or consent prompt is evidenced. Storage region for recordings, retention, and organisation-wide admin policy are all unstated, and the policy's claim of no meeting storage sits unresolved against an advertised Recording feature. 3

Report an error

Integrations & deployment

Show reasoning
How this is scored

Calendar, identity and the wider stack — plus, in this category, whether the product can be run on the customer's own infrastructure at all.

0 — No calendar integration, no SSO, no API; cloud-only with no alternative.

3 — One calendar integration and basic SSO, no API worth building on, cloud-only.

5 — Calendar integration for the major suites, SAML or OIDC SSO, a documented API for scheduling, and room-system support.

8 — The above plus SCIM provisioning, embedding via SDK, webhooks for meeting events, and either a self-hosted option or a documented private-cloud deployment.

10 — Deployment is the customer's choice: a genuine on-premises or private-cloud option with the same features, open protocols or open source, embeddable SDKs, and identity integration that does not require the vendor's directory.

Report an error

The IT Administrator

The Embedded product is a genuine API/SDK story — programmatic room creation, developer tooling, transcription via API — plus in-room apps like Miro and Trello. But on the Meetings side I see no calendar integration, no SSO/SAML/OIDC, no SCIM, no webhooks, no room-system support and no self-hosted option — cloud-only — and the FAQ even has to ask whether the API is reachable on a Meetings plan. 1 2 3

Report an error

The Security Officer

The Embedded product has a genuine API and SDK with programmatic room creation — stronger than most — but the evidence is silent on SSO, calendar sync, SCIM, webhooks, and any self-hosted option. In-meeting widgets like Miro and Trello are not stack integration. 1 2 3

Report an error

The Works Council Advocate

The Embedded API and SDK with programmatic room creation is genuinely buildable, but there is no calendar integration, no SAML/OIDC SSO, no provisioning, no webhooks and no self-hosted or private-cloud option anywhere. The FAQ merely asking whether the API is even accessible on a Meetings plan, with the answer not shown, tells you how thin the enterprise stack story is; the in-room apps like Miro and Trello are conveniences, not identity or deployment integration. 1 2 3

Report an error

The Educator

The Embedded product is the strong card: API and SDK tooling with programmatic room creation, which is genuinely embeddable. But there is no calendar integration for the major suites, no SSO, no SCIM, no webhooks and no self-hosted option in evidence — the FAQ even has to ask whether the API works on a Meetings plan at all — and the in-room apps (Drive, YouTube, Trello, Miro) are not the stack integration I mean. 1 2 3

Report an error

The Accessibility Advocate

There is a real documented API and SDK with programmatic room creation and embedding, plus in-room apps like Miro and Trello — stronger than a scheduling-only API. But no calendar integration, no SSO, no SCIM and no self-hosting option appears anywhere, so the wider stack is a dead end. 1 2 3

Report an error

The Skeptic

The Embedded product is a genuine documented API with SDK tooling, programmatic room creation and transcription — more than a checkbox API. But no calendar integration, no SSO/SCIM, no room-system support and no self-hosted or private-cloud option appears anywhere; the in-room integrations are Google Drive, YouTube, Trello and Miro, not identity or scheduling. Cloud-only with a good SDK sits between rubric level 3 and 5. 1 2 3

Report an error

European sovereignty panel opinion

Show reasoning
How this is scored

Where media and metadata are processed, who the contracting entity is, which subprocessors carry the traffic. Independently sourced by the sovereignty pipeline; scored here as this buyer weighs it — which in this category is heavily.

0 — Non-EU vendor and contracting entity, media routed through unstated regions, subprocessors unnamed.

3 — EU data residency for storage while media relays or metadata remain non-EU, or the contracting entity sits outside the EU.

5 — EU hosting and an EU contracting entity, but parts of the chain — relays, analytics, support tooling, transcription — are non-EU without an explained safeguard.

8 — Media and metadata processed in the EU on named infrastructure, EU contracting entity, complete subprocessor list published, any non-EU processing named with its legal basis.

10 — Sovereign end to end and evidenced: media never leaves the EU, every subprocessor European, certification published, and an on-premises option that removes the question entirely.

Report an error

The IT Administrator

Account information is hosted in Ireland, but Usage information is hosted in Ireland and the United States under SCCs, offices span Norway, the UK and the US, media relay routing is unstated, and subprocessors appear only as categories with not one named provider. A Norwegian entity and ISO 27001 help, but "European owned and privacy-first" is marketing until the chain is named and the US piece of the metadata flow is explained with more than a boilerplate clause. 1 3

Report an error

The Security Officer

Account data sits in Ireland, but usage information is hosted in Ireland AND the United States, covered only by SCCs, and the contracting entity is Norwegian — EEA, not EU. Media routing is unstated, subprocessors appear only as unnamed categories, and ownership is unknown: that is rubric level 3 almost verbatim. 3

Report an error

The Works Council Advocate

Account data sits in Ireland, the US transfer of usage information is at least named with SCCs, and the contracting entity is Norwegian EEA — but usage information is hosted in the United States, subprocessors appear only as anonymous categories with none named, media routing is unstated, and even the country code carries an inference caveat. "Built in Europe" does not substitute for a named subprocessor list and a media region. 1 3

Report an error

The Educator

Account data sits in Ireland, but usage information is explicitly hosted in Ireland AND the United States, with SCCs as the named safeguard; the contracting entity is Norwegian — EEA, not EU — and subprocessors appear only as categories, never named providers. The homepage's 'GDPR compliant, ISO 27001' posture is welcome, but media routing is unstated, so this stays at the residency-with-gaps tier. 1 3

Report an error

The Accessibility Advocate

A Norwegian (EEA) contracting entity with account data in Ireland and US transfers named under SCCs is a start. But usage information is hosted in the United States, where media and relays are processed is unstated, and subprocessors appear only as categories — never as names — so I cannot verify who carries the traffic. 3

Report an error

The Skeptic

Account data sits in Ireland, but Usage information is hosted in Ireland and the United States, the contracting entity is Norwegian — EEA, not EU — and group companies sit in the US and UK. Subprocessors appear only as categories with no named entities, and the evidence says nothing about where media is relayed; SCCs and 'built in Europe' are a safeguard and a slogan, not a processing map. I weigh this heavily, and the core question — where the media goes — goes unanswered. 1 3

Report an error

Pricing transparency

Show reasoning
How this is scored

Whether a buyer can compute the annual invoice for their host count — including the capacity, dial-in and recording storage they actually need — from public pages alone.

0 — No public prices at all; every tier is a sales conversation.

3 — A per-host headline exists, but participant caps, dial-in minutes or recording storage are unpriced or unmentioned.

5 — Per-host prices public with billing period stated and capacity limits given, but at least one commonly needed piece (webinar capacity, dial-in, storage) sits in an unpriced add-on.

8 — Every tier and add-on priced publicly with per-host maths, capacity limits, dial-in rates, storage allowances, minimum term and VAT treatment stated.

10 — Complete price computability: a calculator producing the annual invoice for a given host count, meeting size and recording volume, including overage and per-region dial-in.

Report an error

The IT Administrator

A public pricing page demonstrably exists with two products, per-user licensing for Meetings and usage-based billing for Embedded, and a comparison table — so it's not a pure sales conversation. But no per-host price, no capacity limits, no storage allowances, no minimum term and no VAT treatment made it into the evidence, so I cannot compute an annual invoice for a given host count from public pages as captured. 2

Report an error

The Security Officer

Public pricing pages exist with billing models stated — per-user license for Meetings, usage-based for Embedded — but the evidence contains not one figure: no per-host price, no capacity limits, no storage or dial-in terms, and a FAQ on API access whose answer isn't shown. A buyer cannot compute an invoice from this. 2 1

Report an error

The Works Council Advocate

The public pricing page offers links, a product comparison, and the words "Charged per user license" and "Charged by usage" — not one figure, billing period, participant cap, dial-in rate or storage allowance anywhere in the captured evidence. A buyer cannot begin to compute an annual invoice from public pages. 2

Report an error

The Educator

A public pricing page exists and names the two products with their billing models — per-user licence for Meetings, usage-based for Embedded. But the evidence captures not a single figure: no per-host price, no capacity limits, no storage allowance, no term or VAT — so no teacher or buyer can compute an annual invoice from this evidence. 2

Report an error

The Accessibility Advocate

A pricing page exists and names the models — per-user licensing for Meetings, usage-based for Embedded — with a comparison, but no actual price, capacity limit, storage allowance, term or VAT treatment appears. A buyer cannot compute an annual invoice from these pages; this sits between a sales conversation and a headline price. 2

Report an error

The Skeptic

The pricing page links exist and the models are stated — Meetings 'charged per user license', Embedded 'charged by usage' — but the evidence contains not one figure: no per-host price, no billing period, no participant caps, no storage allowance, no minimum term. A buyer cannot compute even a rough annual invoice from this evidence, which puts it below the per-host-headline anchor. 2

Report an error

European sovereignty — proven facts

2 of 4 dimensions proven

Built only from facts shown on the vendor's own pages. A dimension we could not prove is left open, not scored as zero.

Ownership Not determined — uncited Report an error
Data residency EU only ⚠ unverified 3/3 pts 4 Report an error
Subprocessors Not determined ⚠ unverified — uncited Report an error

Where this could be wrong

What we left out

A claim that does not survive our checks costs us the claim, not the page. This is what was taken off this one.

Sources (14)

The pages every claim on this page was read from — each one checked, dated, and kept verifiable.

  1. 1 Vendor homepage whereby.com Checked 15 Sep 2026 Details →
  2. 2 Pricing whereby.com Checked 15 Sep 2026 Details →
  3. 3 Privacy policy whereby.com Checked 30 Sep 2026 Details →
  4. 4 Security / trust page whereby.com Checked 30 Sep 2026 Details →
  5. 5 The meeting itself — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  6. 6 The meeting itself — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  7. 7 Encryption & meeting access — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  8. 8 Encryption & meeting access — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  9. 9 Reach & accessibility — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  10. 10 Reach & accessibility — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  11. 11 Recordings, retention & admin control — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  12. 12 Recordings, retention & admin control — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  13. 13 Integrations & deployment — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →
  14. 14 Integrations & deployment — found from sitemap docs.whereby.com Checked 1 Oct 2026 Details →