Teknik SEO

Yayın öncesi teknik SEO kontrol listesi: Yeni site ve site yenileme

2 Kasım 20268 dk okuma

Yeni siteyi açarken veya siteyi yenilerken trafik kaybetmeyin. Noindex, yönlendirme, canonical, site haritası ve hız için adım adım kontrol listesi.

Bir sitenin en kırılgan olduğu an yayına girdiği andır. Test ortamından kalan tek bir noindex, eksik bir yönlendirme listesi ya da unutulmuş bir robots.txt kuralı, aylarca emek verilmiş sitenin aramada görünmemesine yol açabilir. Üstelik sorunlar çoğu zaman hemen fark edilmez, çünkü site tarayıcıda kusursuz görünür.

Var olan bir siteyi nasıl denetleyeceğinizi teknik SEO denetimi yazısında anlatmıştık. Bu yazı farklı bir ana odaklanıyor: yeni bir siteyi açmadan ya da mevcut siteyi yenilemeden önce, yayın sırasında ve yayından sonra yapılacak işler. Listeyi yazdırıp ekibinize verebilirsiniz.

Listeyi nasıl kullanmalısınız?

Kontrol listesi üç zamana bölünür. Hazırlık işleri yayından en az bir hafta önce başlamalı. Yayın günü işleri sırayla yapılmalı. Yayın sonrası izleme ise en az birkaç hafta sürmeli. Her madde için bir sorumlu yazın. "Birisi bakmıştır" varsayımı, yayın hatalarının en sık sebebidir.

Google'ın gereksinimleri aslında üç maddeye iner: Googlebot engellenmemeli, sayfa çalışmalı ve 200 durum kodu dönmeli, sayfada dizine eklenebilir içerik olmalı. Aşağıdaki maddelerin çoğu bu üç şartın bozulmamasını sağlar.

Yayından önce: Hazırlık

1. Mevcut durumun fotoğrafını çekin

Site yenileniyorsa eski sitenin kaydını almadan başlamayın. Şunları kaydedin:

Eski sitenin tüm adresleri. Site haritası, tarayıcı çıktısı, sunucu günlükleri ve analitik verisinden birleştirin.
Her sayfanın başlığı, açıklaması, canonical değeri ve ana başlığı.
Search Console'dan en çok trafik getiren sayfalar ve sorgular.
Başka sitelerden en çok bağlantı alan sayfalar.
Hız ölçümleri.

Google da taşıma rehberinde eski adresleri site haritası, günlükler ve analitik verisinden çıkarmanızı önerir. Yayın sonrası bir sorun çıktığında bu kayıt size neyin değiştiğini söyler.

2. Adres eşleme tablosunu hazırlayın

Adresler değişiyorsa işin en önemli parçası budur. Bir tablo yapın: eski adres, yeni adres, durum. Her eski adresin yeni karşılığı belirlensin. Şu kurallara uyun:

Karşılığı olan her sayfa, en yakın yeni sayfaya yönlendirilsin.
Eski adresleri topluca ana sayfaya yönlendirmeyin. Google bunu özellikle önermez.
Gerçekten kaldırılan içerikler 404 veya 410 dönsün.
Yönlendirme zinciri oluşturmayın. Eski adres doğrudan son adrese gitsin.

3. Test ortamını kilitleyin

Test sitesi Google'a açık kalırsa ana sitenizle yarışan kopya oluşur. En sağlam yöntem test ortamını parola ile korumaktır. robots.txt ile engellemek bir gizleme yöntemi değildir, çünkü engellenen bir adres başka yerden bağlantı alırsa yine dizinde görünebilir.

Test ortamındaki noindex kullanımı ise yayın anında çıkarılması gereken bir tuzaktır. Bir sonraki bölüme not edin.

4. Şablonları kontrol edin

Tek tek sayfalar yerine şablonları denetleyin. Her şablon türü için örnek sayfa açın ve şunlara bakın:

Benzersiz ve açıklayıcı title. Google, tekrar eden şablon başlıklarından kaçınmanızı ister.
Sayfanın ana konusunu anlatan görünür başlık.
Meta açıklama.
Kendini gösteren canonical.
Dil bilgisi, varsa hreflang.
Yapılandırılmış veri.
Open Graph bilgileri.

Sayfa içeriğinin sunucudan gelen HTML'de bulunduğunu da kontrol edin. JavaScript ile geç yüklenen içerik, her tarayıcı tarafından görülmez.

5. Mobil eşdeğerliği doğrulayın

Google mobil sürümü temel alır. Mobilde eksik kalan içerik, dizinde de eksik sayılır. Mobilde gizlenmiş bölümleri, küçülen menüleri ve farklı başlıkları kontrol edin. Robots meta etiketleri masaüstü ve mobilde aynı olmalı. Yapılandırılmış veri ve title de iki sürümde eşdeğer olmalı. Ana içeriği yalnızca kaydırma veya tıklamayla yükleyen yapılardan kaçının.

6. Bağlantıları temizleyin

İç bağlantılar gerçek <a href> öğeleri olmalı. Google'ın bağlantı belgesi onclick ile yapılan yönlendirmelerin güvenilir olmadığını belirtir. Yeni sitede bütün iç bağlantılar son adrese gitsin, yönlendirme üzerinden geçmesin. Önemli her sayfa en az bir başka sayfadan bağlantı almalı.

7. Hız ölçümünü yapın

Google, iyi Core Web Vitals değerleri için LCP'nin 2,5 saniyenin altında, INP'nin 200 milisaniyenin altında ve CLS'nin 0,1'in altında olmasını hedeflemenizi önerir. Yayın öncesinde test ortamında kaba bir ölçüm alın. Gerçek kullanıcı verisi ancak yayın sonrası oluşur. Kısa kontrol için site hızı aracını kullanabilirsiniz.

8. Search Console'u hazır edin

Eski ve yeni site için mülkleri doğrulayın. Google taşıma rehberi de bunu önerir. Doğrulama etiketinin yeni temada korunduğundan emin olun. Kurulum için Search Console başlangıç rehberine bakın.

Yayın günü

Yayını mümkünse sitenin az kullanıldığı bir zamana koyun. Cuma akşamı yayın yapmayın, çünkü sorun çıktığında müdahale edecek kimse bulamazsınız. Sıra önemlidir.

Eski sitenin yedeğini alın. Veritabanı, dosyalar ve sunucu ayarları. Geri dönüş planınızı yazılı hale getirin.
Yayını yapın, önbelleği temizleyin.
`noindex` kontrolü. Ana sayfa ve şablon örneklerinin kaynağında noindex arayın. HTTP başlıklarında X-Robots-Tag da kontrol edin.
`robots.txt` kontrolü. Dosyada Disallow: / kalmadığından emin olun. CSS ve JavaScript dosyaları engellenmemiş olsun.
Yönlendirme testi. Eşleme tablosundaki adresleri toplu test edin. Sonuç 301 veya 308 olmalı, zincir olmamalı.
Durum kodu testi. Bulunmayan bir adres gerçekten 404 mü dönüyor? "Sayfa bulunamadı" yazan ama 200 dönen sayfalar yumuşak 404 sayılır.
Canonical kontrolü. Yeni sitedeki canonical etiketleri eski alan adını veya test adresini göstermemeli. Bu çok sık yapılan bir hatadır.
HTTPS ve sürüm birliği. http, www ve eğik çizgi sürümleri tek adrese yönlenmeli. Tüm kaynaklar https üzerinden yüklenmeli.
Site haritası. Yeni site haritasını yayınlayın, robots.txt dosyasına ekleyin ve Search Console'dan gönderin. İçinde yalnızca kanonik ve 200 dönen adresler olsun.
Adres Değişikliği aracı. Alan adı veya alt alan değişiyorsa eski mülk için Search Console'da bu aracı kullanın.
Ölçüm kodu. Analytics, etiket yöneticisi ve dönüşüm kayıtları çalışıyor mu?
Kritik akışlar. Form, ödeme, üyelik ve e-posta gönderimini gerçekten deneyin.

Yayından sonra: İlk haftalar

Google, taşıma sonrası arama görünürlüğünde geçici dalgalanmanın normal olduğunu söyler. Önemli olan normal dalgalanmayı gerçek sorundan ayırmaktır.

İlk 24 saat. Sunucu günlüklerinde 404 ve 500 yanıtlarını izleyin. Sık 404 alan adresleri eşleme tablosuna ekleyin. En önemli on sayfayı URL Denetleme aracıyla kontrol edin.

İlk hafta. Sayfa dizine ekleme raporunda yeni hatalar var mı bakın. Site haritasının "Başarılı" durumda olduğunu doğrulayın. Eski site trafiği düşerken yeni sitenin yükselmesini bekleyin. Bu geçişin sürekli düşüş şeklinde gerçekleşmesi normaldir, tamamen trafiksiz kalmak değildir.

İlk ay. Yapılandırılmış veri raporlarını, Core Web Vitals verisini ve en iyi sorguları eski kayıtla karşılaştırın. Ani düşen sayfalar için eşleme tablosuna geri dönün.

Sürekli. Google, yönlendirmeleri en az bir yıl korumanızı, mümkünse daha uzun tutmanızı önerir. Sunucu taşınıyor veya alan adı yenilemesi yapılıyorsa bunu unutmayın. Eski alan adının süresini doldurmayın.

Sorun çıkarsa ne yaparsınız?

Her yayın bir geri dönüş planıyla yapılmalıdır. Yayın sonrası ciddi bir sorun görürseniz önce sebebi ayırın. Şablon hatası gibi hızlı düzeltilebilen sorunlarda ileri doğru düzeltin. Site çalışmıyor, ödeme kırık veya bütün sayfalar hata veriyorsa eski sürüme dönün. Eski sürüme dönerseniz yönlendirmeleri de geri alın, aksi halde adresler karışır. Olayı tarih ve saatle not edin, çünkü Search Console'da göreceğiniz dalgalanmayı bu kayıtla açıklarsınız.

En sık görülen beş yayın hatası

Yıllardır aynı hatalar tekrar ediyor. Şunlara özellikle dikkat edin.

Test ortamından kalan `noindex`. En yaygın ve en pahalı hata. Eklenti ayarındaki tek bir kutu bütün siteyi aramadan çıkarabilir.
`robots.txt` engeli. Geliştirme sırasında konulan Disallow: / satırı yayına taşınır.
Toplu ana sayfa yönlendirmesi. Tüm eski adreslerin ana sayfaya gitmesi, her eski sayfanın değerini kaybetmesine yol açar.
Yanlış canonical. Şablonda sabit yazılan bir canonical, bütün sayfaları tek sayfaya işaret ettirir.
Kaybolan içerik. Yeni tasarımda kısaltılan metinler aslında sıralama getiren bölümlerdi. Görsel olarak güzelleşen sayfa, arama için zayıflamış olabilir.

Tasarım aşamasında "bu sayfaların metnini kısaltalım" dendiğinde Search Console verisine bakın. Trafik getiren sayfaların içeriğini korumak, tasarım kararından önce gelmelidir.

Küçük site, büyük site farkı

Beş sayfalık bir kurumsal site ile on bin ürünlü mağaza aynı listeyi aynı ağırlıkta kullanmaz. Küçük sitede eşleme tablosu elle hazırlanır ve iki saatte biter. Büyük sitede bu iş kurallarla yapılır, örnekleme testleri gerekir ve yayın aşamalara bölünebilir. Google'ın taşıma rehberi de büyük sitelerde önce küçük bir bölümle deneme yapmanın yararlı olabileceğini söyler.

Kontrol listesinin kısalığına aldanmayın: Az sayfalı sitede bile tek bir noindex her şeyi durdurur. Az sayfa, az hata anlamına gelmez, yalnızca hatayı bulmayı kolaylaştırır.

İşi hızlandırmak için

Bu kontrollerin büyük bölümü tekrar eden işlerdir. Bir sayfa için meta etiket kontrolü, başlık yapısı aracı, JSON-LD doğrulayıcı ve robots ve sitemap denetimi ile hızlı bakış alabilirsiniz.

Tüm site için Otopilot site denetimi robots ve sitemap kurallarına uyarak sayfaları gezer, 88 kontrolü uygular. İki tarama arasında başlık, açıklama, canonical, noindex, durum kodu, şema ve hreflang değişikliklerini gösterir. Yani yayın öncesi ve sonrası taramayı karşılaştırarak neyin değiştiğini görebilirsiniz.

Sınırlarını da bilin: Tarama, sizin eşleme tablonuzu oluşturmaz. Hangi sayfanın hangi sayfaya yönlenmesi gerektiği iş kararıdır. Parola korumalı test ortamını taramayabilir. Yönlendirme ve robots.txt değişikliklerini tam otomatik modda kendiliğinden yapmaz, onayınızı bekler. Plan bazlı tarama sınırları için fiyatlar sayfasına bakabilirsiniz.

Listeyi bir kez hazırladıktan sonra saklayın. Sonraki yayında aynı listeyi yalnızca güncellersiniz, sıfırdan başlamazsınız.

Sık sorulan sorular

Site yenilemede trafik düşmesi normal mi?

Geçici dalgalanma normaldir, Google da bunu belirtiyor. Ancak aylarca süren sert düşüş genellikle yönlendirme, içerik kaybı veya teknik engel kaynaklıdır. Eski kayıtlarınızla karşılaştırın.

301 yönlendirmeleri ne kadar süre kalmalı?

Google en az bir yıl önerir ve mümkün olduğunca uzun tutmanızı söyler. Bu süre boyunca iç bağlantıları ve kontrol edebildiğiniz dış bağlantıları yeni adrese güncelleyin.

Yayın öncesi test ortamını nasıl gizlemeliyim?

En sağlam yol parola korumasıdır. robots.txt engeli sayfanın aramada görünmesini kesin olarak önlemez. noindex kullanırsanız yayında kaldırmayı unutmayın.

Yeni sitede hemen sıralama bekleyebilir miyim?

Hayır. Google'ın sitenizi bulması ve taraması birkaç günden birkaç haftaya kadar sürebilir. Sıralama ise içerik ve rekabete bağlıdır.

Küçük site için bu kadar kontrol gerekli mi?

Liste kısalır ama kritik maddeler aynıdır: noindex, robots.txt, yönlendirme, canonical ve site haritası. Bunlar küçük sitede de bütün görünürlüğü etkiler.