Entity checklist: 7 bước để AI biết chính xác doanh nghiệp của bạn là ai

Xây dựng entity thay đổi điều gì?

Kiểm tra nhanh: Tìm kiếm tên công ty của bạn trong dấu ngoặc kép. 5 kết quả đầu tiên có sử dụng cùng tên, địa chỉ và mô tả không?

Xây dựng entity giúp dễ dàng phân biệt tổ chức của bạn với các doanh nghiệp có tên tương tự và hiểu cách các thông tin công khai của bạn kết nối với nhau. Nó không có nghĩa là thêm một nhãn mới vào mọi trang; nó có nghĩa là đồng bộ các mô tả và mối quan hệ đã được xuất bản trên các nguồn khác nhau.

Một bản ghi entity hữu ích trả lời các câu hỏi thực tế: Tên tổ chức chính thức là gì? Trang web nào thuộc về tổ chức đó? Những sản phẩm hoặc dịch vụ nào được cung cấp? Những người, địa điểm, tổ chức mẹ hoặc thương hiệu nào được kết nối với nó? Mỗi thông tin có thể được kiểm tra ở đâu?

Công việc này phù hợp với doanh nghiệp có hồ sơ không nhất quán, tên hoặc sản phẩm mới, hoặc sự hiện diện khó xác minh từ các nguồn công khai. Các công ty SaaS và B2B thường cần làm rõ mối quan hệ sản phẩm và công ty; các doanh nghiệp địa phương có thể cần giải quyết sự khác biệt về tên doanh nghiệp, địa điểm và trang web chính thức. Để có phạm vi làm việc rộng hơn trên các answer engine, hãy kết hợp dịch vụ này với khả năng hiển thị trên AI search hoặc audit GEO có mục tiêu.

Bắt đầu bằng cách liệt kê các tên mà khách hàng thực sự gặp, bao gồm tên pháp lý và tên thương mại. Sau đó xác định thông tin nào là ổn định, thông tin nào đã thay đổi và tuyên bố nào cần bằng chứng công khai mạnh hơn. Sự phân biệt đó giữ cho dự án tập trung vào danh tính thay vì trau chuốt các mô tả không thể chứng minh được.

Làm thế nào để tìm ra các lỗ hổng trong danh tính công khai của bạn?

Chúng tôi bắt đầu bằng cách so sánh các thông tin nội bộ của bạn với các hồ sơ và tài liệu tham khảo mà một người có thể kiểm tra. Kết quả là một bản đồ nguồn: mỗi nguồn nói gì, nó có đồng ý với các thông tin ưu tiên của bạn không và bằng chứng nào có sẵn để hỗ trợ việc chỉnh sửa.

Trước khi bắt đầu, hãy chuẩn bị một bảng thông tin ngắn gọn bao gồm:

• Tên tổ chức và sản phẩm chính thức của bạn, cộng với các tên trước đây vẫn còn được sử dụng.
• Trang web chuẩn và các trang mô tả công ty, sản phẩm và lãnh đạo của bạn.
• Hồ sơ công khai trên các thư mục hoặc cơ sở dữ liệu, bao gồm bất kỳ bản ghi nào bạn quản lý.
• Tài liệu nguồn hoặc các trang công khai hỗ trợ các thông tin và mối quan hệ quan trọng.
• Các bản sao đã biết, địa chỉ lỗi thời hoặc hồ sơ dường như mô tả một entity khác.

Chúng tôi phân biệt sự không khớp đơn giản với một câu hỏi danh tính thực sự. Ví dụ: một thương hiệu sản phẩm có thể có trang web riêng trong khi vẫn là một phần của công ty mẹ; mối quan hệ nên được nêu rõ ràng thay vì làm cho hai tên có thể thay thế cho nhau. Chúng tôi cũng gắn cờ các tuyên bố thiếu nguồn phù hợp thay vì coi sự lặp lại là bằng chứng.

