Yeni bir web sitesini yayına almak çoğu ekip için heyecanlı bir bitiş çizgisidir. Arama motoru açısından ise bu an, yıllardır biriken adreslerin, içerik ilişkilerinin ve güven sinyallerinin aynı anda yeniden sınandığı bir geçiştir. Tasarım daha iyi, teknoloji daha hızlı ve metinler daha güncel olabilir. Yine de eski URL’ler karşılıksız kalırsa organik trafik, yeni sitenin ne kadar iyi göründüğünden bağımsız olarak zarar görebilir.
Fark Studio’da yeniden tasarım süreçlerinde sık gördüğümüz sorun, yönlendirme planının yayına birkaç gün kala “teknik ekibin halledeceği iş” olarak açılmasıdır. Oysa hangi sayfanın korunacağı, hangisinin birleşeceği ve yeni mimaride hangi niyeti taşıyacağı tasarım başlamadan karara bağlanmalıdır. Bu rehber, site taşımasını dört yayın kapısına bölen ve her kapıda devam mı, durdurma mı gerektiğini gösteren pratik bir çalışma modelidir.
Yenileme projesini yalnızca görsel değişim olarak görmeyin
Arama motoru bir sayfayı yalnızca ekrandaki tasarımla tanımaz. URL, başlık, ana içerik, dahili bağlantılar, canonical, dil eşleşmesi, yapılandırılmış veri ve sunucu yanıtı birlikte bir kimlik oluşturur. Bu parçaların hepsi aynı projede değişiyorsa yapılan iş basit bir arayüz güncellemesi değil, teknik ve editoryal bir migrasyondur. Ajans ve ekip seçimini bu geniş çerçevede değerlendirmek için arayüzün ötesine bakan web tasarım rehberimiz iyi bir başlangıç noktasıdır.
Bu nedenle SEO kontrolünü tasarım onayından sonra eklemek geç kalmış bir güvenlik kontrolüdür. Bilgi mimarisi, içerik modeli ve geliştirme kararları aynı masada şekillenmelidir. Kurumsal web tasarımı yaklaşımımız da yeni görünüm ile içerik, hız, yönetilebilirlik ve organik keşfi tek sistem içinde ele alır.
Kapı 1: Eski sitenin değerini tasarımdan önce dondurun
1. Organik giriş sayfalarının envanterini çıkarın
Sadece menüde görünen sayfaları listelemek yeterli değildir. Arama performansı verilerindeki giriş URL’lerini, analiz aracındaki organik açılış sayfalarını, XML sitemap kayıtlarını ve mümkünse sunucu loglarında taranan adresleri aynı tabloda birleştirin. Son 90 gün pratik bir başlangıç penceresidir, ancak sezonluk bir turizm veya yeme içme sitesi için geçen yılın aynı dönemini de kontrol edin. Bugün trafik almayan bir sayfa, yaklaşan sezonun önemli giriş kapısı olabilir.
2. Her URL için koru, birleştir veya kaldır kararı verin
Envanterdeki her adrese üç karardan biri atanmalı. “Koru” aynı niyetin yeni bir URL’de devam edeceğini, “birleştir” benzer iki içeriğin daha güçlü tek sayfada toplanacağını, “kaldır” ise artık gerçek bir karşılık bulunmadığını anlatır. Trafiği az diye tüm eski sayfaları ana sayfaya yönlendirmek doğru birleştirme değildir. Kullanıcı eski sayfadaki sorusunun cevabına en yakın yeni hedefe ulaşmalıdır.
3. İçerik değerini şablondan ayrı değerlendirin
Yeni şablonun daha kısa metin istemesi, eski sayfadaki yararlı açıklamanın gereksiz olduğu anlamına gelmez. Sorgu niyetini karşılayan bölümleri, özgün görselleri, sık sorulan soruları, başlık yapısını ve dönüşüm bağlamını sayfa bazında inceleyin. Eski içeriği körlemesine taşımak kadar, tasarım uğruna tamamını silmek de risklidir. Karar, bölümün kullanıcıya ve arama niyetine katkısına göre verilmelidir.
Kapı 2: Her eski adresin yeni sistemde bir karşılığı olsun
4. Yönlendirme haritasını geliştirmeden önce tamamlayın
Yönlendirme tablosunda eski URL, yeni URL, karar nedeni, sorumlu kişi ve test sonucu ayrı sütunlarda bulunmalı. Kalıcı taşınan adresler için 301 yanıtı kullanın ve hedefi bire bir niyet yakınlığıyla seçin. Eski hizmet sayfasını alakasız bir kategoriye göndermek kullanıcıyı da arama motorunu da ikna etmez. Gerçek bir karşılık yoksa her koşulda yönlendirme yapmak yerine anlamlı bir 404 veya 410 kararı daha temiz olabilir.
5. Dahili bağlantıları eski adreslere bırakmayın
301 yönlendirme dışarıdan gelen eski bağlantıları karşılar, fakat yeni sitenin kendi içinde eski URL’lere bağlanması gereksiz bir zincir üretir. Menü, footer, gövde bağlantıları, breadcrumb, kartlar ve CTA’lar doğrudan son hedefi göstermeli. Yönlendirme zincirlerini ve döngülerini tarama aracıyla kontrol edin. Eski A adresinin B’ye, B’nin C’ye gitmesi yerine A doğrudan C’ye ulaşmalıdır.
6. Canonical ve dil eşleşmesini URL planıyla birlikte kurun
Yeni sayfanın canonical etiketi kendi geçerli adresini göstermeli. Türkçe ve İngilizce sayfalar birbirini doğru hreflang çiftleriyle işaretlemeli, olmayan bir dil sürümüne varsayılan içerik taşımamalıdır. Sluglar iki dilde değişiyorsa yönlendirme tablosunda locale ayrı bir alan olmalıdır. Bu ilişkiyi daha ayrıntılı ele aldığımız çok dilli site mimarisi rehberi dil seçicinin neden tek başına yeterli olmadığını açıklıyor.
Kapı 3: Staging ortamını bir yayın provası gibi kullanın
7. Tarama engelini ortam bazında doğrulayın
Staging ortamının arama sonuçlarına girmemesi gerekir, ancak burada kullanılan noindex veya robots.txt kuralı üretime taşınmamalıdır. Yayın kontrolünde yalnızca kaynak koduna bakmayın. Üretim URL’sinin gerçek HTTP yanıtını, meta robots değerini ve X-Robots-Tag başlığını kontrol edin. “Staging kapalıydı, ayarı açmayı unuttuk” küçük bir detay değil, yayını durduracak kırmızı bayraktır.
8. Şablonları örnek sayfalarla değil, URL kümeleriyle test edin
Ana sayfanın ve tek bir hizmet sayfasının doğru görünmesi tüm sistemin çalıştığını kanıtlamaz. Hizmet, blog, proje, sektör, filtreli liste ve varsa lokasyon şablonlarından örnek kümeler tarayın. Her kümede durum kodu, indexlenebilirlik, başlık, açıklama, canonical, görsel alt metni, yapılandırılmış veri ve mobil kullanılabilirliği kontrol edin. Özellikle boş alanların yanlışlıkla başlığı veya canonical değeri silip silmediğine bakın.
9. Ölçümü yayından önce gerçek görevlerle deneyin
Sayfa görüntülemenin gelmesi ölçümün tamam olduğu anlamına gelmez. Form gönderimi, telefon tıklaması, teklif isteği, dil değişimi ve önemli CTA’ların doğru olaylarla çalıştığını doğrulayın. Consent tercihlerinin etiketleri beklenen biçimde açıp kapattığını test edin. Eski ve yeni site arasında olay adı değişiyorsa raporda kırılma yaratmamak için dönüşüm tanımlarını ve karşılaştırma tarihini önceden belgeleyin.
Kapı 4: Yayını tek gecelik iş değil, kontrollü gözlem dönemi sayın
10. Değişiklik penceresini dondurun ve iki tarafı da tarayın
Yayın sırasında içerik, URL ve yönlendirme tablosunun aynı anda değişmeye devam etmesi test sonuçlarını güvensiz kılar. Son sürümü dondurun, eski sitenin son taramasını saklayın ve yeni siteyi yayından hemen sonra aynı kurallarla tarayın. İki çıktı arasındaki eksik URL, değişen durum kodu, kaybolan başlık ve dahili bağlantı farkları ilk müdahale listesini oluşturur.
11. Hataları adetle değil, kayıp ihtimaliyle sıralayın
Bin düşük değerli URL’deki ortak bir uyarı, en çok organik giriş alan beş sayfanın yanlış hedefe gitmesinden daha öncelikli olmayabilir. Sorunları son dönem tıklaması, dönüşüm katkısı, backlink değeri ve sezon etkisiyle puanlayın. Önce geliri veya nitelikli talebi taşıyan sayfaları, sonra geniş şablon sorunlarını ele alın. Böylece ekip en yüksek riski azaltırken kök nedeni de gözden kaçırmaz.
12. İzleme ritmi ve geri dönüş ölçütü belirleyin
İlk gün durum kodlarını ve yönlendirmeleri, ilk hafta tarama ve indexlenme sinyallerini, sonraki haftalarda sorgu ve açılış sayfası trendlerini izleyin. Günlük dalgalanmayı tek başına kriz saymayın, fakat kritik URL’nin 404 vermesi, üretimde noindex kalması veya analitik verinin kesilmesi için bekleme payı tanımayın. Hangi sorunda düzeltme yapılacağı, hangi sorunda yayının geri alınacağı önceden yazılı olmalıdır.
Dört kapılı yayın puanını kullanın
Her adıma 0, 1 veya 2 puan verin. 0, işin yapılmadığını ya da doğrulanamadığını gösterir. 1, kısmi ve sahipliği belirsiz bir hazırlıktır. 2, kararın belgeli ve test edilmiş olduğu anlamına gelir. Toplam en fazla 24 puandır. Ancak toplam puan tek başına yeşil ışık değildir. Yüksek değerli eski URL’nin hedefsiz kalması, production ortamında noindex görülmesi, canonical veya hreflang eşleşmesinin bozulması ya da dönüşüm ölçümünün çalışmaması ilgili kapıyı otomatik olarak kapatmalıdır.
Uygulamada tek bir kontrol tablosu kullanın: eski URL, yeni URL, karar, son dönem organik tıklama, önemli backlink, yönlendirme durumu, indexlenebilirlik, sorumlu ve yayın sonrası sonuç. Bu tablo tasarım, içerik, SEO ve geliştirme ekiplerinin aynı adres hakkında farklı varsayımlarla çalışmasını engeller. Yayından sonra da hangi kararın beklenen sonucu vermediğini görünür kılar.
Organik görünürlüğü yeni tasarımla birlikte taşıyın
Siteniz yenilenirken URL envanteri, yönlendirme eşlemesi, teknik şablonlar ve ölçüm planı farklı ekipler arasında dağılıyorsa süreci SEO hizmetlerimiz kapsamında birlikte denetleyebiliriz. Fark Studio, tasarım ve geliştirme kararlarını organik görünürlük hedefleriyle aynı yayın planında buluşturur. Mevcut sitenizin hangi kapıda risk taşıdığını görmek için proje çerçevenizi bizimle paylaşın; yayına geçmeden önce en kritik URL’leri ve durdurma koşullarını birlikte netleştirelim.
