3 handy updates to our Bulk APIs
You asked, we listenedđ
Earlier this week we posted a round up of all the updates weâve made this year, one of which was improvements to our Bulk API.
This post goes into a bit more detail about 3 recent updates weâve made:
- Significant improvements to processing times
- You can now add and update Leads in bulk
- Weâve removed the need to worry about the processing order for Events and Users
1. Bulk jobs are now faster đđ»
Weâve spent much time over the past few months improving the speed of our bulk processing, so we hope that youâre finding your jobs being completed much faster overall.
If youâre interested in knowing more about how the process works, you can check out our updated Bulk docs and our new overview/FAQ page which includes a flow diagram illustrating the process. Weâll continue adding to this over time, so do let us know if you have any questions not covered here.
2. You can now add and update Leads in bulk
Previously, you could only perform bulk operations for Users and Events, but we listened to your feedback and have made it possible to add and update Leads in bulk.
This isnât yet supported in our SDKs (watch this space!) but you can use it in its raw form with you favourite SDK. Below is an example of how to do that, using the Ruby SDK to demonstrate.
Example: Updating Leads in bulk with the Ruby SDK
This example reuses most of the code from a previous post where we bulk updated users. The only difference now is that we will create the bulk data object and then pass that with a POST request:
Letâs say you want to check which of your leads has contact information. You can create a custom attribute called âcontact infoâ which will be âtrueâ when a lead has either an email or phone number associated with it. You can check out the full code here.
As always, if you have any issues getting this setup with the SDKs let us know, weâre always happy to help đ
3. Improvements to ordering of bulk operations
And the final little treat for you before the holidaysâŠ
We heard your concerns about the order of bulk jobs â namely that they arenât necessarily processed in the order you submit them, so an event operation could fail because it was processed before a user is created by a separate operation.
Now, if no user exists when a bulk event operation is processed we create a user template. If a user create operation is received after the event operation, it will simply update this âtemplateâ user with all the relevant details and still associate the events with that user.
This means you donât have to worry about the ordering of these type of bulk jobs anymore đ
Thanks to everyone who gave us feedback that led to these changes â we always love hearing from you and hope these updates make your work easier.
If youâre interested in building on the Intercom platform, take a look at our Developer Hub to get started.