Lansman Öncesi Teknik SEO Kontrol Listesi

Lansman, SEO'nun en kırılgan anı

Bir sitenin arama performansını yıllarca etkileyecek hataların çoğu, yayına alındığı gün yapılır. Kod hazırdır, tasarım onaylanmıştır, herkes heyecanlıdır — ve tam o gün staging'den taşınan tek bir satır bütün siteyi aramadan siler ya da eski sitenin yıllarca biriktirdiği bağlantı değeri bir gecede buharlaşır.

Bu yazı yalnızca lansman anına odaklanıyor: yayına almadan önceki son kontroller, yayın anındaki doğru sıra ve ilk 48 saatteki izleme. Süregelen bakım tarafını (kanonik mimarisi, i18n, yapısal veri stratejisi, tarama bütçesi) bilinçli olarak dışarıda bıraktım; onları kurumsal sitelerde teknik SEO kontrol listesi yazısında topladım.

1. Staging kapalı mı, production açık mı?

Listenin birinci maddesi her zaman aynı: engelleme bayrağının yanlış tarafta kalması.

• Production robots.txt dosyasında Disallow: / satırının kalmadığını tarayıcıda açıp doğrulayın.
• Sayfa kaynağında noindex arayın. Staging'den taşınan tek bir meta etiketi tüm organik trafiği siler.
• Staging'i robots.txt ile değil, HTTP kimlik doğrulamasıyla kapatın; engellenen bir adres yine de dış bağlantı üzerinden indekslenebilir.
• Önizleme dağıtımlarının (preview deployment) da indekslenmediğinden emin olun.

Bunu insan hafızasına bırakmayın; ortam değişkeninden türetin:

// app/robots.ts
import type { MetadataRoute } from "next";

export default function robots(): MetadataRoute.Robots {
  const isProd = process.env.VERCEL_ENV === "production";
  return {
    rules: isProd
      ? [{ userAgent: "*", allow: "/", disallow: ["/admin", "/api"] }]
      : [{ userAgent: "*", disallow: "/" }],
    sitemap: isProd ? "https://ornek.com/sitemap.xml" : undefined,
  };
}

2. Adres varyantlarını tek hedefe kilitleyin

Aynı sayfaya birden çok adresten ulaşılabiliyorsa, arama motoru için birden çok sayfa var demektir. Lansmandan önce şu varyantların hepsini elle test edin:

• Şifresiz sürüm HTTPS sürümüne gidiyor mu?
• www olan ve olmayan sürüm tek bir tercihte birleşiyor mu?
• Sondaki eğik çizgi (trailing slash) tutarlı mı?
• Büyük harfli ya da eski parametreli adresler tek bir hedefe iniyor mu?

Her varyant tek adımda hedefe ulaşmalı; zincirleme yönlendirme hem yavaşlatır hem sinyal kaybettirir.

curl -sI http://ornek.com | head -n 1
curl -sI https://www.ornek.com | head -n 1
curl -sI https://ornek.com/Hizmetler/ | head -n 1

Aynı adımda sertifikanın tüm alt alan adlarını kapsadığını ve sayfada karışık içerik (mixed content) uyarısı olmadığını da doğrulayın.

3. Kanonikleri son kez gözden geçirin

Kanonik etiketler lansmanda iki klasik hatayla gelir: staging alan adının sızması ve her sayfanın anasayfayı işaret etmesi.

• Rastgele on sayfa açıp kaynak koddaki kanonik adresi okuyun; her biri kendi adresini mi gösteriyor?
• Kanonikler mutlak ve production alan adında mı?
• Sayfalı listelerde ikinci ve sonraki sayfalar kendine kanonik mi?
• Filtre/sıralama parametreli adresler temiz sürüme kanonikleniyor mu?

Kanonik adresi tek bir merkezi yardımcıdan üretin. Böylece ortam değişkeni yanlışsa hata tek yerde ve gürültülü biçimde çıkar; yüzlerce sayfaya sessizce dağılmaz.

4. 301 haritası: eski siteden yeni siteye

Yeniden yapım projelerinde organik trafiğin kaybedildiği tek an budur. Yeni site ne kadar iyi olursa olsun, eski adresler boşluğa düşerse yıllarca biriken değer sıfırlanır.

İzlediğim yöntem şu:

