Bạn đã bao giờ launch một website rất đẹp, Lighthouse điểm cao, nhưng vài tuần sau Search Console vẫn báo index chậm hoặc traffic organic gần như không nhúc nhích chưa?
Vấn đề thường không nằm ở một thẻ meta bị thiếu. Nó nằm ở cách team biến SEO thành yêu cầu kỹ thuật ngay từ lúc dựng kiến trúc, template, routing, rendering và checklist deploy. Đây là lúc SEO kỹ thuật cho developer trở thành phần việc bắt buộc, không chỉ là checklist của marketer. Cùng xem nhé!
Tóm tắt nhanh
- SEO kỹ thuật cho developer là cách đưa SEO vào planning, code, QA, launch và monitoring thay vì xử lý sau khi website đã lên production.
- Developer cần đảm bảo nội dung chính, link quan trọng, canonical, sitemap, metadata và structured data có thể được crawler đọc ổn định.
- Với website dùng JavaScript nặng, SSR, SSG hoặc hybrid rendering thường an toàn hơn CSR thuần cho nội dung cần SEO.
- Core Web Vitals nên được đo bằng dữ liệu field, với LCP, INP và CLS là ba chỉ số chính.
- Trước khi launch, hãy xem SEO như acceptance criteria giống bảo mật, accessibility và performance.
SEO kỹ thuật cho developer là gì?
SEO kỹ thuật cho developer là việc tích hợp yêu cầu SEO vào toàn bộ vòng đời phát triển website: lên kiến trúc, code giao diện, code backend, QA, launch và theo dõi sau deploy. Mục tiêu là để công cụ tìm kiếm có thể crawl, render, hiểu và index nội dung quan trọng mà không gặp rào cản kỹ thuật.
HubSpot gọi hướng này là development-focused SEO hoặc website development SEO: lớp hạ tầng gồm semantic HTML, tốc độ tải, crawl efficiency, rendering, HTTPS, internal links và structured data [1]. Nói đơn giản, nếu SEO truyền thống trả lời “nên viết gì”, thì SEO kỹ thuật cho developer trả lời “code và cấu hình thế nào để nội dung đó thật sự được đọc”.
Điểm này đặc biệt quan trọng với website doanh nghiệp. Một trang dịch vụ có nội dung tốt nhưng render sau JavaScript, thiếu link nội bộ, canonical sai sang staging hoặc sitemap trỏ URL cũ thì marketing khó sửa bằng vài dòng copy.
Bạn đang đọc bài viết thuộc chuyên mục Thiết kế website trọn gói của VietnamTutor — nơi mình chia sẻ cách xây dựng website doanh nghiệp có nền tảng kỹ thuật đủ tốt để SEO, đo lường và mở rộng.
Vì sao developer cần tham gia SEO từ đầu?
Developer cần tham gia SEO từ đầu vì nhiều quyết định ảnh hưởng trực tiếp đến khả năng index nằm ở routing, rendering, template, server và deployment. Marketer có thể định nghĩa keyword và nội dung, nhưng crawler chỉ nhìn thấy những gì hệ thống thật sự trả về.
Ví dụ dễ gặp: trang danh mục có nội dung chính được gọi qua API sau khi load app shell; link sản phẩm chỉ xuất hiện sau khi người dùng bấm filter; thẻ canonical hard-code về domain test; robots.txt production vẫn chặn /. Những lỗi này không phải lỗi biên tập, nhưng tác động trực tiếp đến organic search.
Mình khuyên bạn đưa SEO vào acceptance criteria ngay trong ticket hoặc brief kỹ thuật. Một user story cho trang dịch vụ không nên chỉ có “hiển thị đúng UI”. Nó nên có thêm điều kiện: HTML đầu tiên có title, meta description, heading chính, nội dung above-the-fold, link crawlable, canonical đúng, schema hợp lệ và trạng thái HTTP phù hợp.
Cách làm này cũng giúp giảm chi phí sửa sau launch. Một lỗi canonical trong template có thể nhân ra hàng trăm URL. Một quyết định CSR sai cho toàn bộ blog có thể khiến team phải rebuild rendering layer sau khi traffic đã mất đà.
Checklist HTML, URL và metadata cần chốt trước khi code
Checklist nền tảng nên bắt đầu từ semantic HTML, URL ổn định, metadata động theo từng trang và heading hierarchy rõ ràng. Đây là lớp tín hiệu cơ bản giúp crawler hiểu nội dung trước khi xét đến schema hay performance nâng cao.
Với HTML, mỗi template cần có một chủ đề chính rõ ràng. Nội dung quan trọng nên nằm trong text HTML, không bị thay bằng ảnh hoặc canvas nếu đó là nội dung cần rank. Google Search Central cũng nhấn mạnh rằng text vẫn là cách an toàn nhất để giúp Google hiểu nội dung trang [3].
Với URL, hãy thống nhất cấu trúc trước khi viết code route. URL nên ngắn, có nghĩa, không phụ thuộc tham số tracking và không thay đổi tùy tiện sau launch.
Metadata cần được sinh theo dữ liệu thật của từng trang, không dùng một title cho toàn site. Với framework hiện đại, hãy kiểm tra cả view-source hoặc HTML server response, không chỉ DOM sau khi JavaScript chạy. Nếu page title, meta description, canonical và Open Graph chỉ xuất hiện muộn hoặc sai route, bot và social crawler có thể đọc không đúng.
Dưới đây là checklist ngắn mà team dev có thể đưa vào pull request:
- Mỗi trang indexable có title riêng, meta description riêng và canonical tự tham chiếu hoặc trỏ đúng URL chính.
- Heading không nhảy cấp vô lý; nội dung chính không bị giấu sau tương tác bắt buộc.
- Link điều hướng chính dùng thẻ
<a href="...">crawlable, không chỉ dùng sự kiện click. - Ảnh quan trọng có alt text mô tả đúng ngữ cảnh.
- Trang lỗi trả đúng HTTP status như 404 hoặc 410, không soft 404.
JavaScript SEO: SSR, SSG hay CSR?
Với nội dung cần SEO, SSR, SSG hoặc hybrid rendering thường an toàn hơn CSR thuần vì nội dung và link chính xuất hiện ngay trong HTML ban đầu. CSR vẫn dùng được, nhưng rủi ro tăng nếu crawler phải chờ JavaScript mới thấy nội dung quan trọng.
Google cho biết các URL trả về HTTP 200 có thể được đưa vào hàng đợi rendering, sau đó Googlebot dùng rendered HTML để phát hiện link và index nội dung [3]. Tuy vậy, Google cũng nói server-side rendering hoặc prerendering vẫn là ý tưởng tốt vì nhanh hơn cho người dùng và crawler, đồng thời không phải bot nào cũng chạy JavaScript tốt như Google.
Vì vậy, câu hỏi không phải là “Google có hiểu JavaScript không”. Câu hỏi đúng hơn là: nội dung nào bắt buộc phải có trong HTML đầu tiên để crawler, social crawler, AI answer engine và trình đọc khác hiểu được?
Dynamic rendering không nên là lối đi mặc định. Google gọi dynamic rendering là workaround, không phải giải pháp dài hạn, và khuyến nghị dùng server-side rendering, static rendering hoặc hydration thay thế [4]. Nếu website của bạn đang cần dynamic rendering để bot thấy nội dung, đó là tín hiệu nên xem lại kiến trúc render.
Gợi ý thực tế:
- Dùng SSG cho bài blog, trang dịch vụ, tài liệu và landing page ít thay đổi.
- Dùng SSR hoặc ISR cho trang cần dữ liệu mới nhưng vẫn cần SEO.
- Dùng CSR cho dashboard sau đăng nhập, công cụ nội bộ hoặc vùng không cần index.
- Kiểm tra HTML response bằng curl, view-source và URL Inspection thay vì chỉ nhìn trình duyệt.
Crawlability, indexability và canonical cần kiểm soát thế nào?
Crawlability quyết định bot có thể đi đến URL hay không; indexability quyết định URL có được phép vào chỉ mục hay không; canonical giúp gom tín hiệu về URL chính. Ba lớp này phải được kiểm tra cùng nhau trước khi deploy.
Robots.txt chỉ nên dùng để điều hướng crawl, không dùng như cách chính để ngăn index. Google Search Central khuyến nghị dùng noindex hoặc yêu cầu đăng nhập nếu bạn thật sự muốn trang không xuất hiện trong kết quả tìm kiếm [3]. Đây là điểm nhiều website staging hoặc trang filter hay làm sai.
Sitemap cũng cần được tạo cẩn thận. Google nêu giới hạn một sitemap là 50MB hoặc 50.000 URL, URL nên là absolute URL, và sitemap đặt ở root sẽ có phạm vi bao phủ tốt nhất cho toàn site [6]. Với website nhiều loại nội dung, bạn có thể tách sitemap theo post type để dễ theo dõi trong Search Console.
Canonical là phần dễ bị xem nhẹ nhưng gây hậu quả lớn. Theo Google, redirect và thẻ rel="canonical" là tín hiệu mạnh, còn sitemap là tín hiệu yếu hơn; các tín hiệu này có thể kết hợp để tăng khả năng Google chọn URL mong muốn [5]. Vì vậy, canonical trong HTML, URL trong sitemap, internal link và redirect nên cùng trỏ về một phiên bản URL.
Checklist trước launch:
- Không để robots.txt production chặn toàn site hoặc chặn CSS/JS cần render.
- Trang indexable không có meta robots noindex ngoài ý muốn.
- Sitemap chỉ chứa URL chính, trả 200, canonical đúng và không bị redirect vòng.
- HTTP sang HTTPS dùng 301; bản www/non-www thống nhất.
- Staging, search nội bộ, cart, login, thank-you page được xử lý rõ ràng.
Core Web Vitals: developer nên đo gì?
Developer nên đo LCP, INP và CLS bằng cả lab data lẫn field data, rồi gắn chúng với nguyên nhân trong code: render path, JavaScript cost, image delivery, CSS và third-party scripts. Điểm Lighthouse chỉ là điểm khởi đầu, không thay thế trải nghiệm thật của người dùng.
Theo web.dev, Core Web Vitals hiện gồm Largest Contentful Paint, Interaction to Next Paint và Cumulative Layout Shift. Ngưỡng tốt là LCP trong 2.5 giây, INP từ 200 mili giây trở xuống và CLS từ 0.1 trở xuống, đo ở percentile 75 trên mobile và desktop [7].
Điều này có nghĩa là bạn không nên tối ưu chỉ cho máy dev hoặc một lần test đẹp. Website có thể nhanh trong lab nhưng chậm với người dùng mobile, mạng yếu, thiết bị cũ hoặc trang có script marketing nặng. Với website doanh nghiệp, phần cần ưu tiên thường là hero image, font loading, JavaScript hydration, tracking tags và response time từ server.
Một checklist thực tế cho team dev:
- LCP: preload đúng ảnh hero, nén ảnh, dùng kích thước responsive, giảm TTFB và tránh render-blocking CSS quá lớn.
- INP: chia nhỏ JavaScript, giảm long tasks, trì hoãn script không thiết yếu và tránh hydration quá nặng.
- CLS: khai báo width/height cho media, giữ chỗ cho banner, font fallback hợp lý và không inject layout phía trên nội dung đang đọc.
- Monitoring: theo dõi CrUX, Search Console Core Web Vitals, RUM hoặc analytics nội bộ nếu có.
Đừng lo nếu không đạt mọi thứ ngay lần đầu. Mình khuyên bạn chọn 5 template có traffic hoặc giá trị chuyển đổi cao nhất, tối ưu trước, rồi mới mở rộng ra toàn site.
Structured data và release QA nên làm ra sao?
Structured data nên được triển khai bằng JSON-LD có dữ liệu thật, được validate trong development và theo dõi sau launch bằng Search Console. Nó không thay thế nội dung tốt, nhưng giúp máy hiểu rõ loại trang, thực thể và quan hệ dữ liệu.
Google nói structured data là định dạng chuẩn để cung cấp manh mối rõ ràng về ý nghĩa của trang, và thường khuyến nghị JSON-LD vì dễ triển khai, dễ bảo trì [8]. Với website doanh nghiệp, các loại schema thường gặp gồm Organization, LocalBusiness, BreadcrumbList, Article, FAQPage, Product hoặc Service tùy ngữ cảnh.
Điểm quan trọng là schema phải phản ánh nội dung hiển thị. Đừng thêm rating nếu trang không có đánh giá thật. Đừng thêm FAQ schema nếu người dùng không thấy FAQ trên trang. Đừng copy schema của trang khác rồi thay vài field cho nhanh. Cách làm đó dễ tạo dữ liệu sai và khó bảo trì.
Trước khi release, team nên có checklist SEO QA tương tự checklist security hoặc accessibility:
- Render HTML đầu tiên có nội dung chính, metadata, canonical và link quan trọng.
- Rich Results Test không báo lỗi schema bắt buộc.
- Sitemap, robots.txt, redirects và canonical đã test trên môi trường gần production.
- Trang staging không bị index; trang production không bị chặn.
- Search Console URL Inspection cho vài template trọng yếu sau launch.
Với dự án website doanh nghiệp, VietnamTutor thường xem checklist này như một phần bàn giao kỹ thuật. Nếu bạn đang chuẩn bị thiết kế lại website hoặc build mới, hãy đưa yêu cầu SEO vào brief từ đầu để tránh sửa lại kiến trúc sau khi website đã chạy.
Nguồn tham khảo
- HubSpot: Website development SEO best practices guide
- HubSpot: Understanding technical SEO
- Google Search Central: JavaScript SEO basics
- Google Search Central: Dynamic rendering as a workaround
- Google Search Central: Canonical URL methods
- Google Search Central: Build and submit a sitemap
- web.dev: Web Vitals
- Google Search Central: Structured data introduction
Các câu hỏi thường gặp
SEO kỹ thuật cho developer khác technical SEO không?
Hai khái niệm có nhiều phần giao nhau. Technical SEO rộng hơn, còn hướng dành cho developer nhấn mạnh việc đưa yêu cầu SEO vào quy trình phát triển website từ brief, code, QA đến deploy.
Developer có cần biết keyword research không?
Developer không cần làm toàn bộ keyword research, nhưng nên hiểu trang nào cần index, nội dung nào là trọng tâm, cấu trúc heading ra sao và URL nào là canonical. Phần keyword chi tiết thường do SEO specialist hoặc content team phụ trách.
Website dùng React hoặc Next.js có tốt cho SEO không?
Có thể tốt nếu triển khai đúng rendering, metadata, internal links và performance. Với trang cần SEO, Next.js dùng SSR, SSG hoặc ISR thường an toàn hơn một React SPA chỉ render nội dung sau khi JavaScript chạy.
Có nên dùng dynamic rendering cho website mới không?
Không nên xem dynamic rendering là lựa chọn mặc định cho website mới. Google xem đây là workaround và khuyến nghị các hướng bền hơn như server-side rendering, static rendering hoặc hydration phù hợp.
Core Web Vitals có phải yếu tố SEO duy nhất về performance không?
Không. Core Web Vitals là bộ chỉ số quan trọng về trải nghiệm người dùng, nhưng developer vẫn cần kiểm tra TTFB, kích thước JavaScript, tải ảnh, cache, CDN, third-party scripts và khả năng render nội dung chính.
Checklist SEO nên chạy trước hay sau khi deploy?
Nên chạy cả hai. Trước deploy, team kiểm tra HTML, metadata, schema, sitemap, robots, redirects và performance trên môi trường gần production. Sau deploy, kiểm tra lại bằng Search Console, URL Inspection và dữ liệu người dùng thật.
Chốt lại, technical SEO không phải lớp trang trí cuối cùng. Nó là cách team đảm bảo website được trình duyệt, công cụ tìm kiếm và hệ thống trả lời bằng AI hiểu đúng từ nền tảng kỹ thuật.
Nếu bạn đang chuẩn bị build hoặc redesign website, hãy bắt đầu bằng checklist nhỏ: rendering, metadata, crawl, index, canonical, sitemap, Core Web Vitals và structured data.
