Hacker News new | ask | show | jobs
by oneeyedpigeon 4531 days ago
Ads done 'the best way' are unlikely to fall foul of ad blockers, no script, etc. Deliver your ads from the same domain, as static content, and you're likely to be fine. Bonus points for not slowing down the browsing experience, and altering the layout at random intervals for about a minute after page load (see theguardian.com)
3 comments
eli 4530 days ago
You sure about that? EasyList, the most common block list, clearly intends to block ALL ads, even self hosted ones. it blocks by css class name, directory name, image dimension, etc. It's updated frequently as users report unblocked ads.

(Not to mention how incredibly hard it would be to sell ads set up like that.)

link
oneeyedpigeon 4529 days ago
Doesn't that flag a lot of false positives (in fact, I have personal experience of an ad blocker that did exactly that by blocking images with numbers in the filename)? Conversely, there's no way that can block ALL ads, unless it literally blocks all ... content.
link
eli 4528 days ago
Yes, certainly. But it's still the most popular filter subscription. I think this suggests that most people using AdBlock want to block all ads, not just network ads.
link
wcummings 4530 days ago
Doing direct deal in house advertising is not feasible for most publishers
link
blumkvist 4530 days ago
Delivering ads from the same domain is impossible for small publishers. If you insist on using your own adserve, that means your numbers will decide the billing, whic leaves the possibility for fraud, which is unacceptable to the advertiser. Then you have the problem eith actually finding advertisers. A smal site can't dedicate resources for ad selling and relies heavily on networks for monetization.
link
oneeyedpigeon 4529 days ago
> your numbers will decide the billing

Only if the model is payment-per-view as opposed to payment-per-click, or commission on referral sales

> then you have the problem [w]ith actually finding advertisers

Isn't there the same problem with the third-party model, unless you go for a completely automated solution like AdWords? Isn't there an opportunity for a middleman to match up publishers and advertisers? Couldn't an automated system still work on a same-domain basis via advertiser-provided APIs?

link
blumkvist 4529 days ago
Clicks are nice and a lot of people focus on them, but it's not a viable option for a lot of publishers/industries. Brand advertisers are about sending messages rather than driving traffic to pages and converting people there. Around 70% of display advertising is not direct response orientated.

The typical adnetworks give you ad tags which you put on your site and the ads are served from their ad servers. Then there are a few companies [1][2][3] that are marketplaces faciiliating transactions between publishers and advertisers, but they still use their own platform to serve the ads. And then larger buyers give them adtags, served by their own servers. Nobody in their right mind will just wire you money for ad inventory and just take your word for the traffic unless you are a very large name and have a proprietery self-serve platform (AOL/yahoo style). And even on these platfroms a lot of advertisers still use their own adtags (a recent java malware attack through yahoo's network comes to mind).

[1] buyads.com [2] buysellads.com [3] blogads.com

PS: sry for typos and formatting, on the phone atm.

link