Web sitesi yenilerken içerik ve URL geçişi nasıl planlanır?

Yeni bir web sitesi, eski sitenin üstüne farklı bir görünüm yerleştirmekten daha fazla iş gerektirir. Kullanılan bağlantılar, satış ekibinin gönderdiği dokümanlar, arama sonuçlarından gelen ziyaretçiler ve içerik panelindeki bilgiler de değişimden etkilenebilir. Tasarımın tamamlandığı gün bu konular ilk kez konuşuluyorsa yayın kararı gereksiz bir belirsizlik taşır. Geçiş planı, yeni yapıya neyin nasıl taşınacağını önceden görünür kılar.

Bu planın amacı her şeyi değişmeden korumak değildir. Bazı içerikler birleştirilmeli, bazıları düzeltilmeli, bazıları kaldırılmalıdır. Ancak her kararın bir gerekçesi ve sorumlusu bulunmalıdır. Bu rehber, URL ve içerik değişikliği içeren bir kurumsal site yenilemesini ele alır. Sunucu komutlarından çok ekiplerin hazırlığına, eşleştirme kararlarına ve yayın sonrasında yapılacak kontrollere odaklanır.

Geçişin kapsamını tasarımdan ayrı tarif edin

Önce hangi değişikliklerin aynı projede yapılacağını yazın. Alan adı değişiyor mu, adres yapısı yenileniyor mu, içerik sistemi değişiyor mu, hizmetler yeniden mi gruplanıyor? Bütün bunlar aynı anda gerçekleşebilir; fakat birbirlerinden farklı kararlar gerektirir. Yalnız görsel yenileme yapılan projeyle içeriklerin ve adreslerin baştan düzenlendiği projeyi aynı kontrol listesiyle yönetmek yeterli olmayabilir.

Örneğin eski sitedeki ürünler yeni sitede hizmetlere dönüşüyorsa bunu yalnız menü değişikliği olarak görmeyin. Sayfanın konusu, ziyaretçiye sunduğu bilgi ve uygun hedef adres değişebilir. Geçiş kapsamı, bu tür anlam değişikliklerini de içermelidir. Tasarım ve içerik ekiplerinin farklı varsayımlarla hareket etmesini önlemek için kapsam belgesini birlikte değerlendirin.

Envanteri birden fazla kaynaktan kurun

Başlangıçta mevcut adresleri toplayın. Menüde görünen sayfalar, eski kampanya sayfaları, blog yazıları, dosyalar ve alt dil içerikleri ayrı gruplar olabilir. Panelde kayıtlı olması bir sayfanın hâlâ kullanıldığını göstermeyebilir; menüde görünmemesi de değersiz olduğunu göstermez. Ekiplerin düzenli paylaştığı bağlantıları ve müşterilere gönderilen dokümanları ayrıca sorun.

Erişiminiz varsa mevcut raporlardan ve tarama çıktılarından yararlanın. Bir kaynağın eksik kalabileceğini kabul edin. Örneğin menüden keşfedilmeyen bir sayfa eski bir epostada hâlâ kullanılıyor olabilir. Envanterin amacı yalnız toplam URL sayısını bulmak değil, farklı kullanım yollarını yakalamaktır. Kaynak sütunu eklemek, bir adresin neden listede olduğunu sonradan anlamayı kolaylaştırır.

Her içerik için karar verin

Temel seçenekler koruma, güncelleme, birleştirme ve kaldırmadır. Korunacak içerik yeni sistemde anlamını sürdürür. Güncellenecek içerikte bilgi veya sunum değişikliği gerekir. Birleştirilecek içerikler aynı ihtiyacın parçalarını tek yerde toplar. Kaldırılacak içerikte ise artık karşılanmayan bir teklif veya geçersiz bir bilgi olabilir. Bu kararları yalnız metnin yaşına göre vermeyin.

Satış ekibinin kullandığı eski bir uygulama yazısı hâlâ yararlı olabilir. Yeni yayımlanmış bir kampanya ise sona erdiği için geçersiz hale gelmiş olabilir. İçerik sahibi, ziyaretçi ihtiyacı ve iş kullanımı birlikte değerlendirilmelidir. Karar bekleyen satırları boş bırakmak yerine “ürün yöneticisi doğrulayacak” şeklinde sorumlu atayın. Boşluklar yayın gününde kendiliğinden çözülmez.

URL eşleştirmesini bir anlam haritası gibi düşünün

Google’ın site taşıma rehberi, mevcut adreslerle yeni karşılıkları arasında eşleştirme hazırlanmasını ve yeni sitenin dikkatle test edilmesini önerir. Buradaki çalışma yalnız eski ve yeni adresleri yan yana yazmak değildir; hedef sayfanın eski ziyaretçinin ihtiyacına uygun olup olmadığını değerlendirmeyi de gerektirir. Teknik uygulamanın ayrıntıları ekibin kullandığı altyapıya göre değişir. Google Search Central site taşıma rehberi bu hazırlık için temel kaynaktır.

Bir sayfa korunuyorsa yeni karşılığı genellikle daha nettir. Birkaç yazı birleştiriliyorsa yeni içerik eski konuların gerekli kısımlarını gerçekten kapsamalıdır. Kaldırılan her adresi otomatik olarak ana sayfaya göndermek, içerik değerlendirmesinin yerine geçmez. Uygun bir karşılık bulunmayan durumları teknik ekiple ayrıca kararlaştırın ve gerekçeyi kaydedin.

Eşleştirme tablosunun alanları

Tabloda eski adres, mevcut konu, karar, yeni adres, içerik sahibi ve kontrol durumu bulunabilir. Ek olarak karar notu ve kritik kullanım bilgisi eklemek yararlıdır. “Satış sunumlarında kullanılıyor” veya “ürün kataloğundaki QR kod bu adrese açılıyor” gibi notlar önceliği değiştirir. Aynı adrese farklı yeni hedefler yazılmışsa yayından önce çözülmelidir.

Örnek bir satır şöyle düşünülebilir: Eski bakım hizmeti sayfası korunacak, metni güncellenecek ve yeni bakım hizmeti adresine eşlenecek. İkinci bir satırda eski kampanya yazısı, kampanya kapandığı için kaldırılacak olabilir. Bu iki duruma aynı teknik davranışı varsaymayın. İçerik kararını teknik uygulama kararından önce netleştirmek gerekir.

Yeni sayfayı boş tasarımla onaylamayın

Yeni şablonların gerçek içerikle kontrol edilmesi gerekir. Eski ürün sayfasındaki uzun teknik tablo yeni düzende sığmayabilir. Bir blog yazısındaki dosya bağlantısı taşınmamış olabilir. “Örnek metin” ile güzel görünen bir şablon, bütün içerik türlerinin taşınmaya hazır olduğunu göstermez. Her önemli sayfa türünden temsilî örnekler seçin.

Örneğin uzun başlıklı bir rehber, birden fazla dokümanı bulunan hizmet, tablo içeren ürün ve görsel ağırlıklı proje sayfası ayrı kontrol örnekleri olabilir. İçerik aktarımı sırasında başlık seviyeleri, bağlantılar ve görsel açıklamaları da incelenmelidir. Tasarım onayı ile aktarım doğrulamasını tek bir onay sanmayın; ikisi farklı soruları cevaplar.

Dokümanların kendi geçiş planı olsun

PDF kataloglar, sunum dosyaları ve teknik çizimler bazen sayfalardan daha uzun süre paylaşılır. Dosya adlarını değiştirirken bunlara verilen bağlantıları düşünün. Yeni sürüm yüklendiyse hangi belgenin güncel olduğunun anlaşılması gerekir. Eski dosyayı silmek, başka bir sayfada hâlâ ona verilen bağlantıyı otomatik düzeltmez. Doküman envanterini içerik envanterinden tamamen koparmayın.

Dosyaların içindeki bağlantılar da önemlidir. Katalogdaki bir QR kod veya iletişim adresi eski sisteme işaret edebilir. Baskıda bulunan materyallerin değişmesi zaman alabilir; bu yüzden dijital karşılıkların nasıl sürdürüleceğini planlayın. Her dosyayı yeniden üretmek gerekmeyebilir, ancak hangilerinin kritik olduğu bilinmelidir. Sorumlu kişiden örnek materyalleri istemek bu boşluğu erken gösterir.

