Slashdot Mirror


Why Is Serving Ads So Difficult?

Chip asks: "Many moons ago ('85) I started a sports publication and we have been moderately successful. We finally put the entire site on the Web in '95 & have learned a little as we went along. It was much more expensive than we ever imagined & frankly we lost money keeping the site up & maintained every month. One of my subscribers introduced us to banner advertising (Flycast, DC, Burst) about nine months ago and we thought it was a God-send...at first. Now I have people complaining all the time since my site doesn't load as fast, sometimes kicks people off, and so on. I don't know what to do or who to call, every ad agency and ISP we use blames someone else. Can someone refer me to an ad agency (or software that I can use to do it myself) that delivers ads that don't slow my site down or ruin the experience for my readers? I desperately need the revenue generated but can't stand the 24/7 headaches. I know this may seem juvenile to all you "experts" but I have no clue how to fix it and don't want to go back to losing money on my site. Suggestions?"

6 of 13 comments (clear)

  1. Re:ad servers by ask · · Score: 2

    > Since the ad people think the weblogs indicate
    > something useful, they'd probably rather shove
    > bamboo under their fingernails than use any
    > sort of caching or asynchronous logging.

    Uhmn too many wrongs on so few lines to just ignore.

    1) Try to do the numbers and you'll find that the ad companies are doing customized and optimized and very much "asynchronous logging". You don't serve many thousand ads per second from one server (so you need to gather the "logs" to a central server for that), and you certainly don't do a diskwrite for each hit (and especially not a syncronous one).

    2) The "weblogs" are very useful. How else would you pay the host sites and charge the advertisers for the traffic? :-)

    3) The initial "hit" will not be cached, no. But the actual banner content (typically the ~10k .gif) will be cached as any other normal static image.

    - ask

  2. Are you using WIDTH= and HEIGHT= by Citrix · · Score: 2
    You didn't provied a link to your site so I can't experience the problems you describe but here is one idea. (I don't mean to insult you if you know this already but you did claim not to be an expert.)

    Most ads are just an image so make sure you specify the image WIDTH="???" and HEIGHT="???" in the IMG tag. It will give the web broser enought extra info to speed the rendering of the page.

    hope this helps.
    Citrix

    --
    Leknor
    http://Leknor.com
    "So many idiots, so few comets"
    1. Re:Are you using WIDTH= and HEIGHT= by evil_deceiver · · Score: 2

      This is good advice, but in a sense, the increase in speed is sort of an optical illusion. Obviously when the page has to be resized to accomodate the newly-discovered dimensions of an image, it disrupts any reading the viewer had already started to do and forces him to reorient himself. But the amount of data to be downloaded is still the same. I do recommend that all web authors use width= and height= whenever possible, but depending on the primary cause of the complaints about "slowness" you've been getting, this may or may not help solve your problem.

      I'm also interested to know what the site is; it might be easier to spot problems in the implementation if we could see it in action. Don't be afraid of a little shameless self-promotion now and then. :P

  3. Affinia by jmaslak · · Score: 2

    If you have over 250,000 page views per month, check out http://www.affinia.com/ppn/ . I work for this company, so I am biased towards it (you are warned!).

    This doesn't completely solve the question you asked as we don't do the same thing advertising companies do (we are different enough that you can keep existing advertising revenue streams, such as Flycast/Double Click/Burst -- we are a totally incremental revenue stream).

    We do "product placements" instead of "banner ads". They look and work quite a bit differently, but I think you'll be pleased with them (not to mention that you can keep your existing ads).

    We also have very good performance and reliability (we shouldn't slow your page loads significantly), not to mention our customer support is easy to work with.

    --
    Joel Maslak
    Affinia Engineer

  4. Akamai by Matts · · Score: 3

    Pick an ad server company that uses Akamai to distribute content. Akamai automatically sends content from a server close to the host requesting the ad. I only know about valueclick who do that - but I'm sure others will too.

    --

    Matt. Want XML + Apache + Stylesheets? Get AxKit.
  5. ad servers by fishbowl · · Score: 3

    Well, consider the average ad server is getting
    hit WAY more than your site, and that there is
    the aggregate of the latency between the client and the adserver, plus between the client and your server. If the ad were a static, cached element that came from the same point as your site, it would not be a problem. It's probably not the
    ad itself (what, a 20K jpg or a 80k animated gif?)
    but the latency of the separate request and dns lookup that you forced your client to make for the privilege. Not only that, but the ad is probably
    the FIRST element that the browser must resolve before it can display the rest of your site (the content!) And worse, if it's earlier in a frameset, or even worse, part of a table, then you
    get things like the client not able to display your page at all.

    Since the ad people think the weblogs indicate something useful, they'd probably rather shove bamboo under their fingernails than use any sort of caching or asynchronous logging.

    --
    -fb Everything not expressly forbidden is now mandatory.