Tới nội dung chính
hstation
Dịch vụDự ánVề tôiBlogThư viện nhạc

SEO và nội dung · 10 phút đọc · 2026-09-11

Viết bài chuẩn SEO bằng AI: tôi chấm 11 bài, 80 điểm và 24 lỗi phải sửa

24 lỗi thường lặp lại khi viết bài chuẩn SEO bằng AI nằm ở tiêu đề, nguồn, liên kết, ảnh và phần hiển thị sau đăng. Chấm 11 bài cho thấy sai một bước có thể làm hỏng cả trang.

Tôi chấm 11 bài đã đăng để kiểm tra xem quy trình viết bài chuẩn SEO bằng AI đang hỏng ở đâu, không phải để chứng minh mọi bài do AI viết đều kém. Kết quả 80/100 chỉ có giá trị trong phạm vi bộ bài và cách chấm này; phần dưới đây tập trung vào 24 lỗi có thể tự rà ngay trước khi xuất bản.

Tôi đã chấm 11 bài viết content chuẩn SEO bằng AI như thế nào — và 80/100 có nghĩa gì?

Tôi không xem điểm 80/100 là “điểm SEO” do Google cấp. Đây là điểm tự chấm theo một bộ tiêu chí thao tác: bài có đúng mục đích tìm kiếm không, tiêu đề có khớp nội dung không, thông tin có được kiểm tra không, cấu trúc có dễ đọc không, liên kết và hình ảnh có hoạt động không, phần hiển thị sau khi đăng có còn nguyên không. Cách chấm này phù hợp để phát hiện việc cần sửa trong một nhóm bài cụ thể, nhưng không đủ để kết luận bài nào sẽ lên thứ hạng nào.

11 bài là mẫu nhỏ. Chúng có thể cùng được tạo bằng một quy trình, cùng người biên tập hoặc cùng một loại chủ đề, nên điểm trung bình bị ảnh hưởng bởi những điều đó. Tôi chưa có dữ liệu đối chứng giữa bài viết thủ công, bài viết dùng AI rồi biên tập, và bài copy nguyên văn từ công cụ. Vì vậy, nếu bạn đang tìm cách viết bài chuẩn SEO bằng AI rồi muốn suy ra kết quả cho toàn bộ website, con số 80/100 không cho phép làm việc đó.

Cách dùng điểm này thực tế hơn là chia nó thành ba câu hỏi. Bài có lỗi khiến người đọc không làm được việc họ đang tìm không? Bài có lỗi khiến công cụ tìm kiếm hoặc trình duyệt hiểu sai không? Bài có thông tin chưa được xác minh nhưng đang được viết như sự thật không? Nếu câu trả lời là có, hãy sửa lỗi cụ thể thay vì cố nâng điểm bằng cách chèn thêm từ khóa. Bạn có thể lấy một bài mới đăng, chấm riêng ba nhóm trên, ghi lại lỗi và kiểm tra lại sau khi sửa. Đó là phép đo tiến bộ của quy trình, không phải lời dự đoán thứ hạng.

24 mục "phải sửa" trong 11 bài: những lỗi thật, kể từng ca

Con số 24 không phải danh sách lỗi tôi tự nghĩ ra. Sau khi máy viết xong mỗi bài, một mô hình khác đọc lại và trả về danh sách những chỗ phải sửa trước khi đăng. Cộng danh sách đó của 11 bài được đúng 24 mục. Chúng không cùng loại — có mục làm bài hỏng hẳn, có mục chỉ là câu văn gượng — nên con số này cho thấy lỗi xuất hiện dày cỡ nào, không phải lỗi nặng cỡ nào.

Điểm từng bài, từ thấp lên cao, kèm số mục phải sửa:

  • 56 — luồng n8n gửi cảnh báo khi website hỏng · 3 mục
  • 66 — file Excel quản lý kho · 5 mục
  • 74 — file Excel quản lý bán hàng · 4 mục
  • 80 — WordPress không gửi được email · 3 mục
  • 84 — cài n8n trên Windows · 3 mục
  • 84 — n8n đăng bài lên WordPress · 2 mục
  • 86 — tự kiểm WordPress chậm · 1 mục
  • 86 — lỗi 500 WordPress · 2 mục
  • 87 — nhạc không bản quyền cho video · 1 mục
  • 88 — n8n trả lời tin nhắn fanpage · 0 mục
  • 89 — tăng tốc WordPress · 0 mục

