<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Ask Kirsty &#8211; Pros and Cons of Datafeeds?</title>
	<atom:link href="http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/</link>
	<description>Affiliate marketing news &#038; articles for newbies and pros by Kirsty McCubbin</description>
	<lastBuildDate>Thu, 19 Jan 2012 22:22:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: matt</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7473</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Fri, 23 Apr 2010 09:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7473</guid>
		<description>1 more thing - always take a good look at the data quality in a feed before investing in coding up the downloading and processing of it.

In my experience feeds direct from the merchant are better quality than those regurgitated by the network. I&#039;ve seen network supplied feeds with invalid formatting, data months out of date and purchasing deeplinks that 404. Junk basically (&amp; this was a major UK brand on a big network).

Remember too a feed can get pulled by the merchant at any time, don&#039;t place a big bet on any one feed unless you have a specific agreement with the merchant, and always have a back up plan.</description>
		<content:encoded><![CDATA[<p>1 more thing &#8211; always take a good look at the data quality in a feed before investing in coding up the downloading and processing of it.</p>
<p>In my experience feeds direct from the merchant are better quality than those regurgitated by the network. I&#8217;ve seen network supplied feeds with invalid formatting, data months out of date and purchasing deeplinks that 404. Junk basically (&amp; this was a major UK brand on a big network).</p>
<p>Remember too a feed can get pulled by the merchant at any time, don&#8217;t place a big bet on any one feed unless you have a specific agreement with the merchant, and always have a back up plan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7462</link>
		<dc:creator>Gary</dc:creator>
		<pubDate>Thu, 22 Apr 2010 20:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7462</guid>
		<description>For those interested in Datafeeds and Wordpress. I did a post on our blog a while back - &lt;a href=&quot;http://www.affiliateproject.co.uk/pull-product-datafeeds-php-mysql-display-webpage/&quot; rel=&quot;nofollow&quot;&gt;How to pull product datafeeds using PHP and MYSQL and display into your Webpage&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>For those interested in Datafeeds and WordPress. I did a post on our blog a while back &#8211; <a href="http://www.affiliateproject.co.uk/pull-product-datafeeds-php-mysql-display-webpage/" rel="nofollow">How to pull product datafeeds using PHP and MYSQL and display into your Webpage</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7461</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Thu, 22 Apr 2010 20:07:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7461</guid>
		<description>Ooh product feeds! Don&#039;t get me started :) They are great and they are a right royal pain in the posterior. As Kirsty has pointed out, when the merchant does them well and categorizes their products they are superb and using SQL statements to pull them out, even using UNION to merge different queries together to get exactly what you want is brilliant. However, a lot of merchants don&#039;t do this and in that case you have to be really creative with your statements to pull out exactly what you need and only what you need. Worth perservering with as if you can get it right it can really enhance your site. We use mainly data feeds and believe me it certainly improves your SQL skills.</description>
		<content:encoded><![CDATA[<p>Ooh product feeds! Don&#8217;t get me started <img src='http://www.affiliatestuff.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  They are great and they are a right royal pain in the posterior. As Kirsty has pointed out, when the merchant does them well and categorizes their products they are superb and using SQL statements to pull them out, even using UNION to merge different queries together to get exactly what you want is brilliant. However, a lot of merchants don&#8217;t do this and in that case you have to be really creative with your statements to pull out exactly what you need and only what you need. Worth perservering with as if you can get it right it can really enhance your site. We use mainly data feeds and believe me it certainly improves your SQL skills.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Quick</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7456</link>
		<dc:creator>Simon Quick</dc:creator>
		<pubDate>Thu, 22 Apr 2010 16:04:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7456</guid>
		<description>Hi guys,

I manage the feed system here at buy.at

A big thing I always try and press on affiliates is that you can very rarely just plug a bunch of feeds straight into a database and your site will instantly convert. 

The varying backend systems and procedures of each merchant means its very rare for them to be able to provide a perfect fit. We run a lot of bespoke modifications across feeds which work on issues such as product name normalisation, re-categorisation of products, vertical specific naming and feed structures, removal of HTML from descriptions and data cleansing. Unfortunately there is only so much we can do as sometimes as the data literally is not available. 

While I am all for a completely standardised format and making things easier for everyone, its also worth noting that different verticals have different attributes; to accomodate this we have a different recommended structure for each of the main verticals. 

The best uses of feeds I&#039;ve seen are when the affiliate takes small sections from a variety of feeds and mixes it with their own content and/or other technologies. An obvious example would be the travel sector where feeds are integrated with Google maps and there are also some excellent mashups between ticketing and music retailers starting to appear. 

On the subject of categorisation, most of you will know that merchants categorisation varies massively. To try and accomodate this, we (and other networks) have our own internal categorisation system. We go through the merchants feed on a category by category basis and match the merchants choice up to our own internal structure. This is illustrated well in the Create-A-Feed tool our buddies at Awin have; I am very jealous :)</description>
		<content:encoded><![CDATA[<p>Hi guys,</p>
<p>I manage the feed system here at buy.at</p>
<p>A big thing I always try and press on affiliates is that you can very rarely just plug a bunch of feeds straight into a database and your site will instantly convert. </p>
<p>The varying backend systems and procedures of each merchant means its very rare for them to be able to provide a perfect fit. We run a lot of bespoke modifications across feeds which work on issues such as product name normalisation, re-categorisation of products, vertical specific naming and feed structures, removal of HTML from descriptions and data cleansing. Unfortunately there is only so much we can do as sometimes as the data literally is not available. </p>
<p>While I am all for a completely standardised format and making things easier for everyone, its also worth noting that different verticals have different attributes; to accomodate this we have a different recommended structure for each of the main verticals. </p>
<p>The best uses of feeds I&#8217;ve seen are when the affiliate takes small sections from a variety of feeds and mixes it with their own content and/or other technologies. An obvious example would be the travel sector where feeds are integrated with Google maps and there are also some excellent mashups between ticketing and music retailers starting to appear. </p>
<p>On the subject of categorisation, most of you will know that merchants categorisation varies massively. To try and accomodate this, we (and other networks) have our own internal categorisation system. We go through the merchants feed on a category by category basis and match the merchants choice up to our own internal structure. This is illustrated well in the Create-A-Feed tool our buddies at Awin have; I am very jealous <img src='http://www.affiliatestuff.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheDebtHawk.com</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7453</link>
		<dc:creator>TheDebtHawk.com</dc:creator>
		<pubDate>Thu, 22 Apr 2010 11:12:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7453</guid>
		<description>Hello Kirsty,

Could you recommend a resource to learn how to use feeds?  

Thanks</description>
		<content:encoded><![CDATA[<p>Hello Kirsty,</p>
<p>Could you recommend a resource to learn how to use feeds?  </p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7451</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Thu, 22 Apr 2010 10:03:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7451</guid>
		<description>1 thing I think may confuse lots of people, especially those starting out, is the ambiguity of the word &#039;feed&#039;.

Lots of people (especially networks) say &#039;feed&#039; when, to me, they really mean, a &#039;widget&#039;. The publisher usually adds a little Javascript to their page where they want the widget to appear. When this is loaded by a browser the Javascript gets executed, which usually loads some data and formatting from the merchant or network, which is then rendered into the page by the browser, so the user sees the result.

On the plus side these widgets are very easy to integrate into a site. The negatives are that search engine spiders won&#039;t execute that Javascript, so won&#039;t see the result, so won&#039;t count the widget as &#039;content&#039; at all (fresh or not), and that the publisher&#039;s control of what gets rendered can be minimal. (I&#039;m sure someone will correct me if I&#039;m wrong).

To me a &#039;feed&#039; is a data file published by a network or merchant containing some sort of product information, often including price and availability. Usually the publisher downloads this &#039;behind the scenes&#039; and loads it into their own database, they then publish it as they see fit.

On the plus side this means massive flexibility - the feed is the raw material to build whatever you want. However this takes programming ability and server resources, it&#039;s not an out of the box solution.</description>
		<content:encoded><![CDATA[<p>1 thing I think may confuse lots of people, especially those starting out, is the ambiguity of the word &#8216;feed&#8217;.</p>
<p>Lots of people (especially networks) say &#8216;feed&#8217; when, to me, they really mean, a &#8216;widget&#8217;. The publisher usually adds a little Javascript to their page where they want the widget to appear. When this is loaded by a browser the Javascript gets executed, which usually loads some data and formatting from the merchant or network, which is then rendered into the page by the browser, so the user sees the result.</p>
<p>On the plus side these widgets are very easy to integrate into a site. The negatives are that search engine spiders won&#8217;t execute that Javascript, so won&#8217;t see the result, so won&#8217;t count the widget as &#8216;content&#8217; at all (fresh or not), and that the publisher&#8217;s control of what gets rendered can be minimal. (I&#8217;m sure someone will correct me if I&#8217;m wrong).</p>
<p>To me a &#8216;feed&#8217; is a data file published by a network or merchant containing some sort of product information, often including price and availability. Usually the publisher downloads this &#8216;behind the scenes&#8217; and loads it into their own database, they then publish it as they see fit.</p>
<p>On the plus side this means massive flexibility &#8211; the feed is the raw material to build whatever you want. However this takes programming ability and server resources, it&#8217;s not an out of the box solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Skelland</title>
		<link>http://www.affiliatestuff.co.uk/ask-kirsty/ask-kirsty-pros-and-cons-of-datafeeds/comment-page-1/#comment-7450</link>
		<dc:creator>James Skelland</dc:creator>
		<pubDate>Thu, 22 Apr 2010 09:41:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.affiliatestuff.co.uk/?p=570#comment-7450</guid>
		<description>Feed categorisation is an issue which we have particular headaches about. Merchant&#039;s categories tend to be based on their own website/database structure, and as mentioned, they will obviously never be the same from merchant to merchant - and we can&#039;t really expect them to be!

From a network point of view, they provide their own category trees; however these tend not to be that detailed, as they have to be a &quot;one size fits all&quot; solution for all of their merchants across many many verticals.

I think to improve this situation, it&#039;s down to the networks to provide a far deeper and richer categorisation tree, and then for the merchants to play their part by spending the time on correctly mapping their categories over.

Only then can I get rid of my massive Excel spreadsheet, full of macros and 20+ lookup tables, which is now far too complicated for me to remember how the hell it works!!!

James</description>
		<content:encoded><![CDATA[<p>Feed categorisation is an issue which we have particular headaches about. Merchant&#8217;s categories tend to be based on their own website/database structure, and as mentioned, they will obviously never be the same from merchant to merchant &#8211; and we can&#8217;t really expect them to be!</p>
<p>From a network point of view, they provide their own category trees; however these tend not to be that detailed, as they have to be a &#8220;one size fits all&#8221; solution for all of their merchants across many many verticals.</p>
<p>I think to improve this situation, it&#8217;s down to the networks to provide a far deeper and richer categorisation tree, and then for the merchants to play their part by spending the time on correctly mapping their categories over.</p>
<p>Only then can I get rid of my massive Excel spreadsheet, full of macros and 20+ lookup tables, which is now far too complicated for me to remember how the hell it works!!!</p>
<p>James</p>
]]></content:encoded>
	</item>
</channel>
</rss>

