Technical SEO Là Gì? Những Yếu Tố Quan Trọng Cần Biết

Technical SEO là phần tối ưu các yếu tố kỹ thuật có thể ảnh hưởng đến cách Google crawl, index và xử lý website. Website có nội dung tốt vẫn có thể gặp các vấn đề như URL bị chặn, canonical trỏ sai, trang vô tình để noindex hoặc cấu trúc website khiến Google khó tìm và thu thập dữ liệu.

Trong bài này, mình sẽ đi từ những phần cơ bản nhất như crawl, index, robots.txt, sitemap và canonical, sau đó hướng dẫn cách kiểm tra Technical SEO theo từng bước để bạn biết nên bắt đầu từ đâu và lỗi nào cần ưu tiên xử lý trước.

Technical SEO là gì?

Technical SEO, hay SEO kỹ thuật, là quá trình kiểm tra và tối ưu những phần kỹ thuật có ảnh hưởng đến cách Google truy cập, thu thập dữ liệu và lập chỉ mục website.

Công việc này giúp quá trình từ lúc Google tìm thấy một URL, truy cập vào trang, đọc nội dung cho đến khi quyết định lập chỉ mục diễn ra thuận lợi và đúng với những gì mình mong muốn. Nếu một bước gặp vấn đề, trang có thể khó được crawl, index sai URL hoặc thậm chí không xuất hiện trên Google.

Google tìm thấy URL

Google có thể biết một URL tồn tại thông qua internal link, backlink, sitemap hoặc từ những lần thu thập dữ liệu trước đó.

Ví dụ, một bài mới dù chưa được bài nào trên website trỏ tới thì Google vẫn có thể biết đến qua sitemap. Nhưng nếu có thêm vài bài liên quan dẫn sang, Google sẽ dễ tìm thấy bài mới hơn và nội dung trên website cũng được kết nối tự nhiên hơn.

Googlebot truy cập và crawl trang

Sau khi biết URL tồn tại, Googlebot sẽ gửi yêu cầu tới máy chủ để lấy nội dung trang.

Ở bước này thường phát sinh những lỗi khá quen thuộc trên google search console như:

• URL bị chặn trong robots.txt.
• Máy chủ trả về 404 hoặc 5xx.
• Trang yêu cầu đăng nhập.
• Server phản hồi không ổn định.
• Một số tài nguyên quan trọng không tải được.

Nếu bot không truy cập được URL thì những phần tối ưu nội dung rất khó để phát huy tác dụng.

Google xử lý và render nội dung

Các website sử dụng nhiều JavaScript, phần người dùng nhìn thấy trên trình duyệt đôi khi không xuất hiện trong HTML ban đầu.

Google có thể render phần này, nhưng khi audit mình vẫn kiểm tra xem nội dung chính và internal link có xuất hiện đầy đủ hay không.

Nếu những phần cần SEO chỉ xuất hiện sau khi chạy JavaScript, nên kiểm tra xem Google có thực sự đọc được không.

Google quyết định URL nào được lập chỉ mục

Google crawl được một trang thì không có nghĩa là trang đó sẽ được lập chỉ mục.

Google còn xem nội dung, các URL trùng hoặc gần giống nhau rồi chọn một URL làm phiên bản đại diện. Bạn có thể dùng thẻ rel=”canonical” để cho Google biết URL nào mình muốn ưu tiên, nhưng Google vẫn có thể chọn một URL khác nếu các tín hiệu chưa thống nhất.

Vì thế trong Search Console bạn sẽ thường gặp các trạng thái như:

• Đã thu thập dữ liệu – hiện chưa được lập chỉ mục.
• Trang trùng lặp – Google đã chọn URL chính tắc khác.
• Trang thay thế có thẻ canonical phù hợp.
• Bị loại trừ bởi thẻ noindex.

Khi gặp những trạng thái này, mình thường kiểm tra lần lượt các nguyên nhân như canonical, noindex, nội dung trùng lặp hoặc cách các URL đang được liên kết trên website. Sau khi xử lý xong, có thể gửi lại yêu cầu lập chỉ mục nếu cần.

Trang đã index mới có cơ hội xuất hiện trên Google

