Trafik kaybetmeden yardım merkezinizi nasıl taşırsınız

Trafik kaybetmeden bir yardım merkezini taşımak için tüm eski URL'lerin çalışmaya devam etmesini sağlayın. Eski yardım merkezindeki her adresi listeleyin, her birini yeni sayfasına eşleyin ve o ana makine adını yeni platforma taşıyarak eski ana makine adından kalıcı (301) yönlendirmeler sunun. Ardından sakin bir saatte geçişi yapın, her yönlendirmeyi test edin, kontrolünüz altındaki bağlantıları güncelleyin ve birkaç hafta boyunca Search Console'u izleyin.

3 Kasım 2026 tarihinde güncellenmiştir. Zendesk Guide, Intercom Articles, Help Scout Docs, Document360, GitBook veya benzeri bir araçtan ayrılan destek ve dokümantasyon liderleri için. Google rehberliği, o tarih itibarıyla Search Central'dan alıntılanmıştır.

Bir yardım merkezini taşırken trafik neden kaybolur?#

Makaleleri kopyalamak işin kolay kısmıdır. Trafik, makalelerin arasındaki boşluklarda kaybolur:

Google'ın URL değişiklikleri içeren site taşımaları rehberi harita ile başlar: "Eski sitenizin URL'lerini yeni sitenin URL'leri ile eşlemek önemlidir." Kalıcı sunucu tarafı yönlendirmeleri (301 veya 308) önerir.

Neden önemli: Bir yardım merkezi, ancak insanlar doğru sayfayı bulduğunda destek taleplerini azaltır. Gartner'ın 5.728 müşteriyle yaptığı bir ankette (Ağustos 2024'te yayınlandı), hizmet sorunlarının yalnızca %14'ü self-servis ile tamamen çözüldü ve başarısız vakaların %43'ünde müşteriler sorunlarıyla ilgili içerik bulamadı. Okuyucuları 404 sayfalarında bırakan bir taşıma, bu sayıya katkıda bulunur. Daha fazla rakam müşteri self-servis istatistiklerimizde mevcuttur.

1. Adım: Yardım merkezimdeki her URL'yi nasıl listelerim?#

Eski adres başına bir satır olacak şekilde tek bir elektronik tablo oluşturun. Birkaç kaynak kullanın, çünkü her biri bir şeyi gözden kaçırır:

• Site haritası. Çoğu barındırılan yardım merkezi sitemap.xml yayınlar, genellikle dil başına bir dosya. Her site haritası dosyasını şimdi indirin: DNS taşındığında, eski platform bunları ana makine adınızda sunmayı durdurur.
• Search Console. Sayfalar ve Performans raporlarını dışa aktarın (en uzun tarih aralığı). Dışa aktarma 1.000 satırda durur, bu nedenle daha büyük bir yardım merkezi için Search Console API'sini veya liste modunda bir tarayıcı kullanın. Yardım merkezi ana makine adını şimdi doğrulayın (bir Alan adı özelliği tüm alt alan adlarını kapsar), böylece taşınmadan önce bir temeliniz olur.
• Platformun API'si veya dışa aktarma özelliği. Size makale kimliklerini, bölüm kimliklerini ve her dili verir. Zendesk'in Help Center API'si, Intercom'un yalnızca REST API'si (dışa aktarma düğmesi yoktur), Help Scout'un Docs API'si ve Document360'ın Markdown, HTML veya JSON ZIP dışa aktarma özelliği vardır.
• Ekler ve gömülü dosyalar. Makalelere ekli PDF'ler ve indirilebilir dosyalar da geri bağlantılar taşır. URL'lerini listeye ekleyin.
• Analitik ve geri bağlantılar. En çok ziyaret edilen sayfalarınız ve diğer sitelerin bağlantı verdiği sayfalar, bozulmaması gereken sayfalardır.

Makale kimliği, dil, aylık tıklamalar, geri bağlantılar, yeni URL ve bir "test edildi" sütunu ekleyin. Tıklamalara göre sıralayın.

2. Adım: Yönlendirme haritasını nasıl oluştururum?#

Her platformun kendi URL düzeni vardır. İçindeki makale kimliği, eski sayfaları yenileriyle eşleştirmenizi sağlar:

