SEO Uyumlu Web Tasarım İçin Yayın Öncesi Kontrol Listesi

SEO Uyumlu Web Tasarım İçin Site Yayına Alma Öncesi Teknik Kontrol Listesi

Bir web sitesinin tasarımının onaylanması, sitenin yayına hazır olduğu anlamına gelmez. Sayfalar görsel olarak doğru çalışırken arama motorlarının siteyi taramasını engelleyen ayarlar, yanlış URL’ler veya ölçülmeyen dönüşümler bulunabilir. Örneğin staging ortamından kalan bir noindex etiketi bütün sitenin arama sonuçlarına girmesini engelleyebilir. Eski URL’lerin yönlendirilmemesi mevcut organik görünürlüğün kaybedilmesine, çalışmayan bir iletişim formu ise reklam ve SEO trafiğinin lead’e dönüşmemesine neden olabilir. Bu nedenle SEO uyumlu profesyonel web tasarımı, teknik kontrollerin yayın gününe bırakılmadığı bir süreç olarak ele alınmalıdır. URL yapısı, mobil deneyim, indeksleme ve ölçüm altyapısı tasarım ve geliştirme aşamalarında birlikte planlanmalıdır.

Öne Çıkan Noktalar

• Yeni bir site ile mevcut sitenin yeniden tasarlanması aynı yayın kontrolünü gerektirmez.
• Canlı ortamda kalan noindex, robots.txt engeli veya staging canonical’ı yayını durdurması gereken hatalardır.
• Yeniden tasarım projelerinde eski ve yeni URL’ler bire bir eşleştirilmeli, gerekli 301 yönlendirmeleri yayından önce hazırlanmalıdır.
• Mobil sürümde ana içerik, meta veriler ve dahili bağlantılar masaüstü sürümüyle eşdeğer olmalıdır.
• Formlar, telefon tıklamaları, randevular ve satın alma işlemleri yalnızca çalışmakla kalmamalı, doğru şekilde ölçülmelidir.

Önce Yayın Türünü Belirleyin: Yeni Site mi, Yeniden Tasarım mı?

Yayın öncesi kontrol listesinin kapsamı projenin türüne göre değişir. Daha önce indekslenmemiş yeni bir alan adında temel amaç, arama motorlarının siteyi doğru şekilde keşfetmesini ve taramasını sağlamaktır. Mevcut bir sitenin yeniden tasarımında ise yeni yapıyı hazırlarken kazanılmış organik görünürlüğü korumak gerekir. Bu ayrım yapılmadan kullanılan genel bir kontrol listesi kritik geçiş sorunlarını gözden kaçırabilir.

Yeni Bir Web Sitesinde Neler Kontrol Edilmeli?

Yeni bir alan adında öncelik; tercih edilen HTTPS ve domain sürümünün belirlenmesi, sayfaların taramaya açılması ve ölçüm altyapısının çalışmasıdır. Geçmiş organik URL’ler bulunmadığı için kapsamlı bir yönlendirme haritası genellikle gerekmez. Ancak dış kaynaklarda paylaşılmış test veya geçici URL’ler varsa bunlar da kontrol edilmelidir.

Yeniden Tasarlanan Bir Sitede Neler Korunmalı?

Yeniden tasarım sırasında yalnızca görünüm ve yazılım değişmez. Menü yapısı, sayfa adresleri, içerikler, başlıklar, dahili bağlantılar ve canonical etiketleri de değişebilir. Bu unsurlar kontrol edilmeden yapılan bir geçiş, yeni site teknik olarak çalışsa bile organik trafik kaybına yol açabilir. Yayın öncesinde mevcut site taranarak en az şu veriler kaydedilmelidir:

• İndekslenebilir URL’ler
• Organik trafik alan sayfalar
• Dış bağlantı alan URL’ler
• Sayfaların ana içerikleri
• Canonical, dahili bağlantı ve HTTP durum bilgileri