Chỉ 2 trên 11 bài không có mục phải sửa nào. Dưới đây là những ca đáng kể nhất, kể đúng như đã xảy ra.

Báo động chạy ngược. Bài 56 điểm dạy dựng luồng gửi thư khi trang trả mã lỗi. Bản máy viết đặt điều kiện "mã trả về bằng 200" rồi nối node gửi thư vào nhánh đúng. Làm theo từng chữ thì hệ thống gửi cảnh báo khi trang đang khoẻ và im lặng đúng lúc trang sập. Câu văn trơn tru, đủ số từ, mọi phép đếm từ khoá đều đạt. Đây là loại lỗi tệ nhất: người đọc dựng xong, thấy chạy, và tin nó.

Ghi nguyên liên kết đặt lại mật khẩu vào log. Bài về email WordPress có đoạn mã ghi lỗi gửi thư ra tệp log, và đoạn đó ghi cả get_error_data(). Dữ liệu ấy chứa nguyên nội dung thư — với thư đặt lại mật khẩu thì là nguyên cái liên kết đặt lại. Ngay phía trên, chính bài đó còn dặn đừng ghi nội dung biểu mẫu vào log.

Đếm dòng mà tưởng đếm đơn. Bài bảng tính hứa đếm "số đơn đã giao" bằng COUNTIF, nhưng COUNTIF đếm dòng. Một đơn nằm trên nhiều dòng là bị đếm nhiều lần. Cùng bài đó, AVERAGEIF trả #DIV/0! khi chưa có dòng nào khớp — tôi dựng một bảng rỗng để đo lại, và đúng như khâu chấm nói.

Kẹt ngay bước đầu tiên. Bài quản lý kho dặn "đổi tên hai sheet" trong khi workbook mới chỉ có một sheet. Người đọc dừng ở thao tác đầu tiên.

Hứa quá sức của chính bài. Bài lỗi 500 mở đầu hứa "cô lập đúng plugin", trong khi các mục sau thừa nhận lỗi có thể nằm ở giao diện, hosting hay bộ nhớ.

Nhồi cụm tìm kiếm không dấu vào câu. Nhiều bài chèn nguyên cụm từ khoá không dấu làm chỉ dẫn, kiểu "Hãy tiếp tục với quan ly cua hang bang excel" — một câu vô nghĩa với người đang thao tác.

Điểm mấu chốt nằm ở bài 56 điểm: cả 11 bài đều qua các phép kiểm SEO tự động — từ khoá có trong tiêu đề, đường dẫn, mô tả, mật độ trong khoảng cho phép. Bài dạy dựng báo động ngược cũng qua hết. Phép đếm kiểm được bài có nói về từ khoá không; nó không kiểm được bài có đúng không.

Ba lỗi cả máy lẫn khâu chấm đều không bắt

  • Chú thích ảnh chứa dấu ngoặc vuông làm vỡ cú pháp ảnh. Dòng đó lên tới trang thật dưới dạng ký tự thô, và tôi chỉ phát hiện khi đếm số ảnh trên trang đã đăng rồi thấy thiếu một.
  • Một bài mô tả thiết kế hai sheet trong khi bảng tính thật được dựng trên một sheet — ảnh và bài nói hai chuyện khác nhau.
  • Khi viết chính bài này, tôi mở lại bài cài n8n đã đăng và đếm số thứ tự các bước: cả năm bước đều hiện số 1. Nguồn viết đúng 1 tới 5, nhưng mỗi bước bị một khối mã chen giữa, và bộ hiển thị đếm lại từ đầu sau mỗi khối. Lỗi nằm ở phần mềm hiển thị chứ không ở bài, và nó chỉ lộ ra khi nhìn trang thật.
Bước thứ hai của bài cài n8n trên trang đã đăng, chụp trước khi sửa bộ hiển thị: dòng "Kiểm Node trước khi cài, vì n8n 2.35.7 đòi Node từ 22.22 trở lên" đứng cạnh con số 1 thay vì 2. Trong nguồn bài, bước này ghi rõ số 2; khối mã chen giữa hai bước làm bộ hiển thị đếm lại từ đầu.
Bước thứ hai của bài cài n8n trên trang đã đăng, chụp trước khi sửa bộ hiển thị: dòng "Kiểm Node trước khi cài, vì n8n 2.35.7 đòi Node từ 22.22 trở lên" đứng cạnh con số 1 thay vì 2. Trong nguồn bài, bước này ghi rõ số 2; khối mã chen giữa hai bước làm bộ hiển thị đếm lại từ đầu.

