
SEO Technical là nền móng kỹ thuật giúp Google tìm, đọc và index website của bạn. 5 lỗi phổ biến nhất: index sai trang, tốc độ chậm, không có sitemap, thiếu HTTPS, và hỏng mobile layout. Bài này hướng dẫn cách phát hiện và sửa từng lỗi, kể cả khi bạn không phải dân kỹ thuật.
SEO Technical là gì?
SEO Technical (tối ưu kỹ thuật) là tập hợp các công việc đảm bảo Google có thể thu thập dữ liệu (crawl), hiểu (render), và lưu trữ (index) website của bạn một cách trơn tru.
Hình dung thế này cho dễ: Onpage là nội dung cuốn sách. Offpage là người khác giới thiệu cuốn sách. Technical là đảm bảo thư viện mở cửa, sách được xếp đúng kệ, và hệ thống tra cứu hoạt động.
Bạn có thể viết content hay nhất thế giới, nhưng nếu Google không crawl được thì nội dung đó không tồn tại trên kết quả tìm kiếm.
Tôi từng gặp một lỗi Technical cơ bản trên Techzika lúc mới setup: quên bỏ tick “Discourage search engines from indexing this site” trong WordPress. Hậu quả: 30 bài viết đã publish, Google index đúng 0 bài. 60 ngày đầu tiên, traffic organic là 0.
Đó là lý do tôi viết bài này. Những lỗi Technical dưới đây tôi đều đã gặp và sửa. Hy vọng bạn không phải mất 60 ngày như tôi.
3 Trụ Cột SEO: Onpage, Offpage, Technical
Trước khi đi sâu, tôi muốn bạn hình dung được bức tranh tổng thể. SEO có 3 trụ cột chính:
| Trụ cột | Phạm vi | Ví dụ | Ai làm? |
|---|---|---|---|
| Onpage | Trong trang | Title, heading, nội dung, ảnh | Content writer |
| Offpage | Ngoài trang | Backlink, social, brand mention | SEO specialist |
| Technical | Hạ tầng | Crawl, index, tốc độ, schema | Developer + SEO |
Nếu thiếu 1 trong 3, ngôi nhà SEO của bạn sẽ yếu. Hãy tưởng tượng:
- Có Onpage tốt + Offpage mạnh nhưng Technical kém → Google không index được → vô hình
- Có Technical chuẩn + Onpage tốt nhưng không Offpage → không ai biết đến website
- Có Technical chuẩn + Offpage mạnh nhưng Onpage dở → người dùng vào rồi thoát ngay
Trong cluster này, tôi đã viết chi tiết về SEO Onpage và SEO Offpage. Bài này tập trung vào mảnh ghép thứ ba: Technical.

Lỗi 1: Index Sai Trang (Index Bloat)
Đây là lỗi nghiêm trọng nhất tôi từng gặp. Google index những trang không nên index (trang tag, archive, author, attachment), làm loãng “ngân sách crawl” và giảm chất lượng tổng thể của site.
Tôi đã thấy một site có 200 bài viết thật, nhưng Google index hơn 3000 URL, bao gồm hàng trăm trang tag, category trùng lặp, trang media attachment. Kết quả: Google nghĩ site này toàn nội dung mỏng và không xếp hạng bài nào cao.
Cách phát hiện: Google Search Console → Index → Pages. Xem tỷ lệ Indexed vs Not indexed. Nếu số URL indexed nhiều gấp 3-5 lần số bài viết thực tế, bạn bị index bloat.
Cách sửa (WordPress + Rank Math):
- Vào Rank Math → Titles & Meta
- Tab “Post Types”: bật noindex cho Media (attachment)
- Tab “Taxonomies”: bật noindex cho Categories (nếu không dùng), Tags (nên noindex), Format
- Tab “Archives”: noindex cho Author archives, Date archives
- Vào Settings → Reading: bỏ tick “Discourage search engines…”
Quan trọng: sau khi sửa, dùng Google Search Console để yêu cầu xóa các URL không mong muốn khỏi index (Removals tool). Và cập nhật XML sitemap chỉ chứa URL bạn muốn index.
Sau khi sửa index bloat cho Techzika, số trang indexed giảm từ ~500 về ~60 (đúng số bài thực tế). Traffic không giảm mà còn tăng 40% trong tháng tiếp theo, vì Google tập trung crawl những trang quan trọng thay vì lãng phí vào trang rác.
Lỗi 2: Tốc Độ Website Dưới Ngưỡng
Google chính thức dùng Core Web Vitals làm yếu tố xếp hạng từ 2021. Năm 2026, nó còn quan trọng hơn khi AI Overviews ưu tiên trang có trải nghiệm người dùng tốt.
Tôi test Techzika trên PageSpeed Insights lần đầu: mobile score 34/100. Xấu đến mức tôi không dám khoe.
3 thủ phạm chính gây chậm và cách tôi sửa:
- Ảnh quá nặng: Tôi nén tất cả ảnh về dưới 150KB bằng ShortPixel (plugin WordPress), chuyển sang WebP. Riêng việc này tăng điểm mobile từ 34 lên 52.
- CSS/JS chặn render: Tôi dùng plugin WP Rocket để delay JavaScript không cần thiết, gộp CSS. Điểm lên 68.
- Server chậm: Tôi chuyển từ shared hosting sang VPS. Thời gian phản hồi server (TTFB) giảm từ 800ms xuống 200ms. Điểm lên 82.
Kết quả cuối cùng: mobile 82, desktop 96. Traffic tăng 25% sau 3 tuần. Có thể không ấn tượng bằng content marketing, nhưng đây là traffic “miễn phí”. Bạn không cần viết thêm chữ nào.
Lỗi 3: Không Có XML Sitemap Hoặc Sitemap Sai
XML sitemap giống như bản đồ tặng cho Google. Nó liệt kê tất cả URL quan trọng trên site, kèm thông tin: cập nhật lần cuối khi nào, mức độ ưu tiên, tần suất thay đổi.
Nếu không có sitemap, Google vẫn có thể tìm thấy trang của bạn qua internal link. Nhưng sẽ chậm hơn và dễ bỏ sót.
Cách kiểm tra: gõ yourdomain.com/sitemap.xml hoặc yourdomain.com/sitemap_index.xml (nếu dùng Rank Math). Nếu hiện ra danh sách URL, bạn đã có sitemap. Nếu trả về 404, bạn chưa có.
Cách tạo và submit:
- WordPress: Rank Math hoặc Yoast SEO tự động tạo sitemap. Vào plugin settings → Sitemap → bật.
- Vào Google Search Console → Sitemaps → thêm URL sitemap → Submit.
- Kiểm tra status: “Success” là OK. “Couldn’t fetch” là sai URL hoặc server chặn.
Tôi submit sitemap mỗi khi publish bài mới. Không bắt buộc (Google sẽ tự tìm), nhưng tôi thấy index nhanh hơn rõ rệt: có bài index trong 2 giờ thay vì 2 ngày.
Lỗi 4: Thiếu HTTPS Hoặc Mixed Content
HTTPS là tiêu chuẩn bắt buộc từ 2017. Google đánh dấu site HTTP là “Not Secure” và giảm thứ hạng. Năm 2026, không có HTTPS đồng nghĩa với không có traffic.
Lỗi phổ biến hơn: có HTTPS nhưng vẫn load tài nguyên qua HTTP (mixed content). Ví dụ: ảnh trong bài viết có src=”http://…” thay vì “https://…”. Trình duyệt chặn những tài nguyên này, Google cũng không thích.
Cách kiểm tra: Mở Chrome DevTools → Console → tìm dòng “Mixed Content”. Nếu có dòng đỏ, bạn đang bị.
Cách sửa:
- Plugin Really Simple SSL (WordPress) tự động redirect HTTP sang HTTPS và sửa mixed content
- Kiểm tra thủ công: search trong database WordPress các URL bắt đầu bằng http:// và thay bằng https://
- Thêm redirect 301 từ HTTP sang HTTPS trong .htaccess hoặc qua hosting panel
Tôi kiểm tra HTTPS hàng tháng. Một lần tôi lỡ thêm ảnh qua HTTP, Chrome báo “Not Secure” cho toàn bộ trang. Mất 2 ngày traffic giảm 30% trước khi tôi phát hiện và sửa. Kiểm tra HTTPS định kỳ không mất quá 5 phút, nhưng hậu quả của việc quên thì rất đắt.
Lỗi 5: Mobile Layout Bị Vỡ
Google dùng mobile-first indexing từ 2020. Nghĩa là: phiên bản mobile của website mới là bản chính. Desktop là bản phụ.
Lỗi mobile tôi thường gặp nhất trên các website:
- Bảng (table) tràn ra ngoài màn hình, phải scroll ngang
- Font chữ quá nhỏ, phải zoom mới đọc được
- Nút bấm (button) quá gần nhau, khó chạm trên màn hình cảm ứng
- Pop-up chiếm toàn bộ màn hình, không có nút đóng
- Video/iframe không responsive, bị cắt mất 1 nửa
Cách kiểm tra: Google Search Console → Experience → Mobile Usability. Công cụ này liệt kê chính xác URL nào bị lỗi mobile và lỗi gì. Miễn phí và chính xác, đừng bỏ qua.
Cách sửa:
- Table: thêm CSS
overflow-x: auto; display: block;cho thẻ table - Font: đảm bảo font-size tối thiểu 16px trên mobile
- Nút: khoảng cách tối thiểu 8mm giữa các phần tử có thể chạm
- Pop-up: không dùng interstitial che toàn bộ màn hình
- Video/iframe: dùng CSS aspect-ratio hoặc padding-bottom trick để giữ tỷ lệ
Tôi test mọi bài viết trên iPhone 14 và Samsung Galaxy S23 trước khi publish. 2 phút test mobile này đã cứu tôi khỏi ít nhất 5 lần publish bài bị vỡ layout.
Checklist Audit SEO Technical (15 Phút)
Đây là checklist tôi chạy mỗi tháng 1 lần cho Techzika. Mất 15 phút:
- Google Search Console → Index: số trang indexed có hợp lý không?
- Google Search Console → Sitemaps: status success?
- Google Search Console → Experience → Core Web Vitals: mobile passed?
- Google Search Console → Experience → Mobile Usability: có lỗi không?
- Google Search Console → Experience → HTTPS: có vấn đề gì không?
- PageSpeed Insights: mobile score ≥ 70?
- robots.txt: có chặn nhầm không? (domain.com/robots.txt)
- Sitemap XML: có chứa URL lạ không?
- Chrome DevTools → Console: có lỗi Mixed Content hoặc JS không?
- Schema markup: test 1 URL bất kỳ qua Google Rich Results Test
Tất cả công cụ tôi dùng đều miễn phí: Google Search Console, PageSpeed Insights, Google Rich Results Test, Chrome DevTools. Bạn không cần Ahrefs hay Semrush để audit Technical. Bắt đầu với những thứ miễn phí này trước.
Bài viết này thuộc chủ đề SEO. Xem thêm: Cách SEO AI 2026: 9 Chiến Lược Để AI Trích Dẫn Thương Hiệu Của Bạn
Câu hỏi thường gặp về SEO Technical
SEO Technical có cần biết code không?
Cơ bản thì không. Với WordPress, hầu hết các vấn đề Technical có thể giải quyết qua plugin và cài đặt. Các công cụ như Google Search Console, PageSpeed Insights hiển thị lỗi bằng ngôn ngữ dễ hiểu, kèm hướng dẫn sửa. Tuy nhiên, nếu bạn muốn tối ưu sâu (server config, code splitting, CDN), việc biết một chút HTML, CSS và hiểu về server sẽ giúp ích nhiều.
Khác biệt giữa crawl và index là gì?
Crawl (thu thập) là Googlebot ghé thăm trang của bạn và đọc nội dung. Index (lập chỉ mục) là Google lưu trang đó vào cơ sở dữ liệu để hiển thị trên kết quả tìm kiếm. Một trang có thể được crawl nhưng không được index (ví dụ: bạn bật noindex). Hoặc không được crawl (bị chặn bởi robots.txt) thì chắc chắn không được index. Muốn lên top, trang phải được cả crawl và index.
Nên dùng www hay non-www?
Về SEO, không khác biệt. Nhưng bạn phải chọn 1 và redirect 301 cái còn lại về cái đã chọn. Đừng để cả 2 cùng hoạt động. Google sẽ coi là duplicate content. Tôi chọn non-www cho Techzika vì URL ngắn hơn, dễ nhớ hơn. Phần lớn website hiện đại cũng chọn non-www.
Có cần CDN cho SEO không?
CDN (Content Delivery Network) giúp tăng tốc độ tải bằng cách phân phối nội dung từ server gần vị trí người dùng nhất. Với website Việt Nam phục vụ người dùng Việt Nam, CDN không bắt buộc nếu bạn dùng hosting trong nước. Nhưng nếu bạn nhắm đến khách quốc tế, hoặc hosting của bạn ở nước ngoài, CDN như Cloudflare (có gói miễn phí) sẽ cải thiện tốc độ đáng kể.
Schema markup có thuộc SEO Technical không?
Có. Schema markup (dữ liệu có cấu trúc) là một phần của SEO Technical. Nó giúp Google hiểu ngữ cảnh nội dung (bài viết, sản phẩm, FAQ, review) và hiển thị rich results (ngôi sao đánh giá, breadcrumb, FAQ accordion) trên kết quả tìm kiếm. Rank Math tự động thêm schema cơ bản. Tôi kiểm tra schema bằng Google Rich Results Test mỗi khi publish bài mới.
Cập nhật: Tháng 5, 2026. Bài thuộc cluster SEO. Xem thêm SEO là gì cho tổng quan, SEO Onpage và SEO Offpage cho 2 trụ cột còn lại.