Sau khi URL được lập chỉ mục, trang mới có cơ hội xuất hiện khi người dùng tìm kiếm những truy vấn phù hợp.

SEO kỹ thuật không quyết định trực tiếp thứ hạng. Nội dung, mức độ phù hợp với Search Intent, backlink, uy tín website và nhiều tín hiệu khác vẫn ảnh hưởng đến kết quả cuối cùng.

Phần việc của Technical SEO là xử lý những lỗi có thể khiến Google khó truy cập, hiểu sai URL hoặc không xử lý trang như mong muốn.

Một trang cần đáp ứng gì để có thể xuất hiện trên Google?

Theo Google Search Central, một trang cần đáp ứng một số yêu cầu kỹ thuật cơ bản để có thể xuất hiện trên Google:

• Googlebot không bị chặn truy cập.
• Trang hoạt động bình thường và trả về mã HTTP 200.
• Nội dung trên trang có thể được Google lập chỉ mục.

Nội dung cũng phải tuân thủ các chính sách của Google Search. Hội tụ đủ điều kiện trên cũng chưa chắc được index và có thứ hạng tốt. Google vẫn còn xem xét nội dung, mức độ trùng lặp và nhiều tín hiệu khác trước khi quyết định.

Khi audit Technical SEO, mình thường kiểm tra crawl và index trước. Nếu Google còn chưa truy cập đúng URL hoặc đang chọn sai phiên bản trang thì chưa cần vội đi sâu vào những phần nhỏ hơn.

Technical SEO có tác dụng gì?

Technical SEO chủ yếu xử lý những vấn đề khiến Google khó truy cập, thu thập hoặc lập chỉ mục website đúng cách. Nhiều lỗi không thể nhìn ra chỉ bằng cách đọc nội dung trên trang, mà phải kiểm tra robots.txt, noindex, canonical, mã trạng thái hoặc dữ liệu trong Search Console mới thấy.

Giúp Google truy cập và xử lý đúng trang

Chỉ cần cấu hình sai robots.txt, để nhầm noindex hoặc server có thể ảnh hưởng tới cả một nhóm URL.

Có những trường hợp nội dung vẫn bình thường nhưng trang không index vì lỗi nằm ở phần kỹ thuật.

Website sử dụng nhiều JavaScript cũng cần kiểm tra xem nội dung chính và internal link có thực sự xuất hiện sau khi render hay không.

Bạn phải tìm và xử lý những lỗi như vậy trước tối  ưu lại nội dung hoặc tiếp tục gửi yêu cầu lập chỉ mục.

Hạn chế việc Google xử lý nhầm URL

Website lớn thường sinh ra nhiều URL hơn mình tưởng, nhất là site bán hàng có bộ lọc, tham số, phân trang hoặc URL cũ sau khi đổi cấu trúc.

Không phải URL nào cũng cần index. Khi audit, mình thường xem trang nào nên giữ lại trên Google, trang nào cần canonical, trang nào nên redirect và URL nào không cần xuất hiện trong sitemap.

Website nhỏ vài chục hoặc vài trăm URL thì chưa cần quá lo crawl budget. Phần này đáng chú ý hơn khi số lượng URL bắt đầu tăng mạnh.

Phát hiện lỗi ảnh hưởng đến người dùng

Technical SEO không chỉ liên quan đến việc Google crawl và xử lý website. Nhiều vấn đề kỹ thuật cũng ảnh hưởng trực tiếp đến người dùng.

Trang tải chậm, link dẫn vào 404, redirect loop, lỗi HTTPS hoặc giao diện bị xô lệch khi tải đều khiến việc sử dụng website khó chịu hơn.

Core Web Vitals giúp đánh giá một phần những vấn đề này. Ví dụ CLS cao có thể xảy ra khi ảnh hoặc banner tải muộn rồi đẩy nội dung đang xem sang vị trí khác.

Core Web Vitals tốt không đồng nghĩa thứ hạng sẽ tăng ngay. Nhưng website chạy chậm hoặc sử dụng khó trên điện thoại thì vẫn nên kiểm tra và xử lý.

Đặc biệt quan trọng khi website có thay đổi lớn

Khi đổi domain, chuyển HTTP sang HTTPS, thay CMS hoặc đổi cấu trúc URL là những lúc mình kiểm tra Technical SEO kỹ hơn bình thường.

Ví dụ URL cũ:

/hoc-seo-co-ban/

đổi thành:

/hoc-seo-cho-nguoi-moi/

Nếu không redirect đúng, internal link vẫn trỏ về URL cũ hoặc sitemap chưa được cập nhật thì traffic và trạng thái index có thể bị ảnh hưởng.

Website càng lớn thì việc này càng dễ phát sinh lỗi trên diện rộng. Vì thế, những thay đổi lớn nên có kế hoạch redirect, cập nhật internal link, sitemap và kiểm tra lại sau khi triển khai thay vì chuyển xong mới bắt đầu tìm lỗi.

Technical SEO khác gì On-page và Off-page SEO?

Technical SEO, On-page SEO và Off-page SEO xử lý những phần khác nhau của website, nhưng khi làm thực tế thì chúng thường liên quan khá chặt với nhau.

Nếu chưa rõ từng phần, có thể đọc thêm:

• Search Intent là gì?
• Cách viết Meta Title và Description.
• Internal Link là gì?
• SEO Onpage là gì?
• SEO Offpage là gì?

Technical SEO gồm những hạng mục nào?

Technical SEO có khá nhiều phần cần kiểm tra. Khi audit, mình thường tách chúng thành từng nhóm để dễ nhìn ra vấn đề nào đang ảnh hưởng đến website và nên xử lý phần nào trước.

Crawl, index, robots.txt và noindex

Nhiều bạn mới làm SEO thường nhầm chức năng giữa robots.txt và noindex, nhất là khi muốn chặn một URL không xuất hiện trên Google.

• robots.txt kiểm soát việc Googlebot có được crawl URL hay không
• noindex dùng để yêu cầu Google không đưa trang vào kết quả tìm kiếm.

Ví dụ robots.txt có:

Disallow: /trang-a/

trong khi /trang-a/ lại đặt:

<meta name=”robots” content=”noindex”>

Googlebot bị chặn ở robots.txt thì có thể không vào trang để đọc được noindex. Vì thế, muốn dùng noindex để loại một URL khỏi Google thì URL đó vẫn cần cho phép crawl.

Cũng không nên dùng robots.txt để thay cho noindex. URL bị chặn crawl vẫn có thể được Google biết đến qua internal link, backlink hoặc những nguồn khác.

Khi audit, mình thường xem các URL quan trọng trước, chẳng hạn trang dịch vụ, danh mục chính, bài đang có traffic hoặc những trang vừa gặp vấn đề về index.

Nếu một trang dịch vụ vô tình bị noindex thì mình sẽ xử lý trước những cảnh báo nhỏ ở các URL ít quan trọng hơn.

Sitemap XML

Sitemap XML giúp Google biết những URL quan trọng đang có trên website. Với WordPress, sitemap thường được hệ thống hoặc plugin SEO tạo tự động nên không cần thêm từng URL thủ công.

Sitemap giúp Google phát hiện URL, nhưng có trong sitemap không có nghĩa trang chắc chắn được index.

Canonical và URL trùng lặp

Canonical được dùng khi cùng một nội dung có thể xuất hiện qua nhiều URL.

Ví dụ URL chính: /san-pham-a/

nhưng website còn tạo thêm:

• /san-pham-a/?utm_source=facebook
• /san-pham-a/?sort=price

Nếu nội dung giữa các URL gần như giống nhau, rel=”canonical” giúp chỉ ra phiên bản mà website muốn Google ưu tiên.

Khi kiểm tra, mình thường xem:

• Canonical đang trỏ về URL nào.
• URL đích có hoạt động bình thường không.
• Có trỏ nhầm sang nội dung khác không.
• Sitemap và internal link có đang dùng đúng URL chính không.

Canonical chỉ là một tín hiệu, Google vẫn có thể chọn URL khác nếu các tín hiệu trên website không thống nhất. Vì thế, canonical, sitemap và internal link nên cùng hướng về phiên bản URL mà mình muốn ưu tiên.

Mã trạng thái và chuyển hướng

Mã trạng thái HTTP cho biết một URL đang hoạt động bình thường, đã chuyển sang địa chỉ khác hay đang gặp lỗi. Khi audit, đây là phần mình thường kiểm tra khá sớm.

URL đã chuyển hẳn sang địa chỉ mới thì thường dùng 301. Nếu chỉ chuyển tạm thời, 302 phù hợp hơn.

Với URL 404, không nên gom tất cả rồi redirect về trang chủ. Có trang thay thế phù hợp thì chuyển sang đó, không có thì giữ 404 vẫn bình thường.

Cấu trúc website và Internal Link

Cấu trúc website tốt giúp người dùng và Google dễ tìm tới những trang quan trọng.

Khi audit, mình thường kiểm tra các trang dịch vụ, danh mục hoặc bài SEO chính có internal link trỏ tới hay không. Một URL quan trọng nhưng nằm quá sâu hoặc gần như tách khỏi phần còn lại của website thì nên xem lại.

Internal link cũng nên trỏ thẳng tới URL đang sử dụng, tránh đi qua nhiều lần redirect. Anchor text nên mô tả được nội dung trang đích. Phần này mình đã hướng dẫn kỹ hơn trong bài Internal Link là gì?.

Mobile, tốc độ và Core Web Vitals

Google chủ yếu sử dụng phiên bản mobile của website để crawl và index, nên nội dung quan trọng trên điện thoại cần đầy đủ và hoạt động bình thường.

Khi kiểm tra, mình thường để ý các lỗi như giao diện tràn màn hình, popup che nội dung, nút khó bấm hoặc trang tải quá chậm.

Core Web Vitals gồm ba chỉ số chính:

• LCP: thời gian hiển thị nội dung chính.
• INP: tốc độ phản hồi khi người dùng tương tác.
• CLS: mức độ xê dịch của bố cục khi trang tải.

Mức Google khuyến nghị là LCP ≤ 2,5 giây, INP ≤ 200 ms và CLS ≤ 0,1. Mình thường không cố gắng để tối ưu website đạt mức 100 điểm Lighthouse. Công cụ này phù hợp để tìm vấn đề, còn khi website có đủ dữ liệu thực tế thì nên xem thêm báo cáo Core Web Vitals trong Search Console để xứ lý.

Structured Data, JavaScript và hreflang

Ba phần này người mới chỉ cần nắm khái niệm trước. Khi website thực sự phát sinh nhu cầu thì học sâu sau cũng được.

• Structured Data là dữ liệu có cấu trúc giúp Google hiểu rõ hơn một số thông tin trên trang. JSON-LD là cách triển khai khá phổ biến. Khi sử dụng, dữ liệu khai báo cần đúng với nội dung thực tế đang hiển thị, không nên thêm Schema chỉ để cố tạo rich result.
• JavaScript SEO cần chú ý hơn khi nội dung hoặc internal link phụ thuộc nhiều vào quá trình render.
• Hreflang chủ yếu dùng cho website có nhiều phiên bản ngôn ngữ hoặc khu vực.

Nếu website nhỏ, chỉ có một ngôn ngữ và nội dung đã hiển thị đầy đủ trong HTML thì chưa cần ưu tiên quá sâu ba phần này.

Cách kiểm tra Technical SEO từng bước

Khi audit website, rất dễ bị cuốn vào hàng trăm cảnh báo từ Screaming Frog, Ahrefs hoặc các công cụ SEO khác.

Khi mở một báo cáo audit, số lượng cảnh báo thường rất nhiều. Nhưng không phải lỗi nào cũng đáng xử lý ngay.

Bạn nên xem trước những URL đang mang traffic, tạo chuyển đổi hoặc giữ vai trò quan trọng trên website, rồi mới quay lại các cảnh báo nhỏ hơn.

Bước 1 – Xác định những trang quan trọng

Trước khi crawl toàn bộ website, mình thường lập một nhóm URL cần kiểm tra trước.

Với hocseodanang.com chẳng hạn:

• Trang chủ.
• Trang Khóa học SEO Đà Nẵng.
• Trang Dịch vụ SEO Đà Nẵng.
• Danh mục chính.
• Bài đang có traffic.
• Bài đang có từ khóa tốt.
• Những trang tạo liên hệ hoặc chuyển đổi.

