DEV Community: Mạnh Digital

SEO AI khác SEO truyền thống ở đâu: nhìn từ phía người viết HTML

Mạnh Digital — Mon, 02 Nov 2026 02:40:13 +0000

Dạo này khách hay hỏi team mình một câu: "Làm SEO AI thì dev phải sửa gì?". Câu hỏi nghe to, nhưng khi ngồi soát code thì phần việc của dev nhỏ hơn nhiều người nghĩ, và gần như toàn là những thứ SEO kỹ thuật vẫn nói từ lâu.

Trước hết cần tách hai nghĩa của chữ "SEO AI". Nghĩa thứ nhất là dùng AI để làm SEO nhanh hơn, ví dụ nhờ ChatGPT gom từ khóa hay viết nháp. Nghĩa thứ hai là làm cho website được các công cụ tìm kiếm có AI như Google AI Overviews, ChatGPT, Gemini, Perplexity đọc được, hiểu đúng và nhắc tên khi người dùng hỏi. Bài này chỉ nói nghĩa thứ hai, và chỉ nói phần chạm tới code.

1. Nội dung chính phải có sẵn trong HTML ban đầu

Đây là chỗ mình gặp lỗi nhiều nhất ở các site React hoặc framework tương tự. Mở trình duyệt thì thấy đủ, nhưng HTML server trả về chỉ có thế này:

<body>
  <div id="root"></div>
  <script src="/assets/app.3f9a.js"></script>
</body>

Một con bot không chạy JavaScript sẽ chỉ đọc được cái khung rỗng đó. Thứ nên có là:

<body>
  <main>
    <h1>Dịch vụ sửa máy lạnh tại quận 7</h1>
    <p>Giá kiểm tra từ 150.000đ, có mặt trong 2 giờ, bảo hành 3 tháng.</p>
    ...
  </main>
  <script src="/assets/app.3f9a.js" defer></script>
</body>

(Ví dụ trên là doanh nghiệp giả định, chỉ để minh họa cấu trúc.)

Cách kiểm nhanh nhất: curl -s https://example.com/trang-dich-vu | grep -i "câu quan trọng nhất của trang". Không ra kết quả thì cần SSR, pre-render hoặc static generation cho trang đó.

2. Câu trả lời đặt ngay đầu đoạn, không giấu sau ba lớp mở bài

SEO truyền thống đã khuyên viết rõ ràng, nhưng với công cụ AI thì chuyện này càng đáng làm: người dùng hỏi một câu cụ thể, câu trả lời của bạn nên nằm ngay sau heading, có con số.

<section id="gia">
  <h2>Sửa máy lạnh giá bao nhiêu?</h2>
  <p>Phí kiểm tra 150.000đ, được trừ vào tiền sửa nếu khách đồng ý sửa.
     Thay gas từ 350.000đ tùy loại máy.</p>
</section>

Không cần markup đặc biệt nào. Một h2 là câu hỏi thật, một p là câu trả lời thật, thế là đủ để cả người lẫn máy đọc.

3. Không cần file "dành riêng cho AI" để lên AI Overviews

Google nói rõ AI Overviews và AI Mode lấy nguồn từ chỉ mục Google Search: trang chỉ cần được index và đủ điều kiện hiện đoạn trích. Không cần file hay markup gì riêng. llms.txt hiện vẫn là một đề xuất; thêm vào không tốn bao nhiêu, nhưng đừng xem nó là việc chính.

Với ChatGPT thì khác một chút: OpenAI tách bot tìm kiếm (OAI-SearchBot) khỏi bot huấn luyện (GPTBot), bật tắt riêng trong robots.txt:

User-agent: GPTBot
Disallow: /

User-agent: OAI-SearchBot
Allow: /

Cấu hình trên nghĩa là không cho dùng nội dung để huấn luyện, nhưng vẫn cho ChatGPT tìm thấy site. Mình đã viết riêng một bài về cách kiểm tra AI crawler có đọc được site không, có lệnh lọc log server theo từng bot.

4. Thông tin thực thể phải giống nhau ở mọi nơi

AI hay nhầm nhất khi tên công ty, địa chỉ, dịch vụ, khoảng giá mỗi nơi ghi một kiểu. Phần dev làm được là đưa đúng các thông tin đó vào footer, trang Giới thiệu và JSON-LD Organization, kèm sameAs trỏ tới các hồ sơ chính thức. Chi tiết khai báo có trong bài khai báo Organization và sameAs bằng JSON-LD.

5. Đo bằng thứ đang có, không cần tool lạ

Lượt nhấp từ AI Overviews được tính chung trong báo cáo Hiệu suất của Search Console.
Trong GA4, lọc nguồn giới thiệu chatgpt.com và perplexity.ai.
Ghi 15 đến 20 câu khách hay hỏi, mỗi tháng hỏi lại các công cụ AI một lần và chép kết quả vào bảng. Một lần được nhắc tên chưa nói lên gì; phải nhìn qua nhiều kỳ.

Tóm lại cho dev

Phần lớn "SEO AI" ở tầng code chính là SEO kỹ thuật làm cho đúng: HTML có nội dung, robots.txt cấu hình có chủ ý, thông tin thực thể nhất quán. Nền mà hỏng thì thêm việc ở lớp trên cũng không cứu được.

Nếu bạn cần phần giải thích cho người không làm kỹ thuật (sếp, khách hàng), bài SEO AI là gì mà dạo này ai cũng nói của Mạnh Digital viết khá dễ hiểu, có cả hai lời hứa nên hỏi lại trước khi trả tiền cho dịch vụ.

Kiểm tra AI crawler có đọc được site không: robots.txt, HTML ban đầu và log server

Mạnh Digital — Thu, 29 Oct 2026 07:43:23 +0000

Tuần trước một người quen nhờ mình xem vì sao ChatGPT trả lời về công ty anh ấy toàn thông tin cũ. Nội dung không sai, schema cũng có. Kiểm tra một lúc mới ra nguyên nhân rất "dev": robots.txt đang chặn một bot tìm kiếm của AI, còn trang dịch vụ thì phần mô tả chỉ hiện ra sau khi JavaScript chạy xong.

Bài này ghi lại cách mình kiểm tra theo ba lớp: robots.txt, HTML ban đầu và log server. Toàn bộ chỉ cần terminal, curl, grep và quyền đọc access log. Mình không bàn chuyện nội dung hay thực thể ở đây, chỉ xem bot có vào được và đọc được hay không.

Các user-agent nên biết

Không có danh sách nào đầy đủ mãi, nhưng đây là những cái mình hay gặp nhất:

GPTBot (OpenAI): thu thập nội dung có thể dùng để huấn luyện mô hình. Chặn GPTBot nghĩa là bạn không muốn nội dung bị dùng cho việc đó.
OAI-SearchBot (OpenAI): dùng cho tính năng tìm kiếm của ChatGPT. Theo tài liệu của OpenAI, site chặn bot này sẽ không xuất hiện trong câu trả lời tìm kiếm của ChatGPT (vẫn có thể hiện dạng link điều hướng).
ChatGPT-User (OpenAI): truy cập khi người dùng yêu cầu ChatGPT mở một trang. OpenAI ghi rõ đây là hành động do người dùng khởi tạo nên robots.txt có thể không áp dụng.
ClaudeBot (Anthropic) và PerplexityBot (Perplexity): crawler của hai nền tảng này.
Google-Extended: chỉ là một token trong robots.txt, không có user-agent riêng nên bạn sẽ không thấy nó trong log. Google dùng nó để bạn chọn có cho nội dung phục vụ Gemini hay không; nó không ảnh hưởng tới việc trang có lên Google Search. AI Overviews vẫn đi theo Googlebot và index thông thường.

Điểm quan trọng: ba bot của OpenAI là ba thiết lập độc lập. Bạn hoàn toàn có thể mở OAI-SearchBot để được tìm thấy trong ChatGPT search mà vẫn chặn GPTBot.

Lớp 1: đọc robots.txt cho đúng

Đầu tiên lấy file về:

curl -s https://example.com/robots.txt

Chỗ nhiều người đọc nhầm: một crawler chỉ theo nhóm user-agent khớp cụ thể nhất với nó. Nếu file có nhóm User-agent: GPTBot thì GPTBot bỏ qua hoàn toàn nhóm User-agent: *, kể cả các dòng Disallow bạn tưởng là áp dụng cho mọi bot. Ví dụ:

User-agent: *
Disallow: /admin/

User-agent: GPTBot
Disallow: /

Ở đây GPTBot bị chặn toàn site, còn OAI-SearchBot, ClaudeBot, PerplexityBot rơi vào nhóm * nên chỉ bị chặn /admin/. Nếu bạn muốn cho bot tìm kiếm vào nhưng chặn bot huấn luyện, viết rõ từng nhóm:

User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

User-agent: Google-Extended
Disallow: /

Mình hay lọc nhanh các dòng liên quan bằng:

curl -s https://example.com/robots.txt \
  | grep -inE -A3 'user-agent: *(\*|gptbot|oai-searchbot|chatgpt-user|claudebot|perplexitybot|google-extended)'

Hai lỗi mình gặp nhiều nhất: plugin bảo mật hoặc CDN tự thêm nhóm chặn "AI bots" mà chủ site không biết, và robots.txt bị trả về 403 hoặc trang HTML lỗi thay vì file text. Kiểm tra luôn status và content-type:

curl -sI https://example.com/robots.txt | grep -iE '^(HTTP|content-type)'

OpenAI cũng lưu ý thay đổi robots.txt có thể mất khoảng 24 giờ để hệ thống tìm kiếm của họ cập nhật, nên đừng sửa xong rồi thử ngay.

Lớp 2: gọi trang bằng user-agent của bot và xem HTML ban đầu

robots.txt cho phép không có nghĩa là server cho phép. WAF, Cloudflare hay rule chống bot có thể trả 403, 429 hoặc trang challenge cho đúng mấy user-agent này. Mình giả lập bằng curl:

URL="https://example.com/dich-vu/abc"

for UA in \
  "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; GPTBot/1.4; +https://openai.com/gptbot" \
  "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; ChatGPT-User/1.0; +https://openai.com/bot" \
  "OAI-SearchBot/1.4" \
  "ClaudeBot/1.0" \
  "PerplexityBot/1.0"
do
  printf '%-20s ' "$(echo "$UA" | grep -oE '(GPTBot|ChatGPT-User|OAI-SearchBot|ClaudeBot|PerplexityBot)')"
  curl -s -o /dev/null -A "$UA" -w '%{http_code} %{size_download} bytes\n' "$URL"
done

Chuỗi user-agent đầy đủ có số phiên bản thay đổi theo thời gian; với việc kiểm tra rule chặn theo tên thì chỉ cần chứa đúng tên bot là đủ. Kết quả cần nhìn: mọi dòng nên là 200 và kích thước gần bằng nhau. Một dòng 403, hoặc 200 nhưng chỉ vài KB trong khi trình duyệt nhận cả trăm KB, thường là trang challenge.

Lưu ý: cách này chỉ kiểm tra được rule chặn theo user-agent. Nếu firewall chặn theo IP hoặc ASN thì curl từ máy bạn vẫn qua, còn bot thật thì không. Vì vậy cần lớp 3.

Nội dung có nằm trong HTML ban đầu không

Nhiều bot AI đọc HTML trả về chứ không chạy JavaScript như trình duyệt. Nếu site là SPA render phía client, bot có thể chỉ thấy một <div id="root"></div> trống.

Cách kiểm tra đơn giản: chọn một câu quan trọng (tên dịch vụ, giá, địa chỉ) và grep trong HTML thô:

curl -s -A "GPTBot/1.4" "$URL" | grep -c "Dịch vụ thiết kế website"

Ra 0 thì có hai khả năng: nội dung do JS tạo ra, hoặc chuỗi bị encode thành HTML entity. Để chắc, mình bỏ thẻ và xem phần text thô:

curl -s -A "GPTBot/1.4" "$URL" \
  | python3 -c "import sys,re,html; t=sys.stdin.read(); t=re.sub(r'<(script|style)[^>]*>.*?</\1>','',t,flags=re.S); t=html.unescape(re.sub(r'<[^>]+>','\n',t)); print('\n'.join(l.strip() for l in t.splitlines() if l.strip()))" \
  | head -50

Nếu 50 dòng đầu chỉ có menu, footer và "Loading...", đó là dấu hiệu nội dung chính không nằm trong HTML ban đầu. Hướng sửa thường là SSR, SSG hoặc prerender cho các trang quan trọng; tùy framework mà cách làm khác nhau.

Cũng nên kiểm tra thêm <title>, meta description và thẻ <meta name="robots"> trong HTML thô, vì có site gắn noindex bằng JS rồi quên gỡ:

curl -s "$URL" | grep -oiE '<(title|meta name="(description|robots)")[^>]*>[^<]*'

Lớp 3: đọc access log

Đây là nơi trả lời câu hỏi "bot có thực sự ghé không". Với log nginx hoặc Apache dạng combined:

# Đếm lượt truy cập theo từng bot (gồm cả log đã nén)
zgrep -hoiE 'GPTBot|OAI-SearchBot|ChatGPT-User|ClaudeBot|PerplexityBot' /var/log/nginx/access.log* \
  | sort | uniq -c | sort -rn

# Xem bot gặp status nào, ở URL nào
grep -iE 'GPTBot|OAI-SearchBot|ClaudeBot|PerplexityBot' /var/log/nginx/access.log \
  | awk '{print $9, $7}' | sort | uniq -c | sort -rn | head -30

Nếu thấy nhiều 403 hoặc 429, quay lại xem rule WAF hoặc rate limit. Nếu hoàn toàn không có dòng nào sau vài tuần, có thể bot chưa biết tới site, hoặc bị chặn từ tầng CDN trước khi request tới server; khi đó cần xem log hoặc dashboard của CDN.

User-agent thì ai cũng giả được. OpenAI công bố dải IP cho từng bot ở các file JSON như https://openai.com/gptbot.json, searchbot.json, chatgpt-user.json. Mình kiểm tra một IP trong log như sau:

IP="20.171.206.10"
curl -s https://openai.com/gptbot.json \
  | jq -r '.prefixes[] | .ipv4Prefix // .ipv6Prefix' \
  | python3 -c "import sys,ipaddress; ip=ipaddress.ip_address('$IP'); print(any(ip in ipaddress.ip_network(l.strip()) for l in sys.stdin if l.strip()))"

Ra True thì đúng là bot của OpenAI. Với các bot khác, xem trang tài liệu crawler của từng bên để lấy cách xác minh tương ứng.

Checklist ngắn

robots.txt trả 200, text/plain, không có nhóm chặn bot mà bạn không chủ động thêm.
Mỗi bot bạn muốn cho vào được xử lý đúng nhóm user-agent của nó, không trông vào nhóm *.
curl với từng user-agent đều ra 200 và kích thước tương đương trình duyệt.
Câu quan trọng nhất của trang có trong HTML thô, không cần JS.
Không có noindex ngoài ý muốn trong HTML ban đầu.
Log có lượt truy cập từ bot, status chủ yếu là 200, IP khớp dải được công bố.
Trang đã được Google index, vì AI Overviews chỉ lấy nguồn từ trang đủ điều kiện hiển thị trên Google Search.

Ba lớp này chỉ trả lời câu hỏi bot có đọc được site hay không. Đọc được rồi mà AI vẫn tả sai công ty thì vấn đề nằm ở nội dung và nguồn bên ngoài; phần đó mình đã viết riêng trong checklist 30 phút tìm lý do ChatGPT mô tả sai doanh nghiệp.

Nếu bạn không có quyền đọc log hay không muốn tự mò rule CDN, Mạnh Digital có dịch vụ tối ưu cho AI search, trong đó phần kỹ thuật gồm đưa nội dung quan trọng vào HTML ban đầu và cấu hình robots.txt cho các bot AI. Còn nếu tự làm, chạy hết checklist trên một lần là đã loại được phần lớn lỗi mình hay gặp.

10 dòng rà lại trước khi bấm Đăng một bài SEO (kèm 3 lệnh curl)

Mạnh Digital — Wed, 28 Oct 2026 02:33:54 +0000

Viết xong một bài SEO, phần dễ bỏ sót nhất không nằm ở nội dung mà ở mấy phút cuối trước khi bấm Đăng. Mình gom lại thành 10 dòng, mỗi dòng là một câu hỏi trả lời được bằng "có" hoặc "không". Dòng nào ra "không" thì sửa xong mới đăng.

Danh sách này là phần rà cuối, không thay cho brief hay dàn ý. Nếu bạn cần cả khung từ đầu (brief, heading, ví dụ đã điền), mình đang dùng template bài viết SEO của Mạnh Digital rồi mới chạy 10 dòng này ở cuối.

10 dòng rà trước khi đăng

[ ] 1. Intent: nói được nhiệm vụ của URL này trong một câu
[ ] 2. Trả lời trước: 100–150 từ đầu cho người đọc kết luận dùng được
[ ] 3. Title + H1: đúng chủ đề, không hứa nhiều hơn nội dung có
[ ] 4. Meta description: có lợi ích và điểm khác biệt, không lặp title
[ ] 5. Heading: viết theo câu hỏi, không nhồi keyword vào mọi H2
[ ] 6. Nguồn: claim cụ thể (số liệu, chính sách Google) có link tài liệu gốc
[ ] 7. Internal link: có pillar, bài liên quan, anchor mô tả đúng trang đích
[ ] 8. Ảnh + mobile: ảnh có alt, bảng cuộn ngang được, chữ quan trọng không chỉ nằm trong ảnh
[ ] 9. Technical: trả về 200, canonical trỏ chính nó, indexable, nội dung chính có trong HTML ban đầu
[ ] 10. Đo lường: đã ghi ngày check index và query cần theo dõi

Có thể dán khối này vào phần mô tả task, checklist của pull request nếu blog chạy bằng Git, hoặc một ô ghi chú trong CMS.

Ba dòng kiểm bằng terminal cho nhanh

Dòng 9 là dòng hay bị bỏ qua nhất, vì nhìn trên trình duyệt thì bài vẫn hiện bình thường. Ba lệnh dưới đây kiểm phần lớn của nó trong vài giây (thay URL bằng link bài):

# 1) Mã phản hồi cuối cùng, phải là 200
curl -s -o /dev/null -w "%{http_code}\n" -L URL

# 2) Canonical và meta robots có trong HTML trả về không
curl -sL URL | grep -oiE '<link[^>]+rel="canonical"[^>]*>|<meta[^>]+name="robots"[^>]*>'

# 3) Một câu trong đoạn mở bài có nằm sẵn trong HTML ban đầu không
curl -sL URL | grep -c "một cụm chữ trong đoạn mở bài"

Lệnh 3 ra 0 mà trên trình duyệt vẫn thấy chữ thì nhiều khả năng nội dung được JavaScript dựng sau khi tải trang. Không phải lúc nào cũng hỏng, nhưng đáng hỏi lại người làm web trước khi đăng hàng loạt bài cùng kiểu.

Vì sao là "có/không" chứ không chấm điểm

Chấm mỗi mục trên thang 1–5 rất dễ ra kiểu bài nào cũng 3–4 điểm, nhìn thì ổn mà không biết phải sửa gì. Có/không thì mỗi lần ra "không" là có một việc cụ thể phải làm, ví dụ "thêm link nguồn cho con số ở đoạn 2", nên dễ chốt hơn.

Những chỗ hay ra "không"

Dòng 2: mở bài kể bối cảnh ba đoạn rồi mới vào câu trả lời.
Dòng 6: dẫn một con số "theo nghiên cứu" nhưng không có link.
Dòng 7: bài mới đăng không có link nào trỏ vào, kể cả từ bài cùng cụm.
Dòng 10: đăng xong là quên, không ai nhớ ngày nào cần xem lại index.

Đọc thêm

Nếu muốn tự động hoá phần kiểm tra template thay vì tick tay, mình có viết cách biến template bài viết chuẩn SEO thành YAML và script Python kiểm tra. Còn bản dàn ý markdown để copy dùng ngay thì ở note HackMD outline bài SEO.

Bạn có dòng nào hay rà mà danh sách này chưa có không? Mình đang muốn thêm một dòng cho phần schema mà chưa chốt được cách hỏi ngắn gọn.

Đọc Search Console theo từng tháng: 7 tín hiệu SEO sớm trước khi có traffic

Mạnh Digital — Mon, 26 Oct 2026 17:05:11 +0000

Giả sử bạn mở Search Console vào tháng thứ hai sau khi bắt đầu làm SEO. Click: 0. Bạn khép máy lại và nghĩ: chắc SEO không chạy rồi.

(Đây là tình huống minh họa, không phải một dự án cụ thể.)

Vấn đề là click thường đến muộn. Trước khi có click, có những tín hiệu nhỏ hơn đã xuất hiện, chỉ là ít ai mở đúng báo cáo để xem. Dưới đây là 7 tín hiệu mình hay kiểm tra theo thứ tự.

7 tín hiệu và mốc tham khảo

#	Tín hiệu	Xem ở đâu	Mốc tham khảo
1	Số trang được lập chỉ mục tăng	GSC > Pages	Tháng 1-2
2	Impressions tăng dù click còn thấp	GSC > Performance	Tháng 2-3
3	Từ khóa dài có click đầu tiên	GSC > Queries	Tháng 3-4
4	Vị trí trung bình cải thiện	GSC > Performance	Tháng 3-5
5	CTR tăng sau khi sửa title và meta	GSC > Performance	Tháng 4-6
6	Organic traffic tăng ổn định	GA4 > Acquisition	Tháng 5-8
7	Lead hoặc đơn từ organic	GA4 > Conversions	Tháng 6-9

Các mốc này chỉ để định hướng, không phải cam kết. Site mới, ngành cạnh tranh cao hoặc nội dung mỏng đều có thể đi chậm hơn.

Cách đọc từng tín hiệu

Index tăng. Nếu trang chưa được index thì mọi thứ phía sau đều chưa bắt đầu. Kiểm tra mục Pages, xem lý do trang bị loại, và gửi lại URL quan trọng qua URL Inspection.

Impressions tăng. Google bắt đầu hiển thị trang của bạn cho một số truy vấn, dù bạn còn ở trang 3-4 nên chưa ai bấm. Đây là dấu hiệu sớm đáng chú ý nhất.

Từ khóa dài có click. Cụm dài, ít cạnh tranh thường cho click đầu tiên. Hãy lọc Queries theo độ dài và theo trang, đừng chỉ nhìn tổng.

Vị trí trung bình. Con số này dao động nhiều. Nhìn xu hướng theo tuần thay vì theo ngày, và so cùng một nhóm trang.

CTR. Nếu impressions cao mà CTR thấp, vấn đề nhiều khi nằm ở title và meta description. Sửa chúng rồi chờ vài tuần để đo lại.

Traffic và lead. Hai tín hiệu này đến cuối cùng, vì chúng phụ thuộc vào cả 5 tín hiệu trước.

Một thói quen nhỏ

Cuối mỗi tháng, chụp lại 3 con số: số trang index, tổng impressions, số query có ít nhất 1 click. Ba con số này đủ để bạn biết mình đang đi tiếp hay đang đứng yên, kể cả khi doanh thu chưa nhúc nhích.

Mình có gom timeline 12 tháng và các giai đoạn nền móng, tăng trưởng, bứt phá, duy trì trong bài SEO mất bao lâu? trên ManhDigital.

Bạn thường thấy tín hiệu nào xuất hiện đầu tiên trong site của mình?

Hứa "TOP 1 sau 2 tuần": đọc hợp đồng SEO thế nào để không mất quyền website

Mạnh Digital — Mon, 26 Oct 2026 02:33:57 +0000

Có một kiểu tin nhắn mà ai làm chủ website cũng từng nhận: "Bên em cam kết TOP 1 Google sau 2 tuần, không lên không lấy tiền." Nghe rất an tâm. Nhưng câu hứa đó gần như không nói gì về việc họ sẽ làm gì trên website của bạn, và đó mới là chỗ cần đọc kỹ.

Bài này không nhằm kết luận ai lừa ai. Kết quả SEO chậm có thể do website yếu, đối thủ mạnh hoặc thời gian còn ngắn. Mục tiêu ở đây hẹp hơn: đọc một lời hứa và một bản hợp đồng SEO sao cho, dù dự án tốt hay xấu, bạn vẫn giữ được tài khoản, dữ liệu và quyền quyết định.

1. Vì sao "TOP 1 trong X ngày" là câu cần hỏi lại

Trong tài liệu "Do you need an SEO?", Google nói thẳng là không ai có thể đảm bảo vị trí số 1 trên Google. Thứ hạng phụ thuộc vào truy vấn, đối thủ, chất lượng trang và cả thay đổi thuật toán, không phải thứ một bên thứ ba bật tắt được.

Vậy khi gặp câu hứa này, đừng tranh luận đúng sai. Hỏi lại ba câu:

TOP 1 cho từ khoá nào, đo bằng công cụ gì, ở thiết bị và khu vực nào?
Trong 2 tuần đó, cụ thể các bạn sẽ thay đổi gì trên website?
Nếu thứ hạng lên rồi rớt, điều khoản xử lý thế nào?

Câu trả lời mơ hồ ở câu thứ hai đáng lo hơn con số ở câu thứ nhất.

2. Năm điều khoản nên có trong hợp đồng SEO

Đây là phần mình hay soi đầu tiên khi đọc giúp bạn bè một bản hợp đồng:

Điều khoản	Nên ghi gì	Dấu hiệu cần hỏi thêm
Quyền sở hữu tài khoản	Domain, hosting, CMS, Search Console, GA4 đứng tên doanh nghiệp	Agency giữ tài khoản gốc, bạn chỉ được "xem báo cáo"
Phạm vi công việc	Số trang, số bài, loại hoạt động offpage, có số lượng	Chỉ ghi "tối ưu tổng thể", "đẩy từ khoá"
Phê duyệt thay đổi	Đổi URL, redirect, xoá trang, cài mã phải được duyệt và ghi change log	Không nhắc gì tới việc ai duyệt
Báo cáo	Số liệu lấy từ GSC, GA4 mà bạn tự mở được	Chỉ có ảnh chụp biểu đồ trong file PDF
Bàn giao khi dừng	Danh sách nội dung, thay đổi, backlink, tài khoản phải trả lại	Không có điều khoản chấm dứt và bàn giao

Một bản hợp đồng có đủ năm dòng này chưa chắc là dịch vụ tốt, nhưng nếu thiếu, bạn sẽ rất khó xử lý khi có chuyện.

3. Ba thói quen giúp tự bảo vệ ngay từ ngày đầu

Cấp quyền theo vai trò, không gửi mật khẩu. Search Console, GA4, WordPress đều cho thêm người dùng với quyền riêng. Lúc mới đánh giá một đơn vị, Google cũng khuyên chỉ cấp quyền đọc Search Console.

Xuất dữ liệu gốc trước khi bắt đầu. Click, impression, trang đích và chuyển đổi của 3 đến 6 tháng gần nhất. Đây là mốc để sau này đối chiếu, thay vì tin vào biểu đồ trong slide.

Ghi nhận mọi thay đổi lớn bằng văn bản. Một email ngắn "đồng ý redirect /a sang /b" đủ để sau này biết ai đã làm gì và vì sao.

4. Nếu đã ký và bắt đầu thấy lạ

Thứ hạng chưa tăng thì nên ngồi lại xem chiến lược. Nhưng nếu bạn thấy tài khoản bị đổi chủ, trang bị xoá không báo, báo cáo không khớp Search Console hay website nhận Manual Action, đó là lúc cần làm theo thứ tự: bảo vệ quyền truy cập, lưu bằng chứng, xuất dữ liệu, rồi mới yêu cầu giải trình.

Quy trình chi tiết, kèm bảng phân biệt "SEO chưa hiệu quả" với "dấu hiệu vi phạm", mình thấy bài 7 bước kiểm tra công ty SEO lừa đảo viết khá đầy đủ, đặc biệt phần không nên disavow hay xoá website theo cảm tính.

Đọc thêm

Nếu bạn còn đang ở bước chọn đơn vị: kịch bản phỏng vấn một agency SEO trong 30 phút.
Nếu đang cầm hai báo giá lệch nhau: 3 lý do báo giá SEO chênh nhau nhiều lần.

Bạn từng gặp điều khoản nào "lạ" trong hợp đồng SEO chưa? Để lại bình luận, mình rất muốn xem thêm các trường hợp thực tế.

Khai báo Organization + sameAs bằng JSON-LD để AI không nhầm thương hiệu của bạn

Mạnh Digital — Sat, 24 Oct 2026 08:13:56 +0000

Khi hỏi ChatGPT hay Gemini về một doanh nghiệp nhỏ, câu trả lời hay sai ở những chỗ rất cơ bản: nhầm với một công ty trùng tên, ghi sai lĩnh vực, hoặc lấy số điện thoại cũ từ một trang danh bạ nào đó. Phần lớn lỗi này không nằm ở nội dung bài viết mà ở chỗ website chưa nói rõ "tôi là ai" bằng dữ liệu có cấu trúc.

Bài này đi thẳng vào phần kỹ thuật: dựng một khối JSON-LD Organization có @id cố định, nối với Person (người sáng lập) và danh sách sameAs trỏ tới các hồ sơ bên ngoài. Không có phép màu nào ở đây, nhưng đây là phần nền mà các công cụ tìm kiếm và AI dùng để ghép các mảnh thông tin về cùng một thực thể.

1. Vì sao cần `@id` cố định

@id là một URI định danh cho thực thể, không phải trang. Quy ước hay dùng là lấy URL trang chủ cộng một fragment:

https://example.com/#organization
https://example.com/#founder

