Báo Cáo Phân Tích SEO Và GEO Gồm Những Gì? Checklist Bằng Chứng Trước Khi Thuê Audit

Audit SEO và GEO tốt phải bàn giao những gì?

Một bản audit SEO và GEO tốt bàn giao bốn thứ: danh sách lỗi có bằng chứng theo từng URL, bản đồ trang theo ý định tìm kiếm, số liệu nền để đo lại sau khi sửa và thứ tự việc cần làm. Thiếu một trong bốn, bạn nhận một bản nhận xét, chưa có kế hoạch để thực hiện.

Tôi chia bản bàn giao theo ba chuẩn của khung SEO Master và một bản đồ: TOP-Ready hỏi Google đã thấy và xếp đúng trang chưa, AI-Ready hỏi AI có hiểu và trích được nội dung không, Lead-Ready hỏi người đọc có đi tới bước liên hệ không. Phần thứ tư là bản đồ trụ cột và cụm bài theo Bản đồ DLN. Đơn vị khác có thể đặt tên khác, nhưng bốn câu hỏi đó vẫn phải có câu trả lời.

Bốn câu hỏi để thử một bản audit bất kỳ

1. Bằng chứng: chọn ngẫu nhiên ba phát hiện, mỗi phát hiện có chỉ ra URL và nơi kiểm lại không
2. Ưu tiên: danh sách có thứ tự theo tác động hay chỉ xếp theo mức đỏ, vàng của công cụ
3. Đo lại: có số liệu trước khi sửa để ba tháng sau so sánh không
4. Giới hạn: báo cáo có nói phần nào chưa kiểm được và vì sao không

Đọc báo cáo bằng bốn câu hỏi: bằng chứng ở đâu, sửa gì trước, đo lại bằng gì, còn thiếu gì. Bản nào trả lời đủ bốn câu mới đáng trả tiền.

Audit SEO khác checklist SEO thông thường ở đâu?

Checklist SEO liệt kê những thứ nên kiểm trên mọi website, còn audit trả lời website của bạn đang nghẽn ở đâu và vì sao. Checklist cho ra một danh sách đạt hoặc chưa đạt. Audit cho ra kết luận có thứ tự, gắn với dữ liệu thật của bạn và mục tiêu kinh doanh của bạn.

Site đã có bài checklist audit SEO website cho người muốn tự kiểm từng hạng mục. Điểm khác nằm ở bước sau checklist: cùng một lỗi thiếu thẻ mô tả, trên trang dịch vụ đang có hiển thị thì đáng sửa ngay, trên trang tin cũ không ai tìm thì để sau. Checklist không biết điều đó. Người làm audit phải biết.

Ba dấu hiệu bạn đang nhận checklist, chưa phải audit

• Không có URL: phát hiện viết chung chung kiểu nhiều trang thiếu thẻ alt
• Không có số: không trích lượt hiển thị, lượt nhấp hay sự kiện nào của chính website
• Không có thứ tự: mọi lỗi cùng một mức, người đọc không biết bắt đầu từ đâu

Dùng checklist để tự kiểm trước, rồi trả tiền cho phần phán đoán: nghẽn ở đâu, vì sao, sửa gì trước trên chính website của bạn.

Phần TOP-Ready cần kiểm dữ liệu kỹ thuật nào?

Phần TOP-Ready kiểm website có đủ điều kiện để Google thu thập, lập chỉ mục và hiện đúng trang hay chưa. Dữ liệu tối thiểu gồm báo cáo Lập chỉ mục trang trong Search Console, robots.txt, sitemap, canonical, mã trạng thái, chuỗi chuyển hướng và các trang đang giành nhau một ý định.

Phần kỹ thuật sửa một lần dùng được lâu, nhưng sửa sai thì hỏng trên diện rộng. Khóa Học SEO Master đi qua các bước kiểm trước khi đẩy thay đổi lên.

Google ghi trong tài liệu AI features and your website rằng muốn hiện làm link hỗ trợ trong AI Overviews hay AI Mode, trang "must be indexed and eligible to be shown in Google Search with a snippet", và "There are no additional technical requirements." Vì vậy TOP-Ready là cửa đầu của cả SEO lẫn GEO: trang chưa vào chỉ mục thì phần AI-Ready phía sau chưa có đất dùng.

Sáu nhóm dữ liệu kỹ thuật một phần TOP-Ready phải có

1. Lập chỉ mục: số URL đã và chưa lập chỉ mục, nhóm theo lý do trong báo cáo Lập chỉ mục trang
2. Mã trạng thái: trang 404, 410, 5xx còn nhận link nội bộ hoặc còn trong sitemap
3. Chuyển hướng: chuỗi nhiều bước, vòng lặp, link nội bộ còn trỏ vào URL đã chuyển
4. Canonical: canonical khai báo so với canonical Google chọn trong Kiểm tra URL
5. Trùng ý định: các cặp URL cùng nhận một nhóm truy vấn trong báo cáo Hiệu suất
6. Hiển thị: trang đã render có đủ nội dung chính khi xem bằng Kiểm tra URL

Hai trạng thái hay bị đọc sai: theo Page indexing report, "Crawled - currently not indexed" là Google đã thu thập mà chưa lập chỉ mục, còn "Discovered - currently not indexed" là Google mới biết URL, chưa thu thập. Hai trạng thái có nguyên nhân và cách xử lý khác nhau, báo cáo phải tách riêng.

Không áp dụng khi website mới ra mắt vài tuần: dữ liệu lập chỉ mục chưa đủ để kết luận, phần TOP-Ready lúc đó chỉ nên kiểm cấu hình.

Đòi phần TOP-Ready chỉ ra URL và trạng thái cụ thể. Một câu kiểu website có vấn đề index mà không kèm danh sách URL là chưa đủ để sửa.

Đối chiếu robots, sitemap, canonical khi audit ra sao?

Audit crawl và index phải đặt robots.txt, sitemap và canonical cạnh nhau để tìm chỗ chúng nói ngược nhau. Lỗi thường gặp là URL nằm trong sitemap nhưng bị chặn trong robots.txt, hoặc canonical trỏ sang trang khác trong khi sitemap vẫn khai trang cũ.

Mỗi tín hiệu có sức nặng khác nhau. Google xếp trong tài liệu Consolidate duplicate URLs: chuyển hướng là "A strong signal", rel="canonical" là "A strong signal", có mặt trong sitemap chỉ là "A weak signal". Robots.txt thì Google ghi rõ trong Introduction to robots.txt là "not a mechanism for keeping a web page out of Google".

Năm phép đối chiếu nên có trong bản bàn giao

1. Sitemap với mã trạng thái: mọi URL trong sitemap trả 200 và tự canonical
2. Sitemap với robots.txt: không URL nào trong sitemap bị robots.txt chặn
3. Canonical với Kiểm tra URL: canonical khai báo trùng canonical Google chọn ở trang chủ lực
4. Link nội bộ với chuyển hướng: menu và thân bài trỏ thẳng URL đích, không qua bước chuyển
5. noindex với robots.txt: trang gắn noindex không bị chặn thu thập

Một tín hiệu đúng chưa đủ. Báo cáo phải chỉ ra chỗ robots.txt, sitemap, canonical và chuyển hướng nói ngược nhau trên cùng một URL.

Audit intent và cannibalization bàn giao bản đồ gì?

Phần intent bàn giao một bảng URL, mỗi dòng ghi truy vấn chính, ý định tìm kiếm và trang nào giữ ý định đó. Với cannibalization, bảng phải chỉ rõ từng cặp URL đang giành cùng nhóm truy vấn và quyết định cho từng cặp: giữ, gộp hay đổi góc.

Khái niệm và cách phát hiện nằm ở bài trùng intent là gì và trang cannibalization audit. Trong báo cáo, điều cần xem là bản đồ có dùng được ngay hay không. Một danh sách cặp URL không kèm quyết định chỉ chuyển việc phán đoán lại cho bạn.

Cách kiểm bản đồ intent trong ba bước

1. Chọn một truy vấn: lấy truy vấn có nhiều lượt hiển thị nhất của website
2. Tra bản đồ: xem báo cáo ghi URL nào giữ truy vấn đó
3. Đối chiếu Search Console: lọc truy vấn trong Hiệu suất, xem tab Trang có đúng URL đó không

Bản đồ intent chỉ có giá trị khi mỗi cặp URL tranh nhau có một quyết định kèm lý do. Danh sách cặp URL trơn chưa phải bản đồ.

AI-Ready kiểm khả năng truy xuất nội dung ở mức nào?

Phần AI-Ready kiểm ở mức trang và đoạn: bot tìm kiếm AI có vào được trang không, nội dung chính có nằm trong chữ đọc được không, và từng đoạn có tự trả lời được một câu hỏi con không. Mức kiểm dừng ở khả năng truy xuất, không hứa trang sẽ được AI trích.

Google mô tả trong AI features and your website rằng AI Overviews và AI Mode có thể dùng "query fan-out", tức chạy nhiều tìm kiếm liên quan theo chủ đề con. Trang có nhiều đoạn trả lời rõ cho các câu hỏi con thì có thêm cơ hội được chọn. Google cũng ghi "Indexing and serving isn't guaranteed." Báo cáo nào hứa chắc AI sẽ trích là đang nói quá tài liệu.

Bốn lớp kiểm của phần AI-Ready

1. Truy cập: robots.txt, CDN, tường lửa không chặn bot tìm kiếm của Google, Bing, OpenAI
2. Chữ đọc được: nội dung chính có trong HTML đã render, không nằm trong ảnh hoặc chỉ hiện sau khi bấm
3. Đoạn tự đứng: đoạn ngay dưới mỗi tiêu đề trả lời thẳng câu hỏi của tiêu đề
4. Thực thể rõ: tên doanh nghiệp, sản phẩm, người viết nhất quán giữa trang và dữ liệu cấu trúc

Cách tự kiểm nhanh: mở Kiểm tra URL trong Search Console, xem trang đã thử, tìm đoạn trả lời quan trọng nhất. Đoạn đó không có trong HTML đã render thì mọi bước tối ưu chữ phía sau đều chưa có tác dụng.

Không áp dụng khi trang không có ý định thông tin, ví dụ trang giỏ hàng hay trang đăng nhập: phần AI-Ready bỏ qua các trang đó.

Đòi phần AI-Ready kiểm truy cập, chữ đã render và đoạn trả lời theo từng trang. Bỏ qua mọi lời hứa chắc được AI trích dẫn.

Answer-First nên được chấm theo độ rõ thế nào?

Answer-First được chấm bằng một câu hỏi: người đọc chỉ đọc đoạn đầu dưới tiêu đề có nhận được câu trả lời đúng và đủ không. Tiêu chí là độ rõ, độ đúng và mức tự đứng của đoạn, không phải số chữ hay một mẫu câu được cho là AI thích.

Answer-First là nguyên tắc viết đặt câu trả lời lên trước, giải thích sau. Google không có yêu cầu viết riêng cho AI: tài liệu AI features nêu cùng các cách làm SEO nền tảng. Vì vậy báo cáo nên chấm đoạn mở theo lợi ích cho người đọc, rồi mới nói tới khả năng được trích.

Ba câu hỏi để kiểm cách báo cáo chấm Answer-First

• Có trích đoạn gốc không: báo cáo chép lại đoạn mở hiện tại để bạn thấy lỗi
• Có đề xuất viết lại không: ít nhất vài trang chủ lực có bản viết lại mẫu
• Có lý do theo người đọc không: giải thích vì sao đoạn cũ khiến người đọc phải cuộn tìm

Chấm đoạn mở bằng câu hỏi người đọc có được trả lời ngay không. Mẹo câu chữ cho AI mà làm đoạn mở khó đọc hơn là đi ngược mục tiêu.

Entity và thông tin first-party cần nhất quán ra sao?

Entity cần nhất quán ở ba chỗ: chữ trên trang, dữ liệu cấu trúc và hồ sơ bên ngoài như Business Profile. Tên doanh nghiệp, địa chỉ, số điện thoại, giá, tên sản phẩm và người phụ trách phải giống nhau ở mọi nơi. Bản audit cần chỉ ra từng chỗ lệch.

Khái niệm Entity có bài riêng. Trong báo cáo, phần entity đáng giá nhất khi nó so thông tin first-party, tức thông tin chỉ doanh nghiệp mới có, giữa các trang của chính website. Google đưa vào danh sách cách làm của AI features việc "Checking that your Merchant Center and Business Profile information is up-to-date".

Cách kiểm nhanh phần entity của báo cáo

1. Tìm giá: chọn một mức giá, tìm trên site xem có trang nào còn giá cũ
2. Tìm số điện thoại: đếm số điện thoại khác nhau xuất hiện trên site
3. Xem schema: mở mã nguồn trang chủ, so tên trong Organization với chữ trên trang

Đánh giá cao phần entity khi nó liệt kê từng chỗ lệch kèm URL. Thông tin của chính doanh nghiệp mà còn lệch thì AI và người đọc đều khó tin.

Structured data cần kiểm gì để khớp chữ hiển thị?

Structured data cần kiểm ba điều: có mô tả đúng nội dung chính của trang không, có khai thứ người đọc không thấy không, và có lỗi trong công cụ kiểm tra không. Google ghi rõ không được đánh dấu nội dung người đọc không nhìn thấy trên trang.

Nguyên văn trong General structured data guidelines: "Don't mark up content that is not visible to readers of the page." Tài liệu AI features cũng nêu "Making sure your structured data matches the visible text on the page" và ghi không có schema riêng cho tính năng AI. Google còn ghi "Google does not guarantee that your structured data will show up in search results", nên báo cáo không được hứa kết quả nhiều định dạng.

Năm điểm kiểm structured data trong bản audit

1. Khớp chữ: giá, đánh giá, câu hỏi trong schema có trên trang hiển thị
2. Đúng loại: loại schema mô tả đúng trang, ví dụ Service cho trang dịch vụ
3. Không trùng: một trang không khai hai Organization khác nhau
4. Không lỗi: công cụ kiểm tra kết quả nhiều định dạng không báo lỗi bắt buộc
5. Cập nhật: schema đổi theo khi giá hoặc thông tin đổi

Không áp dụng khi website dùng plugin tự sinh schema mà chưa ai đọc lại: lúc đó việc đầu tiên là liệt kê schema đang sinh ra, chưa nên thêm loại mới.

Schema chỉ có ích khi nói đúng điều trang đang nói. Báo cáo nên tìm chỗ lệch giữa schema và chữ hiển thị trước khi đề xuất thêm loại schema mới.

Kiểm quyền vào site của Googlebot, OAI-SearchBot thế nào?

Kiểm bằng ba lớp: robots.txt có chặn user agent đó không, CDN hoặc tường lửa có trả lỗi cho IP của bot không, và log máy chủ có ghi lượt truy cập của bot không. OpenAI ghi rằng site chặn OAI-SearchBot sẽ không hiện trong câu trả lời của ChatGPT search.

Trong Overview of OpenAI crawlers, OpenAI ghi "Sites that are opted out of OAI-SearchBot will not be shown in ChatGPT search answers" và "Each setting is independent of the others", nghĩa là bạn có thể mở OAI-SearchBot cho tìm kiếm mà vẫn chặn GPTBot dùng cho huấn luyện. Trang Publishers and Developers FAQ khuyên "make sure you aren't blocking OAI-SearchBot".

Ba bằng chứng nên có trong báo cáo

• Đoạn robots.txt: chép nguyên các dòng liên quan tới từng bot
• Kết quả thử truy cập: mã trạng thái khi CDN nhận yêu cầu từ bot
• Log hoặc báo cáo: lượt truy cập gần đây của bot, nếu bạn cấp được log

Đòi báo cáo tách bot tìm kiếm và bot huấn luyện. Mở bot tìm kiếm là việc nền, chặn bot huấn luyện là quyết định riêng của doanh nghiệp.

Phần Lead-Ready cần kiểm từng bậc DLN ra sao?

Phần Lead-Ready đi qua năm bậc của DLN: Orient, Choose, Prove, Rate, Act. Ở mỗi bậc, báo cáo chỉ ra trang nào đang giữ bậc đó, trang đó có dẫn sang bậc kế tiếp không, và sự kiện GA4 nào cho thấy người đọc đã đi tiếp. Bậc nào đứt thì ghi URL và chỗ đứt.

Câu hỏi của từng bậc theo DLN™: tôi đang gặp vấn đề gì, nên chọn phương án nào, có bằng chứng gì, chi phí và rủi ro ra sao, bắt đầu thế nào. Khi website có lượt truy cập mà không ra khách, bài website có traffic nhưng không ra lead đi sâu vào thứ tự sửa. Báo cáo audit chỉ cần chẩn đoán đúng bậc đứt.

Cách đọc phần Lead-Ready trong báo cáo

1. Tìm bậc đứt: báo cáo phải nêu bậc nào yếu nhất, không chỉ liệt kê nút bấm
2. Tìm URL: mỗi chỗ đứt gắn với trang cụ thể
3. Tìm sự kiện: chỗ đứt được chứng minh bằng sự kiện GA4, hoặc ghi rõ là chưa đo được

Phần Lead-Ready tốt chỉ ra một bậc yếu nhất kèm URL và dữ liệu. Sửa bậc đó trước rồi mới viết thêm bài.

Menu, internal link và CTA thể hiện ra sao khi bàn giao?

Menu, internal link và CTA nên được bàn giao dưới dạng bảng theo từng trang chủ lực: trang đó đang link tới đâu, nên link tới đâu, và nút hành động chính là gì. Mỗi trang chỉ nên có một bước tiếp theo chính, các link còn lại là link giải thích hoặc bằng chứng.

Luật link của DLN đi theo chiều Orient sang Choose, Choose sang Prove, Prove sang Rate, Rate sang Act. Link ngược chỉ là đường phụ. Báo cáo nên chỉ ra chỗ trang dịch vụ đẩy người đọc ngược về bài khái niệm, hoặc chỗ một trang có ba nút bán khác nhau cùng lúc.

Bốn lỗi link và CTA báo cáo nên chỉ ra

• Trang cụt: trang có lượt xem nhưng không có link sang bậc kế tiếp
• CTA tranh nhau: một trang có nhiều nút bán với đích khác nhau
• Anchor mơ hồ: chữ xem thêm, tại đây không nói đích đến
• Menu lệch: trang bán chủ lực không có trong menu, trang phụ lại có

Nhận bảng link theo từng trang chủ lực, không nhận sơ đồ chung. Mỗi trang một bước tiếp theo chính là đủ để người đọc biết đi đâu.

GA4 và Search Console cần cung cấp baseline nào?

Baseline là ảnh chụp số liệu trước khi sửa, gồm lượt hiển thị, lượt nhấp, CTR, vị trí trung bình theo trang từ Search Console và sự kiện lead theo trang đích từ GA4. Không có baseline, ba tháng sau không ai chứng minh được việc sửa có tác dụng hay không.

Google ghi trong AI features rằng lượt hiện trong AI Overviews và AI Mode được tính vào báo cáo Hiệu suất, loại tìm kiếm "Web". Vì vậy baseline Search Console đã gồm phần AI của Google, tài liệu không nêu bộ lọc riêng cho phần đó. Lượt từ ChatGPT đo trong GA4 nhờ tham số utm_source=chatgpt.com, theo Publishers and Developers FAQ. Quyền xem và dữ liệu cần mở trước buổi phân tích được kê ở bài chuẩn bị gì trước khi phân tích SEO và GEO.

