Teknik SEO Taşıma Projesinde URL Eşleme ve Yayın Kontrolü Teklifi Neleri Kapsamalı?

Teknik SEO site taşıma teklifi hangi kapsamı tanımlar?

Teklif, taşıma öncesi hazırlık, yayın anı kontrolü ve yayın sonrası izleme olmak üzere üç operasyonel evreyi tek kapsamda tanımlamalıdır. Genel bir SEO denetiminden farklı olarak burada odak, mevcut organik değerin yeni yapıya güvenli biçimde aktarılmasıdır. Bu nedenle teknik SEO kontrollerinin nasıl yürütüldüğünü açıklayan yaklaşım temel alınabilir; ancak site taşıma projesinde URL eşleme, yönlendirme doğrulaması, yayın koordinasyonu ve geçiş sonrası hata yönetimi ayrıca teslimat olarak yazılmalıdır.

Teklifte ayrı teslimat olarak görünmesi gereken işler

Kapsam maddeleri yalnızca “SEO desteği” gibi geniş ifadelerle bırakılmamalıdır. Her teslimatın girdisi, çıktısı, sorumlusu ve onay noktası belirtilirse tasarım, yazılım ve SEO ekiplerinin aynı beklentiyle ilerlemesi kolaylaşır. Teklif aynı zamanda hangi işlerin kapsam dışı olduğunu da göstermelidir; örneğin içerik yeniden yazımı, analitik kurulum, alan adı yönetimi veya sunucu değişikliği ayrı hizmetlerse bu ayrım proje başlamadan netleşmelidir.

• Mevcut site URL ve organik performans envanteri
• Eski ve yeni URL’ler için eşleme dosyası
• Test ortamı teknik SEO ve tarama kontrolleri
• Yayın günü doğrulama ve sorun eskalasyon planı
• Taşıma sonrası izleme, raporlama ve düzeltme akışı

İyi URI'ler değişmez.- Tim Berners-Lee

URL eşleme çalışmasının kapsamı nasıl doğru belirlenir?

URL eşleme kapsamı, yalnızca mevcut site haritasındaki sayfalara bakılarak belirlenmemelidir. Tarama çıktıları, analitik veriler, arama performansı kayıtları, bilinen backlink alan sayfalar ve iş açısından kritik landing page’ler bir araya getirilerek tek bir mevcut URL envanteri oluşturulmalıdır. Ardından her adres için korunacak, birleştirilecek, taşınacak veya kaldırılacak hedef belirlenir. Böylece URL eşleme hizmeti, teknik bir dosya üretmekten çıkar ve organik trafik taşıma planının karar tabanına dönüşür.

Eşleme dosyasında bulunması gereken karar alanları

Her eski URL mümkün olan en ilgili yeni hedefe bağlanmalıdır; benzerliği zayıf yüzlerce adresi ana sayfaya yönlendirmek sağlıklı bir eşleme yaklaşımı değildir. Aynı içerik yeni yapıda bulunmuyorsa ekip, içerik eşdeğerliği, birleştirme veya kontrollü kaldırma kararını birlikte vermelidir. Teklifte eşleme dosyasının kimin tarafından hazırlanacağı, kimin onaylayacağı ve yazılım ekibine hangi formatta devredileceği de belirtilmelidir.

• Eski URL ve önerilen yeni hedef URL
• Mevcut durum kodu ve planlanan yönlendirme türü
• Organik trafik veya iş açısından kritik sayfa işareti
• Birleştirme, kaldırma ya da içerik yenileme kararı
• SEO onayı ve teknik uygulama durumu

Test ortamında hangi SEO kontrolleri eksiksiz yapılmalıdır?

Test ortamında yapılması gereken SEO kontrolleri, yeni sitenin yayınlanmadan önce arama motoru erişimi, URL yapısı ve sayfa sinyalleri açısından beklenen davranışı gösterip göstermediğini doğrulamalıdır. Test sitesi kamuya açık biçimde dizine girmemeli; buna karşılık SEO ekibi yetkili erişimle siteyi tarayabilmelidir. Şablon seviyesinde canonical, meta robots, durum kodları, iç linkler, başlık yapıları ve dil etiketleri incelenerek canlıya çıkınca ölçeklenecek hatalar önceden bulunmalıdır.

Test ortamının yalnızca görsel QA ile sınırlanmaması

Yeni site tasarım olarak doğru görünse bile taranabilirlik, canonical hedefleri veya URL üretim mantığı hatalı olabilir. Bu nedenle SEO ve GEO uyumlu web sitesi için teknik gereksinimler taşıma öncesi kontrol listesine uyarlanabilir. Özellikle staging ortamının dışarıdan indekslenmesini engelleyen yöntem ile SEO danışmanının test taraması yapabilmesi birlikte planlanmalı; canlıya geçerken geçici engellerin üretim ortamına taşınmadığı ayrıca doğrulanmalıdır.

• Canonical, robots ve indexleme direktifleri
• HTTP durum kodları ve kırık iç bağlantılar
• Yeni URL kalıpları, parametreler ve yönlendirme mantığı
• XML site haritası, hreflang ve yapılandırılmış veri kontrolleri
• Mobil görünüm, temel performans ve analitik etiket doğrulaması

Yönlendirme planı ve iç bağlantılar nasıl hazırlanmalıdır?

Yönlendirme planı, onaylanmış URL eşleme dosyasını sunucu veya uygulama katmanında uygulanabilir kurallara dönüştürmelidir. Kalıcı taşınan sayfalar için uygun kalıcı HTTP yönlendirmeleri seçilirken zincir, döngü ve alakasız hedef oluşturulmaması gerekir. Aynı zamanda yeni sitenin iç bağlantıları eski adreslere bağımlı bırakılmamalıdır. Navigasyon, içerik içi linkler, breadcrumb, canonical ve site haritası doğrudan yeni nihai URL’leri kullanmalıdır.

Yönlendirme planı teklifinde teknik kabul kriterleri

Yönlendirme planı teklifi yalnızca “301’ler uygulanacak” seviyesinde kalırsa uygulama sonrası neyin başarılı sayılacağı belirsizleşir. Kabul kriterleri, eşlenen kritik URL’lerin doğru hedefe tek adımda gitmesi, yeni hedeflerin başarılı durum kodu döndürmesi ve yönlendirme zinciri oluşmaması gibi ölçülebilir kontroller içermelidir. Büyük URL gruplarında kural tabanlı yönlendirmeler kullanılacaksa istisnalar ayrıca listelenmeli ve örnek URL’lerle test edilmelidir.

• Tek adımlı ve ilgili hedefe giden yönlendirmeler
• Yönlendirme döngüsü ve zinciri kontrolü
• Eski alan adı, protokol ve URL varyasyonlarının kapsanması
• İç bağlantıların doğrudan yeni URL’lere güncellenmesi
• Kural istisnaları için ayrı test senaryoları

Yayın günü teknik sorumluluklar nasıl paylaşılmalıdır?

Yayın günü teknik sorumluluklar, SEO danışmanı, yazılım ekibi, altyapı sorumlusu, içerik ekibi ve proje yöneticisi arasında önceden dağıtılmalıdır. SEO danışmanı yönlendirme, taranabilirlik, canonical, site haritası ve kritik sayfa kontrollerini doğrularken; geliştirici ekip uygulama hatalarını ve sunucu kurallarını düzeltir. DNS, CDN, SSL veya barındırma değişikliği varsa altyapı sahibi bu adımların sorumluluğunu üstlenir. Böylece sorun görüldüğünde kimin karar vereceği yayın anında tartışılmaz.

Yayın kontrol listesinin sahiplik matrisiyle birlikte kullanılması

Site geçişi SEO kontrolü için en kullanışlı formatlardan biri, her kontrolün yanında sorumlu kişi, doğrulayan kişi ve gerektiğinde geri alma kararını verecek rolün yazılmasıdır. Özellikle yoğun yayın günlerinde aynı kontrolün iki ekip tarafından yapıldığı, buna karşılık kritik başka bir kontrolün sahipsiz kaldığı durumlar önlenir. Teklifte bu koordinasyon hizmeti varsa toplantı, yayın penceresi, iletişim kanalı ve onay akışı kapsam içinde açıkça belirtilmelidir.

• SEO doğrulama ve kritik URL kontrol sorumlusu
• Yönlendirme ve uygulama düzeltmelerinden sorumlu geliştirici
• DNS, CDN, SSL ve barındırma değişiklik sahibi
• İçerik ve menü güncellemelerini yöneten ekip
• Yayın, geri alma ve öncelik kararlarını veren proje sorumlusu

