Trỏ tên miền về LadiPage chỉ là thêm hai bản ghi DNS (Domain Name System, hệ thống phân giải tên miền thành địa chỉ máy chủ), không phải chuyển hosting hay upload gì lên máy chủ. Vấn đề là phần lớn người làm theo hướng dẫn từng bước mà vẫn bị báo “chưa trỏ CNAME” […]
Trỏ tên miền về LadiPage chỉ là thêm hai bản ghi DNS (Domain Name System, hệ thống phân giải tên miền thành địa chỉ máy chủ), không phải chuyển hosting hay upload gì lên máy chủ. Vấn đề là phần lớn người làm theo hướng dẫn từng bước mà vẫn bị báo “chưa trỏ CNAME” không sai ở bản ghi. Họ sai ở chỗ tạo bản ghi, khi đúng giá trị nhưng đặt nhầm nơi đang giữ quyền quản lý DNS, hoặc chưa chờ đủ thời gian để bản ghi lan hết.
Bài này đi theo đúng thứ tự đó. Bạn xác định nơi DNS đang được quản lý trước, rồi chép hai bản ghi. Cuối cùng, bạn dùng một phép tra DNS duy nhất để biết mình đang chờ đúng hay đã làm sai. Cấu hình dưới đây theo chuẩn LadiPage V3 hiện hành, không phải bản ghi A đời cũ mà nhiều bài viết vẫn để lại.
Bạn đang muốn xây dựng một trang web của riêng mình
Contents
Trỏ tên miền về LadiPage là thêm bản ghi DNS, không phải chuyển hosting và không phải upload nội dung lên máy chủ nào. Landing page vẫn nằm trên máy chủ LadiPage, tên miền chỉ đóng vai trò chỉ đường tới đó.
Việc này chỉ liên quan tới hai bản ghi: một cho www, một cho tên miền gốc. Mọi bản ghi khác giữ nguyên, bạn không cần xóa hay sửa gì thêm.
Câu hỏi bạn hay lo nhất trước khi bấm lưu là email theo tên miền có ngừng hoạt động không. Câu trả lời là bản ghi MX (Mail Exchanger, bản ghi định tuyến email) và email theo tên miền không bị ảnh hưởng, vì MX là bản ghi độc lập với hai bản ghi bạn sắp thêm.
Có một ngoại lệ cần cảnh báo ngay. Nameserver là máy chủ tên miền quyết định nơi trả lời truy vấn DNS. Nếu bạn đổi nameserver (ví dụ chuyển sang Cloudflare) thay vì chỉ sửa bản ghi, toàn bộ vùng DNS được tạo lại từ đầu. Khi đó email sẽ ngừng nhận nếu bạn không khai báo lại bản ghi MX ở nơi mới. Đổi bản ghi thì an toàn, đổi nameserver thì phải dựng lại cả vùng.
Kết quả cuối cùng bạn nhắm tới là www.tenmiencuaban.com mở ra landing page, còn người gõ tenmiencuaban.com được chuyển hướng sang bản www.

Đây là bước quyết định cả bài, và là lý do bạn nên đọc bài này thay vì một bài chỉ liệt kê thao tác. Làm sai bước này thì mọi thao tác sau đều vô nghĩa, vì bản ghi bạn tạo ra sẽ không có nơi nào đọc tới.
Quyền quản lý DNS của một tên miền có thể đang nằm ở một trong ba nơi:
Chỉ một trong ba nơi có hiệu lực tại một thời điểm. Nơi có hiệu lực là nơi mà nameserver của tên miền đang trỏ tới. Bản ghi bạn tạo ở hai nơi còn lại bị bỏ qua, không có thông báo lỗi nào.
Cách kiểm tra mất khoảng 30 giây. Bạn tra tên miền trên whatsmydns.net hoặc dnschecker.org, chọn loại bản ghi NS. Hoặc chạy lệnh nslookup -type=ns tenmiencuaban.com. Kết quả NS trả về sẽ chỉ đúng nơi bạn cần vào để tạo bản ghi:
|
Kết quả NS trả về |
Nghĩa là gì |
Vào đâu để tạo bản ghi |
|
ns*.tenten.vn hoặc NS của một nhà đăng ký khác |
DNS do nhà đăng ký quản lý |
Trang quản lý tên miền của nhà đăng ký đó |
|
*.ns.cloudflare.com |
DNS đã chuyển qua Cloudflare |
Dashboard Cloudflare (xem section riêng bên dưới) |
|
NS của nhà cung cấp hosting |
DNS do hosting quản lý |
Zone Editor trong hosting (cPanel, DirectAdmin) |

Đây chính là lý do nhiều người “làm đúng từng bước theo hướng dẫn mà LadiPage vẫn báo chưa trỏ CNAME”. Họ tạo bản ghi đúng giá trị, chỉ là tạo nhầm chỗ.
Nếu tên miền vừa đổi nameserver, bạn chờ nameserver phân giải xong rồi mới tạo bản ghi. Làm hai việc cùng lúc thì lúc lỗi bạn không biết lỗi nằm ở đâu.
Chốt bằng một câu để bạn biết đọc tiếp phần nào. DNS ở nhà đăng ký hoặc hosting thì bạn theo phần 5 bước ngay dưới. DNS ở Cloudflare thì bạn nhảy thẳng xuống section Cloudflare, vì bảng bản ghi ở đó khác hẳn.
LadiPage V3 yêu cầu đúng hai bản ghi cho tên miền chính. Đây là chỗ duy nhất trong bài in ra bảng giá trị này, section 5 bước phía dưới chỉ hướng dẫn thao tác và không lặp lại giá trị. Bạn chép theo đúng bảng, thay tenmiencuaban.com bằng tên miền của bạn:
|
Host record |
Type |
Value |
|
www |
CNAME |
dns.ladipage.com |
|
@ |
URL Redirect |
http://www.tenmiencuaban.com |
Một cảnh báo trực diện trước khi bạn chép nhầm ở đâu đó khác. Nhiều hướng dẫn đang lưu hành vẫn ghi bản ghi A với IP 13.229.38.226. Đó là cấu hình LadiPage đời cũ. LadiPage V3 (từ tháng 9/2022) đã đổi tên miền gốc sang URL Redirect, nên chép nhầm bản ghi A cũ sẽ khiến trang không chạy.
Điểm mấu chốt mà ít hướng dẫn nói rõ là URL Redirect không phải một loại bản ghi DNS. Nó là tính năng chuyển hướng của nhà đăng ký, nên mỗi nơi gọi một tên khác nhau. Bạn có thể gặp nó dưới tên URL Redirect, Domain Forwarding, Chuyển hướng tên miền, hoặc Web Forwarding.
Vì sao phải dùng nó thay vì CNAME (bản ghi bí danh, trỏ một tên miền sang một tên miền khác) cho tên miền gốc? Chuẩn DNS không cho phép đặt CNAME tại tên miền gốc (ký hiệu @, còn gọi là apex), bởi bản ghi gốc đã mang sẵn hai bản ghi SOA và NS. Muốn tên miền gốc chạy về LadiPage, cách duy nhất là chuyển hướng nó sang bản www.

Từ nguyên tắc này suy ra ba hệ quả, nói thẳng để bạn tự xoay xở về sau:
Trước khi thêm, bạn xóa hoặc sửa bản ghi cũ đang trùng host www và @. Hai bản ghi cùng host mà khác giá trị sẽ xung đột và cho kết quả khó đoán.
Có một mẹo rút ngắn thời gian chờ. TTL (Time To Live) là thời gian một bản ghi được các máy chủ trung gian giữ lại trong bộ nhớ đệm. Bạn hạ TTL của bản ghi cũ xuống 300 giây trước, đợi hết TTL cũ rồi mới đổi giá trị. Cách này giúp bản ghi mới lan nhanh hơn.
Phần này là toàn bộ thao tác chính, minh họa trên giao diện Tenten.vn. Nguyên tắc ở section trên đã đủ để bạn tự chuyển sang nhà đăng ký khác, nên phần này tập trung vào cách nhập chứ không nhắc lại giá trị bản ghi.
Bạn đăng nhập nơi đang quản lý DNS đã xác định ở bước 0. Với tên miền Tenten.vn, bạn vào domain.tenten.vn, mở phần quản lý bản ghi DNS.
Bạn thêm hai bản ghi theo đúng bảng ở section trên. Đây là chỗ sai nhiều nhất do khác biệt giao diện, nên lưu ý ba điểm:
Nhập sai định dạng thường là lỗi im lặng, hệ thống không báo gì, nên bạn kiểm lại kỹ trước khi rời trang.
LadiPage chỉ cho thêm tên miền sau khi tài khoản đã xác thực email. Bạn làm bước này trước để không bị kẹt giữa chừng khi đang thêm tên miền.
Bạn vào mục Tên miền trong LadiPage, thêm tên miền dạng đầy đủ.
Bạn giữ nguyên nền tảng mặc định là LadiPage Cloud DNS, đừng đổi sang WordPress, Haravan, Sapo hay Shopify. Lý do đầy đủ nằm ở section SSL bên dưới. Ở đây bạn chỉ cần nhớ một điều là chọn nhầm nền tảng thì sau này không cấp được SSL.
Bạn bấm xác thực. LadiPage kiểm tra bản ghi CNAME có trỏ đúng dns.ladipage.com hay không.
Thất bại ở lần bấm đầu là bình thường nếu bản ghi vừa tạo, vì bản ghi chưa lan xong. Bạn đợi rồi bấm lại, đừng sửa bản ghi. Cách biết mình đang chờ đúng hay đã làm sai nằm ở section kiểm tra cuối bài.
Trong trang thiết kế, bạn chọn Xuất bản, rồi chọn tên miền vừa xác thực thay cho tên miền mặc định của LadiPage.
Đây mới là bước làm landing page hiện lên. Trỏ tên miền xong mà quên xuất bản thì tên miền mở ra một trang trắng, và bạn dễ tưởng nhầm là trỏ sai.
Nếu bạn đang quản lý tên miền tại Tenten.vn, phần bản ghi @ không phải là trở ngại. Tenten.vn có sẵn tính năng chuyển hướng ngay trong trang quản trị tên miền, nên bạn không cần dùng thêm dịch vụ DNS bên ngoài chỉ để chuyển hướng tên miền gốc. Nếu tên miền chưa trỏ về nameserver Tenten.vn, bạn đổi trước về nameserver Tenten.vn cấp cho tên miền của mình. Tenten.vndùng bộ nameserver khác nhau tùy loại tên miền (quốc tế hay .vn), nên bạn lấy đúng giá trị hiển thị trong trang quản trị tên miền hoặc trang hướng dẫn cấu hình nameserver của Tenten.vn thay vì gõ tay theo trí nhớ.
Mỗi nhà đăng ký đặt bản ghi và tính năng chuyển hướng ở một chỗ khác nhau. Bảng dưới đây cho biết bạn vào đâu và cần lưu ý gì ở từng nơi:
|
Nhà cung cấp |
Nơi vào bản ghi |
Có URL Redirect không |
Ghi chú riêng |
|
Tenten.vn |
domain.tenten.vn, mục DNS |
Có |
Tính năng chuyển hướng nằm cùng trang quản trị tên miền |
|
PA Việt Nam |
Trang quản lý DNS trong tài khoản |
Có |
Bạn kiểm tra tab riêng nếu không thấy mục chuyển hướng |
|
Nhân Hòa |
Quản lý DNS (zonedns.vn với một số tên miền) |
Có |
Một số tên miền quản lý DNS qua hệ thống zonedns riêng |
|
iNet |
Trang quản lý bản ghi trong tài khoản |
Có |
Tên gọi tính năng có thể là “Chuyển hướng URL” |
|
GoDaddy |
DNS Management |
Có (Forwarding) |
Tính năng nằm ở mục Forwarding tách khỏi bảng bản ghi |
|
Namecheap |
Advanced DNS |
Có (URL Redirect Record) |
URL Redirect là một dòng chọn trong danh sách Type |
Nếu nhà cung cấp của bạn không có trong bảng, bạn vẫn theo được: tìm mục quản lý bản ghi DNS, thêm CNAME cho www, rồi tìm tính năng chuyển hướng cho @. Nơi nào không có tính năng chuyển hướng thì bạn thay @ bằng bản ghi A như cách làm với Cloudflare bên dưới.
Khi nameserver đã trỏ về Cloudflare, mọi bản ghi bạn tạo ở nhà đăng ký đều vô hiệu. Toàn bộ thao tác chuyển sang dashboard Cloudflare. Đây là kịch bản phổ biến nhất trong nhóm “làm đúng mà vẫn lỗi”, vì nhiều người quên rằng mình đã đưa tên miền qua Cloudflare từ trước.
Cloudflare không có tính năng URL Redirect ở tầng bản ghi, đúng như nguyên tắc đã nêu ở trên. Vì vậy bản ghi @ phải thay bằng bản ghi A. Bạn tạo ba bản ghi sau trong Cloudflare:
|
Host |
Type |
Value |
|
www |
CNAME |
dns.ladipage.com |
|
@ |
A |
13.213.201.36 |
|
ladipageverify |
CNAME |
dns.ladipage.com |
Bản ghi ladipageverify là bản ghi LadiPage dùng để xác thực quyền sở hữu khi không đọc được CNAME gốc do Cloudflare che. Thiếu nó thì xác thực thất bại dù hai bản ghi kia đã đúng.
Bạn tắt Proxy status (mây xám) khi xác thực. Mây cam (proxy bật) làm Cloudflare trả về IP của chính nó, nên LadiPage đọc không ra bản ghi thật và báo chưa trỏ đúng.

Xác thực xong bạn mới bật lại mây cam nếu muốn. Lưu ý rằng bật proxy sẽ chuyển nguồn cấp SSL từ LadiPage sang Cloudflare. Đó là một lựa chọn có đánh đổi, nên phần bật hay không bật proxy sẽ bàn ở section SSL ngay dưới.
SSL (Secure Sockets Layer, chứng chỉ giúp trang chạy qua HTTPS và hiển thị ổ khóa bảo mật) là bước bắt buộc nếu bạn chạy quảng cáo. Facebook Ads và Google Ads không chấp nhận link HTTP, còn trình duyệt gắn nhãn “Không bảo mật” ngay cạnh thanh địa chỉ khi trang chưa có SSL.
Thao tác cấp SSL khá đơn giản. Bạn vào mục Tên miền trong LadiPage, chọn tên miền đã xác thực, mở menu … rồi chọn Bật SSL. Nhưng hai điều kiện cứng dưới đây mới là chỗ đa số bài viết bỏ qua.
Điều kiện cứng thứ nhất là tài khoản LadiPage Starter miễn phí không bật được SSL. Không có cách chờ nào khắc phục được điều này, bạn phải nâng gói.
Điều kiện cứng thứ hai là tên miền phải khai báo nền tảng LadiPage Cloud DNS. Tên miền khai báo nền tảng khác (WordPress, Haravan, Sapo, Shopify) không được cấp SSL. Đây là lý do ở bước 3 bạn được nhắc giữ nguyên nền tảng mặc định.
Thời gian cấp chứng chỉ từ 0 đến 2 giờ. Quá 2 giờ chưa có thì bạn liên hệ hỗ trợ LadiPage. Đừng bấm bật lại nhiều lần, vì mỗi lần bấm lại có thể khiến quá trình đếm lại từ đầu.
Nếu bạn chưa muốn nâng gói, có một đường vòng là đưa DNS về Cloudflare rồi bật proxy để dùng SSL miễn phí của Cloudflare. Đánh đổi là bạn phải quản lý DNS ở nơi khác thay vì ngay trong LadiPage.
Trong lúc chờ, bạn không tự cài SSL ở nhà đăng ký hay hosting cho tên miền này. Cài chồng thêm dễ tạo xung đột chứng chỉ, làm trang lúc vào được lúc không.

Bạn nhận diện mọi lỗi ở bước này bằng cùng một phép tra DNS, nên hãy đọc kết quả trước, sửa sau. Đừng động vào bản ghi khi chưa tra, vì phần lớn trường hợp bản ghi không sai, chỉ là chưa lan xong.
Trước hết, bạn đừng canh giờ một cách máy móc. Thời gian chờ phụ thuộc TTL của bản ghi cũ ở từng máy chủ DNS trung gian, không phải một con số cố định. Mốc “24 giờ” chỉ là biên an toàn, thực tế thường nhanh hơn nhiều. Thời gian còn khác nhau theo đuôi tên miền. Các đuôi .com, .net, .vn thường có kết quả sau vài phút. Các đuôi giá rẻ như .site, .store, .xyz, .online hay chậm hơn, có thể mất vài chục phút.
Có bốn cách tra tùy thứ bạn cần kiểm:
Trước khi kết luận là lỗi, bạn xóa cache DNS trên máy và mở bằng cửa sổ ẩn danh. Cache cũ khiến bạn thấy kết quả sai và sửa nhầm thứ vốn không hỏng.
Cùng một phép tra CNAME cho ba nhóm kết quả, mỗi nhóm ứng với một việc khác nhau. Bảng dưới đây giúp bạn đối chiếu nhanh:
|
Kết quả tra được |
Nghĩa là gì |
Việc bạn cần làm |
|
Trả về đúng dns.ladipage.com nhưng LadiPage vẫn báo lỗi |
Bản ghi đúng, chỉ chưa lan hết |
Bạn đợi thêm, không sửa gì |
|
Trả về rỗng hoặc không thấy bản ghi vừa tạo |
Nhiều khả năng bạn tạo nhầm nơi quản lý DNS |
Bạn quay lại bước 0, kiểm tra lại nameserver |
|
Trả về một IP lạ hoặc trỏ về hosting cũ |
Còn bản ghi A hoặc CNAME cũ trùng host www chưa xóa |
Bạn tìm và xóa bản ghi cũ đó |

Đây là thông báo hay gặp nhất và cũng hay bị hiểu sai nhất. Phần lớn trường hợp bản ghi không sai, chỉ là chưa lan xong, nên đây không phải lỗi cần sửa mà là trạng thái cần chờ.
Việc bạn cần làm là chạy phép tra CNAME ở trên trước khi động vào bất cứ thứ gì. Sửa đi sửa lại chỉ làm TTL đếm lại từ đầu và kéo dài thêm thời gian chờ. Bạn chỉ sửa bản ghi khi phép tra cho ra kết quả rỗng hoặc sai giá trị.
Khi phép tra đã trả về đúng dns.ladipage.com mà trang vẫn chưa chạy như mong muốn, bạn đối chiếu ba trường hợp sau:

Sau khi đã trỏ xong lần đầu, bạn thường cần thêm landing page cho chiến dịch tiếp theo trên cùng tên miền. Có hai cách, và chúng khác nhau ở số bản ghi phải tạo.
Bạn cần một bản ghi: host là tên miền phụ (ví dụ khuyenmai), type CNAME, value dns.ladipage.com. Bạn không cần bản ghi chuyển hướng vì tên miền phụ không phải tên miền gốc.
Nếu DNS ở Cloudflare, bạn thêm kèm bản ghi ladipageverify như phần Cloudflare đã nêu. Cách này hợp khi tên miền chính đang chạy website (ví dụ WordPress) và bạn không muốn động vào bản ghi của nó.
Bạn không tạo thêm bản ghi nào. Bạn khai báo đường dẫn lúc xuất bản trong LadiPage, ví dụ www.tenmiencuaban.com/khuyenmai. Cách này hợp khi bạn muốn dồn tín hiệu về một tên miền duy nhất thay vì phân tán ra nhiều subdomain.
Để chọn nhanh giữa ba kịch bản, bạn đối chiếu bảng sau:
|
Kịch bản |
Số bản ghi phải tạo |
Khi nào nên dùng |
Hạn chế |
|
Tên miền chính |
2 (www + @) |
Khi đây là landing page chính của bạn |
Chiếm tên miền gốc, không chạy web khác cùng lúc |
|
Tên miền phụ |
1 (CNAME, thêm ladipageverify nếu ở Cloudflare) |
Khi tên miền chính đang chạy website khác |
Tín hiệu SEO phân tán ra nhiều subdomain |
|
Thư mục con |
0 |
Khi bạn muốn dồn tín hiệu về một tên miền |
Khai báo đường dẫn khi xuất bản, không tách riêng được cấu hình |
Nguyên tắc xuyên suốt bài chỉ có một câu: bản ghi đúng nhưng đặt sai nơi quản lý DNS thì vẫn không chạy. Bạn kiểm tra nameserver trước, chép bản ghi sau. Đảo thứ tự này là lý do phần lớn mọi người mắc kẹt với thông báo “chưa trỏ CNAME”.
Ba điểm dễ sai nhất, mỗi điểm ứng với một section ở trên:

Có thể tên miền của bạn đang ở một nhà cung cấp có giao diện DNS khó thao tác. Hoặc nơi đó thiếu tính năng chuyển hướng cho tên miền gốc, khiến bạn phải xoay sang bản ghi A. Trong hai trường hợp này, bạn có thể chuyển tên miền về Tenten.vn để quản lý cả bản ghi lẫn chuyển hướng trong cùng một trang quản trị. Chuyển tên miền .vn về Tenten.vn hiện miễn phí (thông tin tham khảo, bạn kiểm tra lại trên landing page).
Với .com, .net, .vn thường chỉ vài phút. Các đuôi giá rẻ như .xyz, .store lâu hơn, có thể mất vài chục phút. Thời gian phụ thuộc TTL của bản ghi cũ, không phải một con số cố định. Mốc 24 giờ chỉ là biên an toàn.
Không, nếu bạn chỉ thêm bản ghi www và @, vì bản ghi MX độc lập và giữ nguyên. Email chỉ ngừng hoạt động nếu bạn đổi nameserver mà quên khai báo lại bản ghi MX ở nơi quản lý DNS mới.
Không. Landing page nằm trên máy chủ LadiPage, tên miền chỉ trỏ tới đó. Bạn chỉ cần hosting khi còn một website riêng chạy song song, ví dụ một site WordPress trên tên miền chính.
Vì chuẩn DNS không cho đặt CNAME tại tên miền gốc, do bản ghi gốc đã mang sẵn SOA và NS. Cách duy nhất để tên miền gốc chạy về LadiPage là chuyển hướng nó sang bản www, như section giải thích ở trên.
Không. Gói Starter miễn phí không được cấp SSL, bạn phải nâng gói. Nếu chưa muốn nâng, bạn dùng đường vòng là đưa DNS về Cloudflare rồi bật proxy để dùng SSL miễn phí của Cloudflare.
Được, bằng tên miền phụ hoặc thư mục con. Tên miền phụ cần thêm một bản ghi CNAME, còn thư mục con không cần bản ghi nào, chỉ khai báo đường dẫn lúc xuất bản. Xem section trỏ nhiều landing page ở trên.