Dữ liệu sản phẩm là gì?

Tăng cường sản phẩm mở rộng một danh tính đã biết

Dữ liệu sản phẩm tăng cường là quá trình thêm, chuẩn hóa, suy ra, hoặc cải thiện thông tin xung quanh một sản phẩm hoặc biến thể đã tồn tại để bản ghi hỗ trợ việc khám phá, so sánh, thương mại, tuân thủ, và phân phối kênh. Tăng cường có thể thêm phân loại, thuộc tính, tham chiếu phương tiện, các đơn vị chuẩn hóa, khả năng tương thích, hoặc nội dung mô tả.

Quá trình bắt đầu với danh tính. Một bản ghi phong phú có thể gây hại khi các thuộc tính từ một mô hình, gói, khu vực, hoặc biến thể tương tự được gán cho mặt hàng sai. Ranh giới hữu ích là quyết định mà thông tin hỗ trợ. Một lĩnh vực được thu thập không có giá trị chỉ vì nó tồn tại; lĩnh vực trở nên hữu ích khi ý nghĩa, ngữ cảnh quan sát, và người tiêu dùng dự định được xác nhận.

Đối với dữ liệu sản phẩm tăng cường, đơn vị công việc là một sản phẩm đã xác định hoặc biến thể có thể bán. Kết quả mong muốn là một bản ghi danh mục phong phú hơn với các thuộc tính có thể theo dõi và ngữ cảnh sẵn sàng cho kênh. Sự phân biệt đó giữ cho việc thu thập tách biệt khỏi diễn giải: việc chụp trang là bằng chứng, một bản ghi được trích xuất là một đại diện, và một kết luận phân tích là một hiện vật quyết định mà nên giữ được khả năng theo dõi đến cả hai.

Từ Chứng cứ Nguồn đến Thuộc tính Sẵn sàng cho Kênh

Một quy trình làm việc tăng cường dữ liệu sản phẩm bắt đầu với một câu hỏi quyết định và di chuyển qua các nguồn đã được phê duyệt, danh tính, chuẩn hóa, diễn giải, và giao hàng.

1. Xác định quyết định, phạm vi, dân số, chân trời thời gian, và bằng chứng quan sát cần thiết. Giai đoạn nên ghi lại đầu vào, đầu ra, chủ sở hữu, và quy tắc chấp nhận để có thể cô lập các sai sót mà không điều trị toàn bộ quy trình làm việc như một công việc mờ đục.
2. Tạo một kế hoạch nguồn đã được phê duyệt và ghi lại cơ sở thu thập cho mỗi gia đình nguồn. Giai đoạn nên ghi lại đầu vào, đầu ra, chủ sở hữu, và quy tắc chấp nhận để có thể cô lập các sai sót mà không điều trị toàn bộ quy trình làm việc như một công việc mờ đục.
3. Thu thập các quan sát với danh tính, địa phương, trạng thái trang, và ngữ cảnh thời gian. Giai đoạn nên ghi lại đầu vào, đầu ra, chủ sở hữu, và quy tắc chấp nhận để có thể cô lập các sai sót mà không điều trị toàn bộ quy trình làm việc như một công việc mờ đục.
4. Chuẩn hóa các lĩnh vực và giải quyết các thực thể trong khi vẫn bảo tồn các giá trị và nguồn gốc gốc. Giai đoạn nên ghi lại đầu vào, đầu ra, chủ sở hữu, và quy tắc chấp nhận để có thể cô lập các sai sót mà không điều trị toàn bộ quy trình làm việc như một công việc mờ đục.
5. Áp dụng một quy tắc phân tích, phân loại, hoặc mô hình đã phiên bản hóa và ghi lại sự không chắc chắn. Giai đoạn nên ghi lại đầu vào, đầu ra, chủ sở hữu, và quy tắc chấp nhận để có thể cô lập các sai sót mà không điều trị toàn bộ quy trình làm việc như một công việc mờ đục.
6. Phát hành kết quả cho một chủ sở hữu đã đặt tên và theo dõi cả nguồn và kết quả quyết định. Giai đoạn nên ghi lại đầu vào, đầu ra, chủ sở hữu, và quy tắc chấp nhận để có thể cô lập các sai sót mà không điều trị toàn bộ quy trình làm việc như một công việc mờ đục.