Ba điều baseline phải ghi rõ

1. Ngày chụp: ngày bắt đầu và kết thúc của khung số liệu
2. Bộ lọc: loại tìm kiếm, quốc gia, thiết bị nếu có lọc
3. Sự kiện nào là lead: tên sự kiện GA4 được tính là khách tiềm năng, theo micro events và macro events

Giữ baseline cùng bản bàn giao và đo lại đúng khung thời gian đó. Không có số trước khi sửa thì không có bằng chứng sau khi sửa.

Bản đồ Pillar, Cluster, Intent Owner cần trường gì?

Bản đồ cần tối thiểu tám trường: URL, chủ đề trụ cột, cụm, từ khóa chính, ý định, bậc DLN, trang giữ ý định và quyết định xử lý. Thiếu trường Intent Owner, bản đồ không chặn được hai bài mới cùng giành một từ khóa trong lần viết sau.

Mô hình trụ cột và cụm có trang riêng Topic Cluster Architecture. Bản đồ trong báo cáo khác ở chỗ nó dựng trên URL thật của bạn, có trang đang có và trang còn thiếu, kèm thứ tự viết hoặc sửa. Trang dịch vụ Phân tích SEO và GEO mô tả bản đồ gồm từ khóa chính, bài trụ cột, bài cấp 1, bài cấp 2 và thứ tự ưu tiên.

Cách kiểm bản đồ có dùng được không

• Không trùng chủ: mỗi ý định chỉ có một Intent Owner
• Có trang thiếu: bản đồ ghi cả trang chưa viết, không chỉ trang đã có
• Có bậc: mỗi trụ cột có đủ năm bậc hoặc ghi rõ bậc nào để trống

Nhận bản đồ ở dạng bảng có cột Intent Owner, không nhận ở dạng hình vẽ. Bảng mới là thứ đội viết bài dùng lại được ở mỗi lần lên kế hoạch.

Keep, Merge, Rewrite, Redirect, New ưu tiên thế nào?

Thứ tự hợp lý là sửa thứ đang chặn trước, mở rộng sau: Redirect và Merge cho trang trùng hoặc lỗi, Rewrite cho trang đang có hiển thị mà yếu, Keep cho trang đang tốt, New chỉ làm khi bản đồ chỉ ra ý định chưa có trang nào giữ.

Năm quyết định này là phần chuyển báo cáo thành việc. Cách lọc gộp nội dung mỏng có ở trang Content Audit và Pruning. Chuyển hướng phải dùng loại vĩnh viễn cho thay đổi lâu dài: Google ghi trong Redirects and Google Search rằng "Permanent redirects: Show the new redirect target in search results."

Thứ tự tôi dùng khi xếp năm quyết định

1. Redirect và Merge: dọn trùng lặp, nối lại tín hiệu
2. Rewrite trang chủ lực: trang có hiển thị nhưng CTR hoặc lead thấp
3. Keep và cập nhật: giữ dữ kiện mới trên trang đang tốt
4. New: chỉ viết khi bản đồ có ô trống thật

Google cảnh báo tạo hàng loạt trang ít giá trị trong Spam policies: "Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users."

Báo cáo đề xuất viết mới trước khi dọn trùng lặp là báo cáo xếp sai thứ tự. Dọn và sửa trang đang có trước, viết mới sau.

Roadmap 30, 60, 90 ngày sắp việc theo tiêu chí nào?

Roadmap nên sắp việc theo hai trục: tác động lên trang đang có hiển thị hoặc lead, và độ khó khi làm. Ba mươi ngày đầu dành cho việc tác động cao mà dễ, sáu mươi ngày cho việc tác động cao mà khó, chín mươi ngày cho mở rộng nội dung.

