The Technical SEO Checklist I Run Before Launching a New Site
I run the same list on every site I deliver. Most items take 10 minutes, but skipping one can leave a site invisible for months.
When people think about SEO, content and keywords come to mind first. But no matter how good the content is, if Google cannot crawl your site, cannot index it, or your page loads slowly, that content does nothing for you. Technical SEO is exactly the work of laying that groundwork.
The list below follows the order I have used on the sites I have built for companies since 2025 and on the two brands whose SEO I currently run. I like having every box ticked before a site goes live.
1. Pick one domain and stay on it
A site can be reached at four different addresses:
http://ornek.com
http://www.ornek.com
https://ornek.com
https://www.ornek.com
Google can treat these as different sites, and your authority gets split. Pick one
(I prefer https:// without www) and send the other three to it
with a 301 redirect. Putting a canonical tag on every page is
the insurance policy for this:
<link rel="canonical" href="https://ornek.com/hizmetler">
2. Put robots.txt and sitemap.xml in place from the start
Both belong in the root directory. robots.txt says where not to look,
and sitemap.xml says where to look.
User-agent: *
Allow: /
Disallow: /ozel/
Sitemap: https://ornek.com/sitemap.xml
Forgetting to remove the Disallow: / line or the
<meta name="robots" content="noindex"> tag that was added during
development when the site goes live. The site stays out of search for months and nobody
works out why. Check both of these on launch day, without fail.
3. Write a unique title and description for every page
<title> and <meta name="description"> are the two fields
that show up in search results. They directly determine your click-through rate.
- Title: 50–60 characters. Put the important word first. The pattern: Main Topic — Benefit | Brand
- Description: 140–160 characters. It has no direct effect on ranking, but it does affect clicks. End it with a call to action.
- Every page should have exactly one
<h1>, and the heading hierarchy should not skip levels: h1 → h2 → h3.
4. Speed — on mobile in particular
There are three metrics Google calls Core Web Vitals. Before launch I look at the mobile tab in PageSpeed Insights — the desktop score almost always comes out fine, and the real gap shows up on mobile.
| Metric | What it measures | Target |
|---|---|---|
| LCP | Time until the largest content element appears | Under 2.5 s |
| INP | Response time to an interaction | Under 200 ms |
| CLS | How much the page shifts while loading | Under 0.1 |
The four changes that make the biggest difference:
- Shrink your images. This one alone is the biggest win. Switch to WebP and upload them at the size they will actually be displayed at — do not serve a photo that is 3000 pixels wide into a 400-pixel slot.
- Set
widthandheight. If you do not give an image its dimensions, the page jumps when it loads and CLS suffers. - Add
loading="lazy"to images below the fold. - Drop unnecessary libraries. Instead of loading a 100 KB library for one slider, writing a few lines of CSS is usually possible.
This site was written in plain HTML/CSS/JS, without any framework. Most of speed optimization comes down to "not adding things".
5. Add structured data
Schema.org markup tells Google what the page is. Used correctly, your search result shows up with enhancements like stars, prices and dates, and gets clicked more.
What I use, by site type:
- Company site:
Organization+LocalBusiness - Personal/portfolio:
Person - Blog post:
BlogPosting - E-commerce:
Product+Offer+AggregateRating - FAQ:
FAQPage
Once you have written it, validate it with Google's Rich Results Test; broken markup is worse than no markup at all.
6. Set up Search Console on day one
This is the most skipped item on the list, and the most valuable one. Without Search Console, you are guessing at what your site is doing in search.
- Verify the site (a DNS record is the most durable method).
- Submit the
sitemap.xmlURL. - Test the homepage with "URL Inspection" and request indexing.
- In the first week, open the "Pages" report and read why any pages were not indexed.
A month later, the "Performance" report will show you which searches people are arriving from. Build your content strategy on that data, not on guesses.
7. Launch-day final check
The list I run through quickly before going live:
- Is there a leftover
noindexin the page source? - Is
robots.txtaccidentally blocking everything? - Is the SSL certificate working, and are there any mixed content warnings?
- Is there a 404 page, and does it link back to the homepage?
- Do all internal links work?
- Do the images have
alttext? - Did you actually open the site on a phone and browse it? (A browser simulation is not enough.)
Technical SEO is invisible work: when you get it right nobody notices, and when you get it wrong nobody notices for a long time either. That is why I keep a list.
- Technical SEO
- Search Console
- Core Web Vitals
- Sitemap
- Schema.org
Demir Taşdemir
Mobile App & Web Developer
I have been building software since 2018. I have delivered websites to more than 5 companies and I currently run SEO for 2 brands. I like thinking about the development side and the growth side at the same time.
If you are looking for someone who both builds and grows
When the person writing the code also knows SEO, the time lost between two teams disappears. You can find my CV and my projects below.