Cách viết bài chuẩn SEO bằng AI với ChatGPT: prompt cần có gì và nên chia phần ra sao?

Một prompt dùng được không cần dài vì dài, nhưng phải nói rõ việc cần làm và giới hạn không được vượt qua. Bạn có thể điền khung sau:

text
Bạn là người biên tập nội dung cho [đối tượng đọc].
Mục tiêu của bài: giúp người đọc [làm một việc cụ thể].
Chủ đề: [chủ đề].
Từ khóa chính: [từ khóa].
Từ khóa phụ nếu có: [danh sách].
Thông tin đã kiểm chứng: [danh sách nguồn hoặc dữ kiện].
Thông tin chưa có nguồn: không tự bịa; đánh dấu [CẦN KIỂM TRA].
Cấu trúc bắt buộc: [các tiêu đề mục].
Giọng văn: [ngắn gọn, hướng dẫn, không hứa kết quả].
Định dạng: Markdown; mã đặt trong khối mã; không dùng bảng.
Giới hạn: không mở bài chung chung, không lặp ý, không tự thêm số liệu.
Trước khi viết, hãy nêu các điểm còn thiếu để tôi bổ sung.

Khung này phù hợp với cách dùng ChatGPT viết bài chuẩn SEO khi bạn đã biết người đọc cần làm gì. Nếu chưa có nguồn, hãy yêu cầu công cụ để trống hoặc đánh dấu phần cần kiểm tra, thay vì yêu cầu nó “viết cho đầy đủ”. Mẫu prompt viết bài có sẵn trên mạng rất nhiều, nhưng mẫu càng chung thì bạn càng phải sửa nhiều sau đó. Một prompt tốt không biến dữ kiện chưa biết thành dữ kiện đúng.

Có một mâu thuẫn cần chấp nhận. Yêu cầu viết trọn bài một lượt nhanh hơn, giữ được giọng văn liền mạch hơn, nhưng bạn khó phát hiện sớm một giả định sai ở phần đầu. Yêu cầu viết từng phần cho phép kiểm tra dàn ý, nguồn, ví dụ rồi mới viết tiếp, nhưng mất thêm lượt trao đổi và có thể làm giọng văn không đều. Với bài ngắn, bạn có thể yêu cầu tạo dàn ý, kiểm dàn ý, rồi tạo bản nháp. Với bài hướng dẫn kỹ thuật hoặc bài có nhiều dữ kiện, nên chia thành các lượt: xác định phạm vi, lập dàn ý, viết từng mục, tự kiểm và biên tập. Đây là lựa chọn về mức kiểm soát, không có cách nào bảo đảm đúng cho mọi chủ đề.

Công cụ viết bài chuẩn SEO miễn phí không thay được ba cửa kiểm

Công cụ tự động chỉ giúp bạn phát hiện một nhóm lỗi theo tiêu chí mà nó biết. Nó có thể báo tiêu đề dài, thiếu mô tả, thiếu liên kết hoặc cấu trúc chưa rõ; nhưng cảnh báo đó không cho biết bài có trả lời đúng nhu cầu người đọc hay thông tin có đúng không. Hãy coi “công cụ viết bài chuẩn SEO miễn phí” là lớp rà đầu tiên, không phải người duyệt cuối. Nếu công cụ và người biên tập đưa ra nhận xét khác nhau, ghi lại cả hai rồi kiểm tra bằng nội dung gốc hoặc tài liệu chính thức.

Một khối mã trên trang bài đã đăng của hstation.net: nhãn POWERSHELL ở góc trái, nút Sao chép ở góc phải, bên dưới là ba lệnh New-Item, Set-Location và Get-Location. Đây là thứ phải mở trang thật ra xem mới biết có hiện đúng hay không — bản nháp Markdown chỉ có ba dấu huyền.
Một khối mã trên trang bài đã đăng của hstation.net: nhãn POWERSHELL ở góc trái, nút Sao chép ở góc phải, bên dưới là ba lệnh New-Item, Set-Location và Get-Location. Đây là thứ phải mở trang thật ra xem mới biết có hiện đúng hay không — bản nháp Markdown chỉ có ba dấu huyền.

