Đối Sánh Sản Phẩm Giữa Các Nhà Bán Lẻ: Chuẩn Hóa SKU, GTIN và Biến Thể

Scrapeless Agent Browser hiển thị các lựa chọn biến thể của nhà bán lẻ, và Scrapeless Residential Proxies cho phép bên thu thập quan sát ngữ cảnh cửa hàng gắn với một vị trí đã chọn.

Một Pipeline Đối Sánh Sản Phẩm Ở Mức Khái Quát

Đối sánh sản phẩm giữa các nhà bán lẻ liên kết các danh sách cụ thể của cửa hàng với cùng một đơn vị hàng hóa thương mại hoặc biến thể danh mục để giá có thể được so sánh trên một cơ sở được xác định. Quy trình bắt đầu từ một danh sách thô, ghi lại biến thể đã chọn, chuẩn hóa mã định danh, tạo ứng viên, đánh giá xung đột và lưu trữ một quyết định có thể giải thích. Giữ đơn vị mua hàng cố định trong suốt. Một trang có tiêu đề giống dòng trong danh mục của bạn vẫn có thể mô tả một gói combo, một cỡ khác hoặc một món hàng đã qua sử dụng.

Thiết kế cho ba thực thể. Nhóm sản phẩm ghi lại các thuộc tính chung như thương hiệu và dòng model. Biến thể có các thuộc tính xác định đơn vị hàng hóa thương mại. Offer mô tả ai đang bán biến thể đó trên một thị trường cụ thể và trong những điều kiện nào. Từ vựng ProductGroup biểu diễn các thuộc tính sản phẩm dùng chung và quan hệ giữa các biến thể. Từ vựng Offer biểu diễn các điều khoản thương mại. Schema của bạn có thể dùng tên trường khác miễn là vẫn giữ đường ranh đó.

Liên kết giữa một biến thể của nhà bán lẻ và biến thể trong danh mục nội bộ của bạn nên ghi lại phương pháp quyết định, các thuộc tính đã so sánh, phiên bản quy tắc đối sánh và bằng chứng đầu vào. Cung cấp cho người kiểm duyệt một bản ghi bền vững khi danh sách thay đổi. Nếu nhà bán lẻ tái sử dụng tuyến sản phẩm cho một thế hệ mới, quyết định đối sánh cũ vẫn có thể giải thích các lần quan sát mà nó đã nối trước đó.

Giai đoạn 1. Ghi Lại Biến Thể Mà Offer Mô Tả

Ghi lại trạng thái tùy chọn đã chọn và offer hiển thị cùng nhau. Một nhà bán lẻ có thể đặt nhiều màu sắc hoặc dung lượng dưới một trang chuẩn chung. Mã định danh JSON-LD cấp nhóm có thể tham chiếu đến model cơ sở, trong khi hàng đã chọn hiển thị một mã biến thể khác. Giữ lại URL được yêu cầu và URL cuối cùng, các thuộc tính đã chọn, SKU thô và các GTIN ứng viên, và nguồn gốc của từng mã định danh.

Trên các trang tương tác, sử dụng Scrapeless Agent Browser để thao tác các điều khiển tùy chọn và đợi cho đến khi biến thể đã chọn và offer khớp nhau. Giải pháp tự động hóa Agent Browser bao phủ các quy trình dựa trên trình duyệt nơi trạng thái được render là quan trọng. Nếu nguồn đối sánh phục vụ các cơ cấu hàng hóa thị trường khác nhau, hãy dùng Residential Proxies để thu thập phù hợp thị trường và xác minh vùng cửa hàng trong kết quả. Điểm egress không cho bạn biết liệu trang web có áp dụng một ưu tiên thị trường trước đó hay không.

Giữ cả bằng chứng ban đầu và bằng chứng đã chấp nhận cho điều tra. Một feed có thể cung cấp GTIN cho chính đơn vị hàng hóa thương mại ngay cả khi trang được render bỏ qua nó. Trang được render có thể hiển thị bao bì hoặc tình trạng mà feed nén thành một ngành hàng rộng. Gắn nhãn nguồn ở cấp trường để người kiểm duyệt có thể thấy xung đột bắt đầu từ đâu.

