Separate Mobile URLs

Separate Mobile URLs là gì?

Separate Mobile URLs (URL di động riêng biệt) là phương pháp thiết kế website trong đó phiên bản dành cho điện thoại có địa chỉ URL khác biệt so với phiên bản máy tính — ví dụ: m.example.com, mobile.example.com hoặc example.com/mobile. Đây là một trong ba cách chính Google công nhận để phục vụ nội dung cho thiết bị di động, bên cạnh Responsive Design và Dynamic Serving.

Khác với thiết kế phản hồi (responsive), Separate Mobile URLs không dùng cùng một mã nguồn cho mọi thiết bị. Thay vào đó, hệ thống chạy hai phiên bản độc lập — một cho desktop, một cho mobile — nhưng phải liên kết chặt chẽ qua thẻ HTML đặc biệt để Google hiểu mối quan hệ giữa chúng.

Tại sao quan trọng trong SEO?

Khi không liên kết đúng giữa phiên bản desktop và mobile, Google có thể coi hai trang là nội dung trùng lặp, dẫn đến phân tán tín hiệu xếp hạng, giảm độ tin cậy và ảnh hưởng tiêu cực đến vị trí tìm kiếm trên cả hai nền tảng.

Separate Mobile URLs vẫn được Google hỗ trợ đầy đủ — nhưng chỉ khi đáp ứng đúng yêu cầu kỹ thuật. Theo tài liệu chính thức của Google (cập nhật tháng 3/2024), việc thiếu thẻ rel="canonical" hoặc rel="alternate", hoặc đặt sai giá trị, khiến Google không thể ghép nối các phiên bản, từ đó làm chậm quá trình lập chỉ mục và đánh giá chất lượng nội dung di động.

Đây cũng là lựa chọn duy nhất nếu bạn cần tối ưu trải nghiệm người dùng trên di động bằng công nghệ riêng (ví dụ: PWA nhẹ, framework di động chuyên biệt) mà không ảnh hưởng đến hiệu năng desktop.

Cách hoạt động

Hệ thống dựa vào hai thẻ HTML bắt buộc:

• Trên trang desktop: thẻ <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page"> — thông báo cho Google rằng đây là phiên bản di động tương ứng.
• Trên trang mobile: thẻ <link rel="canonical" href="https://www.example.com/page"> — xác nhận phiên bản gốc, giúp tập trung tín hiệu SEO về trang desktop.

Googlebot sẽ đọc các thẻ này khi thu thập dữ liệu, sau đó nhóm hai URL thành một thực thể duy nhất trong hệ thống xếp hạng. Nội dung, tiêu đề, mô tả và cấu trúc liên kết phải tương đương — nếu khác biệt lớn (ví dụ: mobile thiếu nội dung chính, không có hình ảnh, không có nút CTA), Google có thể đánh giá thấp phiên bản di động.

Hướng dẫn thực hiện

1. Xác định cấu trúc URL di động: Chọn một trong ba dạng được Google chấp nhận: subdomain (m.example.com), subdirectory (example.com/mobile) hoặc miền phụ (mobile.example.com). Subdomain phổ biến nhất và dễ quản lý hơn subdirectory về mặt cấu hình máy chủ.
2. Triển khai thẻ liên kết hai chiều:
   • Mỗi trang desktop phải có <link rel="alternate" href="[mobile-URL]"> — không cần thuộc tính media nếu dùng subdomain/subdirectory (Google tự phát hiện qua cấu hình server).
   • Mỗi trang mobile phải có <link rel="canonical" href="[desktop-URL]">.
3. Cấu hình máy chủ: Đảm bảo cả hai phiên bản trả về mã trạng thái HTTP 200 OK, không chặn bởi robots.txt, và không có thẻ noindex.
4. Thử nghiệm và xác minh: Dùng công cụ URL Inspection trong Google Search Console để kiểm tra xem Google đã nhận diện đúng cặp URL chưa. Kiểm tra cả hai hướng: từ desktop sang mobile và ngược lại.
5. Theo dõi hiệu suất: Theo dõi chỉ số Mobile Usability, Crawl Stats và tỷ lệ lập chỉ mục trên cả hai phiên bản trong Search Console.

Lỗi thường gặp

Lỗi	Dấu hiệu	Cách khắc phục
Thẻ canonical và alternate không khớp nhau	Google báo “Alternate URL not found” hoặc “Canonical mismatch” trong Search Console	Kiểm tra thủ công từng cặp URL; đảm bảo href trên desktop trỏ đúng URL mobile, và ngược lại — không viết sai ký tự, thiếu https://, hoặc dùng URL tương đối.
Thiếu thẻ trên một số trang	Chỉ một phần trang mobile được lập chỉ mục; tỷ lệ index thấp hơn desktop	Dùng script kiểm tra hàng loạt (ví dụ: Python + BeautifulSoup) hoặc công cụ crawler như Screaming Frog để quét toàn bộ trang và xuất danh sách thiếu thẻ.
Redirect sai hướng	Người dùng desktop bị chuyển sang m.example.com, hoặc người dùng mobile bị giữ ở www.example.com	Cấu hình redirect dựa trên User-Agent và HTTP headers — không dùng JavaScript redirect. Kiểm tra bằng curl hoặc Chrome DevTools với chế độ “Network → Disable cache + User-Agent spoofing”.

Ví dụ thực tế

Một trang tin tức Việt Nam sử dụng m.baomoi.com cho di động và baomoi.com cho desktop. Trên trang baomoi.com/bong-da, thẻ HTML có dòng:

<link rel="alternate" href="https://m.baomoi.com/bong-da">

Trên trang m.baomoi.com/bong-da, thẻ tương ứng là:

<link rel="canonical" href="https://baomoi.com/bong-da">

Cả hai trang đều có tiêu đề giống nhau, nội dung bài viết đầy đủ, và menu điều hướng được tối ưu cho chạm. Kết quả: Google lập chỉ mục ổn định, tỷ lệ click qua từ tìm kiếm di động đạt trên 65% tổng lưu lượng.

Câu hỏi thường gặp

Separate Mobile URLs có còn được Google hỗ trợ không?

Có. Google vẫn hỗ trợ đầy đủ phương pháp này — nhưng khuyến cáo ưu tiên Responsive Design vì đơn giản, dễ bảo trì và ít rủi ro kỹ thuật. Tuy nhiên, Separate Mobile URLs vẫn phù hợp với doanh nghiệp có nhu cầu riêng về hiệu năng, A/B testing hoặc tích hợp hệ thống di động chuyên biệt.

Có nên dùng subdomain hay subdirectory cho phiên bản mobile?

Subdomain (m.example.com) được khuyên dùng hơn vì dễ tách biệt cấu hình máy chủ, phân quyền CDN, và kiểm soát crawl budget. Subdirectory (example.com/mobile) có thể gây nhầm lẫn trong quản lý robots.txt và khó phân biệt traffic trong Google Analytics nếu không cấu hình đúng. Việc lựa chọn phụ thuộc vào kiến trúc hệ thống — tùy trường hợp.

Nếu đổi từ Separate Mobile URLs sang Responsive Design, cần làm gì để tránh mất thứ hạng?

Bạn phải triển khai redirect 301 từ tất cả URL mobile về URL desktop tương ứng, đồng thời loại bỏ toàn bộ thẻ rel="alternate" và rel="canonical" cũ. Sau đó, thêm thẻ rel="canonical" chuẩn trên phiên bản responsive. Theo dõi trong Search Console ít nhất 8 tuần để đảm bảo Google đã cập nhật hoàn toàn — có thể thay đổi.