Cara memigrasikan pusat bantuan Anda tanpa kehilangan trafik

Untuk memigrasikan pusat bantuan tanpa kehilangan trafik, pastikan setiap URL lama tetap berfungsi. Buat daftar setiap alamat yang dimiliki pusat bantuan lama, petakan masing-masing ke halaman barunya, dan sajikan pengalihan permanen (301) dari nama host lama dengan memindahkan nama host tersebut ke platform baru. Kemudian, lakukan peralihan di jam tenang, uji setiap pengalihan, perbarui tautan yang Anda kelola, dan pantau Search Console selama beberapa minggu.

Diperbarui 3 November 2026. Untuk dukungan dan panduan bagi tim yang beralih dari Zendesk Guide, Intercom Articles, Help Scout Docs, Document360, GitBook, atau alat serupa. Panduan Google dikutip dari Search Central per tanggal tersebut.

Apa yang menyebabkan hilangnya trafik saat memindahkan pusat bantuan?#

Menyalin artikel adalah bagian yang mudah. Trafik hilang di celah-celah di sekitarnya:

Panduan Google tentang pemindahan situs dengan perubahan URL dimulai dengan peta: "Penting untuk memetakan URL situs lama Anda ke URL untuk situs baru." Panduan ini merekomendasikan pengalihan sisi server permanen (301 atau 308).

Mengapa ini penting: pusat bantuan hanya dapat mengurangi tiket jika orang menemukan halaman yang tepat. Dalam survei Gartner terhadap 5.728 pelanggan (diterbitkan Agustus 2024), hanya 14% masalah layanan yang terselesaikan sepenuhnya melalui layanan mandiri, dan dalam 43% kasus yang gagal, pelanggan tidak dapat menemukan konten yang relevan dengan masalah mereka. Migrasi yang membiarkan pembaca menemui halaman 404 menambah angka tersebut. Angka selengkapnya ada di statistik layanan mandiri pelanggan kami.

Langkah 1: Bagaimana cara membuat daftar setiap URL yang dimiliki pusat bantuan saya?#

Buat satu spreadsheet dengan satu baris per alamat lama. Gunakan beberapa sumber, karena masing-masing sumber mungkin melewatkan sesuatu:

• Peta situs. Sebagian besar pusat bantuan yang dihosting menerbitkan sitemap.xml, sering kali dengan satu file per bahasa. Unduh setiap file peta situs sekarang: setelah DNS berpindah, platform lama akan berhenti menyajikannya di nama host Anda.
• Search Console. Ekspor laporan Halaman dan Performa (rentang tanggal terpanjang). Ekspor berhenti pada 1.000 baris, jadi untuk pusat bantuan yang lebih besar, gunakan API Search Console atau crawler dalam mode daftar. Verifikasi nama host pusat bantuan sekarang (properti Domain mencakup setiap subdomain), sehingga Anda memiliki dasar sebelum pindah.
• API atau ekspor platform. Ini memberi Anda ID artikel, ID bagian, dan setiap bahasa. Zendesk memiliki API Help Center, Intercom hanya API REST (tidak ada tombol ekspor), Help Scout API Docs, dan Document360 ekspor ZIP dalam format Markdown, HTML, atau JSON.
• Lampiran dan file tersemat. PDF dan unduhan yang dilampirkan ke artikel juga membawa tautan balik. Tambahkan URL-nya ke daftar.
• Analitik dan tautan balik. Halaman landas teratas Anda dan halaman yang ditautkan oleh situs lain adalah halaman yang tidak boleh rusak.

Tambahkan kolom untuk ID artikel, bahasa, klik bulanan, tautan balik, URL baru, dan kolom "diuji". Urutkan berdasarkan klik.

Langkah 2: Bagaimana cara membuat peta pengalihan?#

Setiap platform memiliki pola URL-nya sendiri. ID artikel di dalamnya adalah yang memungkinkan Anda memasangkan halaman lama dengan yang baru:

Pola sebagaimana muncul di pusat bantuan atau dokumen vendor masing-masing pada 3 November 2026; milik Anda mungkin berbeda jika Anda menyesuaikannya.

Aturan yang menjaga peringkat:

1. Satu URL lama, satu URL baru. Arahkan setiap artikel ke halaman barunya sendiri. Google memperingatkan bahwa mengirim banyak URL lama ke satu halaman seperti beranda "mungkin dianggap sebagai kesalahan 404 lunak".
2. Cakup varian yang mendapatkan trafik. Tautan lama sering kali membawa slug yang lebih lama, atau tidak ada sama sekali (Zendesk menyajikan /hc/en-us/articles/360001234567 tanpa slug juga). Jika platform baru mendukung pengalihan pola atau wildcard, cocokkan pada ID. Jika hanya mencocokkan jalur yang tepat, tambahkan baris untuk varian yang benar-benar muncul di Search Console, analitik, dan tautan balik.
3. Satu baris per bahasa. /hc/de/articles/… harus mendarat di halaman bahasa Jerman, bukan bahasa Inggris.
4. Tanpa rantai. Crawler Google mengikuti hingga 10 lompatan, tetapi panduannya mengatakan untuk menghindari perantaian dan mengalihkan langsung ke halaman akhir. Jika Anda pernah bermigrasi sebelumnya, perbarui juga pengalihan lama tersebut.
5. Pensiunkan halaman dengan sengaja. Jika sebuah artikel hilang dan tidak ada yang menggantikannya, biarkan ia mengembalikan 404 atau 410. Panduan kesalahan perayapan Google mengatakan untuk mengembalikan 301 saat halaman "telah pindah atau memiliki pengganti yang jelas".

Hitung sebelum Anda memilih platform. Artikel × bahasa, ditambah bagian, kategori, lampiran, dan varian slug. Pusat bantuan dengan 300 artikel dalam 3 bahasa memerlukan sekitar 900 pengalihan artikel sebelum yang lainnya. Beberapa platform membatasi pengalihan per situs berdasarkan paket, dan beberapa melewatkan pengalihan di atas batas tanpa menggagalkan impor.

Langkah 3: Haruskah kita mempertahankan domain pusat bantuan yang sama?#

Ya, kapan pun Anda bisa. Pengalihan hanya berjalan pada nama host yang menjawab permintaan. Jika pusat bantuan Anda berada di help.yourcompany.com, pertahankan nama host tersebut dan, saat peralihan, arahkan ke platform baru dengan perubahan DNS (biasanya CNAME). Platform baru kemudian menjawab jalur lama dengan 301, sehingga tautan lama, bookmark, dan hasil pencarian tetap berfungsi.

Jika URL tetap identik, Google menganggapnya sebagai pemindahan situs tanpa perubahan URL. Jika hanya jalur yang berubah pada nama host yang sama, Anda memerlukan peta 301, tetapi tidak memerlukan alat Perubahan Alamat di Search Console.

Jadi: hindari mengubah nama host jika memungkinkan. Analisis terhadap 1.052 migrasi domain oleh agensi SEO SALT.agency (Juni 2026) menemukan rata-rata 304 hari untuk kembali ke lalu lintas pra-migrasi. Itu adalah pemindahan seluruh domain, bukan pertukaran pusat bantuan, tetapi hal itu menunjukkan apa yang dipertaruhkan saat alamat lama berubah.

Langkah 4: Bagaimana cara memindahkan kontennya sendiri?#

Gunakan pengimpor jika platform baru memiliki fitur tersebut untuk alat lama Anda. Jika tidak, ekspor melalui API alat lama dan konversi ke Markdown atau HTML. Zendesk Guide tidak memiliki tombol ekspor: Anda mengekspor melalui Help Center API (artikel, bagian, kategori, terjemahan) atau aplikasi marketplace. Setelah impor, periksa:

• Struktur: kategori, bagian, dan urutan. Pohon yang dalam mungkin menjadi rata.
• Gambar dan lampiran: disalin ke platform baru, bukan ditautkan langsung ke penyimpanan alat lama. Gambar dalam artikel Zendesk yang dibatasi memerlukan unduhan terautentikasi (API).
• Terjemahan: setiap bahasa tiba sebagai halamannya sendiri, yang ditautkan ke aslinya. Jika Anda menambahkan bahasa secara bersamaan, lihat cara menerjemahkan pusat bantuan dan videonya.
• Tautan internal: tautan antar artikel mengarah ke alamat baru.
• Konten terbatas: draf, catatan internal, dan artikel yang dibatasi untuk pengguna tertentu. Pastikan tidak ada yang menjadi publik secara tidak sengaja.

Mulai dari sini hingga cutover, bekukan pengeditan di alat lama, atau impor ulang perubahan tepat sebelum Anda beralih.

Langkah 5: Tautan mana yang harus kita perbarui sendiri?#

Pengalihan menangkap tautan luar. Tautan yang Anda miliki harus mengarah langsung ke URL baru:

• Tautan bantuan dan tooltip di dalam produk Anda
• Balasan tersimpan, makro, dan respons siap pakai
• Artikel yang disarankan widget obrolan Anda, dan agen AI atau chatbot apa pun yang menjawab dari pusat bantuan (arahkan sumber pengetahuannya ke situs baru)
• Email onboarding dan siklus hidup
• Footer situs web, halaman status, dan tautan dokumen Anda
• Video dan PDF yang menampilkan alamat pusat bantuan

Langkah 6: Bagaimana cara beralih tanpa waktu henti?#