1. Eski adres listesini toplayın. Search Console performans raporu, eski sitemap, analitikte trafik almış sayfalar ve bir tarayıcı (crawler) çıktısı — dördünü birleştirin, hiçbiri tek başına yeterli değil.
2. Her adresi en yakın karşılığına eşleyin. Toplu hâlde anasayfaya yönlendirmek en kötü seçenektir; arama motoru bunu yumuşak 404 sayar ve değeri aktarmaz.
3. Karşılığı olmayan içeriğe karar verin: benzer bir sayfaya 301 mi, yoksa kalıcı kaldırma için 410 mu?
4. Haritayı sürüm kontrolüne koyun. Yönlendirmeler koddan yönetildiğinde gözden geçirilebilir ve test edilebilir olur.
5. Yayından önce staging üzerinde test edin. Her satırın gerçekten 301 döndüğünü ve 200 ile bittiğini otomatik kontrol edin.

// next.config.ts
redirects: async () => [
  { source: "/urunler/:slug", destination: "/hizmetler/:slug", permanent: true },
  { source: "/hakkimizda.html", destination: "/hakkimda", permanent: true },
],

En sık atlanan detay: eski sitenin görsel ve PDF adresleri. Onlar da bağlantı alır ve aramada görünür.

5. Yayından önce tam tarama

Siteyi yalnızca kendi gözünüzle değil, bir tarayıcıyla dolaşın. Staging üzerinde tam tarama çalıştırıp şu listeyi sıfırlayın:

• Kırık iç bağlantı ve kırık görsel yok.
• Yönlendirme zinciri ve döngüsü yok.
• Her sayfanın benzersiz başlık ve açıklaması var; kopya başlık yok.
• Boş, aşırı uzun ya da şablondan kalmış meta açıklama yok.
• Her görselde anlamlı alternatif metin var.
• Başlık hiyerarşisi tutarlı; her sayfada tek bir ana başlık var.
• Yetim (hiçbir yerden bağlantı almayan) sayfa yok.
• Şablon içerik ("lorem ipsum", "buraya metin gelecek") kalmamış.

Bu taramayı yayından sonra production'da bir kez daha tekrarlayın; ortam farkları sürpriz üretebiliyor.

6. Sitemap ve arama motoruna bildirim

• Sitemap otomatik üretiliyor ve yalnızca indekslenebilir, kanonik adresleri içeriyor.
• Yönlendirilen, noindex olan veya kaldırılmış adresler sitemap'te yok.
• lastmod gerçek güncelleme tarihini yansıtıyor; her dağıtımda "bugün" yazmıyor.
• robots.txt sitemap adresini işaret ediyor.
• Yayından hemen sonra sitemap Search Console ve Bing Webmaster Tools'a gönderiliyor.
• Destekleniyorsa IndexNow ile kilit sayfalar bildiriliyor.

Sitemap'i yayından önce değil, DNS geçtikten ve site gerçekten canlı olduktan sonra gönderin.

7. Ölçüm altyapısı ilk saniyeden hazır olsun

Lansmandan bir hafta sonra kurulan analitik, o haftanın verisini asla geri getirmez. Ve karşılaştırma yapacak referansınız olmaz.

• Search Console mülkü alan adı düzeyinde doğrulanmış (tüm alt alan adları ve protokoller tek yerde toplanır).
• Bing Webmaster Tools bağlı.
• Analitik yayında ve doğrulanmış; kendi test trafiğiniz ayıklanmış. Çerez ve onay tarafını KVKK uyumlu web sitesi kontrol listesi yazısında ayrıntılı anlattım.
• Form gönderimi, telefon ve e-posta tıklamaları hedef olarak tanımlanmış — yeni sitenin gerçekten iş getirip getirmediğini ilk günden ölçmek için.
• Çalışma süresi (uptime) izleme açık.

8. Paylaşım ve zengin sonuç önizlemeleri

Sosyal paylaşım kartları lansman gününün en görünür detayıdır; yanlışsa herkes aynı anda görür.

• Her önemli sayfanın kendine ait paylaşım başlığı, açıklaması ve görseli var.
• Paylaşım görselinin adresi mutlak; en boy oranı 1200x630 civarında ve dosya boyutu makul.
• Yapısal veri (Organization, BreadcrumbList, gerekiyorsa Article) hatasız doğrulanıyor ve yalnızca sayfada görünen içeriği yansıtıyor.
• Zengin sonuç testinden ve sosyal ağların önizleme araçlarından birkaç kilit sayfa geçirilmiş.
• Daha önce paylaşılmış adresler için önizleme önbelleği tazelenmiş.

9. Hızı gerçek production'da ölçün

