Kiểm tra lưu lượng truy cập: cách đảm bảo liên kết dẫn đến đúng tên miền

Thế nào được coi là chuyển đến đúng tên miền

Lưu lượng truy cập đến đúng tên miền khi người dùng sau tất cả các lần chuyển hướng mở được trang trên máy chủ đích. Chỉ kiểm tra địa chỉ được chèn vào mô tả buổi phát trực tiếp, hồ sơ hay quảng cáo là chưa đủ: liên kết có thể đi qua trình rút gọn, trình theo dõi, tên miền cũ, trang đích trung gian hoặc chuyển hướng theo khu vực địa lý.

Hãy kiểm tra không chỉ tên miền mà cả biến thể của nó: có www và không có www, HTTP và HTTPS, tên miền chính và tên miền phụ. Các địa chỉ site.example, www.site.example và promo.site.example có thể thuộc cùng một dự án, nhưng đối với trình duyệt, phân tích và nhật ký thì đây là những máy chủ khác nhau.

Mở liên kết theo cách khán giả mở nó

Hãy truy cập liên kết từ vị trí đặt thực tế: từ mô tả buổi phát trực tiếp, hồ sơ, tin nhắn ghim, bài đăng hoặc quảng cáo. Sau khi trang tải xong, hãy kiểm tra thanh địa chỉ. Điều quan trọng là URL còn lại trong trình duyệt, chứ không phải địa chỉ ban đầu trong bài đăng.

• Đối chiếu máy chủ đích với tên miền của trang đích.
• Kiểm tra đường dẫn: liên kết có thể dẫn đến đúng tên miền nhưng đến một mục đã lỗi thời.
• Đảm bảo rằng lượt truy cập trên di động không chuyển đến tên miền phụ kỹ thuật.
• So sánh kết quả đối với liên kết có thẻ UTM và không có thẻ UTM.
• Kiểm tra xem các tham số chiến dịch có được giữ lại sau tất cả các lần chuyển hướng không.

Hạn chế của kiểm tra thủ công: nó chỉ cho thấy một kịch bản — trình duyệt, thiết bị, khu vực và bộ cookie của bạn. Đối với một phần khán giả, các quy tắc có thể hoạt động khác.

Kiểm tra toàn bộ chuỗi chuyển hướng trong trình duyệt và qua curl

Để kiểm tra kỹ thuật, hãy dùng curl với các tham số -I và -L: lệnh sẽ hiển thị các tiêu đề phản hồi và đi qua các lần chuyển hướng. Hãy tìm các trạng thái 301, 302, 307, 308 và các tiêu đề Location. Chúng cho biết máy chủ đang hướng người dùng đến địa chỉ nào ở mỗi bước.

Để kiểm tra trong trình duyệt thực, hãy mở công cụ dành cho nhà phát triển, chuyển đến tab Network và bật Preserve log. Sau đó mở liên kết ban đầu. Trong danh sách yêu cầu, bạn sẽ thấy các lần chuyển hướng, tài liệu đích và các yêu cầu được thực hiện sau khi trang tải xong.

1. Bật Preserve log để danh sách không bị xóa sau khi chuyển hướng.
2. Tắt bộ nhớ đệm của trình duyệt nếu cần.
3. Mở liên kết ban đầu từ bài đăng hoặc dán nó vào tab mới.
4. Tìm các phản hồi có trạng thái 3xx.
5. Đối chiếu Request URL của mỗi bước với giá trị Location.
6. Kiểm tra tên miền và URL của tài liệu cuối cùng có trạng thái 200.

Khi nào tên miền cũ trong chuỗi là bình thường, khi nào là lỗi

Tên miền cũ trong chuỗi không phải lúc nào cũng có nghĩa là vấn đề. Sau khi chuyển đổi, lộ trình dạng old-site.example/stream → site.example/stream là bình thường: địa chỉ cũ tiếp nhận yêu cầu và liên tục chuyển hướng người dùng đến trang tương đương của trang web mới. Tên miền đích là đúng, đường dẫn được giữ lại và các thẻ UTM không bị mất.

Lỗi là tình huống khi old-site.example/stream dẫn đến trang chủ của trang web mới, đến một trang đích khác hoặc để người dùng ở lại tên miền cũ. Một vấn đề riêng phát sinh nếu sau khi chuyển hướng, chuỗi sau dấu chấm hỏi bị mất: người dùng đến đúng trang nhưng phân tích mất utm_source, utm_medium và utm_campaign.

Hãy kiểm tra không chỉ tên miền cuối cùng mà cả đường dẫn với các tham số. Việc chuyển đến site.example mà không có trang hoặc thẻ cần thiết có thể làm sai lệch dữ liệu chiến dịch nghiêm trọng như việc chuyển đến máy chủ của người khác.

Lưu ý đến chuyển hướng JavaScript và các tham số của liên kết

curl thuận tiện cho các phản hồi từ máy chủ, nhưng không phải lúc nào cũng thấy được các chuyển hướng được kích hoạt bởi script sau khi trang tải xong. DevTools trong trình duyệt giúp nhận ra kịch bản như vậy: đầu tiên một trang trung gian mở ra, sau đó script thay đổi địa chỉ hoặc gửi người dùng đến tên miền khác.

Trong Network, hãy kiểm tra không chỉ tài liệu chính mà cả thời điểm địa chỉ thay đổi sau khi tài liệu được tải. Nếu các thẻ UTM bị mất, hãy so sánh URL ban đầu, giá trị Location và chuỗi cuối cùng trên thanh địa chỉ. Như vậy có thể hiểu ở bước nào quy tắc chuyển hướng đã loại bỏ các tham số.

Hạn chế của việc truyền tất cả các tham số mà không kiểm tra: các giá trị dịch vụ thừa có thể lọt vào tên miền đích. Đối với các liên kết quan trọng, nên xác định trước những thẻ, mã khuyến mại và tham số đối tác nào cần được giữ lại.

Kiểm tra trình duyệt tích hợp của ứng dụng

Mạng xã hội, ứng dụng nhắn tin và nền tảng phát trực tuyến thường mở liên kết không phải trong trình duyệt chính của thiết bị mà trong trình duyệt tích hợp. Trình duyệt như vậy có thể truyền user-agent khác, hạn chế script, không lưu cookie hoặc xử lý chuyển hướng theo cách khác.

Hãy mở liên kết trực tiếp từ ứng dụng của nền tảng nơi nó được đặt. Sau đó lặp lại bài kiểm tra qua mục «Mở trong trình duyệt» nếu có. So sánh tên miền đích, đường dẫn, thẻ UTM và hành vi của biểu mẫu, thanh toán hoặc đăng nhập.

Hạn chế của kiểm tra trong trình duyệt tích hợp: không phải ứng dụng nào cũng cho phép xem chuỗi yêu cầu kỹ thuật. Tuy vậy nó vẫn quan trọng, vì đây thường là cách khán giả di động truy cập.

So sánh lượt truy cập từ các khu vực và điều kiện khác nhau

Nếu trang web sử dụng chuyển hướng theo khu vực địa lý, CDN hoặc các phiên bản trang đích khác nhau, hãy lặp lại kiểm tra qua VPN, proxy hoặc thiết bị từ xa ở khu vực cần thiết. So sánh tên miền đích, đường dẫn, tham số URL và nội dung của trang đích.

Hãy kiểm tra không chỉ quốc gia mà cả ngôn ngữ trình duyệt, trạng thái đăng nhập, cookie và loại thiết bị. Những điều kiện này có thể ảnh hưởng đến lộ trình: ví dụ, người dùng từ một khu vực được chuyển đến tên miền phụ cục bộ, còn khách truy cập không có cookie — đến trang đích chung.

Hạn chế của VPN và proxy: chúng không phải lúc nào cũng tái hiện đầy đủ điều kiện của người xem thực. Vị trí địa lý có thể được xác định bằng nhiều tín hiệu, vì vậy bài kiểm tra như vậy xác nhận vấn đề có thể xảy ra nhưng không bao phủ toàn bộ khán giả.

Xác nhận tên miền trong Yandex Metrica và GA4

Trong Yandex Metrica, hãy xem báo cáo theo trang nhập và URL trang. Lọc dữ liệu theo địa chỉ đầy đủ hoặc tên miền cần thiết, sau đó thêm phân khúc theo thẻ UTM, nguồn hoặc chiến dịch. Như vậy có thể thấy lượt truy cập sau một lần đặt cụ thể bắt đầu trên máy chủ nào.

Trong GA4, để kiểm tra như vậy, hãy dùng thứ nguyên Hostname cùng với trang đích, nguồn phiên và chiến dịch. So sánh xem có bao nhiêu phiên đến tên miền chính, địa chỉ cũ và các tên miền phụ quan trọng. Nếu thẻ được cài trên nhiều máy chủ, báo cáo sẽ nhanh chóng cho thấy sự trộn lẫn lưu lượng truy cập.

Hạn chế của phân tích: bộ đếm không ghi nhận một phần lượt truy cập do trình chặn, JavaScript bị tắt hoặc trang bị đóng trước khi thẻ tải. Ngoài ra, dữ liệu sẽ không giúp ích đối với tên miền nơi bộ đếm hoàn toàn không được cài đặt.

Kiểm tra các yêu cầu trong nhật ký máy chủ

Nhật ký máy chủ xác nhận những yêu cầu nào thực sự đã đến hạ tầng của trang web. Để kiểm tra, cần các trường có thời gian, Host, URL, mã phản hồi, user-agent và referer nếu được truyền. Hãy tìm các yêu cầu trong khoảng thời gian khởi chạy liên kết và xem riêng các yêu cầu đến tên miền cũ và tên miền đích.

Các phản hồi 301, 302, 307 và 308 sẽ cho thấy máy chủ đã chuyển hướng người dùng. Các yêu cầu có trạng thái 200 đến máy chủ đích sẽ xác nhận rằng trang đã được phục vụ từ tên miền cần thiết. Nếu trong nhật ký có lượt chuyển đến máy chủ cũ nhưng không có yêu cầu đến máy chủ mới, hãy kiểm tra quy tắc chuyển hướng và các lỗi kết nối có thể xảy ra.

Hạn chế của nhật ký: chúng chứa bot, trình quét và các yêu cầu kỹ thuật. Referer thường không có khi chuyển từ ứng dụng và ứng dụng nhắn tin, vì vậy không phải lúc nào cũng có thể khôi phục nguồn của một lượt truy cập cụ thể.

Phân tách tên miền chính và tên miền phụ trong báo cáo

Trang đích, tài khoản cá nhân, thanh toán và cơ sở kiến thức có thể nằm trên các tên miền phụ khác nhau. Nếu gộp chúng vào một báo cáo mà không có phân khúc, bạn có thể không nhận ra rằng liên kết từ buổi phát trực tiếp dẫn đến promo.site.example thay vì trang web chính hoặc đến checkout.site.example trước khi người dùng làm quen với ưu đãi.

Hãy tạo một phân khúc riêng cho máy chủ đích và giữ báo cáo chung cho tất cả các tên miền của dự án. Phân khúc đầu tiên giúp kiểm soát lưu lượng truy cập trang đích, phân khúc thứ hai — thấy lộ trình người dùng giữa trang đích, thanh toán và tài khoản cá nhân.

Hạn chế của việc lọc quá chặt: một lượt chuyển bình thường giữa các tên miền phụ có thể biến mất khỏi báo cáo, và phễu sẽ trông như bị đứt đoạn.

Danh sách kiểm tra liên kết trước khi đặt

• Mở liên kết từ nơi khán giả sẽ thấy nó.
• Kiểm tra tên miền đích, đường dẫn và tham số trên thanh địa chỉ.
• Xem chuỗi 3xx và các tiêu đề Location qua curl hoặc Network.
• Đảm bảo rằng tên miền cũ giữ lại đường dẫn và thẻ UTM khi chuyển hướng.
• Lặp lại lượt chuyển trong trình duyệt tích hợp của ứng dụng.
• Kiểm tra khu vực khác nếu sử dụng quy tắc địa lý.
• Đối chiếu Hostname và trang đích trong phân tích sau khi khởi chạy.
• Xác nhận các yêu cầu đến máy chủ cần thiết qua nhật ký máy chủ.

Sau khi thay đổi tên miền, CDN, trang đích hoặc quy tắc chuyển hướng, hãy kiểm tra cả liên kết mới và liên kết cũ. Các mô tả buổi phát trực tiếp cũ, video và bài đăng ghim có thể tiếp tục dẫn khán giả đến lộ trình đã lỗi thời.