Checklist kiểm tra website trước khi ra mắt: 20 điểm không được bỏ sót

Ngày hôm đó, một khách hàng gọi cho chúng tôi lúc 10 giờ tối: “Website mình đang down, ngày mai có hội thảo quan trọng, khách hàng B2B cần xem portfolio trước khi họp.” Chúng tôi giải quyết được trong 2 giờ — nhưng vấn đề có thể phòng tránh hoàn toàn nếu có checklist kiểm tra trước khi ra mắt. Một website được chuẩn bị kỹ không phải là website không bao giờ có vấn đề — mà là website mà mọi vấn đề nghiêm trọng đã được phát hiện và xử lý trước khi khách hàng thực sự nhìn thấy. Đây là 20 điểm kiểm tra không thể bỏ sót.

Tại sao cần checklist trước khi launch?

Giai đoạn cuối của dự án website thường là lúc mọi người mệt mỏi nhất và áp lực nhất. Agency muốn bàn giao để đóng dự án, khách hàng muốn launch nhanh vì đã chờ lâu. Đây chính xác là lúc dễ bỏ qua những chi tiết quan trọng nhất. Một checklist bắt buộc tạo ra một “bức tường” giữa sự vội vàng và một website xấu hổ trước khách hàng thực tế.

Theo nghiên cứu của Nielsen Norman Group, người dùng hình thành ấn tượng về độ tin cậy của website trong 50 milliseconds đầu tiên — nhanh hơn cả khả năng xử lý ý thức của não. Một lỗi kỹ thuật nhỏ hoặc nội dung thiếu chuyên nghiệp trong 50ms đó có thể mất đi khách hàng tiềm năng mãi mãi.

Nhóm 1: Kiểm tra kỹ thuật nền tảng (5 điểm)

☐ Điểm 1: HTTPS và SSL hoạt động đúng

Truy cập website và kiểm tra: biểu tượng khóa xanh trong thanh địa chỉ Chrome có hiện không? URL tự động redirect từ HTTP sang HTTPS không? Dùng whynopadlock.com để scan mixed content (nội dung hỗn hợp — các tài nguyên như ảnh, script vẫn load qua HTTP trên trang HTTPS). Mixed content gây cảnh báo bảo mật trong Chrome và ảnh hưởng đến tín hiệu SEO.

☐ Điểm 2: Tốc độ tải trang đạt ngưỡng tối thiểu

Vào pagespeed.web.dev và kiểm tra cả hai: mobile (quan trọng hơn vì Google dùng mobile để xếp hạng) và desktop. Ngưỡng tối thiểu chấp nhận được: điểm Performance 50+ trên mobile, 70+ trên desktop. Dưới 50 điểm mobile trước khi launch là vấn đề cần giải quyết — không phải sau. Đặc biệt chú ý LCP (Largest Contentful Paint — thời gian tải phần tử lớn nhất): phải dưới 4 giây trên mobile, tốt hơn là dưới 2.5 giây.

☐ Điểm 3: Robots.txt không block trang quan trọng

Truy cập yoursite.com/robots.txt và kiểm tra có dòng Disallow: / không — đây là lỗi phổ biến nhất khi copy robots.txt từ staging (môi trường thử nghiệm) lên production (môi trường thực tế). Nếu robots.txt block toàn bộ website, Google sẽ không crawl được — website tồn tại nhưng vô hình với tìm kiếm.

☐ Điểm 4: XML Sitemap tồn tại và submit lên GSC

Kiểm tra yoursite.com/sitemap.xml có trả về dữ liệu XML không. Submit URL này vào Google Search Console (Indexing → Sitemaps). Sitemap giúp Googlebot khám phá tất cả trang quan trọng của bạn — đặc biệt quan trọng với website mới chưa có nhiều backlinks.

☐ Điểm 5: Không có trang 404 quan trọng

