Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

VPAID ads destroy performance and are still served by major ad networks

plus.google.com

Post reply on HN
Print view View original

191–200 of 404 posts

Re: VPAID ads destroy performance and are still served by major ad networks

#191

Post by [deleted] »

poooogles wrote: post #81
moron4hire wrote: post #49

Earlier quoted context omitted.

You would think some of the most profitable companies in the world could afford to hire a few interns to put eyes on any and all ads before they go out.

>hire a few interns to put eyes on any and all ads before they go out. They do, all creatives are audited on submission. You can't provide literally ANY creative at bid time, it has to be one that's been audited. It's people that then switch the creative once the audit has been completed that are screwing everyone. It should result in you being banned from the network, but it's hard (apparently) to ban people that ar…

[deleted]

Re: VPAID ads destroy performance and are still served by major ad networks

#192

Post by mikeash »

aembleton wrote: post #180
mikeash wrote: post #116

Earlier quoted context omitted.

Why is it even possible to make changes after the audit?

Because the user is forwarded to a website that can be changed.

Oh right, I momentarily forgot that the complaint here was with the target of the ad, not the ad itself.

Re: VPAID ads destroy performance and are still served by major ad networks

#193

Post by whatever_dude »

And people complained about Flash, as if it was the cause. It was just one of the effects.

We moved on, and now it's even worse because now it's one additional http hit for every resource requested (images, jsons, etc). Things were as bad before with tags and tracking and analytics and whatnot, but at least many of the resources loaded were self-contained in a well compressed SWF file.

Hopefully now we're realizing it's not about the technology involved, but what people actually do with it.

Re: VPAID ads destroy performance and are still served by major ad networks

#194

Post by spiderfarmer »

CPLX wrote: post #188
spiderfarmer wrote: post #133

What I would like in a new kind of Ad network: - all ads are responsive HTML5 ads - all resources are loaded over HTTPS - ads are based on your content, not on a profile of the user - ads can be requested server side by sending the URL where the ad will be displayed through an API. The response contains the ad code, as well as the expiration date - if you want, you can even download a package with all resources so ad…

How much have you spent in the past year on advertising? If the answer is none or not much, you may see the problem with this analysis, as it has as much bearing on what the market will provide as my opinion on what I would like to see in woman's grooming products.

I ran a small Internet Marketing agency for the last 15 years (15 people) and have been a publisher in my spare time, I sold it last year to focus on being a publisher.

This small agency easily spent 500k a year on Adwords alone. Not much maybe, but there are tens of thousands of agencies just like that one.

As a self-taught developer, I rebuilt my main website from the ground up and relaunched it last month. I have an A A A A A rating at webpagetest.org, but have the feeling that Adsense is ruining my hard work.

Right now I am not focussed on maximizing revenue, but when the time comes I hope I can do it in the most user-friendly way possible, without having to setup a sales department and doing everything myself.

Re: VPAID ads destroy performance and are still served by major ad networks

#195

Post by yilugurlu »

spiderfarmer wrote: post #133

What I would like in a new kind of Ad network: - all ads are responsive HTML5 ads - all resources are loaded over HTTPS - ads are based on your content, not on a profile of the user - ads can be requested server side by sending the URL where the ad will be displayed through an API. The response contains the ad code, as well as the expiration date - if you want, you can even download a package with all resources so ad…

> ads can be requested server side by sending the URL where the ad will be displayed through an API. The response contains the ad code, as well as the expiration date

So, while adserver waiting for an ad from the RTB waterfall, then your server would wait too. It's not best practice I guess.

Besides that, many of your points already adopted by all ad networks. Many of the ad sector's problems directly related to advertisers. They want to measure everything, everything! There is a section in VAST definition called TrackingEvents. start, firstQuartile, midpoint, thirdQuartile, complete, pause, mute, click, skip ... goes on.

Agency make plans and send Vast codes to networks (for example sizmek vast code). We have many publishers well we have to measure that actions too. Stats has to be match. Then we are putting incoming vast to our adserver and it generates new one with wrapped vast. Then we are sending to publisher and of course they want to measure these actions too. They putting our vast code to their DFP and it generates new codes and ad goes to public.

Dfp Code > Our Adserver Code > Agency code

Then user sees the ad, for example video ad then tracking starts.

Impression: [Dfp, Our adserver, Sizmek]

Ad start: [Dfp, Our adserver, Sizmek]

First Quartile: [Dfp, Our adserver, Sizmek]

Midpoint: [Dfp, Our adserver, Sizmek]

Complete: [Dfp, Our adserver, Sizmek]

Click: [Dfp, Our adserver, Sizmek]

See, list goes on. One ad and many requests and counting. I am not talking about RTB waterfalls it is something else already.

We all have to measure this stats because many of the advertisers pay based on this measurements.

(you name it the currency)

%25 == 0

%50 == 0.003

%75 == 0.0055

%100 == 0.007

Re: VPAID ads destroy performance and are still served by major ad networks

#196

Post by [deleted] »

archon810 wrote: post #43
Sir_Substance wrote: post #40

Earlier quoted context omitted.

>It's not that straightforward though; these networks all pile in on each other, layers and layers deep, and in real time. It is very difficult for a publisher to work out who they are dealing with. Then the publisher should stop working with networks that do this. That's not in our control as users, only the publisher can do that.

The problem is pretty much all networks do this.

[deleted]

Re: VPAID ads destroy performance and are still served by major ad networks

#197

Post by Pxtl »

spiderfarmer wrote: post #133

What I would like in a new kind of Ad network: - all ads are responsive HTML5 ads - all resources are loaded over HTTPS - ads are based on your content, not on a profile of the user - ads can be requested server side by sending the URL where the ad will be displayed through an API. The response contains the ad code, as well as the expiration date - if you want, you can even download a package with all resources so ad…

As a user, this is what I want: The ad network provides the javascript, not the advertisers. No ad-hoc javascript provided by each advertiser. They deal with a standard API where they provide the content using pre-configured blocks of code. Like "we provide this standard tracking tool, this standard slideshow/animation system, etc".

Re: VPAID ads destroy performance and are still served by major ad networks

#199

Post by tobltobs »

franciscop wrote: post #107
archon810 wrote: post #84

Earlier quoted context omitted.

This is laughable. If site owners could go to jail every time a 3rd-party code they're not fully responsible for does something bad, they'd all be in jail now. https://blog.malwarebytes.org/threat-analysis/2015/08/large-... http://arstechnica.com/security/2016/03/big-name-sites-hit-b... Etc.

Then the only standing ones would be site owners who care enough to make sure they don't allow malware on their visitor from their site. What's the problem?

Or which are hosted in Russia.
Post reply on HN