Điều hướng đạt yêu cầu là khi người đọc luôn biết mình đang ở đâu, đi tiếp được và quay lại được, còn Googlebot đi hết các trang quan trọng bằng thẻ a có href. Bài #18 chuyển tiêu chí 144-153 thành các bước kiểm menu, nhãn link, phân cấp, trạng thái vị trí, tìm kiếm nội bộ, bộ lọc, CTA và luồng không ngõ cụt trên WordPress.
Bài dành cho SEOer, người quản trị WordPress và đội thiết kế cần một bộ nghiệm thu có bằng chứng. Mỗi tiêu chí đi kèm cách kiểm, lỗi thường gặp và công cụ phù hợp để áp dụng trên theme, page builder và plugin đang chạy.
1. Điều hướng và UX trong SEO WordPress gồm những gì?
Điều hướng và UX trong SEO WordPress gồm hai lớp đi cùng nhau: đường đi cho người dùng từ trang đang đọc tới bước tiếp theo, và đường đi cho công cụ tìm kiếm từ một URL tới mọi URL quan trọng còn lại. Hai lớp này dùng chung một bộ liên kết, nên một menu dựng bằng JavaScript có thể mượt với người dùng mà vẫn là ngõ cụt với Googlebot.
Hãy đánh giá điều hướng theo một hành trình cụ thể thay vì theo cảm nhận về thiết kế: từ kết quả tìm kiếm vào trang chi tiết, lên trang danh mục cha, sang một nội dung liên quan, dùng tìm kiếm nội bộ, lọc lại kết quả rồi gửi biểu mẫu. Mỗi bước phải có một đường đi rõ và một đường quay lại.
Với WordPress, lỗi thường đến từ tương tác giữa theme, page builder và plugin: mega menu render bằng script khi hover, template canvas của page builder bỏ hẳn header, menu mobile là một bản sao riêng không đồng bộ với menu desktop, hoặc trang kết quả tìm kiếm nội bộ trả về danh sách không liên quan. Vì vậy cần kiểm cả mã nguồn đã render lẫn trạng thái đang hoạt động.
Đầu ra cần có: danh sách lỗi gắn với URL, nhóm trang, thao tác tái hiện, thành phần gây lỗi và điều kiện nghiệm thu. Đây là căn cứ để sửa đúng chỗ và đo lại sau mỗi lần cập nhật theme hoặc plugin.
2. Checklist Điều hướng và UX: 10 tiêu chí từ 144 đến 153
Mười tiêu chí dưới đây là khung nghiệm thu điều hướng của series, gồm cấu trúc menu, khả năng thu thập, nhãn link, trạng thái vị trí, tìm kiếm nội bộ, bộ lọc, CTA và luồng thao tác. Các nhãn trọng số dùng để ưu tiên trong dự án; chúng không phải bảng yếu tố xếp hạng hoặc cách tính điểm SEO do Google công bố.
| Mã | Tiêu chí | Bằng chứng đạt | Trọng số |
|---|---|---|---|
| 144 | Menu điều hướng rõ ràng | Mục menu ưu tiên trang quan trọng, nhãn dễ hiểu | Bắt buộc |
| 145 | Điều hướng nhất quán | Cùng vị trí, thứ tự và cách gọi trong một nhóm trang | Quan trọng |
| 146 | Link điều hướng crawlable | Thẻ a có href hợp lệ trong HTML đã render | Bắt buộc |
| 147 | Nhãn mô tả đúng đích | Đọc nhãn là biết trang đích, cách gọi nhất quán | Quan trọng |
| 148 | Phân cấp đúng cấu trúc | Nhóm theo chủ đề, quan hệ cha con hợp lý | Quan trọng |
| 149 | Vị trí hiện tại nhận biết được | Có dấu hiệu ngoài màu sắc và có aria-current | Quan trọng |
| 150 | Tìm kiếm nội bộ phù hợp quy mô | Dễ tìm, trả kết quả đúng, không phải đường duy nhất | Nên có |
| 151 | Kết quả và bộ lọc hữu ích | Có thông báo rỗng, gợi ý sửa và xóa lọc | Quan trọng |
| 152 | CTA đúng bước tiếp theo | Khớp Search Intent và giai đoạn ra quyết định | Quan trọng |
| 153 | Luồng không ngõ cụt | Mọi trạng thái có đường quay lại hoặc đi tiếp | Quan trọng |
Chia trạng thái thành Đạt, Chưa đạt và Chưa kiểm. Một công cụ không báo lỗi không có nghĩa mọi hành trình đã được kiểm: phần lớn phép đo tự động đọc HTML tĩnh, còn ngõ cụt thường xuất hiện ở trạng thái sau thao tác như mở drawer, lọc lại danh sách hoặc gửi biểu mẫu sai.
Bốn tiêu chí đầu quyết định trang có được tìm thấy hay không, nên xử lý trước. Sáu tiêu chí sau quyết định người dùng có hoàn tất được việc hay không, và ảnh hưởng trực tiếp tới tỉ lệ quay lại kết quả tìm kiếm để tìm nguồn khác.
4. Tiêu chí 145: Điều hướng nhất quán giữa các trang
Điều hướng nhất quán nghĩa là menu, ô tìm kiếm, liên kết trợ giúp và các thành phần lặp lại giữ nguyên vị trí, thứ tự và cách gọi trong cùng một nhóm trang. Người đọc học cách dùng website ở trang đầu tiên họ mở, nên mỗi lần thành phần lặp lại nhảy chỗ là một lần họ phải học lại từ đầu.
Cách kiểm: chọn một URL mẫu cho mỗi template rồi so sánh song song. Danh sách tối thiểu gồm trang chủ, trang danh mục, bài viết đơn, trang tĩnh, trang landing dựng bằng page builder, trang kết quả tìm kiếm nội bộ, trang 404 và trang cảm ơn sau khi gửi biểu mẫu. Chụp ảnh từng mẫu ở một chiều rộng cố định rồi đối chiếu, hoặc dùng visual regression để so tự động qua mỗi lần cập nhật.
Với WordPress, nguyên nhân phổ biến nhất là template của page builder. Nhiều trang landing được dựng bằng khuôn không có header và footer để rộng chỗ thiết kế, nên chúng mất luôn menu, ô tìm kiếm và breadcrumb. Nguyên nhân thứ hai là menu mobile được khai riêng bằng một vị trí menu khác, rồi hai danh sách trôi khỏi nhau sau vài tháng biên tập.
Điều kiện nghiệm thu: mọi template trong danh sách mẫu đều có cùng bộ thành phần điều hướng, cùng thứ tự mục, cùng nhãn, và menu mobile khai cùng một nguồn dữ liệu với menu desktop.
5. Tiêu chí 146: Link điều hướng crawlable
Link điều hướng crawlable là liên kết dùng thẻ a kèm thuộc tính href trỏ tới một URL thật, có mặt ngay trong HTML mà máy chủ trả về hoặc trong HTML sau khi render. Thẻ span gắn onclick, div bắt sự kiện JavaScript hay href bằng dấu thăng đều tạo ra thứ trông như link mà cả người dùng bàn phím lẫn Googlebot đều không đi được.
Cách kiểm: xem mã nguồn đã render trong Chrome DevTools rồi đếm số thẻ a có href trong vùng điều hướng, so với số mục menu đang thấy. Crawl website bằng Screaming Frog hai lần, một lần tắt render JavaScript và một lần bật, rồi so số URL phát hiện được. Cuối cùng dùng Kiểm tra URL trong Search Console để đọc HTML đã thu thập của một trang sâu và xác nhận đường vào của nó có trong đó.
Lỗi hay gặp trên WordPress đến từ plugin mega menu và menu off canvas: cấp hai chỉ được chèn vào DOM khi người dùng hover hoặc bấm, nên cấp hai không nằm trong HTML ban đầu. Thêm một dạng nữa là nút Tải thêm thay cho phân trang, khiến các trang từ thứ hai trở đi không có URL nào trỏ tới. Cách xử lý là luôn in sẵn liên kết thật, còn hiệu ứng chỉ đóng vai trò trình bày.
Điều kiện nghiệm thu: mọi mục điều hướng quan trọng là thẻ a có href hợp lệ, số URL phát hiện được khi tắt render JavaScript không thấp hơn khi bật, và mỗi trang trong nhóm quan trọng có ít nhất một liên kết nội bộ tĩnh trỏ tới.
6. Tiêu chí 147: Nhãn điều hướng mô tả đúng đích đến
Nhãn điều hướng mô tả đúng đích đến là nhãn cho biết trang đích nói về cái gì khi đọc riêng nó, không cần đọc câu văn xung quanh. Những nhãn như Xem thêm, Bấm vào đây hoặc Chi tiết đều mô tả hành động của người dùng chứ không mô tả nội dung ở đầu bên kia, nên chúng vô nghĩa với người dùng trình đọc màn hình và không mang tín hiệu nào cho công cụ tìm kiếm.
Cách kiểm: xuất toàn bộ liên kết nội bộ kèm anchor text bằng Screaming Frog, gom theo URL đích rồi tìm hai dạng sai. Dạng thứ nhất là một đích có nhiều cách gọi khác nhau, làm loãng tín hiệu và làm người đọc tưởng đây là các trang khác nhau. Dạng thứ hai là anchor text chung chung, đếm được bằng một danh sách từ khóa như xem thêm, tại đây, đọc tiếp, chi tiết.
Trên WordPress, nguồn phát sinh nhiều nhãn chung chung nhất là thẻ Đọc tiếp mặc định của theme trong danh sách bài và các khối nút do page builder sinh ra. Với thẻ Đọc tiếp, hãy đổi nhãn sang tiêu đề bài hoặc thêm phần chữ chỉ dành cho trình đọc màn hình. Với nút, hãy viết nhãn bằng đúng cụm mà trang đích muốn xếp hạng, miễn là câu đó đọc lên vẫn tự nhiên.
Điều kiện nghiệm thu: không còn anchor text nằm trong danh sách nhãn chung chung ở các liên kết điều hướng, và mỗi URL đích quan trọng dùng một cách gọi thống nhất trên toàn website.
8. Tiêu chí 149: Vị trí hiện tại được nhận biết
Vị trí hiện tại được nhận biết là khi người dùng biết mình đang ở trang nào hoặc khu vực nào qua trạng thái active, tiêu đề theo ngữ cảnh hoặc chỉ báo vị trí, và dấu hiệu đó không chỉ dựa vào màu sắc. Người không phân biệt được hai màu gần nhau sẽ mất hoàn toàn thông tin nếu mục đang mở chỉ khác các mục còn lại ở màu chữ.
Cách kiểm: mở một trang con rồi xem lớp CSS mà WordPress gắn cho mục menu tương ứng, thường là current-menu-item, current-menu-parent hoặc current_page_ancestor. Kiểm tiếp bằng cách chuyển màn hình sang chế độ thang độ xám: nếu mục đang mở không còn khác gì, dấu hiệu đang phụ thuộc hoàn toàn vào màu. Cuối cùng nghe bằng trình đọc màn hình để xác nhận có thuộc tính aria-current bằng page trên mục đang mở.
Nên có ba lớp dấu hiệu cùng lúc: một dấu hiệu hình dạng như gạch chân, viền hoặc chữ đậm hơn, một chỉ báo vị trí dạng breadcrumb, và một tiêu đề H1 nói rõ trang này là trang gì. Ba lớp này bù cho nhau khi người dùng vào trang từ kết quả tìm kiếm chứ không đi lần lượt từ trang chủ.
Điều kiện nghiệm thu: mục menu đang mở khác biệt được cả khi xem ở thang độ xám, có aria-current bằng page, và breadcrumb phản ánh đúng nhánh mà trang đang nằm.
9. Tiêu chí 150: Tìm kiếm nội bộ phù hợp quy mô
Tìm kiếm nội bộ phù hợp quy mô nghĩa là website có nhiều nội dung hoặc nhiều sản phẩm thì cần một ô tìm kiếm dễ thấy và trả về kết quả đúng, còn website nhỏ hoàn toàn có thể chọn Không áp dụng. Điều kiện đi kèm quan trọng hơn bản thân ô tìm kiếm: tìm kiếm không được là con đường duy nhất để công cụ tìm kiếm phát hiện ra một trang.
Cách kiểm: lấy mười truy vấn thật từ báo cáo tìm kiếm nội bộ trong GA4 hoặc từ log máy chủ, chạy lại từng truy vấn rồi ghi lại số kết quả và vị trí của kết quả đúng nhất. Tỉ lệ truy vấn trả về rỗng là con số cần theo dõi, vì nó chỉ thẳng ra nội dung người dùng đang tìm mà website chưa có, hoặc có mà gọi bằng tên khác.
Tìm kiếm mặc định của WordPress so khớp chuỗi trong tiêu đề và nội dung, không có thứ tự theo mức liên quan, nên trên website nhiều nội dung nó thường trả về danh sách theo ngày. Khi cần chất lượng, hãy thay bằng một cơ chế xếp hạng liên quan hoặc một chỉ mục tìm kiếm riêng. Nguyên tắc về khả năng thu thập vẫn giữ: trang kết quả tìm kiếm nên để noindex, và mọi nội dung phải có đường vào từ liên kết tĩnh hoặc sitemap. Cách bố trí chi tiết nằm ở mục Internal Search Optimization.
Điều kiện nghiệm thu: ô tìm kiếm thấy được trong một lần nhìn ở cả desktop và mobile, mười truy vấn mẫu đều có kết quả đúng trong ba vị trí đầu, và không có nội dung nào chỉ tới được qua tìm kiếm.
10. Tiêu chí 151: Kết quả tìm kiếm và bộ lọc hữu ích
Kết quả và bộ lọc hữu ích là khi kết quả ưu tiên nội dung liên quan, có thông báo rõ ràng lúc không tìm thấy gì, có gợi ý sửa truy vấn, và người dùng xóa hoặc đổi bộ lọc mà không mất ngữ cảnh đang xem. Trạng thái rỗng là chỗ dễ bị bỏ quên nhất, dù nó xuất hiện đúng lúc người dùng đã thất bại một lần và sắp rời đi.
Cách kiểm: chạy một truy vấn chắc chắn không có kết quả rồi đọc trang trả về. Trang đó cần nói rõ đã không tìm thấy gì, giữ lại từ khóa vừa nhập để người dùng sửa, gợi ý vài nội dung phổ biến, và cho đường về khu vực chính. Với bộ lọc, hãy đặt ba câu hỏi: các lọc đang bật có hiện ra thành nhãn xóa được không, xóa một lọc có giữ các lọc còn lại không, và URL có mang trạng thái lọc để chia sẻ lại được không.
Mặt kỹ thuật cần cân nhắc song song: bộ lọc sinh ra tổ hợp tham số gần như vô hạn, nên phải quyết định rõ tổ hợp nào đáng lập chỉ mục, tổ hợp nào để noindex, và chặn thu thập ở đâu để không tiêu hao ngân sách thu thập. Nền của quyết định này nằm ở mục Crawl Budget Management, còn phân trang thì xem Pagination và Infinite Scroll.
Điều kiện nghiệm thu: trạng thái rỗng có thông báo, gợi ý và đường đi tiếp; mỗi lọc đang bật có cách xóa riêng; và tổ hợp lọc được lập chỉ mục là một danh sách đã quyết định, không phải phần còn lại của hệ thống.
11. Tiêu chí 152: CTA đúng bước tiếp theo
CTA đúng bước tiếp theo là lời kêu gọi khớp với Search Intent của truy vấn và khớp với giai đoạn ra quyết định của người đang đọc, chứ không phải một nút bán hàng đặt ở mọi trang. Bài kiến thức hoàn toàn có thể dẫn sang một nội dung liên quan, và đó vẫn là CTA đúng vì nó đưa người đọc tới bước hợp lý kế tiếp.
Cách kiểm: với mỗi nhóm trang, viết ra truy vấn mà trang đó nhắm tới rồi hỏi người vừa gõ truy vấn đó muốn làm gì ngay sau khi đọc. Trang giải thích khái niệm thường cần một đường tới hướng dẫn thực hành. Trang so sánh cần một đường tới bảng giá hoặc tới trang liên hệ. Trang có ý định thương mại rõ mới cần nút đặt lịch hoặc mua. Đặt một CTA chính cho mỗi trang và để các đường còn lại ở dạng liên kết thường.
Khung năm bậc Orient, Choose, Prove, Rate, Act trong bài Decision Ladder Navigation cho một cách đặt câu hỏi có thứ tự: người đọc đang ở bậc nào thì CTA phải đưa họ lên đúng bậc kế tiếp, không nhảy bậc. Phần chữ trên nút thì xem CTA Copywriting, vì một CTA đúng chỗ vẫn thất bại nếu nhãn của nó không nói ra người bấm sẽ nhận được gì.
Điều kiện nghiệm thu: mỗi nhóm trang có đúng một CTA chính đã khai rõ, nhãn CTA nói được kết quả sau khi bấm, và có sự kiện trong GA4 để đo tỉ lệ bấm theo nhóm trang thay vì đo trung bình toàn website.
12. Tiêu chí 153: Luồng điều hướng không có ngõ cụt
Luồng không có ngõ cụt là khi mọi trang và mọi trạng thái quan trọng đều có cách quay lại, đóng, đi tiếp hoặc về khu vực chính, và thao tác Back của trình duyệt không làm mất dữ liệu hay phá vỡ hành trình đang dở. Ngõ cụt gần như không bao giờ nằm trên các trang chính, nó nằm ở những trạng thái ít ai mở lúc nghiệm thu.
Danh sách trạng thái cần kiểm gồm: trang 404, trang kết quả tìm kiếm rỗng, giỏ hàng trống, biểu mẫu báo lỗi xác thực, trang cảm ơn sau khi gửi, trang yêu cầu đăng nhập, popup và drawer trên mobile, cùng bước giữa của một biểu mẫu nhiều bước. Mỗi trạng thái phải trả lời được ba câu: tôi đang ở đâu, tôi làm gì tiếp, và tôi quay lại chỗ cũ bằng cách nào.
Phép kiểm rẻ nhất và hiệu quả nhất là bấm Back ở từng bước. Nếu Back làm mất dữ liệu đã nhập, nhảy về trang chủ, hoặc mở lại một popup vừa đóng, thì luồng đang phá vỡ mong đợi mặc định của trình duyệt. Session replay giúp tìm chỗ người thật bị kẹt, vì họ thường lặp lại một thao tác vài lần trước khi rời đi. Trang 404 của website nên có ô tìm kiếm, vài đường vào khu vực chính và không tự chuyển hướng về trang chủ.
Điều kiện nghiệm thu: mỗi trạng thái trong danh sách có ít nhất một đường quay lại và một đường đi tiếp, Back giữ nguyên dữ liệu đã nhập, và không trạng thái nào buộc người dùng phải sửa URL bằng tay để thoát ra.
15. Điều hướng trên mobile: hamburger, drawer và thanh dưới
Trên mobile, điều hướng bị thu vào một nút, nên mỗi khuyết điểm của nó ảnh hưởng tới toàn bộ đường đi của người dùng thay vì chỉ một khu vực. Ba dạng đang phổ biến là nút hamburger mở menu, drawer trượt từ cạnh màn hình, và thanh điều hướng cố định ở đáy.
Yêu cầu tối thiểu cho cả ba dạng: nội dung menu vẫn là danh sách thẻ a có href trong HTML, nút mở có nhãn đọc được cho trình đọc màn hình, trạng thái mở và đóng khai bằng aria-expanded, đóng được bằng phím Esc và bằng thao tác bên ngoài vùng menu, và tiêu điểm bàn phím không lọt ra sau lớp phủ.
Thanh điều hướng cố định ở đáy tiện cho tay cầm một tay nhưng chiếm chỗ vĩnh viễn, nên chỉ đặt các mục thật sự dùng nhiều và phải kiểm chồng lấp với nút chat, cookie banner cùng bàn phím ảo. Tiêu chí 143 ở bài trước đã nói về phần sticky UI, tiêu chí 153 ở bài này nói về phần thoát ra được.
Với menu nhiều cấp trên mobile, hãy tránh dạng chỉ mở bằng hover và tránh dạng buộc bấm vào mục cha mới thấy mục con mà mục cha lại tự điều hướng ngay. Tách rõ hai vùng bấm, một vùng đi tới trang cha và một vùng mở danh sách con, là cách đơn giản nhất để không mất một trong hai hành vi.
16. Ma trận kiểm tra điều hướng theo nhóm trang
Ma trận dưới đây gom các phép kiểm theo nhóm trang, để một lượt nghiệm thu không phải mở lại từng tiêu chí trên từng URL. Cách dùng là chọn một URL đại diện cho mỗi nhóm, đi hết cột của nhóm đó rồi ghi bằng chứng, thay vì kiểm toàn bộ website theo từng tiêu chí một.
| Nhóm trang | Phải kiểm | Bằng chứng cần lưu |
|---|---|---|
| Trang chủ | Menu chính, ô tìm kiếm, CTA chính | Ảnh chụp menu và danh sách mục kèm mã trạng thái |
| Trang danh mục và chủ đề | Phân trang, breadcrumb, nhãn link | URL trang 2 và trang cuối, HTML phân trang |
| Bài viết đơn | Breadcrumb, liên kết trong bài, CTA theo intent | Danh sách link ra và link vào của URL |
| Trang landing page builder | Có header và footer, menu nhất quán | Ảnh so sánh với một trang tĩnh cùng chiều rộng |
| Kết quả tìm kiếm nội bộ | Mức liên quan, trạng thái rỗng, noindex | Mười truy vấn mẫu kèm vị trí kết quả đúng |
| Trang lọc và tham số | Xóa lọc, giữ ngữ cảnh, quyết định lập chỉ mục | Danh sách tham số và quyết định index hoặc noindex |
| Biểu mẫu và trang cảm ơn | Back giữ dữ liệu, đường đi tiếp | Video quay lại thao tác Back ở từng bước |
| Trang 404 | Ô tìm kiếm, đường vào khu vực chính | Ảnh chụp và xác nhận mã trạng thái 404 |
Ghi bằng chứng theo nhóm trang giúp việc sửa lỗi chuyển thành việc sửa template, không phải sửa từng URL. Một lỗi trong template bài viết đơn là một lỗi nhân lên bằng số bài đang có, nên nó xứng đáng được xử lý trước mọi lỗi chỉ xuất hiện ở một trang.
17. Ưu tiên sửa theo khả năng tìm thấy và hoàn tất hành động
Thứ tự sửa nên theo hai câu hỏi, hỏi lần lượt: trang có được tìm thấy hay không, và người đã vào trang có hoàn tất được việc hay không. Sửa theo thứ tự này giúp mỗi lần triển khai đổi được một con số quan sát được, thay vì cải thiện nhiều chỗ nhỏ mà không chỗ nào đủ để đo.
Nhóm ưu tiên một là những lỗi cắt đường đi: mục menu trỏ vào URL chết, cấp hai của mega menu không có trong HTML, phân trang chỉ có nút Tải thêm, hoặc một nhóm nội dung không có liên kết tĩnh nào trỏ tới. Chúng thuộc tiêu chí 146 và 148, và hậu quả là trang có thể không được thu thập đủ.
Nhóm ưu tiên hai là những lỗi làm hành trình dở dang: trạng thái rỗng không có đường đi tiếp, Back làm mất dữ liệu đã nhập, popup không có nút đóng trên mobile, biểu mẫu báo lỗi mà không nói lỗi ở trường nào. Chúng thuộc tiêu chí 151 và 153, và hậu quả là người dùng quay lại kết quả tìm kiếm để tìm nguồn khác.
Nhóm ưu tiên ba là những lỗi làm chậm quyết định: nhãn chung chung, thiếu dấu hiệu vị trí, CTA lệch giai đoạn. Chúng ít khi làm hỏng hẳn một hành trình, nhưng cộng lại thì làm mỗi bước tốn thêm một nhịp suy nghĩ, và trên website nhiều nội dung thì số nhịp đó là con số lớn.
18. Quy trình nghiệm thu điều hướng trước và sau triển khai
Quy trình nghiệm thu chỉ có giá trị khi phép kiểm trước và sau là cùng một phép, chạy trên cùng danh sách URL và cùng bộ trạng thái. Đổi cách kiểm giữa hai lần đo là mất luôn khả năng nói cải thiện đến từ bản sửa hay đến từ cách đo.
Trước khi triển khai, hãy chốt bốn thứ: danh sách URL đại diện theo nhóm trang, danh sách trạng thái cần mở, ngưỡng đạt cho từng tiêu chí, và người chịu trách nhiệm từng nhóm. Chụp ảnh và xuất dữ liệu crawl làm bản gốc để so. Với thay đổi theme hay plugin điều hướng, hãy chạy thử trên bản staging và crawl lại toàn bộ, vì một thay đổi trong header là một thay đổi trên mọi trang.
Sau khi triển khai, chạy lại đúng chuỗi đó rồi đối chiếu từng dòng. Ba con số cần theo dõi thêm trong bốn tuần kế: số trang được thu thập và lập chỉ mục trong Search Console, tỉ lệ truy vấn tìm kiếm nội bộ trả về rỗng, và tỉ lệ hoàn tất ở các bước biểu mẫu quan trọng. Nếu ba con số không đổi trong khi báo cáo kỹ thuật đã xanh, hãy xem lại bộ URL đại diện: rất có thể nhóm trang đang có vấn đề chưa nằm trong danh sách.
Lưu hồ sơ nghiệm thu cùng chỗ với lịch cập nhật theme và plugin. Điều hướng là phần dễ hồi quy nhất sau mỗi lần cập nhật, và một bản ghi cũ là cách nhanh nhất để biết hôm qua nó còn đúng.
19. Công cụ Novaverb, tài liệu gốc và hướng thực hành
Dùng Novaverb để rà nhanh tình trạng URL, chuyển hướng và hiệu năng, sau đó dùng crawler, DevTools, trình đọc màn hình và thao tác thật để kiểm hành vi điều hướng. Mỗi công cụ chỉ quan sát một phần, nên cần đọc đúng phạm vi báo cáo trước khi kết luận điều hướng đã đạt.
- Website SEO Checker của Novaverb: rà tín hiệu crawlability, indexability và tình trạng URL của các trang trong menu; không thay thế render thực của Googlebot.
- HTTP Status và Redirect Checker của Novaverb: kiểm mã trạng thái và chuỗi chuyển hướng của từng mục menu, đúng chỗ hay lộ ra link điều hướng trỏ vòng.
- PageSpeed Checker của Novaverb: kiểm hiệu năng bằng Lighthouse, dùng để tách vấn đề tải trang khỏi vấn đề điều hướng.
Tài liệu nên giữ trong hồ sơ dự án: Google về liên kết có thể thu thập, WCAG Link Purpose, WCAG Use of Color và ARIA Authoring Practices về menu. Dùng tài liệu gốc để phân biệt quy định, khuyến nghị thiết kế và quy ước nội bộ.
Nếu đang tìm lộ trình đào tạo SEO, có thể dùng checklist điều hướng này làm bài thực hành: chọn một nhóm trang, ghi bằng chứng, sửa template rồi nghiệm thu lại. Trang khóa học SEO giúp đối chiếu chương trình theo nền tảng hiện tại.
Muốn đưa audit điều hướng vào quy trình SEO trên website thật, anh chị có thể xem phạm vi và cách học của khóa học SEO Master. Giá trị của bài thực hành nằm ở khả năng giải thích lỗi và chứng minh đã sửa bằng cùng một phép kiểm.
Kết hợp bài này với internal link và nội dung cùng tối ưu mobile để xử lý cả cấu trúc liên kết lẫn cách thao tác trên màn hình nhỏ.
20. Câu hỏi thường gặp và kết luận
Các câu trả lời dưới đây giúp phân biệt tiêu chuẩn điều hướng, khuyến nghị thiết kế và bằng chứng nghiệm thu trong WordPress. Khi gặp một kết quả không rõ, hãy quay về URL, nhóm trang và hành trình cụ thể để chọn phép kiểm phù hợp trước khi sửa theme hoặc cài thêm plugin.
Menu tối đa 7 mục có phải quy định không?
Không. Đây là con số quen tai lấy từ một nghiên cứu về ghi nhớ ngắn hạn, không phải quy định của công cụ tìm kiếm. Số mục phù hợp phụ thuộc cấu trúc website và cách người dùng gom nhóm, nên hãy kiểm bằng tree testing thay vì áp một giới hạn cứng.
Mega menu có hại cho SEO không?
Không tự động có hại. Vấn đề nằm ở hai chỗ: cấp hai có nằm trong HTML đã render hay không, và menu có phơi ra quá nhiều URL khiến mọi trang trở nên quan trọng như nhau hay không. Kiểm hai chỗ đó trước khi kết luận về bản thân mega menu.
Breadcrumb có bắt buộc không?
Không bắt buộc, nhưng rất hữu ích với website có phân cấp. Breadcrumb nói vị trí cho người vào trang từ kết quả tìm kiếm, và khai kèm dữ liệu có cấu trúc thì Google có thể hiển thị đường dẫn trong kết quả. Nếu website chỉ có một lớp thì có thể chọn Không áp dụng.
Nút Tải thêm có thay được phân trang không?
Không nên thay hẳn. Nút Tải thêm chỉ là cách trình bày; nếu không có liên kết thật cho từng trang thì các trang sau không có URL nào trỏ tới. Cách an toàn là in sẵn liên kết phân trang trong HTML rồi để script đảm nhiệm phần tải thêm.
Trang kết quả tìm kiếm nội bộ có nên để index không?
Thường là không. Trang kết quả sinh ra theo truy vấn nên số lượng gần như vô hạn và nội dung trùng lặp cao, vì vậy nên để noindex. Điều kiện kèm theo là mọi nội dung phải có đường vào từ liên kết tĩnh, không chỉ qua ô tìm kiếm.
Dùng màu để đánh dấu mục menu đang mở có đủ không?
Chưa đủ. Người không phân biệt được hai màu gần nhau sẽ mất thông tin đó hoàn toàn. Hãy thêm một dấu hiệu về hình dạng như gạch chân, viền hoặc chữ đậm hơn, và khai aria-current bằng page để trình đọc màn hình cũng nhận được.
Mọi trang có cần một CTA bán hàng không?
Không. CTA phải khớp giai đoạn ra quyết định. Bài giải thích khái niệm thường nên dẫn sang hướng dẫn thực hành hoặc nội dung liên quan; đặt nút mua ở đó thường chỉ làm tăng số lần bỏ qua và không nói thêm điều gì hữu ích cho người đọc.
Làm sao biết website đang có ngõ cụt?
Mở lần lượt các trạng thái ít ai kiểm: 404, tìm kiếm rỗng, giỏ trống, biểu mẫu lỗi, trang cảm ơn, bước giữa của biểu mẫu nhiều bước. Ở mỗi trạng thái, hỏi ba câu tôi đang ở đâu, làm gì tiếp và quay lại bằng cách nào. Session replay giúp tìm chỗ người thật bị kẹt.
Kết luận: điều hướng tốt là điều hướng mà người dùng đi hết được hành trình và công cụ tìm kiếm đi hết được các trang quan trọng, bằng cùng một bộ liên kết. Kiểm đủ mười tiêu chí 144-153, lưu bằng chứng theo nhóm trang và lặp lại sau mỗi lần cập nhật theme hoặc plugin giúp SEO WordPress có một quy trình cải thiện rõ ràng.