Düzenler, 3 Kasım 2026 itibarıyla her satıcının kendi yardım merkezinde veya dokümantasyonunda göründüğü gibidir; özelleştirdiyseniz sizinki farklı olabilir.

Sıralamaları koruyan kurallar:

1. Bir eski URL, bir yeni URL. Her makaleyi kendi yeni sayfasına yönlendirin. Google, birçok eski URL'yi ana sayfa gibi tek bir sayfaya göndermenin "yumuşak 404 hatası olarak değerlendirilebileceği" konusunda uyarır.
2. Trafik alan varyantları kapsayın. Eski bağlantılar genellikle daha eski bir slug taşır veya hiç taşımaz (Zendesk, /hc/en-us/articles/360001234567 öğesini slug olmadan da sunar). Yeni platform düzen veya joker karakter yönlendirmelerini destekliyorsa, kimlik üzerinden eşleştirin. Yalnızca tam yollarla eşleşiyorsa, Search Console, analitik ve geri bağlantılarda gerçekten görünen varyantlar için satırlar ekleyin.
3. Dil başına bir satır. /hc/de/articles/…, İngilizce sayfaya değil, Almanca sayfaya yönlenmelidir.
4. Zincirleme yok. Google'ın tarayıcısı 10 atlamaya kadar takip eder, ancak rehberi zincirleme yapmaktan kaçınmanızı ve doğrudan son sayfaya yönlendirmenizi söyler. Daha önce taşıma yaptıysanız, bu eski yönlendirmeleri de güncelleyin.
5. Sayfaları bilinçli olarak emekli edin. Bir makale yoksa ve yerini hiçbir şey almıyorsa, 404 veya 410 dönmesine izin verin. Google'ın tarama hatası rehberi, bir sayfa "taşındığında veya net bir yedeği olduğunda" 301 döndürülmesi gerektiğini belirtir.

Platform seçmeden önce sayın. Makaleler × diller, artı bölümler, kategoriler, ekler ve slug varyantları. 3 dilde 300 makalelik bir yardım merkezi, başka hiçbir şeyden önce yaklaşık 900 makale yönlendirmesine ihtiyaç duyar. Bazı platformlar plan başına site içi yönlendirme sınırı koyar ve bazıları içe aktarma başarısız olmadan sınırın üzerindeki yönlendirmeleri atlar.

3. Adım: Aynı yardım merkezi alan adını korumalı mıyız?#

Evet, mümkün olan her durumda. Bir yönlendirme yalnızca isteklere yanıt veren bir ana makine adında çalışır. Yardım merkeziniz help.yourcompany.com adresinde bulunuyorsa, bu ana makine adını koruyun ve geçiş sırasında bir DNS değişikliğiyle (genellikle bir CNAME) yeni platforma yönlendirin. Yeni platform daha sonra eski yollara 301 ile yanıt verir, böylece eski bağlantılar, yer imleri ve arama sonuçları çalışmaya devam eder.

URL'ler aynı kalırsa, Google bunu URL değişiklikleri olmayan bir site taşıması olarak değerlendirir. Yalnızca aynı ana makine adındaki yollar değişirse, 301 haritasına ihtiyacınız olur ancak Search Console'un Adres Değişikliği aracına gerek kalmaz.

Özetle: Mümkünse ana bilgisayar adlarını değiştirmekten kaçının. SEO ajansı SALT.agency tarafından yapılan 1.052 alan adı taşıma analizi (Haziran 2026), taşıma öncesi trafiğe dönmek için ortalama 304 gün gerektiğini ortaya koydu. Bunlar yardım merkezi geçişleri değil, tüm alan adının taşınmasıydı ancak eski adresler değiştiğinde nelerin tehlikede olduğunu gösteriyorlar.

Adım 4: İçeriği nasıl taşırım?#

Yeni platformda eski aracınız için bir içe aktarıcı varsa onu kullanın. Aksi takdirde, eski aracın API'si aracılığıyla dışa aktarın ve Markdown veya HTML'ye dönüştürün. Zendesk Guide'da dışa aktarma düğmesi yoktur: Yardım Merkezi API'si (makaleler, bölümler, kategoriler, çeviriler) veya bir pazar yeri uygulaması aracılığıyla dışa aktarırsınız. İçe aktardıktan sonra şunları kontrol edin:

• Yapı: kategoriler, bölümler ve sıralama. Derin ağaç yapıları düzleştirilmiş olabilir.
• Görseller ve ekler: yeni platforma kopyalanmış olmalı, eski aracın depolama alanına doğrudan bağlantı (hotlink) verilmemeli. Kısıtlı Zendesk makalelerindeki görseller kimlik doğrulamalı (API) indirme gerektirir.
• Çeviriler: her dil, orijinaline bağlı kendi sayfası olarak gelir. Aynı anda dil ekliyorsanız, bir yardım merkezinin ve videolarının nasıl çevrileceğine bakın.
• İç bağlantılar: makaleler arasındaki bağlantılar yeni adresleri göstermeli.
• Kısıtlı içerik: taslaklar, iç notlar ve belirli kullanıcılarla sınırlı makaleler. Hiçbirinin yanlışlıkla herkese açık hale gelmediğinden emin olun.

Bu noktadan geçiş anına kadar, eski araçtaki düzenlemeleri dondurun veya geçiş yapmadan hemen önce değişiklikleri yeniden içe aktarın.

Adım 5: Hangi bağlantıları kendimiz güncellemeliyiz?#

Yönlendirmeler dış bağlantıları yakalar. Sizin sahip olduğunuz bağlantılar doğrudan yeni URL'leri göstermelidir:

• Ürününüzün içindeki yardım bağlantıları ve araç ipuçları
• Kayıtlı yanıtlar, makrolar ve hazır yanıtlar
• Sohbet pencerenizin önerilen makaleleri ve yardım merkezinden yanıt veren herhangi bir yapay zeka temsilcisi veya sohbet botu (bilgi kaynağını yeni siteye yönlendirin)
• Kullanıcıya alıştırma (onboarding) ve yaşam döngüsü e-postaları
• Web sitenizin alt bilgisi, durum sayfası ve doküman bağlantıları
• Bir yardım merkezi adresi gösteren videolar ve PDF'ler

Adım 6: Kesinti yaşamadan nasıl geçiş yaparız?#

Adım 7: Açılış gününde neleri kontrol etmeliyiz?#

• Haritanın her satırını test edin, örneklemeyi değil. Liste modundaki bir tarayıcı veya kontrol listesinin altındaki kısa döngü bunu dakikalar içinde yapar. Her eski URL, 302 değil, 301 (veya 308) döndürmeli ve tek bir atlamada yeni URL'sine ulaşmalıdır.
• Her dildeki en yoğun 20 eski URL'yi manuel olarak açın ve sayfanın doğru olduğundan emin olun.
• Her yeni sayfada kendi kendine referans veren bir canonical etiketi olmalı ve dil sürümleri yeni URL'lerde hreflang ile birbirine bağlanmalıdır.
• robots.txt, eski yollar (/hc/ gibi) dahil olmak üzere taramaya izin vermelidir, böylece Google 301'leri görebilir. Hiçbir sayfa yanlışlıkla noindex taşımamalıdır.
• Yeni site haritasını Search Console'a gönderin. Google ayrıca eski site haritasını da göndermenizi önerir, böylece yönlendirmeleri yeniden tarayabilir; artık barındıramıyorsanız, en iyi eski URL'lerinizi URL Denetimi ile kontrol edin.
• Arama, yapay zeka asistanı, geri bildirim ve iletişim formu yeni sitede çalışıyor olmalı.

Döngü, satır başına bir eski URL ve yeni URL içeren bir dosyayı okur ve her eski URL'nin durum kodunu ve nereye yönlendirdiğini yazdırır:

while read old new; do
  curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsv

Yönlendirmeleri ne kadar süre tutmalıyız?#

Google'ın cevabı: "Yönlendirmeleri mümkün olduğunca uzun süre, genellikle en az 1 yıl tutun." Uygulamada, yardım merkezini çalıştırdığınız sürece tutun. Eski bağlantılar forum yanıtlarında, destek e-postalarında ve diğer sitelerde yıllarca yaşamaya devam eder ve bir yönlendirmeyi tutmanın hiçbir maliyeti yoktur.

İlk haftalarda nelere dikkat etmeliyiz?#