Khi mọi trang trên site đều trỏ về đúng @id này (trong publisher, author, provider...), bạn đang nói với parser rằng đây là một thực thể duy nhất, chứ không phải 50 tổ chức khác nhau trên 50 trang.

2. Khối JSON-LD tối thiểu

Đặt trên trang chủ (và có thể lặp lại trên trang giới thiệu):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Công ty ABC",
      "url": "https://example.com/",
      "logo": "https://example.com/logo.png",
      "description": "Dịch vụ SEO website cho doanh nghiệp nhỏ.",
      "founder": { "@id": "https://example.com/#founder" },
      "contactPoint": {
        "@type": "ContactPoint",
        "telephone": "+84-000-000-000",
        "contactType": "customer service",
        "areaServed": "VN"
      },
      "sameAs": [
        "https://www.linkedin.com/company/abc",
        "https://github.com/abc",
        "https://www.youtube.com/@abc"
      ]
    },
    {
      "@type": "Person",
      "@id": "https://example.com/#founder",
      "name": "Nguyễn Văn A",
      "jobTitle": "Founder",
      "worksFor": { "@id": "https://example.com/#organization" },
      "url": "https://example.com/gioi-thieu"
    }
  ]
}
</script>

Vài lưu ý khi điền:

name phải khớp từng chữ với tên trên Google Business Profile, hồ sơ mạng xã hội và footer website. Lệch một chữ ("ABC" và "ABC Agency") là đủ để tạo ra hai thực thể.
sameAs chỉ ghi hồ sơ do chính bạn quản lý và đang hoạt động. Thêm link chết hoặc hồ sơ bỏ hoang chỉ làm nhiễu.
Số điện thoại, địa chỉ trong schema phải giống hệt phần hiển thị trên trang. Schema khai một đằng, HTML ghi một nẻo là lỗi rất hay gặp.

3. Nối các trang khác về cùng thực thể

Trên trang bài viết, đừng khai lại Organization đầy đủ. Chỉ cần tham chiếu:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Tiêu đề bài",
  "author": { "@id": "https://example.com/#founder" },
  "publisher": { "@id": "https://example.com/#organization" }
}

Trên trang dịch vụ, dùng Service với provider trỏ về @id của tổ chức. Cách này giữ dữ liệu một nguồn, sửa một chỗ là đúng ở mọi nơi.

4. Kiểm tra trước khi deploy

Dán HTML vào Schema Markup Validator để xem graph có parse đúng và các @id có nối với nhau không.
Chạy Rich Results Test của Google cho các loại có rich result (Article, FAQ...).
View source (không phải Inspect) để chắc khối JSON-LD nằm trong HTML ban đầu. Nhiều crawler, kể cả một số bot AI, không chạy JavaScript, nên schema chỉ được chèn sau khi render có thể bị bỏ qua.
Đối chiếu sameAs với danh sách hồ sơ thật, xoá cái nào đã chết.

5. Schema không phải là tất cả

Schema chỉ là lời tự khai. Công cụ tìm kiếm và AI còn kiểm chứng bằng nguồn bên ngoài: hồ sơ doanh nghiệp, bài báo, diễn đàn có nhắc tên bạn với cùng một bộ thông tin. Nếu bên ngoài không có gì khớp, khai schema đẹp đến mấy cũng ít tác dụng.

Mình có ghi lại phần này kỹ hơn, kèm thứ tự ưu tiên khi một website muốn được AI nhắc đúng tên, trong ghi chú SEO AI: những việc nên làm trước. Còn nếu muốn xem cách một đơn vị làm SEO AI gói phần thực thể, nội dung và nguồn bên ngoài vào chung một phạm vi, có thể tham khảo trang dịch vụ của Mạnh Digital. Bài trước của mình về checklist kỹ thuật để website vừa lên Google vừa được AI trích dẫn đi rộng hơn, bài này chỉ tập trung vào schema.

Bạn đang khai sameAs cho bao nhiêu hồ sơ? Có ai từng gặp trường hợp AI nhầm thương hiệu dù schema đã đúng chưa?

Dịch vụ SEO AI: giúp website được Google và AI nhắc tên

Mạnh Digital — Fri, 23 Oct 2026 16:48:09 +0000

Khi khách hàng tìm giải pháp, họ không chỉ hỏi Google. Họ còn hỏi các công cụ AI như ChatGPT, Gemini hay Perplexity. Website của bạn cần được cả hai hiểu đúng thì mới được trích dẫn và đề xuất thương hiệu.

Mạnh Digital cung cấp dịch vụ SEO AI, tập trung vào ba việc:

SEO tổng thể: tối ưu website, nội dung và nhóm từ khóa theo sản phẩm, dịch vụ, để tìm khách hàng từ Google.
Tối ưu cho AI Search: cấu trúc nội dung rõ ràng, câu trả lời trực tiếp, dữ liệu có nguồn để AI dễ trích dẫn.
Theo dõi và báo cáo minh bạch: theo dõi thứ hạng, lượt truy cập và phạm vi công việc rõ ràng, không hứa hẹn mơ hồ.

Nếu bạn muốn biết website của mình đang đứng ở đâu với Google và các công cụ AI, hãy xem trang chính để nhận tư vấn: https://manhdigital.com/

Originally published at manhdigital.com

Quy trình 20 phút đọc Search Intent trước khi viết: query SERP trang đích

Mạnh Digital — Thu, 22 Oct 2026 11:02:05 +0000

Mình từng thấy khá nhiều brief content chỉ có một dòng: "keyword: X, độ dài: 2.000 chữ". Thiếu hẳn câu hỏi quan trọng nhất: người gõ X muốn làm gì tiếp theo? Bài này là quy trình ngắn mình dùng để trả lời câu đó trước khi đặt bút, chia thành 3 bước có thể ghi thẳng vào Google Sheet.

Bước 0: Chuẩn bị một bảng 7 cột

keyword	giả thuyết intent	content type thắng	format	angle	SERP features	trang đích + CTA

Mỗi keyword là một dòng. Mục tiêu là cột cuối cùng: quyết định loại trang nào sẽ nhận keyword này.

Bước 1 (3 phút): Ghi giả thuyết từ modifier

Modifier chỉ cho giả thuyết ban đầu, không phải kết luận:

"là gì", "tại sao" → thường là informational
"cách", "hướng dẫn" → informational dạng hướng dẫn
"tốt nhất", "so sánh", "review", "có nên" → commercial investigation
"giá", "mua", "đặt", "thuê" → transactional
tên thương hiệu / công cụ → navigational

Bẫy hay gặp: keyword không có modifier (ví dụ tên một sản phẩm) có thể mang nhiều intent cùng lúc. Lúc này cột giả thuyết nên ghi "hỗn hợp – chờ SERP".

Bước 2 (10 phút): Đọc SERP theo 3 thuộc tính

Mở trình duyệt ẩn danh, tìm keyword, nhìn các kết quả hữu cơ đầu và ghi:

Content type: blog, landing page, trang sản phẩm, danh mục, video, công cụ?
Format: định nghĩa, hướng dẫn từng bước, danh sách, so sánh, checklist?
Angle: cho người mới, chuyên sâu, cập nhật năm nay, miễn phí, nhanh?

Nếu 7/10 kết quả là bài hướng dẫn, việc nhét một landing page bán dịch vụ vào gần như là đi ngược dòng. Đây là chỗ giả thuyết ở bước 1 bị xác nhận hoặc bị lật.

Bước 3 (5 phút): Ghi SERP features như manh mối

