Yeniden Markalaşma Sürecinde SEO Stratejisi Nasıl Yönetilir?

Yeniden markalaşmada SEO; eski ve yeni alan adı eşlemesi, 301 yönlendirmeleri, Search Console adres değişikliği ve marka otoritesinin korunmasıyla yönetilir.

Kurumsal kimlik yenileme, şirket birleşmeleri veya stratejik pozisyonlama değişiklikleri sonucunda alan adı değişikliği gündeme geldiğinde, en büyük ticari risk organik arama görünürlüğünün kaybedilmesidir. Yeniden markalaşma sürecinde SEO stratejisi nasıl yönetilir sorusu; sadece teknik URL eşlemelerini değil, arama motoru botlarının siteyi yeniden anlama hızını, kullanıcı deneyimi sürekliliğini ve yıllar içinde inşa edilmiş marka otoritesinin (brand authority) kayıpsız aktarılmasını kapsar. Bu rehber; C-seviye yöneticiler, pazarlama direktörleri ve teknik ekipler için lansman öncesinden geçiş sonrasına kadar uygulanması gereken deterministik adımları, analitik denetim süreçlerini ve risk önleme mekanizmalarını detaylandırmaktadır.

Özet: Yeniden Markalaşmada SEO Yönetiminin Temelleri

Yeniden markalaşma (rebranding), bir şirketin görsel kimliğinden pazar konumlandırmasına kadar geniş bir yelpazeyi kapsar; ancak bu sürecin dijital merkez üssü web sitesi ve sahip olduğu arama motoru otoritesidir. Arama motorları, alan adlarını bağımsız birer tüzel kişilik ve güven odağı olarak değerlendirir. Yıllar boyunca kazanılan organik sıralamalar, backlink profili, kullanıcı etkileşim sinyalleri ve dizin derinliği, doğrudan eski alan adına bağlı varlıklardır. Dolayısıyla, plansız bir alan adı değişikliği, arama motorlarının gözünde sıfırdan bir web sitesi açmakla eşdeğer bir felaket senaryosuna dönüşebilir.

SEO yönetiminin temel hedefi, bu güven sermayesini (trust capital) ve anlamsal otoriteyi (topical authority) yeni alan adına minimum sürtünme ve sıfıra yakın veri kaybı ile taşımaktır. Bu operasyon; yazılım geliştirme, altyapı yönetimi, dijital PR, içerik stratejisi ve veri analitiği disiplinlerinin senkronize çalışmasını gerektirir. Teknik olarak her bir URL'nin yeni karşılığına yönlendirilmesi yeterli değildir; arama motoru botlarının (Googlebot vb.) yeni yapıyı hızla taraması (crawl budget yönetimi), sayfaları dizine eklemesi ve eski entity (varlık) ile yeni entity arasındaki bağı anlamsal olarak kurması sağlanmalıdır.

Sürecin deterministik bir temele oturtulması için taşıma işlemi üç ana faza bölünür: Lansman Öncesi Hazırlık (Pre-Migration), Lansman Günü Geçişi (Migration) ve Lansman Sonrası İzleme (Post-Migration). Her fazın kendine ait kesin kontrol listeleri ve hata payı bırakmayan teknik protokolleri bulunur.

Alan Adı Eşlemesi ve 301 Yönlendirmeleri

Yeniden markalaşma sürecinin omurgasını URL haritalama (URL mapping) ve HTTP 301 kalıcı yönlendirmeleri (Permanent Redirect) oluşturur. Arama motoru örümcekleri eski alan adındaki bir sayfayı ziyaret ettiğinde HTTP 301 durum kodu ile karşılaştığında, söz konusu içeriğin kalıcı olarak yeni bir adrese taşındığını anlar ve link inşası yoluyla biriken PageRank değerinin büyük kısmını yeni URL'ye aktarır.