Thực hiện ba cửa kiểm theo từng lượt, không mở tất cả công cụ cùng lúc:

  1. Cửa SEO tự động: dán bản nháp vào công cụ kiểm tra và ghi lại cảnh báo về tiêu đề, tiêu đề phụ, liên kết, mô tả và từ khóa. Dấu hiệu đã xong là bạn có danh sách lỗi cụ thể; nếu công cụ chỉ đưa điểm tổng, chưa đủ để sửa, hãy đổi sang chế độ hiển thị chi tiết.

Đường lùi: không sửa theo điểm số hàng loạt; giữ bản gốc và xử lý từng cảnh báo có liên quan đến mục đích bài.

  1. Cửa đọc và chạy lại thao tác: đọc như người chưa biết nội dung, mở từng liên kết, chạy lệnh, kiểm tra ví dụ và đối chiếu câu có dữ kiện. Dấu hiệu đã xong là bạn chỉ ra được người đọc cần bấm hoặc nhập gì ở mỗi bước.

Đường lùi: nếu không biết một câu có đúng không, đánh dấu CẦN KIỂM TRA và bỏ câu đó khỏi bản xuất bản cho đến khi có nguồn.

  1. Cửa trang đã hiển thị: đăng bản nháp hoặc bản riêng, mở URL thật trên máy tính và điện thoại, kiểm tra ảnh, Markdown, HTML, khối mã, liên kết và phần xuống dòng. Dấu hiệu đã xong là nội dung nhìn thấy giống bản bạn đã duyệt và không có ký tự định dạng thô.

Đường lùi: nếu lỗi chỉ xuất hiện sau khi đăng, so sánh nội dung đầu vào với mã hoặc phần xem trước của hệ thống; sửa bản nháp trước, không chỉnh liên tục trên trang đang có người truy cập.

Ba cửa này kiểm ba loại rủi ro khác nhau. Một bài có thể đạt cảnh báo SEO tốt nhưng ảnh hỏng, mã không chạy hoặc câu trả lời sai. Vì thế, lần kiểm cuối phải diễn ra trên trang đã render, không chỉ trong cửa sổ ChatGPT hay trình soạn thảo.

Dùng AI viết bài SEO có bị Google phạt không

Tôi đọc ba trang tài liệu của Google Search Central vào ngày 21/08/2026: trang về dùng nội dung do AI tạo, trang chính sách spam, và trang về tạo nội dung hữu ích. Theo ba trang đó, Google không có hình phạt riêng cho nội dung chỉ vì nó do máy soạn. Thứ bị xử lý có tên riêng là "scaled content abuse" — sinh ra nhiều trang chủ yếu để thao túng thứ hạng mà không giúp người đọc. Ví dụ đầu tiên Google nêu cho loại này là dùng công cụ AI sinh nhiều trang không thêm giá trị.

Ranh giới vì thế là có thêm giá trị cho người đọc hay không, không phải người hay máy viết. Trang về nội dung hữu ích hỏi thẳng ba câu về tự động hoá: việc dùng tự động hoá có hiển nhiên với người đọc không, có nói rõ đã dùng thế nào không, và có giải thích vì sao dùng không. Bài bạn đang đọc là một cách trả lời cả ba câu đó.

Cũng theo trang về nội dung do AI tạo, chuẩn chính xác áp cho cả tiêu đề, mô tả, dữ liệu có cấu trúc và chữ thay thế của ảnh. Chú thích ảnh vì thế không phải phần phụ — nhất là khi chính nó từng làm vỡ một bài như kể ở trên.

Hai điều Google không yêu cầu: không bắt dán nhãn "do AI viết" lên từng bài, và không cấm quy mô — chỉ cấm quy mô không thêm giá trị.

Tài liệu có thể đổi sau ngày tôi đọc; cần quyết định lớn thì mở lại chính ba trang đó. Và bài này không khẳng định gì về thứ hạng: 11 bài trên mới đăng được vài ngày, tôi chưa có số liệu tìm kiếm nào của chúng.