Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

A good rule of thumb here: if the orders are being placed on the end consumers' accounts, retailers are okay with using affiliate. If you're placing the orders on your own account, they're not okay with it. Exact policies vary from retailer to retailer.


I would use priceyak significantly more if they supported the following features:

1. Support more sites. I need staples, bestbuy, and sears mainly for now.

2. Add ability to collect portal cashback, customizable to select the highest paying one at the time of purchase. Track whether purchases got the cashback and provide a list of ones that didn't so they can be reported to the portal.

3. Ability to place orders using gift cards uploaded by the user. Related: use store points (like sears shop your way points) if available.

4. Support product limits per account, so e.g. if a product can only be ordered 3 times on an account, automatically order from the next account if more than 3 sell.

5. Support listing on Amazon and fulfilling using retailers. Right now priceyak only supports eBay listing.

I'm considering building something like this myself, but I don't have much interest in actually running it, I just want something that works. If priceyak had something like that I'd use them instead of rolling my own.


Right. So does your API support "making a purchase" on behalf of the consumer (through the consumer's account) and then collecting affiliate revenue?

If so, how do you manage the mechanics of that? Does Amazon have an OAuth feature or do you need to request the consumer's credentials?


We do this for a couple niche API users. We need the consumer's credentials--none of the retailers support OAuth with ordering permission.


Amazon has no oauth to buying products, because it is not a supported feature of the API. So they would need your real Amazon password.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: