Bulk Contact Uploading
You can carry out bulk contact uploading in two ways:
- Upload a CSV file ā initial import of contacts and segments from other systems.
- Backend API request (server-to-server) ā an alternative way to import volume and complicated contact lists, when your database contains more than several million contacts or includes more than several dozen fields.
Letās consider the process of bulk contact uploading.
Contact Card and Additional Fields
Understanding contact cards and additional fields before uploading a contact list is crucial because these elements form the backbone of user data management.
A contact card is a user profile that contains user identifiers (external ID, email, phone number, mobile, and push tokens), activity data, and attributes stored in additional fields.

Attributes represent extended information about your users: the number of completed lessons, viewed product category, used promo code, plan type, and so on.
ImportantBefore sending specific contact data to Reteno in any way, you must create corresponding additional fields in your account.

NoteUse an external ID as the primary contact identifier to prevent data duplication when creating and updating contacts.
File Uploading
You can upload a file in the CSV format in the Contacts ā Import section.

The process of import is divided into three stages:
NoteIf contacts in your file are in the Deleted status, a plain re-import won't bring them back. In Import Parameters Settings, enable the Restore and update previously deleted contacts switcher before starting the import.
The same applies over the API. Sending an event that carries only an external ID is not a reliable way to restore a deleted contact. For deterministic restoration, call Add/update contacts with the same
externalCustomerIdand"restoreDeleted": true, including the channels and fields you need.If a workflow has to send an email before the contact card is restored, pass the email address in the event and set
${emailAddress}explicitly as the recipient. Creation, restoration, and enrichment can be asynchronous, so add a delay and a Get contact block before checkingcontactIdor field values.
RecommendationImport your contacts via Get Started Section
Backend API
The Add/update contacts API method is used for bulk asynchronous contact creation and updating. One request allows you to add or update up to 3000 contacts, which are added or updated in Reteno within a few minutes.
Use the Add/update contacts method for initial imports and scheduled high-volume updates when changes can be processed asynchronously. For a single contact that must be updated immediately, use the Add/update a contact method.
Features:
- The response includes an
asyncSessionId, which you can use to get the import status and contact IDs using thev1/import status/method.
NoteThe API doesn't return an explicit flag showing that a contact is deleted ā the bulk import response contains only the session identifier. You can detect it indirectly: with
"restoreDeleted": false, themappingfield of the import status response lists only created and updated contacts, so a contact that is missing frommappingis a deleted one.
Method type: POST. The description of the method, fields, and request body format are available here.
URL to send request: https://api.reteno.com/api/v1/contacts
Batch Import vs. Individual Requests
When a scheduled sync updates many contacts every day, batch the changed contacts instead of sending one real-time request per contact. For example, a daily sync of 25,000 changed contacts would require 25,000 calls to the Add/update a contact method, but it can be sent as one CSV import job or split into bulk API batches of up to 3000 contacts per request.
To reduce API volume during a recurring contact sync:
- Export only contacts whose data changed since the previous sync.
- Include a stable identifier, such as an external ID, so existing contact cards are updated instead of duplicated.
- Add only the fields, groups, and subscription data that need to be created or updated.
- Upload the changes as a file import or send them through the Add/update contacts bulk API method.
- Store the returned
asyncSessionIdand check the import status before treating the sync as completed.
| Requirement | Individual API requests | Batch import or bulk API |
|---|---|---|
| Best for | Immediate updates for one contact, such as a profile change or subscription update | Initial imports and scheduled high-volume updates, such as hourly or daily contact synchronization |
| Volume | One contact per request | One file import job or up to 3000 contacts per bulk API request |
| Processing | Synchronous: after a 200 response, the contact data is updated in Reteno | Asynchronous: contacts are added or updated within a few minutes |
| API load | Grows linearly with the number of changed contacts | Reduces request count by grouping many contacts in one import or batch |
| Status tracking | Use the response from each contact request | Use asyncSessionId and the import status method |
| Recommended frequency | Use only when every contact update must be available immediately | Use for planned recurring syncs; split large updates into batches and monitor each import session |
NoteIf your integration already knows which contacts changed in an external segment, update a contact field or group membership during the import instead of querying every segment back from Reteno to find those changes.
An example of a request body:
{
"contacts": [
{
"channels": [
{
"type": "email",
"value": "[email protected]"
},
{
"type": "sms",
"value": "380942583691"
}
],
"firstName": "John",
"lastName": "Smith",
"address": {
"town": "London",
"region": "West",
"address": "First str. 1",
"postcode": "12345"
},
"fields": [
{
"id": 12345,
"value": "..."
}
]
}
],
"dedupeOn": "email",
"customFieldsIDs": [
12345
],
"groupNames": [
"Customers"
],
"groupNamesExclude": [
"Subscribers"
],
"restoreDeleted": false,
"eventKeyForNewContacts": "newContact"
}To retrieve the IDs, keys, types, and allowed values of additional fields, use the Get additional fields method.
NoteThe
eventKeyForNewContactsfield is optional. When it's set, an event with the specified key is generated only for contacts that are created by the request, not for the ones that are updated. Use that event key as a workflow start condition to run a workflow for new contacts only.
NoteFields that aren't passed in an update request don't erase previously saved values. For example, if a contact was created with an email address and a phone number and a later request passes only the phone number, the email address is kept.
To delete a contact's email channel with this method, add
"contactFields": ["email"]to the request and don't include the email channel in thechannelsarray ā the channel is then removed. You don't need to passnullvalues.
NoteThe
dedupeOnfield controls which identifier is used to match existing contacts. Set it to"sms"to deduplicate by phone number instead of email ā this matters because the real-time Add/update a contact method gives email priority by default, so an update with the same phone but a new email creates a new contact unless you dedupe by phone here.Because
v1/contactsis asynchronous, don't fire a dependentsmartsendat the same moment ā wait for the import to finish or verify the contact first. A stableexternalCustomerIdremains the most reliable identifier for matching.
Updated about 5 hours ago
