Hi.

I'm building an online application to interact with volunteers at events. This site will involve hundreds to thousands of people for each event creating an account, and visiting the site regularly. To keep the cost down for events, I'd like to subsidize things through advertising.

On the up side, I'll be able to very accurately profile each user. They will be geographically clustered, and have many similar interests.

On the down side, the site will be behind a login screen, and served almost entirely with dynamic content based on each user.

From what I've read, I like the concept of Adsense - but the technical limitations may be too much for it to overcome. I don't have the time to build a whole advertising subsystem to allow the events to solicit their own ads.

Any pointers?

Dani AI

Generated

For : advertising can work for a volunteer-event app, but the right approach is different from a general-content site. The audience you describe — repeat visitors clustered by geography and interest — is attractive to event sponsors and local advertisers, but programmatic networks will often underpay unless you can deliver scale or highly movable inventory. is right that you should test quickly rather than overbuilding up front.

Practical roadmap:

  • Run a small, low-effort test first: one ad slot filled by a third‑party ad tag (minimal dev) and one slot reserved for a direct sponsor or local partner. Compare actual revenue, fill rate, and the sponsor acquisition time/cost.
  • If direct sales perform better (common for local/event audiences), sell per-event packages (banner + email mention + sponsor page) rather than chasing CPMs.
  • Consider affiliate links or a modest premium tier for organizers to remove ads.

Technical and privacy notes:

  • You do not need to expose PII to ad networks. Instead send non-identifying segment tags or page keywords with the ad request so networks can contextualize dynamic pages.
  • Load ad tags asynchronously and isolate ad DOM to avoid layout jank. Cache ad creative server-side if you must reduce request latency.

Example (generic pattern):

<script>
  var adKeywords = "volunteer,half-marathon,Boston";
  fetch('/adfetch?kw=' + encodeURIComponent(adKeywords))
    .then(r => r.text())
    .then(html => document.getElementById('ad-slot').innerHTML = html);
</script>

Measure RPM, CTR, fill rate and sponsor conversion over a few events. If revenue justifies it, build a tiny ad-sales/admin interface; if not, focus on direct sponsorships and partnerships — they usually win for event-driven, local audiences.

Recommended Answers

All 2 Replies

I can tell you that the only way you are going to start to make money from advertising is starting. I would recommend just trying something (like Adsense). If it doesn't work then you can learn from it. The most important thing is to do something though! Hope that helps.

I can tell you that the only way you are going to start to make money from advertising is starting. I would recommend just trying something (like Adsense). If it doesn't work then you can learn from it. The most important thing is to do something though! Hope that helps.

I guess what I'm trying to decide is whether or not to build the system for advertising or not. There are some significant changes in how the site would be developed to make ads work. Also, I don't know whether having a well defined population of people repeatedly visit a site is as desirable as having a diverse group of non-repeat visitors.

Are there good contextual advertisers that can operate in a dynamic site behind a login?

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.