Enterprise securityUnited StatesReviewed June 2026

Is Bubble.io SOC 2 compliant?

SOC 2 is the one standard Bubble actually has. They hold a Type II report for the Security category, audited by Sensiba LLP. The catch is the report covers the platform, not your application — Bubble's own manual says the compliance doesn't transfer. The honest plan for almost every B2B SaaS on Bubble is to stay on Bubble, inherit the platform's controls, and run your own readiness engagement and audit. Three paths below, but for once the headline is: you do not need to rebuild.

The honest verdict

Partially. Not the way you’d ship SOC 2 in production.

Bubble has the certification at platform level — but it does not transfer to your app. Bubble holds a Type II report covering the Security category only, audited by Sensiba LLP. The same page is explicit that the compliance doesn't automatically transfer to apps built on Bubble — you still need your own audit. The report itself is gated through Bubble Sales, so factor that into your vendor due-diligence timeline.

Bubble is compliant with the SOC 2 Type II standard for security
— Source:Bubble.io documentation

Reviewed by

Greg· Founder, bubbletocode.com — has migrated 30+ Bubble apps to code

Independently sourced — no Bubble partnershipLast reviewed June 2026
Credentials
  • 01 / 04

    Bubble's stance

    Type II — platform only

    Security category, audited by Sensiba LLP

  • 02 / 04

    Procurement consequence

    Table stakes, not differentiator

    ~40% of enterprise vendor reviews now demand it

  • 03 / 04

    Industries impacted

    B2B SaaS · Cloud services · Fintech · Any enterprise vendor

  • 04 / 04

    Compliant on Bubble

    $30k–$60k · 12–52 weeks

    Stay on Bubble, run your own Type II audit

What SOC 2 actually requires

The requirements behind the checkbox.

SOC 2 is an AICPA attestation, not a law. A licensed CPA firm tests whether your service organisation operates the Trust Services Criteria controls — at minimum the Security category — over a 3–12 month observation window. There are no fines. The consequence of a qualified opinion is lost enterprise deals.

  • 01

    Meet the mandatory Security category — the common criteria CC1 through CC9 — covering control environment, risk assessment, monitoring, and logical access (TSC 2017/2022 Common Criteria).

  • 02

    Optionally add Availability, Processing Integrity, Confidentiality, or Privacy categories based on what you contractually commit to enterprise buyers (TSC Trust Services Categories).

  • 03

    Document the system description: boundaries, infrastructure, software, people, data flows, and the controls that protect them (AT-C 205 system description).

  • 04

    Operate every documented control consistently across the audit period so the CPA can test operating effectiveness, not just design (AT-C 205 Type II examination).

  • 05

    Engage an independent licensed CPA firm to perform the examination under SSAE No. 18 — not a consultancy, not a compliance SaaS alone (AT-C 105 common concepts).

  • 06

    Remediate every exception the auditor raises and produce a written management assertion that supports the final report (SSAE 18 management assertion).

Official source: aicpa-cima.com

Why Bubble fails SOC 2

Not opinions — architectural facts.

Every reason below comes from Bubble’s published platform limits or their own documentation. Reading the list top-to-bottom tells you which one will bite you first.

  1. 01

    Platform attestation doesn't transfer to your app

    Blocker

    Bubble's own manual says the SOC 2 compliance "doesn't automatically transfer over" — the report covers Bubble's platform controls, not the controls inside your application. Your privacy rules, your access management, your change management, your customer-facing security commitments all need their own evidence. Auditors treat the Bubble report as inherited infrastructure, not as a substitute for your own examination.

    Sources[01]

  2. 02

    Report scope is Security only

    Major

    The Bubble report covers exactly one Trust Services category: Security. Availability, Confidentiality, Processing Integrity, and Privacy are not in scope. If an enterprise customer requires Availability or Confidentiality in their vendor contract — common with regulated buyers — you cannot rely on Bubble's report to cover it. Your own audit must add those categories explicitly, and the underlying platform controls aren't attested there.

    Sources[01]

  3. 03

    Report only available through Bubble Sales

    Major

    The full SOC 2 report is not self-serve. You request it through Bubble Sales, sign an NDA, and wait. That's manageable for a one-off due-diligence cycle, but it stretches every enterprise security review by days. If you're running a parallel SOC 2 readiness sprint, expect to chase the Bubble sub-service-organisation evidence multiple times — auditors will keep asking.

    Sources[02]

  4. 04

    Application-level monitoring is two weeks deep

    Major

    The Common Criteria expect continuous monitoring and the ability to investigate incidents historically. Bubble's logs interface limits search to the previous two weeks. That's short for SOC 2 monitoring controls and short for any incident that turns up later than fourteen days after the fact. You can ship logs out, but that's an explicit application-level control you have to design and evidence.

    Sources[03]

  5. 05

    Third-party plugins sit outside Bubble's audit boundary

    Minor

    Plugins execute as client-side JavaScript loaded by the user's browser plus server-side actions running on Bubble's servers. The third-party plugin code is not part of Bubble's SOC 2 audit perimeter. If you rely on a marketplace plugin for auth, payments, file handling, or anything privileged, your auditor will treat it as a subservice provider you own — and you'll need vendor-management evidence for each one.

    Sources[04]