Langkah 7: Apa yang harus kita periksa pada hari peluncuran?#

• Uji setiap baris peta, bukan sampel. Crawler dalam mode daftar, atau loop pendek di bawah daftar periksa, melakukannya dalam hitungan menit. Setiap URL lama harus mengembalikan 301 (atau 308), bukan 302, dan mendarat di URL barunya dalam satu lompatan.
• Buka 20 URL lama tersibuk dalam setiap bahasa secara manual dan periksa apakah halamannya sudah benar.
• Setiap halaman baru memiliki tag kanonik yang merujuk pada diri sendiri, dan versi bahasa saling menautkan dengan hreflang pada URL baru.
• robots.txt mengizinkan perayapan, termasuk jalur lama (seperti /hc/), sehingga Google dapat melihat 301 tersebut. Tidak ada halaman yang membawa noindex karena kesalahan.
• Kirimkan peta situs baru di Search Console. Google juga menyarankan untuk mengirimkan yang lama agar ia merayapi ulang pengalihan; jika Anda tidak dapat menghostingnya lagi, periksa URL lama teratas Anda dengan Inspeksi URL sebagai gantinya.
• Pencarian, asisten AI, umpan balik, dan formulir kontak berfungsi di situs baru.

Loop tersebut membaca file dengan satu URL lama dan URL barunya per baris, lalu mencetak kode status setiap URL lama dan ke mana ia mengalihkan:

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

Berapa lama kita harus menyimpan pengalihan?#

Jawaban Google: "Simpan pengalihan selama mungkin, umumnya setidaknya 1 tahun." Dalam praktiknya, simpan selama Anda menjalankan pusat bantuan. Tautan lama tetap ada di jawaban forum, email dukungan, dan situs lain selama bertahun-tahun, dan pengalihan tidak memakan biaya untuk dipertahankan.

Apa yang harus kita perhatikan dalam beberapa minggu pertama?#

Google mengatakan untuk "mengharapkan fluktuasi sementara dalam peringkat situs selama pemindahan" dan bahwa "situs web berukuran kecil hingga menengah dapat memakan waktu beberapa minggu agar sebagian besar halaman berpindah". Setiap minggu, periksa:

• Search Console, Halaman: entri "Tidak ditemukan (404)" baru mengarah ke pengalihan yang hilang.
• Search Console, Performa: klik ke URL baru harus meningkat seiring penurunan yang lama.
• Hit pengalihan: URL lama mana yang masih mendapatkan lalu lintas, dan dari mana.
• Pencarian tanpa hasil di pusat bantuan baru: pembaca memberi tahu Anda apa yang tidak terbawa. Panduan kami tentang kesenjangan konten pusat bantuan menunjukkan cara mengatasinya.

Bagaimana Clevera menangani migrasi pusat bantuan?#

Clevera adalah platform AI yang mengubah rekaman layar menjadi video panduan bernarasi, artikel bantuan langkah demi langkah, dan halaman di pusat bantuan yang Anda hosting, dalam 74 bahasa. Pusat bantuannya mengimpor dari alat yang Anda gunakan saat ini, pada setiap paket, tanpa biaya.

• Pengimpor: Zendesk, Intercom, Help Scout, Document360, GitBook, ReadMe, Mintlify, Docusaurus, Notion, Confluence, atau situs dokumentasi publik lainnya atau file zip berisi Markdown atau HTML. Anda terhubung menggunakan token API, situs publik, repositori Git, atau file zip, tergantung pada platformnya. Intercom hanya dibaca dari situs publik, sehingga artikel Intercom yang bersifat pribadi tidak akan terbawa. Token Zendesk atau Document360 akan membawa terjemahan ke dalam bahasa yang telah Anda tambahkan ke situs. Lihat panduan untuk impor dari Zendesk Guide, Intercom Articles, Help Scout, dan Document360.
• Pengalihan dari alamat lama: Buat pengalihan dari alamat lama aktif secara default saat sumber memiliki alamat web, dan pengalihan bawaan Help Scout juga akan ikut terbawa. Pengalihan ini berfungsi setelah domain Anda diarahkan ke Clevera. Pengalihan mencocokkan jalur yang tepat (tanpa wildcard), jadi tambahkan varian slug yang masih mendapatkan klik sebagai pengalihan manual.
• Tinjau terlebih dahulu: pratinjau untuk membatalkan pilihan halaman, laporan berisi peringatan, dan Batalkan impor hingga halaman yang diimpor dipublikasikan. Jika sumber menyatakan suatu halaman tidak publik, halaman tersebut ditandai Terbatas dan dimulai dalam kondisi tidak terpilih.
• Batasan yang menentukan apakah Anda mempertahankan trafik Anda:
  • Pengalihan memerlukan domain Anda sendiri, yang memerlukan paket Starter atau lebih tinggi, jadi pada paket Gratis, tautan lama tidak akan dialihkan.
  • Pengalihan yang dibuat oleh impor dihitung terhadap batas pengalihan manual paket, dan pengalihan yang melebihi batas akan dilewati: 500 per situs pada paket Starter, 2.000 pada paket Pro. 2.000 adalah jumlah maksimal yang dapat dimiliki situs mana pun.
  • Bahasa yang dipublikasikan per situs: 5 pada paket Starter, semua pada paket Pro.
  • 2.000 halaman per impor.
  • Pengalihan yang ditambahkan Clevera di kemudian hari, saat Anda mengganti nama atau memindahkan halaman, bersifat otomatis dan tidak dihitung.

