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

Hi, I'm the guy who developed the in-text plug in for Seat Geek...

I honestly see this type of reaction as more of an opportunity than a problem. This really shows how horrible an impressions in-text ads have made on us, and I think that reaction is totally appropriate.

I'm trying to go into this endeavor with an open mind and create something that can respect user content and yet give people the option to monetize. We're okay with Google scanning our personal emails to serve relevant ads on Gmail... I think with enough experimentation there is a solution here that will work out and convert some extremists.

Chris



The main problem here IMHO is that, like other in-text ad providers, there is no separation between real links and ad links. As a content producer this means I really can't use inline text links ever again - it will just cause confusion and frustration for my users. For consumers it's the loss of a valuable and oft-used feature.

Have you considered an icon like what Wikipedia uses to mark external links? It would go a long way to establish user trust if ad links were clearly labeled as such (without having to find out after mousing over) - different color, iconography... something.

"We're okay with Google scanning our personal emails to serve relevant ads on Gmail"

Because Google doesn't mix ads in with our email text. The ads stay in a limited area of the screen where they are clearly marked as ads, and never stray. There's no chance that I'll get sold flowers or exercise equipment when I read my email.

People are against this in the same way they are against product placement in movies - it reeks of dishonesty, and compromises the authenticity and integrity of the content in which it was inserted. To be honest, I do not believe you have done anything (that we can see from this demo) to significantly improve on this. You've made a somewhat less scummy implementation, but you have not fixed the broken model underneath.

Sometimes I wonder what's so insufficient about Google's format: well-targeted ads, relevant to the contents of the page, served in a fenced-off ad area. Why is it that we must invade the main body of articles?


Can you please explain what makes this different from all other in-text advertising? The article did not make it clear if there's any difference at all.


We're trying to focus it on specific data sets that users have more control over. We're not using the "keyword" approach like a Kontera or Vibrant allows you to link a lot, but creates a lot of crap. In Seat Geek's case we started with a simple database of the remaining NFL games; there's a limit on what can get linked so it doesn't get out of hand. We have another data set of product names that link product names to retailers and create affiliate links for people who do reviews or have users that talk about a certain product category. The goal is to focus on uniform data sets that can keep the links specific and relevant.


Hmmm...so help me understand something. As a publisher, if I'm using in-text advertising, I'm going to want to: a) increase my revenue, while b) keeping the links relevant. In the case of a), I'm assuming that more links on more keywords is better (at least up to a point), whereas for b) I'm guessing that advertisers on Kontera probably want to link relevant keywords. Apple doesn't want links for a sports team, even if it gets them traffic, because it's not relevant and won't convert. So I'm assuming that Kontera's relevancy issue would be self-correcting to some extent, in which case I'd actually prefer a broader array of options, rather than focusing on one data set. I guess I don't understand how this is better for anyone, unless Kontera really gives you zero control over what can / can't be linked, how many links there will be on the page, etc.

Regardless, this all sidesteps the primary issue IMO, which is that in-text advertising sucks.


Thanks for the feedback Ryan. Good luck on your startup.

Chris




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

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

Search: