AI Marketing
Knowledge Graph trong Marketing là gì? Nối sản phẩm, khách hàng và nội dung bằng quan hệ
Sales hỏi: “Có bài nào cho nhà thuốc nói về tính năng quản lý hạn dùng không?”. Đội content mở ba thư mục, hai bảng tính rồi đoán. Câu hỏi kiểu này không cần thêm tài liệu — nó cần biết thứ gì nối với thứ gì.
ScalioCập nhật 9 phút đọc

Knowledge Graph trong marketing là gì? Knowledge graph (đồ thị tri thức) là cách tổ chức dữ liệu thành thực thể — sản phẩm, tính năng, ngành, nhóm khách, bài nội dung — và quan hệ có tên giữa chúng, như “sản phẩm A có tính năng B”, “bài C nói về tính năng B”, “tính năng B giải quyết vấn đề của ngành D”. Nhờ quan hệ, bạn trả lời được những câu hỏi đi qua nhiều bước nối mà kho tài liệu thông thường không trả lời được.

Knowledge graph, kho tài liệu và entity SEO
| Kho tài liệu | Knowledge graph nội bộ | Entity SEO | |
|---|---|---|---|
| Đơn vị lưu | Tệp, đoạn văn | Thực thể và quan hệ | Trang web và dữ liệu có cấu trúc |
| Trả lời tốt | “Chính sách đổi trả nói gì?” | “Ngành nào chưa có bài nào cho tính năng X?” | “Thương hiệu này là ai, làm gì?” — với công cụ tìm kiếm |
| Người dùng chính | Người và AI tra cứu | Đội marketing, sales, sản phẩm | Google và các hệ thống AI bên ngoài |
| Bài liên quan | AI Knowledge Base | — | Entity SEO |
Ba thứ bổ sung cho nhau. Kho tài liệu giữ chi tiết. Knowledge graph giữ cấu trúc: cái gì nối với cái gì. Entity SEO là một phần cấu trúc đó được công bố ra ngoài qua nội dung và schema markup để công cụ tìm kiếm hiểu doanh nghiệp.
Thực thể và quan hệ nào đáng mô hình hoá
Đừng bắt đầu bằng “mọi thứ”. Bắt đầu với 5–7 loại thực thể xuất hiện trong câu hỏi hằng tuần của đội:
| Loại thực thể | Ví dụ | Quan hệ thường dùng |
|---|---|---|
| Sản phẩm / gói | Gói Cửa hàng, Gói Chuỗi | có tính năng, thay thế cho, đi kèm với |
| Tính năng | Quản lý lô và hạn dùng, in hoá đơn điện tử | giải quyết vấn đề, phù hợp ngành |
| Ngành / phân khúc | Nhà thuốc, cửa hàng mẹ và bé | có nhóm khách, có quy định riêng |
| Vấn đề của khách | Hàng cận hạn bị lỗ, lệch tồn kho | gặp ở ngành, được giải quyết bởi |
| Nội dung | Bài blog, video, câu chuyện khách hàng | nói về, dành cho ngành, ở giai đoạn phễu |
| Bằng chứng | Đánh giá, chứng nhận, số liệu nội bộ | chứng minh cho |
Quan hệ phải là động từ có định nghĩa, viết thành danh sách cố định. Nếu người này ghi “liên quan”, người kia ghi “dùng cho”, người thứ ba ghi “hỗ trợ”, đồ thị sẽ không truy vấn được.
Bắt đầu bằng một bảng tính quan hệ
Chưa cần graph database ở bước đầu. Một bảng tính với ba cột chính — chủ thể, quan hệ, đối tượng — cộng cột nguồn và ngày cập nhật đã đủ để kiểm tra ý tưởng.
| Chủ thể | Quan hệ | Đối tượng | Nguồn |
|---|---|---|---|
| Gói Cửa hàng | có tính năng | Quản lý lô và hạn dùng | Trang tính năng, bản 09/2026 |
| Quản lý lô và hạn dùng | giải quyết vấn đề | Hàng cận hạn bị lỗ | Phỏng vấn khách hàng |
| Hàng cận hạn bị lỗ | gặp ở ngành | Nhà thuốc | Ghi chú sales |
| Bài “Theo dõi hạn dùng cho nhà thuốc” | nói về | Quản lý lô và hạn dùng | Blog |
| Bài “Theo dõi hạn dùng cho nhà thuốc” | dành cho ngành | Nhà thuốc | Blog |
| Gói Chuỗi | có tính năng | Quản lý lô và hạn dùng | Trang tính năng, bản 09/2026 |
Với vài trăm dòng như vậy, bộ lọc của bảng tính đã trả lời được câu “ngành nào gặp vấn đề X mà ta chưa có nội dung nào?”. Khi câu hỏi phải đi qua ba bốn bước nối và bảng tính bắt đầu ì, lúc đó mới cân nhắc chuyển sang cơ sở dữ liệu đồ thị.
Dựng knowledge graph qua 6 bước
Bước 1. Viết câu hỏi kinh doanh trước
Liệt kê khoảng 10 câu hỏi đội đang mất công trả lời: “tính năng nào chưa có bằng chứng?”, “khách ngành spa hay hỏi gì mà ta chưa có bài?”, “gói nào hợp với chuỗi 5 cửa hàng?”. Câu hỏi quyết định thực thể và quan hệ nào cần có; thứ gì không phục vụ câu hỏi nào thì chưa cần đưa vào.
Bước 2. Chốt danh sách loại thực thể và quan hệ
Viết định nghĩa một dòng cho mỗi loại — đây chính là ontology (bộ khái niệm chung) ở dạng đơn giản nhất. Ví dụ “phù hợp ngành” chỉ dùng khi đã có ít nhất một khách thật thuộc ngành đó dùng tính năng, không dùng cho phỏng đoán của đội.
Bước 3. Chuẩn hoá định danh
Mỗi thực thể có một mã và một tên chính, kèm danh sách tên gọi khác: “quản lý date”, “theo dõi hạn sử dụng”, “lô–hạn” đều trỏ về một tính năng. Việc này giống gộp hồ sơ trùng ở identity resolution, chỉ khác đối tượng là khái niệm thay vì khách hàng.
Bước 4. Nạp dữ liệu kèm nguồn
Mỗi dòng quan hệ ghi nguồn và ngày. Quan hệ lấy từ trang tính năng chính thức có độ tin khác hẳn quan hệ lấy từ một ghi chú sales. Khi trang sản phẩm đổi, bạn biết ngay dòng nào phải xem lại.
Bước 5. Đặt quy tắc chất lượng
Vài quy tắc kiểm được bằng bộ lọc: mọi tính năng thuộc ít nhất một gói; mọi bài nội dung “nói về” ít nhất một thực thể; không thực thể nào chỉ tồn tại dưới tên gọi khác. Chạy kiểm tra mỗi tháng hoặc sau mỗi đợt ra mắt sản phẩm.
Bước 6. Biến câu hỏi thành báo cáo định kỳ
Câu hỏi ở Bước 1 trở thành danh sách đều đặn: khoảng trống nội dung theo ngành, tính năng thiếu bằng chứng, gói chưa có trang so sánh. Đây là lúc đồ thị bắt đầu trả công — nó chỉ ra việc cần làm, ví dụ trụ nội dung nào còn mỏng trong cụm pillar page, thay vì chỉ lưu thông tin.
AI giúp được gì, chỗ nào cần người
- Trích quan hệ từ tài liệu: AI đọc trang tính năng, tài liệu bán hàng và đề xuất các dòng “chủ thể – quan hệ – đối tượng”. Người duyệt từng dòng trước khi nhập, vì AI hay suy diễn quan hệ không có trong nguồn.
- Gom tên gọi khác: AI gợi ý các cụm có thể cùng một thực thể; người quyết định gộp hay tách.
- Diễn giải kết quả: từ danh sách khoảng trống, AI soạn nháp đề xuất chủ đề nội dung cho từng ngành.
- Không làm thay: chọn câu hỏi kinh doanh, định nghĩa quan hệ, xác nhận quan hệ nào là sự thật.
Sai lầm thường gặp
- Mua graph database trước khi có câu hỏi, để rồi đồ thị thành một bản vẽ đẹp không ai truy vấn.
- Quan hệ mơ hồ kiểu “liên quan đến”, nối mọi thứ với mọi thứ.
- Không ghi nguồn, nên khi sản phẩm đổi không biết quan hệ nào còn đúng.
- Đưa dữ liệu cá nhân của từng khách vào đồ thị marketing trong khi câu hỏi chỉ cần cấp nhóm khách.
- Không ai sở hữu: đồ thị không có người cập nhật sẽ lỗi thời sau một quý.
Câu hỏi thường gặp
Knowledge graph khác cơ sở dữ liệu dạng bảng thế nào?
Bảng lưu tốt các bản ghi cùng cấu trúc. Đồ thị coi quan hệ là dữ liệu chính, nên câu hỏi đi qua nhiều bước nối — sản phẩm → tính năng → vấn đề → ngành → nội dung — dễ viết và chạy nhanh hơn. Với vài trăm dòng, bảng tính vẫn đủ.
Knowledge graph có giúp SEO không?
Gián tiếp. Đồ thị nội bộ không được Google đọc, nhưng nó giúp bạn viết nội dung nhất quán về từng thực thể, đặt liên kết nội bộ đúng quan hệ và khai báo dữ liệu có cấu trúc chính xác — những thứ hỗ trợ entity SEO.
Knowledge graph và RAG có dùng chung được không?
Có. Một số hệ thống dùng đồ thị để chọn tài liệu liên quan theo quan hệ rồi mới truy xuất đoạn văn như trong RAG, giúp trả lời câu hỏi cần nối nhiều mảnh thông tin. Với doanh nghiệp nhỏ, nên làm tốt kho tài liệu và bảng quan hệ riêng trước khi ghép.
Đưa catalogue, FAQ và bảng quan hệ sản phẩm vào Brand Brain để mỗi bản nháp nói đúng tính năng cho đúng ngành.
Điền hồ sơ thương hiệu một lần: Scalio lập chiến lược, viết bài theo đúng giọng của bạn, xếp lịch đăng và chấm điểm marketing.
Tạo tài khoản miễn phí

