Skip to main content
Founder-Led · Practicing Since 1997 Founder-led. Specialist-delivered. Every engagement follows standards developed by Tony Paris over 29 years.
SaaS & Custom Applications

Webhooks that power real‑time SaaS

By Tony Paris · November 4, 2026 · 2 min read

Drafted with AI and published by AppWT.

I explain how I build reliable webhooks for real time SaaS and internal tools. You get clear steps for subscribe flows, safe retries and signed requests you can put in production.

Webhooks let one system call your URL the moment something happens. They are simple HTTP requests that carry an event, such as an order created or a user updated. Here is how I design subscribe, retry and signature patterns that hold up in production.

Subscribe pattern

  • Offer a subscribe endpoint that accepts the destination URL, chosen event types and a contact email. Generate a shared secret for signing.
  • Verify ownership before sending live data. Send a one time token and require the receiver to echo it back or respond with a correct signature.
  • Store the endpoint, secret, event types, schema version and the account that owns the subscription.
  • On subscribe, send a test event the receiver can acknowledge. Allow a resend on demand for troubleshooting.
  • Include an event id and schema version in every delivery so receivers can dedupe and map changes safely.

Retry pattern

  • Treat only 2xx as success. Retry everything else, including timeouts and connection errors.
  • Use exponential backoff with a small random spread to avoid traffic spikes. Cap the total number of attempts.
  • Stop retrying on clear permanent signals such as 410 or an unsubscribe.
  • Make the receiver idempotent. Idempotent means the same event can be processed more than once without double effects. Use the event id as the idempotency key.
  • Return quickly from the receiver. Queue the work and respond 200 or 202 fast so retries are not triggered by slow processing.

Signature verification

  • Sign each request with HMAC SHA 256 using the shared secret. HMAC is a way to sign data so the receiver can confirm it came from you.
  • Include a timestamp in the signature and reject old messages to reduce replay risk.
  • Compare signatures using a constant time method and fail closed on any mismatch.
  • Require HTTPS and rotate secrets. Support two active secrets during rotation so traffic continues.

What to check

  • Simulate duplicates, out of order deliveries and late arrivals. Confirm the receiver processes each event once.
  • Force timeouts to watch backoff and the cap on attempts. Confirm permanent errors stop retries.
  • Rotate the secret and prove old signatures fail while new ones pass.
  • Unsubscribe and confirm deliveries cease. Resubscribe and confirm the test event and live traffic work.
  • Log event id, subscription id, attempt number, status and processing time. Review logs after each test.

If you want help, I build and maintain webhook systems as part of Custom Development SaaS, Applications, Business Systems & Portals and Engineering Retainers. I also take on Standard Dev Hours and Features & Add-ons for focused improvements.

Get the next one in your inbox

Pick your topics and how often, from weekly to quarterly. I send a confirmation email first, and you can change or stop it any time.

Get more like this by email

All SaaS & Custom Applications articles

Share This Page
Awards & Recognition
AI-generated AppWT theme song art: two singers in black and gold on a rooftop above the Detroit skyline at sunset

Accessibility

by AppWT Web & AI Solutions
🛡️ Accessibility Profiles
📝 Content Adjustments
100%
100%
1.4
0px
🎨 Color Adjustments
100%
🎛️ Orientation & Controls
♿

Accessibility Statement

Our commitment to digital accessibility and inclusive design

Our Commitment to Accessibility

AppWT Web & AI Solutions is committed to ensuring digital accessibility for people with disabilities. We continually improve the user experience for everyone and apply the relevant accessibility standards to achieve these goals.

Conformance Status

The Web Content Accessibility Guidelines (WCAG) defines requirements for designers and developers to improve accessibility for people with disabilities. It defines three levels of conformance: Level A, Level AA, and Level AAA.

AppWT Web & AI Solutions is partially conformant with WCAG 2.1 level AA. Partially conformant means that some parts of the content do not fully conform to the accessibility standard.

Accessibility Features

  • Built-in accessibility toolbar with multiple customization options
  • Keyboard navigation support throughout the website
  • Screen reader compatibility and proper ARIA labels
  • High contrast mode and color customization options
  • Text size adjustment and font modification capabilities
  • Reading guide and focus indicators for improved navigation
  • Alternative text for all images and media
  • Semantic HTML structure for better screen reader interpretation

Technical Specifications

Accessibility of AppWT Web & AI Solutions relies on the following technologies to work with the particular combination of web browser and any assistive technologies or plugins installed on your computer:

  • HTML
  • WAI-ARIA
  • CSS
  • JavaScript

These technologies are relied upon for conformance with the accessibility standards used.

Feedback

We welcome your feedback on the accessibility of AppWT Web & AI Solutions. Please let us know if you encounter accessibility barriers:

Phone: (888) 565-0171

Email: sales@appwt.com

Address: 33300 Five Mile Rd, Livonia, MI 48154 (by Appointment Only)

Assessment Approach

AppWT Web & AI Solutions assessed the accessibility of our website by the following approaches:

  • Self-evaluation
  • External evaluation
  • Automated testing tools
  • Manual testing with assistive technologies

Date

This statement was created on January 15, 2025 using the W3C Accessibility Statement Generator Tool.

Last updated: