Websites and Tech

API

Also called application programming interface

An agreed set of requests one system can make to another to fetch data or trigger an action.

Quick facts: API

Category
Websites and Tech
Also called
application programming interface
Level
Intermediate
Affects
Integrations, lead routing, reporting automation, conversion sending
Where to see it
Zapier, Make, Google Ads API, Meta Marketing API, Looker Studio connectors
In this article4
  1. How an API works
  2. Why APIs matter
  3. Common mistakes with APIs
  4. How to act on it

How an API works

An application programming interface is a published list of requests a system will accept, and what it promises to send back. Your website can ask Google Ads for yesterday’s spend, tell a CRM to create a lead, or ask a payment provider to charge a card — each through a defined request with defined fields. The two systems never need to understand each other’s internals, only the agreed form of the conversation.

In practice a request carries three things: an address saying what you want, a credential proving you are allowed to ask, and sometimes a body of data to save. The answer comes back as structured text, usually JSON, which the receiving system can read reliably rather than guessing at a web page. Nearly every platform a marketer touches — Meta, Google, Mailchimp, HubSpot, Shopify — exposes one.

Why APIs matter

They are what removes manual re-typing between systems. A lead submitted on your website can appear in your CRM, trigger a WhatsApp message and be counted as a conversion in your ad account without anyone exporting a spreadsheet. Tools like Zapier and Make are, underneath, just friendly ways of calling other people’s APIs.

They also matter for measurement. Server-to-server conversion sending, which keeps working when a browser blocks a tag, is an API call rather than a script on the page. And reporting dashboards that refresh on their own are pulling from platform APIs, which is why they can show yesterday’s numbers without anyone logging in.

Common mistakes with APIs

The main one is assuming an integration is permanent. Credentials expire, platforms change versions and retire old ones, and a connection that has run quietly for months can stop overnight. If nothing watches for failure, the first sign is a sales team wondering where the leads went.

The second is ignoring limits. Every API caps how often you may call it, and a report that asks for too much too fast simply stops returning data. The third is credential handling: an access key pasted into a shared document or left in page source gives whoever finds it the same powers you have.

How to act on it

Before committing to any tool, check that it has an API and that the systems you already use can talk to it. A platform without one locks your data inside it, and getting it out later becomes manual work.

When you build an integration, insist on three things: a log of what was sent and received, an alert when calls start failing, and credentials stored in the system rather than in someone’s notes. Then test the failure case, not just the happy path — what happens when the other side is down decides whether you lose a lead or retry it. For anything joining your website to a sales system, treat it as CRM integration work rather than a plugin setting, and read the REST API conventions most platforms follow.

Do and do not

Do

  • Check a tool has an API before you commit to it
  • Alert someone when calls start failing
  • Store credentials in the system, never in shared documents

Do not

  • Assume a working integration will keep working unattended
  • Ignore rate limits when scheduling reports
  • Test only the case where everything succeeds

Questions people ask about this

Do I need to understand APIs to run marketing?

You do not need to write code, but you should know which of your tools have one and what they connect to. That single question decides whether your leads flow automatically into a sales system or get copied by hand, and whether you can leave a platform later without abandoning your data.

What is the difference between an API and a webhook?

An API call is you asking another system for something whenever you choose. A webhook is the reverse: the other system messages you the moment an event happens, so you do not have to keep checking. Most complete integrations use both, pulling data on a schedule and reacting instantly to events.

Why did my integration suddenly stop working?

Usually an expired or revoked credential, a permission removed when someone left the company, or a platform retiring the version of the interface you were using. Rate limits and a changed field name are the next most likely causes. Check the integration's error log first, because it normally records the exact refusal.

Related terms

Found this useful?

Share it, or ask an AI to summarise it

Back to the glossary

Knowing the term is the easy part

Applying it to your own site and budget is the work. Book a call and I will tell you what actually applies to you.