Trang dịch vụ Phân tích SEO và GEO của tôi ghi phần bàn giao là thứ tự triển khai, không ghi một mốc ngày cố định. Khung 30, 60, 90 ngày bên dưới là cách để bạn đọc mọi roadmap, kể cả roadmap của đơn vị khác. Bài deliverables nghiệm thu SEO website tổng thể nói về nghiệm thu cả một dự án SEO, rộng hơn một bản audit.

Bốn câu hỏi để kiểm một roadmap

1. Có người làm không: mỗi việc ghi vai trò thực hiện: lập trình, nội dung, quản trị
2. Có tiêu chí xong không: mỗi việc có cách kiểm đã xong
3. Có phụ thuộc không: việc nào phải xong trước việc nào
4. Có đo lại không: mốc nào so lại với baseline

Không áp dụng khi website đang bị tác vụ thủ công hoặc sập: lúc đó mọi thứ khác dừng lại, việc khắc phục là việc duy nhất của chặng đầu.

Đọc roadmap bằng hai trục tác động và độ khó. Việc nào không có người làm và tiêu chí xong thì chưa phải việc, chỉ là mong muốn.

Audit đáng tin nêu giới hạn và dữ liệu thiếu ra sao?

Audit đáng tin có một phần riêng ghi những gì chưa kiểm được, vì sao chưa kiểm được và ảnh hưởng tới kết luận nào. Ví dụ không có quyền GA4 thì phần Lead-Ready chỉ dựa trên cấu trúc trang, chưa có số liệu sự kiện, và báo cáo phải nói thẳng điều đó.

Google gợi ý trong Creating helpful, reliable, people-first content tự hỏi nội dung có "clearly demonstrate first-hand expertise and a depth of knowledge" không. Với một bản audit, chuyên môn thật thể hiện ở chỗ người làm nói rõ điều chưa kiểm được. Báo cáo không có dòng giới hạn nào thường là báo cáo đoán ở nhiều chỗ.

Phần giới hạn tối thiểu phải có

• Phạm vi: kiểm những thư mục, loại trang nào và bỏ qua những gì
• Khung thời gian: số liệu lấy từ ngày nào tới ngày nào
• Dữ liệu thiếu: thứ chưa có và kết luận nào vì vậy còn là giả thuyết
• Điều không hứa: không hứa thứ hạng, không hứa được AI trích

Tin báo cáo có phần giới hạn rõ hơn báo cáo kết luận chắc chắn mọi thứ. Phần giới hạn cho bạn biết kết luận nào cần kiểm thêm trước khi chi tiền.

Dấu hiệu nào cho thấy báo cáo audit là hàng đóng hộp?

Báo cáo đóng hộp là bản xuất từ công cụ quét, đổi logo rồi gửi cho mọi khách. Dấu hiệu dễ thấy: hàng trăm trang cảnh báo không thứ tự, không nhắc tới mục tiêu kinh doanh, không có số liệu Search Console hay GA4 của bạn và đề xuất giống hệt website khác cùng ngành.

Công cụ quét có ích để thu dữ liệu. Vấn đề nằm ở chỗ dừng lại ở bản xuất. Site có bài so sánh audit soi website khác gì SEO trọn gói cho người đang cân nhắc thuê làm trọn gói, ở đây chỉ bàn cách nhận ra bản audit không có phán đoán.

Phép thử năm phút với một báo cáo

1. Tìm tên trang bán: báo cáo có nhắc tới trang dịch vụ chính của bạn bằng URL không
2. Tìm một con số của bạn: có lượt nhấp hay sự kiện nào lấy từ tài khoản của bạn không
3. Tìm chữ ưu tiên: có danh sách việc đầu tiên cần làm không
4. Tìm câu không biết: có chỗ nào thừa nhận dữ liệu thiếu không

Báo cáo không nhắc tới trang bán, số liệu và mục tiêu của bạn là báo cáo dùng cho website nào cũng được. Đừng trả giá phân tích cho bản xuất công cụ.

Nghiệm thu bản phân tích trước khi thanh toán ra sao?

