SDK Required: For v2 webhook handling, you’ll need to install the Rise SDK:
npm install @riseworks/riseworks-sdk (or yarn add @riseworks/riseworks-sdk / pnpm add @riseworks/riseworks-sdk)Understanding the changes
The migration from v1 to v2 involves fundamental changes to webhook structure, security, and event types.Structured envelope
v2 uses a consistent envelope format for all events with enhanced metadata
Nanoid identifiers
Replaced numeric IDs with human-readable nanoids for better tracking
Versioning support
Each event includes version information for future compatibility
Enhanced security
HMAC-based signature verification with individual customer secrets
Webhook payload structure
- v1 (Deprecated)
- v2 (Current)
Security model changes
v1 security (deprecated)
v1 used a public key verification system:v1 verification (DEPRECATED)
v2 security (current)
v2 uses HMAC-based signature verification with your own secret. The Rise SDK provides built-in webhook validation:v2 verification with SDK (CURRENT)
v2 safe verification with SDK
v2 safe verification with SDK
Individual secrets
Each customer manages their own webhook secret
Replay protection
Timestamps prevent old events from being replayed
HMAC verification
Industry-standard signature method
Event type mapping
Recommended migration strategy
Migration Required: Since v1 will be deprecated, migration to v2 is mandatory, not optional.
1
Set up parallel webhooks
Support both v1 and v2 webhooks during the transition period:
2
Update event processing
Create a single event processor that handles both formats:
3
Create v2 webhook in Rise app
- Navigate to webhook settings in the Rise app
- Create new webhook with your
/webhooks/v2endpoint - Generate webhook secret and store it securely
- Subscribe to same events as your v1 webhook
- Test the v2 webhook using Rise’s test feature
4
Monitor both endpoints
Run both webhooks in parallel while tracking migration progress:
5
Switch to v2 only
Once you’re confident v2 is working correctly:
- Deactivate v1 webhook in the Rise app
- Monitor v2 webhook for any issues
- Remove v1 endpoint from your code after a few days
- Clean up migration code once fully migrated
Migration checklist
Time-Sensitive: Complete migration before v1 deprecation date to avoid service disruption.
Pre-migration
Pre-migration
- Review v1 webhook usage in your application
- Identify all event types currently processed
- Plan migration strategy
- Set up testing environment
- Generate webhook secret for v2
During migration
During migration
- Implement v2 webhook endpoint
- Add signature verification for v2
- Update event processing logic
- Test both v1 and v2 events during parallel operation
- Monitor webhook delivery success rates
Post-migration
Post-migration
- Remove v1 webhook endpoints when no longer needed
- Update documentation and team knowledge
- Monitor v2 webhook functionality
- Remove v1 compatibility code after transition period
- Update monitoring and alerting for new event types
Getting help with migration
If you encounter issues during migration:Troubleshooting guide
Common migration problems and solutions
Delivery history
Use your Rise dashboard to check webhook delivery status
Incremental testing
Migrate one event type at a time for safer deployment
Contact support
Our support team can assist with complex migrations
What’s next?
After completing your migration to v2:Monitor webhooks
Track v2 delivery and webhook health
Optimize delivery
Take advantage of v2 features and improvements
Explore new features
Use enhanced event data and new event types
Event Reference
Complete v2 event types and payload documentation
