We are using API triggered campaigns for one of our requirements. We have enabled the checkbox for creating new profiles as mentioned in experience league documentations for handling profiles that do not exist in our customer base.
We came across a documentation where it is mentioned as "This option is provided for very small volume profile creation in a large volume transactional sending use case, with bulk of profiles already existing in platform" - https://experienceleague.adobe.com/en/docs/journey-optimizer/using/campaigns/api-triggered-campaigns...
1) Are there any implications if we try to trigger or create more number of new profiles than expected as mentioned in the documentation?
2) Will it affect the overall licensing, if we try to ingest more number of new profiles than recommended?
3) What qualifies as a "very small volume" profile creation in this context? Are we talking about a specific number or percentage of total profiles?
4) Are there any performance or scalability concerns when sending large volumes of transactional emails? Especially when new profiles are being created on the fly.
Solved! Go to Solution.
Views
Replies
Total Likes
1) Are there any implications if we try to trigger or create more number of new profiles than expected as mentioned in the documentation?
The “create new profiles” option was designed for edge cases (e.g. a small set of unknown records for a transactional message).
If you rely on it for bulk profile creation profile store may get bloated, Processing latency increases, since each API call has to create + validate the profile record before sending.
You may lose data integrity, since profile governance (consent, deduplication, enrichment) works best when profiles come in through standard ingestion pipelines (batch ingestion, RTCDP, streaming connectors).
Some downstream capabilities (segmentation, profile merges, suppression) may behave unexpectedly if profiles are being created ad hoc in huge numbers.
2) Will it affect the overall licensing, if we try to ingest more number of new profiles?
Yes — profile creation does affect licensing.
AJO licensing is tied to addressable audience. Take a look at the entitlements tied to the packages. https://helpx.adobe.com/legal/product-descriptions/adobe-journey-optimizer.html
If your transactional sends keep creating new unique profiles (instead of referencing existing ones), each one will consume the quota.
So, if you unintentionally create a large number of new profiles, it can push you over license thresholds.
3) What qualifies as a "very small volume" profile creation in this context? Are we talking about a specific number or percentage of total profiles?
Adobe hasn’t published an exact number. I believe “Very small” usually means edge-case profiles in the tens or hundreds per day, not thousands, depending on the package licensed.
For example, Event confirmations → guest users who don’t exist in the master database
If you’re talking hundreds of thousands or millions of new profiles created via API — that’s not supported, and you’ll almost certainly run into licensing + performance concerns.
4) Are there any performance or scalability concerns when sending large volumes of transactional emails? Especially when new profiles are being created on the fly.
When you add new profile creation on the fly, each send requires a write operation into the AEP profile store (not just a message dispatch). This introduces latency (slower API response times).
At a very high scale, this may create backlogs in ingestion, and your sends could lag behind your API requests.
For large-volume transactional sends, all profiles should exist ahead of time in AEP. Only use the “create on the fly” flag for rare or incidental cases.
1) Are there any implications if we try to trigger or create more number of new profiles than expected as mentioned in the documentation?
The “create new profiles” option was designed for edge cases (e.g. a small set of unknown records for a transactional message).
If you rely on it for bulk profile creation profile store may get bloated, Processing latency increases, since each API call has to create + validate the profile record before sending.
You may lose data integrity, since profile governance (consent, deduplication, enrichment) works best when profiles come in through standard ingestion pipelines (batch ingestion, RTCDP, streaming connectors).
Some downstream capabilities (segmentation, profile merges, suppression) may behave unexpectedly if profiles are being created ad hoc in huge numbers.
2) Will it affect the overall licensing, if we try to ingest more number of new profiles?
Yes — profile creation does affect licensing.
AJO licensing is tied to addressable audience. Take a look at the entitlements tied to the packages. https://helpx.adobe.com/legal/product-descriptions/adobe-journey-optimizer.html
If your transactional sends keep creating new unique profiles (instead of referencing existing ones), each one will consume the quota.
So, if you unintentionally create a large number of new profiles, it can push you over license thresholds.
3) What qualifies as a "very small volume" profile creation in this context? Are we talking about a specific number or percentage of total profiles?
Adobe hasn’t published an exact number. I believe “Very small” usually means edge-case profiles in the tens or hundreds per day, not thousands, depending on the package licensed.
For example, Event confirmations → guest users who don’t exist in the master database
If you’re talking hundreds of thousands or millions of new profiles created via API — that’s not supported, and you’ll almost certainly run into licensing + performance concerns.
4) Are there any performance or scalability concerns when sending large volumes of transactional emails? Especially when new profiles are being created on the fly.
When you add new profile creation on the fly, each send requires a write operation into the AEP profile store (not just a message dispatch). This introduces latency (slower API response times).
At a very high scale, this may create backlogs in ingestion, and your sends could lag behind your API requests.
For large-volume transactional sends, all profiles should exist ahead of time in AEP. Only use the “create on the fly” flag for rare or incidental cases.
Could enabling the Create New Profiles option explain some of the delays in email sending? I’m currently experiencing delays when sending transactional emails with this setting turned on.
Views
Replies
Total Likes
@Silvio6 Yes. The option to create new profiles may create some delays. Additionally, it is influenced by the number of requests being sent and how many of those are for new profiles. Be sure to check the entitlements and SLA that are associated with the AJO package.
https://helpx.adobe.com/legal/product-descriptions/adobe-journey-optimizer.html
Views
Replies
Total Likes
@siddharthjainPM see above.
Views
Replies
Total Likes
hey @Kamal_Kamal_C - would you be looking to create new profiles while running the transactional API usecase, or would you also have a usecase for complete pass-through with no existing profile, and no new profile created?
Views
Replies
Total Likes
Views
Likes
Replies