You've built a website with an AI tool. Maybe it's a Next.js app from v0, a WordPress site from Cursor, a static HTML page from Claude, or a full-stack app from Bolt.new. Now you need to host it.
The process is different from hosting a traditionally-built site in a few important ways. This guide covers everything you need to know.
Step 1: Know What You Built
Before choosing a host, identify what your AI tool actually produced.
Check the output:
- Does it have a
package.json? → Node.js app (Next.js, Astro, Express) - Does it have
index.php? → PHP/WordPress site - Does it only have
index.html,style.css,script.js? → Static site - Does it have
requirements.txtorpyproject.toml? → Python app
This determines everything about hosting. Most hosting mistakes I see come from people deploying a Next.js app to WordPress hosting, or trying to run Python on a PHP server.
Hosting by Output Type
Next.js / React apps (v0, Cursor, Bolt)
Easiest option: Vercel If you used v0, click "Deploy to Vercel" directly from the interface. It's one click, free for personal projects, and optimized for Next.js.
For client work / more control: Cloudways Cloudways supports Node.js and has one-click Next.js deployment on their DigitalOcean or AWS infrastructure. Starting at $14/mo. You get SSH access, staging environments, and proper server logs.
# After setting up Cloudways Node.js app:
git clone your-repo
npm install
npm run build
pm2 start npm --name "your-site" -- start
WordPress sites (Cursor-generated themes/plugins)
AI-generated WordPress code works on any WordPress host — but behaves very differently depending on the infrastructure quality.
Budget (under $5/mo): Hostinger Hostinger's Business plan at $3.99/mo handles basic AI-generated WordPress sites well. PHP 8.3, NVMe storage, 100GB bandwidth. Upgrade when you hit traffic limits.
Mid-range ($15–30/mo): SiteGround or Cloudways SiteGround has excellent support for debugging issues (AI-generated code often has subtle bugs that need server logs). Cloudways gives you more server control.
Premium ($35+/mo): Kinsta For agency work or client sites that need consistent performance, Kinsta's Google Cloud infrastructure handles AI-generated WordPress code best. Our tests showed 312ms TTFB — even with complex custom plugins.
Static HTML sites (Claude-generated)
Any static host works. Options:
- Netlify — free, excellent CDN, deploys from GitHub in 2 minutes
- Vercel — same as above, slightly better for larger teams
- Hostinger Static — if you already have an account
- GitHub Pages — free, good for simple sites without custom domains
For a simple Claude-generated HTML/CSS/JS site, I use Netlify. Drop the folder, live in 30 seconds.
Python / FastAPI apps (Bolt-generated)
Python apps need a proper VPS or cloud server. Options:
- Cloudways — supports Python via their "Custom App" option
- Hetzner VPS (from €3.79/mo) — most affordable, requires Linux knowledge
- Railway — modern PaaS, Python-native, good free tier
Step 2: The Deployment Checklist
Before going live with any AI-generated site, check these:
1. Remove development dependencies
AI tools sometimes leave console.log() statements, debug flags, and development-only dependencies. Search your code for these before deploying.
2. Check environment variables AI-generated code often hardcodes API keys or database credentials in the source. Move these to environment variables:
# Bad (hardcoded)
const apiKey = "sk-proj-ABC123...";
# Good (environment variable)
const apiKey = process.env.OPENAI_API_KEY;
3. Test on mobile AI tools generate desktop-first designs by default. Test on an actual mobile device, not just Chrome DevTools responsive mode.
4. Check for broken links Run your site through a free link checker (Dead Link Checker, Screaming Frog free version) before launch.
5. Verify SSL Every host mentioned here provides free SSL via Let's Encrypt. Make sure it's active — look for the padlock in your browser.
Step 3: Performance After Deployment
AI-generated code often has performance issues that aren't visible in development but are obvious in production.
Common issues:
- Unoptimized images (AI tools don't compress images)
- Missing lazy loading on images
- Loading multiple large JavaScript bundles
- No server-side caching configured
Quick wins:
- Install WP Rocket or W3 Total Cache (WordPress)
- Enable the Cloudways Varnish cache
- Add
loading="lazy"to all<img>tags below the fold - Use Squoosh or TinyPNG to compress images AI tools generated
After these optimizations on a recent Cursor-generated WordPress project, TTFB went from 580ms to 334ms. That's the difference between a site Google considers "average" and one it considers "fast."
Common Mistakes
Mistake 1: Using WordPress hosting for a Next.js app They're different stacks. WordPress hosting runs PHP. Next.js needs Node.js. They don't overlap.
Mistake 2: Not setting up staging before production AI-generated code has bugs. Use a staging environment (Kinsta and SiteGround both include free staging) to test before pushing to live.
Mistake 3: Deploying without reading the generated code
AI tools can generate code with security vulnerabilities. Before deploying any AI-generated PHP plugin or server-side code, skim it for obvious issues: direct SQL queries, eval(), unvalidated file uploads.
Mistake 4: Choosing hosting based on price alone A $1.99/mo shared host will make your AI-generated site feel broken. The latency on AI API calls + slow hosting = users waiting 10+ seconds for responses. For AI-enhanced sites, budget at least $14/mo for Cloudways.
Summary
| AI Tool | Output Type | Recommended Host | Cost |
|---|---|---|---|
| v0 | Next.js | Vercel (free) or Cloudways ($14/mo) | |
| Cursor (WordPress) | PHP/WordPress | Kinsta ($35/mo) or SiteGround ($15/mo) | |
| Bolt.new | Node.js / Astro | Cloudways ($14/mo) | |
| Claude | Static HTML | Netlify (free) or Hostinger ($4/mo) | |
| Cursor (custom app) | Varies | Cloudways or Hetzner VPS |
The rule of thumb: match your infrastructure to your stack, keep credentials out of your code, and test performance before you call it done. AI tools have made building websites faster — but they haven't made bad hosting good.