Website agency mới xây có thể nhìn rất ổn ở ngày nghiệm thu: trang chủ đẹp, service page đủ section, form liên hệ hoạt động, tracking đã gắn. Nhưng nếu thiếu technical SEO checklist website mới, trang vẫn có thể mất cơ hội từ ngày đầu: URL quan trọng không được index, canonical trỏ sai, sitemap thiếu trang, redirect tạo vòng lặp, schema lỗi hoặc Core Web Vitals không đạt trên thiết bị thật.
Checklist dưới đây được viết cho đội marketing, SEO, content và dev cùng dùng trước khi launch. Mục tiêu không phải biến người marketing thành kỹ sư hệ thống, mà là tạo một danh sách đủ rõ để mọi người ký duyệt: trang nào được index, trang nào bị chặn, trang nào cần redirect, dữ liệu nào cần đo và lỗi nào phải sửa trước khi public.
Checklist nhanh trước khi launch
- Toàn bộ money page, service page, bài pillar và trang liên hệ có trạng thái index đúng.
- Trang staging, trang test, filter rác, kết quả tìm kiếm nội bộ và URL mỏng đã được chặn đúng cách.
- Canonical trên từng nhóm URL trỏ về bản chuẩn, không trỏ nhầm sang staging hoặc trang khác intent.
- Redirect map đã test 301, không có chain dài, loop hoặc redirect tới trang không liên quan.
- Sitemap chỉ chứa URL indexable, trả HTTP 200 và được khai báo trong robots.txt hoặc Search Console.
- Schema Article, Organization, Breadcrumb, Service hoặc FAQ chỉ dùng khi có nội dung thật tương ứng trên trang.
- Core Web Vitals, mobile layout, form lead, tracking sự kiện và thank-you path đã được kiểm trên thiết bị thật.
- Post-launch QA có người phụ trách log crawl, lỗi 404, index coverage, form submission và CTA CTR.
1. Indexing: quyết định trang nào đáng xuất hiện trên Google
Trước khi nói tới ranking, website mới cần xác định nhóm trang muốn xuất hiện trong tìm kiếm. Google lưu ý rằng đạt điều kiện kỹ thuật không bảo đảm một trang được lập chỉ mục trong yêu cầu kỹ thuật của Google Search. Với website agency, nên lập bảng URL gồm trang chủ, dịch vụ, giải pháp, case, bài nền tảng, bài hỗ trợ, liên hệ, trang pháp lý, landing page và trang kỹ thuật, rồi xác nhận vai trò của từng nhóm.
Mỗi URL cần có một trạng thái: index, noindex, redirect, canonical về URL khác hoặc giữ nội bộ. Đừng để dev tự đoán. Ví dụ, trang dịch vụ chính và bài pillar nên index; trang thank-you, trang test form, trang tag mỏng hoặc trang search nội bộ thường không nên index. Nếu launch lại website cũ, thêm cột “URL cũ”, “URL mới”, “hành động” và “người duyệt”.
2. Canonical: tránh tự cạnh tranh giữa các URL giống nhau
Canonical không phải miếng vá cho mọi lỗi duplicate, nhưng là tín hiệu quan trọng để nói đâu là bản URL chuẩn. Google có hướng dẫn riêng về canonicalization. Với website mới, hãy kiểm tra các tình huống dễ sai: có slash và không slash, HTTP và HTTPS, www và non-www, parameter tracking, trang category/tag, bài viết được đặt ở nhiều đường dẫn, bản mobile hoặc bản staging còn sót.
Checklist thực tế: mở source từng template chính, kiểm thẻ canonical; crawl toàn site để xem canonical có self-reference hợp lý không; kiểm staging domain không còn xuất hiện; kiểm canonical của landing page campaign không trỏ nhầm về trang chủ. Nếu có nhiều bài cùng chủ đề, canonical không thay thế được việc phân định keyword owner trong DNA.
3. Redirect: giữ tín hiệu từ URL cũ sang URL mới
Nếu website agency được rebuild từ site cũ, redirect map là phần phải ký duyệt trước khi đổi DNS hoặc bật production. Google giải thích cách xử lý các loại redirect trong tài liệu redirects and Google Search. Với SEO launch, ưu tiên 301 cho URL cũ có traffic, backlink, impression, conversion hoặc internal link đáng giữ.
Một redirect map tốt không chỉ có hai cột URL cũ và URL mới. Nó nên có thêm lý do mapping, loại trang, ưu tiên, trạng thái test, owner và ghi chú nếu không có URL thay thế tương đương. Tránh redirect toàn bộ bài cũ về trang chủ, vì người dùng và crawler đều mất ngữ cảnh. Nếu không có trang tương đương, hãy cân nhắc tạo trang mới trước khi launch hoặc chấp nhận 404/410 có kiểm soát cho nội dung không còn giá trị.
4. Sitemap và robots.txt: giúp crawler thấy đúng phần cần thấy
Sitemap không đảm bảo index, nhưng giúp Google phát hiện URL quan trọng nhanh và có hệ thống hơn. Tài liệu sitemap overview của Google nêu rõ sitemap nên phản ánh URL canonical và indexable. Vì vậy, trước launch hãy mở sitemap thật, không chỉ nhìn plugin báo “đã bật”.
Kiểm tra các điểm sau: sitemap trả 200, không chứa staging URL, không chứa URL noindex, không chứa redirect URL, có lastmod hợp lý nếu hệ thống hỗ trợ, được khai báo trong robots.txt và được submit trong Search Console. Với robots.txt, đừng dùng nó để chặn index trang đã xuất hiện trên Google; robots chỉ kiểm soát crawl, không phải lúc nào cũng gỡ URL khỏi kết quả tìm kiếm.
5. Schema: chỉ đánh dấu dữ liệu thật trên trang
Structured data giúp công cụ tìm kiếm hiểu entity, breadcrumb, bài viết, tổ chức, dịch vụ hoặc FAQ tốt hơn khi dữ liệu đó có thật trên trang. Google có phần giới thiệu về structured data. Website agency mới nên bắt đầu với Organization, WebSite, Breadcrumb, Article cho bài insight, Service cho trang dịch vụ và FAQ nếu câu hỏi đáp thật sự hiển thị trên page.
Không nên thêm schema đánh giá, giá, chứng nhận, partner badge hoặc case result nếu website không hiển thị bằng chứng tương ứng. Đây là lỗi phổ biến khi đội launch copy schema từ theme hoặc đối thủ. Checklist QA cần có bước validate schema, so nội dung schema với nội dung hiển thị, và đảm bảo publisher là tổ chức thật, không bịa profile cá nhân reviewer.
6. Core Web Vitals và mobile: kiểm bằng trải nghiệm thật
Core Web Vitals là một phần của page experience, và Google duy trì tài liệu riêng về Core Web Vitals. Với website agency mới, đừng chỉ nhìn điểm lab ở một lần test. Hãy kiểm trang chủ, service page, bài blog dài, trang có form, trang có video/ảnh lớn và landing page campaign trên mobile thực tế.
Checklist nên gồm: ảnh hero đã nén, lazy-load hợp lý, font không gây layout shift, form không bị che trên mobile, nút CTA không nhảy vị trí khi tải script, popup không đè nội dung chính, tracking script không làm chậm trang quá mức. Nếu chưa có field data, dùng lab test để phát hiện lỗi lớn, rồi đặt lịch xem lại dữ liệu thật sau khi site có traffic.
7. Noindex, robots và trang không nên lên kết quả tìm kiếm
Không phải trang nào public cũng nên được index. Google có hướng dẫn về cách block indexing bằng noindex. Với website agency mới, các trang thường cần rà soát gồm thank-you page, trang tài khoản, trang lọc rỗng, trang search nội bộ, bản preview, PDF tạm, media attachment và trang category mỏng.
Điểm quan trọng là không lẫn robots.txt với noindex. Nếu một trang bị chặn crawl bằng robots.txt, crawler có thể không đọc được thẻ noindex trên trang đó. Vì vậy, hãy dùng đúng công cụ cho đúng mục tiêu: noindex cho trang không muốn xuất hiện, canonical cho bản trùng cần gom tín hiệu, redirect cho URL cũ đã thay thế, và 404/410 cho nội dung không còn tồn tại.
8. Internal link và CTA sau launch
Technical SEO không dừng ở crawl/index. Website dịch vụ B2B cần đường đi rõ từ bài viết tới dịch vụ, proof và CTA. Sau khi publish bài pillar hoặc service page, hãy kiểm những trang liên quan đã trỏ về nhau bằng anchor tự nhiên. Nếu cần cấu trúc chi tiết hơn, có thể tham khảo bài internal link cho website dịch vụ B2B.
Với website agency mới, đừng để bài insight thành dead-end page. Cuối mỗi bài cần có bước tiếp theo phù hợp: đọc bài liên quan, xem checklist, đi tới contact, hoặc yêu cầu audit. Anchor nên phản ánh intent của người đọc, ví dụ “xem checklist audit GEO”, “đọc cách phân biệt SEO/AEO/GEO”, “trao đổi về launch checklist”, thay vì lặp exact-match keyword quá nhiều.
Ưu tiên kỹ thuật theo URL tạo nhu cầu, không theo điểm công cụ
Một checklist dài chỉ có ích khi đội triển khai biết lỗi nào cần xử lý trước và bằng chứng nào đủ để đóng ticket. Với website dịch vụ, có thể bắt đầu bằng trang dịch vụ, giải pháp, một bài hỗ trợ quan trọng và trang liên hệ. Đây là lựa chọn theo vai trò kinh doanh, không phải quy tắc rằng các URL khác không cần audit.
Tách ba câu hỏi: truy cập được, đủ điều kiện và đã được lập chỉ mục
Trình duyệt nhận HTTP 200 cho biết một lần truy cập công khai thành công. Thẻ robots không có noindex và canonical đúng là những tín hiệu cần kiểm tra thêm. Chúng không xác nhận Google đã crawl, chọn canonical hay đưa trang vào chỉ mục. Kết luận về trạng thái của Google cần dữ liệu tương ứng từ Search Console, không thể thay bằng việc mở trang thấy đẹp.
Robots.txt, CDN, máy chủ và cách render có thể ảnh hưởng khả năng truy cập của crawler khác với người dùng trong một lần kiểm tra. Vì vậy, khi báo cáo chỉ có HTML công khai, hãy ghi đúng phạm vi quan sát. Một HTTP 200 cũng cần được đọc cùng nội dung: trang trả 200 nhưng chỉ hiển thị thông báo lỗi không nên được nghiệm thu như một trang nội dung bình thường.
Mẫu quan sát công khai trên VIN ngày 04/10/2026
Ba URL dưới đây được mở trực tiếp để kiểm tra phản hồi và thẻ trong HTML. Tại thời điểm lấy mẫu, cả ba trả 200, có canonical về chính URL và meta robots cho phép index/follow; không thấy X-Robots-Tag trong các phản hồi đó. Mẫu này không phải crawl toàn website, log Googlebot hoặc bằng chứng đã được Google lập chỉ mục.
| Nhóm trang | Đường dẫn đã kiểm | Kết quả quan sát | Chưa xác nhận |
|---|---|---|---|
| Dịch vụ | /dich-vu/seo-aeo-geo/ | 200, canonical tự tham chiếu, index/follow | Google-selected canonical và trạng thái index |
| Giải pháp | /giai-phap/hien-dien-tren-google-va-ai/ | 200, canonical tự tham chiếu, index/follow | Crawl Googlebot và hiệu quả kinh doanh |
| Bài hỗ trợ | /chi-phi-dich-vu-seo-gom-nhung-gi/ | 200, canonical tự tham chiếu, index/follow | Index và truy vấn thực tế trong Search Console |
Không tìm thấy một lỗi ở ba trang này không có nghĩa toàn website đạt technical SEO. Cần mở rộng mẫu theo template, trang cũ, URL có tham số và các đường chuyển đổi. Với form, đừng dùng một click nút để kết luận gửi thành công; cần kiểm thử riêng trong điều kiện được phép và không tạo yêu cầu giả vào quy trình sales.
Đặt mức ưu tiên cùng lý do và phụ thuộc
- Chặn chức năng: URL quan trọng không truy cập được, nội dung chính mất hoặc đường liên hệ hỏng. Xác nhận phạm vi và cách khôi phục trước khi sửa.
- Chặn khả năng khám phá/hiểu: noindex ngoài dự kiến, canonical trỏ sai hoặc internal link tới URL không còn đúng. Kiểm tra trên nhóm template liên quan, không chỉ một trang.
- Ảnh hưởng trải nghiệm: bảng tràn ngang, ảnh không tải, chữ khó đọc hoặc bố cục nhảy. Dùng thiết bị và điều kiện kiểm thử cụ thể, không quy đổi mọi vấn đề thành mất thứ hạng.
- Cần theo dõi: cảnh báo chưa đủ bằng chứng hoặc cần thêm dữ liệu. Ghi rõ điều sẽ kiểm tiếp thay vì chấm đạt hoặc báo lỗi chắc chắn.
Các mức trên là quy ước quản lý ticket của đội, không phải thang điểm Google. Một lỗi ít URL nhưng nằm trên đường tạo lead có thể được ưu tiên hơn một cảnh báo trải nghiệm nhỏ ở nhiều bài cũ. Người duyệt cần xem cả tác động, rủi ro sửa và khả năng kiểm thử.
Điều kiện đóng một ticket kỹ thuật
Mỗi ticket nên có URL hoặc mẫu trang, quan sát trước sửa, cách tái hiện, hành động được duyệt, người thực hiện và kết quả sau sửa. Kiểm tra lại trang công khai trên máy tính và điện thoại, rồi xác nhận không làm thay đổi thông tin, form hoặc các phần ngoài phạm vi. Khi dữ liệu công cụ tìm kiếm cần thời gian cập nhật, tách trạng thái “đã sửa và kiểm thử” khỏi “đã được Google xử lý”.
Nếu cần phối hợp kỹ thuật với nội dung và phép đo, xem phạm vi SEO, AEO và GEO của VIN. Phạm vi audit nên xác định quyền truy cập và trách nhiệm triển khai ngay từ đầu, không mặc định một khuyến nghị đã được sửa chỉ vì nó xuất hiện trong báo cáo.
Checklist QA trong 24-72 giờ sau launch
| Hạng mục | Cần kiểm | Dấu hiệu lỗi |
|---|---|---|
| Index coverage | URL quan trọng được crawl/index, URL không cần index đã noindex | Service page không được discover, staging URL xuất hiện |
| Redirect | URL cũ 301 về URL mới tương đương, không chain/loop | Backlink cũ về 404 hoặc redirect về trang chủ không liên quan |
| Sitemap | Sitemap có URL canonical, HTTP 200, submit thành công | Sitemap chứa noindex, redirect hoặc URL staging |
| Schema | Schema khớp nội dung hiển thị và không bịa dữ liệu | Review schema, price schema hoặc person schema không có bằng chứng |
| Tracking | Form lead, click CTA, thank-you path và analytics event chạy đúng | Có lead thật nhưng CRM/analytics không ghi nhận |
| Logs | Crawler truy cập đúng nhóm URL quan trọng, lỗi 4xx/5xx được xử lý | Bot bị chặn nhầm hoặc crawl budget đổ vào URL rác |
Gắn checklist này với chiến lược SEO, AEO và GEO
Nếu website mới chỉ làm SEO truyền thống, checklist kỹ thuật vẫn cần thiết. Nếu website còn muốn đi theo hướng AEO/GEO, checklist càng quan trọng hơn vì AI answer engine cần nội dung có cấu trúc, entity rõ và internal link dễ hiểu. Anh chị có thể đọc thêm bài SEO, AEO và GEO khác nhau như thế nào để đặt đúng kỳ vọng trước khi đầu tư.
Sau khi launch, nên audit theo chu kỳ thay vì chỉ kiểm một lần. Bài checklist GEO audit 25 điểm cho website doanh nghiệp có thể dùng như lớp kiểm tiếp theo khi website đã có nội dung pillar, FAQ, entity và proof. Với đội quản trị marketing, một dashboard marketing cho SME sẽ giúp theo dõi organic qualified visits, CTA CTR, assisted conversion và MQL sau launch.
Khi nào nên nhờ audit ngoài?
Nếu website mới chỉ có vài trang giới thiệu, đội nội bộ có thể tự chạy checklist cơ bản. Nhưng nên nhờ audit ngoài khi có một trong các dấu hiệu sau: site rebuild từ domain cũ có nhiều URL, từng chạy SEO lâu năm, có migration đa ngôn ngữ, có nhiều landing page campaign, có CMS phức tạp, có form lead quan trọng hoặc đã launch nhưng organic traffic không tăng dù content đều.
Trước khi gửi brief cho agency hoặc consultant, hãy chuẩn bị sitemap, danh sách URL cũ/mới, quyền xem Search Console, analytics, CMS, danh sách tracking event và mục tiêu funnel. Khung checklist trong bài có thể dùng để chuẩn bị câu hỏi và phạm vi audit trước khi trao đổi với đơn vị triển khai.