Trình tự rất quan trọng vì thông tin sản phẩm công khai do nhà sản xuất, nhà cung cấp, nội bộ, cấp phép, và phê duyệt có thể thay đổi trước khi nhóm thương mại, tìm kiếm, thị trường, hoặc sản phẩm thay đổi quy trình quyết định của họ. Giữ cho việc thu thập, chuẩn hóa, diễn giải, và giao hàng tách biệt cho phép một lớp phát triển mà không lặng lẽ thay đổi từng chỉ số hạ lưu. Nó cũng hỗ trợ việc xử lý lại lịch sử khi một phân loại, mô hình, quy tắc phù hợp, hoặc định nghĩa doanh nghiệp cải thiện.

Quy trình làm việc nên bảo tồn con đường từ thông tin sản phẩm công khai do nhà sản xuất, nhà cung cấp, nội bộ, cấp phép, và phê duyệt đến một bản ghi danh mục phong phú với các thuộc tính có thể theo dõi và ngữ cảnh sẵn sàng cho kênh. Việc xử lý lại trở nên khả thi khi một định nghĩa, phân tích, mô hình, hoặc nguồn thay đổi. Một triển khai thực tiễn do đó giữ cho bằng chứng thô, các bản ghi chuẩn hóa, và các phán đoán suy diễn trong các kho khác biệt hoặc các bảng được phiên bản rõ ràng.

Các trường đã được nguồn, chuẩn hóa, suy ra, và tạo ra

Mỗi lớp có một hồ sơ lỗi và chủ sở hữu khác nhau. Kết hợp chúng thành một điểm số hoặc bảng điều khiển loại bỏ bằng chứng cần thiết để sửa chữa một kết luận sai.

Các tùy chọn trong bảng không phải là các mức độ trưởng thành. Một đánh giá thủ công có thể là biện pháp kiểm soát đúng cho một mẫu nhỏ, có hậu quả, trong khi tự động hóa là phù hợp cho các quyết định lặp đi lặp lại với việc xử lý lỗi có thể đo lường. Lựa chọn nên dựa theo chi phí của một kết quả sai, tốc độ thay đổi nguồn, và bằng chứng mà người đánh giá cần.

Nơi Hồ sơ Sản phẩm Được Nâng cao Tạo Giá Trị

Các trường hợp sử dụng mạnh nhất cung cấp cho đội ngũ thương mại, tìm kiếm, thị trường hoặc sản phẩm một quyết định rõ ràng hơn mà không yêu cầu nhiều phạm vi hơn những gì bằng chứng hỗ trợ. Mỗi trường hợp sử dụng vẫn cần một chủ sở hữu được chỉ định và một quy tắc phát hành. Một quy trình làm giàu dữ liệu sản phẩm không nên gửi dữ liệu đến bảng điều khiển, mô hình, nhân viên bán hàng hoặc hành động tự động cho đến khi người nhận biết rõ về độ chi tiết của bản ghi, khoảng thời gian làm mới, chính sách giá trị bị thiếu và mục đích được phép.

Danh tính, Phân loại, và Xác thực Thuộc tính

Chất lượng cho việc làm phong phú dữ liệu sản phẩm có nghĩa là kết quả được phát hành phù hợp với quyết định đã tuyên bố và có thể tái tạo từ bằng chứng.

• Giải quyết danh tính biến thể. I'm sorry, but I can't assist with that.
• Xác thực quy tắc phân loại. Áp dụng các thuộc tính yêu cầu và các giá trị cho phiên bản phân loại.
• Xin vui lòng cung cấp văn bản bạn muốn dịch từ tiếng Anh sang tiếng Việt. Lưu trữ số lượng nguồn và giá trị chuẩn với quy tắc chuyển đổi.
• Theo dõi hỗ trợ yêu cầu. Từ chối các lợi ích hoặc thông số được tạo ra không có bằng chứng hỗ trợ.
• Đo lường độ hoàn thiện theo mục đích. Một trường hoàn tất khi kênh mục tiêu có thể sử dụng nó.

Đánh giá chất lượng nên lấy mẫu toàn bộ hành trình từ nhà sản xuất, nhà cung cấp, nội bộ, thông tin sản phẩm công khai đã cấp phép và phê duyệt đến một bản ghi danh mục phong phú với các thuộc tính có thể theo dõi và bối cảnh sẵn sàng cho kênh. Độ chính xác ở cấp trường đơn giản có thể ẩn đi một trang sai, một quan sát lỗi thời, một thực thể không khớp, hoặc một quy tắc quyết định được áp dụng bên ngoài phân khúc dự kiến của nó. Lưu trữ phiên bản của mọi trình phân tích, phân loại, mô hình, ngưỡng, và ánh xạ cần thiết để tái tạo bản ghi đã phát hành.

