Cách trỏ tên miền về LadiPage chuẩn 2026 (kèm sửa lỗi 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” […]

Top 4 nhà cung cấp Hosting tại Việt Nam 2026

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

Đăng ký ngay tên miền thương hiệu tại Tenten.vn chỉ với 2 cú click chuột:

Kiểm tra sự tồn tại của tên miền: Nhập tên miền và nhấn “kiểm tra”.

BẢNG GIÁ TÊN MIỀN MỚI NHẤT

Trỏ tên miền về LadiPage thực chất là làm gì

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.

Trỏ tên miền về LadiPage chỉ là thêm hai bản ghi DNS, email theo tên miền không bị ảnh hưởng, và landing page vẫn nằm trên máy chủ LadiPage

Bước 0, xác định DNS tên miền đang được quản lý ở đâu

Đâ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:

  • Nhà đăng ký tên miền: trang bạn đã mua tên miền, thường có mục quản lý các loại bản ghi DNS ngay trong đó.
  • Cloudflare: khi bạn từng đưa tên miền qua Cloudflare để dùng SSL (chứng chỉ giúp trang chạy qua HTTPS) hoặc CDN (mạng phân phối nội dung giúp tải nhanh hơn) miễn phí.
  • Zone Editor trong hosting: khi bạn dùng cPanel, DirectAdmin và đã trỏ nameserver về hosting.

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)

Mockup giao diện quản lý bản ghi DNS với hai bản ghi LadiPage V3, www dùng CNAME trỏ về dns.ladipage.com và @ dùng URL Redirect, kèm cảnh báo không dùng bản ghi A đời cũ

Đâ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.

Hai bản ghi LadiPage yêu cầu và vì sao tên miền gốc không dùng CNAME

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.

So sánh www dùng CNAME trỏ về dns.ladipage.com với tên miền gốc apex phải dùng URL Redirect vì đã có sẵn bản ghi SOA và NS

Từ nguyên tắc này suy ra ba hệ quả, nói thẳng để bạn tự xoay xở về sau:

  • Landing page luôn nằm ở bản www. Tên miền gốc chỉ là cửa chuyển hướng, không phải nơi trang hiển thị.
  • Nhà quản lý DNS nào không có tính năng chuyển hướng thì bạn phải thay bằng bản ghi A. Cloudflare là trường hợp điển hình, xem section riêng bên dưới.
  • Tên miền phụ thì bạn dùng CNAME bình thường, vì tên miền phụ không phải apex nên không bị giới hạn nêu trên áp dụng.

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.

Cách trỏ tên miền về LadiPage theo 5 bước

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ước 1, tạo bản ghi trong trang quản lý DNS

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:

  • Cách nhập host: một số nơi bắt nhập host đầy đủ (www.tenmiencuaban.com) thay vì chỉ www. Bạn nhập theo định dạng nơi đó yêu cầu.
  • Dấu chấm cuối giá trị: một số nơi yêu cầu dấu chấm ở cuối (dns.ladipage.com.). Thiếu hoặc thừa đều có thể làm bản ghi không đúng.
  • Vị trí tính năng chuyển hướng: tính năng chuyển hướng cho @ đôi khi nằm ở một tab riêng tên “Forwarding”, không nằm chung bảng bản ghi.

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.

Bước 2, xác thực email tài khoản LadiPage

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ước 3, thêm tên miền vào LadiPage

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ước 4, xác thực quyền sở hữu tên miền

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.

Bước 5, xuất bản landing page với tên miền riêng

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

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

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)

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

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.

Trỏ tên miền về LadiPage khi DNS đang ở Cloudflare

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.

Mockup dashboard Cloudflare DNS Records với ba bản ghi www CNAME, @ dùng bản ghi A 13.213.201.36 và ladipageverify CNAME, tất cả để proxy status DNS only khi xác thực

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.

Bật SSL để landing page chạy HTTPS

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.

Hai điều kiện cứng để bật SSL trên LadiPage là không dùng gói Starter miễn phí và phải khai báo nền tảng LadiPage Cloud DNS, thời gian cấp chứng chỉ từ 0 đến 2 giờ

Kiểm tra và xử lý khi LadiPage chưa nhận tên miền

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:

  • Tra bằng công cụ web: bạn nhập www.tenmiencuaban.com, chọn loại CNAME trên whatsmydns.net hoặc dnschecker.org, xem bao nhiêu điểm đo trên thế giới đã trả về dns.ladipage.com.
  • Tra bằng dòng lệnh trên Windows: bạn chạy nslookup -type=cname www.tenmiencuaban.com.
  • Tra bằng dòng lệnh trên macOS và Linux: bạn chạy dig www.tenmiencuaban.com CNAME +short.
  • Tra chuyển hướng của tên miền gốc: bạn chạy curl -I http://tenmiencuaban.com, kết quả phải trả về mã 301 hoặc 302 kèm dòng Location là bản www.

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 kết quả tra DNS để biết đang sai ở đâu

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ũ đó

Mockup lệnh dig tra bản ghi CNAME và ba nhóm kết quả kèm hành động tương ứng: trả về đúng thì đợi thêm, trả về rỗng thì quay lại bước 0, trả về IP lạ thì xóa bản ghi cũ

Lỗi “Tên miền chưa trỏ CNAME về dns.ladipage.com”

Đâ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ị.

Ba lỗi còn lại sau khi bản ghi đã lan đúng

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:

  • Tên miền mở được nhưng ra trang trắng hoặc trang khác: landing page chưa được xuất bản với tên miền riêng. Bạn quay lại bước 5, chọn đúng tên miền khi xuất bản.
  • Vào được HTTP nhưng không vào được HTTPS: bạn đối chiếu hai điều kiện SSL ở section trên. Nếu đang bật Cloudflare proxy, bạn kiểm tra chế độ SSL/TLS. Chế độ Flexible dễ gây vòng lặp chuyển hướng, nên bạn đặt Full.
  • Tên miền gốc không tự chuyển sang bản www: thiếu bản ghi chuyển hướng cho @, hoặc nơi quản lý DNS không có tính năng đó. Trường hợp sau thì bạn thay bằng bản ghi A như cách làm với Cloudflare.

Ba lỗi thường gặp sau khi bản ghi đã lan đúng gồm ra trang trắng, vào HTTP nhưng không vào HTTPS, và tên miền gốc không tự chuyển sang www

Trỏ nhiều landing page trên cùng một tên miền

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.

Dùng tên miền phụ (subdomain)

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ó.

Dùng thư mục con

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

Thứ quyết định việc trỏ tên miền thành hay bại

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:

  • Chép bản ghi A đời cũ thay vì chuyển hướng cho @: LadiPage V3 đã bỏ IP cũ, dùng URL Redirect cho tên miền gốc.
  • Tạo bản ghi ở nhà đăng ký trong khi DNS đang nằm ở Cloudflare: bản ghi tạo nhầm chỗ không có nơi nào đọc tới.
  • Chờ SSL trên tài khoản Starter miễn phí: gói này vốn không được cấp SSL, chờ bao lâu cũng không có.

Ba lỗi khiến trỏ tên miền về LadiPage thất bại là chép bản ghi A đời cũ, tạo bản ghi khi DNS đang ở Cloudflare, và chờ SSL trên gói Starter miễn phí; nguyên tắc là kiểm tra nameserver trước rồi mới chép bản ghi

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).

Câu hỏi thường gặp về trỏ tên miền LadiPage

Trỏ tên miền về LadiPage mất bao lâu?

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.

Trỏ tên miền về LadiPage có mất email theo tên miền không?

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.

Dùng LadiPage có cần mua hosting không?

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ì sao LadiPage bắt dùng URL Redirect cho tên miền gốc mà không dùng CNAME?

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.

Tài khoản LadiPage miễn phí có bật được SSL không?

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.

Một tên miền trỏ được nhiều landing page không?

Đượ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.

Trần Đức Tâm
Trần Đức Tâm
Giám đốc Khối Kinh doanh Hạ tầng Internet

Trần Đức Tâm là chuyên gia về hạ tầng Internet, Domain, Hosting, Cloud và chuyển đổi số, với nhiều năm kinh nghiệm phát triển các dịch vụ Internet tại Việt Nam và Nhật Bản. Ông hiện là Giám đốc Khối Kinh doanh Hạ tầng Internet tại GMO-Z.com RUNSYSTEM, từng giữ các vị trí lãnh đạo tại Onamae.com, Tenten.vn và Z.com Việt Nam. Các bài viết của ông tập trung vào tên miền, hosting, VPS, email doanh nghiệp, SSL và hạ tầng Internet.