Google, "taşıma sırasında site sıralamasında geçici dalgalanmalar bekleyin" diyor ve "küçük ila orta ölçekli bir web sitesinin çoğu sayfasının taşınmasının birkaç hafta sürebileceğini" belirtiyor. Her hafta şunları kontrol edin:

• Search Console, Sayfalar: yeni "Bulunamadı (404)" girişleri eksik yönlendirmeleri gösterir.
• Search Console, Performans: eski URL'lerin trafiği düşerken yenilerine olan tıklamalar artmalıdır.
• Yönlendirme isabetleri: hangi eski URL'lerin hala trafik aldığını ve nereden aldığını görün.
• Yeni yardım merkezinde sonuçsuz aramalar: okuyucuların size nelerin taşınmadığını söylemesi. Yardım merkezi içerik boşlukları kılavuzumuz, bunları nasıl gidereceğinizi gösterir.

Clevera bir yardım merkezi taşıma işlemini nasıl yönetir?#

Clevera, bir ekran kaydını anlatımlı bir nasıl yapılır videosuna, adım adım bir yardım makalesine ve barındırılan yardım merkezinizdeki bir sayfaya 74 dilde dönüştüren bir yapay zeka platformudur. Yardım merkezleri, bugün kullandığınız araçtan, her planda ve ücretsiz olarak içe aktarılır.

• İçe Aktarıcılar: Zendesk, Intercom, Help Scout, Document360, GitBook, ReadMe, Mintlify, Docusaurus, Notion, Confluence veya diğer tüm herkese açık dokümantasyon siteleri ya da Markdown veya HTML dosyalarından oluşan bir zip arşivi. Platforma bağlı olarak bir API anahtarı, herkese açık site, Git deposu veya zip dosyası ile bağlantı kurarsınız. Intercom yalnızca herkese açık siteden okunduğu için özel Intercom makaleleri aktarılmaz. Zendesk veya Document360 anahtarı, siteye eklediğiniz dillerdeki çevirileri de getirir. Zendesk Guide'dan içe aktarma, Intercom Makaleleri, Help Scout ve Document360 için hazırlanan kılavuzlara göz atın.
• Eski adreslerden yönlendirmeler: Kaynakta web adresleri varsa Eski adreslerden yönlendirmeler oluştur seçeneği varsayılan olarak açıktır ve Help Scout'un kendi yönlendirmeleri de beraberinde gelir. Bunlar, kendi alan adınız Clevera'ya yönlendirildiğinde çalışır. Yönlendirmeler tam yollarla eşleşir (joker karakter kullanılmaz), bu nedenle hala tıklama alan slug varyantlarını manuel yönlendirme olarak ekleyin.
• Önce inceleyin: Sayfaların seçimini kaldırmak için bir önizleme, uyarıları içeren bir rapor ve herhangi bir içe aktarılan sayfa yayınlanana kadar İçe aktarmayı geri al seçeneği. Kaynakta bir sayfanın herkese açık olmadığı belirtiliyorsa, bu sayfa Kısıtlı olarak işaretlenir ve seçimi kaldırılmış şekilde başlar.
• Trafiğinizi koruyup korumayacağınızı belirleyen limitler:
  • Yönlendirmeler için kendi alan adınız gerekir, bu da Starter veya üzeri bir plan gerektirir; dolayısıyla Ücretsiz planda eski bağlantılar yönlendirilmez.
  • Bir içe aktarma işleminin oluşturduğu yönlendirmeler, planın manuel yönlendirme limitine dahil edilir ve bunun üzerindeki tüm yönlendirmeler atlanır: Starter planında site başına 500, Pro planında 2.000. Bir sitenin sahip olabileceği maksimum yönlendirme sayısı 2.000'dir.
  • Site başına yayınlanan dil sayısı: Starter'da 5, Pro'da tüm diller.
  • İçe aktarma başına 2.000 sayfa.
  • Bir sayfayı yeniden adlandırdığınızda veya taşıdığınızda Clevera'nın daha sonra eklediği yönlendirmeler otomatiktir ve limite dahil edilmez.