Nghiệm thu bằng cách đi qua từng phần bàn giao, đánh dấu đạt khi phần đó có URL, bằng chứng, quyết định và thứ tự. Với dịch vụ của tôi, bạn còn có một bước trước đó: tôi xem trước link và xác nhận website có đáng phân tích hay không trước khi bạn chuyển khoản.

Khái niệm rubric nghiệm thu có trang rubric nghiệm thu SEO là gì. Danh sách bên dưới là phiên bản ngắn cho một bản phân tích SEO và GEO, dùng được với bất kỳ đơn vị nào. Các mục gắn với dữ liệu bạn chưa cấp thì ghi là chưa áp dụng, không tính là trượt.

Checklist nghiệm thu bản phân tích SEO và GEO

1. TOP-Ready: có danh sách URL theo trạng thái lập chỉ mục và chỗ robots.txt, sitemap, canonical lệch nhau
2. Intent: có bảng cặp URL tranh nhau kèm quyết định cho từng cặp
3. AI-Ready: có kiểm quyền truy cập bot, đoạn mở của trang chủ lực, schema so với chữ hiển thị
4. Lead-Ready: có bậc DLN đứt kèm URL và sự kiện GA4 liên quan
5. Bản đồ: có bảng Pillar, Cluster, Intent Owner, có cả trang còn thiếu
6. Thứ tự: có danh sách việc xếp theo tác động và độ khó
7. Giới hạn: có phần dữ liệu thiếu và điều không hứa

Nghiệm thu từng phần trên giấy trước khi nghiệm thu bằng kết quả thứ hạng. Phần nào thiếu URL hoặc lý do thì hỏi lại ngay khi còn trao đổi.

Xem đủ bằng chứng rồi, đánh giá mức phí audit thế nào?

Đánh giá mức phí bằng cách so phí với giá trị của việc bạn sẽ làm sau báo cáo: số trang sẽ sửa, số bài khỏi phải viết thừa, chi phí đội thực thi. Phân tích SEO và GEO của tôi có phí 5.000.000đ một website, bàn giao bốn phần và bản đồ DLN.

Phí đã công bố trên trang dịch vụ, tính theo một website. Hai chính sách đi kèm đã ghi trên trang khóa học: đăng ký Mentor SEO 1 kèm 1 (15.000.000đ, 12 buổi trong 4 tuần) sau đó được trừ đủ 5.000.000đ, đăng ký Khóa học GEO (15.000.000đ, 12 buổi trong 4 tuần) sau khi đã dùng Phân tích SEO và GEO cũng được khấu trừ đủ 5.000.000đ.

Ba câu hỏi trước khi trả phí audit

1. Ai làm: người phân tích có trực tiếp đọc dữ liệu của bạn không
2. Xem trước: có được xác nhận website đáng phân tích trước khi chuyển khoản không
3. Dùng tiếp: bản bàn giao dùng được khi bạn tự làm, không buộc mua thêm

Bước tiếp theo: đọc mức phí Phân tích SEO và GEO 5.000.000đ một website và điều kiện xem trước link trước khi chuyển khoản. Nếu bạn chưa chắc website có cần audit, đọc lại bài nên audit SEO website khi nào.

Trả phí audit khi bạn đã thấy rõ sẽ nhận gì và dùng bản bàn giao vào việc gì. Phí phân tích đáng nhất khi bản bàn giao tránh được cho bạn những tháng sửa sai chỗ.

Nguồn chính thức đã đối chiếu, đọc ngày 07/10/2026

• Google Search Central: AI features and your website
• Google Search Central: General structured data guidelines
• Google Search Central: Introduction to robots.txt
• Google Search Central: Learn about sitemaps
• Google Search Central: How to specify a canonical URL
• Google Search Central: Redirects and Google Search
• Search Console Help: Page indexing report
• Google Search Central: Creating helpful, reliable, people-first content
• Google Search Central: Spam policies for Google web search
• OpenAI: Overview of OpenAI crawlers
• OpenAI Help Center: Publishers and Developers FAQ