Skip to main content
OneView automatically resolves Conversion API errors and configuration conflicts for each integration. No action required.

What is Contextual Error Handling?

Contextual Error Handling automatically classifies and resolves Conversion API errors based on each platform’s specific requirements and API behaviors. OneView intelligently recovers from platform errors and configuration conflicts so conversions always flow correctly—accurate, compliant, and attributed where they should be.
Understanding the problem:Each advertising platform has unique:
  • API error codes and meanings
  • Configuration requirements
  • Attribution model compatibility rules
  • Consent handling specifications
Without contextual error handling, you must manually interpret and resolve each platform’s specific errors, leading to lost conversions and misattributed data.

How Error Handling works

OneView classifies errors and applies platform-specific resolution strategies:
Error TypeClassificationAction
Transient errorsNetwork issues, temporary outagesAutomatic retries with backoff
Rate limit errorsAPI rate limits exceededRetries with exponential backoff
Fatal errorsConfiguration issues, incompatible settingsRetries stopped, requires fix
Skipped eventsIntentional skips (consent, lookback windows)No retry, recorded for observability
OneView automatically handles incompatible conversion models, misaligned consent configurations, attribution-breaking setup conflicts, and API-specific quirks without manual intervention.

Error classification

OneView classifies integration responses into normalized outcomes:

Transient errors

Temporary failures that OneView automatically retries:
CauseExampleResolution
Network issuesConnection timeoutAutomatic retry with backoff
API outagesPlatform temporarily unavailableRetries until service recovers
Rate limitsToo many requestsRetries with exponential backoff
No action is typically required. If transient errors persist for prolonged periods, review rate limits and batch sizes for the specific integration.

Fatal errors

Non-retryable problems that require configuration changes:
CauseExampleResolution
MisconfigurationWebhook misconfiguredFix configuration, reprocess
Incompatible settingsAttribution model conflictAlign settings, reprocess
Validation errorsInvalid data formatFix data format, reprocess
Fatal errors are not retried. Fix the configuration and reprocess affected conversions if necessary.

Skipped events

Intentional skips to prevent errors or policy violations:
ReasonExampleBehavior
Consent not grantedad_storage deniedEvent skipped, no retry
Lookback window exceededConversion outside click-through windowEvent skipped, no retry
Skipped events are acknowledged by the pipeline (no retry). They are recorded for observability and do not count as failures.

Platform-specific handling

Each Conversion API integration is context-aware and handles platform-specific requirements:
PlatformAutomatic Handling
Google AdsAttribution model compatibility, Enhanced Conversions requirements
MetaConsent mode enforcement, event matching rules
Microsoft AdsConversion goal configuration, lookback window validation
TikTokEvent schema validation, attribution settings
OneView automatically adapts error handling to each platform’s API specifications and requirements, ensuring conversions flow correctly regardless of platform-specific quirks.

Benefits

Automatic recovery OneView automatically retries transient errors and resolves configuration conflicts without manual intervention. Platform-specific intelligence Each integration understands its platform’s error codes, requirements, and behaviors, applying appropriate resolution strategies. Consistent delivery By handling errors contextually, OneView ensures conversions reach their destinations accurately and compliantly, even when platform requirements change.

Common questions

OneView stops retrying and marks the event as a fatal error. The pipeline may pause the affected webhook to prevent repeated failures. Once you fix the configuration and resume the webhook, you can reprocess affected conversions.
OneView automatically retries rate limit errors with exponential backoff, respecting the platform’s rate limits while ensuring eventual delivery.
Yes. OneView logs show error classifications, reasons, and resolution actions for each integration, allowing you to monitor and troubleshoot issues.
If transient errors persist for prolonged periods, review:
  • Rate limits and batch sizes for the integration
  • Network connectivity and endpoint availability
  • Platform-specific requirements and recent API changes
Fatal errors require configuration fixes before conversions can be delivered.

Next steps