Bubble vs a compliant stack

Where each requirement passes or breaks.

The same 7requirements an auditor will ask about, scored on both stacks. Read across each row — every red cell is a deal you can’t close on Bubble.

Requirement
On Bubble.io
On a compliant rebuild
  • Platform-level SOC 2 Type II report exists

    Pass

    Type II, Security category

    Audited by Sensiba LLP — inherit as sub-service org

    Pass

    Vercel Enterprise / AWS Type 2

    Multiple categories already attested

  • Availability / Confidentiality categories covered

    Fail

    Security only

    Other categories need compensating controls in your audit

    Pass

    Security + Confidentiality + Availability

  • Continuous monitoring — log retention

    Partial

    Two-week search window

    Ship logs off-platform for SOC 2 monitoring controls

    Pass

    Postgres event log + S3 archive

  • Self-serve sub-service org report

    Fail

    Sales-gated, NDA required

    Pass

    Vercel / AWS Artifact self-serve

  • Third-party / plugin governance

    Partial

    Plugins outside Bubble's audit

    Inventory and manage as your own subservice providers

    Pass

    npm dependency scanning + SBOM

  • Application-level controls still your job

    Partial

    Privacy rules + access reviews on you

    Same on any host — SOC 2 always tests user-entity controls

    Partial

    Same complementary controls apply

  • Long-running jobs and background workflows

    Fail

    300s workflow timeout

    Pass

    Inngest / SQS queues, unlimited duration

What it costs your business

The deals you lose
without SOC 2.

SOC 2 has dropped from "differentiator" to "table stakes" in B2B SaaS procurement. Around 40% of enterprise vendor-risk reviews now require a current Type II report before contract — without one, deals stall at security review, not at the demo. The cost of a qualified opinion isn't a fine; it's the renewal that doesn't close.

  • An enterprise buyer asks for a current Type II report and bridge letter before signature; without one your deal sits in vendor risk for 4–8 weeks while you scramble for compensating evidence.

  • A security review checks your sub-processor list and asks for Bubble's SOC 2 report — you wait days for Sales to release it, which auditors and procurement read as a maturity signal.

  • A buyer requires Availability or Confidentiality categories, not just Security — your audit must add them, and Bubble's platform report doesn't cover them, so your auditor demands compensating controls in writing.

  • A renewal stalls when a customer's CISO discovers your last SOC 2 expired more than 12 months ago and you have no bridge letter — Compass ITC and Secureframe both report this as the most common involuntary churn trigger in 2026.

Three honest paths forward

Stay, hybrid, or rebuild — pick the one true to your stage.

We don’t recommend a rebuild for every founder. Below: what each path costs you, what it preserves, and where it breaks for SOC 2.

01

Cheapest now · riskiest later

Viable

Stay on Bubble and run your own SOC 2

Inherit Bubble's platform controls, layer your application-level controls on top, engage a CPA firm, complete a 3–12 month Type II observation window. No rebuild. This is the recommended path for almost every B2B SaaS on Bubble.

Pros

  • No migration, no cutover, no downtime
  • Bubble's platform report is real evidence you can inherit
  • Audit cost stays inside SMB band — typically $30–60k all-in year one
  • Renewals drop to $15–40k once controls are operating

Cons

  • Application controls still your responsibility — privacy rules, access reviews, change mgmt
  • Log retention beyond two weeks needs to be shipped off-platform
  • Bubble Sales is the gatekeeper for the sub-service report
Read the hybrid trade-offs
02

Phased · auditor-defensible

Partial fit

Hybrid — rarely necessary for SOC 2 alone

Carve specific workloads (long-running jobs, log retention, secrets management) into a separate codebase if you also need Availability or Confidentiality categories beyond what Bubble attests. Most teams don't need this purely for SOC 2.

Pros

  • Useful if you parallel-need HIPAA or FedRAMP and SOC 2 together
  • Lets you add Availability category controls under your direct control

Cons

  • Two stacks to maintain for a problem one stack can solve
  • Auditors will scope both — paperwork goes up, not down
Score with the hybrid planner
Recommended
03

Highest upfront · clean audit

Viable

Full rebuild — only if you need a stricter standard alongside

Rebuild on Next.js with Vercel Enterprise or AWS as the host. Vercel Enterprise is SOC 2 Type 2 across Security / Confidentiality / Availability, plus PCI SAQ-D and ISO 27001. AWS gives the same plus FedRAMP eligibility. Only worth it when SOC 2 is one of several gates.