Eski URL’ler yeni sitede korunabiliyorsa adresleri gereksiz yere değiştirmemek en güvenli yaklaşımdır. Değişiklik zorunluysa her eski URL, aynı kullanıcı ihtiyacını karşılayan en yakın yeni sayfayla eşleştirilmelidir. Kaldırılan bütün sayfaları ana sayfaya yönlendirmek doğru değildir. Gerçek bir karşılığı bulunmayan URL’ler duruma göre 404 veya 410 yanıtı verebilir.

Tarama ve Dizine Eklemeyi Engelleyen Ayarları Kontrol Edin

Bir sayfanın arama sonuçlarında görünmesi için Google’ın önce URL’ye erişebilmesi ve içeriği anlayabilmesi gerekir. Bu nedenle teknik SEO çalışmaları yalnızca site yayınlandıktan sonra yapılan düzeltmelerden oluşmamalıdır. Tarama ve dizine ekleme kontrolleri canlıya geçişten önce tamamlanmalıdır.

Staging, Noindex ve Robots.txt Kontrolü

Staging ortamı mümkünse kullanıcı adı ve parola gibi sunucu düzeyinde erişim kontrolüyle korunmalıdır. Yalnızca robots.txt kullanmak test URL’lerinin arama sonuçlarında görünmeyeceğini garanti etmez.

robots.txt botların hangi alanları tarayabileceğini yönetirken noindex, erişilebilen bir sayfanın arama sonuçlarına eklenmemesini ister. URL robots.txt ile engellendiğinde Google sayfadaki noindex talimatını göremeyebilir. Staging sitesinde kullanılan engellerin canlı ortama taşınmadığı farklı sayfa şablonlarında kontrol edilmelidir. Canlıya geçmeden önce şu sorular cevaplanmalıdır:

• Ana sayfa ve temel hizmet sayfaları noindex veya yanlış robots talimatı taşıyor mu?
• robots.txt önemli dizinleri veya sayfaları engelliyor mu?
• CMS içindeki “arama motorlarını engelle” ayarı kapatıldı mı?
• Mobil ve masaüstü sayfalarda aynı robots meta talimatları kullanılıyor mu?
• PDF gibi HTML dışı dosyalarda yanlış X-Robots-Tag başlığı bulunuyor mu?
• Test amacıyla eklenen parola veya IP kısıtlaması canlı ortamdan kaldırıldı mı?

Googlebot İçin Gerekli Kaynaklar Açık Olmalı

Google sayfayı yalnızca HTML metni üzerinden değerlendirmez. Sayfanın düzenini ve mobil deneyimini anlayabilmesi için gerekli CSS, JavaScript ve görsel dosyalarına da erişebilmesi gerekir. Siteyi oluşturan temel kaynakların robots.txt ile engellenmesi, sayfanın eksik oluşturulmasına neden olabilir. Özellikle JavaScript ile yüklenen navigasyon, ürün bilgileri veya ana içerik kullanıcı etkileşimi olmadan erişilebilir olmalıdır. Kullanıcının tıklamasından sonra yüklenen kritik içerik Google tarafından görülmeyebilir.

İndekslenebilir Sayfalar Doğru HTTP Kodu Vermeli

Yayınlanması planlanan temel sayfalar başarılı bir HTTP 200 yanıtı vermelidir. Görsel olarak normal açılan bir sayfanın arka planda yanlış durum kodu göndermesi mümkündür. Kontrolde 200 yanıtları; kalıcı 301/308 ve geçici 302/307 yönlendirmelerinden, 404/410 kaldırılmış sayfalardan ve 5xx sunucu hatalarından ayrıştırılmalıdır. İndekslenmesi istenen bir URL’nin hata kodu veya yönlendirme döngüsü vermesi yayını durdurmalıdır.

URL, Canonical ve Yönlendirme Yapısını Doğrulayın

Site yayına alınmadan önce hangi URL sürümünün esas alınacağı kesinleştirilmelidir. Aynı içerik HTTP, HTTPS, www ve www olmayan sürümlerde açılıyorsa arama motorları birden fazla adresle karşılaşabilir. Tercih edilen domain sürümüne göre şu kontroller yapılmalıdır:

• HTTP adresleri HTTPS sürümüne yönlendirilmelidir.
• www ve www olmayan sürümlerden biri seçilmelidir.
• Büyük-küçük harf ve sondaki eğik çizgi kullanımı tutarlı olmalıdır.
• Dahili bağlantılar doğrudan son URL’ye gitmelidir.
• Staging domaini veya geçici URL’ler içerikte kalmamalıdır.
• Yönlendirme zincirleri ve döngüler kaldırılmalıdır.

Bir sayfaya ulaşmak için iki veya üç yönlendirmeden geçilmesi hem taramayı hem de kullanıcı deneyimini gereksiz yere zorlaştırır. Örneğin eski HTTP adresi önce yeni HTTP adresine, ardından HTTPS adresine yönlendirilmemelidir. Mümkünse eski URL doğrudan son canonical URL’ye gitmelidir.

Canonical Etiketleri Neyi Göstermeli?

Canonical etiketi, aynı veya çok benzer içeriğe sahip URL’ler arasından tercih edilen sürümü belirtmeye yardımcı olur. İndekslenmesi planlanan sayfalarda canonical şu özelliklere sahip olmalıdır:

• Canlı HTTPS domainini göstermeli
• HTTP 200 yanıtı veren ve sayfanın içeriğiyle uyumlu bir URL’ye gitmeli
• noindex, robots.txt engeli, yönlendirme veya 404 içeren bir hedefi göstermemeli

Yayın sırasında en sık görülen hatalardan biri canonical etiketlerinin staging domainini göstermeye devam etmesidir. Bu durumda canlı sayfa, arama motoruna başka bir domaindeki test URL’sinin tercih edilmesi gerektiğini söyleyebilir. Canonical etiketi yönlendirme yerine kullanılmamalıdır. Eski bir URL tamamen yeni bir adrese taşındıysa kullanıcı ve arama motoru 301 yönlendirmesiyle yeni sayfaya gönderilmelidir.

301 Yönlendirme Haritası Nasıl Hazırlanmalı?

Yeniden tasarım veya site taşıma projesinde eski URL, yeni karşılık, yönlendirme durumu ve test sonucu aynı dosyada takip edilmelidir.

Eski hizmet sayfası aynı hizmeti anlatan yeni sayfaya, eski kategori sayfası ise ilgili yeni kategoriye yönlendirilmelidir. Bütün kaldırılan URL’leri ana sayfaya göndermek kullanıcı niyetini karşılamaz. Yönlendirmeler uygulandıktan sonra eski URL listesi yeniden taranmalıdır. Her adresin tek adımda doğru yeni sayfaya ulaştığı ve son URL’nin HTTP 200 yanıtı verdiği doğrulanmalıdır.

XML Sitemap ve Site Mimarisi Kontrolü

XML sitemap, arama motorlarına hangi sayfaların önemli olduğunu bildirmeye yardımcı olur. Ancak sitemap’e URL eklemek, sayfanın mutlaka taranacağı veya indeksleneceği anlamına gelmez. Yayın öncesinde sitemap yalnızca şu URL’leri içermelidir:

• Canlı domainde bulunan
• HTTP 200 yanıtı veren
• İndekslenebilir
• Canonical olarak tercih edilen
• Arama sonuçlarında görünmesi istenen sayfalar

301 ile yönlendirilen, 404 veren, noindex taşıyan, parametreli veya staging ortamında bulunan URL’ler sitemap’ten çıkarılmalıdır. Çok dilli bir site varsa yalnızca geçerli ve erişilebilir dil sürümleri eklenmelidir. Sitemap robots.txt içinde doğru adresle belirtilmeli ve yayın sonrasında Google Search Console’a gönderilmelidir.

Önemli Sayfalar Site İçinden Erişilebilir Olmalı

Sitemap, zayıf site mimarisini telafi etmez. İndekslenmesi istenen hizmet, kategori ve ürün sayfaları menü, kategori yapısı veya ilgili içerikler üzerinden dahili bağlantı almalıdır. Yalnızca sitemap içinde bulunan fakat site içindeki hiçbir sayfadan bağlantı almayan URL’ler kullanıcılar ve arama motorları için zor erişilebilir hâle gelir. Yayın öncesi taramada bağlantı derinliği yüksek ve dahili bağlantısı bulunmayan önemli sayfalar belirlenmelidir.

Mobil Sürüm ve Core Web Vitals Kontrolü

Google, içerikleri indekslerken ve sıralarken ağırlıklı olarak sitenin mobil sürümünü kullanır. Masaüstünde bulunan ana içerik, başlıklar, meta etiketleri ve dahili bağlantılar mobil sürümde kaldırılmamalıdır. Mobil tasarım daha sade olabilir; içerik akordeon veya sekmeler içine taşınabilir. Ancak önemli metinlerin yalnızca masaüstünde gösterilmesi, Google’ın sayfayı daha sınırlı bilgilerle değerlendirmesine neden olabilir. Yayın öncesinde farklı ekran boyutlarında şu alanlar test edilmelidir:

• Menü ve navigasyon
• CTA butonları
• Telefon ve e-posta bağlantıları
• Form alanları ve hata mesajları
• Açılır pencereler
• Tablolar ve görseller
• Sepet, ödeme veya randevu adımları
• Sabit başlık ve iletişim butonları

Ekranı kaplayan ve kullanıcıyı ana içeriğe ulaşmaktan alıkoyan pop-up’lar mobil deneyimi zayıflatabilir. Cookie bildirimi, kampanya penceresi ve iletişim modülü aynı anda ekranın büyük kısmını kaplamamalıdır.

Core Web Vitals Hedefleri

Yayın öncesi performans testlerinde şu eşikler referans alınabilir:

• LCP: 2,5 saniye veya daha kısa
• INP: 200 milisaniye veya daha kısa
• CLS: 0,1 veya daha düşük

LCP ana içeriğin yüklenme süresini, INP kullanıcı etkileşimlerine verilen görsel yanıtı, CLS ise sayfa açılırken oluşan beklenmeyen düzen kaymalarını ölçer. Yeni URL’lerde gerçek kullanıcı verisi bulunmayabileceği için yayın öncesinde laboratuvar testlerinden yararlanılır. Gerçek saha verisi ise yeterli kullanıcı verisi oluştuktan sonra izlenmelidir. Tek bir Lighthouse testinin başarılı olması bütün kullanıcıların aynı deneyimi yaşayacağı anlamına gelmez.

Performans Kontrolünde Neye Bakılmalı?

Toplam skordan önce büyük hero görselleri, gereksiz JavaScript ve CSS, yavaş sunucu yanıtı, fontlar, üçüncü taraf kodları ve önbellekleme eksikleri incelenmelidir. Görseller uygun boyutlarda sunulmalı, boyutları HTML’de tanımlanmalı ve mümkün olduğunda WebP veya AVIF kullanılmalıdır. Lighthouse skorunun 100 olması zorunlu bir yayın kriteri değildir. Amaç, gerçek kullanıcıların temel içeriğe hızlı ulaşabildiği, etkileşimlere gecikmeden yanıt veren ve yükleme sırasında beklenmedik şekilde hareket etmeyen bir site oluşturmaktır.

Sayfa İçi SEO ve İçerik Kontrolü

Teknik olarak taranabilen bir site, sayfaların ne hakkında olduğunu açık biçimde anlatmıyorsa yayına hazır sayılmaz. Her indekslenebilir sayfa için şu kontroller yapılmalıdır:

• Benzersiz ve sayfanın konusunu açıklayan bir title
• Arama sonucunda kullanıcıya doğru mesajı veren meta description
• Ana konuyu belirten açık bir H1
• Mantıklı H2–H3 başlık sıralaması
• Tamamlanmış ve özgün ana içerik
• Anlamlı görsel alt metinleri
• Çalışan dahili bağlantılar
• Doğru breadcrumb yapısı
• Uygun Open Graph başlığı, açıklaması ve görseli

