Social Proof: Notifications & Counters

Social Proof on Your Site: Notifications & Counters

Development and maintenance of all types of websites:

Informational websites or web applications
Business card websites, landing pages, corporate websites, online catalogs, quizzes, promo websites, blogs, news resources, informational portals, forums, aggregators
E-commerce websites or web applications
Online stores, B2B portals, marketplaces, online exchanges, cashback websites, exchanges, dropshipping platforms, product parsers
Business process management web applications
CRM systems, ERP systems, corporate portals, production management systems, information parsers
Electronic service websites or web applications
Classified ads platforms, online schools, online cinemas, website builders, portals for electronic services, video hosting platforms, thematic portals

These are just some of the technical types of websites we work with, and each of them can have its own specific features and functionality, as well as be customized to meet the specific needs and goals of the client.

Our competencies:

Frequently Asked Questions

Latest works

  • image_web-applications_feedme_466_0.webp
    Development of a web application for FEEDME
    1281
  • image_ecommerce_furnoro_435_0.webp
    Development of an online store for the company FURNORO
    1237
  • image_crm_enviok_479_0.webp
    Development of a web application for Enviok
    977
  • image_crm_chasseurs_493_0.webp
    CRM development for Chasseurs
    1027
  • image_website-sbh_0.webp
    Website development for SBH Partners
    1103
  • image_website-_0.webp
    Website development for Red Pear
    550

Social Proof on Your Site: Notifications & Counters

High traffic but conversion lagging — a familiar pain. The average e-commerce site loses up to 70% of visitors due to lack of trust, without making a purchase. Users don't see that products are being bought, they don't feel the presence of other people on the site. Social Proof — popup purchase notifications, online visitor counters, badges like "X bought today" — solves this. We implement such elements with UX and performance in mind, using real data and modern protocols. Important: fake notifications are quickly recognized and undermine trust. Our approach is based on real events from your CRM — this gives an honest 10–15% conversion lift without reputation risk. SSE (Server-Sent Events) reduces server load by 10x compared to traditional polling. From our implementation experience, average order value increases by 15%, and ROI occurs within 2–3 months. Savings on server resources when switching from polling to SSE can reach 90% — saving 10,000 to 50,000 RUB per month depending on load. Get a consultation — we'll explain how this works for your project.

Problems We Solve

  • Fake notifications — users quickly spot fakes, trust drops. We use only real data from CRM or orders.
  • Excessive frequency — notifications every 2 seconds annoy. We set intervals of 8–15 seconds and limit the queue to 3 items.
  • Server load — constant API requests (polling) can slow down the site. We apply Server-Sent Events (SSE), reducing load by 10x compared to polling every 5 seconds.
Method Server Load Latency Complexity
Polling (every 5s) High Medium Low
SSE Low Low Medium
WebSocket Low Minimal High

SSE is optimal for online counters and notifications if bidirectional communication is not needed. More about SSE in MDN documentation.

Why Real Data Matters More Than Fake

Social proof works only if honest. Under advertising regulations, fake notifications can be considered a violation. Moreover, users have become more attentive — they can check the product in another tab. According to surveys, 92% of consumers trust recommendations from others. We always require access to real data (e.g., latest purchases from CRM) and generate notifications solely based on them. This boosts trust and avoids sanctions. Real notifications from CRM generate 4x more clicks to the product card compared to fake ones.

How We Implement Notifications Without Backend Load

We use SSE for the online counter and REST API for purchase notifications with 10-second caching. During peak hour, this yields 360 requests instead of 3600 with polling. Our solution is 3x faster than off-the-shelf plugins in terms of performance and does not require constant updates. Below is the notification component code we use in production.

