Anonymous Ads - bitcoin advertising network [migration to v.2]

[arsenische]

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.

[1713311381]

1713311381

[1713311381]

1713311381

[1713311381]

1713311381

[ancow]

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?

[arsenische]

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

[ancow]

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");

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.

[opticbit]

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.

[gbl08ma]

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.

[arsenische]

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");

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-<your affiliate id>'" and it should work too.

[ancow]

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-<your affiliate id>'" and it should work too.

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/<BTC-address>/code, all the ad-display codes are still missing a proper protocol specification. E.g:

<script data-aa='525' src='//ad.anonymousads.com/525/js' defer='defer' async='async' type='text/javascript'></script>

Otherwise, things are working great, thanks for all your hard work!

[arsenische]

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-<your affiliate id>'" and it should work too.

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/<BTC-address>/code, all the ad-display codes are still missing a proper protocol specification. E.g:

<script data-aa='525' src='//ad.anonymousads.com/525/js' defer='defer' async='async' type='text/javascript'></script>

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.

[ancow]

I see - I didn't know that worked. Thanks for pointing that out.

[xDan]

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".

[arsenische]

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".

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.

[xDan]

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:

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

[arsenische]

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:

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!

[xDan]

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

[LuaKT]

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.

[arsenische]

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.

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).

[localhost]

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

[arsenische]

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

Looks like you are missing data-aa attribute

[localhost]

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

Looks like you are missing data-aa attribute

Yeah but all works fine still... is there any use in this attribute apart from breaking HTML5 validation?