Burada yapılan en ölümcül hata, eski sitedeki tüm URL'leri yeni alan adının ana sayfasına topluca yönlendirmektir. Google bu tür yönlendirmeleri "Soft 404" olarak sınıflandırır ve eski sayfaların sıralama otoritesini tamamen geçersiz kılar. Başarılı bir eşleme, eski sitedeki her bir içeriğin, yeni sitedeki tam anlamsal karşılığına 1:1 oranında yönlendirilmesini zorunlu kılar. Eğer eski sitedeki bir sayfa yeni yapıda tamamen kaldırılmışsa, en yakın üst kategoriye veya tematik olarak en eşleşen sayfaya yönlendirilmeli; hiçbir bağlam bulunamıyorsa bilinçli olarak HTTP 410 (Gone) durum kodu döndürülmelidir.

Yönlendirme kuralları doğrudan sunucu seviyesinde (Nginx, Apache veya Cloudflare/Fastly gibi CDN edge sunucularında) yapılandırılmalıdır. Yönlendirme zincirlerinden (Redirect Chains: A -> B -> C) ve yönlendirme döngülerinden (Redirect Loops) kesinlikle kaçınılmalıdır. Her bir yönlendirme zinciri adımı, botların tarama bütçesini tüketir ve PageRank aktarımında gecikmelere yol açar.

Search Console ve Marka Otoritesi Yönetimi

Teknik yönlendirmeler altyapısal iletişimi sağlarken, arama motoru platformlarına resmi bildirimde bulunmak sürecin resmileşmesini sağlar. Google Search Console bünyesinde yer alan "Adres Değişikliği" (Change of Address) aracı, Google'a eski alan adınızın tüm varlığıyla yeni bir alan adına taşındığını doğrudan bildiren resmi bir protokol mekanizmasıdır. Bu araç, Google indeksleme sistemlerinin yeni alan adını daha hızlı taramasına ve sıralama sinyallerini hızlandırılmış bir prosedürle aktarmasına olanak tanır.

Adres Değişikliği aracının çalışabilmesi için hem eski hem de yeni alan adının aynı Google Search Console hesabında Alan Adı Doğrulaması (Domain Property) seviyesinde doğrulanmış olması gerekir. Bildirim yapılmadan önce 301 yönlendirmelerinin aktif ve çalışır vaziyette olması şarttır; zira Google sistemi yönlendirmeleri doğrulamadan adres değişikliği talebini onaylamaz.

Marka otoritesinin korunması aynı zamanda entity (varlık) düzeyinde bir optimizasyonu kapsar. Google Bilgi Grafiği (Knowledge Graph), markanızı belirli sektör, kurucular, sosyal profiller ve arama terimleriyle eşleştirilmiş bir varlık olarak tanır. Yeniden markalaşma aşamasında @@CODE0@@, @@CODE1@@ ve Brand yapılandırılmış veri (Schema.org) işaretlemeleri güncellenmeli, basın bültenleri ve üçüncü taraf güvenilir kaynaklar üzerinden yeni marka ismi ile eski marka ismi arasındaki halef-selef ilişkisi açıkça kurulmalıdır.

---

Yeniden Markalaşma (Rebranding) ve SEO Riskleri: Neden Temkinli Olmalısınız?

Alan adı değişikliği içeren yeniden markalaşma süreçleri, bir web sitesinin yaşayabileceği en yüksek riskli teknik SEO operasyonudur. Birçok işletme, yeni marka kimliğinin getireceği heyecanla lansman sürecine odaklanırken, organik arama kanallarının ciro ve lead üretimindeki payını göz ardı etme eğilimindedir. Oysa arama motorları için alan adı değişikliği, sıfırdan güven inşa edilmesi gereken bir süreçtir.

Süreç doğru yönetilmediğinde organik görünürlükte %30 ile %80 arasında kalıcı kayıplar yaşanabilir. Bu kayıpların temelinde, arama motoru algoritmalarının yeni yapıyı hemen benimseyememesi, teknik zincir kırılmaları, dizin dışı kalan sayfalar ve marka arama hacimlerindeki geçiş dönemi boşlukları yatar. Karar vericilerin bu riskleri önceden modellemesi, bütçe ve zaman planlamasını gerçekçi beklentiler üzerine kurması zorunludur.

Alan Adı Değişiminin Google Algoritmasına Etkileri