Giai đoạn 2. Chuẩn Hóa Mã Định Danh Mà Không Làm Mất Ý Nghĩa Của Chúng

Chuẩn hóa SKU áp dụng các quy tắc riêng của nhà bán lẻ cho một mã hàng cục bộ. Giữ chuỗi nguồn và chuỗi đã chuẩn hóa. Cắt bỏ khoảng trắng truyền dẫn đã biết, và chỉ thay đổi chữ hoa/thường hoặc ký tự phân tách khi hợp đồng với nhà bán lẻ đó định nghĩa chúng là không quan trọng. Hậu tố trông giống mã màu có thể phân biệt hai biến thể. Các số 0 đứng đầu cũng có thể có ý nghĩa. Lưu các mã định danh cục bộ dưới dạng chuỗi.

Chuẩn hóa GTIN coi một mã là một dãy chữ số và tuân theo các quy tắc định danh trong GS1 General Specifications. Kiểm tra các độ dài GTIN cho phép và xác minh chữ số kiểm tra. Sau khi xác thực, điền số 0 cho các GTIN hợp lệ ngắn hơn thành một biểu diễn so sánh mười bốn chữ số nếu đó là hợp đồng của bạn. Bảo toàn dạng thô và ngữ cảnh bao bì. Một checksum hợp lệ phát hiện được một số lỗi ghi chép. Nó không chứng minh rằng mã thuộc về mặt hàng trên trang.

Mã số linh kiện nhà sản xuất (manufacturer part number) có thể hữu ích khi GTIN vắng mặt. Giới hạn phạm vi mã linh kiện theo nhà sản xuất đã chuẩn hóa và ghi lại các hậu tố có ý nghĩa biểu thị khu vực, màu sắc hoặc bao bì. Tách riêng SKU của nhà bán lẻ khỏi mã linh kiện. Ngay cả một trùng khớp SKU cục bộ chính xác giữa hai domain cũng có thể chỉ là trùng hợp nếu các nhà bán lẻ phát hành mã một cách độc lập.

Giai đoạn 3. Loại bỏ xung đột nghiêm trọng trước khi chấm điểm mức độ tương đồng

Một ứng viên vi phạm một chiều biến thể bắt buộc nên rời khỏi đường tự động ghép nối. Với viên nén cà phê, trùng thương hiệu và hương vị không thể bù cho một gói mười hai so với một thùng gồm sáu gói mười hai. Với thiết bị gia dụng, điện áp và loại đầu nối có thể quan trọng. Xác định các chiều bắt buộc theo danh mục và coi chiều bị thiếu là không rõ. Một xung đột đã biết và một thuộc tính bị thiếu đòi hỏi các quyết định rà soát khác nhau.

Hãy xem một danh sách viên nén cà phê hư cấu với SKU nhà bán lẻ B-099, một GTIN hợp lệ được sao chép từ bản ghi gói đơn, và tiêu đề ghi là thùng sáu gói. Mục trong danh mục của bạn là phiên bản gói đơn. Ứng viên nên được giữ ở trạng thái chưa giải quyết hoặc bị từ chối như một đơn vị mua khác, với bằng chứng từ tiêu đề và số lượng gói được lưu trữ. Một so sánh theo đơn giá có thể được tạo riêng khi nhóm định giá muốn rõ ràng chi phí trên mỗi viên là tương đương.

Ghép mờ là công cụ tạo ứng viên khi thiếu các định danh mạnh. Trước hết hãy giới hạn tập ứng viên theo danh mục và thương hiệu. So sánh các token mẫu đã chuẩn hóa và các thuộc tính có kiểu. Tránh biến các tính từ cấp danh mục thành tín hiệu nhận diện. Xây dựng một tập dữ liệu gán nhãn với các âm khó, bao gồm dung tích lân cận và các gói trực quan giống hệt nhau, và đánh giá độ chính xác cho từng quy tắc tự động chấp nhận trên tập đó.