Quá trình đánh giá cung cấp cho bạn một bộ các bản sửa lỗi được xếp hạng: các chỉnh sửa bạn có thể thực hiện trực tiếp, các bản ghi cần kiểm tra nguồn hoặc tính đủ điều kiện và các mục nên giữ nguyên. Nếu các câu hỏi về entity là một phần của vấn đề khám phá rộng hơn, dịch vụ theo dõi khả năng hiển thị trên AI có thể giúp đánh giá cách các mô tả thương hiệu xuất hiện trong các câu trả lời được lấy mẫu theo thời gian.

Làm cho website, thư mục và Crunchbase của bạn đồng nhất

Danh tính cốt lõi của bạn cần được nhận diện trên các nguồn, trong khi mỗi hồ sơ vẫn có thể phù hợp với định dạng riêng của nó. Mục tiêu là sự nhất quán về thông tin, không phải là từ ngữ giống hệt nhau được sao chép ở mọi nơi.

Chúng tôi tạo một bộ tham chiếu cho các thông tin quan trọng nhất: tên chính thức, trang web, mô tả công ty ngắn, danh mục, địa điểm nếu có liên quan, tên sản phẩm và mối quan hệ tổ chức. Sau đó, chúng tôi so sánh bộ này với các bản ghi thư mục và Crunchback có sẵn cũng như các trang trên trang web của bạn. Nơi khách hàng kiểm soát một hồ sơ, chúng tôi chuẩn bị hoặc thực hiện chỉnh sửa đã thống nhất; nơi bên khác kiểm soát, chúng tôi ghi lại hành động tiếp theo thích hợp.

Đối với mỗi điểm không khớp, bản ghi công việc ghi chú nguồn, từ ngữ hiện tại, thông tin đã được phê duyệt, bằng chứng và chủ sở hữu hành động. Điều này làm cho việc đánh giá trở nên cụ thể: nhóm của bạn có thể phê duyệt một chỉnh sửa mà không cần đoán tại sao nó quan trọng và các biên tập viên sau này có thể thấy phiên bản nào đã được xác minh. Tránh đưa ra tuyên bố trên hồ sơ mà trang web của bạn mâu thuẫn; cập nhật nguồn sự thật trước, sau đó đưa các bản ghi khác vào cùng một dòng.

Nguyên tắc tương tự áp dụng cho nội dung trang web. Sử dụng trang Giới thiệu rõ ràng và các trang sản phẩm nêu tên tổ chức đằng sau mỗi sản phẩm. Để biết các kết nối kỹ thuật giữa hồ sơ chính thức và trang web của bạn, hãy xem AEO kỹ thuật; để tập trung hẹp hơn vào sự hiện diện trên Wikidata và knowledge graph, chúng tôi đánh giá xem một bản ghi có phù hợp trước khi đề xuất bất kỳ chỉnh sửa nào.

Checklist 7 điểm dành cho bạn

Sử dụng checklist này để tìm ra các lỗ hổng danh tính trong một buổi chiều. Mục tiêu là kiểm tra ít nhất 5 hồ sơ.

• Viết ra tên công ty chính thức, chỉ một cách viết.
• Viết một câu mô tả và sử dụng nó ở mọi nơi.
• Liệt kê mọi hồ sơ bạn sở hữu: trang web, thư mục, mạng xã hội, Crunchbase.
• So sánh tên, địa chỉ và mô tả trên mỗi hồ sơ trong số 5 hồ sơ trở lên.
• Liên kết trang web của bạn với các hồ sơ thực sự là của bạn.
• Ghi chú thông tin nào bạn có thể chứng minh bằng một tài liệu công khai.
• Sửa các điểm không khớp theo thứ tự mức độ hiển thị của hồ sơ.

Thuật ngữ trong một dòng

Entity: một tên mà máy móc có thể nhận ra là một thứ cụ thể.

sameAs (nói một cách đơn giản: mã đánh dấu cho biết hai hồ sơ mô tả cùng một tổ chức).

Khi nào nên đưa Wikidata và sameAs vào kế hoạch?

Sai lầm phổ biến: Thay đổi tên trên trang web nhưng không thay đổi trong thư mục. Cập nhật mọi bản ghi nếu không sự không khớp vẫn còn.

Wikidata và sameAs có thể giúp làm rõ danh tính khi chúng kết nối một entity được hỗ trợ tốt với các tài liệu tham khảo đáng tin cậy, tương ứng. Chúng không phải là lối tắt để tạo ra sự công nhận: một bản ghi hoặc liên kết chỉ hữu ích khi nó mô tả cùng một tổ chức trong thế giới thực và có thể được hỗ trợ.

Đối với Wikidata, trước tiên chúng tôi kiểm tra xem tổ chức và các thông tin được đề xuất có đáp ứng các kỳ vọng của nền tảng về việc đưa vào và trích dẫn nguồn hay không. Nếu trường hợp không được hỗ trợ đầy đủ, hành động có trách nhiệm có thể là cải thiện vùng phủ sóng độc lập hoặc sửa thông tin nội bộ trước khi đề xuất chỉnh sửa. Chúng tôi không tạo mục chỉ để đảm bảo có hồ sơ và chúng tôi lưu giữ hồ sơ về các nguồn và thay đổi để bạn xem xét.

Trên trang web của bạn, sameAs là một thuộc tính structured data được sử dụng để trỏ đến các trang xác định cùng một entity. Chúng tôi chỉ ánh xạ các hồ sơ chính thức hoặc khớp rõ ràng, chẳng hạn như bản ghi thư mục đã được thiết lập của một công ty. Một danh sách sameAs không nên trộn lẫn một sản phẩm với công ty mẹ của nó, một tổ chức có tên tương tự hoặc một trang chỉ đề cập đến doanh nghiệp của bạn. Xem xét từng đích đến theo cách thủ công trước khi thêm nó.

Yêu cầu nhóm web của bạn xác nhận rằng structured data phản ánh nội dung trang hiển thị và URL hồ sơ là hiện tại. Để có nội dung tập trung vào câu trả lời bổ sung cho một bản ghi entity sạch sẽ, hãy khám phá nội dung cho câu trả lời AI.

Bạn nhận được gì và công việc diễn ra như thế nào?

Bạn nhận được một bản đồ entity có thể hành động, một kế hoạch sửa lỗi ưu tiên và một bản ghi công việc đã thống nhất—không phải là một lời hứa mơ hồ về việc cải thiện khả năng hiển thị. Kế hoạch được xây dựng dựa trên số lượng và loại bản ghi cần xem xét, chất lượng bằng chứng có sẵn và liệu chúng tôi có thể chỉnh sửa các thuộc tính hoặc hồ sơ liên quan hay không.

Công việc thường diễn ra theo bốn giai đoạn. Đầu tiên, chúng tôi thu thập các thông tin đã được phê duyệt, hồ sơ hiện có và chi tiết truy cập. Tiếp theo, chúng tôi xem xét các nguồn và xác định xung đột hoặc tuyên bố không được hỗ trợ. Sau đó, bạn phê duyệt các thay đổi được đề xuất và xác nhận ai có thể ủy quyền chỉnh sửa hồ sơ. Cuối cùng, chúng tôi triển khai các bản sửa lỗi đã thống nhất khi quyền truy cập và quy tắc cho phép, đồng thời chia sẻ bản ghi kết thúc cho thấy những gì đã thay đổi, những gì còn đang chờ xử lý và lý do.

Thời gian được xác nhận sau khi danh sách nguồn và quyền truy cập được xem xét. Các chỉnh sửa đơn giản có thể được thực hiện song song với việc kiểm tra thông tin; các bản ghi yêu cầu bằng chứng, sự chấp thuận của khách hàng hoặc đánh giá của bên thứ ba có thể mất nhiều thời gian hơn để giải quyết. Để công việc tiến triển, hãy chỉ định một đầu mối khách hàng có thể phê duyệt tên, mối quan hệ và tuyên bố công khai.