Google'ın sıralama sistemleri, alan adlarını tekil bir güven skoru ve geçmiş performans geçmişi (historical performance data) üzerinden indeksler. Bir alan adı değiştirildiğinde, Googlebot yeni alan adının sayfalarını tararken bu sayfaların gerçekten eski sayfaların dengi olup olmadığını, içerik kalitesinin korunup korunmadığını ve backlinklerin manipülatif bir yönlendirme şeması oluşturup oluşturmadığını doğrulamak için bir dizi algoritma filtresi uygular.

Bu süreçte Google'ın SpamBrain ve çekirdek sıralama algoritmaları son derece temkinlidir. Yeni bir alan adı, daha önce kayıt geçmişi olmayan "temiz" bir alan adı olsa dahi, yönlendirmelerle gelen otoriteyi anında sindiremez. Algoritmalar, eski URL ile yeni URL arasındaki metinsel, yapısal ve anlamsal benzerlikleri doğrular. Eğer yönlendirilen yeni sayfada içerik tamamen değiştirilmişse veya sayfa ana sayfaya yönlendirilmişse, Google bu yönlendirmeyi bir otorite aktarımı olarak değil, ilgisiz bir yönlendirme (Soft 404) olarak kabul eder ve sıralama sinyallerini sıfırlar.

Ayrıca, yeni alan adının SSL sertifikası, DNS çözümleme süreleri, sunucu yanıt süresi (TTFB) ve Core Web Vitals metrikleri de algoritmalar tarafından baştan aşağı yeniden puanlanır. Eski sitede hızlı olan bir altyapı, yeni sitede optimize edilmemiş modern JavaScript framework'leri (React, Next.js, Vue) nedeniyle render gecikmeleri yaşıyorsa, teknik sıralama kayıpları kaçınılmaz hale gelir.

Organik Trafik Dalgalanması ve Potansiyel Kayıplar

En kusursuz yönetilen site taşıma süreçlerinde dahi belirli bir oranda organik trafik dalgalanması yaşanması doğaldır. Genellikle lansmandan sonraki ilk 2 ila 8 hafta arasında, sıralamalarda %5 ila %15 bandında geçici bir dalgalanma (Google Dance benzeri bir yeniden değerlendirme evresi) gözlemlenebilir. Bunun nedeni, Googlebot'un eski sitedeki milyonlarca URL'yi tarayıp 301 durum kodunu kaydetmesi, ardından yeni sitedeki URL'leri tarayıp dizine eklemesi ve dizindeki eski kayıtları yenileriyle değiştirmesinin zamana yayılmasıdır.

+-------------------------------------------------------------------+
|               ORGANİK PERFORMANS GEÇİŞ TRENDİ                    |
+-------------------------------------------------------------------+
| 100% | \                                                          |
|      |  \  (Lansman Dalgalanması: 2-8 Hafta)                      |
|  80% |   \______                 /----------------- (Yeni Zirve)  |
|      |          \_______________/                                 |
|  60% |          (Toparlanma Fazı)                                 |
|      |                                                            |
|   0% +------------------------------------------------------------+
|        Lansman   Hafta 2   Hafta 6   Hafta 12        Ay 6         |
+-------------------------------------------------------------------+

Bu dalgalanmanın kontrollü ve geçici olmasını sağlayan faktör, teknik disiplindir. Ancak süreç doğru yönetilmezse, dalgalanma kalıcı bir trafik çöküşüne dönüşür. Trafik kaybının temel sebepleri şunlardır:

1. İçerik Budaması (Content Pruning) Hataları: Yeni tasarım ve marka stratejisi doğrultusunda "artık gerek yok" denilerek silinen ancak sitenin organik trafiğinin %40'ını getiren blog veya rehber içerikleri.

2. Site İçi Linkleme Mimarisinin Bozulması: Yeni tema veya CMS yapısında dahili linklerin (internal links) zayıflatılması, kategori hiyerarşisinin derinleştirilmesi.

3. Kullanıcı Kaynaklı Sinyal Kayıpları: Marka araması yapan kullanıcıların yeni alan adını tanımayarak SERP'te tıklama oranını (CTR) düşürmesi, hemen çıkma oranının (bounce rate) yükselmesi.

---

1. Aşama: Lansman Öncesi SEO Hazırlığı ve Planlama (Pre-Migration)

