Web Launch Checklist for Technical SEO, Speed, and Distribution

A web launch checklist covers the technical verification steps needed before publishing: Search Console, sitemaps, canonicals, robots.txt, and speed.

Bunny Team · · 9 min read

On this page

Most website-builder launch guides focus on visual presentation and editorial review. Checklists published by Wix on August 18, 2026, and Webflow cover color palettes, typography, spacing, form submissions, and analytics, but omit Google Search Console verification, sitemap submissions, canonical tags, and redirects. A complete web launch checklist prioritizes whether search engines can discover, crawl, and index your production URLs before public promotion begins.

A web launch checklist is an ordered series of technical checks that verifies a website or product page can be crawled, indexed, and measured before going live. It prevents publishing pages that search engines cannot crawl or canonicalize correctly, and ensures tracking and distribution workflows are active on day one.

How a web launch checklist works

Search Console verification must precede publication because search data and indexing controls require confirmed ownership. According to Google's ownership verification documentation, verified owners hold the highest permissions to inspect URLs, submit sitemaps, and view traffic. Google Search Console begins collecting performance data as soon as an unverified property is added, but reports take a few days to accrue. Verification methods include uploading an HTML file to the web root, adding a <meta name="google-site-verification"> tag in the <head> of the homepage within the first 2 megabytes of the file, connecting a Google Analytics tracking code, or adding DNS TXT records through a domain name provider. Domain properties require DNS verification and track all subdomains and protocol variants.

Sitemaps inform search crawlers where canonical content lives, but they must follow strict size and structure limits. Google's sitemap documentation, updated on July 8, 2026, caps a single sitemap file at 50 megabytes uncompressed or 50,000 URLs. URLs listed in a sitemap must be fully qualified and absolute, such as https://example.com/page.html. Google Search ignores the <priority> and <changefreq> tags in XML sitemaps, and only reads <lastmod> values when they are verifiably accurate. Site operators can submit sitemaps directly inside Google Search Console, through the Search Console API, or by adding a Sitemap: directive line to robots.txt.

A robots.txt file manages crawler traffic to server resources, but it cannot prevent search engines from indexing a URL. According to Google's robots.txt introduction, updated on December 10, 2025, pages disallowed in robots.txt can still appear in search results without a description snippet if other websites link to them. Excluding a URL from Google Search requires a noindex directive in a meta tag or HTTP response header, or server-level password protection. Data from the HTTP Archive Web Almanac 2025 SEO chapter, published on January 15, 2026, and updated on June 9, 2026, shows that 84.9% of desktop sites serve a valid 200 HTTP status code for robots.txt, 13.3% return a 404 status code, and 1.8% serve an empty file. Server errors on robots.txt are risky: a 5xx error causes search engines to treat the entire website as temporarily blocked from crawling.

Canonical tags and clean <head> code prevent crawlers from splitting ranking signals between duplicate URLs. The HTTP Archive 2025 analysis found that 68% of desktop pages include a canonical tag, while 10.1% of desktop pages contain invalid HTML elements in the <head>. Valid elements permitted in the <head> per Google's specifications include <title>, <meta>, <link>, <script>, <style>, <base>, <noscript>, and <template>. When developers place tags such as <img>, <div>, or <a> in the <head>, browsers and search crawlers can treat the <head> as terminated early. Any canonical tags or meta robots instructions located below the invalid element are then parsed as part of the <body>, making them ineffective.

Redirects on changed URLs must use permanent status codes to preserve authority and user experience. Google's site move documentation, updated on August 20, 2026, specifies that HTTP 301 and 308 permanent redirects do not cause a loss of PageRank. Googlebot follows redirect paths up to 10 hops, but Google advises keeping redirect chains under 3 hops to minimize user latency. When launching an updated URL structure, internal links on the site should point directly to the destination URL, and each new page should contain a self-referencing rel="canonical" tag.

Core Web Vitals scores must pass on real devices before a launch to prevent poor ranking and high bounce rates. According to web.dev, updated on October 31, 2024, Google evaluates pages across three stable Core Web Vitals metrics measured at the 75th percentile of user visits: Largest Contentful Paint (LCP) at 2.5 seconds or less, Interaction to Next Paint (INP) at 200 milliseconds or less, and Cumulative Layout Shift (CLS) at 0.1 or less. Lab audits in Chrome DevTools or Lighthouse identify layout shifts and render-blocking scripts during development, while field data from the Chrome User Experience Report tracks how real users experience the site across devices.

Launch-day distribution turns an indexed website into a visible product with referral traffic and initial backlinks. Product Hunt's launch preparation documentation reports that products launched on a weekend receive 15% more "Visit" button clicks than those launched on a weekday. Launching at 12:01 AM PST gives a submission a full 24 hours on the daily leaderboard. Product Hunt submissions require direct destination links without UTM tracking parameters, a tagline under 60 characters, and at least two gallery images sized at 1270x760 pixels. Maker comments matter for engagement: 70% of products that won Product of the Day, Week, or Month included a first comment from the founder explaining who the product is built for.

Founders seeking ongoing visibility can pair initial community launches with startup directories. As an honest disclosure, you are reading the blog of bunny.directory, a startup launch directory where submissions undergo human review and receive a permanent product page with a dofollow link back to the product site. Daily rankings on bunny.directory reset at midnight UTC, and daily streaks keep older launches visible beyond the single-day cycle of Product Hunt. Free listings keep their dofollow link as long as the product displays the bunny badge, while paid tiers maintain the link without the badge. Founders can submit products through a web form or over MCP.

Examples of pre-launch technical configurations

Production launch files require exact syntax to prevent crawl failures, invalid metadata parsing, and duplicate indexing.

A minimal XML sitemap following Google's specification contains fully qualified URLs:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/page.html</loc>
    <lastmod>2026-09-18</lastmod>
  </url>
</urlset>

A production robots.txt file references the sitemap location and establishes crawler access rules:

User-agent: *
Disallow: /admin/

Sitemap: https://example.com/sitemap.xml

Placing a Sitemap: directive inside robots.txt allows search engines to discover the sitemap on their next crawl. Disallowing a directory blocks crawler access, but does not remove existing indexed URLs from Google Search.

A valid document <head> contains only allowed metadata tags before the body begins:

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <title>Example Product Page</title>
  <meta name="description" content="A concise summary of the product page.">
  <meta name="google-site-verification" content="verification_token_here">
  <meta name="robots" content="index, follow">
  <link rel="canonical" href="https://example.com/page.html">
</head>
<body>
  <p>Page content begins here.</p>
</body>
</html>

Google Search documentation identifies <title>, <meta>, and <link> as valid <head> elements. Omitting body elements such as <img> or <div> from the <head> ensures that the canonical link and Google Search Console verification tag are parsed correctly.

When to use a web launch checklist (and when not)

A technical web launch checklist is necessary whenever you publish a new domain, deploy a structural site redesign, or migrate URLs from HTTP to HTTPS. Migrating URLs or launching a new product requires verifying both domain variants in Google Search Console, mapping 301 redirects without multi-hop chains, and ensuring sitemaps contain only canonical URLs. Running these checks prevents search index drops and ensures analytics software captures traffic from the first visit.

A full pre-launch technical checklist is unnecessary for routine blog posts, minor styling adjustments, or edits to existing on-page text. Content updates inside an established content management system inherit existing robots rules, verified search properties, and sitemap generation routines automatically. Repeating domain-level DNS checks, ownership verification, or server redirect configurations for everyday article edits consumes time without adding indexing value.

What's new (as of 2026-09-18)

