Deploying your Next.js landing page on Vercel: the step-by-step guide
Published on 1 August 2026 · 8 min read
You bought a template and followed the case for Next.js over WordPress: good news, the hardest part is done. One step remains that many non-developers dread for no good reason — putting the project online. With Vercel (the platform built by the creators of Next.js), it's actually the fastest part: ten minutes, no credit card, and a landing page reachable worldwide. Here is the full path, from the downloaded folder to the custom domain pointing at it.
Why Vercel rather than a traditional host
A traditional shared host runs your page from a single server, somewhere in one country: a visitor far from that server waits longer than everyone else. Vercel works the opposite way — your static landing page is replicated across a worldwide network of edge locations, and each visitor gets served from the node closest to them. That is exactly the subject of a recent study measuring latency from edge datacenters: moving compute closer to the user measurably cuts response times compared to traditional cloud regions, with gains in the range of 15 to 19% depending on the user's location (Martin & Dogar, 2023). For a page where every second of load time costs conversions, that's not an infrastructure footnote — it's a direct advantage, with zero special configuration.
The other difference is structural: no FTP, no admin panel to secure, no database to back up. Vercel deploys straight from a Git repository — every code update becomes a live release within seconds. The free ("Hobby") plan is more than enough for a sales landing page: generous bandwidth, automatic HTTPS, custom domain included.
What you need before you start
- The template folder downloaded after purchase (a self-contained Next.js mini-project, with its own
package.json). - A free GitHub account — the bridge between your code and Vercel.
- A free Vercel account (sign up directly with "Continue with GitHub", no extra password needed).
- Optional at this stage: a domain name, if you don't want to stay on the default address (
your-project.vercel.app).
The step-by-step guide: from downloaded folder to live page
1. Create a Git repository for the project
On GitHub, create a new repository (private, ideally, until the page is ready to be shown). From the local template folder, initialise Git and push the code: git init, git add ., git commit -m "Initial import", then git remote add origin <repo-url> and git push -u origin main. If the command line isn't your thing, GitHub Desktop achieves the same result with drag-and-drop.
2. Import the project into Vercel
From the Vercel dashboard, click "Add New… → Project", then select the repository you just pushed. Vercel automatically detects it's a Next.js project and pre-fills the build configuration — in the vast majority of cases, there's nothing to change. Leave the defaults and click "Deploy".
3. First deployment and preview
The build usually takes between 30 seconds and 2 minutes. At the end, Vercel shows a URL like your-project.vercel.app with a clickable preview: your landing page is already live, publicly reachable, HTTPS enabled by default. This is the moment to test the mobile and desktop rendering, and check every section displays correctly.
4. Customise before sharing the link
The README shipped with every LanderKit template explains how to edit the copy, colours and images from the files in components/. Forms are deliberately shipped as mailto: links or a fake "Thanks!" state — it's up to you to wire them to your own tool (Brevo, Tally, Google Forms…) before the final launch. Every change pushed to GitHub automatically triggers a new deployment.
5. Connect a custom domain
In the Vercel project settings, the "Domains" tab lets you add a domain or subdomain: Vercel shows the two DNS records to create with your registrar (an A or CNAME record, plus usually an automatic redirect for www). Propagation takes anywhere from a few minutes to 24 hours depending on the registrar. Whether to use a dedicated domain or a subdomain depends on your overall strategy — we cover both options in our subdomain vs. dedicated domain comparison.
6. Automatic deployments and per-branch previews
Once the repository is connected, every git push to the main branch automatically republishes the page to production — no FTP, no manual click. And every side branch or pull request generates its own preview URL, isolated from production: you can test a new headline or a new visual without risking breaking the live page. This isn't just developer comfort: a study of continuous delivery practices found that organisations which deploy frequently and automatically, in small reversible changes, achieve better operational outcomes than those relying on rare, large releases (Forsgren & Humble, 2016). For a landing page you keep adjusting through testing, that safety net genuinely changes how you iterate.
The mistakes that break a deployment
- Test the build locally before pushing: run
npm run buildon your machine before any significant deployment — a TypeScript error or a broken import shows up in seconds, instead of after a round trip through Vercel. - Public repository too early: if the page isn't ready to be seen, keep the GitHub repository private (free) — Vercel connects to it without any issue.
- Mistyped DNS records: a DNS value copied with an extra space or trailing dot is enough to block propagation — copy exactly what Vercel shows, without adding anything.
- Confusing the preview URL with the final domain: until a custom domain is connected, the
.vercel.appURL works perfectly but isn't meant to be advertised — set up the domain before launching your campaigns.
After going live: the first-24-hours checklist
- Run the page through a PageSpeed Insights test to confirm green Core Web Vitals.
- Register the domain in Google Search Console and submit the sitemap.
- Wire up conversion tracking in GA4 before sending a single paid visitor.
- Fill out a real form end to end to verify the notification or confirmation email actually arrives.
The hard part was never hosting — it's having a page that converts. That's precisely what LanderKit templates solve: ten Next.js landing pages ready to deploy, structured for conversion from the first line, at €89 each or €229 for the full pack. The code is yours, Vercel hosting is free, and going live takes a handful of minutes following this guide.
FAQ
Frequently asked questions
Is Vercel really free for hosting a landing page?
Yes, for a use case like a sales landing page, the free "Hobby" plan is more than enough: generous bandwidth and build minutes, automatic HTTPS, custom domain included. You'd need very heavy traffic or advanced needs (multiple team members, intensive server functions) to justify a paid plan.
Do I need to know how to code to deploy my template?
Not for going live itself: creating a Git repository and importing it into Vercel takes a few clicks, with no code written. Editing the template's text and images amounts to editing tagged content files, documented in the README provided. Coding only becomes useful if you want to add sections or behaviours that don't exist in the original template.
How long does the full deployment take, from downloaded folder to live page?
Budget about 10 minutes for the Git repository, the Vercel import and the first deployment. Connecting a custom domain adds a few minutes of setup, but DNS propagation can take up to 24 hours depending on the registrar — better to handle it the day before launch rather than the same day.
Can I change the domain name after going live?
Yes, without rebuilding anything: add the new domain in the "Domains" tab of the Vercel project, update the DNS with the new registrar, then remove the old domain once the switch is confirmed. The code and deployment stay identical, only the address changes.
What if the build fails on Vercel?
Vercel shows the full build log with the exact error message — the cause is almost always a TypeScript error, a missing environment variable, or an incorrect import. Reproducing the error locally with npm run build lets you fix it within minutes, before pushing a new commit that triggers another deployment.
Read next
Related articles
- IP geolocation on a landing page: personalizing without breaking SEO or spooking visitorsDetecting a visitor's city from their IP address and adjusting the headline, currency, or a local testimonial accordingly sounds appealing — but IP geolocation is less accurate than assumed, and personalized carelessly it can start to look like cloaking to Google. What this technique actually delivers, how to wire it up cleanly in Next.js on Vercel, and where to stop.
- Canva for a landing page: review, limits, and when to switch to a coded templateMillions of freelancers already open Canva every week for their social media visuals. Now that the tool also publishes full websites, many use it for their landing page too — without knowing Canva doesn't add any real HTML heading tag to its pages. A technical detail that, on its own, caps an offer's search visibility.
- Brevo for a landing page: review, limits, and when to switch to a dedicated templateBrevo, formerly Sendinblue, is one of the few European email platforms with a built-in landing page editor — a French company with EU-hosted data. Genuinely convenient for a campaign, but a choice you pay for in flexibility, technical control, and subscription dependency as soon as a page needs to last.