Một bài phụ thiếu Meta Description rõ ràng không nên được ưu tiên ngang với trang dịch vụ đang bị noindex.

Bước 2 – Kiểm tra Google Search Console

Tiếp theo, vào Google Search Console để xem Google đang xử lý website như thế nào.

Phần Page Indexing có thể cho thấy các trạng thái như:

• Đã thu thập dữ liệu – hiện chưa được lập chỉ mục.
• Đã phát hiện – hiện chưa được lập chỉ mục.
• Bị loại trừ bởi noindex.
• Trang chuyển hướng.
• Trang trùng lặp hoặc Google chọn canonical khác.

Không phải URL chưa index nào cũng là lỗi. Trang redirect, URL trùng lặp, trang chủ động đặt noindex hoặc những URL không cần xuất hiện trên Google có thể để nguyên.

Với từng URL cụ thể, URL Inspection giúp kiểm tra trạng thái index, canonical và một số thông tin liên quan đến quá trình crawl.

Khi cần có thể xem thêm sitemap, Core Web Vitals, Crawl Stats, Manual Actions và Security Issues.

Bước 3 – Crawl website

Sau khi xem Search Console, mình crawl website bằng Screaming Frog hoặc công cụ tương tự.

Một lần crawl thường giúp phát hiện:

• URL 404.
• Redirect và redirect chain.
• Canonical bất thường.
• Trang có noindex.
• Internal link trỏ sai.
• Trang nằm quá sâu.
• Orphan page khi kết hợp thêm dữ liệu từ sitemap hoặc nguồn khác.
• Title và Meta Description bị thiếu hoặc trùng.

Không nên sửa chỉ vì công cụ đánh dấu đỏ.

Một Title trùng ở trang ít quan trọng có thể chưa đáng lo. Nhưng nếu hàng trăm trang sản phẩm cùng canonical sai về một URL khác thì cần kiểm tra ngay.

Dữ liệu crawl nên được đối chiếu thêm với Search Console và kiểm tra trực tiếp một vài URL trước khi kết luận.

Bước 4 – Kiểm tra theo từng mẫu trang

Website thường dùng chung một số template. Vì thế không nhất thiết phải mở thủ công từng URL.

Có thể chọn vài trang đại diện:

• Trang chủ.
• Trang danh mục.
• Bài blog.
• Trang dịch vụ.
• Trang sản phẩm.
• Trang phân trang hoặc bộ lọc nếu có.

Nếu một bài blog thiếu canonical thì có thể chỉ là lỗi riêng. Nhưng mở thêm 5 bài khác đều thiếu giống nhau thì khả năng cao vấn đề nằm ở theme hoặc plugin.

Lỗi ở cấp template thường đáng ưu tiên vì có thể ảnh hưởng tới nhiều URL cùng lúc.

Bước 5 – Xếp thứ tự lỗi cần xử lý

Sau khi đã có danh sách lỗi, cần phân loại trước khi bắt tay sửa.

Không nên nhìn vào số lượng lỗi để quyết định mức độ nghiêm trọng. Một canonical sai trên 5 trang dịch vụ có thể đáng sửa trước 500 cảnh báo nhỏ trên những URL gần như không có traffic.

Khi cân nhắc, mình nhìn vào:

• URL nào đang bị ảnh hưởng.
• Phạm vi lỗi rộng đến đâu.
• Lỗi có ảnh hưởng crawl hoặc index không.
• Sửa xong có tạo ra khác biệt đáng kể hay không.

Bước 6 – Sửa xong phải kiểm tra lại

Sau khi lỗi được xử lý, cần crawl hoặc kiểm tra lại chính những URL đã sửa.

• Mã trạng thái.
• Redirect.
• Canonical.
• noindex.
• Internal link.
• Sitemap nếu có thay đổi URL.

Những lỗi liên quan giao diện hoặc tốc độ thì mở lại trên cả desktop và mobile.

Với URL quan trọng, có thể dùng URL Inspection để kiểm tra lại và gửi yêu cầu lập chỉ mục khi thực sự cần. Không cần Request Indexing hàng loạt sau mỗi lần audit.

Mình cũng thường ghi lại ngày sửa, nhóm URL và nội dung đã thay đổi. Sau này traffic hoặc index có biến động thì còn biết website đã được chỉnh gì trước đó.

