Automation for clients

Stage 1 · Lesson 4 of 8

HTTP requests, methods and status codes

How automation works

When no ready-made exists for an app, you talk to its API directly. You do this with an step, called a node in n8n and a module in Make. A request has four parts.

The method says what you want: GET to read, POST to create, PUT or PATCH to update, to remove. The URL says where. carry extra details, such as Content-Type (the format of your data) and Authorization (who you are).

Often there is also a JSON body holding the data itself. The answer comes back with a status code, a three-digit number. 2xx means success.

4xx means your request was wrong: 400 bad data, 401 not authenticated (the app does not know who you are), 403 not allowed, 404 not found, 429 too many requests. 5xx means the failed. Status codes are how you debug, and later they decide which errors to retry.

Common trapretrying a 400 forever; it will never succeed without a fix.

A question to check yourself, an AI practice session and 1 cheat sheet entry come with the full roadmap. Unlock

Resources for this stage

Start with· follow one of these

  • GuideFree
    MDN: HTTP

    Mozilla · Beginner

    Read the overview, methods, status codes and headers pages: the HTTP every automation tool sits on

  • GuideFree
    JavaScript.info

    Ilya Kantor

    The JSON methods and objects chapters teach you to read and reshape the data each step passes on

Practise

  • Call real APIs by hand, see status codes and headers, before you build anything around them

  • Get a throwaway URL and see exactly what an app sends in a webhook

Keep handy

  • A map of API concepts, from REST and auth to rate limiting, to check what you have not met yet

  • Clear chapters on OAuth flows and scopes for when "Connect your account" stops being magic

Also worth your time

Mark this stage as not done?