Yayın anında tarama ve dizine ekleme nasıl kontrol edilir?

Yayın anında tarama ve dizine ekleme kontrolü, yeni sitenin arama motorlarına yanlışlıkla kapalı kalmadığını ve eski URL’lerden gelen isteklerin beklenen yeni hedeflere ulaştığını doğrulamalıdır. Robots kuralları, meta robots direktifleri, canonical adresleri, XML site haritası ve kritik şablonların durum kodları ilk kontrol grubudur. Alan adı değişiyorsa eski domainin yönlendirmeleri, yeni alan adının doğrulama hesapları ve arama motoru yönetim araçlarındaki ilgili geçiş adımları da proje planına dahil edilmelidir.

Yayın sonrası ilk taramada aranacak teknik sinyaller

Canlı site üzerinde örnek birkaç sayfaya bakmak yeterli değildir; kritik URL listesi ve temsili şablonlar taranarak beklenmeyen noindex, canonical sapması, 404, 5xx veya yönlendirme hataları aranmalıdır. Analitik etiketlerin çalışması ve dönüşüm ölçümünün kesintiye uğramaması da SEO raporlaması açısından önemlidir. Teknik SEO yayın denetimi, bulunan sorunları yalnızca listelemek yerine öncelik, sorumlu ve düzeltme durumu ile takip etmelidir.

• Robots ve meta robots engellerinin kaldırıldığının doğrulanması
• Canonical URL’lerin yeni canlı adresleri göstermesi
• XML site haritasının güncel ve erişilebilir olması
• Kritik URL’lerde 200, yönlendirme ve hata kodu kontrolü
• Analitik, ölçüm ve arama yönetim araçlarının çalışması

Taşıma sonrası izleme süresi teklifte nasıl tanımlanır?

Taşıma sonrası izleme süresi teklifte açıkça başlangıç, bitiş, kontrol sıklığı ve raporlanacak göstergelerle tanımlanmalıdır. Tek bir evrensel izleme süresi yoktur; sitenin büyüklüğü, alan adı değişikliği, URL dönüşümünün kapsamı ve organik trafiğin iş açısından önemi hizmet planını etkiler. Bu nedenle “yayın sonrası destek dahil” ifadesi yerine hangi kontrollerin hangi periyotla yapılacağı ve hangi noktada proje bakım hizmetine dönüşeceği yazılmalıdır.

İzlemenin yalnızca sıralama takibine indirgenmemesi

Geçiş sonrası değerlendirme; tarama hataları, dizine eklenen sayfalar, organik landing page davranışı, arama gösterimleri, tıklamalar ve kritik yönlendirmelerin durumunu birlikte ele almalıdır. SEO performans raporlamasının temel mantığı burada karşılaştırmalı bir baz çizgi oluşturmak için kullanılabilir. Amaç kısa vadeli dalgalanmalara kesin sonuç anlamı yüklemek değil; beklenmeyen kayıp sinyallerini erken ayırt edip teknik kök nedeni araştırmaktır.

• İzleme başlangıcı, bitişi ve kontrol sıklığı
• Kritik URL ve yönlendirme sağlık durumu
• Dizine ekleme, tarama ve site haritası sinyalleri
• Organik landing page, gösterim ve tıklama karşılaştırmaları
• Raporlama formatı ve proje kapanış kriterleri

Hatalı yönlendirmelerde müdahale süreci nasıl kurulmalıdır?

Hatalı yönlendirmeler için müdahale süreci, problemin nasıl tespit edileceğini, önem seviyesinin nasıl belirleneceğini ve düzeltmenin kim tarafından uygulanacağını önceden tanımlamalıdır. Kritik trafik alan bir URL’nin yanlış hedefe gitmesi ile düşük öneme sahip tekil bir sayfadaki hata aynı öncelikte ele alınmayabilir. Teklifte müdahale kanalı, eskalasyon sırası ve üzerinde anlaşılmış yanıt hedefleri bulunmalı; ancak süreler hizmet sağlayıcının gerçek operasyon kapasitesine ve sözleşmeye göre yazılmalıdır.

Hata yönetiminde kayıt, doğrulama ve geri dönüş planı