Pros

  • Single audit boundary, single vendor-risk story
  • Unlocks adjacent standards: HIPAA, FedRAMP, PCI Level 1
  • Removes Bubble WU cost and 300-second workflow ceiling

Cons

  • Highest up-front cost — rarely justified by SOC 2 alone
  • Migration risk against a standard you can already hit on Bubble
Start the free rebuild analysis

Composite case study

What an honest SOC 2 migration looks like in practice.

Pre-A B2B SaaS · 18 months on Bubble

Founder had 11 paying customers and a stalled enterprise pilot whose security review demanded a current SOC 2 Type II before contract. We ran an 8-week readiness sprint on the existing Bubble app — formalised privacy rules, documented change management, set up log shipping to S3, wrote the system description with Bubble as named sub-service organisation. CPA firm completed the Type I bridge in week 10, then a 3-month Type II observation window. The team never left Bubble.

Outcome: Type II report issued at month four with zero exceptions; enterprise pilot signed within 11 days of report delivery, and two competing enterprise conversations that had been sitting in vendor risk closed the same quarter.

Composite case study assembled from patterns we've seen across multiple SOC 2 readiness engagements with Bubble-native B2B SaaS teams. Anonymised for client privacy — happy to walk you through specific engagements in a scoping call.

Frequently asked

What founders ask about SOC 2 on Bubble.

Pulled from real conversations with founders running healthcare, fintech, and B2B SaaS apps off Bubble. Every answer is grounded in the source we cited above — no marketing fluff.

Q01Has Bubble ever supported SOC 2?
Yes — uniquely among the standards we cover, Bubble holds a SOC 2 Type II report for the Security category, audited by Sensiba LLP. Their manual is explicit that the report covers the platform, not your app, and that the compliance doesn't automatically transfer. So Bubble has it; your app still needs its own examination.
Q02Will an auditor accept Bubble's report as a sub-service organisation?
Yes, that's exactly how it works. Your auditor treats Bubble as a sub-service organisation, inherits the platform controls in scope of Bubble's report, and tests the complementary user-entity controls you're responsible for — access management, privacy rules, change management. You'll need a current Bubble report; pull it through Bubble Sales before kickoff.
Q03Can I do this without rebuilding off Bubble?
For SOC 2 alone, yes. This is the one standard in the cluster where staying on Bubble is the recommended path. Inherit Bubble's platform controls, engage a CPA firm, run a 3–12 month observation window. Pre-A and Series A B2B SaaS regularly close enterprise deals on this exact path without ever leaving Bubble.
Q04How long does a Type II audit actually take?
Plan for two windows. Readiness — gap assessment, control design, evidence collection — runs 6–12 weeks. Then the audit observation period itself is 3 months for the shortest viable Type II, 6 months for what most enterprise buyers prefer, 12 months for full-cycle. Pick the window your earliest enterprise deal requires.
Q05Does SOC 2 also satisfy ISO 27001 or HIPAA?
It aligns with ISO 27001 — roughly 70% control overlap — but ISO is a certification of an information-security management system, not an attestation of controls. EU and UK buyers often demand the ISO certificate alongside SOC 2. HIPAA is unrelated: SOC 2 is voluntary and contractual, HIPAA is statutory and Bubble explicitly declines BAAs.
Q06Can Bubble sign a DPA or BAA for SOC 2 purposes?
Bubble signs a GDPR-compliant DPA covering personal data of end users with Standard Contractual Clauses and the EU-US Data Privacy Framework. They do not sign BAAs. For SOC 2 purposes the DPA is enough; you reference it as the contract with your sub-service organisation in your system description.
Q07What about plugins — do they break SOC 2?
Plugins aren't covered by Bubble's SOC 2 audit. Your auditor will treat each privileged plugin as a vendor you have to manage. Keep an inventory, document why each plugin is necessary, monitor what data it touches. The minor severity entry above isn't "don't use plugins" — it's "document them as part of your control environment."

Sources

Every claim, traced to a primary source.

The numbered references in the body link here. We cite first-party documents — regulator guidance, vendor manuals, industry standards — never marketing copy.

  1. [01]
  2. [02]
    Security and compliance — Bubble for Enterprise

    Bubble Group Inc.manual.bubble.io

  3. [03]
    Logs tab — server log retention and search window

    Bubble Group Inc.manual.bubble.io

  4. [04]
  5. [05]
  6. [06]
  7. [07]

Want a real answer for your app, not your category?

Drop your .bubble export. We’ll tell you what SOC 2 costs to actually achieve.

Free. 10 minutes. No call. Reads every workflow, surfaces every PII / WU / scaling risk, and produces a fixed-price rebuild plan grounded in SOC 2’s real requirements.