Başarılı bir yeniden markalaşma operasyonunun başarısı, %80 oranında lansman öncesinde yapılan hazırlıkların derinliğine bağlıdır. Lansman günü sadece önceden kusursuzca kurgulanmış bir planın devreye alınması anıdır. Hazırlık evresi, sitenin boyutuna bağlı olarak genellikle lansmandan 4 ila 12 hafta önce başlatılmalıdır.

Bu aşamada atılacak adımlar; mevcut web sitesinin eksiksiz bir dijital röntgeninin çekilmesini, her bir sayfanın değer skorunun belirlenmesini, yeni site mimarisinin tasarlanmasını ve test (staging) ortamında kapsamlı teknik denetimlerin gerçekleştirilmesini içerir.

Mevcut Sitenin Detaylı SEO Envanterinin Çıkarılması

Planlamanın ilk adımı, eski alan adına ait tüm URL varlıklarının eksiksiz bir envanterini çıkarmaktır. Yalnızca CMS veri tabanındaki sayfaları listelemek yeterli değildir; çünkü geçmişte silinmiş fakat hala backlink alan, harici kaynaklarda listelenen veya dizinde kalan sayfalar gözden kaçabilir.

Eksiksiz bir envanter oluşturmak için çoklu veri kaynağı harmanlaması yapılmalıdır:

• Derinlemesine Tarama (Crawl): Screaming Frog SEO Spider veya Sitebulb gibi araçlarla sitenin tüm taranabilir sayfaları (HTML, PDF, resimler, JS, CSS) taranır. Tarama sırasında canonical etiketleri, noindex direktifleri ve HTTP durum kodları kaydedilir.

• Google Search Console Verisi: Son 16 aya ait "Tıklamalar", "Gösterimler" ve "Kapsam/Dizin" raporları dışa aktarılır. Hiçbir dahili linki olmayan ancak organik trafik çeken öksüz sayfalar (orphan pages) bu şekilde tespit edilir.

• Web Analitiği (GA4): Son 12-24 ayda en az 1 oturum almış tüm iniş sayfaları (landing pages) ve dönüşüm üreten kritik URL'ler listelenir.

• Backlink Profili: Ahrefs, Semrush veya Moz kullanılarak eski alan adına gelen tüm harici bağlantıların hedef sayfaları çıkarılır.

Bu veriler tek bir ana veri tabanında (Google Sheets veya Excel) birleştirilir. Yinelenen URL'ler temizlenerek "Eski Sitenin Master URL Listesi" oluşturulur.

URL Haritalama (URL Mapping) ve 301 Yönlendirme Şablonu

Master URL listesi elde edildikten sonra en kritik operasyonel süreç başlar: Eski URL'lerin yeni alan adındaki birebir karşılıklarıyla eşleştirilmesi.

URL haritalama tablosu şu sütunlardan oluşmalıdır:

1. @@CODE0@@ (Tam mutlak adres: @@CODE1@@)

2. Eski Sayfa Tipi / Şablon (Ürün, Kategori, Blog, Kurumsal vb.)

3. Son 12 Ay Organik Trafik (Önceliklendirme için)

4. Backlink Sayısı (Ref Domains) (Otorite transferi önceliği)

5. @@CODE0@@ (@@CODE1@@)

6. Eşleşme Türü (1:1 Birebir, Kategoriye Yönlendirme, 410 Silinmiş)

7. Yönlendirme Durumu / Notlar

+---------------------------------------------------------------------------------------+
|                              URL HARİTALAMA PROTOKOLÜ                                |
+---------------------------------------------------------------------------------------+
| Eski URL                               | Yeni URL Karşılığı                  | Statü |
+----------------------------------------+-------------------------------------+-------+
| eskimarka.com/urun-a                   | yenimarka.com/urun-a                | 301   |
| eskimarka.com/eski-kategori/alt-oge    | yenimarka.com/yeni-kategori/alt-oge | 301   |
| eskimarka.com/kapatilan-urun           | yenimarka.com/ilgili-yeni-kategori  | 301   |
| eskimarka.com/gecersiz-kampanya-2021   | [Kaldırıldı - Geri Dönüşsüz]        | 410   |
+---------------------------------------------------------------------------------------+

Haritalama sürecinde URL yapısının mümkün olduğunca korunması veya daha temiz, mantıksal bir hiyerarşiye kavuşturulması hedeflenmelidir. Gereksiz parametreler, karmaşık alt dizinler bu aşamada sadeleştirilebilir; ancak her değişikliğin yönlendirme tablosuna işlenmesi şarttır.

Staging (Test) Ortamında Teknik SEO Denetimi

Yeni marka web sitesi henüz canlıya alınmadan önce, canlı veritabanının bir kopyasıyla çalışan kapalı bir staging ortamında kapsamlı bir teknik SEO denetiminden (SEO Audit) geçirilmelidir. Staging ortamının arama motorları tarafından yanlışlıkla taranıp dizine eklenmemesi için HTTP Basic Authentication (şifre koruması) veya IP kısıtlaması ile korunması zorunludur. Disallow: / içeren robots.txt dosyası tek başına yeterli bir koruma sağlamaz; çünkü harici bir link verildiğinde URL dizine eklenebilir.

Staging ortamında doğrulanması gereken kritik teknik parametreler:

• Canonical Etiketleri: Tüm sayfaların canonical etiketlerinin eski alan adını değil, yeni alan adının mutlak URL'lerini (https://yenimarka.com/...) gösterdiği doğrulanmalıdır.

• Dahili Bağlantılar (Internal Links): Yeni sitedeki tüm menüler, butonlar, metin içi linkler ve footer linkleri taranmalı; eski alan adına veya staging URL'sine giden hiçbir link kalmadığından emin olunmalıdır.

• Yapılandırılmış Veri (Schema.org): @@CODE0@@, @@CODE1@@, @@CODE2@@, @@CODE3@@, Product şemaları test edilmeli; marka ismi, logo ve yayıncı URL alanları yeni marka bilgileriyle güncellenmelidir.

• Hreflang Etiketleri: Çok dilli veya çok bölgeli sitelerde hreflang etiket dizilimleri yeni URL yapısına göre güncellenmeli ve karşılıklı çapraz doğrulamalar (return tags) test edilmelidir.

• Mobil Uyumluluk ve Core Web Vitals: Yeni tasarımın LCP (Largest Contentful Paint), INP (Interaction to Next Paint) ve CLS (Cumulative Layout Shift) metrikleri Lighthouse ve WebPageTest ile ölçülmeli, performans eşiklerinin altında kalan öğeler optimize edilmelidir.

---

2. Aşama: Lansman Günü ve Geçiş Süreci (Migration)

Lansman günü, haftalarca süren planlamanın canlı altyapıya uygulandığı operasyonel zirve noktasıdır. Geçiş işlemi, trafiğin en düşük olduğu saat diliminde (genellikle hafta içi gece yarısı veya pazar gecesi) gerçekleştirilmelidir. Tüm teknik paydaşların (DevOps, SEO uzmanı, yazılım lideri, içerik yöneticisi) hazır bulunduğu kontrollü bir canlıya alma penceresi (maintenance window) belirlenmelidir.

Bu aşamada hata yapma lüksü yoktur; her adım önceden belirlenmiş bir sıra ile yürütülmeli ve her adımdan sonra doğrulama testleri icra edilmelidir.

301 Yönlendirmelerinin Canlıya Alınması ve Test Edilmesi

DNS kayıtları yeni sunuculara yönlendirildikten veya yeni site canlıya alındıktan hemen sonra, eski alan adından yeni alan adına olan 301 yönlendirme motoru aktif edilir.

Sunucu yapılandırması aşamasında yönlendirmeler Nginx, Apache (.htaccess) veya Cloudflare Page Rules/Transform Rules üzerinden devreye sokulur.

Örnek Nginx yönlendirme blok yapısı:

# Eski Alan Adı Sunucu Bloğu
server {
    listen 443 ssl http2;
    server_name eskimarka.com www.eskimarka.com;

    # SSL Sertifikaları aktif tutulmalıdır
    ssl_certificate /etc/ssl/certs/eskimarka.crt;
    ssl_certificate_key /etc/ssl/private/eskimarka.key;

    # Birebir haritalanmış spesifik URL yönlendirmeleri
    include /etc/nginx/redirect_maps/rebranding_mapping.conf;

    # Eşleşmeyen genel sayfalar için kalıcı fallback yönlendirmesi
    location / {
        return 301 https://yenimarka.com$request_uri;
    }
}

Yönlendirmeler canlıya alındığı anda, SEO uzmanı otomatik test scriptleri ve tarama araçlarıyla (Screaming Frog List Mode) yönlendirme doğrulaması başlatır:

• Master URL listesindeki tüm eski URL'lerin HTTP 301 yanıtı verdiği ve tek bir adımda hedef yeni URL'ye (HTTP 200 OK) ulaştığı doğrulanır.

• Yönlendirmelerin HTTP -> HTTPS ve non-WWW -> WWW protokol standartlarına uyduğu, ara yönlendirme adımları (301 -> 301) yaratmadığı kontrol edilir.

• Sayfa parametrelerinin (?utm, ?gclid vb.) yeni URL'ye kayıpsız aktarıldığı teyit edilir.

Google Search Console Adres Değişikliği Aracının Kullanılması

301 yönlendirmelerinin sorunsuz çalıştığı doğrulandıktan hemen sonra, Google Search Console üzerinden resmi adres değişikliği bildirimi yapılır.

Adres Değişikliği Aracını Uygulama Adımları:

1. Google Search Console'da eski alan adı mülküne (Domain Property) girilir.

2. Sol menüden Ayarlar (Settings) sekmesine tıklanır.

3. Adres Değişikliği (Change of Address) seçeneği seçilir.

4. Açılır listeden önceden doğrulanmış olan Yeni Alan Adı mülkü seçilir.

5. Sistemin yönlendirmeleri doğrulaması için Doğrula ve Güncelle (Validate & Update) butonuna basılır.

6. Google otomatik bir kontrol gerçekleştirerek ana sayfalar ve örnek URL'ler arasındaki 301 yönlendirmesini test eder.

7. Test başarılı olduğunda işlem onaylanır ve bildirim aktif edilir.

Bu bildirim yapıldığında, Search Console üzerinde her iki mülkte de "Bu site şu anda yenimarka.com adresine taşınıyor" şeklinde bir bilgilendirme rozeti görünür. Bu bildirim en az 180 gün boyunca sistemde aktif kalır.

Yeni XML Site Haritalarının Gönderilmesi ve Robots.txt Kontrolü

Canlıya geçiş anında en sık unutulan kritik detay, staging ortamındaki Disallow: / kuralının canlı robots.txt dosyasında unutulmasıdır. Bu hata, tüm yeni sitenin Google dizininden silinmesine yol açabilir.

Canlıya alma anında:

1. @@CODE0@@ dosyası anında kontrol edilmeli; @@CODE1@@ direktifinin aktif olduğu ve yeni XML site haritasının adresinin (Sitemap: https://yenimarka.com/sitemap_index.xml) eklendiği doğrulanmalıdır.

2. Yeni XML Site Haritaları oluşturulmalı, yalnızca HTTP 200 dönen, canonical değeri kendisi olan ve dizine açık sayfaları içerdiğinden emin olunmalıdır.

3. Yeni XML site haritası, yeni alan adının Search Console paneline gönderilmelidir.

4. Kritik İpucu: Eski sitenin XML site haritası (tüm eski URL'leri içeren) eski Search Console panelinde bir süre daha aktif tutulmalıdır. Bu, Googlebot'un eski URL'leri yeniden taramasına ve karşılaştığı 301 yönlendirmelerini daha hızlı keşfetmesine yardımcı olur.

---

3. Aşama: Lansman Sonrası İzleme ve Otorite Transferi (Post-Migration)

Geçiş gününün başarıyla tamamlanması, sürecin bittiği anlamına gelmez. Asıl otorite transferi ve algoritmik kalibrasyon lansman sonrasındaki ilk 3 ila 6 ay boyunca devam eder. Bu dönemde yapılacak günlük ve haftalık izlemeler, olası teknik anomalilerin büyümeden engellenmesini sağlar.

Lansman sonrası strateji; tarama hatalarının anlık tespiti, log dosyası analizi ile bot davranışlarının takibi, dış bağlantıların (backlink) güncellenmesi ve analitik hedeflerin doğrulanması üzerine kuruludur.

Tarama Hataları (404) ve Yönlendirme Sağlığının Takibi

Lansmandan sonraki ilk 30 gün boyunca her gün Google Search Console "Sayfalar (Dizin Oluşturma)" raporu denetlenmelidir. Eski siteden gözden kaçan, 301 yönlendirmesi yapılmamış veya yanlış yönlendirilmiş sayfalar hızla 404/Soft 404 hatası olarak panele yansır.

Sunucu Log Analizi (Server Log Analysis), Googlebot'un yeni siteye ne sıklıkla geldiğini ve yönlendirmeleri nasıl işlediğini anlamanın en kesin yoludur:

• Log analiz araçlarıyla (Loggly, Screaming Frog Log File Analyser vb.) hem eski hem yeni sunucu logları taranır.

• Googlebot'un eski sitedeki 301 yanıtlarına ne hızla tepki verdiği ve yeni sitedeki sayfalara geçiş hızı izlenir.

• Botun 5xx sunucu hatalarıyla veya 4xx yanıtlarıyla karşılaştığı URL'ler anında tespit edilerek düzeltilir.

Backlink Profilinin Güncellenmesi ve Marka Otoritesinin Korunması

301 yönlendirmeleri PageRank değerini büyük ölçüde aktarsa da, doğrudan yeni alan adına gelen bir backlink her zaman yönlendirilmiş bir backlinkten daha güçlü ve temiz bir otorite sinyalidir.

Lansman sonrası backlink güncelleme stratejisi:

1. En Değerli Bağlantıların Tespiti: Eski alan adına gelen en yüksek otoriteli (yüksek Domain Rating / Page Authority) ilk 100-200 harici bağlantı listelenir.

2. Yayıncılarla İletişim (Outreach): Sektörel haber siteleri, iş ortakları, rehberler ve referans kaynakları ile iletişime geçilerek yeniden markalaşma süreci aktarılır ve linklerin doğrudan yeni alan adına güncellenmesi rica edilir.

3. Dijital Varlıkların Güncellenmesi: Şirketin kontrolünde olan tüm dijital temas noktaları hızla güncellenmelidir:

• Google Haritalar / Google İşletme Profili (GBP) isim ve web sitesi URL güncellemesi

• Sosyal medya profilleri (LinkedIn, YouTube, X, Instagram, Facebook vb.)

• Vikipedi / Wikidata varlık girişleri (varsa)

• Kurumsal e-posta imzaları, mobil uygulamalar, API uç noktaları

Google Analytics 4 (GA4) Üzerinde Trafik ve Dönüşüm Analizi

Organik trafik takibi yapılırken yanıltıcı çıkarımlardan kaçınmak için marka içi (Branded) ve marka dışı (Non-Branded) arama trafiği birbirinden ayrıştırılarak analiz edilmelidir:

• Marka Dışı Trafik: Sektörel anahtar kelimelerden gelen trafiktir. 301 yönlendirmelerinin ve teknik SEO otoritesinin başarısını doğrudan bu metrik gösterir.

• Marka İçi Trafik: Eski ve yeni marka isminden gelen aramalardır. Geçiş sürecinde eski marka aramaları düşerken yeni marka aramalarının yükselmesi beklenir.

GA4 üzerinde özel raporlar oluşturularak:

• Organik kaynaklı oturumların (Session Default Channel Group: Organic Search) yeni sitedeki davranış akışları,

• E-ticaret gelirleri veya form doldurma dönüşüm oranları (Conversion Rate),

• 404 sayfasına düşen oturum sayısı (Özel etkinlik ile takip edilmelidir)

günlük olarak izlenmeli ve bir önceki dönemin performansıyla kıyaslanmalıdır.

---

Yeniden Markalaşma SEO Sürecinde Sık Yapılan Kritik Hatalar

Yeniden markalaşma projelerinde karşılaşılan SEO facialarının büyük kısmı, teknik bilgi eksikliğinden ziyade departmanlar arası iletişimsizlik ve aceleye getirilmiş kararlardan kaynaklanır. Bu hataların önceden bilinmesi, projenin felaketle sonuçlanmasını engelleyen en etkili kalkandır.

Aşağıdaki üç kritik hata, organik görünürlüğün aylarca hatta yıllarca toparlanamamasına neden olabilen en tehlikeli pratiklerdir.

Yönlendirmelerin Erken Kaldırılması ve Etkileri

Pek çok işletme, site taşındıktan birkaç ay sonra "nasılsa yeni siteye geçtik" düşüncesiyle eski alan adının sunucusunu kapatmakta veya 301 yönlendirmelerini kaldırmaktadır. Bu, yapılmış olan tüm otorite transferi zincirini bir anda yok eder.

Google yetkilileri (John Mueller ve Gary Illyes), 301 yönlendirmelerinin en az 1 yıl, mümkünse alan adı mülkiyeti elde tutulduğu sürece kalıcı olarak açık kalması gerektiğini defalarca belirtmiştir. İnternet ekosistemindeki milyonlarca eski web sayfası, forum mesajı ve kullanıcı yer imi eski URL'leri göstermeye devam eder. Yönlendirmeler kapatıldığı anda bu kaynaklardan gelen tüm trafik ve PageRank akışı kesilir; arama motoru botları eski URL'leri 404 olarak görür ve sinyalleri yeni siteden geri çeker.

Tasarım ve İçerik Yapısının Aynı Anda Kökten Değiştirilmesi

SEO açısından en riskli yaklaşım; alan adı değişikliği, CMS altyapı değişimi, web sitesi tasarımı yenilemesi ve içeriklerin tamamen yeniden yazılması işlemlerinin hepsini aynı anda tek bir günde yapmaktır.

Bu yaklaşım gerçekleştiğinde iki büyük problem doğar:

1. Algoritmik Kafa Karışıklığı: Googlebot eski siteden gelen 301 yönlendirmesini takip ettiğinde, ulaştığı sayfada ne metin olarak ne de yapısal olarak eski sayfaya benzemeyen tamamen farklı bir içerik bulur. Bu durum algoritmanın sayfayı yeni bir içerik olarak algılamasına ve eski sıralamaları devretmemesine neden olur.

2. Kök Neden Analizinin İmkansızlaşması: Lansman sonrası %40 trafik kaybı yaşandığında, bu kaybın alan adı değişiminden mi, yeni tasarımın UX sorunlarından mı, silinen içeriklerden mi yoksa CMS'in teknik render hatalarından mı kaynaklandığını tespit etmek imkansız hale gelir.

En İyi Pratik: Değişiklikleri fazlara bölün. Önce mevcut tasarım ve içerik yapısını birebir yeni alan adına taşıyın (301 geçişi). Sıralamalar ve trafik yeni alanda stabilize olduktan (4-8 hafta sonra) yeni tasarımı ve içerik revizyonlarını devreye alın.

Eski Alan Adı Süresinin Dolmasına İzin Vermek

Birçok şirket, yeniden markalaşma tamamlandıktan sonra eski alan adının yıllık yenileme ücretini ödemeyi ihmal ederek alan adının düşmesine (expire olmasına) izin verir. Bu senaryo iki yönlü bir felakete davetiye çıkarır:

• Otorite Kaybı: Alan adı düştüğü an tüm 301 yönlendirmeleri son bulur ve eski otorite bağı tamamen kopar.

• Siber Güvenlik ve Negatif SEO Riski: Eski alan adınız düşer düşmez "drop domain" avcıları veya rakip/spam siteler tarafından satın alınır. Sitenizin eski backlink otoritesini kullanarak kumar, bahis veya zararlı yazılım sitelerine yönlendirme yapabilirler. Bu durum eski markanızın itibarını yok ettiği gibi yeni markanızla olan geçmiş bağı nedeniyle arama motorlarında negatif sinyaller üretebilir.

Eski alan adlarının tescili şirket bütçesinde kalıcı bir kalem olarak tutulmalı ve en az 5-10 yıllık periyotlarla otomatik yenilemeye bağlanmalıdır.

---