Deploying with Vercel Drop
Vercel Drop lets you deploy a file, folder, or .zip by dragging it into your browser, with no Git, Vercel CLI, or local setup. Vercel Drop works for static sites as well as framework projects, which Vercel detects and builds for you. That makes it well suited to prototypes and one-off sites.
Use Vercel Drop when you have a project ready to ship and don't want to connect a repository or use the CLI. If you need a deployment on every push, use Vercel's Git integration instead. The table below compares the deployment methods:
| Method | Needs Git | Needs CLI | Best for |
|---|---|---|---|
| Vercel Drop | No | No | One-off uploads, static sites, prototypes |
| Git | Yes | No | Continuous deployment on every push |
| Vercel CLI | No | Yes | Local and CI deploys, scripting |
| REST API | No | No | Programmatic and multi-tenant workflows |
You need a Vercel account and a file or folder to deploy. To create a deployment:
- Go to vercel.com/drop.
- Drag and drop a file, folder, or
.ziponto the page, or choose a file or folder to upload. - Choose the Vercel team to deploy to and enter a project name.
- Select Deploy.
Vercel creates a new project, uploads your files, and publishes it straight to production. When it finishes, you get a live URL for your site.
For a static site with no index.html at the top of your folder, Vercel asks which page people should see first when they open your site. Pick one from the Root (/) menu, or choose No root page if you don't want a homepage. With no root page, your site's root (/) returns a 404, though Vercel still serves each file at its own path.
- Each drop creates a new project. Vercel Drop doesn't redeploy into an existing project.
- The project isn't connected to Git, so pushes don't trigger new deployments. Connect a Git repository afterward if you want automatic deployments.
- Files upload from your browser, so larger folders take longer on slower connections.
- Deploy from Git for automatic deployments on every push.
- Deploy with the Vercel CLI from your terminal or CI/CD pipeline.
- Environments to understand local, preview, and production.
- Managing deployments to redeploy, inspect, and promote.
Was this helpful?