Müdahale yalnızca yönlendirme kuralını değiştirmekten ibaret değildir. Hatanın kaynağı; eşleme dosyası, uygulama kuralı, cache, CDN, canonical, içerik yayını veya yanlış domain yapılandırması olabilir. Bu nedenle her kritik sorun için önce kök neden belirlenmeli, düzeltme test edilmeli ve ardından canlı sistemde yeniden doğrulanmalıdır. Yayın kaynaklı geniş kapsamlı bozulmalarda geri alma seçeneğinin kim tarafından ve hangi koşulda devreye alınacağı da proje planında bulunmalıdır.

• Hata önem seviyesi ve etkilenen URL grubu
• Sorumlu ekip ve eskalasyon iletişim kanalı
• Kök neden analizi ve önerilen düzeltme
• Düzeltme sonrası yeniden tarama ve doğrulama
• Gerekirse geri alma veya geçici koruma senaryosu

SEO, yazılım ve içerik ekipleri hangi kararları paylaşır?

SEO, yazılım ve içerik ekipleri özellikle URL kaderi, içerik eşdeğerliği, navigasyon, şablon davranışı ve yayın sırası gibi kararları birlikte vermelidir. SEO danışmanı organik riskleri ve arama sinyallerini değerlendirir; yazılım ekibi uygulanabilirlik, altyapı ve performans etkisini belirler; içerik ekibi ise hangi sayfaların taşınacağı, birleştirileceği veya yeniden üretileceği konusunda bağlam sağlar. Bu ortak karar alanları teklif kapsamına yazıldığında teslimatların ekipler arasında kaybolması önlenir.

Teklifleri karşılaştırırken sorumluluk sınırlarını okumak

İki SEO taşıma danışmanlığı teklifi aynı başlıkları içerse bile sorumluluk derinliği farklı olabilir. Bir teklif yalnızca eşleme dosyası teslim ederken diğeri uygulama doğrulaması, yayın günü katılımı ve takip raporlaması sağlayabilir. Bu nedenle teknik kapsam, sözleşme ve destek açısından web sitesi tekliflerini karşılaştırma yaklaşımı SEO taşıma tekliflerine de uyarlanabilir. Satın alma kararı, teslimat adlarının değil sorumluluk sınırlarının karşılaştırılmasına dayanmalıdır.

• URL ve içerik taşıma kararlarının sahibi
• Redirect kurallarını hazırlayan ve uygulayan taraf
• Canonical, sitemap ve şablon düzeltme sorumluluğu
• Yayın günü erişilebilir ekip ve iletişim düzeni
• Proje sonrası destek ile sürekli SEO hizmetinin ayrımı

Teklif öncesinde hangi proje bilgileri hazırlanmalıdır?

Teklif öncesinde mevcut ve yeni site adresleri, planlanan yayın takvimi, kritik sayfalar, teknoloji değişiklikleri ve erişim koşulları hazırlanmalıdır. Bu bilgiler olmadan verilen teknik SEO site taşıma teklifi çoğu zaman varsayımlara dayanır ve gerçek iş yükünü doğru yansıtmayabilir. Özellikle alan adı, CMS, URL yapısı, çoklu dil modeli, hosting veya analitik altyapı değişiyorsa bunların hangilerinin aynı projede gerçekleşeceği baştan paylaşılmalıdır.

Sağlayıcıya gönderilecek kısa ön bilgi paketinin içeriği

İyi hazırlanmış ön bilgi paketi, SEO danışmanının riskleri erken görmesini ve teklifi gerçek teslimatlara göre kapsamlandırmasını sağlar. Mevcut tarama veya performans raporları varsa paylaşılabilir; yoksa bunların teklif kapsamında üretilip üretilmeyeceği sorulmalıdır. Ayrıca test ortamına, analitik sistemlere ve arama yönetim araçlarına erişimin hangi aşamada sağlanacağı belirtilmelidir. Böylece kapsam, yalnızca danışmanlık saatleri üzerinden değil, ölçülebilir teslimatlar ve sorumluluklar üzerinden karşılaştırılabilir.

• Mevcut ve yeni site veya alan adı bilgileri
• Hedef yayın tarihi ve kritik kilometre taşları
• Organik trafik açısından kritik sayfa ve şablonlar
• CMS, hosting, URL yapısı ve dil modeli değişiklikleri
• Test ortamı, analitik ve arama yönetim aracı erişimleri