Meta description doğrudan sıralama faktörü gibi değerlendirilmemelidir. Görevi, arama sonucunda sayfanın içeriğini açıklamak ve ilgili kullanıcının tıklama kararını desteklemektir. Yayın öncesinde Lorem ipsum, “yakında”, test ürünleri, geçici görseller, örnek yorumlar ve geliştirici notları aranmalıdır. Menü, footer, buton ve görsel bağlantıları da taranarak staging adresine veya kaldırılmış sayfalara giden bağlantılar temizlenmelidir.

Gerekliyse Yapılandırılmış Veri ve Çok Dilli Yapı

Yapılandırılmış veri, sayfadaki işletme, ürün, hizmet veya breadcrumb bilgilerinin arama motorları tarafından daha düzenli anlaşılmasına yardımcı olabilir. Kullanılabilecek şema türü sayfanın gerçek içeriğine göre seçilmelidir. Organization, LocalBusiness, BreadcrumbList, Product veya Service gibi kullanılan şemalar görünür içerikle ve canlı URL’lerle uyuşmalıdır. Fiyat, stok, puan ve yorum bilgileri gerçek olmalı; işaretleme yayın öncesinde doğrulanmalıdır.

Yapılandırılmış verinin geçerli olması, sayfanın mutlaka zengin sonuç alacağı anlamına gelmez. Kullanıcıya gösterilmeyen içerikler yalnızca şema içine eklenmemelidir. Çok dilli sitelerde her dil sürümü ayrı ve indekslenebilir bir URL’ye sahip olmalıdır. hreflang etiketlerindeki dil ve ülke kodları doğrulanmalı, sayfalar birbirine karşılıklı referans vermeli ve canonical farklı bir dil sürümünü göstermemelidir.

Formlar, Analitik ve Dönüşüm Takibi

Site yayına girdiği gün ölçüm başlamalıdır. Analytics ve dönüşüm kurulumu yayın sonrasına bırakılırsa ilk trafik ve lead verileri geri alınamaz. Sağlam bir dijital pazarlama altyapısı için şu işlemler gerçek kullanıcı akışıyla test edilmelidir:

• GA4 sayfa görüntülemeleri
• Google Tag Manager etiketleri
• İletişim ve teklif formları
• Telefon ve e-posta tıklamaları
• Randevu işlemleri
• Sepete ekleme ve satın alma
• Teşekkür sayfaları
• Reklam dönüşüm etiketleri
• Cookie ve izin ayarları

Yalnızca etiketin yüklendiğini görmek yeterli değildir. Form gönderimi sonrasında olayın bir kez iletildiği, doğru parametreleri taşıdığı ve ilgili platformda dönüşüm olarak kaydedildiği doğrulanmalıdır. Form bildiriminin doğru e-posta adresine ulaşıp ulaşmadığı da kontrol edilmelidir. Başarılı mesajı gösteren ancak bildirimi işletmeye göndermeyen bir form teknik olarak çalışıyor gibi görünse de lead kaybına neden olur.

Güvenlik ve Fonksiyon Kontrolleri

Yayın kararı verilmeden önce aşağıdaki temel kontroller tamamlanmalıdır:

• SSL sertifikası geçerli olmalı.
• HTTP içerikler nedeniyle mixed content hatası oluşmamalı.
• Form spam koruması çalışmalı.
• Site araması ve filtreler doğru sonuç vermeli.
• Özel 404 sayfası kullanıcıyı ilgili alanlara yönlendirmeli.
• Yedekleme sistemi kurulmalı.
• CMS, tema ve gerekli eklentiler güncel olmalı.
• Test hesapları ve varsayılan şifreler kaldırılmalı.

Hangi Hatalar Yayını Durdurmalı?

Her eksik aynı öneme sahip değildir. Aşağıdaki tablo, yayının hangi durumda durdurulması gerektiğini gösterir:

Kritik olmayan maddelerin yayın sonrasına bırakılması mümkündür; ancak sorumlu kişi ve tamamlanma tarihi belirlenmelidir. Aksi hâlde “sonra düzeltilecek” görevler kalıcı hâle gelebilir.

