Pushwoosh Connector

Connector implementation

Build the Pushwoosh integration

Omnichannel customer engagement platform with push notifications, email, and in-app messaging

DocsImplementation requiredOmnichannel Engagement
PushwooshAPI / MCP / docsTajo connectorauth, mapping, syncretries, logs, checksBrevo activationcontacts, events, campaignsbackfill, webhooks, validation
Pushwoosh connector flow from source system to Tajo mapping and Brevo activation.

Implementation Overview

Build target

Implement a Pushwoosh connector that authenticates to the vendor surface, normalizes source records in Tajo, and activates eligible data in Brevo.

Current status

Treat this as an implementation guide. Build and validate the auth, mapping, sync, and operations paths before production use.

Primary surface

docs.pushwoosh.com/developer/

PropertyValue
Integration surfaceDocs
Implementation statusImplementation required
CategoryOmnichannel Engagement
Setup complexityadvanced
Vendor documentationdocs.pushwoosh.com/developer/
Allowed hostNot recorded
Base URLNot recorded
OpenAPI schemaNot recorded
MCP serverNot recorded
Last researched2026-08-19

No official OpenAPI spec or MCP found. Developer docs moved to docs.pushwoosh.com/developer/.

Authentication

  • Keep docs.pushwoosh.com/developer/ linked from the connector runbook so operators can confirm vendor behavior during incidents.

  • Store credentials per Tajo workspace and keep tenant-specific secrets out of connector configuration files.

  • Add a credential smoke test that verifies read access to a harmless resource before running backfills or enabling webhooks.

Data To Sync

Start with these inferred data domains, then confirm exact vendor resources and permissions from the source documentation:

  • Contact and identity records
  • Campaign, messaging, or audience state

The connector should make source records idempotent by keeping a stable key such as a vendor object ID, email address, event ID, ticket ID, order ID, or campaign ID. If the vendor only exposes list APIs, Tajo should store the cursor strategy and replay policy explicitly.

Sync Shape

No typed contract exists for Pushwoosh, so the direction of each resource and its conflict handling are not recorded. Direction is declared per resource on a connector contract; see the connector catalog for how contracts are promoted.

Mapping To Tajo/Brevo

No Brevo projection is recorded for Pushwoosh. A projection is declared on a typed connector contract, and Pushwoosh does not have one yet, so this page will not state a mapping it cannot source.

The conventions that apply to every connector — stable external IDs, normalization, backfill and sync strategy, error handling, and the builder checklist — are documented once under “Applies to every connector” on the connector catalog.

Sources

Request early access

Share your first name and an email address or phone number. We will follow up with Tajo access details.

automatic detection
AI Assistant

Hi! Ask me anything about the docs.