The website launch SEO checklist
Before you launch: crawlability, a sitemap, titles, mobile and speed. After launch: verify indexing and watch Search Console for the first month.
A website launch SEO checklist covers three phases: before launch, remove anything that would hide the site from search engines; the day you launch, submit it to be found; and the first weeks after, watch for problems instead of assuming everything worked. Most launch mistakes are things nobody notices because the site still looks fine.
This is the launch-day companion to the broader small business SEO guide and to get a new site indexed, which covers indexing itself step by step. What follows is the wider list around it — the items that either come before indexing or matter once it has started.
On this page
What should be checked before launch day?
Everything on this list is easier to fix before the site is public than after, because nobody has linked to a broken URL yet and no search engine has crawled a mistake into its index. Run through it as a final review pass, ideally by someone who was not the one building the site, since the person closest to the build is also the one most likely to assume a setting is correct without actually checking it.
Remove any staging noindex tag
Development sites are often deliberately hidden from search engines while being built. Confirm that setting is off before launch, not after — it is invisible to a visitor and easy to forget.
Check robots.txt isn't blocking everything
A robots.txt file left over from staging sometimes disallows the entire site. View it directly at yourdomain.com/robots.txt and confirm it allows what should be crawled.
Set a title and description on every page
Every page needs a title that says what it is and a description that reads like an honest sentence. This is the highest-return item on the whole list for the time it takes.
Test the mobile experience specifically
Google indexes the mobile version of a site's content for ranking, not the desktop version, so test on an actual phone rather than assuming a responsive layout is automatically fine.
Check page speed honestly
It does not need to be perfect, but a homepage that takes many seconds to load on a phone costs both visitors and crawl efficiency in the first weeks that matter most.
Confirm forms and contact details actually work
Not an SEO item on paper, but a launch is wasted if the traffic search engines eventually send has nowhere real to go once it arrives.
How much do speed and mobile actually matter at launch?
More than most launch checklists give them credit for, because both feed directly into how Google evaluates the site rather than being a separate concern from "SEO."
LCP 2.5s, INP 200ms, CLS 0.1
You do not need to hit every threshold perfectly on launch day, but knowing where the site stands against them tells you whether speed is a background task or an urgent one. A site that is far outside all three ranges on launch day should treat performance as a pre-launch blocker, not a later polish item, because a slow first impression costs visitors regardless of what a search engine eventually decides about the page.
Most small business sites do not need a performance specialist to close this gap. Oversized images, a heavy page builder plugin, and third-party scripts loaded on every page even when unused are the three most common causes, roughly in that order of how often we see them. Fixing the first two alone usually moves a site from clearly failing these thresholds to comfortably passing them, without touching any code.
Mobile is not optional context here, it is the primary version. Google's own documentation states it plainly: the mobile version of a site's content, crawled with the smartphone agent, is what gets used for indexing and ranking [5]. A site that was designed and tested mainly on a laptop and only glanced at on a phone is being judged on the version that got the least attention.
What should happen on launch day itself?
Submission, not writing. By launch day the content and technical work should already be done; the remaining job is telling search engines the site exists.
| Before launch (staging or final review) | The day it goes live |
|---|---|
| Remove staging noindex and confirm robots.txt | Verify the live domain in Search Console |
| Write titles, descriptions and test mobile | Submit the XML sitemap |
| Check page speed against Core Web Vitals | Request indexing on the homepage and top pages |
| Set up analytics and conversion tracking | Verify Bing Webmaster Tools too |
If this is a redesign of an existing site rather than a brand-new one, add one more launch-day task that has no equivalent for a first-time site: redirect every meaningful old URL to its new equivalent. A redesign that quietly changes URLs without redirecting the old ones loses whatever ranking history those pages had already earned, and that loss shows up immediately rather than fading gradually.
Build the redirect list before launch day, not after, mapped one old URL to one new URL rather than a blanket redirect to the homepage. A blanket redirect technically avoids a broken link, but it throws away the specific relevance each old page had built, which is most of what made it worth preserving in the first place.
What should you check in the first weeks after launch?
Search Console, and mostly just watching rather than acting. Check it within the first week to confirm the sitemap was read and pages are being crawled. Check again weekly for the first couple of months, looking at impressions before clicks and clicks before any conclusion about whether the launch "worked."
Do not read a quiet first two weeks as failure. Get a new site indexed covers what crawling delays normally look like in detail, and a genuinely broken launch usually shows a specific, diagnosable symptom — a sitemap error, a block flagged in URL Inspection — rather than vague silence that could mean anything.
Resist checking rankings during this window at all. Individual keyword positions move constantly in the first weeks for reasons that have nothing to do with the launch itself, and reacting to that noise is the fastest way to make an unnecessary change to a site that was actually fine. Impressions and crawl status in Search Console are the only two numbers worth watching closely before the first month is out.
Launch imperfect rather than delay for a perfect one. Every week a finished site sits on staging instead of live is a week the trust-building clock isn't running yet, and that clock is the slowest part of the whole process. Ship the checklist above, then keep improving in public.
What tools do you need to run this checklist without paying for anything?
None of it requires a paid subscription. Search Console and Bing Webmaster Tools cover verification, sitemaps and indexing. A browser's own developer tools or a free page-speed checker cover the performance check. Free SEO tools rounds up the specific free tools worth bookmarking beyond just these, for the months after launch as well as the day of it.
When does a launch need more than a checklist?
When something on this list turns up a problem you cannot diagnose or fix yourself — a technical block with no obvious cause, or a redesign losing more of its old rankings than expected. That is a narrower, more specific ask than "help with our SEO" generally, and when to hire an SEO covers how to tell the difference and what to ask for when you do reach out.
Questions people also ask
What is the most common mistake on a website launch checklist?
Leaving a staging noindex tag or a blocking robots.txt file switched on after going live. It costs nothing to fix once found, but it can sit unnoticed for weeks because the site looks completely normal to a visitor.
Do I need to submit anything to Google before launch?
You can prepare the sitemap and verify Search Console access before launch, but you cannot submit URLs that do not exist yet. Do the submission the day the site actually goes live.
How soon after launch should I check Search Console?
Within the first week, and then weekly for the first couple of months. That is enough time for the first crawl data to appear without checking so often that normal early noise looks like a crisis.
Is a launch checklist different for a redesign versus a brand-new site?
Mostly the same list, plus one extra item: redirects. A redesign that changes URLs without redirecting the old ones to the new ones loses whatever ranking history the old pages had built up.
Sources
- Search Engine Optimization (SEO) Starter Guide — Google Search Central (checked 23 September 2026)
- Tell Google not to index a page with noindex — Google Search Central (checked 23 September 2026)
- Robots.txt introduction — Google Search Central (checked 23 September 2026)
- What is Core Web Vitals? — web.dev (Google) (checked 23 September 2026)
- Mobile-first indexing best practices — Google Search Central (checked 23 September 2026)
Get your launch checked before — or right after — you go live
Book a free 30-minute consultation with Ibrahem and Jeremy. We look at your site while we talk, and you leave with a prioritised plan.
Who wrote this
Jeremy ZavaCo-founder
Leads growth and client partnerships.
Works on: CRO, SEO
Reviewed before publishing by Ibrahem Helal, Co-founder.
- Small business SEO: the complete 2026 guideSmall business SEO explained: what to fix first, what it costs, how long it takes, when to hire help, and how it compares with ads, social and email.
- How to get a new site indexed by GoogleVerify the site in Search Console, submit a sitemap, then request indexing on your most important pages — crawling itself can take days to weeks.
- When to hire an SEOThe signal that it's time to hire isn't a revenue number or a date on a calendar. Here's what actually tells you, and what to hire first.
- Free SEO tools worth actually usingThe free SEO tools that cover most of what a small business needs — what each one actually tells you, and which ones to be careful trusting completely.