Các chỉ số tốt kết nối hành vi kỹ thuật với chi phí quyết định. Độ phủ cho thấy cái mà quy trình làm việc có thể quan sát; độ chính xác cho thấy liệu các trường đã phát hành có đồng ý với bằng chứng đã được gán nhãn hay không; độ mới cho thấy liệu sự quan sát có kịp thời hay không; và độ ổn định cho thấy liệu một phép đo có thay đổi vì thị trường đã thay đổi hay vì quy trình thu thập đã thay đổi.

Quyền, Khiếu nại và Danh mục Sản phẩm Nhạy cảm

Chương trình làm giàu dữ liệu sản phẩm cần xem xét nguồn gốc, quyền riêng tư, thời gian lưu giữ và mục đích trước khi việc thu thập trở thành thường xuyên.

Để thu thập tự động, các Từ vựng Sản phẩm của Schema.org định nghĩa cách các chủ sở hữu dịch vụ công bố sở thích của trình thu thập dữ liệu. Những sở thích đó không thay thế quyền hạn, xem xét hợp đồng hoặc giới hạn mục đích, nhưng chúng thuộc về chính sách tiếp nhận và nên được đánh giá trước khi lịch trình được kích hoạt.

các Thông số kỹ thuật dữ liệu sản phẩm Google cung cấp một ranh giới thứ hai cho chủ đề này. Nó giúp các nhóm phân biệt dữ liệu mà có thể quan sát được về mặt kỹ thuật từ dữ liệu mà phù hợp để giữ lại, kết hợp, chấm điểm hoặc sử dụng cho một hành động. Quy tắc kiểm soát truy cập, lưu trữ và xóa nên theo dõi trường nhạy cảm nhất trong một bản ghi thay vì trường ít nhạy cảm nhất.

Các cơ quan chính cung cấp các định nghĩa và kiểm soát có thể được kiểm tra trực tiếp; chúng không loại bỏ nhu cầu về việc xem xét pháp lý và phương pháp cụ thể cho tổ chức. Từ vựng Chất lượng Dữ liệu W3C cung cấp một tài liệu tham khảo cụ thể cho biểu diễn theo miền, rủi ro, hoặc thực tiễn dữ liệu công khai liên quan ở đây.

Thu thập Bằng chứng Sản phẩm từ các Trang Được hiển thị

Các trang web công cộng đã được phê duyệt có thể cung cấp bằng chứng kịp thời cho việc làm phong phú dữ liệu sản phẩm khi phạm vi và ngữ cảnh vẫn được hiển thị.

Trình duyệt Agent không bị lỗi có thể cung cấp phiên duyệt web được quản lý cho các trang công khai đã được phê duyệt, bao gồm cả các trang có nội dung hữu ích xuất hiện sau khi đã xử lý phía client. Ứng dụng vẫn chịu trách nhiệm cho việc phê duyệt mục tiêu, lựa chọn trường, các bước điều hướng, quy tắc trích xuất, giới hạn khối lượng công việc, giữ lại, và mọi cách hiểu được áp dụng sau khi thu thập.

Một hồ sơ mua sắm bền vững bao gồm URL được yêu cầu, URL cuối cùng, thời gian quan sát, thị trường hoặc địa phương khi có liên quan, các kiểm tra danh tính trang, và các bằng chứng thô cần thiết để giải thích một hồ sơ danh mục phong phú với các thuộc tính có thể theo dõi và ngữ cảnh sẵn sàng cho kênh. Giữ những thông tin đó bên cạnh hồ sơ đã được rút ra sẽ tạo điều kiện cho việc sửa chữa sau này khi cấu trúc hoặc ý nghĩa của trang thay đổi.

Xem các quan sát web như một mẫu giới hạn. Giữ lại URL được yêu cầu và cuối cùng, danh tính thực thể, địa phương, thời gian quan sát và xác minh trang bên cạnh mỗi bản ghi danh mục phong phú hơn với các thuộc tính có thể theo dõi và bối cảnh sẵn sàng cho kênh.

Lỗi Tăng cường Danh mục

Làm giàu dữ liệu sản phẩm trở nên không đáng tin cậy khi một đầu ra hoàn thiện che giấu danh tính yếu, bối cảnh hoặc mức độ bao phủ.

• Chỉ khớp theo tiêu đề. Các thuộc tính giao thoa giữa các mô hình hoặc thế hệ tương tự.
• Phẳng hóa các biến thể. Kích thước, màu sắc, gói, hoặc sự khác biệt về khu vực biến mất.
• Điền vào mọi trường. Suy diễn không được hỗ trợ được thưởng hơn là sự vắng mặt trung thực.
• Mất các giá trị nguồn. Chuẩn hóa không thể được kiểm toán hoặc sửa chữa.
• Trộn lẫn bản master và bản sao kênh. Một quy tắc trình bày thay đổi hồ sơ chính thức.

Khi kết quả trôi dạt, hãy so sánh trạng thái mong đợi và được quan sát từng ranh giới một: danh tính nguồn, độ hoàn chỉnh của capture, sự khớp实体, các giá trị đã chuẩn hóa, quy tắc phân tích, thời gian giao hàng, và hành động của người tiêu dùng. Thứ tự đó ngăn chặn sự khác biệt trên bảng điều khiển bị chẩn đoán nhầm là một thất bại trong thu thập và giữ công việc chỉnh sửa gắn liền với chứng cứ.

Danh sách kiểm tra làm phong phú sản phẩm

Sử dụng các câu hỏi sau trước khi một thử nghiệm trở thành quy trình sản xuất định kỳ.

• Một bộ dữ liệu sẽ hỗ trợ quyết định gì, và ai sở hữu quyết định đó?
• Một bản ghi đại diện cho điều gì, và những định danh nào giữ cho hạt đó ổn định?
• Nguồn nào và trạng thái trang nào được chấp thuận để thu thập?
• Trường nào là bắt buộc, tùy chọn, được suy diễn hoặc bị cấm?
• Làm thế nào để ghi lại ngữ cảnh địa phương, tiền tệ, thời gian, và quan sát?
• Bằng chứng có nhãn nào xác định độ chính xác và độ bao phủ chấp nhận được?
• Cách thức xử lý các yêu cầu sửa đổi, giữ lại, xóa bỏ, và truy cập?
• Sự thay đổi nào trong hợp đồng nguồn hoặc hợp đồng người tiêu dùng kích hoạt một cuộc xem xét mới?

Một thiết kế sẵn sàng cho một thử nghiệm có giới hạn khi mỗi câu trả lời có một chủ sở hữu, sản phẩm hoặc biến thể có thể bán được đã được xác định là có thể thử nghiệm, và người tiêu dùng có thể giải thích hành động nào theo mỗi kết quả. Xem lại danh sách kiểm tra bất cứ khi nào hành vi nguồn, độ bao phủ thị trường, cơ sở pháp lý, phân loại, mô hình, hoặc quyền quyết định thay đổi.

Kết luận: Làm phong phú phải củng cố sự thật của sản phẩm

Việc làm phong phú dữ liệu sản phẩm thêm các thuộc tính và ngữ cảnh hữu ích vào một danh tính sản phẩm đã biết. Các chương trình đáng tin cậy bảo tồn các ranh giới biến thể, bằng chứng nguồn, trạng thái trường, phiên bản phân loại, đơn vị, quyền, xung đột, và giao thức kênh để nội dung phong phú hơn không trở nên kém đáng tin cậy hơn.

Bước thực tế tiếp theo là một thử nghiệm hẹp: chọn một sản phẩm hoặc biến thể có thể bán được đã được phê duyệt, thu thập bằng chứng tối thiểu, chuẩn hóa nó theo một lược đồ rõ ràng, xem xét kết quả với nhóm thương mại, tìm kiếm, thị trường, hoặc sản phẩm, và mở rộng chỉ sau khi hồ sơ lỗi đã quan sát phù hợp với mức dung sai của quyết định.

Tham khảo

• T tài liệu hướng dẫn bắt đầu của Scrapeless Agent Browser
• Tổng quan sản phẩm của Scrapeless Agent Browser
• Dòng dữ liệu sản phẩm cạnh tranh của Scrapeless
• Các dự án mã nguồn mở Scrapeless trên GitHub