Adobe Analytics at a glance.
- Category
- Data · BI
- Role in the estate
- Warehouses, models and reports the commerce estate for finance, operations and marketing - turns event and system data into decisions.
- Commonly connects with
- Commerce platforms · ERP · finance · Marketing · CRM · CX · AI · automation · intelligence
- Typical use cases
- Route ecommerce events (browse, cart, purchase, return) into Adobe Analytics for funnel and conversion analysis. · Send order transactions from commerce and ERP into Analytics alongside customer and product attributes for cohort and product performance reporting. · Capture search behaviour, merchandising rule impact and recommendation performance to improve discoverability governance. · Build and publish audience segments from Analytics back to CRM and email marketing platforms for campaign targeting.
- Relevant services
- BuildPIM and DataSupport
What an Adobe Analytics integration gives you.
Finance and commerce teams see ecommerce revenue and returns in Analytics that reconciles cleanly with ERP invoicing. Discrepancies are caught early, and root causes (unshipped orders, refund timing, channel mismatches) are visible.
Product and search teams access reliable conversion funnels, product affinity and search behaviour data to justify product changes, merchandising rule updates and category restructures. Decisions are informed by accurate data, not guesses.
Marketing and CRM teams build campaigns against audience segments that stayed in sync with Analytics and exported cleanly to their email, ad and CDP platforms. Suppression lists and consent rules are enforced reliably.
Operations and customer service teams see real-time and historical dashboards of checkout performance, channel balance, payment failures and returns patterns. Operational decisions are based on current, accurate data.
Where an Adobe Analytics 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 Analytics requires careful evar, prop and event naming; teams often send inconsistent event payloads from different platforms or deploy conflicting naming changes. Without a data dictionary, owned naming rules and a change-control process, dashboards become unreliable and historical comparisons break.
Adobe Analytics captures ecommerce transactions, but does not reconcile revenue with ERP invoicing, credits or cash receipt timing. Dashboards can show sales that diverge from finance, and teams debate which system is correct without a governed reconciliation process.
Adobe Analytics relies on cookie and session identifiers which may not match customer IDs in your CRM or commerce platform. Cross-device journeys, logged-in vs anonymous sessions, and returning customers are not automatically resolved, leaving attribution logic unclear and audience export identity mismatches.
Segments built in Analytics may not export in real-time to CRM or email platforms, or exports may fail silently when field mappings change. Campaign teams launch against outdated segment definitions, and suppression lists do not sync reliably.
Adobe Analytics typically reports data with a delay of hours or a day. Critical operational issues (checkout failures, inventory gaps, fraud patterns) are not visible in real-time, making it difficult to respond to live commerce issues.
When Adobe Analytics 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.
Most teams struggle to trust their ecommerce dashboards because event schema is not governed, customer identity is ambiguous, and reconciliation with ERP finance is manual guesswork or nonexistent.
Where this integration sits in your estate.
Adobe Analytics 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.
Commerce platform agnostic. Connect Adobe Analytics across your entire technology stack.
- Event schema and tracking plan governance
- Dashboard definitions and metric ownership
- Audience segment definitions and exports
- Analytics data quality and freshness monitoring
- Customer identity mapping and reconciliation
- Event generation and instrumentation on the storefront
- Product, category and customer attributes at event time
- Cart, checkout and transaction event capture
- Session and user identification
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, Infor)
- Order management systems
- PIM and product data systems
- CRM and marketing automation platforms
- Search and merchandising platforms
- Identity and consent platforms
- Payment processors
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.
- 01Data dictionary and schema governance
We document what each event, evar and prop means, who owns it, and who can change it. This shared reference prevents team misalignment and schema drift. We build the change-control process so updates are tested and coordinated across platforms.
- 02Event instrumentation and pipeline
We design the event flows from commerce platform, ERP and third-party systems (search, CRM, OMS) into Adobe Analytics, handle transformations, deduplication and latency, and monitor data completeness and freshness.
- 03Customer identity and segment export
We map and reconcile customer identifiers across commerce, CRM and Analytics, manage audience segment exports to email and marketing platforms, and enforce consent and suppression logic so campaigns respect customer preferences.
- 04ERP reconciliation and revenue audit
We build the reconciliation view that ties ecommerce transactions to ERP invoicing, credits and cash, surface discrepancies and root causes, and maintain audit trails so finance and ecommerce teams agree on the source of truth.
- 05Dashboard ownership and alerting
We document who owns each dashboard and metric, set up alerts for data gaps or anomalies (e.g. sudden drop in transactions, missing export), and embed monitoring and observability so teams know when to investigate.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
Built this type of integration
iWeb has designed and run Adobe Analytics integrations alongside commerce platforms, ERP systems and CRM platforms across retail, foodservice and manufacturing. We understand how to govern event schema, reconcile ecommerce revenue with finance, manage audience exports reliably, and keep dashboards and metrics definitions trusted.
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.
When ecommerce events do not match the Adobe Analytics schema (missing required fields, incorrect data types, undocumented evars), events are rejected silently or dropped. Teams trust a dashboard that is incomplete, and decisions are made against partial data.
Ecommerce transactions are recorded in Analytics as soon as the order is placed, but ERP invoices them later (after picking, packing, dispatch or payment confirmation). Analytics and finance reports show different totals for the same period, and no one owns the reconciliation logic.
A segment built in Analytics is exported to CRM or email, but the customer identifiers do not match the CRM's record IDs. The campaign targets the wrong records or misses customers entirely. No one discovers the mismatch until campaign performance is poor.
A segment built in Analytics is scheduled to export daily to CRM, but the export fails due to a field mapping or API change. Teams launch campaigns against outdated segment definitions, and no one is alerted to the failure.
Ecommerce teams, product teams and analytics teams each deploy tracking changes independently. Event names conflict, properties are reused for different meanings, and dashboards become unreliable. Teams argue about which data is correct because ownership is not clear.
Relevant services and sectors.
Common questions about Adobe Analytics integrations.
How do we define and govern the ecommerce event schema in Adobe Analytics?
We create a shared data dictionary that names each event, evar and prop, documents its meaning, owner and usage, and lists who can change it. This dictionary is version-controlled, reviewed before schema changes are deployed, and referenced by all teams so naming is consistent and dashboards remain reliable.
How does revenue reported in Analytics reconcile with ERP invoicing?
We build a reconciliation view that links ecommerce transactions (captured at order placement) to ERP invoices (issued after fulfillment or payment confirmation), credits and refunds. The view shows totals by day and revenue source, highlights discrepancies, and documents root causes (unshipped orders, split shipments, payment timing) so finance and ecommerce teams agree on the true revenue.
Can we export audiences from Analytics to our CRM and email platform reliably?
Yes. We map customer identifiers between Analytics, CRM and email platforms, set up scheduled exports with reconciliation checks, and monitor for failures or identity mismatches. If an export fails, an alert triggers so the marketing team is notified before campaigns go out against stale segments.
How do we handle customer identity across devices and sessions?
We implement identity resolution logic that links anonymous sessions, logged-in users and cross-device journeys to a single customer record in your CRM or identity platform. This identifier is passed to Analytics so cohorts, segments and attribution reflect the true customer journey, not fragmented sessions.
What happens when the commerce platform, ERP or search system adds or changes event data?
We maintain a change-control process where proposed schema or field changes are submitted to the data governance team, reviewed for impact on existing dashboards and exports, tested in a sandbox Analytics environment, and deployed with coordination across teams. This prevents silent schema drift and broken dashboards.
How do we monitor data quality and completeness in Adobe Analytics?
We set up alerts for missing events, schema validation failures, export gaps and latency spikes. A dashboard tracks event volume, rejection rates and export status by day and source. Teams are alerted to investigate when metrics fall outside normal ranges.
How do we ensure segments and audiences stay in sync across Analytics, CRM and marketing platforms?
We automate segment export from Analytics to downstream platforms, validate customer identity mapping before export, and monitor for reconciliation gaps (segment members in Analytics but not in CRM, or vice versa). Manual audits are scheduled monthly to catch edge cases.
Can Adobe Analytics handle real-time reporting of checkout failures or performance issues?
Adobe Analytics reports data with some latency (typically hours). For real-time operational issues, we set up parallel alerting in your commerce platform and APM tools. Analytics is best for trend analysis, cohort reporting and historical patterns, not live incident response.
Who owns each dashboard and metric definition in Adobe Analytics?
We assign a named owner to each dashboard and key metric (e.g. conversion rate, average order value, product affinity). The owner is trained on the underlying event schema, is responsible for accuracy interpretation, and is the point of contact for questions and updates.
How do we handle suppression lists and consent rules in audience exports?
We store consent and preference data in your CRM or identity platform, sync it to Analytics, and apply it as a filter before segments are exported to email and ad platforms. This ensures suppressed or opted-out customers are not targeted by campaigns, and audit logs show compliance.
What happens if the ecommerce platform upgrade or major tracking change breaks Analytics?
We maintain version control of the event schema and tracking code. Before major platform upgrades, we run a parallel test environment, validate that events are captured with the new configuration, and co-ordinate the cutover so dashboards and exports remain uninterrupted. Rollback plans are in place.
How do we use Analytics to detect and investigate order and payment failures?
We instrument Analytics to capture checkout step completion, payment gateway responses and error codes. When checkout abandonment or payment failure rates spike, dashboards surface the step and reason. Product and operations teams use this data to prioritize fixes and measure the impact of improvements.
Can we use Analytics to measure the impact of search, merchandising and product changes?
Yes. We capture search queries, result clicks, product views and conversions by product and category. By comparing conversion funnels before and after changes to search ranking, synonyms, facets or product positioning, teams can quantify the commercial impact of their work.
How do we prevent unauthorized changes to dashboards or segment definitions?
We use role-based access control in Adobe Analytics so only approved users can edit dashboards or create segments. Changes are logged and reviewed. Critical dashboards are marked read-only for most teams. Regular audits ensure access remains appropriate.