Trưởng nhóm tài khoản của chúng tôi kiểm tra từng thay đổi được đề xuất dựa trên các thông tin đã được phê duyệt của bạn trước khi nó được gửi hoặc xuất bản. Bản ghi cuối cùng bao gồm nguồn đã được kiểm tra, hành động đã thực hiện và bất kỳ bước tiếp theo nào cần thiết, để nhóm của bạn có thể xác minh việc bàn giao mà không cần dựa vào một tuyên bố về khả năng hiển thị.

Entity work không thể kiểm soát điều gì, và nên gửi gì trước?

Entity work có thể cải thiện tính nhất quán và bằng chứng đằng sau thông tin mà tổ chức của bạn xuất bản hoặc quản lý. Nó không thể quyết định cách một công cụ tìm kiếm hoặc sản phẩm AI diễn giải thông tin đó: các tính năng tri thức của Google và câu trả lời trong ChatGPT hoặc Perplexity có thể chọn, cập nhật hoặc bỏ qua các nguồn một cách độc lập. Các biên tập viên Wikidata cũng có thể từ chối hoặc thay đổi một mục hoặc chỉnh sửa được đề xuất theo các quy tắc riêng của họ, vì vậy không có bảng điều khiển, trích dẫn hoặc vị trí câu trả lời cụ thể nào được hứa hẹn.

Ranh giới đó là lý do tại sao công việc được xác minh thông qua những gì bạn nhận được mà bạn có thể kiểm tra: các thông tin đã được phê duyệt, chỉnh sửa hồ sơ, bản đồ nguồn, tài liệu tham khảo kỹ thuật và một bản tường trình rõ ràng về các mục chưa được giải quyết. Bạn có thể đánh giá chất lượng bằng cách hỏi liệu mỗi tuyên bố có nguồn hay không, liệu một hồ sơ có thực sự đại diện cho cùng một entity hay không và liệu trang web có hỗ trợ các thông tin được phân phối ở nơi khác hay không.

Sự rõ ràng về entity hoạt động tốt nhất như một phần của kế hoạch rộng hơn, không phải là sự thay thế cho các trang hữu ích, khả năng truy cập kỹ thuật hoặc tài liệu tham khảo bên thứ ba đáng tin cậy. Nếu ưu tiên của bạn là một answer engine cụ thể, hãy kết hợp công việc nguồn với khả năng hiển thị trên ChatGPT hoặc tối ưu cho Perplexity; nếu ưu tiên là các tính năng AI của Google, hãy xem xét tối ưu cho Google AI Overviews.

Gửi 3 thứ: tên công ty chính thức của bạn, 5 hồ sơ bạn sở hữu và một tài liệu bằng chứng cho mỗi thông tin chính.

Cách hoạt động

1. Chia sẻ các thông tin danh tínhGửi tên đã được phê duyệt, URL trang web, mối quan hệ sản phẩm, hồ sơ và các nguồn hỗ trợ. Xác định một người có thể xác nhận hoặc sửa các tuyên bố công khai.
2. Xem xét hồ sơ công khaiChúng tôi so sánh nguồn sự thật của bạn với các thư mục, bản ghi Crunchbase và nguồn tri thức trong kế hoạch. Các xung đột và lỗ hổng bằng chứng được ghi lại để bạn xem xét.
3. Phê duyệt kế hoạch sửa lỗiBạn xác nhận các thông tin ưu tiên và các thay đổi được đề xuất trước khi tiến hành chỉnh sửa hồ sơ hoặc cập nhật structured data. Các mục cần thêm bằng chứng được tách riêng khỏi các mục sẵn sàng sửa.
4. Triển khai và xác minhChúng tôi hoàn thành công việc đã thống nhất khi quyền truy cập và quy tắc nền tảng cho phép, sau đó chia sẻ bản ghi các thay đổi, nguồn đã kiểm tra và các hành động còn tồn đọng.