// purchase-notifications.ts interface PurchaseEvent { customerName: string; // "Alex from Moscow" productName: string; productUrl?: string; timeAgo: string; // "2 minutes ago" avatarUrl?: string; } interface NotificationConfig { position?: 'bottom-left' | 'bottom-right'; displayMs?: number; // how long the notification is shown intervalMs?: number; // pause between notifications maxQueue?: number; // max in queue } export class PurchaseNotifier { private queue: PurchaseEvent[] = []; private isShowing = false; private container: HTMLElement; private config: Required<NotificationConfig>; constructor(config: NotificationConfig = {}) { this.config = { position: 'bottom-left', displayMs: 5000, intervalMs: 8000, maxQueue: 5, ...config, }; this.container = this.createContainer(); document.body.appendChild(this.container); } private createContainer(): HTMLElement { const el = document.createElement('div'); const pos = this.config.position; el.style.cssText = ` position: fixed; ${pos === 'bottom-left' ? 'left: 20px' : 'right: 20px'}; bottom: 20px; z-index: 9998; pointer-events: none; `; return el; } push(events: PurchaseEvent[]) { const toAdd = events.slice(0, this.config.maxQueue - this.queue.length); this.queue.push(...toAdd); if (!this.isShowing) this.showNext(); } private async showNext() { if (this.queue.length === 0) { this.isShowing = false; return; } this.isShowing = true; const event = this.queue.shift()!; const toast = this.createToast(event); this.container.appendChild(toast); // entrance animation requestAnimationFrame(() => { toast.style.opacity = '1'; toast.style.transform = 'translateY(0)'; }); await new Promise(r => setTimeout(r, this.config.displayMs)); // exit animation toast.style.opacity = '0'; toast.style.transform = 'translateY(10px)'; await new Promise(r => setTimeout(r, 300)); toast.remove(); await new Promise(r => setTimeout(r, this.config.intervalMs)); this.showNext(); } private createToast(event: PurchaseEvent): HTMLElement { const toast = document.createElement('div'); toast.style.cssText = ` display: flex; align-items: center; gap: 12px; background: #fff; border: 1px solid #e5e7eb; border-radius: 12px; padding: 12px 16px; box-shadow: 0 4px 16px rgba(0,0,0,.1); max-width: 300px; pointer-events: auto; cursor: default; opacity: 0; transform: translateY(16px); transition: opacity .3s, transform .3s; font-family: system-ui, sans-serif; font-size: 13px; `; const avatar = event.avatarUrl ? `<img src="${event.avatarUrl}" alt="" width="36" height="36" style="border-radius:50%;flex-shrink:0">` : `<div style="width:36px;height:36px;border-radius:50%;background:#dbeafe;display:flex;align-items:center;justify-content:center;font-size:16px;flex-shrink:0">🛒</div>`; const productLink = event.productUrl ? `<a href="${event.productUrl}" style="color:#1d4ed8;text-decoration:none;font-weight:500">${event.productName}</a>` : `<strong>${event.productName}</strong>`; toast.innerHTML = ` ${avatar} <div> <div style="color:#111827"> <strong>${event.customerName}</strong> bought ${productLink} </div> <div style="color:#9ca3af;margin-top:2px">${event.timeAgo}</div> </div> <button style="margin-left:auto;background:none;border:none;cursor:pointer;color:#9ca3af;font-size:16px;padding:0;line-height:1" aria-label="Close">×</button> `; toast.querySelector('button')?.addEventListener('click', () => { toast.remove(); }); return toast; } destroy() { this.container.remove(); } } // Load real data from API async function loadRecentPurchases(productId?: string): Promise<PurchaseEvent[]> { const url = new URL('/api/social-proof/purchases', location.origin); if (productId) url.searchParams.set('product_id', productId); url.searchParams.set('limit', '10'); const res = await fetch(url.toString()); const data: Array<{ buyer_city: string; product_name: string; product_url: string; purchased_at: string; }> = await res.json(); const rtf = new Intl.RelativeTimeFormat('en', { numeric: 'auto' }); return data.map(item => { const secondsAgo = (Date.now() - new Date(item.purchased_at).getTime()) / 1000; let timeAgo: string; if (secondsAgo < 3600) { timeAgo = rtf.format(-Math.floor(secondsAgo / 60), 'minute'); } else if (secondsAgo < 86400) { timeAgo = rtf.format(-Math.floor(secondsAgo / 3600), 'hour'); } else { timeAgo = rtf.format(-Math.floor(secondsAgo / 86400), 'day'); } return { customerName: item.buyer_city, productName: item.product_name, productUrl: item.product_url, timeAgo, }; }); } // Initialization const notifier = new PurchaseNotifier({ position: 'bottom-left', displayMs: 6000 }); loadRecentPurchases().then(events => notifier.push(events)); 

Counters and Badges

Online User Counter

