Move Softgen work onto ground you own — with a way back
You made something real on Softgen. The hosted preview opens. Friends can try it. Now you want it on your side — your export of the code, your place to run it, your passwords and keys. That is what this page is about. We help you move what you built so the preview host is no longer the only place it can live.
Leaving Softgen means this: you hold an export you can build, you run it somewhere that is not the preview host, you move your passwords and your data with a plan, and you prove it still works before you tell everyone the new address. You are done when your app starts without opening the Softgen project.
Where people get stuck
A UI export is not a safe move
Pretty screens leave Softgen easily. Identities, media, and path assumptions the preview still holds do not — unless you plan them.
Thinking a Softgen user id is enough
People sign in with Google, email links, or a password the host brokered. That sign-in needs its own plan. A Softgen user id alone rarely opens the new door.
Changing your site address too early
Get the new place working first. Preview keys must not land in the public app “just for the weekend.” Certificates, sign-in links, and email move together.
“We still have Softgen” with no real plan
A real way back means the old project can take writes again without split-brain. Freeze the data shape at switch time, and set a clock for how long you can reverse.
Only testing Softgen’s happy demo
Also try an old account, a brand-new signup, odd roles the host assigned, empty states, stored files, and paths that matter for search.
The calm order
List what Softgen still holds, practice the move, then switch
We do not change your site address just to look fast. We change it after parity fixtures pass and a practiced way back exists.
01
Label records: keep, copy, or toss
Authoritative data versus disposable demo seed. Missing labels surprise you when real Softgen-era users hit the new place.
02
Keep the identity links Softgen already issued
Sessions the host made, OAuth it brokered, passwords if any, and consent flags each get a line.
03
Practice DNS and secret cutover before customers leave
Sealed Softgen-to-destination secret map. Lower TTL, check certificates and era webhooks, then rotate secrets after the new place can take traffic.
04
Sign a parity note, then limit how long you can reverse
Sample accounts, permissions, media, SEO paths, and who can put Softgen back in charge.
How to
How to leave Softgen without guessing
Move records, secrets, and public URLs. Success is a parity note plus a practiced way back.
Step 01
Inventory Softgen records and label every kind
Keep, copy, or toss. Sessions, OAuth subjects, passwords, and consent each get a line.
Step 02
Build the destination before DNS moves
Sealed Softgen and destination env names. Preview keys stay out of the client bundle.
Step 03
Build fixtures the demo never used
Old account, new signup, edge roles, attachments, SEO paths.
Step 04
Replay journeys on both sides
Compare outcomes and side effects (emails, webhooks). Freeze schema at switch time.
Step 05
Stop Softgen writes only after the parity note is signed
Watch Softgen-era cohorts on the new origin. Time-box reversal.
Read next
Proof, the essay, and sibling intents
These pages are already on the site. Use them to pressure-test the bet before a call.
“What impressed us most about CodeCross was their ability to deeply understand our vision and translate it into a complete digital solution. Unlike many agencies that just focus on technical delivery, CodeCross approached our project like true partners.”
What should leave Softgen, and what can stay behind?
Take the product Softgen helped you prove — exportable code, a list of what it needs to run, and how it starts. Leave junk: preview caches, chat clutter, throwaway demo seed. Save data (or how to reach it) on its own so nothing invents that shape later.
How do you make “it runs on Softgen preview” work elsewhere?
Write down what the preview host had ready for you. Lock that list for a new machine. Replace “it worked because Softgen already had it” with a real start note. The check should fail if the app only installs inside Softgen.
How should Softgen passwords and data move?
Copy secret names into a template. Make fresh values on the destination — never paste preview keys into owned code. Point at the new store, run imports on a clean machine, update Softgen-era return links before DNS, then rotate secrets after the switch.
Why does “just export Softgen” break on a normal host?
A normal host is missing preview helpers. Start paths assume Softgen folders. Publish is gone. Passwords arrive empty. Sign-in and live links still expect Softgen names. Fix install, start, and secrets first. Green on the preview does not mean portable.
Keep what Softgen helped you build. Move it on your terms.
Bring your Softgen export list, how people sign in, and a few Softgen test accounts. We put your site address last — and we name the Softgen path you can roll back to.