Local Pack → có nhu cầu địa phương
Shopping → áp lực giao dịch
Video → người dùng có thể cần xem thao tác
People Also Ask → các câu hỏi phụ nên trả lời trong bài
AI Overview / Featured Snippet → nên có đoạn định nghĩa, danh sách hoặc bảng dễ trích xuất

Bước 4 (2 phút): Chốt trang đích và CTA

Đây là lớp nhiều người bỏ qua: business context. Sau khi biết người đọc muốn gì, hỏi tiếp: trang nào trên site giúp họ làm bước tiếp theo hợp lý?

Informational → bài explainer, CTA: đọc bài liên quan, tải mẫu
Commercial → bài so sánh/tiêu chí, CTA: xem case, nhận tư vấn
Transactional → landing page/bảng giá, CTA: gửi brief, nhận báo giá

Nếu một mục trong bài bắt đầu phục vụ một intent khác hẳn, tách nó thành bài riêng và đặt internal link thay vì nhồi chung.

Một dòng ví dụ (giả định để minh họa)

keyword	giả thuyết	type	format	angle	features	trang đích
"cách chọn công ty seo"	commercial	blog	checklist tiêu chí	cho chủ doanh nghiệp	PAA	bài tiêu chí, CTA nhận tư vấn

(Dòng trên là ví dụ giả định, không phải dữ liệu SERP thực tế.)

Đọc thêm

Phần phân biệt Search Intent với keyword và user insight, cùng bảng 4 loại intent kèm loại trang phù hợp, mình thấy được trình bày gọn trong bài Search Intent là gì và cách xác định trong 3 bước của Mạnh Digital. Bài này là phiên bản "biến thành bảng tính" của khung đó.

Bạn đang ghi intent vào sheet hay chỉ để trong đầu? Comment cách bạn làm nhé.

Thẻ canonical là gì? Cách dùng đúng trong SEO

Mạnh Digital — Thu, 22 Oct 2026 07:28:01 +0000

Thẻ canonical là một thẻ HTML giúp bạn nói với Google rằng: "Trong nhóm trang gần giống nhau này, đây là URL tôi muốn dùng làm bản chính."

Nó thường nằm trong phần <head> của trang:

<link rel="canonical" href="https://example.com/bai-viet">

Vì sao cần canonical?

Một trang sản phẩm có thể có nhiều địa chỉ:

URL gốc: example.com/ao-thun
URL có bộ lọc: example.com/ao-thun?mau=do
URL có tham số theo dõi: example.com/ao-thun?utm_source=email

Người dùng thấy gần như cùng một nội dung, nhưng công cụ tìm kiếm phải xử lý ba địa chỉ. Canonical giúp gom tín hiệu về một URL đại diện.

Lưu ý: canonical là tín hiệu, không phải mệnh lệnh. Google vẫn có thể chọn URL khác nếu nội dung và các tín hiệu kỹ thuật mâu thuẫn.

Khi nào nên dùng canonical?

URL có tham số theo dõi.
Trang danh mục tạo ra nhiều biến thể do lọc hoặc sắp xếp.
Một sản phẩm nằm trong nhiều danh mục nhưng nội dung không đổi.
Phiên bản in hoặc PDF lặp lại nội dung chính.
Website còn biến thể http/https, www hoặc dấu gạch cuối chưa chuẩn hóa.

Trang chính nên có self-canonical, tức canonical trỏ về chính nó.

Đừng canonical hai trang chỉ vì cùng chủ đề. Ví dụ "Technical SEO là gì" và "Canonical là gì" liên quan nhau nhưng phục vụ nhu cầu khác nhau, nên mỗi bài nên tự canonical về chính nó.

Canonical, redirect và noindex khác nhau thế nào?

Cơ chế	Người dùng vào URL cũ	Dùng khi
Canonical	Vẫn xem được	Nhiều URL gần giống, cần một URL đại diện
301 redirect	Được chuyển sang URL mới	URL cũ đã ngừng dùng
Noindex	Vẫn xem được	Không muốn trang xuất hiện trên Search

Quy tắc nhanh: còn nhiều bản gần giống thì dùng canonical; bỏ hẳn URL cũ thì dùng redirect 301; không muốn lên Search thì dùng noindex.

Robots.txt không phải công cụ canonical. Chặn crawl có thể khiến Google không đọc được thẻ canonical trên trang.

Cách cài đúng

