2010-03-31 3 views
2

Я работаю над интеграцией продаж филиалов в несколько существующих сайтов. Мы используем несколько продавцов, которые работают через разные сети (cj, shareasale, linkshare, avantlink).Сравнение данных из разных сетей (Партнерский маркетинг)

Теперь я наблюдаю, что все эти сети предоставляют каналы передачи данных в разных форматах. Но это не большая проблема. Моя главная забота - это на самом деле торговцы, использующие разные названия на одних и тех же продуктах. Я не хочу работать в таких ситуациях:

а) два предложения этого продукта от N продавцов (если названия являются просто немного по-другому)

б) один список N различных продуктов от продавцов (если мы не используем строгий алгоритм сравнения)

Мы хотим, чтобы автоматизировать все как можно больше, избегать операций сканирования списков под вопросом все время.

Как эта проблема обычно обрабатывается?

ответ

4

У нас есть аналогичная проблема с попыткой свертывания продуктов из нескольких торговых каналов. То, что мы делаем, это свернуть продукты на основе их бренда (или производителя) + комбо.

Наши данные довольно грязные, поэтому нам нужно выполнить некоторую работу, чтобы нормализовать как бренд, так и шку, так что продукты легко разваливаются. У нас есть список брендов, которым мы заботимся, и делаем некоторые работы, чтобы сопоставлять бренды с кормом торговца в нашем бренде. например Если у нас есть «ACME» бренд в нашей системе мы можем сопоставить следующие к этой марке:

A.C.M.E => ACME 
ACME Inc. => ACME 
Acme Incorporated => ACME 

Для артикулов мы обычно просто раздеться любые не алфавитно-цифровые символы для целей сопоставления. например все следующие будут сопоставляться с одним и тем же:

abc-123 => abc123 
abc.123 => abc123 
abc 123 => abc123 
ab.c1.23 => abc123 

Итак, если мы видим бренд «ACME Inc.», и sku «abc-123» в одном канале, который рухнет с брендом «A.C.M.E» и sku «abc 123» из другого канала.

В рамках процесса свертывания мы заканчиваем несколькими именами/изображениями/описаниями/категориями и т. Д. Для каждой свернутой части и вам нужно выбрать «лучший» для показа на веб-сайте.

Это очень высокий уровень обзора того, как мы его обрабатываем.

+0

Спасибо большое! Я не знал, что SKU будет одинаковым для разных брендов, я думал, что SKU специфичны для торговцев (так, как они каталогизируют свой инвентарь внутри компании). –

+0

Это зависит от ... Иногда торговец поставляет изготовитель sku, а иногда они используют свой собственный внутренний ски. И в других случаях они будут использовать вариации на производителю, которые включают префикс или суффикс определенной марки (например, acme-abc-123). Если продавец только дает вам свой внутренний ски, то может быть очень сложно сопоставить этот продукт с тем же продуктом от других продавцов. – tpunder

-1

Как эта проблема обычно обрабатывается?

Такие сценарии обычно покрываются системами хранения данных, такими как ORACLE, HP, Microsoft, IBM, Netezza или Teradata.

+0

Мы используем MySQL. Также «обработанный» не совсем информативен для меня. Как они обрабатываются? Я не думаю, что он может быть на 100% автоматизирован и работать без ошибок. –

0

Ищите продавцов, которые предоставляют коды UPC в своих лентах. Они универсальны. Кроме того, в AvantLink вы можете настроить собственный выходной поток, так что это приятно.

+0

Спасибо. Но см. Мой комментарий выше. –

0

Я действительно просматривал 2 примера данных из AvantLink минуту назад. Вот список полей, которые они предоставляют (не фильтруется, поэтому я предполагаю, что это все):

SKU 
Manufacturer 
Id 
Brand Name 
Product Name  
Long Description  
Short Description 
Category  
SubCategory 
Product Group 
Thumb URL 
Image URL 
Buy Link  
Keywords  
Reviews 
Retail Price  
Sale Price 
Brand 
Page Link 
Brand Logo Image  
Product Page View Tracking 
Product Content Widget 

Я думал, что да, имея СКП бы (почти) идеал, но оба магазина я смотрел на (один из них REI) не предоставляют UPC.

Проверено соединение комиссии и Sshareasale, несколько крупных торговцев, они также не включают UPC.

Смежные вопросы