Topic: Anonymous Ads - bitcoin advertising network [migration to v.2] - page 6. (Read 44759 times)
The new adcode is much faster indeed, but now it seems that my sites aren't detected as containing it: health dropped to 58%, except on the site where I still haven't updated the code: http://anonymousads.com/affiliate/447
How long does it take for a site to link with an affiliate?
I have been using ads of my site for a while but it's not linked with my affiliate yet.
I have been using ads of my site for a while but it's not linked with my affiliate yet.
Normally it should happen in half an hour.. However if your site's health is 0 and it had been added long ago, then it won't happen automatically (sorry for inconvenience, fixed it for your site).
I certainly might use it. Bear in mind I haven't even made the site that needs this yet 
Though, IMO it's still not the most elegant solution, potentially requiring a request to your server each submission of content (often seems very slow for me). But better than nothing of course
Though, IMO it's still not the most elegant solution, potentially requiring a request to your server each submission of content (often seems very slow for me). But better than nothing of course
As far as I see, using btc relay would require me generating a unique affiliate and associated paylist for each item of user submitted content, which would be unfeasible. Maybe I didn't understand it properly though.
throughads.com seems to do what I'm looking for, but it isn't very good in other ways (have to specify CPC etc.. in the code rather than best profit being found automatically, also seems abandoned and unused).
Here's a further description of the potential use case:
The ad network would still have a concept of particular zones / ad locations of value (e.g. I declare a zone with a unique ID in the ad embed code, these zones could be the things that are manually registered with the ad network), but simply the payout address can be specified in the ad code arbitrarily.
Seems to me, a bitcoin ad service offering this would be a real innovation. It would enable very easy building of profit sharing sites. Every file upload, image upload, site etc.. could offer uploaders a % cut as an incentive. (And work worldwide without the issues of paypal etc.)
It's also something that really has to be done on the ad-network's side of things since that is where profit is determined and click-fraud etc is prevented. Even with the case of anonymousads where click fraud may not be an issue, there's no real way to know what profit came from what unique URL / piece of content.
I can't just record total profit and divide it between all users based on their content's pageloads for example, as that could be faked.
Eh, sorry for talking on, I don't think Anonymousads (or any other ad network) is really built to be able to do this, but maybe this can be inspiration for someone
throughads.com seems to do what I'm looking for, but it isn't very good in other ways (have to specify CPC etc.. in the code rather than best profit being found automatically, also seems abandoned and unused).
Here's a further description of the potential use case:
Quote
I make a site with user submitted content, the user provides their payment address when submitting content, I then compensate users for their content by inserting their payment address in the ad code 50% of the time to give them 50% of income generated by their content.
The ad network would still have a concept of particular zones / ad locations of value (e.g. I declare a zone with a unique ID in the ad embed code, these zones could be the things that are manually registered with the ad network), but simply the payout address can be specified in the ad code arbitrarily.
Seems to me, a bitcoin ad service offering this would be a real innovation. It would enable very easy building of profit sharing sites. Every file upload, image upload, site etc.. could offer uploaders a % cut as an incentive. (And work worldwide without the issues of paypal etc.)
It's also something that really has to be done on the ad-network's side of things since that is where profit is determined and click-fraud etc is prevented. Even with the case of anonymousads where click fraud may not be an issue, there's no real way to know what profit came from what unique URL / piece of content.
I can't just record total profit and divide it between all users based on their content's pageloads for example, as that could be faked.
Eh, sorry for talking on, I don't think Anonymousads (or any other ad network) is really built to be able to do this, but maybe this can be inspiration for someone
I think we can implement API that allows automatic affiliate registration (without visiting AA site). It would allow your users to earn and even to see their stats. But probably this API would require your server to authorize somehow to prevent flooding of our database. Would you use such API?
Thanks for idea!
As far as I see, using btc relay would require me generating a unique affiliate and associated paylist for each item of user submitted content, which would be unfeasible. Maybe I didn't understand it properly though.
throughads.com seems to do what I'm looking for, but it isn't very good in other ways (have to specify CPC etc.. in the code rather than best profit being found automatically, also seems abandoned and unused).
Here's a further description of the potential use case:
The ad network would still have a concept of particular zones / ad locations of value (e.g. I declare a zone with a unique ID in the ad embed code, these zones could be the things that are manually registered with the ad network), but simply the payout address can be specified in the ad code arbitrarily.
Seems to me, a bitcoin ad service offering this would be a real innovation. It would enable very easy building of profit sharing sites. Every file upload, image upload, site etc.. could offer uploaders a % cut as an incentive. (And work worldwide without the issues of paypal etc.)
It's also something that really has to be done on the ad-network's side of things since that is where profit is determined and click-fraud etc is prevented. Even with the case of anonymousads where click fraud may not be an issue, there's no real way to know what profit came from what unique URL / piece of content.
I can't just record total profit and divide it between all users based on their content's pageloads for example, as that could be faked.
Eh, sorry for talking on, I don't think Anonymousads (or any other ad network) is really built to be able to do this, but maybe this can be inspiration for someone
throughads.com seems to do what I'm looking for, but it isn't very good in other ways (have to specify CPC etc.. in the code rather than best profit being found automatically, also seems abandoned and unused).
Here's a further description of the potential use case:
Quote
I make a site with user submitted content, the user provides their payment address when submitting content, I then compensate users for their content by inserting their payment address in the ad code 50% of the time to give them 50% of income generated by their content.
The ad network would still have a concept of particular zones / ad locations of value (e.g. I declare a zone with a unique ID in the ad embed code, these zones could be the things that are manually registered with the ad network), but simply the payout address can be specified in the ad code arbitrarily.
Seems to me, a bitcoin ad service offering this would be a real innovation. It would enable very easy building of profit sharing sites. Every file upload, image upload, site etc.. could offer uploaders a % cut as an incentive. (And work worldwide without the issues of paypal etc.)
It's also something that really has to be done on the ad-network's side of things since that is where profit is determined and click-fraud etc is prevented. Even with the case of anonymousads where click fraud may not be an issue, there's no real way to know what profit came from what unique URL / piece of content.
I can't just record total profit and divide it between all users based on their content's pageloads for example, as that could be faked.
Eh, sorry for talking on, I don't think Anonymousads (or any other ad network) is really built to be able to do this, but maybe this can be inspiration for someone
Hello, sorry if this has already been asked, but:
Is it possible to create an ad embed code containing arbitrary payment addresses?
Say, I might want to compensate users of a site for their user submitted content, for a given ad slot on a particular page I might want to swap my bitcoin address for theirs 50% of the time to give them 50% of income.
Ideally these separate addresses are still rated by advertisers under the banner of a single "site".
Is it possible to create an ad embed code containing arbitrary payment addresses?
Say, I might want to compensate users of a site for their user submitted content, for a given ad slot on a particular page I might want to swap my bitcoin address for theirs 50% of the time to give them 50% of income.
Ideally these separate addresses are still rated by advertisers under the banner of a single "site".
Hi! Did I understand it correctly, that you are AA affiliate and you want to occasionally share advertisers' money with your visitors?
There is no such functionality in AA currently. If you want to split your profits, you could use http://btcrelay.com (create a paylist by URL and use its bitcoin address to register AA affiliate.. affiliate's profits will be distributed according to your paylist, that can be generated by your server dynamically). Maybe http://btcurl.com/ could be useful too.
Hello, sorry if this has already been asked, but:
Is it possible to create an ad embed code containing arbitrary payment addresses?
Say, I might want to compensate users of a site for their user submitted content, for a given ad slot on a particular page I might want to swap my bitcoin address for theirs 50% of the time to give them 50% of income.
Ideally these separate addresses are still rated by advertisers under the banner of a single "site".
Is it possible to create an ad embed code containing arbitrary payment addresses?
Say, I might want to compensate users of a site for their user submitted content, for a given ad slot on a particular page I might want to swap my bitcoin address for theirs 50% of the time to give them 50% of income.
Ideally these separate addresses are still rated by advertisers under the banner of a single "site".
I see - I didn't know that worked. Thanks for pointing that out.
Your patch has been accepted, thanks
I think most people are ok with html5, so I returned "data-aa" attribute. However you may replace it with "id='aa-ad-unit-'" and it should work too.
I think most people are ok with html5, so I returned "data-aa" attribute. However you may replace it with "id='aa-ad-unit-
Thanks, that was all I was trying to ask for, anyway.
There's still a problem with the codes displayed on your site. If I go to https://anonymousads.com/affiliate/
Quote
Otherwise, things are working great, thanks for all your hard work!
Protocol specification is missing intentionally. I think that is called a "Relative Reference". It allows to use the same code for serving https ads for secure sites and http ads for normal sites. Thank you for using AA and providing your feedback.
Your patch has been accepted, thanks
I think most people are ok with html5, so I returned "data-aa" attribute. However you may replace it with "id='aa-ad-unit-'" and it should work too.
I think most people are ok with html5, so I returned "data-aa" attribute. However you may replace it with "id='aa-ad-unit-
Thanks, that was all I was trying to ask for, anyway.
There's still a problem with the codes displayed on your site. If I go to https://anonymousads.com/affiliate/
Quote
Otherwise, things are working great, thanks for all your hard work!
I tried using the new JavaScript code, and http://validator.w3.org complained that there is no "data-aa" attribute for the script element. Do you think you could provide valid XHTML 1.1 option?
Yes, please see the newer version of affiliate code. Should be xhtml 1.1 compliant
Thanks, but "class" isn't defined for scripts, either. The only allowed ones are "id", "charset", "type" (which you're missing, btw), "src" and "defer" (see http://www.w3.org/MarkUp/SCHEMA/xhtml-script-1.xsd).
I just checked, and all elements you use can have an "id" attribute (I didn't check "iframe", since that isn't valid in standard XHTML 1.1, anyway). If you want to make sure, just check for both; that way affiliates can simply choose whichever they want, especially if they want to use one that doesn't have an "id" (did any of those have "class"?).
Here's a small patch to do that, just to make sure I'm not being to incoherent for you to understand me (I'm *really* tired ATM):
Code:
var elementSrc = element.getAttribute("src");
var elementClass = element.getAttribute("class");
+ if (!elementClass)
+ elementClass = element.getAttribute("id");
var elementSig = element.getAttribute("data-aa");
var elementClass = element.getAttribute("class");
+ if (!elementClass)
+ elementClass = element.getAttribute("id");
var elementSig = element.getAttribute("data-aa");
The missing "type" and superfluous "async" aren't critical, as they don't seem to affect the displayed ad and I can simply correct them. Also, in your current version of the code, you're missing some "https:" prefixes to complete the URLs.
Your patch has been accepted, thanks
I think most people are ok with html5, so I returned "data-aa" attribute. However you may replace it with "id='aa-ad-unit-
i don't get much traffic so i don't think i'm having much of an affect, i'll get around to it this week.
Even if you don't get much traffic, I believe every bit counts; furthermore, ads are loading very slowly (and may not load at all) with the old affiliate code, which means that from your not-much-traffic even fewer people will see the ads.
i don't get much traffic so i don't think i'm having much of an affect, i'll get around to it this week.
I tried using the new JavaScript code, and http://validator.w3.org complained that there is no "data-aa" attribute for the script element. Do you think you could provide valid XHTML 1.1 option?
Yes, please see the newer version of affiliate code. Should be xhtml 1.1 compliant
Thanks, but "class" isn't defined for scripts, either. The only allowed ones are "id", "charset", "type" (which you're missing, btw), "src" and "defer" (see http://www.w3.org/MarkUp/SCHEMA/xhtml-script-1.xsd).
I just checked, and all elements you use can have an "id" attribute (I didn't check "iframe", since that isn't valid in standard XHTML 1.1, anyway). If you want to make sure, just check for both; that way affiliates can simply choose whichever they want, especially if they want to use one that doesn't have an "id" (did any of those have "class"?).
Here's a small patch to do that, just to make sure I'm not being to incoherent for you to understand me (I'm *really* tired ATM):
Code:
var elementSrc = element.getAttribute("src");
var elementClass = element.getAttribute("class");
+ if (!elementClass)
+ elementClass = element.getAttribute("id");
var elementSig = element.getAttribute("data-aa");
var elementClass = element.getAttribute("class");
+ if (!elementClass)
+ elementClass = element.getAttribute("id");
var elementSig = element.getAttribute("data-aa");
The missing "type" and superfluous "async" aren't critical, as they don't seem to affect the displayed ad and I can simply correct them. Also, in your current version of the code, you're missing some "https:" prefixes to complete the URLs.
I tried using the new JavaScript code, and http://validator.w3.org complained that there is no "data-aa" attribute for the script element. Do you think you could provide valid XHTML 1.1 option?
Yes, please see the newer version of affiliate code. Should be xhtml 1.1 compliant
I tried using the new JavaScript code, and http://validator.w3.org complained that there is no "data-aa" attribute for the script element. Do you think you could provide valid XHTML 1.1 option?
New feature 1: Anonymous Ads shows ads only on languages accepted by visitor's browser. If there is no such ad then "Your ad here" link will be displayed (translated to the visitor's language). That link points to affiliate's page thus allowing to buy ads from particular affiliate.
New feature 2: New version of affiliate code. It works faster and reduces load on AA server. Please use it.
Current AA status: AA server is under heavy load, the following effects are possible:
1. Reduced availability and responsiveness of the main site.
2. Reduced availability and responsiveness of ad server for affiliates with old code.
3. Delayed bitcoin transaction (for both: reception and withdrawal).
4. Delayed (and thus distorted) statistics.
If you are AA's affiliate, you can help by updating affiliate code on your sites.
Thanks in advance and sorry for inconvenience.
New feature 2: New version of affiliate code. It works faster and reduces load on AA server. Please use it.
Current AA status: AA server is under heavy load, the following effects are possible:
1. Reduced availability and responsiveness of the main site.
2. Reduced availability and responsiveness of ad server for affiliates with old code.
3. Delayed bitcoin transaction (for both: reception and withdrawal).
4. Delayed (and thus distorted) statistics.
If you are AA's affiliate, you can help by updating affiliate code on your sites.
Thanks in advance and sorry for inconvenience.
It's funny how I started making more bitcoins with Anonymous Ads after I closed BitCrate.
Looks like the site has become a lot more popular with advertisers recently.
Looks like the site has become a lot more popular with advertisers recently.
Quote
I see so that only affects image links? Because I do accept first party and session cookies.
Yes, it affects only image links (since they are static, but should redirect to different locations based on the image shown).
Links for text ads don't depend on cookies as they are generated on the server side.
Jump to: