Migration snapshot
ActivePlatform
a Ycode
Ycode re-launched as open-source (MIT, TypeScript) with ongoing releases (v0.2.0 March 3, 2026). CRITICAL: 'Ycode Legacy was shut down on July 1, 2026 and all active projects were migrated. Paid Legacy subscriptions carried over to the new Ycode at their existing price' (docs.ycode.com/docs/pricing). The Legacy shutdown happened approximately 10 days ago as of July 11, 2026 — this is a live event requiring immediate verification.
Typical timeline
4–8 weeks
Typical cost
$13K–$25K (agency, fixed)
Why teams leave a Ycode
The Ycode Legacy shutdown on July 1, 2026 is the immediate trigger — verify your project migrated successfully before anything else. Beyond the migration event, several factors may push teams to leave the new Ycode entirely.
July 1, 2026 Legacy shutdown — verify migration now
All Ycode Legacy projects were auto-migrated approximately 10 days ago. Any project that failed to migrate or was missed is at immediate risk. Run a full QA pass on every page, form, auth flow, and CMS-driven page before doing anything else.
Product identity shift from Legacy to open-source
Ycode is now a fundamentally different product — open-source TypeScript CMS/site builder — compared to the previous proprietary visual builder. Legacy users may find themselves on an unfamiliar platform with different workflows and capabilities.
LAMP-stack Code Export may not match your target stack
Ycode's paid Code Export service produces 'clean LAMP-stack code, 5–20 days, manual QA' (docs.ycode.com). Teams wanting Next.js/TypeScript output should use the self-host OSS fork path instead, as the LAMP output requires additional migration effort.
Cloud CMS item cap at 20,000 items per project
Ycode Cloud caps at 20,000 CMS items per project. Self-hosting the open-source codebase removes this cap entirely (unlimited CMS items), which is a straightforward trigger for content-heavy sites approaching the limit.
Anecdotal post-migration instability
One Product Hunt user reported site crashes on Pro post-legacy-migration; the vendor apologised publicly (Product Hunt — anecdotal, 2026). Monitor site stability closely in the days following the July 1 migration and contact Ycode support promptly if instability surfaces.
What can you actually take with you?
Ycode has one of the best export stories in the no-code category — MIT license, three documented exit paths, and Supabase as the backend on self-host. The immediate action is verifying the July 1 Legacy migration before evaluating any exit path.
| Asset | Can you export it? | How | Notes |
|---|---|---|---|
| Data | Yes | Backup & Restore moves projects between Cloud and self-host. Self-hosting puts you on your own Supabase instance (full Postgres DB ownership). Airtable integration and local DB options also available. | On self-host, you own the full Supabase Postgres DB — no intermediary. Cloud users should export a full backup immediately as a data safety net. |
| Code | Yes | Three paths: (a) Open-source fork — self-host the entire MIT-licensed codebase on your Vercel + Supabase; (b) Paid Code Export service — 'clean LAMP-stack code, 5–20 days, manual QA' (docs.ycode.com); (c) Static HTML Export — all published and dynamic CMS pages, Tailwind/SEO inlined, CLI-driven, targets S3/Cloudflare/Netlify/GitHub Pages. | Paid Code Export produces LAMP-stack (PHP/MySQL), not Next.js/TypeScript. Teams wanting a modern JS stack should use the MIT self-host fork path. Static HTML Export is currently self-host only; Cloud version is 'on the way' per docs. |
| Design/UI | Yes | Included in the exported or self-hosted codebase; Tailwind CSS used throughout. Static HTML Export captures full design output including all published pages. | Design fidelity is preserved in all three export paths — this is a genuine strength vs platforms with no design export. |
| Logic/Workflows | Partial | Server-side logic included in the exported codebase. Paid Code Export service includes manual QA to address complex workflow cases. | Complex custom workflows may need developer attention after export. The manual QA in the paid Code Export service is specifically designed to address edge cases. |
| Users & Auth | Partial | Built-in user auth and member communities; on self-host, user/auth data lives in your own Supabase DB. Password hash export not explicitly documented in Ycode docs. | Self-hosted Supabase means you hold the DB including auth tables. Supabase uses bcrypt — standard format — but verify compatibility if migrating auth to a different provider than Supabase. |
Swipe the table sideways to see the full breakdown.
Where each piece moves in code
The target stack depends on exit path chosen: the self-host fork lands on Vercel + Supabase natively; the Code Export service lands on LAMP stack (PHP/MySQL); Static HTML Export targets static hosting (Cloudflare Pages, S3, Netlify).
a Ycode
Ycode visual editor pages
In code
Exported as HTML (Static Export) or TypeScript-compatible files (Code Export) or fully self-hostable Ycode OSS fork on Vercel
Choose the path that matches your team's technical target: static hosting, LAMP backend, or Vercel/Node.js.
a Ycode
Ycode CMS collections
In code
Supabase tables (self-host) or CSV export for migration to another headless CMS
On self-host, CMS data already lives in Supabase — no migration needed. On Cloud, export via Backup & Restore before changing anything.
a Ycode
Ycode member and community auth
In code
Self-hosted Supabase Auth (email/password, OAuth)
On self-host, you own the Supabase DB including auth tables and password hashes (bcrypt format). On Cloud, request user data export from Ycode support.
a Ycode
Ycode custom domains
In code
Continue on self-host (any Vercel domain) or migrate DNS to new hosting provider
Custom domains transfer straightforwardly in all exit paths; update DNS after new deployment is verified.
a Ycode
Ycode static pages
In code
Static HTML Export → deploy to Cloudflare Pages / S3 / Netlify via CLI
Fastest exit path; Tailwind and SEO meta tags are inlined in the export. Currently CLI/self-host only; Cloud CLI is 'on the way' per docs.
a Ycode
Ycode dynamic CMS-driven pages
In code
Static HTML Export captures all published and dynamic CMS pages; or self-hosted Ycode OSS with Supabase queries
Static HTML Export covers dynamic pages in addition to static — a meaningful advantage over platforms that only export static content.
a Ycode
Ycode CMS API
In code
Supabase REST API (self-host) or custom Next.js API Routes on the self-hosted fork
The Supabase REST API is a direct functional equivalent to the Ycode CMS API for content delivery.
The migration roadmap
Four phases, starting with an urgent verification of the July 1 Legacy migration before planning any further exit steps. If the migration succeeded, exit path selection comes next; if it failed, immediate support contact is the priority.
Immediate Legacy migration verification
Day 1 — do this now- Test every live page, form, auth flow, and CMS-driven page on the migrated site
- Check user login works (email/password and OAuth flows)
- Verify CMS content is intact and displaying correctly on all dynamic pages
- Check custom domain resolution and SSL certificate validity
- If anything is broken, contact Ycode support immediately — the migration is recent and support should be responsive
Watch out: Do not begin any exit planning until the current site is confirmed working. A broken migration is an incident, not a roadmap item.
Exit path selection and backup
Week 1- Export a full project backup via Backup & Restore as a data safety net regardless of exit path chosen
- Check your CMS item count against the 20,000 Cloud limit; if approaching it, self-hosting removes the cap
- Decide on exit path: Static HTML Export (fastest), paid Code Export service (most complete, LAMP stack), or self-host OSS fork on Vercel + Supabase (most ownership)
- If choosing Static HTML Export: install the Ycode CLI and run a test export of all published pages; verify SEO meta tags are intact
- If choosing Code Export: contact Ycode for the paid service; expect 5–20 days turnaround plus manual QA
Migration or self-host setup
Weeks 2–5- Static HTML path: deploy exported HTML to Cloudflare Pages / S3 / Netlify; configure custom domain; verify SEO
- Code Export path: receive LAMP-stack output; set up PHP/MySQL hosting (or convert to Next.js if preferred); configure auth and CMS
- Self-host OSS path: fork the MIT codebase, deploy to Vercel, configure Supabase connection, run Backup & Restore to migrate project data
- For any path with user auth: export user list as CSV from Supabase (self-host) or request from Ycode support (Cloud); plan re-authentication flow if needed
Watch out: The paid Code Export produces LAMP (PHP/MySQL), not Next.js — verify this matches your target stack before ordering; the OSS self-host fork is the right choice for teams wanting TypeScript/Node.js.
QA and cutover
Weeks 6–8- Full end-to-end QA on the new deployment against a production data copy
- Update DNS to point custom domain to new hosting
- Monitor for instability in the first 72 hours post-cutover
- Cancel Ycode Cloud subscription after confirmed stable operation on new platform
Three ways to migrate — honestly
Every path has a real trade-off. Here is what each costs, how long it takes, and where it bites.
DIY (with AI tools)
$0–500 + time
2–6 weeks part-time
Fits
Teams with a technical founder or developer who want to self-host the MIT OSS fork on their own Vercel + Supabase, or use the CLI-driven Static HTML Export for a content site with no complex backend requirements.
Risks
The OSS self-host path requires familiarity with Vercel deployment and Supabase configuration. LAMP-stack Code Export output may require additional PHP hosting setup. Static HTML Export is currently self-host CLI only.
Freelancer
$3K–10K
3–6 weeks
Fits
Teams needing help with the OSS self-host setup, Supabase migration, or converting LAMP-stack Code Export output to a Next.js deployment. Good for sites with moderate CMS complexity or member community auth.
Risks
Freelancer scope should include QA of the post-July-1 migration state first; do not assume the legacy migration was clean before starting paid work.
Agency (RapidDev)
Done-for-you$13K–25K fixed
4–8 weeks
Fits
Teams whose post-July-1 migration produced a broken site, teams with complex CMS collections or member communities needing professional migration, or teams wanting to move from Ycode entirely to a custom Next.js + Supabase codebase.
Risks
Minimum viable budget. RapidDev offers a free scoping call to assess your specific Ycode setup — including Legacy migration state — before any commitment.
The real risks — and how to defuse them
Legacy migration failure — bugs or incomplete migrations from July 1 may not be visible yet
Mitigation: Run a full QA pass immediately: every page, form, auth flow, CMS-driven page, and custom domain. Contact Ycode support at the first sign of any breakage — the migration is recent and the team should be responsive. Do not delay this check.
LAMP-stack Code Export mismatch with target tech stack
Mitigation: Verify the paid Code Export produces LAMP (PHP/MySQL) output before ordering. If your team targets Next.js/TypeScript, use the MIT OSS self-host fork path on Vercel + Supabase instead — it produces the correct stack without the LAMP intermediary.
Password hashes in self-hosted Supabase may not be compatible with a different auth provider
Mitigation: Supabase uses bcrypt — a standard format — but verify compatibility if migrating auth away from Supabase to another provider. If staying on Supabase Auth (recommended for self-host), hashes transfer transparently and users do not need to reset passwords.
Cloud CMS item cap blocks content growth
Mitigation: Check your current CMS item count before planning. If approaching 20,000 items, self-hosting the OSS fork removes the cap entirely. Do not scale content on Cloud past 20,000 items without a plan.
Anecdotal post-migration site instability
Mitigation: One Product Hunt user reported crashes on Pro post-legacy-migration (anecdotal, 2026). Monitor closely for the first 72 hours after the July 1 migration verification. If instability surfaces, contact Ycode support with specific error details before attempting any exit migration.
Should you actually migrate?
Migrating is a real project. Sometimes staying is the right call — here is the honest split.
Stay if
- Your Legacy project migrated successfully on July 1 and the new Ycode OSS product works for your use case — the MIT license means you have more ownership now, not less.
- You want to self-host Ycode on your own Vercel + Supabase — this is a genuine low-lock-in path with full code ownership that does not require migrating to a different product.
- Your site is primarily static or content-driven and the Static HTML Export path is available — you can exit cleanly at any time with the CLI.
- Your paid Legacy subscription carried over at the existing price and the new platform meets your needs — there is no financial urgency to move.
Migrate if
- The Legacy-to-new migration broke something in your site and Ycode support cannot resolve it promptly — the window for rescue data recovery is now, while the migration is recent.
- The LAMP-stack Code Export output does not match your team's technical stack and self-hosting the Ycode OSS codebase is more complexity than you want to maintain long-term.
- You need features that neither Ycode Legacy had nor the new OSS version provides — native mobile, complex SaaS backend, real-time collaborative features.
- The fundamental product change from proprietary visual builder to open-source CMS means the new Ycode no longer fits your use case or team workflow.
Our honest verdict
Ycode is actually one of the better exit stories in this category — MIT license, Static HTML Export, and a paid Code Export service mean you are not trapped. The immediate priority is verifying the July 1 Legacy migration worked. If it did, evaluate the new platform; if it did not, this is an urgent rescue situation and support contact should happen today.
Do this today: pre-migration checklist
Whatever path you choose, protect yourself first. Work through this before you touch a line of code.
RIGHT NOW: verify every page, form, auth flow, and CMS-driven page works on the migrated site
The July 1 Legacy shutdown happened approximately 10 days ago — bugs or incomplete migrations may not be visible yet.
Export a full project backup via Backup & Restore immediately
This is your data safety net regardless of what you decide next — do it before any other changes.
Check your CMS item count against the 20,000 Cloud limit
If approaching the cap, self-hosting removes it entirely — this is a straightforward trigger for the self-host path.
Decide on exit path: Static HTML Export, paid Code Export service, or self-host OSS fork
Each path has different timelines, outputs, and technical requirements — picking the right one before starting avoids rework.
If choosing Static HTML Export: install the Ycode CLI and run a test export; verify SEO meta tags are intact
SEO meta tags inlined in the export are critical for search rankings — a silent failure here can harm traffic post-cutover.
Export user list as CSV from Supabase (self-host) or contact Ycode support for user data export (Cloud)
If any member community or auth exists, having a user data backup is essential before any platform changes.
Contact Ycode support if any Legacy functionality is missing post-migration — do not wait
The migration is recent; support should be responsive. Delays reduce the chance of rescue if data was missed.
Frequently asked questions
What happened to Ycode Legacy?
Ycode Legacy was shut down on July 1, 2026. All active projects were automatically migrated to the new Ycode open-source platform. Paid Legacy subscriptions carried over to the new Ycode at their existing price (per docs.ycode.com/docs/pricing). If you had a Legacy project, verify your site is functioning correctly immediately — the migration happened approximately 10 days ago and edge cases may not yet have surfaced.
Can I export my Ycode project code?
Yes — Ycode has three documented exit paths, which is unusually strong for a no-code platform. (1) Static HTML Export: CLI-driven export of all published and dynamic CMS pages with Tailwind and SEO inlined, targeting S3, Cloudflare Pages, or Netlify; currently self-host only. (2) Paid Code Export service: 'clean LAMP-stack code, 5–20 days, manual QA' (docs.ycode.com) — note this produces PHP/MySQL, not Next.js. (3) MIT open-source fork: self-host the entire codebase on your own Vercel + Supabase with full ownership.
Can I export my Ycode data?
Yes. The Backup & Restore feature moves entire projects between Cloud and self-host. On self-host, you own the full Supabase Postgres database directly. Airtable integration and local database options are also available. Export a project backup immediately regardless of your migration plans — treat it as a data safety net.
How long does a Ycode migration take?
Static HTML Export to static hosting can be done in days once the CLI export is verified. The paid Code Export service takes 5–20 days plus review time. A full migration to a custom Next.js + Supabase codebase (for teams wanting to leave Ycode entirely) typically takes 4–8 weeks with a dedicated team, depending on CMS complexity and whether member auth communities are involved.
What happens to my users and passwords if I migrate from Ycode?
On self-host, user and auth data lives in your own Supabase instance (bcrypt hashes, standard format). If you are on Ycode Cloud, request a user data export from Ycode support before migrating. Password hash compatibility depends on your target auth provider — Supabase to Supabase is transparent; migrating to a different auth system may require a password reset flow for users.
Is Ycode shutting down?
Ycode Legacy shut down on July 1, 2026, but Ycode itself continues as an active open-source product (MIT license, TypeScript, releases ongoing with v0.2.0 in March 2026). The platform pivoted from a proprietary hosted visual builder to an open-source CMS/site builder. This is a product transformation, not a platform death — but teams using Legacy and the old interface need to verify the migration and evaluate whether the new product fits their needs.
What is the difference between the Ycode paid Code Export and the self-host OSS fork?
The paid Code Export service (docs.ycode.com) delivers clean LAMP-stack code in PHP/MySQL with manual QA, in 5–20 days. This suits teams already on PHP hosting or traditional web stacks. The MIT open-source fork is the entire Ycode codebase in TypeScript, deployed on your own Vercel + Supabase — this suits teams wanting a modern Node.js/TypeScript stack with no per-item caps and full code ownership. If your target stack is Next.js, choose the OSS self-host path.
Can RapidDev migrate my Ycode site for a fixed price?
Yes. RapidDev handles Ycode migrations at $13K–$25K fixed, completed in 4–8 weeks. This includes verifying your July 1 Legacy migration state, selecting the right exit path for your stack, and delivering a fully owned Next.js + Supabase codebase or coordinating the OSS self-host setup. We offer a free scoping call to assess your specific situation before any commitment.
We migrate no-code apps to production code
- Fixed price — $13K–$25K (agency, fixed)
- No data loss, no downtime
- You own 100% of the code
30-min call. Quote within 48 hours.