Google announced dedicated generative search tracking features to help site owners monitor visibility in AI-assisted search. On June 3, 2026, Google launched Search Generative AI performance reports in Search Console. The report provides separate visibility data for impressions within AI Overviews, AI Mode, and generative features in Discover. Site owners can filter impressions across pages, countries, devices, and dates at hourly, daily, weekly, and monthly intervals. Google is rolling the reports out to a subset of sites first.

The HTTP Archive Web Almanac 2025 SEO chapter, published on January 15, 2026, and updated on June 9, 2026, documented a marked rise in AI crawler directives in robots.txt files. Mentions of gptbot grew to 4.5% of desktop sites, up from 2.9% in 2024. Mentions of claudebot reached 3.6% of desktop sites, compared to 1.9% in 2024. Meanwhile, llms.txt files appeared on 2.13% of desktop sites, totaling 324,184 valid files across mobile sites analyzed, with 39.6% generated by All in One SEO and 3.6% by Yoast SEO. While Google does not use llms.txt, Anthropic references the format at docs.claude.com.

Google updated its technical search documentation to clarify sitemap limits and site migration standards. On July 8, 2026, Google updated its sitemap documentation, confirming that a single sitemap file remains capped at 50 megabytes uncompressed and 50,000 URLs. On August 20, 2026, Google refreshed its site move documentation, reaffirming that HTTP 301 and 308 permanent server-side redirects transfer PageRank without loss.

Builder-owned checklists published during late 2026 continue to omit critical crawling and indexing configurations. On August 18, 2026, Wix published a 50-step website launch checklist focusing on layout planning, color palettes, and call-to-action buttons. Neither the Wix guide nor Webflow's pre-launch checklist mentions Google Search Console verification, sitemap submission, canonical link configuration, or permanent redirect management.

Key takeaways

  • Google Search Console property verification must occur across all protocol and domain variants to monitor crawl errors and indexing performance.
  • Disallowing a URL in robots.txt restricts crawler access but does not prevent Google from indexing the page if other sites link to it.
  • Permanent server-side redirects using HTTP 301 and 308 status codes pass PageRank without loss.
  • Core Web Vitals compliance requires meeting thresholds of 2.5 seconds for LCP, 200 milliseconds for INP, and 0.1 for CLS at the 75th percentile of page visits.

FAQ

Can a robots.txt file prevent a web page from appearing in Google Search?

A robots.txt file cannot keep a web page out of Google Search results. According to Google's robots.txt introduction, disallowing a URL only prevents search engine crawlers from requesting the page content. If external websites link to that disallowed address, Google can still index the URL and display it in search results without a description snippet. To ensure a page is excluded from Google Search, site owners must use a noindex directive in a meta tag or HTTP response header, or place the page behind server-level password protection.

Do permanent 301 redirects cause a loss in PageRank?

Permanent redirects do not cause a loss of PageRank. Google's site move documentation confirms that HTTP 301 and HTTP 308 permanent server-side redirects transfer link equity to the destination URL without penalty. Site owners should configure redirects to point directly to the destination address, because long redirect chains increase page load latency and can cause crawler drop-off if they exceed Google's 10-hop limit.

What are the file size and URL limits for an XML sitemap?

An XML sitemap is limited to 50 megabytes uncompressed and a maximum of 50,000 URLs. According to Google's sitemap documentation, websites with larger catalogs or more URLs must split their links across multiple sitemap files and organize them under a sitemap index. Sitemaps must use UTF-8 encoding, contain only fully qualified absolute URLs, and list preferred canonical addresses.

What is the best day to schedule a Product Hunt launch?

Weekends generate 15% more clicks to a product's site than weekdays on Product Hunt. According to Product Hunt's launch preparation documentation, larger technology companies typically schedule launches on weekdays, while weekends offer lower competition from established brands. Scheduling a post for 12:01 AM PST provides a submission with a full 24-hour cycle on the daily homepage leaderboard.

For an interactive browser tool to audit your URLs before publication, review our free startup launch checklist.

New guides by email

Keep reading