Giai đoạn 4. Lưu trữ quyết định, ghi đè và sửa đổi

Một phép ghép có thể kiểm toán là một quan hệ có phiên bản với lý do, chẳng hạn như GTIN trùng khớp với thuộc tính đã được xác nhận, ghép tay, bị từ chối do xung đột số lượng gói hoặc chưa xác định được danh tính. Lưu thời điểm phép ghép bắt đầu có hiệu lực, sau đó để các truy vấn định giá lịch sử chọn quan hệ hợp lệ tại thời điểm quan sát. Một chỉnh sửa trong tương lai có thể tạo ra một góc nhìn sửa đổi mà không xóa nguồn gốc ban đầu.

Dùng quyền riêng cho việc ghi ứng viên ghép tự động và phê duyệt ghi đè. Cung cấp cho người rà soát định danh thô, định danh đã chuẩn hóa, thuộc tính so sánh, lần thu thập gần đây, thị trường nguồn và lý do quy tắc do dự. Giới hạn thời gian hiệu lực của ghi đè khi chủ sở hữu danh mục kỳ vọng nguồn sẽ thay đổi. Ghi lại nhóm hoặc dịch vụ chịu trách nhiệm rà soát các quyết định hết hạn.

Công bố riêng độ bao phủ và độ chính xác. Tỷ lệ tự động ghép có thể tăng trong khi số ghép sai cũng tăng. Đo chất lượng trên nhóm được chấp nhận và lấy mẫu từ nhóm chưa giải quyết để xem những liên kết hữu ích nào đang bị quy tắc bỏ sót. Ghép kết quả với quy trình giám sát giá theo khu vực và hướng dẫn pipeline định giá cạnh tranh để phép ghép cung cấp so sánh cho đúng thị trường. Ước tính chi phí thu thập từ định giá Scrapeless với cơ cấu đo được của lựa chọn biến thể và lần kiểm tra thị trường.

Kiểm tra bất đồng giữa các cửa hàng trước khi chỉnh sửa quy tắc

Xem bất đồng giữa các cửa hàng như một nhiệm vụ chẩn đoán. Kiểm tra xem mỗi quan sát có nêu cùng số lượng gói, tình trạng và cấu hình đã chọn hay không trước khi thay đổi ngưỡng. Nếu xung đột chỉ xuất hiện sau khi mẫu nguồn thay đổi, hãy so sánh nguồn gốc trường được lưu trữ với đầu ra bộ phân tích hiện tại. Một tiêu đề khuyến mại có thể đưa vào các token mà bộ ghép hiểu là kích thước gói. Thiết kế lại cửa hàng có thể chuyển ID biến thể sang một phần tử được chia sẻ bởi mọi sản phẩm trong nhóm.

Giữ lại một ví dụ đã được phân xử sau cuộc điều tra. Người rà soát nên ghi lại bằng chứng nào sẽ thay đổi quyết định, chẳng hạn như một định danh nhà sản xuất rõ ràng hoặc ảnh của đơn vị đã đánh dấu trong nguồn cấp được ủy quyền. Dùng ví dụ đó khi đánh giá sửa đổi quy tắc. Tỷ lệ tự động ghép có thể được mở rộng bằng cách cho phép nhiều danh mục đi qua cùng một cổng, nhưng một sửa đổi đáng tin cậy sẽ cải thiện tỷ lệ chấp nhận cho một nhóm đã biết và giữ nguyên hiệu suất trên các âm khó.

Chỉ phát hành các phép ghép đề nghị có thể so sánh

Bắt đầu với một danh mục mà nhóm danh mục có thể gán nhãn thuộc tính biến thể một cách tự tin. Thu thập đơn vị đã chọn từ cả hai nguồn và làm cho lý do ghép được phê duyệt hiển thị cho các bước sau. Một báo cáo định giá nên giải thích được tại sao hai đề nghị được ghép đôi và tách chúng ra khi bằng chứng thay đổi.