Dùng Screaming Frog (phiên bản miễn phí crawl 500 URLs) hoặc Google Search Console → Coverage Report để kiểm tra trang nào đang trả về lỗi 404. Đặc biệt kiểm tra: tất cả internal links trong nội dung có trỏ đúng URL không? Các trang được link từ menu navigation có load được không?

Nhóm 2: Nội dung và thông tin (5 điểm)

☐ Điểm 6: Không còn placeholder text

“Lorem ipsum dolor sit amet” hoặc “[TÊN CÔNG TY]” chưa được thay thế là lỗi xấu hổ nhất khi launch. Dùng Ctrl+F trong trình duyệt để tìm “lorem”, “[“, “placeholder”, “sample” trên tất cả trang. Đặc biệt kiểm tra: footer (chân trang), sidebar (thanh bên), và meta descriptions (thường bị bỏ quên nhất).

☐ Điểm 7: Tất cả hình ảnh hiển thị đúng và có alt text

Duyệt qua tất cả trang và kiểm tra không có hình ảnh bị broken (hiển thị icon “X” hoặc trống). Dùng Screaming Frog để export danh sách ảnh thiếu alt text — đây vừa là yêu cầu accessibility (khả năng tiếp cận cho người khiếm thị) vừa là yếu tố SEO.

☐ Điểm 8: Thông tin liên hệ chính xác và click-to-action

Số điện thoại: gọi thử xem có đổ không. Email: gửi test email xem có nhận được không. Địa chỉ: kiểm tra Google Maps embed có hiện đúng địa điểm không. Trên mobile: số điện thoại có là link tel: để click-to-call không? Đây là điểm thường bị bỏ qua nhưng ảnh hưởng trực tiếp đến conversion rate.

☐ Điểm 9: Tất cả forms gửi đi và email đến đúng hộp thư

Test từng form: điền thông tin test → submit → kiểm tra email có đến không, có đến đúng người phụ trách không. Kiểm tra cả: confirmation email có gửi về địa chỉ người điền form không? Anti-spam có đang block email hợp lệ không? CAPTCHA (nếu có) có hoạt động trên mobile không?

☐ Điểm 10: Copyright year và thông tin pháp lý đúng

Footer thường có “© 2020 [Tên công ty]” — năm có cần cập nhật không? Trang Chính sách bảo mật và Điều khoản sử dụng (bắt buộc nếu thu thập dữ liệu người dùng) có tồn tại và đúng thông tin không? Với website bán hàng: thông tin doanh nghiệp (tên, địa chỉ, mã số thuế) có đầy đủ và đúng không?

Nhóm 3: Trải nghiệm người dùng và responsive (5 điểm)

☐ Điểm 11: Kiểm tra đầy đủ trên thiết bị thực

Test trên: iPhone (Safari), Android phổ thông (Chrome), iPad (nếu layout có tablet breakpoint), và desktop Chrome/Firefox/Edge. Mỗi thiết bị: duyệt qua tất cả trang chính, test form, kiểm tra menu navigation, kiểm tra images load đúng, kiểm tra không có horizontal scroll (cuộn ngang) bất ngờ.

☐ Điểm 12: Navigation hoạt động nhất quán

Menu dropdown có hoạt động trên cả chuột lẫn touch không? Logo có link về trang chủ không? Breadcrumbs (đường dẫn phân cấp) có đúng không? “Active state” (trạng thái trang đang xem) trong menu có highlight đúng không?

☐ Điểm 13: Tốc độ trên mạng 4G thực tế

Tắt WiFi, dùng 4G di động (hoặc dùng Chrome DevTools → Network throttling → “Slow 4G”) và tải trang chủ. Nếu load mất hơn 5 giây — người dùng mobile thực tế ở khu vực có mạng yếu hơn sẽ bỏ đi. Xác định trang nào nặng nhất và ưu tiên tối ưu.

☐ Điểm 14: Không có lỗi JavaScript console

Mở Chrome DevTools (F12) → Console và tải từng trang chính. Lỗi JavaScript màu đỏ có thể gây ra: tính năng bị hỏng ngầm không nhìn thấy ngay, form không gửi được, analytics không track đúng. Tất cả lỗi console phải được giải quyết trước launch.

☐ Điểm 15: Print stylesheet (in ấn) hợp lý

Ctrl+P trên một trang quan trọng và xem print preview. Trang in ra có đọc được không? Menu, sidebar, popup có biến mất trong bản in không? Ít quan trọng hơn các điểm khác nhưng với website B2B, khách hàng thỉnh thoảng in báo giá hoặc thông tin sản phẩm.

Nhóm 4: Analytics và tracking (5 điểm)

☐ Điểm 16: Google Analytics 4 đang collect data

Vào Google Analytics 4 → Realtime report và truy cập website trong trình duyệt khác. Nếu thấy mình trong Realtime — GA4 đang hoạt động đúng. Không thấy — kiểm tra lại code cài đặt (thường qua Google Tag Manager hoặc trực tiếp trong theme WordPress).

☐ Điểm 17: Google Search Console verified và sitemap submitted

Đã xác minh quyền sở hữu website trong GSC (thường qua HTML meta tag hoặc DNS record). Đã submit sitemap. Không có Manual Actions (hành động thủ công từ Google) nào — kiểm tra trong Security & Manual Actions. Với website mới, GSC sẽ cần vài ngày đến vài tuần để hiển thị data đầy đủ.

☐ Điểm 18: Conversion tracking setup

Đã setup tracking cho tất cả conversion events (hành động chuyển đổi quan trọng): form submission, phone call click, button click, file download. Không có tracking = không biết website đang tạo ra bao nhiêu giá trị kinh doanh. Dùng GA4 Events hoặc Google Tag Manager để setup — yêu cầu kỹ thuật nhưng quan trọng từ ngày đầu.

☐ Điểm 19: Facebook Pixel (nếu có kế hoạch chạy Facebook Ads)

Nếu dự kiến chạy Facebook/Instagram Ads, cài Facebook Pixel ngay từ khi launch để bắt đầu xây dựng Custom Audience (đối tượng tùy chỉnh — người đã visit website) ngay lập tức. Pixel data tích lũy theo thời gian — càng sớm cài, càng nhiều data khi bắt đầu chạy Ads.

☐ Điểm 20: Google Business Profile linked và NAP consistent

Tên, địa chỉ, số điện thoại (NAP — Name, Address, Phone) trên website phải khớp chính xác với Google Business Profile và các directories đã đăng ký. Sự không nhất quán này gây confusion cho Google và ảnh hưởng đến Local SEO.

Sau khi hoàn thành checklist, đọc thêm về bước tiếp theo sau khi bàn giao website, bảo trì website định kỳ và cách xử lý website bị chậm.

Quy trình launch đúng chuẩn — Staging vs Production

Agency chuyên nghiệp thường phát triển website trên staging environment (môi trường thử nghiệm — phiên bản sao chép của website production, dùng để phát triển và test mà không ảnh hưởng website thực) trước khi chuyển lên production (môi trường thực tế — server thực sự phục vụ người dùng cuối). Quy trình chuẩn:

1. Staging: Toàn bộ quá trình phát triển và test diễn ra tại staging.yoursite.com (thường được password-protect để không bị Google index)
2. Client review: Bạn review và approve trên staging, không phải trực tiếp trên production
3. Pre-launch checklist: Chạy checklist 20 điểm này trên staging trước
4. Launch: Migrate từ staging lên production hoặc flip DNS (đổi DNS trỏ sang server mới)
5. Post-launch check: Chạy lại checklist nhanh ngay sau khi launch để catch (phát hiện) bất kỳ vấn đề nào phát sinh trong quá trình migrate

Lưu ý quan trọng khi migrate từ staging lên production: robots.txt của staging thường có Disallow: / để tránh Googlebot index trang staging. Đảm bảo robots.txt production không có dòng này — đây là lỗi kỹ thuật phổ biến và gây ra hậu quả nghiêm trọng (toàn bộ website vô hình với Google).

Soft launch vs Hard launch — Chiến lược ra mắt thông minh

Hard launch (ra mắt chính thức — announce rộng rãi ngay từ ngày đầu) vs soft launch (ra mắt mềm — live nhưng chưa announce rộng, dành 1–2 tuần để catch bugs trước khi thông báo) là hai chiến lược khác nhau.

Với website doanh nghiệp quan trọng: soft launch thường là chiến lược khôn ngoan hơn. Trong 1–2 tuần soft launch:

• Chạy checklist 20 điểm đầy đủ
• Nhờ 5–10 người dùng thực tế test và report issues
• Fix tất cả bugs và inconsistencies (sự không nhất quán)
• Setup và verify analytics tracking
• Ensure GBP và local citations đã live

Sau 1–2 tuần, khi mọi thứ đã ổn định — hard launch với announcement đầy đủ. Ấn tượng đầu tiên quan trọng hơn tốc độ ra mắt.

Red flags trong quá trình bàn giao — Những điều cần chú ý

Khi nhận bàn giao từ agency, chú ý các dấu hiệu đáng lo ngại:

• Không có staging environment: Phát triển trực tiếp trên production là rủi ro cao và thiếu chuyên nghiệp
• Không có documentation: Không có hướng dẫn sử dụng, không giải thích các custom code, không list plugins đang dùng và lý do
• Không bàn giao source code hoặc database access: Bạn phải có full access
• Domain vẫn đứng tên agency: Yêu cầu transfer ngay lập tức
• Agency “quên” setup GSC và GA4: Hoặc setup nhưng để email của họ làm owner — yêu cầu chuyển ownership về email của bạn

Câu hỏi thường gặp về kiểm tra website trước launch

Ai nên thực hiện checklist này — doanh nghiệp hay agency?

Lý tưởng nhất: cả hai. Agency kiểm tra từ góc độ kỹ thuật (điểm 1–5, 11–20). Chủ doanh nghiệp kiểm tra từ góc độ nội dung và business (điểm 6–10) — bởi vì chỉ bạn mới biết thông tin liên hệ đúng là gì, mô tả sản phẩm có chính xác không, giá có được cập nhật chưa. Hai bên kiểm tra chéo nhau cho kết quả tốt hơn bất kỳ bên nào kiểm tra độc lập.

Checklist này cần bao lâu để hoàn thành?

Với website 5–10 trang chuẩn: 2–4 giờ nếu làm kỹ. Chia thành 2 sessions: session 1 (kỹ thuật + analytics, 1–2 giờ) và session 2 (nội dung + trải nghiệm người dùng trên thiết bị thực, 1–2 giờ). Không nên làm vội trong 30 phút — tốc độ làm tăng nguy cơ bỏ sót những lỗi tinh tế nhất.

Có cần làm lại checklist này mỗi lần có cập nhật lớn không?

Nên làm lại (hoặc một subset phù hợp) sau: mỗi lần thay đổi theme hoặc redesign lớn, mỗi lần thêm plugin mới ảnh hưởng đến toàn bộ website, sau khi update WordPress major version, và sau khi migrate server hoặc thay đổi hosting. Các điểm kỹ thuật (1–5, 11–15) thường ổn định. Các điểm analytics (16–20) cần kiểm tra sau mỗi lần thay đổi code hoặc plugin tracking.

Website đã launch 6 tháng rồi có cần chạy lại checklist này không?

Có ích. Sau 6 tháng: plugins có thể đã gây ra mixed content mới, hình ảnh có thể bị mất link, form có thể bị lỗi sau update, tracking có thể bị mất sau thay đổi theme. Chạy lại checklist kỹ thuật (điểm 1–5, 13–15) mỗi 6 tháng là thực hành tốt — tương đương “bảo dưỡng định kỳ” của xe ô tô. Đọc thêm về bảo trì website định kỳ để hiểu tại sao việc này tốn ít hơn nhiều so với sửa chữa khẩn cấp.