- Home
- Resources
- Integrations
- Oracle Eloqua
Oracle Eloqua Zapier integrationAutomate Oracle Eloqua with Zapier.
The Oracle Eloqua Zapier integration offers 8 triggers, 10 actions and 4 searches. Every trigger is checked on a timer, and Eloqua is reserved to paid plans. Here is what each operation does for your marketing database, what it bills, and where it tends to break.
Premium app Zapier reserves this app to its paid plans.
Verified Trustpilot reviews · AI, automation & growth agency
What the Oracle Eloqua Zapier integration does for a marketing team
The Oracle Eloqua Zapier integration connects your Eloqua database to the other tools your team uses, without code. A contact, an account, a record or a custom object entry appears or changes in Eloqua, and Zapier reacts by writing into Eloqua or into another app. Eloqua is Oracle's cloud platform for running marketing campaigns, and this connector works on its data, not on its emails.
Three results justify most setups. First, a contact base that stays in sync: New Contact and Updated Contact push every change to a sheet, a CRM or a chat channel, and Create Contact brings people in from a form or an event tool. Second, accounts kept up to date from outside: Find Account locates the company and Update Account writes the new information into it. Third, custom objects fed automatically: Create Custom Object Data and Update Custom Object Data log registrations, purchases or any data model you built in Eloqua.
What it does not do matters as much. None of the visible operations sends an email, launches a campaign or reads campaign results; the connector stops at contacts, accounts, records and custom objects. No trigger is instant either, so nothing starts the moment a contact changes: Zapier checks at your plan's interval. Anything outside the list goes through API Request (Beta), an advanced action for people comfortable with Eloqua's own documentation.
Neither Make nor n8n has an Eloqua page on this site yet. For criteria across platforms, see Make vs Zapier, and for the tool itself, the Zapier review.
The Zapier vocabulary, in plain English
Seven words carry this whole page. Here they are once, without jargon.
- Zap
- The automation you build on Zapier: one trigger, then one or more actions that run each time that trigger event happens.
- Trigger
- The event in an app that starts the Zap. Once the Zap is on, Zapier waits for that event and ignores the rest.
- Action
- What the Zap does after it starts: the step that writes, sends or moves something for you, in Eloqua or in another app.
- Task
- The unit Zapier bills: one action your Zap completes successfully. Your plan gives you a monthly count of those.
- Polling vs instant
- Zapier checks a polling trigger on a timer and keeps only what is new. An instant trigger is reported by the app itself.
- Filter
- A step that lets the Zap go on only when the incoming item meets the condition you set, and stops it otherwise.
- Search step
- A step that looks up something already stored in an app, so the steps after it can reuse what it found, like an ID.
What an Eloqua Zap really costs
Oracle Eloqua is a premium app on Zapier: it is reserved to paid plans and to the free trial, so the free plan is not an option here.
- Plan requiredPaid plan or free trial
- Trigger and checksNever billed
- Each successful action1 task
- Eloqua triggers8 polling, 0 instant
Inside a paid plan, the trigger never costs a task, and the checks Zapier runs on Eloqua cost nothing either, however often they happen. Each action that succeeds is one task; one that fails is not counted. A Zap with three successful actions uses three times more than a single-action Zap. A filter or a search step makes the Zap multi-step, which paid plans allow. All eight triggers are polling ones, so the grid below sets how quickly a change in Eloqua reaches your Zap.
Connect Oracle Eloqua to Zapier in three steps
- 01
Open your connections
In Zapier, open the Apps page of your account and click + Add connection. A connection is your Eloqua account linked once, then reused by every step that works with Eloqua.
- 02
Choose Oracle Eloqua
Search for Oracle Eloqua in the dialog, select it and click Add connection. A tab opens on the Eloqua side, where you sign in with the account that holds your marketing database.
- 03
Grant access
Sign in to Eloqua in that tab and grant Zapier access. You need an Eloqua account, plus read or write rights on any data you do not own yourself but want the Zap to read or change.
Your first Eloqua Zap: log qualified contact updates in a custom object
GoalWhen a contact changes in Eloqua, keep only the ones that meet your condition and log them as custom object data.
- 01
Pick the trigger
Start a new Zap, choose Oracle Eloqua and the Updated Contact event, then select your Eloqua connection. This is a polling trigger, so changes arrive at your plan's interval.
- 02
Test the trigger
Run the test. Zapier brings back the three most recent items from your account, so you set up the next steps on a real contact rather than on a guess.
- 03
Add the filter
Add a Filter step from the plus icon. Pick the field to look at, the rule and the value, then Configure & test. Choose a text rule for text and a number rule for numbers.
- 04
Add the action
Add Create Custom Object Data, pick the Custom Object Type and map the Name from the contact. Run the step test and read what Eloqua sent back.
- 05
Publish
Click Publish to switch the Zap on. With a filter it is a multi-step Zap, which your paid plan covers. Only contacts updated after publishing will go through.
Oracle Eloqua triggers: eight events Zapier checks for
8 events start a Zap when something happens in Oracle Eloqua. Zapier checks for them at the interval your plan allows.
New Account
Polling triggerIn Zapier“Triggers when a new account is created in Oracle Eloqua.”
Watches Eloqua for companies that did not exist on the last check. Each new account becomes the starting point of a Zap, so the sales side of the house hears about it without exporting a list.
New Contact
Polling triggerIn Zapier“Triggers when a new contact is created in Oracle Eloqua.”
Every person added to your Eloqua database on or after publishing can start this Zap. It is the most common entry point of the connector, since most marketing flows begin with someone new.
New Custom Object Data
Polling triggerIn Zapier“Triggers when a new custom object data is created.”
Custom objects are the tables your team built in Eloqua beyond contacts and accounts. This trigger picks up each fresh entry in the type you choose, and nothing that only changed.
New or Updated Custom Object Data
Polling triggerIn Zapier“Triggers when custom object data is created or updated.”
Broader than the previous one: it reacts to custom object entries that appear and to those that change. Use it when the later edits matter as much as the first version.
New or Updated Record
Polling triggerIn Zapier“Triggers when a record is created or updated.”
Covers records in both directions, fresh and edited. Unlike the contact and account triggers, its label does not name one object, so check in the editor which records your connection exposes before relying on it.
New Record
Polling triggerIn Zapier“Triggers when a new record is created.”
The creation-only counterpart of the trigger above. Edits are ignored, so the Zap runs once per record and stays easy to predict.
Updated Account
Polling triggerIn Zapier“Triggers when an account is updated in Oracle Eloqua.”
Fires on changes to existing companies, not on new ones. When someone edits an account in Eloqua, the next check spots it and the Zap carries the new version onward.
Updated Contact
Polling triggerIn Zapier“Triggers when a contact is updated in Oracle Eloqua.”
Tracks edits on people already in the database. A changed job title, a new phone number, a corrected spelling: any update to a contact can start the Zap on the following check.
Oracle Eloqua actions: what a Zap can write into Eloqua
Oracle Eloqua gives you 10 actions. For each one: what it does for you, when to reach for it, and what to watch out for.
Operations index
Create Account
ActionIn Zapier“Creates a new account.”
Opens a new company record in Eloqua. Useful when a deal or a partnership starts in another tool and marketing needs the company before the first campaign.
Create Contact
ActionIn Zapier“Creates a new contact.”
Adds a person to your Eloqua database from whatever happened upstream: a form, a booking, a scanned badge. Pick it when the person does not exist in Eloqua yet.
Create Custom Object Data
ActionIn Zapier“Creates a new custom object data record.”
Writes a new entry into one of your custom objects. You pick the Custom Object Type and give the entry a Name, then map whatever else that type holds.
Delete Record
ActionIn Zapier“Deletes a record by ID.”
Removes a record from Eloqua, designated by its ID. It is the only action of the set that deletes rather than writes.
Create Record
ActionIn Zapier“Creates a new record.”
Creates a new record through the connector's generic record action, the write-side partner of New Record and Find Record.
Update Account
ActionIn Zapier“Updates an existing account.”
Edits a company already in Eloqua. The Account ID is required, so this action almost always follows a trigger or a search that carries it.
Update Contact
ActionIn Zapier“Updates an existing contact.”
Changes an existing person in Eloqua. You identify the contact by its Contact ID or its Email Address, one of the two is enough, then map the new values.
Update Custom Object Data
ActionIn Zapier“Updates an existing custom object data record.”
Rewrites an existing custom object entry. It needs the Custom Object Type and the entry's ID, then takes the new values you map.
Update Record
ActionIn Zapier“Updates an existing record.”
Modifies a record that already exists, pointed out by its Record ID. It closes the loop opened by Create Record and Find Record.
API Request (Beta)
ActionIn Zapier“This is an advanced action which makes a raw HTTP request that includes this integration's authentication.”
An advanced action for what the list above does not cover. It sends a hand-built request to Eloqua using your connection's sign-in, so there is no separate login to manage.
Oracle Eloqua searches: finding contacts, accounts and records
4 search steps look for data that already exists in Oracle Eloqua, so a later step can use it.
Searches sit at the bottom of the action-event list, under the SEARCH heading. They read Eloqua and hand what they found, often an ID, to the steps that follow. Eloqua offers no find-or-create variant for any of them. Three settings decide what happens when the result is not the one you expected.
Find Contact
SearchIn Zapier“Finds a contact based on name or id.”
Looks up a person in Eloqua. You choose whether to search by Contact ID or by Name, then type or map the term to look for.
Find Custom Object Data
SearchIn Zapier“Finds a custom object data based on id orname.”
Retrieves an entry inside one custom object, by its ID or its name. The Custom Object Type is the one required field.
Find Record
SearchIn Zapier“Finds a record based on name or id.”
Finds a generic record by name or by ID, and passes it to Update Record or Delete Record further down.
Find Account
SearchIn Zapier“Searches for an account based on specific criteria.”
Locates a company in Eloqua. Search By lets you pick Account ID or Name, and Search Term holds the value to match.
The three settings every search exposes
- Successful if no search results are found?Left on its default, a search that finds nothing stops the Zap there and the steps that depended on it are skipped. Switched on, the Zap carries on empty-handed.
- Create X if it doesn't exist yet?On apps that support it, this box turns the search into a find-or-create. None of the four Eloqua searches offers that variant.
- If multiple search results are found?Three ways out when several items match: keep the first one, which is the default, stop the Zap, or hand all of them on at once.
When an Oracle Eloqua Zap breaks
Zapier links two help articles to Eloqua: How to get started with Oracle Eloqua on Zapier, and one on fixing address errors in custom actions. The rest is the general list, applied to a marketing database.
Six traps, all of them avoidable before publishing: two come from the advanced request step, four from how Zapier watches Eloqua. When a run fails anyway, the Zapier troubleshooting page is a sensible next step.
Existing contacts are never picked up
A Zap only reacts to what happens after you switch it on. Contacts and accounts already in Eloqua are not processed; moving that backlog is a separate job.Update triggers feed themselves
Updated Contact followed by Update Contact on the same person makes each write look like a new change. The Zap restarts on its own output and burns tasks fast.A list import gets held back
A bulk import or a migration can make a trigger return a huge batch at once. Zapier's flood protection may hold it back instead of running every item.The same contact never runs twice
On a polling trigger, Zapier remembers what it has already seen. An item that started the Zap once will not start it again on a later check.The advanced request refuses its address
API Request (Beta) only accepts addresses on the domains tied to Eloqua. Zapier has a help article on fixing address errors in custom actions.A failed request goes unnoticed
With Stop on error set to No, the advanced step runs whatever Eloqua returns. Set it to Yes to halt the step on an error instead of passing it on.
Need help automating Oracle Eloqua with Zapier?
A person reads every message.