Staging ölçümü yanıltıcıdır: farklı önbellek, farklı görseller, bazen farklı sunucu. Son ölçümü yayına aldıktan sonra, gerçek alan adı üzerinde yapın.

• Mobil ve masaüstü ayrı ölçülür; belirleyici olan mobildir.
• Önbellek soğukken, ilk ziyaret senaryosunda ölçün.
• Dört Lighthouse kategorisini birden kontrol edin; erişilebilirlik ve en iyi uygulamalar da lansman kalitesinin parçasıdır.
• Saha verisi ilk günlerde boş olacaktır; bu normaldir, laboratuvar ölçümüyle ilerleyin.

Ölçümde kırmızı gördüğünüz noktaların pratik çözümlerini Next.js'te Core Web Vitals'ı yeşile çekmek yazısında adım adım topladım.

Yayın anı: sıralama önemli

Lansman gününde adımları şu sırayla işletiyorum:

1. Dağıtımı yap, DNS'i yönlendir, sertifikayı doğrula.
2. robots.txt dosyasını ve birkaç sayfanın kaynağını noindex için kontrol et.
3. Adres varyantlarını test et (şifresiz sürüm, www, eğik çizgi).
4. On kritik sayfada kanonik, başlık ve açıklamayı doğrula.
5. 301 haritasından örnekleme testi çalıştır.
6. Sitemap'i gönder ve URL denetimiyle birkaç sayfayı indekslemeye al.
7. Analitik ve izlemenin gerçekten veri aldığını canlı doğrula.

Bu sıra tesadüfi değil: indekslemeyi tetiklemeden önce engellerin kalktığından ve adreslerin doğru olduğundan emin olmak gerekir. Tersine çevirirseniz, yanlış sürümü indekslettirip sonra düzeltmeye çalışırsınız.

İlk 48 saat: izleme planı

Lansman bitiş değil, başlangıçtır. İlk iki gün şunları izleyin:

• Sunucu ve edge kayıtlarında 404 patlaması. Her yeni 404, haritadan kaçmış bir eski adrestir; fark ettiğiniz anda yönlendirmeye ekleyin.
• Search Console sayfa raporu. Beklenmedik "hariç tutuldu" nedenleri, özellikle "noindex etiketi içeriyor" ve "yönlendirme içeren sayfa".
• URL denetimi. Anasayfa ve en önemli birkaç sayfa için canlı test: taranabiliyor ve indekslenebiliyor mu?
• Site sorgusu. Yeni adreslerin görünmeye başlaması saatler, bazen günler alır; erken panik gereksizdir.
• Sıralama dalgalanması. Yeniden yapım sonrası geçici dalgalanma beklenen bir şeydir; ilk hafta refleksle içerik değiştirmeyin.
• Form ve e-posta akışı. İletişim formu gerçekten ulaşıyor mu? Bunu her lansmanda elle test ederim; sessizce çalışmayan bir form, en pahalı lansman hatasıdır.
• Hata oranı ve çalışma süresi. Trafik gerçek kullanıcıya açıldığında ortaya çıkan hatalar burada görünür.

Buradan sonrası bakım işi

Lansman kontrolleri bir kez yapılır; teknik SEO ise süreklidir. Yayından sonraki hafta kanonik mimarisi, yapısal veri kapsamı, iç bağlantı derinliği ve tarama bütçesi gibi başlıklara geçin. Hepsini kurumsal sitelerde teknik SEO kontrol listesi yazısında sıraladım.

Özet

• Engelleme bayrakları doğru tarafta: staging kapalı, production açık.
• Tek adres, tek adımda: protokol, www ve eğik çizgi varyantları birleşmiş.
• Kanonikler mutlak, kendine dönük ve production alan adında.
• Eski her adres için 301; toplu anasayfa yönlendirmesi yok.
• Sitemap yalnız indekslenebilir adresleri içeriyor ve yayın sonrası gönderilmiş.
• Ölçüm (Search Console, analitik, uptime) ilk saniyeden açık.
• Paylaşım kartları ve yapısal veri doğrulanmış; hız gerçek production'da ölçülmüş.
• İlk 48 saat 404 ve indeksleme raporları izleniyor.

Yeni bir siteyi yayına almak, yıllarca biriktirilmiş görünürlüğü ya koruduğunuz ya da kaybettiğiniz tek gündür. Bu listeyi kendi lansmanınızda kullanabilir, planınızı birlikte gözden geçirmek isterseniz SEO ve performans yaklaşımıma göz atabilir ya da doğrudan yazabilirsiniz.