Yayın Günü ve İlk Hafta Neler Kontrol Edilmeli?

Site canlıya alındıktan hemen sonra üretim ortamı yeniden taranmalıdır. Staging ortamında başarılı olan testler domain, sunucu veya yönlendirme değişiklikleri nedeniyle canlı sitede farklı sonuç verebilir. Yayın günü:

• HTTP, HTTPS ve domain yönlendirmelerini kontrol edin.
• Ana sayfa ile temel hizmet sayfalarının indekslenebilir olduğunu doğrulayın.
• Canonical ve robots meta etiketlerini yeniden inceleyin.
• XML sitemap’i Search Console’a gönderin.
• Önemli sayfaları URL Inspection ile test edin.
• Form ve dönüşümleri gerçek ortamda yeniden çalıştırın.
• Sunucu hataları ve çalışma süresini takip edin.

İlk hafta boyunca 404, 5xx, indeksleme ve yönlendirme hataları izlenmelidir. Yeniden tasarlanan bir sitede eski URL’lere gelen trafik ve organik açılış sayfalarındaki değişim ayrıca kontrol edilmelidir. Her URL’yi tek tek indekslemeye göndermek yerine sitemap ve dahili bağlantı yapısının doğru çalışması sağlanmalıdır.

Sonuç: SEO Kontrolünü Yayın Sonrasına Bırakmayın

SEO uyumlu web tasarım, site tamamlandıktan sonra eklenecek ayrı bir özellik değildir. URL yapısı, indeksleme, mobil deneyim, performans ve ölçüm altyapısı tasarım ve geliştirme sürecinin parçası olmalıdır. Kritik kontrolleri yayın öncesinde tamamlamak, sonradan oluşabilecek organik trafik ve lead kaybını önlemeye yardımcı olur. Yeni bir site veya yeniden tasarım projesi planlıyorsanız web tasarım ve teknik SEO süreçlerini aynı yayın planı içinde değerlendirin.

SEO Uyumlu Web Tasarım Hakkında Sık Sorulan Sorular

SEO uyumlu web tasarım nedir?

Arama motorlarının tarayabildiği, mobil cihazlarda doğru çalışan, hızlı, anlaşılır URL ve içerik yapısına sahip web tasarım yaklaşımıdır.

Siteyi yayına almak için noindex etiketini kaldırmak yeterli mi?

Hayır. Robots.txt, canonical, HTTP durum kodları, domain yönlendirmeleri ve sunucu erişimi de kontrol edilmelidir.

XML sitemap yayından önce mi hazırlanmalı?

Sitemap son canlı URL’lerle yayın öncesinde hazırlanmalı, site yayına girdikten sonra Search Console’a gönderilmelidir.

Eski URL’lerin tamamı 301 ile yönlendirilmeli mi?

Yalnızca ilgili ve değerli bir yeni karşılığı bulunan URL’ler yönlendirilmelidir. Karşılığı olmayan her sayfayı ana sayfaya göndermek doğru değildir.

Lighthouse skorunun 100 olması gerekir mi?

Hayır. Önemli olan gerçek kullanıcıların hızlı, kararlı ve kullanılabilir bir deneyim yaşamasıdır. Lighthouse skoru tek başına yayın kararı vermek için yeterli değildir.

Core Web Vitals için hedef değerler nelerdir?

İyi kullanıcı deneyimi için LCP’nin 2,5 saniye veya daha kısa, INP’nin 200 ms veya daha kısa, CLS’nin ise 0,1 veya daha düşük olması hedeflenir.

Google’ın siteyi indekslediği nasıl kontrol edilir?

Search Console’daki URL Inspection ve sayfa indeksleme raporları kullanılabilir. site: araması yardımcı olabilir ancak kapsamlı bir indeks kontrolü değildir.

Yeniden tasarım sonrasında organik trafik düşebilir mi?

Evet. URL, içerik, dahili bağlantı veya canonical değişiklikleri doğru yönetilmezse organik görünürlük kaybı yaşanabilir.