Website nhỏ nên ưu tiên Technical SEO nào?

Với blog cá nhân, website doanh nghiệp hoặc site WordPress chỉ có vài chục đến vài trăm URL, chưa cần đi quá sâu vào những phần Technical SEO phức tạp. Trước hết nên xử lý những lỗi có thể ảnh hưởng trực tiếp đến các trang đang làm SEO.

Website phải truy cập ổn định

Trang chủ, dịch vụ, danh mục và những bài quan trọng nên hoạt động bình thường, không gặp lỗi server hoặc redirect bất thường.

HTTPS cũng cần được cấu hình thống nhất.

Tránh tình trạng HTTP và HTTPS cùng hoạt động mà chưa redirect rõ ràng.

Kiểm tra robots.txt và noindex

Hai phần này mình thường xem khá sớm.

Chỉ cần cấu hình nhầm cũng có thể khiến một nhóm trang gặp vấn đề.

Hãy chắc rằng:

• Robots.txt không chặn nhầm nội dung cần SEO.
• Trang quan trọng không có noindex ngoài ý muốn.
• noindex chỉ xuất hiện ở những trang chủ động không muốn đưa lên Google.

Sitemap và canonical

Sitemap nên chứa những URL chính mà website muốn index.

Không cần đưa URL 404, redirect hoặc noindex vào.

Canonical cũng nên kiểm tra ở những trang quan trọng.

Một canonical trỏ nhầm đôi khi đáng lo hơn hàng chục cảnh báo nhỏ về Meta Description.

Trang quan trọng phải có Internal Link

Một trang dịch vụ đã nằm trong sitemap nhưng không có bài nào dẫn tới vẫn là cấu trúc nên xem lại.

Menu, breadcrumb, danh mục và những bài liên quan nên tạo đường dẫn tự nhiên tới URL quan trọng.

Không cần ép mỗi bài phải có thật nhiều internal link.

Dọn những lỗi URL dễ thấy

Các lỗi như:

404.

1. Redirect loop.
2. Redirect chain.
3. Internal link trỏ về URL cũ.

đều khá dễ phát hiện bằng một lần crawl.

Không phải 404 nào cũng cần redirect.

Nội dung đã xóa mà không có trang thay thế phù hợp thì giữ 404 vẫn bình thường.

Kiểm tra mobile và tốc độ thực tế

Website nhỏ vẫn nên chạy ổn trên điện thoại.

Mình thường nhìn những thứ đơn giản:

• Ảnh có quá nặng không.
• Trang có mất quá lâu để hiển thị không.
• Nội dung có tràn màn hình không.
• Popup có che bài không.
• Giao diện có bị nhảy khi tải không.

Không cần cố đạt 100 Lighthouse bằng mọi giá. Nếu website hoạt động ổn và Core Web Vitals không có vấn đề lớn thì có thể dành thêm thời gian cho nội dung và những phần SEO khác.

Những phần chưa cần ưu tiên quá sớm

Website chỉ có vài trăm URL thường chưa cần bỏ quá nhiều công sức vào:

• Phân tích crawl budget chuyên sâu.
• Log file analysis.
• Hreflang khi chỉ có một ngôn ngữ.
• JavaScript SEO phức tạp khi nội dung chính đã nằm trong HTML.
• Structured Data không liên quan.
• Tối ưu từng chi tiết chỉ để tăng thêm vài điểm Lighthouse.

Website nhỏ nên xử lý những lỗi có khả năng làm trang quan trọng không crawl được, không index đúng hoặc hoạt động không ổn định trước.

Những lỗi Technical SEO thường gặp

Technical SEO có nhiều lỗi nhỏ nhưng hậu quả lại khá dễ thấy, nhất là sau khi đổi giao diện, cài plugin hoặc thay đổi URL.

Quên gỡ chặn sau khi đưa website lên thật

Website staging thường được chặn bot hoặc đặt noindex.

Đưa lên production nhưng quên bỏ cấu hình này có thể khiến trang cần SEO không được crawl hoặc index như mong muốn.

Đặt noindex nhầm

Trang dịch vụ, danh mục hoặc bài viết quan trọng vô tình bị noindex.

Nguyên nhân có thể đến từ plugin SEO, template hoặc một thiết lập cũ chưa được thay đổi.

Sitemap chứa URL không cần thiết

Ví dụ:

• URL 404.
• Redirect.
• Trang noindex.
• URL trùng lặp không phải canonical.

Sitemap nên ưu tiên những URL chính mà website thực sự muốn Google index.

Canonical trỏ sai

Trang A lại canonical sang một URL không liên quan.

Nếu lỗi nằm trong template thì có thể ảnh hưởng tới rất nhiều URL cùng lúc.

Đổi URL nhưng quên redirect

Ví dụ:

/hoc-seo-co-ban/

đổi thành:

/hoc-seo-cho-nguoi-moi/

nhưng URL cũ vẫn có backlink hoặc traffic.

Không có redirect phù hợp thì người dùng và crawler sẽ gặp URL cũ bị lỗi.

Redirect toàn bộ 404 về trang chủ

Không phải URL mất đi nào cũng nên đẩy về homepage.

Có trang thay thế phù hợp thì redirect.

Không có nội dung tương ứng thì giữ 404 thường hợp lý hơn.

Internal link vẫn trỏ về URL cũ

URL đã đổi hoặc trang đã xóa nhưng bài viết cũ vẫn giữ liên kết cũ.

Website có thể sinh thêm 404 hoặc redirect chain mà người quản trị không nhận ra.

Có nhiều phiên bản URL

Ví dụ:

• HTTP và HTTPS.
• www và non-www.
• URL có và không có dấu /.
• Nhiều biến thể tham số.

Không phải biến thể nào cũng là lỗi, nhưng website cần xử lý nhất quán để tránh tín hiệu bị phân tán không cần thiết.

Plugin SEO hoặc cache xung đột

WordPress cài nhiều plugin cùng can thiệp vào:

• Canonical.
• Sitemap.
• Cache.
• HTML.
• Redirect.

có thể tạo ra kết quả ngoài ý muốn.

Sau khi cài hoặc cập nhật plugin, mình thường kiểm tra lại một vài trang đại diện.

Liên tục Request Indexing mà không tìm nguyên nhân

URL không index có thể do:

• noindex.
• Canonical.
• Nội dung trùng.
• Lỗi crawl.
• Hoặc Google chưa muốn index trang đó.

Gửi Request Indexing nhiều lần không thay thế cho việc tìm nguyên nhân.

Sửa tất cả cảnh báo của công cụ

Không phải lỗi màu đỏ nào cũng cần xử lý trước.

Một trang dịch vụ canonical sai đáng ưu tiên hơn hàng trăm cảnh báo nhỏ ở những URL không quan trọng.

Thay đổi website nhưng không ghi lại

Sau khi:

• Đổi URL.
• Cài plugin.
• Sửa template.
• Migration.
• Thay đổi canonical.
• Chỉnh robots.txt.

nên ghi lại thời điểm và phạm vi thay đổi.

Nếu traffic hoặc index biến động sau đó, ít nhất còn dữ liệu để đối chiếu.

Một lỗi riêng lẻ chưa chắc đã nghiêm trọng.

Mình quan tâm nhiều hơn tới URL nào đang bị ảnh hưởng và lỗi xuất hiện trên phạm vi rộng đến đâu.

Một noindex nhầm trên bài thử nghiệm rất khác với noindex xuất hiện trên toàn bộ trang dịch vụ.

Kết luận

Technical SEO không cần học hết trong một lần. Với người mới, nên bắt đầu từ những phần ảnh hưởng trực tiếp đến việc Google crawl và index như robots.txt, noindex, sitemap, canonical, mã trạng thái và internal link.

Khi audit, quan trọng nhất vẫn là biết lỗi nào đang ảnh hưởng đến trang nào. Một canonical sai ở trang dịch vụ chính thường đáng ưu tiên hơn hàng trăm cảnh báo nhỏ ở những URL ít quan trọng.

Nếu muốn thực hành trực tiếp trên website thật, bạn có thể tham khảo khóa học SEO tại Đà Nẵng. Phần Technical SEO sẽ đi vào cách kiểm tra, tìm lỗi và xử lý các vấn đề thường gặp thay vì chỉ học lý thuyết.