Cách di chuyển trung tâm trợ giúp mà không làm mất lưu lượng truy cập
Di chuyển trung tâm trợ giúp sang nền tảng mới mà không làm mất lưu lượng truy cập từ tìm kiếm: kiểm kê URL, bản đồ chuyển hướng 301, chuyển đổi DNS, kiểm tra khi ra mắt và những điều cần lưu ý.
Berkay Akpolat22 phút đọc
Để di chuyển trung tâm trợ giúp mà không làm mất lưu lượng truy cập, hãy giữ cho mọi URL cũ hoạt động. Liệt kê mọi địa chỉ mà trung tâm trợ giúp cũ có, ánh xạ từng địa chỉ tới trang mới tương ứng và thiết lập chuyển hướng vĩnh viễn (301) từ tên máy chủ cũ bằng cách chuyển tên máy chủ đó sang nền tảng mới. Sau đó, thực hiện chuyển đổi vào giờ thấp điểm, kiểm tra mọi chuyển hướng, cập nhật các liên kết bạn quản lý và theo dõi Search Console trong vài tuần.
Cập nhật ngày 3 tháng 11 năm 2026. Dành cho các quản lý hỗ trợ và tài liệu đang chuyển khỏi Zendesk Guide, Intercom Articles, Help Scout Docs, Document360, GitBook hoặc các công cụ tương tự. Hướng dẫn của Google được trích dẫn từ Search Central tính đến ngày đó.
Điều gì gây mất lưu lượng truy cập khi bạn di chuyển trung tâm trợ giúp?
Sao chép bài viết là phần dễ dàng. Lưu lượng truy cập bị mất ở những khoảng trống xung quanh chúng:
| Điều gì xảy ra | Người đọc và Google thấy gì | Khắc phục |
|---|---|---|
| Địa chỉ bài viết thay đổi và không có chuyển hướng | Trang 404; các trang đó bị loại khỏi chỉ mục | Chuyển hướng 301 cho mọi URL cũ (bước 2) |
| Tên máy chủ cũ biến mất cùng công cụ cũ | Mọi liên kết cũ đều hỏng ngay lập tức | Giữ tên máy chủ, chuyển nó sang máy chủ mới (bước 3) |
| Mọi thứ chuyển hướng về trang chủ mới | Google có thể coi đó là lỗi 404 mềm | Chuyển hướng một-một, tới trang gần nhất |
Bản dịch bị bỏ lại, hoặc hreflang vẫn trỏ đến URL cũ |
Các trang không phải tiếng Anh bị loại khỏi kết quả địa phương | Di chuyển từng ngôn ngữ và cập nhật hreflang |
| Hình ảnh và tệp đính kèm vẫn tải từ công cụ cũ | Ảnh chụp màn hình và tệp tải xuống bị hỏng khi đóng tài khoản | Sao chép chúng và ánh xạ cả URL tệp đính kèm |
| Liên kết sản phẩm, macro và email trỏ đến URL cũ | Thêm bước trung gian, sau đó là 404 nếu chuyển hướng bị xóa | Cập nhật các liên kết bạn sở hữu (bước 5) |
Trang web mới ra mắt với noindex, hoặc robots.txt chặn các đường dẫn cũ |
Các trang bị loại khỏi chỉ mục; Google không bao giờ thấy các chuyển hướng 301 | Kiểm tra khi ra mắt (bước 7) |
Hướng dẫn của Google về di chuyển trang web với thay đổi URL bắt đầu bằng bản đồ: "Việc ánh xạ các URL của trang web cũ sang URL của trang web mới là rất quan trọng." Google khuyến nghị sử dụng chuyển hướng vĩnh viễn phía máy chủ (301 hoặc 308).
Tại sao điều này quan trọng: trung tâm trợ giúp chỉ giảm tải yêu cầu hỗ trợ khi mọi người tìm thấy đúng trang. Trong một khảo sát của Gartner với 5.728 khách hàng (xuất bản tháng 8 năm 2024), chỉ 14% vấn đề dịch vụ được giải quyết hoàn toàn qua tự phục vụ, và trong 43% trường hợp thất bại, khách hàng không thể tìm thấy nội dung liên quan đến vấn đề của họ. Một cuộc di chuyển khiến người đọc gặp lỗi 404 sẽ làm tăng con số đó. Xem thêm các số liệu trong thống kê tự phục vụ khách hàng của chúng tôi.
Bước 1: Làm thế nào để liệt kê mọi URL mà trung tâm trợ giúp của tôi có?
Xây dựng một bảng tính với mỗi hàng là một địa chỉ cũ. Sử dụng nhiều nguồn vì mỗi nguồn đều có thể bỏ sót điều gì đó:
- Sơ đồ trang web (Sitemap). Hầu hết các trung tâm trợ giúp được lưu trữ đều xuất bản
sitemap.xml, thường là mỗi tệp cho một ngôn ngữ. Tải xuống mọi tệp sơ đồ trang web ngay bây giờ: khi DNS thay đổi, nền tảng cũ sẽ ngừng phục vụ chúng tại tên máy chủ của bạn. - Search Console. Xuất báo cáo Trang và Hiệu suất (phạm vi ngày dài nhất). Việc xuất dữ liệu dừng ở 1.000 hàng, vì vậy đối với trung tâm trợ giúp lớn hơn, hãy sử dụng API Search Console hoặc trình thu thập dữ liệu ở chế độ danh sách. Xác minh tên máy chủ trung tâm trợ giúp ngay bây giờ (thuộc tính Miền bao gồm mọi tên miền phụ), để bạn có cơ sở trước khi di chuyển.
- API hoặc tính năng xuất của nền tảng. Nó cung cấp cho bạn ID bài viết, ID phần và mọi ngôn ngữ. Zendesk có Help Center API, Intercom chỉ có REST API (không có nút xuất), Help Scout có Docs API, và Document360 có tính năng xuất ZIP các tệp Markdown, HTML hoặc JSON.
- Tệp đính kèm và tệp nhúng. Các tệp PDF và tệp tải xuống đính kèm trong bài viết cũng chứa các liên kết ngược (backlink). Hãy thêm URL của chúng vào danh sách.
- Phân tích và liên kết ngược. Các trang đích hàng đầu và các trang mà các trang web khác liên kết đến là những trang không được phép hỏng.
Thêm các cột cho ID bài viết, ngôn ngữ, lượt nhấp hàng tháng, liên kết ngược, URL mới và cột "đã kiểm tra". Sắp xếp theo lượt nhấp.
Bước 2: Làm thế nào để xây dựng bản đồ chuyển hướng?
Mỗi nền tảng có cấu trúc URL riêng. ID bài viết trong đó là thứ giúp bạn ghép nối các trang cũ với trang mới:
| Nền tảng | Cấu trúc URL bài viết | Cũng cần ánh xạ |
|---|---|---|
| Zendesk Guide (nay là Zendesk Knowledge) | /hc/en-us/articles/360001234567-Reset-your-password |
Các trang phần và danh mục, tệp đính kèm, mọi ngôn ngữ (/hc/de/…) |
| Intercom Articles | /en/articles/1234567-reset-your-password |
Các trang bộ sưu tập và tiền tố ngôn ngữ khác |
| Help Scout Docs | /article/123-reset-your-password |
Các trang danh mục và bộ sưu tập |
| Document360 | /docs/reset-your-password hoặc /v1/docs/… |
Các trang danh mục và đường dẫn ngôn ngữ |
| GitBook, Mintlify, Docusaurus | Đường dẫn theo cây trang của bạn | Các phiên bản cũ và trang bạn đã di chuyển |
Các cấu trúc xuất hiện trên trung tâm trợ giúp hoặc tài liệu của chính nhà cung cấp vào ngày 3 tháng 11 năm 2026; của bạn có thể khác nếu bạn đã tùy chỉnh chúng.
Các quy tắc giúp duy trì thứ hạng:
- Một URL cũ, một URL mới. Trỏ mỗi bài viết tới trang mới tương ứng. Google cảnh báo rằng việc gửi nhiều URL cũ tới một trang như trang chủ "có thể bị coi là lỗi 404 mềm".
- Bao phủ các biến thể có lưu lượng truy cập. Các liên kết cũ thường mang slug cũ hơn, hoặc không có (Zendesk phục vụ
/hc/en-us/articles/360001234567mà không có slug). Nếu nền tảng mới hỗ trợ chuyển hướng theo mẫu hoặc ký tự đại diện, hãy khớp theo ID. Nếu nó chỉ khớp với đường dẫn chính xác, hãy thêm các hàng cho các biến thể thực sự xuất hiện trong Search Console, phân tích và liên kết ngược. - Một hàng cho mỗi ngôn ngữ.
/hc/de/articles/…nên dẫn đến trang tiếng Đức, không phải trang tiếng Anh. - Không tạo chuỗi chuyển hướng. Trình thu thập dữ liệu của Google theo dõi tối đa 10 bước nhảy, nhưng hướng dẫn của họ khuyên nên tránh tạo chuỗi và chuyển hướng thẳng đến trang cuối cùng. Nếu bạn đã di chuyển trước đó, hãy cập nhật cả những chuyển hướng cũ đó.
- Chủ động loại bỏ các trang. Nếu một bài viết không còn tồn tại và không có gì thay thế, hãy để nó trả về lỗi 404 hoặc 410. Hướng dẫn về lỗi thu thập dữ liệu của Google cho biết nên trả về 301 khi một trang "đã di chuyển hoặc có sự thay thế rõ ràng".
Đếm trước khi chọn nền tảng. Bài viết × ngôn ngữ, cộng với các phần, danh mục, tệp đính kèm và biến thể slug. Một trung tâm trợ giúp 300 bài viết bằng 3 ngôn ngữ cần khoảng 900 chuyển hướng bài viết trước khi thực hiện bất cứ điều gì khác. Một số nền tảng giới hạn số lượng chuyển hướng mỗi trang web theo gói, và một số bỏ qua các chuyển hướng vượt quá giới hạn mà không báo lỗi nhập dữ liệu.
Bước 3: Chúng ta có nên giữ nguyên tên miền trung tâm trợ giúp không?
Có, bất cứ khi nào có thể. Chuyển hướng chỉ hoạt động trên tên máy chủ phản hồi các yêu cầu. Nếu trung tâm trợ giúp của bạn nằm tại help.yourcompany.com, hãy giữ tên máy chủ đó và khi chuyển đổi, trỏ nó tới nền tảng mới bằng thay đổi DNS (thường là CNAME). Nền tảng mới sau đó sẽ phản hồi các đường dẫn cũ bằng 301, vì vậy các liên kết cũ, dấu trang và kết quả tìm kiếm vẫn hoạt động.
Nếu các URL vẫn giống hệt nhau, Google coi đó là di chuyển trang web không thay đổi URL. Nếu chỉ các đường dẫn thay đổi trên cùng một tên máy chủ, bạn cần bản đồ 301, nhưng không cần công cụ Thay đổi địa chỉ của Search Console.
| Nơi lưu trữ trung tâm trợ giúp cũ của bạn | Việc cần làm |
|---|---|
Tên miền phụ của riêng bạn (help.yourcompany.com) |
Giữ nguyên. Tải bản đồ chuyển hướng lên nền tảng mới, sau đó di chuyển tên miền phụ khi chuyển đổi (bước 6). |
Chỉ địa chỉ của nhà cung cấp, trên Zendesk (yourcompany.zendesk.com/hc/…) |
Trong khi Guide vẫn đang hoạt động, Redirect Rules API của Zendesk có thể gửi các URL bài viết trả về lỗi 404 đến một URL bên ngoài đầy đủ: tối đa 50.000 quy tắc mỗi thương hiệu, trên tất cả các gói Guide ngoại trừ Guide Lite Legacy, dành cho các bài viết đã lưu trữ hoặc xóa. Điều đó có nghĩa là phải giữ Guide hoạt động chừng nào bạn còn giữ các chuyển hướng. |
Chỉ địa chỉ của nhà cung cấp, trên Intercom (intercom.help/yourcompany) |
Các chuyển hướng của Intercom chỉ trỏ đến bên trong cùng một trung tâm trợ giúp. Giải pháp thay thế: trước tiên hãy kết nối tên miền phụ của riêng bạn trong Intercom (các liên kết intercom.help cũ sau đó chuyển hướng đến đó), sau đó di chuyển tên miền phụ đó sang nền tảng mới. Việc các liên kết intercom.help có tiếp tục chuyển hướng sau đó hay không vẫn chưa được ghi lại, vì vậy hãy kiểm tra thử. |
| Chỉ địa chỉ của nhà cung cấp, trên Help Scout | Các chuyển hướng của Help Scout Docs có thể trỏ đến một địa chỉ bên ngoài. Kiểm tra mã trạng thái với curl -I; điều này không được ghi lại. |
Một tên máy chủ mới có chủ đích (support. đến help.) |
Tên máy chủ cũ phải tiếp tục phục vụ các chuyển hướng 301. Xác minh cả hai tên máy chủ trong Search Console và sử dụng công cụ Thay đổi địa chỉ, công cụ này hoạt động ở cấp tên miền hoặc tên miền phụ (không dành cho việc di chuyển đường dẫn) và cần một chuyển hướng 301 từ trang chủ cũ sang trang mới. |
Vì vậy: hãy tránh thay đổi tên máy chủ nếu có thể. Một phân tích về 1.052 cuộc di chuyển tên miền bởi công ty SEO SALT.agency (tháng 6 năm 2026) cho thấy thời gian trung bình để quay lại lưu lượng truy cập trước khi di chuyển là 304 ngày. Đó là những cuộc di chuyển toàn bộ tên miền, không phải hoán đổi trung tâm trợ giúp, nhưng chúng cho thấy những gì đang bị đe dọa khi các địa chỉ cũ thay đổi.
Bước 4: Làm thế nào để di chuyển chính nội dung đó?
Sử dụng trình nhập nếu nền tảng mới có công cụ dành cho công cụ cũ của bạn. Nếu không, hãy xuất qua API của công cụ cũ và chuyển đổi sang Markdown hoặc HTML. Zendesk Guide không có nút xuất: bạn xuất qua Help Center API (bài viết, phần, danh mục, bản dịch) hoặc một ứng dụng trên marketplace. Sau khi nhập, hãy kiểm tra:
- Cấu trúc: danh mục, phần và thứ tự. Các cây thư mục sâu có thể bị làm phẳng.
- Hình ảnh và tệp đính kèm: được sao chép sang nền tảng mới, không được liên kết trực tiếp đến bộ nhớ của công cụ cũ. Hình ảnh trong các bài viết Zendesk bị hạn chế cần tải xuống được xác thực (API).
- Bản dịch: mỗi ngôn ngữ sẽ đến dưới dạng trang riêng, được liên kết với bản gốc. Nếu bạn đang thêm ngôn ngữ cùng lúc, hãy xem cách dịch trung tâm trợ giúp và video của nó.
- Liên kết nội bộ: các liên kết giữa các bài viết trỏ đến các địa chỉ mới.
- Nội dung bị hạn chế: bản nháp, ghi chú nội bộ và các bài viết giới hạn cho một số người dùng nhất định. Đảm bảo không có nội dung nào vô tình bị công khai.
Từ đây cho đến khi chuyển đổi, hãy đóng băng các chỉnh sửa trong công cụ cũ, hoặc nhập lại các thay đổi ngay trước khi bạn chuyển đổi.
Bước 5: Chúng ta nên tự cập nhật những liên kết nào?
Các chuyển hướng sẽ bắt được các liên kết bên ngoài. Các liên kết bạn sở hữu nên trỏ thẳng đến các URL mới:
- Các liên kết trợ giúp và chú giải công cụ bên trong sản phẩm của bạn
- Các câu trả lời đã lưu, macro và phản hồi soạn sẵn
- Các bài viết được đề xuất trong widget trò chuyện của bạn, và bất kỳ tác nhân AI hoặc chatbot nào trả lời từ trung tâm trợ giúp (trỏ nguồn kiến thức của nó vào trang web mới)
- Email giới thiệu và vòng đời khách hàng
- Chân trang web, trang trạng thái và các liên kết tài liệu của bạn
- Video và PDF hiển thị địa chỉ trung tâm trợ giúp
Bước 6: Làm thế nào để chuyển đổi mà không bị gián đoạn?
| Khi nào | Việc cần làm |
|---|---|
| Một tuần trước | Giảm TTL của bản ghi DNS xuống vài giờ (hướng dẫn di chuyển máy chủ của Google gợi ý thực hiện việc này ít nhất một tuần trước). Lưu các sơ đồ trang web cũ. Xác nhận quyền truy cập Search Console. |
| Một ngày trước | Đóng băng các chỉnh sửa trong công cụ cũ và nhập lại bất kỳ thay đổi nào. Kiểm tra toàn bộ bản đồ chuyển hướng trên địa chỉ tạm thời của nền tảng mới, nếu nó phục vụ các chuyển hướng ở đó. |
| Chuyển đổi, vào giờ thấp điểm | Thay đổi CNAME. Hầu hết các nền tảng được lưu trữ chỉ cấp chứng chỉ HTTPS sau khi DNS trỏ đến chúng, có thể mất vài phút, vì vậy hãy theo dõi để nó hoạt động. Một số nền tảng cần CNAME thuần túy, không có proxy hoặc làm phẳng CNAME ở phía trước. |
| Ngay sau đó | Chạy kiểm tra chuyển hướng đầy đủ (bước 7). |
| 30 ngày tiếp theo | Theo dõi (bên dưới). |
Bước 7: Chúng ta nên kiểm tra những gì vào ngày ra mắt?
- Kiểm tra từng hàng của bản đồ, không phải mẫu. Một trình thu thập dữ liệu ở chế độ danh sách, hoặc vòng lặp ngắn bên dưới danh sách kiểm tra, thực hiện việc này trong vài phút. Mỗi URL cũ sẽ trả về 301 (hoặc 308), không phải 302, và hạ cánh trên URL mới của nó trong một bước nhảy.
- Mở 20 URL cũ bận rộn nhất bằng mọi ngôn ngữ theo cách thủ công và kiểm tra xem trang đó có đúng không.
- Mỗi trang mới có thẻ canonical tự tham chiếu, và các phiên bản ngôn ngữ liên kết với nhau bằng
hreflangtrên các URL mới. -
robots.txtcho phép thu thập dữ liệu, bao gồm cả các đường dẫn cũ (chẳng hạn như/hc/), để Google có thể thấy các chuyển hướng 301. Không trang nào mangnoindexdo nhầm lẫn. - Gửi sơ đồ trang web mới trong Search Console. Google cũng gợi ý gửi sơ đồ trang web cũ để nó thu thập lại các chuyển hướng; nếu bạn không thể lưu trữ nó nữa, hãy kiểm tra các URL cũ hàng đầu của bạn bằng URL Inspection thay thế.
- Tìm kiếm, trợ lý AI, phản hồi và biểu mẫu liên hệ hoạt động trên trang web mới.
Vòng lặp đọc một tệp với một URL cũ và URL mới của nó trên mỗi dòng, và in mã trạng thái của mỗi URL cũ và nơi nó chuyển hướng đến:
while read old new; do
curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsvChúng ta nên giữ các chuyển hướng trong bao lâu?
Câu trả lời của Google: "Giữ các chuyển hướng càng lâu càng tốt, thường là ít nhất 1 năm." Trên thực tế, hãy giữ chúng chừng nào bạn còn vận hành trung tâm trợ giúp. Các liên kết cũ vẫn tồn tại trong các câu trả lời trên diễn đàn, email hỗ trợ và các trang web khác trong nhiều năm, và việc giữ một chuyển hướng không tốn kém gì.
Chúng ta nên theo dõi những gì trong những tuần đầu tiên?
Google cho biết hãy "mong đợi sự biến động tạm thời trong xếp hạng trang web trong quá trình di chuyển" và rằng "một trang web quy mô nhỏ đến trung bình có thể mất vài tuần để hầu hết các trang di chuyển". Mỗi tuần, hãy kiểm tra:
- Search Console, Trang: các mục "Không tìm thấy (404)" mới trỏ đến các chuyển hướng bị thiếu.
- Search Console, Hiệu suất: số lần nhấp vào các URL mới sẽ tăng lên khi các URL cũ giảm xuống.
- Lượt truy cập chuyển hướng: những URL cũ nào vẫn nhận được lưu lượng truy cập, và từ đâu.
- Tìm kiếm không có kết quả trên trung tâm trợ giúp mới: độc giả cho bạn biết những gì chưa được chuyển sang. Hướng dẫn của chúng tôi về khoảng trống nội dung trung tâm trợ giúp cho thấy cách giải quyết chúng.
Clevera xử lý việc di chuyển trung tâm trợ giúp như thế nào?
Clevera là một nền tảng AI biến bản ghi màn hình thành video hướng dẫn có lời bình, bài viết trợ giúp từng bước và một trang trên trung tâm trợ giúp được lưu trữ của bạn, bằng 74 ngôn ngữ. Các trung tâm trợ giúp của nó nhập từ công cụ bạn sử dụng ngày nay, trên mọi gói, miễn phí.
- Trình nhập: Zendesk, Intercom, Help Scout, Document360, GitBook, ReadMe, Mintlify, Docusaurus, Notion, Confluence hoặc bất kỳ trang tài liệu công khai nào khác hoặc tệp zip chứa Markdown hoặc HTML. Bạn kết nối bằng mã thông báo API, trang web công khai, kho lưu trữ Git hoặc tệp zip, tùy thuộc vào nền tảng. Intercom chỉ được đọc từ trang web công khai, vì vậy các bài viết riêng tư trên Intercom sẽ không được chuyển sang. Mã thông báo Zendesk hoặc Document360 sẽ mang theo các bản dịch sang những ngôn ngữ bạn đã thêm vào trang web. Xem hướng dẫn nhập từ Zendesk Guide, Intercom Articles, Help Scout và Document360.
- Chuyển hướng từ các địa chỉ cũ: Tạo chuyển hướng từ các địa chỉ cũ được bật theo mặc định khi nguồn có địa chỉ web, và các chuyển hướng của riêng Help Scout cũng sẽ được chuyển sang. Chúng hoạt động sau khi tên miền của bạn trỏ về Clevera. Chuyển hướng khớp với các đường dẫn chính xác (không dùng ký tự đại diện), vì vậy hãy thêm các biến thể slug vẫn nhận được lượt nhấp dưới dạng chuyển hướng thủ công.
- Xem trước trước: bản xem trước để bỏ chọn các trang, báo cáo với các cảnh báo và Hoàn tác nhập cho đến khi bất kỳ trang nào được nhập được xuất bản. Khi nguồn cho biết một trang không công khai, nó sẽ được gắn cờ Hạn chế và bắt đầu ở trạng thái bỏ chọn.
- Các giới hạn quyết định việc bạn có giữ được lưu lượng truy cập hay không:
- Chuyển hướng cần tên miền riêng của bạn, yêu cầu gói Starter trở lên, vì vậy trên gói Free, các liên kết cũ sẽ không chuyển hướng.
- Các chuyển hướng mà một lần nhập tạo ra sẽ được tính vào giới hạn chuyển hướng thủ công của gói, và bất kỳ chuyển hướng nào vượt quá giới hạn sẽ bị bỏ qua: 500 mỗi trang web trên gói Starter, 2.000 trên gói Pro. 2.000 là số lượng tối đa mà bất kỳ trang web nào có thể có.
- Ngôn ngữ được xuất bản mỗi trang web: 5 trên gói Starter, tất cả trên gói Pro.
- 2.000 trang mỗi lần nhập.
- Các chuyển hướng mà Clevera thêm sau đó, khi bạn đổi tên hoặc di chuyển một trang, là tự động và không được tính.
Sau khi di chuyển, bạn sẽ có tính năng tìm kiếm, trợ lý Hỏi AI trả lời người đọc từ các trang đã xuất bản của bạn kèm theo nguồn, sơ đồ trang web và llms.txt (xem cách làm cho tài liệu sẵn sàng cho AI), cùng thông tin chi tiết về các tìm kiếm không có kết quả. Bạn có thể xuất toàn bộ trang web dưới dạng HTML hoặc Markdown bất cứ lúc nào. Trên gói Pro và Custom, Autopilot có thể theo dõi các bản phát hành của bạn và lập kế hoạch cập nhật cho các bài viết và video bị ảnh hưởng để bạn phê duyệt.
Khi nào Clevera không phải là lựa chọn phù hợp: nếu trung tâm trợ giúp cũ của bạn có hơn 2.000 địa chỉ cần chuyển hướng, nếu nó phải nằm trong một thư mục của trang web chính của bạn (example.com/help; Clevera chỉ kết nối tên miền phụ), nếu nó phải nằm trong công cụ hỗ trợ khách hàng của bạn, hoặc nếu bạn phụ thuộc vào các tính năng chỉ có trên Zendesk như phân khúc người dùng tùy chỉnh. Các bài so sánh của chúng tôi về phần mềm trung tâm trợ giúp tốt nhất cho SaaS và các lựa chọn thay thế Zendesk Guide bao gồm các tùy chọn khác, và cách xây dựng cơ sở kiến thức bao gồm cấu trúc mà bạn nên hướng tới.
Thử nhập trước khi di chuyển bất cứ thứ gì
Nhập một bản sao trung tâm trợ giúp của bạn vào một trung tâm trợ giúp Clevera miễn phí và xem xét kết quả. Không có gì thay đổi trong công cụ hiện tại hoặc DNS của bạn cho đến khi bạn quyết định.
Các bước đầy đủ nằm trong Nhập và xuất trang tài liệu, và trang phần mềm trung tâm trợ giúp cho thấy những gì bạn nhận được sau khi di chuyển.
Câu hỏi thường gặp
Chúng tôi có bị mất thứ hạng Google khi thay đổi phần mềm trung tâm trợ giúp không?
Thường chỉ trong thời gian ngắn, nếu mọi URL cũ đều chuyển hướng đến trang tương ứng và nội dung vẫn giữ nguyên. Google cho biết hãy chuẩn bị tinh thần cho "sự biến động tạm thời". Việc mất thứ hạng lâu dài thường đến từ lỗi 404, chuyển hướng về trang chủ hoặc tên máy chủ cũ ngừng phản hồi.
Chúng tôi có thể giữ nguyên chính xác các URL không?
Hiếm khi. Hầu hết các nền tảng sử dụng cấu trúc URL riêng và không thể tái tạo /hc/en-us/articles/…; hãy hỏi trước khi bạn chọn. Việc giữ nguyên tên máy chủ với bản đồ 301 đầy đủ sẽ mang lại kết quả tương tự cho người đọc và công cụ tìm kiếm.
Sự khác biệt giữa di chuyển bộ phận hỗ trợ (help desk) và di chuyển trung tâm trợ giúp (help center) là gì?
Di chuyển bộ phận hỗ trợ là di chuyển các phiếu hỗ trợ, liên hệ và macro giữa các công cụ hỗ trợ, thường là với dịch vụ di chuyển. Di chuyển trung tâm trợ giúp là di chuyển các bài viết công khai mà người đọc tìm thấy trong tìm kiếm, vì vậy công việc tập trung vào URL, chuyển hướng và tên miền. Bạn có thể thực hiện cái này mà không cần cái kia.
Chúng tôi có phải di chuyển cả các phiếu hỗ trợ không?
Không. Trung tâm trợ giúp có thể di chuyển độc lập trong khi hộp thư đến, lịch sử phiếu hỗ trợ và trò chuyện vẫn giữ nguyên ở đó. Hãy trỏ tiện ích, macro và tác nhân AI của bạn vào trung tâm trợ giúp mới.
Chúng tôi nên sử dụng chuyển hướng 301 hay 302?
301 hoặc 308. Google coi đó là vĩnh viễn và sử dụng trang mới làm trang chuẩn (canonical). Chuyển hướng 302 cho biết việc di chuyển chỉ là tạm thời.
Việc di chuyển trung tâm trợ giúp mất bao lâu?
Việc nhập có thể mất vài phút. Hãy lên kế hoạch vài ngày cho việc kiểm kê URL, xem xét và thử nghiệm, một tuần cho thời gian chờ DNS TTL và vài tuần theo dõi sau đó.
Điều gì xảy ra với các câu trả lời AI trong công cụ cũ của chúng tôi?
Chúng vẫn ở lại với công cụ cũ. Hãy kiểm tra xem nền tảng mới có trả lời người đọc từ các bài viết của bạn hay không, gói nào bao gồm tính năng đó và liệu nó có tính phí theo câu trả lời, theo giải quyết hay trong hạn mức hàng tháng hay không.