İçerik değişikliğini kim onaylayacak?

Yenileme sırasında hizmet açıklamaları da yeniden yazılıyorsa teknik doğrulama ve marka onayı ayrı görevler olabilir. Metnin iyi okunması, sunduğunuz hizmetin doğru anlatıldığını garanti etmez. Yeni sayfada kapsam dışı kalan bir iş yanlışlıkla dahil edilmiş olabilir. Onayları yalnız tasarım ekibine bırakmayın; operasyonu bilen içerik sahibi son kontrolde bulunmalıdır.

Çok sayıda sayfada toplu onay gerekiyorsa bunları gruplara ayırın. Hizmetler bir ekipte, şirket bilgileri başka ekipte kontrol edilebilir. Ancak son yayın kararı için ortak bir sorumlu bulunmalıdır. Birbiriyle çelişen yorumların son gün geliştirici tarafından yorumlanması sağlıklı değildir. Karar uyuşmazlıklarını içerik üzerinde çözün.

Test ortamında gerçek iş akışlarını deneyin

Teklif formu, iletişim kanalları, dosya indirme, site içi arama ve dil geçişi gibi kritik görevleri seçin. Formun ekranda görünmesi yeterli değildir; talebin doğru yere ulaştığını da doğrulayın. Test bilgilerini gerçek müşteri verilerinden ayırın. Geliştirme ortamındaki bildirimlerin yanlış kişilere gitmemesi için yönlendirmeleri ekipçe kontrol edin.

Eski adreslerden örnekler açıp beklenen yeni içeriğe ulaşılıp ulaşılmadığını inceleyin. Teknik ekip, yönlendirme ve erişim durumlarını daha kapsamlı araçlarla doğrulayabilir. Editör ise hedefte doğru başlık, görsel ve kapsamın bulunduğunu kontrol edebilir. Aynı kontrolün farklı yönleri vardır; görevleri buna göre paylaştırmak işin tamamını görmeyi kolaylaştırır.

Yayın öncesi içerik dondurma kararını verin

Eski sitede içerik değişmeye devam ederken aktarım yapılırsa iki sistem farklılaşabilir. İçerik dondurma süresi, son değişikliklerin nasıl taşınacağını belirleyen bir anlaşmadır. Bütün işletmelerin uzun süre güncellemeyi durdurması mümkün değildir. Bu nedenle acil değişikliklerin kaydının tutulması ve yeni sisteme eklenmesi için bir yol tanımlayın.

Örneğin yayından hemen önce hizmet telefonu değişirse bu bilgi yalnız eski sitede kalmamalıdır. Bir değişiklik kaydında tarih, etkilenen içerik ve yeni sitede işlenme durumu tutulabilir. Böylece son anda ortaya çıkan işin kimde olduğu belli olur. Dondurma kararını yalnız teknik ekip içinde konuşmak, editörler güncelleme yapmaya devam ediyorsa yeterli değildir.

Geri dönüş planını yayın öncesinde hazırlayın

Bir sorun yaşanırsa hangi koşulda eski sisteme dönüleceğini konuşun. Her küçük görsel hatası geri dönüş gerektirmez; kritik talep akışının çalışmaması farklı değerlendirilebilir. Kararı kim verecek, hangi kayıtlar korunacak ve geri dönüldüğünde yeni gelen içerik veya talepler nasıl ele alınacak? Bu soruların cevabı, baskı altında doğaçlama yapılmamalıdır.

Yedek bulunması tek başına geri dönüş planı değildir. Kullanılabilirliğinin ve geri yükleme yönteminin sorumlu ekip tarafından doğrulanmış olması gerekir. İçerik verisi, dosyalar ve yapılandırma farklı yerlerde bulunabilir. İşletmenin teknik ayrıntıları ezberlemesi gerekmez; ancak planın sahibi ve hangi durumda uygulanacağı açık olmalıdır.

Yayın günü kontrolünü dar ama kritik tutun

Yayın anında önce en önemli görevleri deneyin: Ana sayfa açılıyor mu, hizmet detayları doğru mu, form talebi ulaşıyor mu, önemli eski bağlantılar beklenen içeriğe gidiyor mu? Uzun değerlendirme listesinin içinde kritik bir sorunu kaybetmeyin. Daha geniş kontrol daha sonra da yapılabilir; temel işlevlerde sorun varsa öncelik bunları çözmektir.

Test ortamına özel erişim kısıtları veya dizine eklenmeyi engelleyen ayarlar varsa teknik ekip bunların yayın koşullarına uygunluğunu doğrulamalıdır. Google’ın taşıma rehberi de geçişte unutulan engelleri sık karşılaşılan sorunlar arasında ele alır. Bunun işletme tarafındaki karşılığı, “testte çalıştı” ifadesini yayın kontrolünün yerine koymamaktır. Ortam değişikliği yeni doğrulama gerektirir.

İlk günlerden sonra izlemeyi sürdürün

Yeni yapı yayımlandığında eşleştirme tablosunu arşivleyip unutmayın. Gelen hata bildirimlerini eski ve yeni adreslerle ilişkilendirin. Satış ekibinin müşterilerden duyduğu bağlantı sorunlarını kaydedin. Hangi içerikte hata olduğu belli değilse “site açılmıyor” gibi genel bir geri bildirimi ayrıntılandırın. Adres ve işlem bilgisi sorunu tekrar etmeyi kolaylaştırır.

Arama görünürlüğüyle ilgili değişimler için kesin sonuç veya süre vaadi vermek doğru olmaz. Gözlenen veriler, yapılan geçişin kapsamı ve teknik kontroller birlikte yorumlanmalıdır. Yeni içeriklerin ve adreslerin çalıştığını doğrulamak ayrı, performanstaki her değişimi tek nedene bağlamak ayrı iştir. Geçiş planı ikincisini garanti etmez; ilkini daha kontrollü yönetmeyi sağlar.

Ekibin günlük kullanımını da devredin

Yeni panelde içerik yayınlayacak kişinin eski alışkanlıkları farklı olabilir. Bir duyuru eklemek, belge sürümünü değiştirmek veya hizmet sayfasındaki sorumlu kişiyi güncellemek için gereken görevleri birlikte deneyin. Eğitimde yalnız paneli gezdirmek yerine gerçek bir örnek içerik hazırlayın. Yayına girmemesi gereken deneme kayıtlarını işaretleyin ve oturum sonunda temizleyin. Editörün anlayamadığı alanlar varsa kullanım notunu iyileştirin veya içerik modelini yeniden değerlendirin.

Devir sonunda açık işleri ayrı tutun. Sonradan çekilecek fotoğraf, henüz onaylanmamış çeviri veya bekleyen bir doküman, tamamlanmış gibi işaretlenmemelidir. Her biri için sorumlu ve sonraki kontrol noktası yazın. Böylece yayın kararı, bütün ayrıntıların sonsuza kadar kapandığı anlamına gelmez; bilinen eksiklerin görünür ve yönetilebilir olduğu bir başlangıç olur. İşletmenin yeni sistemi kullanabilmesi de teknik geçiş kadar önemli bir teslim ölçütüdür.

Planı bir sonraki yenilemede kullanılabilir bırakın

Son rapora hangi kararların alındığını, hangi sayfaların birleştirildiğini ve hangi önemli dosyaların taşındığını ekleyin. Eşleştirme kaydı, içerik sahipleri ve açık kalan işler aynı yerde bulunmalıdır. Sonradan ekibe katılan biri, kaldırılan sayfanın neden kaldırıldığını anlayabilmelidir. Bu kayıt, ileride rastgele geri açılan içeriklerin ve tekrar eden geçiş hatalarının önüne geçmeye yardımcı olur.

Yeni yapının planlanması için sayfa mimarisi rehberi, içerik kararları için eski blog yazılarını yenileme rehberi kullanılabilir. Digitalismo’nun web tasarım ve geliştirme çalışmasında yenileme, yeni ekranların yanında mevcut içeriğin ve iş akışlarının kontrollü devrini de gerektirir. Yayına hazır olmak, bu iki tarafın birlikte doğrulanmasıdır.