Setelah perpindahan, Anda mendapatkan fitur pencarian, asisten Tanya AI yang menjawab pembaca dari halaman Anda yang dipublikasikan dengan sumber, peta situs, dan llms.txt (lihat cara membuat dokumentasi yang siap untuk AI), serta wawasan tentang pencarian yang tidak membuahkan hasil. Anda dapat mengekspor seluruh situs sebagai HTML atau Markdown kapan saja. Pada paket Pro dan Custom, Autopilot dapat memantau rilis Anda dan merencanakan pembaruan pada artikel dan video yang terdampak, untuk Anda setujui.

Kapan Clevera bukan pilihan yang tepat: jika pusat bantuan lama Anda memiliki lebih dari 2.000 alamat untuk dialihkan, jika harus berada di dalam folder situs utama Anda (example.com/help; Clevera hanya menghubungkan subdomain), jika harus tetap berada di dalam alat tiket Anda, atau jika Anda bergantung pada fitur khusus Zendesk seperti segmen pengguna kustom. Perbandingan kami mengenai perangkat lunak pusat bantuan terbaik untuk SaaS dan alternatif Zendesk Guide mencakup opsi lain, dan cara membangun basis pengetahuan mencakup struktur yang harus dituju.

Langkah lengkap ada di Impor dan ekspor situs dokumen, dan halaman perangkat lunak pusat bantuan menunjukkan apa yang Anda dapatkan setelah perpindahan.

FAQ#

Apakah kami akan kehilangan peringkat Google saat mengganti perangkat lunak pusat bantuan?#

Biasanya hanya sebentar, jika setiap URL lama dialihkan ke halaman yang cocok dan kontennya tetap sama. Google mengatakan untuk mengantisipasi "fluktuasi sementara". Kehilangan peringkat yang bertahan lama biasanya berasal dari 404, pengalihan ke halaman beranda, atau nama host lama yang berhenti merespons.

Bisakah kami mempertahankan URL yang persis sama?#

Jarang. Sebagian besar platform menggunakan pola URL mereka sendiri dan tidak dapat mereproduksi /hc/en-us/articles/…; tanyakan sebelum Anda memilih. Mempertahankan nama host yang sama dengan peta 301 lengkap memberikan hasil yang sama kepada pembaca dan mesin pencari.

Apa perbedaan antara migrasi help desk dan migrasi pusat bantuan?#

Migrasi help desk memindahkan tiket, kontak, dan makro antar alat dukungan, biasanya dengan layanan migrasi. Migrasi pusat bantuan memindahkan artikel publik yang ditemukan pembaca di pencarian, jadi pekerjaannya berkaitan dengan URL, pengalihan, dan domain. Anda dapat melakukan satu tanpa yang lain.

Apakah kami harus memindahkan tiket kami juga?#

Tidak. Pusat bantuan dapat berpindah sendiri sementara kotak masuk, riwayat tiket, dan obrolan tetap di tempatnya. Arahkan widget, makro, dan agen AI Anda ke pusat bantuan yang baru.

Haruskah kami menggunakan pengalihan 301 atau 302?#

301 atau 308. Google memperlakukan pengalihan tersebut sebagai permanen dan menggunakan halaman baru sebagai halaman kanonik. 302 menyatakan bahwa perpindahan bersifat sementara.

Berapa lama migrasi pusat bantuan berlangsung?#

Impor dapat memakan waktu beberapa menit. Rencanakan beberapa hari untuk inventaris URL, peninjauan, dan pengujian, waktu tunggu seminggu untuk DNS TTL, dan beberapa minggu pemantauan setelahnya.

Apa yang terjadi dengan jawaban AI di alat lama kami?#

Jawaban tersebut tetap ada di alat lama. Periksa apakah platform baru menjawab pembaca dari artikel Anda, paket mana yang menyertakannya, dan apakah platform tersebut mengenakan biaya per jawaban, per resolusi, atau dalam batas bulanan.