Mục lục bài viết13 mục
- 1.Tại sao Google mất thời gian để index trang mới?
- 2.Giai đoạn 0–2 giờ: Kiểm tra crawlability
- 2.1DNS và HTTPS
- 2.2robots.txt
- 2.3Meta robots và X-Robots-Tag
- 2.4Canonical
- 3.Giai đoạn 0–2 giờ: Sitemap và Google Search Console
- 4.Giai đoạn 2–6 giờ: Request Indexing và liên kết nội bộ
- 5.Giai đoạn 2–6 giờ: Tín hiệu từ kênh social sở hữu
- 6.Giai đoạn 6–24 giờ: Kiểm tra và xử lý
- 7.Giai đoạn 24–72 giờ: Củng cố và xác nhận
- 8.Những lỗi thường xuyên phá vỡ quy trình
- 9.Tóm lại
Đăng bởi SMEPlan · 2026
Khi một website mới ra mắt cùng lúc với chiến dịch quảng cáo hoặc PR, có một vấn đề kỹ thuật thường bị bỏ qua: Google chưa biết trang đó tồn tại. Người dùng nhìn thấy quảng cáo, tìm tên brand trên Google, và không thấy gì. Đó là khoảng trống đáng tiếc — và hoàn toàn có thể phòng tránh.
Bài này mô tả quy trình để một domain mới được Google thu thập và hiển thị trong kết quả tìm kiếm, với mốc thời gian rõ ràng: 0–2 giờ, 2–6 giờ, 6–24 giờ, và 24–72 giờ kể từ lúc bắt đầu.
Không có phép màu nào ở đây. Đây là kiểm soát kỹ thuật và tín hiệu có chủ ý — đủ để rút ngắn thời gian chờ từ vài ngày xuống vài chục giờ.
Tại sao Google mất thời gian để index trang mới?
Googlebot hoạt động theo chu kỳ: khám phá → thu thập → xử lý → quyết định đưa vào chỉ mục. Domain mới, không có liên kết từ bên ngoài, không nằm trong sitemap nào mà Google đã biết — nghĩa là Googlebot chưa có lý do để ghé thăm.
Thêm vào đó, nếu trang bị chặn ở bất kỳ tầng nào — từ DNS chưa trỏ đúng, robots.txt không cho phép, đến thẻ noindex đặt nhầm — thì dù Googlebot có tìm đến cũng không index được.
Quy trình dưới đây giải quyết cả hai vấn đề: dẫn đường cho Googlebot và dọn sạch rào cản kỹ thuật.
Giai đoạn 0–2 giờ: Kiểm tra crawlability
Đây là bước nền tảng. Mọi sai sót ở đây đều vô hiệu hóa các bước sau.
DNS và HTTPS
Kiểm tra tên miền đã trỏ đúng về IP hosting bằng dig hoặc nslookup. SSL phải hợp lệ. Toàn bộ URL redirect 301 về một phiên bản chuẩn duy nhất — hoặc https://www.domain.com hoặc https://domain.com, không lẫn lộn.
Redirect nhiều bước làm chậm Googlebot và đôi khi khiến trang không được thu thập.
robots.txt
Tệp này kiểm soát những gì Googlebot được phép truy cập. Với website mới, mẫu an toàn nhất là:
User-agent: *
Allow: /
Disallow: /wp-admin/
Sitemap: https://domain.com/sitemap.xml
Lỗi hay gặp nhất: copy nguyên robots.txt từ môi trường staging sang production — môi trường staging thường có Disallow: / để ngăn Googlebot index trang thử nghiệm. Lên production mà không sửa, toàn bộ site bị chặn.
Meta robots và X-Robots-Tag
Trang cần index không được có thẻ noindex. Kiểm tra:
- Thẻ
<meta name="robots">trong<head>của từng trang ưu tiên. - Header HTTP
X-Robots-Tag— đặc biệt quan trọng với các framework có middleware xử lý response header.
Với Single Page Application (SPA), cần đảm bảo server-side rendering (SSR) đủ để Googlebot thấy nội dung chính khi xem “View Source”. HTML rỗng là nguyên nhân phổ biến khiến SPA không được index dù robots.txt mở.
Canonical
Mỗi trang tự tham chiếu về phiên bản chuẩn:
<link rel="canonical" href="https://domain.com/landing-campaign/" />
Canonical trỏ nhầm sang URL khác domain, hoặc trỏ về URL có tham số UTM, khiến Google coi trang đó là bản thay thế và không index phiên bản bạn muốn.
Giai đoạn 0–2 giờ: Sitemap và Google Search Console
Sitemap.xml là danh sách URL bạn muốn Google ưu tiên thu thập. Với chiến dịch ra mắt, giữ sitemap gọn — chỉ các trang quan trọng nhất:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://domain.com/</loc>
<lastmod>2026-07-01</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://domain.com/campaign/</loc>
<lastmod>2026-07-01</lastmod>
<changefreq>daily</changefreq>
</url>
</urlset>
Sitemap chứa hàng trăm URL không liên quan trong bối cảnh gấp rút sẽ loãng tín hiệu, không giúp ích gì.
Google Search Console (GSC) là kênh giao tiếp chính thức với Google. Tạo property dạng Domain (bao phủ mọi subdomain và giao thức), xác minh bằng DNS TXT. Sau khi xác minh, vào Sitemaps → gửi địa chỉ sitemap.xml → kiểm tra trạng thái Success.
Giai đoạn 2–6 giờ: Request Indexing và liên kết nội bộ
Trong GSC, dùng công cụ URL Inspection để yêu cầu index từng URL ưu tiên:
- Nhập URL vào thanh Inspect.
- Nếu báo “URL is not on Google” → bấm Test live URL để kiểm tra thời gian thực.
- Khi Live test pass → bấm Request Indexing.
- Lặp lại cho trang chủ, trang campaign, thông cáo, About, Contact theo thứ tự ưu tiên.
GSC áp hạn mức Request Indexing mỗi ngày theo tài sản. Khi hết hạn mức, hệ thống sẽ thông báo — thử lại sau 24 giờ.
Cùng lúc đó, bổ sung liên kết nội bộ: từ trang chủ đặt link rõ ràng đến trang campaign (không chỉ trong menu — cả trong block nội dung chính). Footer nên có link đến About, Contact, Blog thông cáo.
Giai đoạn 2–6 giờ: Tín hiệu từ kênh social sở hữu
Đây không phải SEO theo nghĩa truyền thống — đây là tạo đường dẫn để Googlebot khám phá domain mới. Đăng một bài trên mỗi kênh chính (Facebook Page, LinkedIn Company, X, YouTube) với link trần về domain và trang campaign.
Mỗi kênh một bài là đủ. Không cần spam.
Giai đoạn 6–24 giờ: Kiểm tra và xử lý
Quay lại GSC, dùng URL Inspection cho từng trang ưu tiên. Nếu thấy “URL is on Google” — tốt. Nếu chưa:
- Chạy lại Test live URL để chắc không có lỗi kỹ thuật mới.
- Request Indexing lại cho 1–2 URL quan trọng nhất.
Nếu trạng thái chuyển sang “Crawled – currently not indexed”, thường do nội dung trang còn mỏng hoặc tín hiệu discovery yếu. Tăng thêm 200–300 từ mô tả rõ sản phẩm và brand, thêm một ảnh có alt chứa tên brand, sau đó request lại.
Giai đoạn 24–72 giờ: Củng cố và xác nhận
Khi URL Inspection hiển thị “URL is on Google” cho trang chủ và trang campaign, và khi tìm tên brand trên Google thấy domain xuất hiện trong kết quả tự nhiên — quy trình hoàn thành.
Nếu brand trùng tên với thực thể mạnh hơn, trang có thể đã được index nhưng chưa hiển thị với truy vấn tên brand đơn lẻ. Trong trường hợp này:
- Chuẩn hóa tiêu đề trang chủ dạng “[Brand] – Website chính thức”.
- Kiểm tra bằng truy vấn “brand domain.com” hoặc “site:domain.com” — dễ thấy hơn brand SERP chính thống.
Những lỗi thường xuyên phá vỡ quy trình
Đổi URL vào phút chót. Mọi tín hiệu đã gửi (sitemap, Request Indexing, liên kết nội bộ) đều trỏ về URL cũ. Chốt URL từ đầu.
Staging robots.txt lên production. Một dòng Disallow: / làm vô hiệu toàn bộ site. Luôn kiểm tra bản live sau mỗi lần deploy.
Canonical trỏ nhầm chuẩn. Nếu canonical của trang https://domain.com/campaign/ trỏ về https://www.domain.com/campaign/ trong khi site dùng non-www, Google coi trang đó là bản thay thế.
SPA không SSR. Googlebot thấy HTML rỗng, không index được dù không có lỗi nào khác.
Tóm lại
Không có cách nào ép Google index ngay lập tức. Nhưng có cách để rút ngắn thời gian chờ xuống mức có thể kiểm soát — bằng cách loại bỏ mọi rào cản kỹ thuật, dẫn đường cho Googlebot qua sitemap và Request Indexing, và tạo vài tín hiệu discovery đáng tin từ kênh sở hữu.
Thực hiện đúng quy trình này, phần lớn domain mới sẽ thấy tiến triển trong 0–24 giờ cho các URL trọng yếu. Phần còn lại xuất hiện trong 24–72 giờ tiếp theo.
Nếu quá 72 giờ không có gì, xem lại lỗi chặn kỹ thuật và tín hiệu discovery — không phải chờ thêm.
SMEPlan · 2026