Real-time counter via WebSocket or Server-Sent Events. For simple cases, SSE suffices:

// online-counter.ts export function initOnlineCounter(selector: string) { const el = document.querySelector(selector); if (!el) return; const sse = new EventSource('/api/online-count'); sse.addEventListener('count', (e: MessageEvent) => { const count = parseInt(e.data, 10); el.textContent = formatCount(count); // pulse on change el.classList.remove('pulse'); void (el as HTMLElement).offsetWidth; // reflow trick el.classList.add('pulse'); }); sse.addEventListener('error', () => { setTimeout(() => initOnlineCounter(selector), 5000); }); return () => sse.close(); } function formatCount(n: number): string { if (n >= 1000) return `${(n / 1000).toFixed(1)}k`; return String(n); } 
// Server side (Node.js/Express) import { Router } from 'express'; const onlineCountRouter = Router(); const clients = new Set<NodeJS.WritableStream>(); // Update counter from Redis or in-memory setInterval(async () => { const count = await redis.get('online_users_count') ?? '0'; const message = `event: count\ndata: ${count}\n\n`; clients.forEach(client => { try { client.write(message); } catch { clients.delete(client); } }); }, 5000); onlineCountRouter.get('/', (req, res) => { res.setHeader('Content-Type', 'text/event-stream'); res.setHeader('Cache-Control', 'no-cache'); res.setHeader('Connection', 'keep-alive'); res.flushHeaders(); clients.add(res); req.on('close', () => clients.delete(res)); }); 

Badges "X bought in 24 hours"

Static or semi-static elements that can be cached:

// SalesBadge.tsx interface SalesBadgeProps { count: number; period?: '24h' | '7d' | '30d'; threshold?: number; // don't show if less } const PERIOD_LABELS = { '24h': 'in 24 hours', '7d': 'in 7 days', '30d': 'in 30 days', }; function pluralize(n: number, forms: [string, string, string]): string { const abs = Math.abs(n) % 100; const mod = abs % 10; if (abs > 10 && abs < 20) return forms[2]; if (mod === 1) return forms[0]; if (mod >= 2 && mod <= 4) return forms[1]; return forms[2]; } export function SalesBadge({ count, period = '24h', threshold = 5 }: SalesBadgeProps) { if (count < threshold) return null; return ( <div className="inline-flex items-center gap-1.5 bg-orange-50 border border-orange-200 text-orange-700 text-xs font-medium px-2.5 py-1 rounded-full"> <span className="w-1.5 h-1.5 bg-orange-400 rounded-full animate-pulse" /> {count} {pluralize(count, ['sale', 'sales', 'sales'])} {PERIOD_LABELS[period]} </div> ); } 

Common Mistakes and Solutions

Mistake Solution
Using random data Connect real sources (CRM, orders)
Changing notifications too often Interval 8–15 seconds, queue ≤ 5
Ignoring mobile version Responsive design, close button
No opt-out option Cookie/localStorage for settings
More about protocol choice For online counters and notifications, we recommend SSE if bidirectional communication is not needed. If client-to-server data transfer is required (e.g., messages or cart sync), use WebSocket. In 90% of cases, SSE is sufficient and simpler to implement.

What's Included in the Work

  • Component documentation with integration examples.
  • Access to repository with source code (React/Vue/TS).
  • Team training (1 hour online).
  • Support for 1 month after deployment.

Process and Timeline

  1. Analytics — analysis of purchase data, trigger selection, audit of current APIs.
  2. Design — prototype in Figma following brand guidelines; agree on frequency and positioning.
  3. Implementation — writing components (React/Vue/TS) and server side (SSE/REST); CRM integration.
  4. Testing — A/B conversion test, load testing, UX review.
  5. Deployment — release to production, performance and error monitoring.

Turnkey implementation takes 4 to 7 business days depending on integration complexity and number of elements. Timeline is confirmed after analyzing your site.

Why Choose Us

We have been implementing Social Proof for over 5 years — executed 30+ projects for online stores, services, and landing pages. We guarantee stable component operation and no data leaks. We have experience integrating with popular CMS (WordPress, Shopify) and custom solutions. Server resource savings when switching from polling to SSE can reach 90%, and a 10–15% conversion increase brings extra revenue. Order Social Proof implementation and get conversion growth within a week. Contact us to discuss your project.