Adobe Campaign at a glance.
- Category
- Marketing · CRM · CX
- Role in the estate
- Owns customer, campaign and experience data - where consent, segmentation, lifecycle and channel orchestration live.
- Commonly connects with
- Commerce platforms · ERP · finance · AI · automation · intelligence · Data · BI
- Typical use cases
- Send transactional and promotional campaigns triggered by order, browse and cart events from commerce · Synchronise customer consent, unsubscribe and preference changes back to the commerce platform and CRM · Publish segments and audience rules from Campaign into commerce for personalisation, targeting and recommendation engines · Capture browse, cart, product view and purchase behavioural data into Campaign for segmentation and journey scoring
- Relevant services
- BuildSupportPIM and DataAI for Commerce
What an Adobe Campaign integration gives you.
Segments are built from clean, deduplicated customer data with resolved identity across email, phone and customer ID. Journey triggers execute against the correct audience, reducing over-mailing and unsubscribe risk.
Customer unsubscribes from email, SMS or push automatically flow back to commerce, ERP and CRM systems within SLA. Suppression lists stay in sync, reducing GDPR risk and customer complaints.
Purchase, browse, cart and customer registration events trigger campaigns automatically via streaming or scheduled batch. Campaign execution is event-driven, not manual, reducing operational overhead.
Segment membership and customer attributes sync to the commerce platform or recommendation engine on schedule or near-real-time, enabling checkout personalisation, product recommendations and dynamic pricing without manual intervention.
Event latency, segment refresh frequency, unsubscribe sync time and campaign delivery SLAs are defined and monitored. Stakeholders know when and why campaigns execute or fail.
Where an Adobe Campaign integration earns its place.
If two or more of these are true, the integration usually pays for itself quickly.
Where off-the-shelf connectors fall short.
Vendor connectors are fine for simple cases. Here's where the real ones need more.
Adobe Campaign expects clean, consistent event schemas for purchase, browse, cart and customer actions. If your commerce platform, OMS and ERP emit events with conflicting field names, timestamps or identity keys, the integration must transform and normalise them before Campaign ingestion, or events will fail silently.
Campaign's standard connectors do not automatically resolve customer identity across email, phone, anonymous ID and customer ID fields. If your estate has duplicate or mismatched customer records, segments and journeys will execute against fragmented audiences, leading to over-mailing or suppression gaps.
Campaign tracks opt-in at the channel and category level, but does not automatically propagate unsubscribes back to the commerce platform, ERP or CRM without manual workflow or custom code. Unsubscribe leakage is common if the reverse sync is not automated and monitored.
Campaign's native segment sync is often batch-based (hourly or daily). If your commerce platform needs real-time segment membership for checkout personalisation or recommendation engine input, standard connectors will not meet SLA requirements.
Campaign does not automatically cross-check suppression lists against multiple data sources or enforce cascading unsubscribe rules across channels without integration logic. If you operate across multiple jurisdictions or have fragmented suppression lists, manual intervention is common.
When Adobe Campaign may not be the simplest fit.
A short, honest list. Not a warning; just where a different shape of system usually costs less to run.
Organisations often blur the line between transactional identity (in the commerce platform) and marketing identity (in Campaign), leading to unsubscribe leakage and GDPR risk when the two systems drift.
Where this integration sits in your estate.
Adobe Campaign holds the commercial record. The iWeb integration layer manages the rules, mappings, monitoring and exceptions. The commerce platform presents the customer-facing experience. The estate map helps agree ownership before anything is built.
Works across the whole stack. Connect Adobe Campaign to your storefront, ERP and everything between.
- Campaign definitions and execution logic
- Email, SMS and push delivery and engagement tracking
- Segment rules and audience computation
- Unsubscribe and preference tracking at the channel level
- Customer master records (name, email, phone, address)
- Behavioural events (purchase, browse, cart, registration)
- Consent and opt-in status
- Transactional sends (order confirmation, shipping, account alerts)
- Customer account and pricing data
Systems this integration usually sits next to.
Examples, not a closed list. iWeb is platform-agnostic on both sides: we wire this integration into whatever ecommerce platform and surrounding systems your estate already runs.
- Adobe Commerce
- Magento Open Source
- Shopify Plus
- BigCommerce
- Other storefronts
- ERP (SAP, NetSuite, Sage)
- OMS (Order Management System)
- CRM (Salesforce, HubSpot)
- Consent Management System (OneTrust, TrustArc)
- Data Warehouse (Snowflake, BigQuery)
- CDP (Customer Data Platform)
- WMS (Warehouse Management)
Not sure if this works with your stack?
Tell us what you’re using and what needs to connect. We’ll give you a straight view on what’s possible, what might be awkward, and the safest way to approach it.
The data flows we wire.
Each flow has a direction and an owner. We agree both before a line of code is written.
How iWeb configures the integration around your business.
Same method on every integration. The decisions come before the code.
- 01Design customer identity and deduplication rules
iWeb defines how email, phone, customer ID and anonymous IDs are resolved and matched across commerce, ERP and CRM systems. Duplicate detection and merge rules are encoded into the integration so segments stay accurate.
- 02Build event streaming and normalisation layer
iWeb ingests purchase, browse, cart and customer events from commerce, OMS and ERP, normalises schema conflicts, validates completeness and streams clean events into Campaign for segmentation and journey triggers.
- 03Automate bidirectional consent and suppression sync
iWeb routes unsubscribe, opt-in and preference changes from Campaign back to commerce, CRM and ERP systems on schedule or event-triggered. Suppression lists stay in sync and GDPR obligations are met without manual queue review.
- 04Implement segment publishing and refresh workflows
iWeb exports Campaign segments to the commerce platform, CDP or data warehouse on schedule or triggered by segment changes. Real-time or batch refresh is aligned with personalisation SLAs and commerce platform capabilities.
- 05Monitor identity resolution and campaign execution
iWeb observes customer deduplication success rates, segment membership drift, unsubscribe propagation latency and campaign delivery status. Alerts surface identity mismatches, missing events and suppression failures before they damage campaign performance or compliance.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
Built this before
iWeb has designed and built Adobe Campaign integrations across retail, e-grocery, health and financial services sectors. We understand how Campaign sits as the engagement and segmentation layer, how behavioural events from commerce and OMS feed into journeys, and how identity resolution and unsubscribe compliance must be governed across multiple systems.
Enterprise digital commerce specialists since 1995
UK-based, employee-owned team
Adobe Gold Commerce Partner
ERP, PIM and operational integration experience
Build, replatform, rescue and long-term support
Platform-led where appropriate, integration-led across the wider estate
What we test before launch.
Every one of these is rehearsed before a customer ever sees the integration.
Common risks and where they bite.
We name these on day one. A risk written down is a risk you can plan around.
If customer identity resolution is incomplete, a single customer may appear multiple times in a segment with different email or phone values. Campaigns execute multiple times against the same person, driving unsubscribes, complaints and engagement damage.
If the reverse sync from Campaign back to commerce is not monitored, unsubscribed customers may still receive campaigns from the ecommerce platform or transactional system. This violates GDPR and drives CASL or GDPR complaints.
If the commerce platform or OMS does not emit behavioural events reliably, journey triggers do not fire and segments go stale. Customers do not receive timely purchase reminders or abandoned-cart campaigns, reducing revenue.
If segment refresh is batch-based (hourly or daily) and event volume spikes during promotions or holidays, the pipeline delays and personalisation rules miss high-value customers. Inventory overstocks or stock-outs go uncommunicated.
If customer ID format or email normalisation changes during a commerce platform replatform, the integration logic does not adapt and new customer records are not recognised as duplicates. Segments and unsubscribe rules apply to fragments of the customer base.
If responsibility for maintaining suppression lists is unclear between Campaign, commerce, CRM and compliance teams, suppression rules drift and manual intervention becomes normal. This breaks SLA and compliance drift goes undetected.
Relevant services and sectors.
Common questions about Adobe Campaign integrations.
How does iWeb resolve customer identity across commerce, ERP and Campaign?
iWeb defines matching rules on email, phone and customer ID before the integration builds. Duplicate detection logic is encoded into the integration flow so a single customer record in commerce matches to the correct Campaign contact. If email normalisation or ID format changes, the rules adapt so re-platforming does not fragment the audience.
What happens when a customer unsubscribes from an email or SMS campaign?
The unsubscribe event is captured in Campaign, normalised and routed back to your commerce platform, CRM and consent management system. iWeb monitors the sync latency and alerts if unsubscribes are delayed or lost, so suppression stays in step and GDPR compliance is maintained.
How do behavioural events (browse, cart, purchase) trigger campaigns in Campaign?
Events from your commerce platform or OMS are streamed or batch-fed into Campaign via a normalised event schema. iWeb validates event completeness and timing, so purchase reminders, abandoned-cart campaigns and product-recommendation journeys trigger reliably without manual intervention.
Can Campaign segments update the commerce platform or recommendation engine in real-time?
That depends on your commerce platform's API and personalisation engine. iWeb can publish segments on schedule (hourly, daily) or near-real-time via streaming, depending on your SLA. Real-time segment sync is common for checkout personalisation and recommendation engines.
What if our commerce platform and ERP emit customer events with different schemas or ID formats?
iWeb normalises event schema and customer ID formats at the integration layer before events reach Campaign. Transformation rules handle field-name mismatches, timestamp normalisation and identity key deduplication, so Campaign receives clean, consistent data.
How does iWeb monitor consent and suppression list accuracy?
iWeb tracks suppression sync latency (time from unsubscribe to exclusion in Campaign), monitors segment deduplication success rates and alerts if suppression lists diverge between Campaign and commerce. Regular audits compare suppression lists against GDPR erasure requests and opt-out logs.
What happens if the integration fails and Campaign does not receive customer or event data?
Can we segment customers by live order status or account flags from the ERP?
Yes. iWeb imports customer account status, credit limits, order history and lifecycle flags from the ERP into Campaign. Segment rules can then target high-value, at-risk or dormant customers based on ERP data without requiring a separate data warehouse.
How does iWeb handle GDPR erasure and right-to-be-forgotten requests?
GDPR erasure requests flow from your compliance or consent management system through the integration into Campaign, ecommerce and ERP. iWeb ensures requests propagate across all customer databases and are not reversed by a subsequent sync. Audit trails document erasure dates and systems affected.
What SLAs does iWeb define for unsubscribe propagation, event latency and segment refresh?
iWeb agrees SLAs with stakeholders before build: typical targets are sub-5-minute unsubscribe sync, event ingestion within 5-15 minutes, and segment refresh hourly or daily depending on use case. Latency is monitored in production and alerts trigger if SLAs are breached.
How do we ensure campaign execution does not conflict with transactional sends from the commerce platform?
iWeb defines ownership boundaries so Campaign owns promotional and engagement journeys while the commerce platform owns order confirmations, password resets and shipping notifications. Suppression and preference logic prevents overlap, and monitoring detects if a customer receives duplicate messages.
Can Campaign segments be used to drive dynamic pricing or inventory allocation in ecommerce?
Campaign segments export to the commerce platform or BI system, but pricing and inventory allocation stay owned by the commerce platform and ERP. Dynamic rules on the storefront can reference Campaign segment membership (VIP, loyalty tier, geography) to adjust display or offers without Campaign owning the transactional logic.
What tools does iWeb use to monitor Campaign integration health and failure rates?
iWeb implements observability via event counting, latency tracking, error logging and dashboards. Alerts are routed to your ops and marketing teams if event ingestion stalls, unsubscribe sync delays or segment membership diverges. Weekly health reports document integration performance and trend any emerging issues.
How does iWeb prepare for a commerce platform replatform without losing Campaign segment or consent history?
Before replatform, iWeb exports Campaign contact records, segment membership and consent flags to a safe archive. After cutover to the new platform, identity resolution rules are validated and segment sync restarted. Customer history and suppression flags are preserved so the new platform inherits the correct audience and compliance state.



