Teknik SEO Denetimi: Yayın Öncesi 12 Maddelik Kontrol Listesi

Tarama ve indeksleme

İlk üç madde sitenin bulunabilirliğiyle ilgilidir. Bunlar düzgün değilse geri kalanının hiçbir önemi kalmıyor.

Yayın öncesi en sık gördüğüm sorun, hazırlık ortamından kalan engellerdir. Geliştirme sırasında konan bir noindex etiketi ya da robots.txt'teki genel engel canlıya geçerken unutulursa, site aylarca arama sonuçlarında görünmeyebilir. Bu nedenle ilk kontrolüm her zaman canlı adreste bu iki ayardır.

Sitemap'in yalnızca dizine eklenmesini istediğiniz sayfaları içermesi ve robots.txt'te adresinin bildirilmesi, Google'ın sitenizi keşfetmesini hızlandırır. Garanti vermez, ama gereksiz belirsizliği ortadan kaldırır.

• robots.txt doğru mu, sitemap adresi bildirildi mi?
• Sitemap yalnızca indekslenebilir, 200 dönen URL'leri içeriyor mu?
• Kanonik etiketler self-referencing mi; filtre/test sayfaları noindex mi?

Başlık mimarisi

Her sayfa tek bir h1 ve net bir başlık hiyerarşisi taşımalı. Başlık etiketleri (title) 55-60 karakteri aşmamaya çalışın; anahtar kelime başta, marka sonda dursun. Açıklamalar (meta description) tıklama oranını etkiler; her sayfa için niyete uygun özgün bir cümle yazın.

Başlıkların sayfalar arasında tekrar etmemesi önemlidir. Aynı title'ı taşıyan birçok sayfa, arama motoruna hangisinin hangi konuyu temsil ettiğini söylemez. Büyük sitelerde toplu bir tarama aracıyla yinelenen başlıkları listelemek 15 dakikalık bir iştir.

Alt başlıkları (h2, h3) sayfanın içindekiler tablosu gibi düşünün. Kullanıcı sadece başlıklara bakarak sayfanın neyi anlattığını anlayabilmeli. Bu yapı hem erişilebilirlik hem de içeriğin anlaşılması için yararlıdır.

Performans ve Core Web Vitals

LCP için kritik görselleri önceliklendirin (preload, doğru format, boyut). CLS'i önlemek için görsellere en-boy oranı verin; yazı tiplerinde font-display: swap kullanın. INP için ana iş parçacığını bloklayan üçüncü parti kodları denetleyin. Mobil gerçek cihaz testi masaüstü ölçümünün yerini tutmaz.

Google'ın iyi olarak tanımladığı eşikler LCP için 2,5 saniye, INP için 200 milisaniye ve CLS için 0,1 değeridir. Bu değerleri hedef olarak kullanın, ancak sadece rakamın peşinde koşmayın; asıl amaç sayfanın kullanıcıya hızlı ve kararlı hissettirmesidir.

Optimizasyonda sırayı doğru kurun. Önce en büyük kazanımı sağlayan işlere bakın: aşırı büyük görseller, gereksiz script'ler, engelleyen CSS. Küçük ayarlara ancak büyük sorunlar çözüldükten sonra geçin.

• Görselleri modern formatta ve gerçek gösterim boyutuna yakın sunun.
• Ekran dışındaki görsellere gecikmeli yükleme uygulayın; ilk ekrandaki ana görseli geciktirmeyin.
• Kullanılmayan JavaScript ve üçüncü taraf etiketlerini temizleyin.
• Yazı tipi dosyalarını azaltın ve gösterim stratejisini belirleyin.

Yapılandırılmış veri ve sosyal kartlar

Schema.org işaretlemesini Rich Results Test ile doğrulayın. Open Graph ve Twitter kart görselleri en az 1200×630 olmalı. Sayfa URL'leri kısa, okunabilir ve kalıcı olmalı; tarih veya sürüm numarası taşımamalı.

Şemada sayfada görünmeyen bilgi beyan etmeyin. Yazar, tarih ve başlık gibi alanlar sayfadaki içerikle tutarlı olmalıdır. Sayfa türüne uygun şemayı seçin: makale için BlogPosting, hizmet için ProfessionalService ya da Service, SSS bölümü için FAQPage gibi.

Sosyal kartlar doğrudan sıralama etkeni değildir; ancak paylaşıldığında sayfanın nasıl göründüğünü belirler ve tıklamayı etkiler. Her önemli sayfa için başlık, açıklama ve görsel tanımlayın.

Mobil uyum ve kullanılabilirlik

Google içeriği öncelikle mobil sürüm üzerinden değerlendirir. Bu nedenle masaüstünde var olan içerik ve bağlantıların mobilde de bulunması gerekir. Mobilde gizlenen ya da kısaltılan içerik, dizine eklenen sürümde de eksik kalabilir.

Yazı boyutu, dokunma hedeflerinin aralığı ve yatay kaydırma ihtiyacı gibi ayrıntılar kullanıcı deneyimini belirler. Telefonda bir sayfayı açıp parmağınızla gezinmek, çoğu otomatik araçtan daha fazla sorun ortaya çıkarır.

Açılır pencereler ve içeriği kapatan banner'lar da mobilde sorun yaratır. Çerez bildirimi gibi zorunlu öğeleri küçük ve kapatması kolay tutun.

Güven ve bakım

Tüm iç bağlantıların 404'e düşmediğini, yönlendirme zincirinin tek adıma indiğini, mixed-content uyarısı kalmadığını doğrulayın. Search Console ve analitik doğrulamasını yayından önce yapın; ölçmediğiniz şeyi iyileştiremezsiniz.

HTTPS her sayfada çalışmalı ve http adresleri tek adımda https'e yönlenmelidir. www ve www'siz sürümlerden yalnızca biri kanonik olmalı, diğeri ona kalıcı olarak yönlendirilmelidir. Bu basit ayar, sinyallerin bölünmesini önler.

Bakım bir kereye mahsus değildir. Yayından sonra birkaç hafta boyunca Search Console'daki sayfa dizine ekleme raporunu ve tarama hatalarını izleyin; sorun çıktıysa hemen müdahale edin.

Yayın günü kontrol sırası

Yayın günü panik yapmamak için sabit bir sıra izlemenizi öneririm. Önce engelleri kontrol edin, sonra yönlendirmeleri doğrulayın, ardından ölçüm araçlarını bağlayın. Bu sıra, olası bir hatanın en az zararla yakalanmasını sağlar.

Yayından sonraki ilk 24 saat içinde sitemap'i Search Console'a gönderin ve en önemli sayfalar için URL denetimi yapın. Beklenmedik bir noindex ya da yönlendirme döngüsü bu aşamada fark edilirse düzeltme maliyeti çok düşük kalır.

• Canlı adreste noindex ve robots.txt engelini kontrol edin.
• Eski adreslerden yeni adreslere 301 yönlendirmelerini test edin.
• Ana sayfa ve en önemli 5 sayfa için URL denetimi yapın.
• Sitemap'i gönderin ve işlenip işlenmediğini kontrol edin.
• Analitik ve Search Console verisinin aktığını doğrulayın.
• Mobil ve masaüstünde ana akışları elle gezip form ve bağlantıları deneyin.

Sık yapılan teknik hatalar

Taşıma projelerinde en sık hata, eski adreslerin yeni adreslere yönlendirilmemesidir. Yönlendirme yapılmazsa eski sayfaların biriktirdiği sinyal kaybolur ve kullanıcılar 404 sayfasına düşer. Her eski URL için en yakın karşılığa 301 yönlendirmesi planlayın.

İkinci hata, her sayfayı Google'a göndermeye çalışmaktır. Filtre, arama sonucu ve test sayfaları gibi değeri düşük sayfaları sitemap dışında tutmak ve gerekirse noindex ile işaretlemek, taramanın önemli sayfalara odaklanmasına yardımcı olur.

Örnek senaryo: eski siteden yeni siteye geçiş

Bu senaryo varsayımsaldır. Bir işletmenin web sitesini yeni bir altyapıya taşıdığını ve adres yapısının değiştiğini düşünün. Eski sitede ‘/hizmetler/seo-danismanligi.html’ gibi adresler, yenisinde ‘/hizmetler/seo-danismanligi’ biçiminde olacak. Küçük görünen bu fark, yönlendirme yapılmazsa eski sayfaların biriktirdiği değerin kaybolmasına yol açar.

Doğru süreçte önce eski sitedeki tüm URL'ler bir tarama aracıyla ya da sitemap'ten listelenir. Her biri için yeni karşılığı belirlenir ve tek adımlık 301 yönlendirmesi hazırlanır. Karşılığı olmayan sayfalar için en yakın konudaki sayfaya yönlendirme yapılır; ana sayfaya toplu yönlendirme genellikle iyi bir çözüm değildir.

Canlıya geçişten sonra rastgele seçilmiş eski adresler tarayıcıda denenir, Search Console'da yeni sitemap gönderilir ve birkaç hafta boyunca tarama hataları izlenir. Taşıma sürecinde dalgalanma görülmesi normal olabilir; ancak kalıcı düşüş çoğu zaman eksik yönlendirmeye ya da yanlış engellemeye işaret eder.

Ölçüm ve izleme: yayın sonrası ne takip edilir?

Kontrol listesi yayınla bitmez; asıl değerini yayından sonraki izlemede gösterir. İlk iki hafta Search Console'daki sayfa dizine ekleme raporuna her gün ya da birkaç günde bir bakın. Beklenmeyen bir artış veya düşüş, bir ayarın yanlış çalıştığının erken işareti olabilir.

Core Web Vitals verileri gerçek kullanıcı ölçümlerine dayandığı için birikmesi zaman alır. Bu yüzden değişiklik sonrası hemen iyileşme beklemeyin; laboratuvar araçlarıyla hızlı geri bildirim alın, saha verisini ise haftalar içinde izleyin.

Küçük bir izleme rutini oluşturun. Her ay aynı kontrolleri tekrarlamanız, sorunları büyümeden yakalamanızı sağlar ve ekip değişse bile sürecin sürmesini kolaylaştırır.

• Haftalık: dizine ekleme raporunda yeni hata ve uyarılar.
• Haftalık: tarama istatistikleri ve sunucu hataları.
• Aylık: Core Web Vitals raporu ve en yavaş sayfa grupları.
• Aylık: kırık iç bağlantılar ve yönlendirme zincirleri.
• Üç ayda bir: yapılandırılmış veri doğrulaması ve tam teknik tarama.