Apollo Data Source

Apollo
Create a New Data Flow
-
To create a new data flow, navigate to the Integrate section, and click the New Data Flow button. Then, select the desired flow type from the list, and click the Create button.
-
Select the Apollo connector tile from the list of available connectors. Then, select the credential that will be used to connect to the Apollo instance, and click Next; or, create a new Apollo credential for use in this flow.
-
In Nexla, Apollo data sources can be created using pre-built endpoint templates, which expedite source setup for common Apollo endpoints. Each template is designed specifically for the corresponding Apollo endpoint, making source configuration easy and efficient.
• To configure this source using a template, follow the instructions in Configure Using a Template.Apollo sources can also be configured manually, allowing you to ingest data from Apollo endpoints not included in the pre-built templates or apply further customizations to exactly suit your needs.
• To configure this source manually, follow the instructions in Configure Manually.
Configure Using a Template
Nexla provides pre-built templates that can be used to rapidly configure data sources to ingest data from common Apollo endpoints. Each template is designed specifically for the corresponding Apollo endpoint, making data source setup easy and efficient.
Endpoint Settings
-
Select the endpoint from which this source will fetch data from the Endpoint pulldown menu. Available endpoint templates are listed in the expandable boxes below. Click on an endpoint to see more information about it and how to configure your data source for this endpoint.
Endpoint Testing
Once the selected endpoint template has been configured, Nexla can retrieve a sample of the data that will be fetched according to the current settings. This allows users to verify that the source is configured correctly before saving.
-
To test the current endpoint configuration, click the Test button to the right of the endpoint selection menu. Sample data will be fetched & displayed in the Endpoint Test Result panel on the right.
-
If the sample data is not as expected, review the selected endpoint and associated settings, and make any necessary adjustments. Then, click the Test button again, and check the sample data to ensure that the correct information is displayed.
Configure Manually
Apollo data sources can be manually configured to ingest data from any valid Apollo API endpoint. Manual configuration provides maximum flexibility for accessing endpoints not covered by pre-built templates — including the Contacts, Accounts, Sequences, and Email Activity endpoints — or when a custom request body, header, or pagination strategy is needed.
With manual configuration, you can also create more complex Apollo sources, such as sources that use chained API calls to fetch related records or sources that combine custom request bodies with lookup-based macros.
API Method
-
To manually configure this source, select the Advanced tab at the top of the configuration screen.
-
Select the API method that will be used for calls to the Apollo API from the Method pulldown menu. Most Apollo search and enrichment endpoints use:
- POST: Used by all of Apollo's search endpoints (
/mixed_people/search,/mixed_companies/search) and enrichment endpoints (/people/match,/organizations/enrich) — the filter criteria are sent in the JSON request body - GET: Used by retrieval endpoints such as
/users/{id}and/auth/health
- POST: Used by all of Apollo's search endpoints (
API Endpoint URL
- Enter the URL of the Apollo API endpoint from which this source will fetch data in the Set API URL field. The Apollo API base URL is
https://api.apollo.io/api/v1/and all endpoint paths are appended after it. For example, the endpoint URL for People Search ishttps://api.apollo.io/api/v1/mixed_people/search.
Apollo also exposes a legacy https://api.apollo.io/v1/ base path for a small number of endpoints (such as the auth/health test endpoint). Confirm the correct base path for each endpoint by checking the Apollo API reference.
Date/Time Macros (API URL)
Optionally, the API URL can be customized using macros—all macros added to the API URL will be converted into values when Nexla executes the API call. Macros are dynamic placeholders that allow you to create flexible API endpoints that can adapt to different time periods or data requirements. For Apollo, date/time macros are useful when filtering endpoints that accept created_at or updated_at ranges, such as the Contacts and Accounts endpoints.
Macros are particularly useful for incremental ingestion patterns — for example, fetching only Apollo records created or updated since the last successful run.
-
To add a macro, type
{at the appropriate position in the API URL (within the Set API URL field), and select the desired macro from the dropdown list.{now}– The current datetime{now-1}– The datetime one time unit before the current datetime{now+1}– The datetime one time unit after the current datetimecustom– Datetime macros can reference any number of time units before or after the current datetime—for example, enter(now-4)to indicate the datetime four time units before the current datetime
-
Select the format that will be applied to datetime macros from the Date Format for Date/Time Macro pulldown menu. Apollo typically accepts ISO 8601 (
yyyy-MM-dd'T'HH:mm:ss'Z') or simple date (yyyy-MM-dd) formats. -
Select the datetime unit that will be used to perform mathematical operations in the included macro(s) from the Time Unit for Operations pulldown menu—for example, for the macro
{now-1}, whenDayis selected,{now-1}will be converted to the datetime one day before the current datetime.
Lookup-Based Macros (API URL)
Column values from existing lookups can also be included as macros in the API URL. For Apollo, lookup-based macros are useful when iterating a single endpoint over a list of values — for example, calling /people/match once per email address from an upstream Nexset of leads, or calling /organizations/{id} once per organization ID.
Lookup-based macros are useful when you need to create API endpoints that reference specific IDs, values, or parameters from other data sources in your Nexla environment.
-
To include a lookup column value macro, select the relevant lookup from the Add Lookups to Supported Macros pulldown menu.
-
Type
{at the appropriate position in the API URL, and select the lookup column-based macro from the dropdown list. Lookup-based macros are automatically populated into the macro list when a lookup is selected in the Add Lookups to Supported Macros pulldown menu.
Path to Data
If only a subset of the data returned by the Apollo API endpoint is needed, you can designate the part(s) of the response that should be included in the Nexset(s) produced from this source by specifying the path to the relevant data within the response. Apollo responses typically wrap the relevant records in a top-level key (for example, people, organizations, contacts) alongside pagination metadata such as pagination, breadcrumbs, and partial_results_only.
Path to Data is essential when API responses have nested structures. Without specifying the correct path, Nexla might not be able to properly parse and organize your data into usable records.
-
To specify which data should be treated as relevant in responses from this source, enter the path to the relevant data in the Set Path to Data in Response field.
-
For People Search responses, enter
$.people[*]to treat each entry in thepeoplearray as a record. -
For Organization Search responses, enter
$.organizations[*]to treat each entry in theorganizationsarray as a record. -
For Person Enrichment / Match responses, enter
$.personto treat the single returned person object as one record.
Path to Data Example:If the API response is in JSON format and includes a top-level array named
peoplethat contains the relevant data, the path to the response would be entered as$.people[*]. -
Autogenerate Path Suggestions
Nexla can also autogenerate data path suggestions based on the response from the API endpoint. These suggested paths can be used as-is or modified to exactly suit your needs.
-
To use this feature, click the Test button next to the Set API URL field to fetch a sample response from the API endpoint. Suggested data paths generated based on the content & format of the response will be displayed in the Suggestions box below the Set Path to Data in Response field.
-
Click on a suggestion to automatically populate the Set Path to Data in Response field with the corresponding path. The populated path can be modified directly within the field if further customization is needed.

Metadata
If metadata is included in the response but is located outside of the defined path to relevant data, you can configure Nexla to include this data as common metadata in each record. For Apollo, this is useful when preserving the response-level pagination block (which contains the current page, per-page count, and total record/page counts) alongside each ingested person or organization record.
Apollo includes useful response-level fields outside the main data array — including pagination (page, per_page, total_entries, total_pages) and breadcrumbs — that can be preserved as record-level metadata for downstream auditing.
-
To specify the location of metadata that should be included with each record, enter the path to the relevant metadata in the Path to Metadata in Response field.
- For example, enter
$.paginationto attach Apollo's pagination block as common metadata to every record in the response.
- For example, enter
Pagination
Apollo's search endpoints use incrementing page-based pagination. Configure the following fields when calling Apollo search endpoints manually:
- Set the pagination parameter to
pageand set the per-page parameter toper_page. Start the first request at page1, and use a page size of100(Apollo's maximum). Nexla will automatically increment the page on each iteration until the response returns fewer than the expected number of rows.
Apollo limits search results to 50,000 records (100 per page × 500 pages) regardless of how many records match the filter. Narrow the filter criteria when expecting more results than this cap allows.
Request Headers
-
If Nexla should include any additional request headers in API calls to this source, enter the headers & corresponding values as comma-separated pairs in the Request Headers field (e.g.,
header1:value1,header2:value2). For Apollo, the most common manual headers areContent-Type:application/jsonandCache-Control:no-cache.You do not need to include the
X-Api-Keyheader — Nexla attaches the API key from the credential automatically.
Endpoint Testing
After configuring all settings for the selected endpoint, Nexla can retrieve a sample of the data that will be fetched according to the current configuration. This allows users to verify that the source is configured correctly before saving.
-
To test the current endpoint configuration, click the Test button to the right of the endpoint selection menu. Sample data will be fetched & displayed in the Endpoint Test Result panel on the right.
-
If the sample data is not as expected, review the selected endpoint and associated settings, and make any necessary adjustments. Then, click the Test button again, and check the sample data to ensure that the correct information is displayed.
Save & Activate the Source
- Once all of the relevant steps in the above sections have been completed, click the Create button in the upper right corner of the screen to save and create the new Apollo data source. Nexla will now begin ingesting data from the configured endpoint and will organize any data that it finds into one or more Nexsets.