Data feed file integration price comparison shopping script

Documentation Wiki - DataFeedFile.com - Online merchant datafeed integration for affiliates : DFFprorductsExplanation

HomePage | Categories :: PageIndex :: RecentChanges :: RecentlyCommented :: Login/Register
Home Affiliate FAQ Merchant FAQ Examples Merchants Networks & Programs Forum Blog Wiki Knowledge Base Login

Revision [594]

Last edited on 2009-03-10 11:03:52 by admin
Additions:
- [[DFFProductSKU Read more about DFF Product SKU here]].
- [[DFFSKUExport Product SKU data feed download]].
Deletions:
- [[http://wiki.datafeedfile.com//wikka.php?wakka=DFFProductSKU Read more about DFF Product SKU here]].


Revision [419]

Edited on 2008-08-29 11:41:26 by admin
Additions:
When DFF fails to match a merchant product against DFF Product SKU database, the merchant will still be included in the DFF product database as an Individual Merchant Product. Individual Merchant Product is not comparable against multiple sellers. Individual Merchant Products are uniquely identified via merchant number ([[http://wiki.datafeedfile.com//wikka.php?wakka=dffMerInfo mernum]]) + mersku (merchant's own SKU).
===How does DFF Product Matching Work?===
Each merchant product will be compared and attempt to be matched against DFF Product SKU database based on the following rules (ordered by priority):
1) Compare against UPC, EAN, ISBN, etc...
1) Compare against Manufacturer Name + Manufacturer Part Number / model number.
1) Compare against Product title / Short Description.
DFF do use a little bit of tolerance via Fuzzy string matching when attempting to match against Manufacturer Product Information (mfgname + partno) and Product Title. If none of the above match any DFF Product SKU database, then the product is considered an [[http://wiki.datafeedfile.com//wikka.php?wakka=DFFMerchantProducts Individual Merchant Product]] (but still included in DFF's searchable database used by [[dffPSE PSE]]).
Deletions:
When DFF fails to match a merchant product against DFF Product SKU database, the merchant will still be included in the DFF product database as an Individual Merchant Product. Individual Merchant Product is not comparable against multiple sellers. Individual Merchant Products are uniquely identified via merchant number (mernum) + mersku (merchant's own SKU).


Revision [417]

Edited on 2008-08-29 11:23:26 by admin
Additions:
Note: the above link may not work (only shown as syntax example) because prdtid will change between data feed imports.
To see dff_prdtclick.php in action simple examine the click-through URL when hovering over the Buy Now or More Info button on the PPC page:
http://www.datafeedfile.com/examples/remotephp.php?eid=0_4


Revision [416]

Edited on 2008-08-29 11:21:09 by admin
Additions:
http://www.datafeedfile.com/dff_prdtclick.php?affid=1001&prdtid=60955135
Deletions:
http://www.datafeedfile.com/dff_prdtclick.php?affid=1001&prdtid=8160405480


Revision [415]

Edited on 2008-08-29 11:19:26 by admin
Additions:
http://www.datafeedfile.com/dff_prdtclick.php?affid=1001&prdtid=8160405480
Deletions:
http://www.datafeedfile.com/dff_prdtclick.php?affid=1001&prdtid=8160405480∞


Revision [414]

Edited on 2008-08-29 11:19:06 by admin
Additions:
Basically, DFF product database have 2 kind of product: (1) [[http://wiki.datafeedfile.com//wikka.php?wakka=DFFProductSKU DFF SKU products]] also known as corenum, (2) Merchant Product also known as prdtid.
[[http://wiki.datafeedfile.com//wikka.php?wakka=DFFProductSKU DFF SKU (aka corenum)]] is a unique number assigned for a particular uniquely identified product. We assign a unique number starting from 100 and greater. DFF will not reuse SKU #. Each SKU # always represent a unique product. DFF SKU# assigned for particular product will always be assigned to that product (will not ever change). Most of the time once a SKU # has been assigned, there are usually more than 1 merchant selling that particular product, therefore it is a comparable product amongst multiple merchants. When displaying PSE search results, you should check if corenum > 0, if it is >0 means it is a valid SKUed product and therefore it will have min - max price, sellercount (how many merchant you have selected sells that product) and list of merchants numbers (mernum) selling that product. Once you have identified a particular search result as a SKUed product the click-through from that one row / listing should be directed to DFF's PPC (product price comparison) where a list of merchants along with their prices, availability, rating, etc will be shown.
If [[http://wiki.datafeedfile.com//wikka.php?wakka=DFFProductSKU DFF SKU (corenum)]] is NOT >0 (is not greater than zero) then it is not a valid SKUed product. Instead of relying on DFF SKU / corenum you should focus on prdtid. Prdtid is a unique identifier for a single unique merchant product. Unlike DFF SKU / corenum, prdtid will change every 24 - 48 hours as we re-import / refresh data from merchants data feed. Therefore you should NOT rely on the min - max price, sellercount, nor will it have a list of merchants. When corenum is NOT > 0 it means the product is a single merchant product. It is not comparable against multiple stores and click-through from this search result should NOT be directed to PPC (product price comparison) script. Instead the shopper should be sent directly to the Store's web site via DFF product click script. A DFF product click script will need at least two required parameters which are prdtid and affid. Here is an example of a DFF product click URL:
Deletions:
Basically, DFF product database have 2 kind of product: (1) DFF SKU products also known as corenum, (2) Merchant Product also known as prdtid.
DFF SKU (aka corenum) is a unique number assigned for a particular uniquely identified product. We assign a unique number starting from 100 and greater. DFF will not reuse SKU #. Each SKU # always represent a unique product. DFF SKU# assigned for particular product will always be assigned to that product (will not ever change). Most of the time once a SKU # has been assigned, there are usually more than 1 merchant selling that particular product, therefore it is a comparable product amongst multiple merchants. When displaying PSE search results, you should check if corenum > 0, if it is >0 means it is a valid SKUed product and therefore it will have min - max price, sellercount (how many merchant you have selected sells that product) and list of merchants numbers (mernum) selling that product. Once you have identified a particular search result as a SKUed product the click-through from that one row / listing should be directed to DFF's PPC (product price comparison) where a list of merchants along with their prices, availability, rating, etc will be shown.
If DFF SKU (corenum) is NOT >0 (is not greater than zero) then it is not a valid SKUed product. Instead of relying on DFF SKU / corenum you should focus on prdtid. Prdtid is a unique identifier for a single unique merchant product. Unlike DFF SKU / corenum, prdtid will change every 24 - 48 hours as we re-import / refresh data from merchants data feed. Therefore you should NOT rely on the min - max price, sellercount, nor will it have a list of merchants. When corenum is NOT > 0 it means the product is a single merchant product. It is not comparable against multiple stores and click-through from this search result should NOT be directed to PPC (product price comparison) script. Instead the shopper should be sent directly to the Store's web site via DFF product click script. A DFF product click script will need at least two required parameters which are prdtid and affid. Here is an example of a DFF product click URL:


Revision [413]

Edited on 2008-08-29 11:18:05 by admin
Additions:
When DFF fails to match a merchant product against DFF Product SKU database, the merchant will still be included in the DFF product database as an Individual Merchant Product. Individual Merchant Product is not comparable against multiple sellers. Individual Merchant Products are uniquely identified via merchant number (mernum) + mersku (merchant's own SKU).
- [[http://wiki.datafeedfile.com//wikka.php?wakka=DFFMerchantProducts Read more about DFF Individual Merchant Products]]
When using JSON / XML search results are returned in raw data format (either XML structure / JSON format converted to native array).
The output always contain a statistic section, merchantlist, categorylist, pricelist and most importantly the productlist.
All of the sections are self explanatory except for productlist, where there you must understand the logic behind DFF's product database organization.
Basically, DFF product database have 2 kind of product: (1) DFF SKU products also known as corenum, (2) Merchant Product also known as prdtid.
DFF SKU (aka corenum) is a unique number assigned for a particular uniquely identified product. We assign a unique number starting from 100 and greater. DFF will not reuse SKU #. Each SKU # always represent a unique product. DFF SKU# assigned for particular product will always be assigned to that product (will not ever change). Most of the time once a SKU # has been assigned, there are usually more than 1 merchant selling that particular product, therefore it is a comparable product amongst multiple merchants. When displaying PSE search results, you should check if corenum > 0, if it is >0 means it is a valid SKUed product and therefore it will have min - max price, sellercount (how many merchant you have selected sells that product) and list of merchants numbers (mernum) selling that product. Once you have identified a particular search result as a SKUed product the click-through from that one row / listing should be directed to DFF's PPC (product price comparison) where a list of merchants along with their prices, availability, rating, etc will be shown.
If DFF SKU (corenum) is NOT >0 (is not greater than zero) then it is not a valid SKUed product. Instead of relying on DFF SKU / corenum you should focus on prdtid. Prdtid is a unique identifier for a single unique merchant product. Unlike DFF SKU / corenum, prdtid will change every 24 - 48 hours as we re-import / refresh data from merchants data feed. Therefore you should NOT rely on the min - max price, sellercount, nor will it have a list of merchants. When corenum is NOT > 0 it means the product is a single merchant product. It is not comparable against multiple stores and click-through from this search result should NOT be directed to PPC (product price comparison) script. Instead the shopper should be sent directly to the Store's web site via DFF product click script. A DFF product click script will need at least two required parameters which are prdtid and affid. Here is an example of a DFF product click URL:
http://www.datafeedfile.com/dff_prdtclick.php?affid=1001&prdtid=8160405480∞
There may be other parameters passed behind the URL above, but affid and prdtid are the basic requirement. DFF product click will redirect traffic from your site to DFF, then to the affiliate network, then to the merchant's web site. This script will also perform the 4th click shared commission∞ affiliate ID substitution.


Revision [411]

The oldest known version of this page was created on 2008-08-29 10:58:28 by admin
Integrate price comparison shopping data feed file from thousands of online merchant product data feeds | Valid CSS

Page was generated in 0.0489 seconds