Taşıma işleminden sonra arama özelliğine, yayınlanmış sayfalarınızdan okuyuculara kaynaklarıyla birlikte yanıt veren bir AI'ya Sor asistanına, bir site haritasına ve llms.txt (bkz: dokümantasyonun AI'ya nasıl hazır hale getirileceği) erişim sağlarsınız; ayrıca hiçbir sonuç vermeyen aramalar hakkında içgörüler alırsınız. Sitenin tamamını istediğiniz zaman HTML veya Markdown olarak dışa aktarabilirsiniz. Pro ve Custom planlarında, Autopilot yayınlarınızı izleyebilir ve etkilenen makaleler ile videolar için güncellemeleri sizin onayınıza sunacak şekilde planlayabilir.

Clevera'nın yanlış tercih olduğu durumlar: eski yardım merkezinizin yönlendirilecek 2.000'den fazla adresi varsa, ana sitenizin bir klasöründe barınması gerekiyorsa (example.com/help; Clevera yalnızca alt alan adlarını bağlar), destek aracınızın içinde kalması gerekiyorsa veya özel kullanıcı segmentleri gibi yalnızca Zendesk'e özgü özelliklere bağımlıysanız. SaaS için en iyi yardım merkezi yazılımları ve Zendesk Guide alternatifleri karşılaştırmalarımız diğer seçenekleri kapsar; bilgi tabanı nasıl oluşturulur ise hedeflemeniz gereken yapıyı ele alır.

Tüm adımlar Dokümantasyon sitesini içe ve dışa aktarma bölümünde yer alır ve yardım merkezi yazılımı sayfası, taşıma işleminden sonra neleri elde edeceğinizi gösterir.

SSS#

Yardım merkezi yazılımını değiştirdiğimizde Google sıralamalarımızı kaybeder miyiz?#

Genellikle sadece kısa bir süreliğine; eğer her eski URL kendi eşleşen sayfasına yönlendiriliyorsa ve içerik aynı kalıyorsa. Google, "geçici dalgalanmalar" beklenebileceğini belirtir. Kalıcı kayıplar genellikle 404 hatalarından, ana sayfaya yapılan yönlendirmelerden veya yanıt vermeyi durduran eski bir ana bilgisayar adından kaynaklanır.

URL'leri tamamen aynı tutabilir miyiz?#

Nadir durumlarda. Çoğu platform kendi URL yapısını kullanır ve /hc/en-us/articles/… yapısını yeniden oluşturamaz; seçim yapmadan önce mutlaka sorun. Aynı ana bilgisayar adını tam bir 301 haritasıyla korumak, okuyuculara ve arama motorlarına aynı sonucu verir.

Yardım masası göçü ile yardım merkezi göçü arasındaki fark nedir?#

Yardım masası göçü; biletleri, kişileri ve makroları destek araçları arasında taşır, genellikle bir taşıma hizmeti ile yapılır. Yardım merkezi göçü ise okuyucuların aramada bulduğu herkese açık makaleleri taşır; bu nedenle çalışma URL'ler, yönlendirmeler ve alan adı üzerinedir. Birini diğerinden bağımsız olarak yapabilirsiniz.

Biletlerimizi de taşımamız gerekiyor mu?#

Hayır. Yardım merkezi, gelen kutusu, bilet geçmişi ve sohbet olduğu yerde kalırken kendi başına taşınabilir. Widget'ınızı, makrolarınızı ve AI temsilcinizi yeni yardım merkezine yönlendirmeniz yeterlidir.

301 mi yoksa 302 yönlendirmeleri mi kullanmalıyız?#

301 veya 308. Google bunları kalıcı olarak kabul eder ve yeni sayfayı kanonik (asıl) sayfa olarak kullanır. 302 ise taşımanın geçici olduğunu belirtir.

Bir yardım merkezi göçü ne kadar sürer?#

İçe aktarma işlemi dakikalar sürebilir. URL envanteri, inceleme ve test için birkaç gün, DNS TTL süresi için bir hafta ve sonrasında birkaç haftalık izleme süreci planlayın.

Eski aracımızdaki AI yanıtlarına ne olacak?#

Onlar eski araçta kalır. Yeni platformun okuyuculara makalelerinizden yanıt verip vermediğini, hangi planın bunu içerdiğini ve yanıt başına, çözüm başına veya aylık kota dahilinde ücretlendirme yapıp yapmadığını kontrol edin.