Dùng URL tuyệt đối (có https://).
Chỉ có một thẻ canonical trên mỗi trang.
Đích canonical phải trả HTTP 200, không redirect, không noindex.
Internal link và sitemap cùng dùng URL canonical.
Với PDF, có thể gửi canonical qua HTTP header:

Link: <https://example.com/huong-dan>; rel="canonical"

Trên WordPress, chỉ nên dùng một plugin SEO để tạo canonical, tránh để theme, plugin và code cùng thêm thẻ.

Kiểm tra khi Google chọn canonical khác

Xem source HTML, tìm rel="canonical" và kiểm tra URL, số lượng thẻ.
Dùng URL Inspection trong Google Search Console để so sánh canonical bạn khai báo với canonical Google chọn.
Nếu hai giá trị khác nhau, tìm nguyên nhân: canonical chéo, redirect, trang mỏng, URL tham số được link nhiều, hoặc hai trang gần như trùng nội dung.

Nếu lỗi lặp lại trên nhiều trang, hãy sửa ở cấp template thay vì sửa từng trang.

Tóm lại

Còn nhiều bản gần giống thì dùng canonical. Bỏ hẳn URL cũ thì redirect. Không muốn lên Search thì noindex. Chọn đúng công cụ, rồi làm cho mọi tín hiệu kỹ thuật cùng chỉ về một URL.

Bài gốc đầy đủ hơn, có ví dụ và checklist: Thẻ Canonical Là Gì? Cách Dùng Đúng Trong SEO trên Mạnh Digital.

Viết lại tờ brief SEO: 9 ô cần điền trước khi gõ chữ đầu tiên

Mạnh Digital — Wed, 21 Oct 2026 08:59:05 +0000

Một kịch bản mình hay gặp (ví dụ minh họa, không phải một khách hàng cụ thể): chủ website nhắn cho writer "viết giúp anh bài 1.500 từ, keyword là X". Hai ngày sau bài về, câu chữ mượt, đúng chính tả. Đăng lên, ba tháng sau vẫn không ai tìm thấy.

Người viết không làm sai. Họ chỉ nhận một tờ brief gồm hai thứ: keyword và số từ. Còn lại họ phải tự đoán.

Dưới đây là cách mình viết lại tờ brief, theo kiểu nhật ký: mỗi lần bài hỏng, mình thêm một ô vào form.

9 ô cần điền trước khi viết

#	Ô cần điền	Câu hỏi nó trả lời
1	Keyword chính	Cụm từ người dùng thực sự gõ là gì?
2	Keyword phụ	Những biến thể nào cùng intent với nó?
3	Intent	Họ muốn học, so sánh hay mua?
4	Nhiệm vụ của người đọc	Đọc xong họ làm được việc gì?
5	Vai trò URL	Đây là pillar, guide hay template?
6	Câu trả lời bắt buộc	Câu hỏi nào bài phải trả lời ngay phần đầu?
7	Bằng chứng	Số liệu, ví dụ, nguồn nào chứng minh?
8	Internal link	Bài này nối với trang nào, và từ trang nào trỏ tới?
9	KPI sau đăng	Đo bằng gì: index, hiển thị, click, vị trí?

Ô số 5 là ô bị bỏ sót nhiều nhất. Hai bài cùng tranh một intent thì tự cạnh tranh với chính mình. Mỗi URL cần một nhiệm vụ riêng.

Checklist kỹ thuật trước khi bấm đăng

Trang trả về HTTP 200.
Có self-canonical, không bị noindex.
Nội dung chính nằm trong HTML ban đầu, không phụ thuộc hoàn toàn vào JavaScript chạy sau.
Schema (nếu có) khớp với nội dung hiển thị.
Title, H1, meta description khác nhau giữa các URL.

Một lưu ý quan trọng

Template chỉ là lan can chống bỏ sót, không phải công thức xếp hạng. Điền đủ 9 ô không đảm bảo lên top. Nó chỉ đảm bảo người viết không phải đoán, và bạn có chỗ để quay lại xem bài hỏng ở khâu nào.

Bản đầy đủ có ví dụ điền sẵn: mẫu bài viết chuẩn SEO trên ManhDigital.

Biến template bài viết chuẩn SEO thành YAML + script Python kiểm tra tự động

Mạnh Digital — Tue, 20 Oct 2026 17:13:51 +0000

Viết content SEO theo template thì dễ quên ô này, bỏ sót ô kia. Dân kỹ thuật có một cách quen thuộc để xử lý chuyện đó: biến template thành dữ liệu có cấu trúc, rồi viết một script nhỏ để kiểm tra. Bài này hướng dẫn từng bước làm việc đó với YAML và Python, khoảng 60 dòng code.

Lưu ý: script chỉ kiểm tra "đủ ô" và vài lỗi hình thức. Nó không chấm được nội dung có hữu ích hay không. Phần đó vẫn cần người biên tập.

Bước 1: Định nghĩa brief bằng YAML

Tạo file brief.yaml cho mỗi bài:

keyword: "mẫu bài viết chuẩn seo"
secondary: ["template bài viết seo"]
intent: informational        # informational | commercial | transactional | navigational
reader: "người viết content mới, đã biết SEO cơ bản"
task: "tự lập brief và dàn bài mà không bỏ sót onpage"
role: cluster                # pillar | cluster | landing | tool
must_answer:
  - "Mẫu gồm những phần nào?"
  - "Điền brief thế nào?"
  - "Kiểm tra gì trước khi đăng?"
title: "Mẫu bài viết chuẩn SEO: template có ví dụ"
meta: "Brief, dàn ý heading và checklist Onpage điền sẵn, kèm ví dụ thật."
internal_links:
  - "/blog/search-intent-la-gi"
sources:
  - "Google Search Central - helpful content"

Điểm quan trọng: task và must_answer là bắt buộc. Một brief chỉ có keyword và số từ là brief chưa xong.

Bước 2: Viết bản nháp bằng Markdown

Bản nháp draft.md dùng # cho H1, ## cho H2. Mỗi H2 nên ứng với một câu hỏi trong must_answer.

Bước 3: Viết script kiểm tra

# check_brief.py
import re, sys, yaml

REQUIRED = ["keyword", "intent", "reader", "task", "role",
            "must_answer", "title", "meta"]

def check(brief_path, draft_path):
    b = yaml.safe_load(open(brief_path, encoding="utf-8"))
    md = open(draft_path, encoding="utf-8").read()
    issues = []

    # 1. Brief đủ ô
    for k in REQUIRED:
        if not b.get(k):
            issues.append(f"brief thiếu: {k}")

    # 2. Độ dài title/meta theo quy ước biên tập (không phải quy định của Google)
    if len(b.get("title", "")) > 60:
        issues.append("title > 60 ký tự")
    if len(b.get("meta", "")) > 160:
        issues.append("meta > 160 ký tự")

    # 3. Đúng một H1
    h1 = re.findall(r"^# (.+)$", md, re.M)
    if len(h1) != 1:
        issues.append(f"cần đúng 1 H1, đang có {len(h1)}")

    # 4. Keyword bị nhồi vào heading?
    h2 = re.findall(r"^## (.+)$", md, re.M)
    kw = b["keyword"].lower()
    stuffed = [h for h in h2 if kw in h.lower()]
    if h2 and len(stuffed) / len(h2) > 0.5:
        issues.append("hơn nửa số H2 lặp keyword chính")

    # 5. Mỗi câu hỏi bắt buộc có H2 tương ứng (so khớp thô theo từ)
    for q in b.get("must_answer", []):
        words = {w for w in re.findall(r"\w+", q.lower()) if len(w) > 3}
        if not any(words & set(re.findall(r"\w+", h.lower())) for h in h2):
            issues.append(f"chưa thấy H2 trả lời: {q}")

    # 6. Số liệu không có nguồn (heuristic: có % mà không có link)
    for line in md.splitlines():
        if "%" in line and "http" not in line:
            issues.append(f"số liệu chưa dẫn nguồn: {line[:60]}")

    return issues

if __name__ == "__main__":
    problems = check(sys.argv[1], sys.argv[2])
    print("\n".join(problems) or "OK: không phát hiện lỗi hình thức")
    sys.exit(1 if problems else 0)

Chạy thử:

pip install pyyaml
python check_brief.py brief.yaml draft.md

Bước 4: Đưa vào quy trình

Vài cách dùng thực tế:

Pre-commit hook: nếu nội dung nằm trong repo (Hugo, Astro, Next.js), chặn commit khi script trả mã lỗi.
CI: chạy trong GitHub Actions cho mỗi pull request chứa file .md mới, để reviewer thấy danh sách lỗi trước khi đọc.
Biên tập thủ công: ngay cả khi không có repo, chạy script trên bản export Markdown từ Google Docs hoặc Notion cũng đủ bắt được lỗi quên ô.

Bước 5: Biết giới hạn của script

Script này không biết:

Bài có thật sự trả lời đúng ý định tìm kiếm không.
Ví dụ và số liệu có chính xác không (nó chỉ phát hiện thiếu link nguồn).
Mở bài có đi thẳng vào vấn đề không.

Hướng dẫn về nội dung hữu ích của Google Search Central cũng không đặt ra số từ hay mật độ từ khóa cố định. Vì vậy hãy coi script như lan can chống bỏ sót, không phải công thức xếp hạng.

Lấy phần template ở đâu?

Các ô trong brief.yaml ở trên được rút gọn từ bộ template bài viết chuẩn SEO của Mạnh Digital, trong đó có bảng giải thích từng ô brief, khung heading và checklist Onpage đầy đủ. Bạn có thể map thêm các mục checklist thành rule mới cho script, ví dụ kiểm tra alt ảnh hoặc canonical.

Nếu bạn đã tự động hóa phần kiểm tra content theo cách khác, chia sẻ ở phần bình luận nhé.

Đọc thêm

Checklist kỹ thuật để website vừa lên Google vừa được AI trích dẫn

Mạnh Digital — Tue, 20 Oct 2026 08:15:33 +0000

Bài này dành cho dev và người tự quản website. Mình tổng hợp lại cách Mạnh Digital phân biệt hai lớp tối ưu: SEO website truyền thống và SEO AI (GEO/AEO). Không có trick, chỉ là những tín hiệu mà Google và các công cụ AI dùng để hiểu một trang.

Hai hệ thống, một nền móng

Tiêu chí	SEO website	SEO AI
Mục tiêu	Lên top khi khách tìm trên Google	Được nhắc tên, trích dẫn trong câu trả lời của AI
Nơi hiển thị	Google Search, Google Maps	ChatGPT, Gemini, Perplexity, Copilot, Google AI Overviews
Tín hiệu chính	Kỹ thuật, độ liên quan, backlink, trải nghiệm trang	Thông tin thương hiệu nhất quán, câu trả lời rõ ràng, nguồn bên ngoài nhắc tới

Chung một nền: trang được Google index tốt, và nội dung trả lời đúng câu hỏi người dùng. Nếu lớp dưới hỏng thì lớp trên cũng không đứng được.

Lớp 1: indexing và kỹ thuật

[ ] Trang quan trọng nằm trong sitemap, không bị noindex nhầm.
[ ] URL cũ đã 301 thì gỡ khỏi sitemap, sửa link nội bộ trỏ thẳng về URL mới.
[ ] Mỗi trang có một title riêng, không bị hard-code trong template khiến CMS không đổi được.
[ ] Tốc độ tải ổn trên mobile. Gói Growth của Mạnh Digital có hạng mục riêng cho tốc độ.
[ ] Kiểm tra trạng thái index định kỳ trong Search Console.

Lớp 2: nội dung trả lời thẳng

AI thích đoạn văn trả lời ngay câu hỏi trong 1–3 câu đầu, sau đó mới giải thích. Gợi ý cấu trúc:

H2: <câu hỏi thật của khách>
Đoạn 1: câu trả lời ngắn, có số liệu nếu có
Đoạn 2+: giải thích, ví dụ, ngoại lệ

Trang chủ manhdigital.com làm điều này ở phần FAQ: "Có cam kết chắc chắn được AI nhắc tên không?" và câu đầu là "Không." Rõ ràng, dễ trích.

Lớp 3: thực thể thương hiệu

[ ] Tên, địa chỉ, số điện thoại giống hệt nhau trên website, Google Business Profile và mạng xã hội.
[ ] Có trang hồ sơ người phụ trách (author/founder) với kinh nghiệm thật.
[ ] Có nguồn bên ngoài nhắc tới thương hiệu: báo, diễn đàn, hồ sơ doanh nghiệp.

Ví dụ thông tin nhất quán: Mạnh Digital, Tòa AZ Sky, Định Công, Hoàng Mai, điện thoại 0396 200 150.

Lớp 4: đo lường

Không đo thì không biết có tác dụng không. Search Console cho số lượt nhấp, hiển thị, vị trí; GA4 cho hành vi và chuyển đổi. Case Kho Tài Khoản trên trang chủ dùng đúng nguồn này: khoảng 193 nghìn lượt nhấp và 1,4 triệu lượt hiển thị trong 12 tháng theo ảnh GSC chụp 05/10/2026.

Lưu ý: không có cách nào đo chính xác "AI nhắc tên bao nhiêu lần" qua API chính thức. Gói Strategy của Mạnh Digital có hạng mục theo dõi AI nhắc tên, nhưng chính họ cũng nói không ai kiểm soát được câu trả lời của AI.

Timeline thực tế

Tuần 1–4: sửa kỹ thuật, trang dịch vụ, thông tin thương hiệu.
Sau đó: thứ hạng và khả năng được AI nhắc tên thay đổi chậm hơn, tùy ngành và độ cạnh tranh.

Khi nào nên nhờ người ngoài?

Nếu bạn là dev, lớp 1 bạn tự làm được. Lớp 2 và 3 tốn thời gian nghiên cứu từ khóa và viết. Bảng giá tham khảo của dịch vụ SEO tổng thể bên đó: Starter từ 9 triệu/tháng (5–10 từ khóa, 2–4 bài/tháng), Growth từ 15 triệu (15–25 từ khóa, 4–8 bài), Strategy từ 25 triệu (30–50 từ khóa, 8–12 bài). Chưa gồm VAT.

Happy optimizing. Nếu có checklist hay hơn, comment bên dưới nhé.

DEV Community: Mạnh Digital

SEO AI khác SEO truyền thống ở đâu: nhìn từ phía người viết HTML

1. Nội dung chính phải có sẵn trong HTML ban đầu

2. Câu trả lời đặt ngay đầu đoạn, không giấu sau ba lớp mở bài

3. Không cần file "dành riêng cho AI" để lên AI Overviews

4. Thông tin thực thể phải giống nhau ở mọi nơi

5. Đo bằng thứ đang có, không cần tool lạ

Tóm lại cho dev

Kiểm tra AI crawler có đọc được site không: robots.txt, HTML ban đầu và log server

Các user-agent nên biết

Lớp 1: đọc robots.txt cho đúng

Lớp 2: gọi trang bằng user-agent của bot và xem HTML ban đầu

Nội dung có nằm trong HTML ban đầu không

Lớp 3: đọc access log

Checklist ngắn

10 dòng rà lại trước khi bấm Đăng một bài SEO (kèm 3 lệnh curl)

10 dòng rà trước khi đăng

Ba dòng kiểm bằng terminal cho nhanh

Vì sao là "có/không" chứ không chấm điểm

Những chỗ hay ra "không"

Đọc thêm

Đọc Search Console theo từng tháng: 7 tín hiệu SEO sớm trước khi có traffic

7 tín hiệu và mốc tham khảo

Cách đọc từng tín hiệu

Một thói quen nhỏ

Hứa "TOP 1 sau 2 tuần": đọc hợp đồng SEO thế nào để không mất quyền website

1. Vì sao "TOP 1 trong X ngày" là câu cần hỏi lại

2. Năm điều khoản nên có trong hợp đồng SEO

3. Ba thói quen giúp tự bảo vệ ngay từ ngày đầu

4. Nếu đã ký và bắt đầu thấy lạ

Đọc thêm

Khai báo Organization + sameAs bằng JSON-LD để AI không nhầm thương hiệu của bạn

1. Vì sao cần @id cố định

2. Khối JSON-LD tối thiểu

3. Nối các trang khác về cùng thực thể

4. Kiểm tra trước khi deploy

5. Schema không phải là tất cả

Dịch vụ SEO AI: giúp website được Google và AI nhắc tên

Quy trình 20 phút đọc Search Intent trước khi viết: query SERP trang đích

Bước 0: Chuẩn bị một bảng 7 cột

Bước 1 (3 phút): Ghi giả thuyết từ modifier

Bước 2 (10 phút): Đọc SERP theo 3 thuộc tính

Bước 3 (5 phút): Ghi SERP features như manh mối

Bước 4 (2 phút): Chốt trang đích và CTA

Một dòng ví dụ (giả định để minh họa)

Đọc thêm

Thẻ canonical là gì? Cách dùng đúng trong SEO

Vì sao cần canonical?

Khi nào nên dùng canonical?

Canonical, redirect và noindex khác nhau thế nào?

Cách cài đúng

Kiểm tra khi Google chọn canonical khác

Tóm lại

Viết lại tờ brief SEO: 9 ô cần điền trước khi gõ chữ đầu tiên

9 ô cần điền trước khi viết

Checklist kỹ thuật trước khi bấm đăng

Một lưu ý quan trọng

Biến template bài viết chuẩn SEO thành YAML + script Python kiểm tra tự động

Bước 1: Định nghĩa brief bằng YAML

Bước 2: Viết bản nháp bằng Markdown

Bước 3: Viết script kiểm tra

Bước 4: Đưa vào quy trình

Bước 5: Biết giới hạn của script

Lấy phần template ở đâu?

Đọc thêm

Checklist kỹ thuật để website vừa lên Google vừa được AI trích dẫn

Hai hệ thống, một nền móng

Lớp 1: indexing và kỹ thuật

Lớp 2: nội dung trả lời thẳng

Lớp 3: thực thể thương hiệu

Lớp 4: đo lường

Timeline thực tế

Khi nào nên nhờ người ngoài?

1. Vì sao cần `@id` cố định