Technical SEO

DNS Resolution Time

Thời gian cần để chuyển đổi tên miền thành địa chỉ IP, là một phần của chuỗi thời gian tải trang và ảnh hưởng đến TTFB.

3 lượt xem Cập nhật: 28/05/2026

DNS Resolution Time là gì?

DNS Resolution Time (thời gian phân giải DNS) là khoảng thời gian hệ thống mất để chuyển đổi một tên miền (ví dụ: example.com) thành địa chỉ IP tương ứng (ví dụ: 192.0.2.1). Đây là bước đầu tiên trong chuỗi kết nối từ trình duyệt người dùng đến máy chủ chứa trang web. Thời gian này được đo tính từ lúc trình duyệt gửi yêu cầu tra cứu DNS cho đến khi nhận được phản hồi đầy đủ với địa chỉ IP hợp lệ.

Giá trị thường được biểu thị bằng mili giây (ms). Một DNS Resolution Time lý tưởng nằm dưới 30 ms trên mạng có kết nối tốt; giá trị trên 100–200 ms có thể gây chậm trễ đáng kể trong tải trang, đặc biệt khi trang phụ thuộc nhiều tài nguyên từ nhiều tên miền khác nhau.

Tại sao quan trọng trong SEO?

DNS Resolution Time ảnh hưởng trực tiếp đến Time to First Byte (TTFB) — một trong ba chỉ số Core Web Vitals do Google sử dụng để đánh giá trải nghiệm người dùng. TTFB bao gồm thời gian xử lý DNS, kết nối TCP, gửi yêu cầu HTTP và chờ phản hồi từ máy chủ. Nếu DNS Resolution Time cao, toàn bộ chuỗi tải trang bị kéo dài — ngay cả khi máy chủ nhanh và nội dung nhẹ.

Theo nghiên cứu của Google và Akamai, mỗi 100 ms tăng thêm trong thời gian tải trang làm giảm tỷ lệ chuyển đổi trung bình từ 1–7%, tùy ngành. Với các trang thương mại điện tử hoặc tin tức, sự chậm trễ DNS còn làm tăng tỷ lệ thoát (bounce rate), từ đó làm suy giảm thứ hạng tìm kiếm — vì Google coi tốc độ tải là tín hiệu xếp hạng rõ ràng cho cả mobile và desktop.

Đặc biệt, nếu trang sử dụng nhiều tên miền con (cdn.example.com, api.example.com, fonts.example.com…), mỗi tên miền đều cần phân giải riêng — dẫn đến tổng thời gian DNS cộng dồn, dễ vượt ngưỡng chấp nhận được.

Cách hoạt động

Khi bạn nhập https://example.com vào trình duyệt:

  1. Trình duyệt kiểm tra bộ nhớ đệm DNS nội bộ (cache trong hệ điều hành và trình duyệt).
  2. Nếu không tìm thấy, nó gửi yêu cầu tới recursive DNS resolver (thường do nhà cung cấp mạng hoặc dịch vụ như Google DNS 8.8.8.8, Cloudflare 1.1.1.1).
  3. Resolver kiểm tra cache của chính nó. Nếu chưa có, nó lần lượt hỏi các máy chủ DNS theo thứ tự: root server → TLD server (.com) → authoritative name server của tên miền.
  4. Khi authoritative server trả về địa chỉ IP, resolver lưu vào cache và gửi lại cho trình duyệt.
  5. Trình duyệt bắt đầu kết nối TCP tới địa chỉ IP nhận được.

Mỗi bước đều có thể gây trễ: mạng chậm giữa client và resolver, resolver quá tải, authoritative server phản hồi chậm, hoặc cấu hình TTL (Time-To-Live) quá thấp khiến cache không hiệu quả.

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

Dưới đây là các bước kiểm tra và tối ưu DNS Resolution Time một cách thực tế:

  1. Đo thời gian thực tế: Dùng công cụ như WebPageTest, GTmetrix hoặc lệnh dòng lệnh dig example.com +stats (macOS/Linux) hoặc nslookup -debug example.com (Windows). Lưu ý: đo từ nhiều vị trí địa lý vì kết quả thay đổi theo vị trí người dùng.
  2. Kiểm tra TTL và thời gian cache: Đảm bảo TTL của bản ghi DNS ít nhất 3600 giây (1 giờ) cho các bản ghi ổn định. TTL quá thấp (dưới 300s) khiến resolver phải tra cứu lại thường xuyên.
  3. Chọn nhà cung cấp DNS chất lượng: Ưu tiên các dịch vụ có mạng lưới toàn cầu, hỗ trợ Anycast và thời gian phản hồi trung bình dưới 20 ms — ví dụ: Cloudflare DNS, Amazon Route 53, Google Cloud DNS. Tránh DNS miễn phí từ nhà đăng ký tên miền nếu không đảm bảo SLA.
  4. Giảm số lượng tên miền cần phân giải: Gộp tài nguyên tĩnh vào cùng tên miền (ví dụ: dùng static.example.com cho tất cả ảnh, CSS, JS); hạn chế gọi tới tên miền bên ngoài (font.gstatic.com, analytics.google.com…) nếu không cần thiết.
  5. Bật DNS prefetching: Thêm thẻ HTML trong <head>: <link rel='dns-prefetch' href='//cdn.example.com'>. Trình duyệt sẽ phân giải DNS sớm, song song với tải HTML — giúp tiết kiệm thời gian ở bước sau.

Lỗi thường gặp

  • DNS resolver chậm hoặc không ổn định: Nhà cung cấp DNS miễn phí thường không có CDN hoặc giám sát uptime. Cách khắc phục: Chuyển sang nhà cung cấp DNS chuyên nghiệp có báo cáo uptime ≥99.99% và latency trung bình dưới 30 ms.
  • Tên miền trỏ sai hoặc bản ghi CNAME quá sâu: Mỗi CNAME thêm một vòng tra cứu DNS. Ví dụ: www → cdn → edge → origin tạo 3 bước phân giải. Cách khắc phục: Dùng A/AAAA record thay vì CNAME khi có thể; giới hạn chuỗi CNAME tối đa 2 bước.
  • Bộ nhớ đệm DNS bị tắt hoặc lỗi: Một số cấu hình firewall hoặc phần mềm bảo mật chặn hoặc xóa cache DNS. Cách khắc phục: Kiểm tra cài đặt hệ thống, tắt tính năng “flush DNS on startup” nếu không cần thiết; dùng lệnh ipconfig /flushdns (Windows) hoặc sudo dscacheutil -flushcache (macOS) để kiểm tra hành vi cache.
  • Không dùng DNSSEC hoặc cấu hình sai: DNSSEC tăng bảo mật nhưng nếu triển khai sai có thể làm chậm phân giải do xác minh chữ ký thất bại. Cách khắc phục: Chỉ bật DNSSEC khi hiểu rõ cách vận hành; kiểm tra bằng công cụ như Verisign DNSSEC Analyzer.

Ví dụ thực tế

Một trang tin tức Việt Nam (baiviet.vn) có thời gian tải trung bình 3.2s trên di động. Phân tích WebPageTest cho thấy:

Thành phần Thời gian trung bình (ms) Ghi chú
DNS Resolution (www.baiviet.vn) 184 Do dùng DNS miễn phí từ nhà đăng ký
DNS Resolution (cdn.baiviet.vn) 217 Cùng nhà cung cấp, không có Anycast
DNS Resolution (fonts.googleapis.com) 42 Ổn định, dùng Google DNS
Tổng DNS time 443 Chiếm ~14% tổng thời gian tải

Sau khi chuyển toàn bộ DNS sang Cloudflare, thiết lập TTL = 3600s và thêm <link rel='dns-prefetch'> cho cdn.baiviet.vn, DNS Resolution Time giảm trung bình còn 28 ms cho mỗi tên miền. Tổng thời gian tải giảm xuống còn 2.1s, tỷ lệ thoát giảm 12% trong 30 ngày — đồng thời thứ hạng từ khóa chính tăng 2–3 vị trí trên mobile.

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

DNS Resolution Time có giống với Ping time không?

Không. Ping đo độ trễ mạng giữa client và một địa chỉ IP cụ thể (ICMP), trong khi DNS Resolution Time đo thời gian tra cứu tên miền thành IP — bao gồm cả việc gửi yêu cầu, xử lý bởi nhiều máy chủ DNS và chờ phản hồi. Hai giá trị có thể chênh lệch lớn: ping tới 1.1.1.1 có thể là 15 ms, nhưng phân giải example.com qua 1.1.1.1 có thể mất 60 ms do tải trên resolver.

Có nên dùng DNS địa phương (ISP) hay DNS công cộng?

Tùy trường hợp. DNS của ISP thường gần hơn về mặt mạng, nhưng có thể thiếu cache, không hỗ trợ IPv6 hoặc bị chặn/trượt. DNS công cộng (Cloudflare, Google) thường nhanh hơn và ổn định hơn trên toàn cầu — đặc biệt với người dùng Việt Nam, vì cả hai đều có điểm hiện diện tại Hà Nội và TP.HCM. Nên kiểm tra thực tế bằng dig example.com @8.8.8.8 và dig example.com @1.1.1.1 rồi so sánh.

Thời gian DNS có ảnh hưởng đến SEO trên desktop nhiều không?

Có, nhưng mức độ ảnh hưởng thấp hơn trên mobile. Trên desktop, người dùng thường có kết nối ổn định hơn và bộ nhớ đệm DNS lâu hơn. Tuy nhiên, với trang có hàng chục tài nguyên từ nhiều tên miền (ví dụ: dashboard SaaS), DNS Resolution Time vẫn góp phần làm chậm TTFB và ảnh hưởng đến xếp hạng — nhất là khi Google áp dụng trải nghiệm người dùng làm yếu tố xếp hạng chung cho mọi thiết bị.