Zapier and Make workflows for URL indexing
Published
Zapier and Make have no native IndexChex app, so workflows call its API through generic request steps: Webhooks by Zapier in Zapier and the HTTP app's Make a request module in Make. A trigger such as a new sheet row or feed item supplies the URL, and the step posts it with the API key in the Authorization header.
Why generic HTTP steps
Automation platforms connect apps through prebuilt integrations, but neither Zapier nor Make lists an IndexChex app. Both offer a general-purpose request step for APIs without one, and an indexing API needs nothing more: an HTTPS URL, a header with the key, and a small JSON body. This page assumes the API of IndexChex, which publishes this handbook; the IndexChex software and API page summarises what it offers, and backlink indexer APIs compares API designs across tools.
Two calls worth automating
| Goal | Endpoint | Body | Success response |
|---|---|---|---|
| Submit one URL as it appears | POST https://indexchex.com/api/v2/google/url | {"url": "https://example.com/new-post/"} | HTTP 200, {"code": 0} |
| Submit a list, with a later re-check | POST https://indexchex.com/api/v1/index-submit/jobs | {"urls": [...], "checker": 3} | HTTP 202 with job_id and scheduled_check_at |
The single-URL endpoint suits event-driven flows: one trigger, one URL, one call. It belongs to the v2 API, which follows SpeedyIndex's request schema; teams moving an existing SpeedyIndex flow can read the migration notes. The batch endpoint suits daily or weekly runs that gather many URLs first. Each standard submission costs 1 credit per URL, and the optional re-check adds 1 credit per URL.
Zapier: Webhooks by Zapier
Zapier's help centre describes Webhooks by Zapier as an action with POST, PUT and GET events plus a Custom Request event for raw bodies.
Single URL on a new item
- Trigger: any app event that yields a URL, for example a new row in a Google Sheets tab or a new item in an RSS feed.
- Action: Webhooks by Zapier, event POST.
- URL:
https://indexchex.com/api/v2/google/url. - Payload Type: JSON.
- Data: key
url, value mapped from the trigger's link field. - Headers:
Authorizationwith your API key as the value, no prefix. - Test the step and confirm the response contains
code0.
List of URLs
Zapier's templated POST builds flat key-value bodies, so an array is easier with Custom Request: method POST, the v1 jobs URL, the same Authorization header plus Content-Type: application/json, and a raw JSON body such as {"urls": ["https://example.com/a/", "https://example.com/b/"], "name": "Weekly links", "checker": 3}. Custom Request sends the body exactly as typed and does not parse it, so validate the JSON before saving. When the URLs come from a previous step as line items, join them into a JSON array with a formatting step first.
Make: the HTTP app
Make's HTTP app documents three modules; the one needed here is Make a request.
- Add the trigger module that produces URLs (a watch-rows module, a feed module, or a schedule).
- Add HTTP: Make a request.
- Authentication type: API key. Create a keychain with the key in the Key field, placement In the header, and parameter name
Authorization. Make recommends this Credentials field over typing keys into Headers, because the key is then stored once and rotated in one place. - URL and Method: one of the two endpoints above, method POST.
- Body content type: application/JSON. Use Data structure for the single-URL body, or JSON string for a
urlsarray built with Make's array functions. - Parse response: Yes, so
codeorjob_idcan be mapped in later modules. - Return error if HTTP request fails: Yes, so a 4xx or 5xx stops the run instead of passing an empty value downstream.
Following up on a batch
A submission with checker set schedules an automatic index re-check 1 to 5 days later. To collect it, run a second scenario or Zap on a daily schedule that:
- Calls
GET /v1/index-submit/jobs/{job_id}and readsscheduled_check_run_id, which stays empty until the re-check has started. - Calls
GET /v1/index-check/jobs/{that id}; whenstatusiscompleted, calls.../report. - Writes
indexed_links,unindexed_linksandfailed_linksto a sheet, a message or a ticket.
Store the submission job_id somewhere both workflows can read, such as a sheet row or a Make data store. The polling job status page explains why a daily schedule is enough here and a tight loop is wasteful.
Guardrails
- Avoid double submissions. Triggers that fire on "updated row" rather than "new row" can submit the same URL many times. Filter on a status column, and write "submitted" back after a success.
- Respect rate limits. Both API versions apply a per-minute request limit and answer HTTP 429 when it is exceeded. Bulk work belongs in one batch call, not hundreds of single-URL calls; see rate limits and batching.
- Handle low balance. A v2 response with
code1 (HTTP 402) means insufficient credits; route it to an alert. The error handling page lists the other cases. - Keep the key out of shared fields. Prefer the platform's credential stores, and restrict who can edit the workflow.
Related recipes
Code-first teams can do the same work with the Python indexing script or the Google Sheets workflow. Sites running WordPress can skip the automation platform entirely with a publish hook. For context on where these flows fit among indexing products, see what backlink indexer software is, and for field-level detail the IndexChex API reference.
FAQ
Is there an IndexChex app in the Zapier or Make directories?
No. Both platforms reach the API through their generic request tools: Webhooks by Zapier, and the HTTP app in Make. Everything the API offers is available that way.
Which Zapier option sends a list of URLs?
Use Custom Request with a raw JSON body. Zapier's documentation recommends Custom Request for nested JSON arrays, and the batch endpoint expects a urls array.
Do Webhooks by Zapier steps work on the free plan?
Zapier's help page lists Webhooks by Zapier as available on Professional, Team and Enterprise plans, not Free. Check the current plan table before building.
How should the workflow react to an error response?
Stop and alert rather than retrying blindly. The single-URL endpoint returns a code field: 0 for accepted, 1 when the balance is too low, 3 for an invalid request, 2 for a server-side problem or rate limiting.
Terms used on this page
Sources
Cite this entry
IndexChex. (2026, October 8). Zapier and Make workflows for URL indexing. backlinkindexersoftware.com. https://backlinkindexersoftware.com/zapier-and-make-workflows/