API vs Webhook — Explained in Simple Malayalam
AI & automation start with understanding how apps communicate.
Learn API vs Webhook with real examples + a live demo using n8n — perfect for beginners & non-coders.
🎥 Watch now: https://youtu.be/lVRXbpr8-k4
#AI #Automation #API #Webhook #NoCode #VibeCoding #TechLearning #DigitalSkills #galtechschool
Because sendmail-to-matrix and matrix-commander, etc, are having problems with verification, I scraped together a quick utility to send messages to a matrix room from the command line using Maubot and webhooks:
Kennst du das? Eine Abwesenheit hier, eine Vertretung dort – und irgendwo dazwischen geht die Info verloren. Der Kalender ist nicht aktuell, die E-Mails stapeln sich und am Ende weiß keiner mehr so genau, wer eigentlich wann nicht da ist.
Dabei könnte alles so einfach sein.
Mit einem kleinen HTML-Formular und einem n8n-Webhook kannst du Abwesenheiten komplett automatisch erfassen, bestätigen und in deinen Kalender eintragen lassen – ohne Stress, ohne Chaos, ohne Extraarbeit.
In unserem Beispiel schicken wir ein paar persönliche Daten (Name, E-Mail, Abwesenheitszeiten) an n8n und den Google Kalender.
Damit alles sauber bleibt, solltest du:
Wenn du auf Nummer sicher gehen willst, kannst du n8n auch einfach auf deinem eigenen Server laufen lassen – dann bleibt alles bei dir.
Für dieses kleine Automationsprojekt brauchst du tatsächlich gar nicht viel. Die Zutatenliste ist überschaubar – fast wie beim Kuchenrezept ohne Rosinen:
Ich verwende hier die gehostete Cloud-Version von n8n im Standard-Plan.
Damit bekommst du Webhooks, ausreichende Ausführungen und musst dich nicht mit Serverkram herumschlagen.
Hier landen später alle Abwesenheiten automatisch als Termine.
Ob privater Kalender oder Workspace – beides funktioniert.
Für das HTML-Formular reicht eine simple Unterseite auf deiner Domain.
Bei mir läuft sie auf einer Subdomain, abgesichert durch ein Wildcard-SSL-Zertifikat.
→ Wichtig ist nur: HTTPS muss aktiv sein (sonst motzt der Browser, und die DSGVO auch ein bisschen).
Und das war’s auch schon.
Mehr brauchst du nicht, um Abwesenheiten völlig automatisch zu verarbeiten und sauber im Kalender abzulegen.
Damit der n8n-Workflow überhaupt Daten verarbeiten kann, brauchen wir zunächst ein kleines HTML-Formular. Dieses liegt später auf meiner Subdomain automation.draeger-it.blog und dient als Einstiegspunkt für alle Abwesenheitsmeldungen.
Ich stelle dir das komplette Formular als Download zur Verfügung – so musst du nicht selbst Code kopieren oder zusammenbauen.
Der wichtigste Punkt bei der Anpassung:
Im Formular findest du einen Platzhalter namens DEINE_N8N_WEBHOOK_URL_HIER.
Dort trägst du später die Webhook-URL aus deinem n8n-Workflow ein.
Diese URL bekommt n8n automatisch zugewiesen, sobald du den Webhook-Node angelegt hast.
Außerdem gibt es im Formular einen Link zur Datenschutzerklärung.
Diesen kannst du problemlos auf deine eigene Seite anpassen – im Beispiel verweise ich auf:
Mehr musst du an dem Formular nicht ändern. Nach dem Einfügen deiner Webhook-Adresse kannst du die Datei einfach auf deine Subdomain hochladen und sofort verwenden.
Download: HTML-Formular (ZIP / HTML-Datei)
Um die Seite nicht komplett öffentlich zugänglich zu machen, habe ich die Subdomain zusätzlich mit einem einfachen Basic-Auth-Schutz versehen. Das ist sicherheitstechnisch keine Hochsicherheitslösung, aber für interne Tools und Demo-Formulare völlig ausreichend. So kann nicht jede zufällige Person auf das Formular zugreifen, aber ich komme trotzdem bequem von überall aus dran.
Jetzt wird’s spannend: Wir bauen den eigentlichen n8n-Workflow, der das HTML-Formular verarbeitet und später automatisch einen Termin im Google Kalender erzeugt.
Bevor wir in die Details einsteigen, hier einmal der komplette Ablauf in Kurzform:
Der Einstiegspunkt für den gesamten Prozess ist ein Webhook.
Dieser Webhook nimmt die Daten aus deinem Formular entgegen und leitet sie an die nachfolgenden Nodes weiter – ganz ohne eigenen Server, PHP, Backend oder API-Kenntnisse.
Der Workflow beginnt mit einem Webhook, der jedes Mal ausgelöst wird, wenn jemand unser HTML-Formular absendet. Dafür musst du in n8n lediglich einen Webhook-Node hinzufügen. Sobald der Node gespeichert ist, stellt dir n8n automatisch eine eindeutige Webhook-URL bereit.
Diese URL ersetzt später im Formular den Platzhalter DEINE_N8N_WEBHOOK_URL_HIER – und schon ist dein Formular direkt mit dem Workflow verbunden.
Im HTML-Formular stellen wir bereits sicher, dass alle Pflichtfelder ausgefüllt sind – inklusive der Zustimmung zur Datenschutzerklärung. Das reicht für normale Nutzer vollkommen aus.
Allerdings kann unser Workflow theoretisch auch direkt über die Webhook-URL angesteuert werden. Diese ist nicht geheim und könnte zum Beispiel von einem Angreifer genutzt werden, um den Workflow mit ungültigen oder unvollständigen Daten zu fluten.
Deshalb lohnt es sich, im Workflow selbst eine zusätzliche Prüfung einzubauen.
Dafür eignet sich eine IF-Node, mit der wir nochmals kontrollieren können, ob alle wichtigen Felder im JSON vorhanden sind und sinnvolle Werte enthalten.
So stellen wir sicher, dass nur valide Formulare weiterverarbeitet werden – und alles andere direkt abgebrochen wird. Das schützt den Workflow vor unnötiger Last und verhindert, dass unvollständige oder manipulierte Daten in den Kalender oder die Datenbank wandern.
Sobald das Formular abgesendet wurde, landen die Daten im Webhook-Node unseres n8n-Workflows. Dort können wir sie bequem weiterverarbeiten und – für mehr Übersichtlichkeit – in ein sauberes JSON-Objekt umwandeln.
Dazu verwenden wir im nächsten Node eine kleine Expression, die alle Felder aus dem Request bündelt:
Damit haben wir alle relevanten Angaben aus dem Formular ordentlich strukturiert und können sie im weiteren Verlauf des Workflows – etwa für den Google Kalender oder die Datenbank – problemlos weiterverwenden.
Im nächsten Schritt ermitteln wir zunächst den aktuellen Zeitstempel und bringen ihn direkt in ein gut lesbares Format – hier verwende ich dd.MM.yy – HH:mm:ss.
Gleichzeitig formatieren wir auch die vom Formular empfangenen Datumswerte für die Abwesenheit.
Der Grund dafür ist ganz simpel:
Diese Felder werden später in einer Bestätigungs-E-Mail benötigt und sollen dort natürlich sauber und verständlich angezeigt werden. Durch die Formatierung an dieser Stelle müssen wir uns später im Workflow nicht mehr darum kümmern.
Nachdem wir jetzt alle Daten gesammelt und formatiert haben, folgt eine weitere sinnvolle Prüfung: Wir stellen sicher, dass das Von-Datum tatsächlich vor dem Bis-Datum liegt.
Theoretisch ließe sich das bereits im HTML-Formular mit etwas JavaScript abfangen – aber da wir hier bewusst einen Low-Code / No-Code-Ansatz verfolgen, erledigen wir diese Logik direkt in n8n.
Dafür fügen wir eine IF-Node ein, die prüft, ob beide Datumswerte in der richtigen Reihenfolge liegen.
Wenn die Prüfung erfolgreich ist, geht es weiter mit dem nächsten Schritt: dem Eintrag in den Google Kalender.
Sollte das Datum jedoch ungültig sein, wird der Workflow nicht fortgesetzt – stattdessen versenden wir eine kurze Fehlermeldung per E-Mail, damit der Benutzer weiß, was schiefgelaufen ist.
Im Fehlerfall – also wenn die Datumsprüfung fehlschlägt – senden wir wie erwähnt eine E-Mail an den Ersteller des Formulars. In dieser Nachricht erklären wir nicht nur, dass die Abwesenheit nicht gespeichert wurde, sondern geben auch einen kurzen Hinweis darauf, welche Prüfung nicht bestanden wurde. So weiß der Nutzer sofort, was zu korrigieren ist.
Für den Versand nutze ich einen ganz normalen GMail-Account. Das hat den Vorteil, dass die Einrichtung in n8n extrem unkompliziert ist: Einmal verbinden, die Autorisierung bestätigen – und schon kann n8n E-Mails über das eigene Google-Konto versenden.
Die Nachricht selbst verschicke ich im HTML-Format. Dadurch können im Inhalt problemlos HTML-Tags verwendet werden, z. B. für fett formatierten Text, Absätze oder farblich hervorgehobene Hinweise. Das sorgt dafür, dass die Mail deutlich übersichtlicher und angenehmer zu lesen ist als ein reiner Textblock.
Wenn die Prüfung ergibt, dass alle Daten korrekt sind, geht es weiter mit dem nächsten Schritt: der Erstellung des Kalendereintrags. Damit der Eintrag im Google Kalender richtig abgebildet wird, müssen wir beim Bis-Datum einen Tag hinzufügen. Hintergrund: Google Calendar interpretiert Ganztagstermine so, dass das Enddatum exklusiv ist – der Termin endet also einen Tag vorher, wenn wir nichts anpassen.
Diese kleine Korrektur lässt sich ganz einfach mit einer Date & Time Node in n8n erledigen. Dort addieren wir zum date_to einfach einen weiteren Tag, bevor die Daten an den Google-Calendar-Node weitergegeben werden. Damit wird die Abwesenheit im Kalender exakt so angezeigt, wie man es erwartet.
Mit den aufbereiteten Daten können wir jetzt den eigentlichen Kalendereintrag erstellen. Im Google-Calendar-Node müssen wir dafür nichts weiter tun, als die entsprechenden Werte per Drag & Drop in die vorgesehenen Felder zu ziehen – n8n macht uns das hier wirklich leicht.
In meinem Fall fülle ich zusätzlich die Description des Termins. Dort liste ich alle relevanten Informationen wie Name, Zeitraum, Grund der Abwesenheit und den optionalen Kommentar aus dem Formular noch einmal übersichtlich auf. So steht später im Kalender alles genau so drin, wie man es erwartet, und die Abwesenheit bleibt eindeutig nachvollziehbar.
Am Ende des Workflows sende ich noch eine kurze Bestätigungsmail, die darüber informiert, dass der Abwesenheitseintrag erfolgreich übernommen wurde. So bekommt der Nutzer direkt eine Rückmeldung, dass alles funktioniert hat.
Der Workflow funktioniert bereits zuverlässig – aber natürlich lässt sich das Ganze noch deutlich weiter ausbauen.
Aktuell wird jede Abwesenheit eingetragen, ohne dass der Nutzer später die Möglichkeit hat, den Eintrag selbst zu stornieren oder zu bearbeiten. Genau hier kann n8n seine Stärken ausspielen.
Eine Idee wäre, die Daten jedes Kalendereintrags zusätzlich in einer n8n DataTable abzulegen. Dort könnte man einen eindeutigen Hash oder Token speichern, der den Datensatz eindeutig identifiziert. Diesen Hash könnte man dem Nutzer direkt in der Bestätigungsmail als speziellen Link mitgeben.
Über diesen Link würden wir anschließend einen weiteren Webhook ansteuern – zum Beispiel zum Löschen oder Anpassen eines Eintrags.
Alternativ könnte man auch ein eigenes kleines „Abwesenheit bearbeiten“-Formular bereitstellen, das über einen separaten Webhook läuft und die bestehenden Daten aktualisiert.
Damit ließe sich der Workflow zu einem kleinen, aber vollständigen Abwesenheits-Managementsystem erweitern – ganz ohne eigene Serverlogik und komplett mit Low-Code-Mitteln.
Mit nur wenigen Nodes lässt sich aus einem einfachen HTML-Formular ein vollautomatischer Abwesenheitsworkflow bauen – ganz ohne eigenes Backend und komplett im Low-Code-Stil. n8n übernimmt dabei nicht nur die Verarbeitung der Formulardaten, sondern kümmert sich auch um Validierung, Datumshandling, Kalendereinträge und E-Mail-Benachrichtigungen.
Das Ergebnis ist ein schlanker, zuverlässiger Prozess, der im Alltag spürbar Zeit spart und gleichzeitig Fehler reduziert. Und das Beste: Der Workflow ist erst der Anfang. Mit ein paar Erweiterungen – wie z. B. einer Bearbeiten- oder Stornieren-Funktion – lässt sich daraus problemlos ein kleines Abwesenheitsmanagement-System entwickeln.
Wenn du noch tiefer einsteigen möchtest oder den Workflow Schritt für Schritt nachbauen willst, findest du alle Details dazu im begleitenden YouTube-Video. Viel Spaß beim Automatisieren!
Ein Webhook ist grundsätzlich öffentlich erreichbar, daher solltest du ihn absichern.
Das geht z. B. über:
Für interne Tools reicht meist eine einfache Schutzmaßnahme. Mehr dazu zeige ich im Video.
Ja! Google Calendar ist nur ein Beispiel.
Du kannst stattdessen auch:
einbinden — n8n unterstützt zahlreiche Dienste.
Develop and test Airtable webhooks on localhost! Learn how to use Tunnelmole to get a public URL for your local Node.js server and build real-time integrations faster. #Airtable #Webhook #NodeJS #DevTools #OpenSource #API
https://softwareengineeringstandard.com/2025/09/01/airtable-webhook/
Automate your Google Chat! Learn to use webhooks for notifications and build interactive bots with Node.js. Full guide & code: https://softwareengineeringstandard.com/2025/09/01/google-chat-webhook/ #GoogleChat #Webhook
—
claire_approved: true
—
Stop deploying to test Shopify webhooks. Get a public URL for your local server with Tunnelmole and debug live. #Shopify #Webhook #NodeJS #DevTips https://softwareengineeringstandard.com/2025/08/31/shopify-webhook-2/
In the world of software development, two terms that frequently come up are Webhooks and APIs (Application Programming Interfaces). Both are crucial tools for enabling communication between different software systems, but they serve different purposes and function in distinct ways. Understanding the differences between Webhooks and APIs is essential for developers, as choosing the right tool for the job can significantly impact the efficiency and effectiveness of your application. In this article, we’ll explore what Webhooks vs API are, how they work, their key differences, and when to use each.
What is an API?
An API (Application Programming Interface) is a set of rules and protocols that allows different software applications to communicate with each other. APIs define the methods and data formats that applications can use to request and exchange information. Essentially, an API acts as a bridge between different software components, enabling them to interact and share data.
How Does an API Work?
APIs work by exposing specific functionalities or data of a software application to other applications or services. This interaction usually follows a request-response model. Here’s a simplified explanation:
Common Use Cases for APIs
What is a Webhook?
A Webhook is a way for one application to send real-time data or notifications to another application automatically. Unlike APIs, which require the client to poll the server for updates, Webhooks push data to the client as soon as an event occurs. This makes Webhooks a more efficient and timely method of communication, especially in scenarios where immediate updates are crucial.
How Does a Webhook Work?
Webhooks work by setting up a “listener” or “callback URL” on the client application that the server will send data to when a specific event occurs. Here’s how the process works:
Common Use Cases for Webhooks
Key Differences Between Webhooks and APIs
1. Communication Model
2. Real-Time Data Delivery
3. Data Flow Control
4. Use Cases
5. Implementation Complexity
When to Use Webhooks vs. APIs
Choosing between Webhooks and APIs depends on the specific requirements of your application:
Conclusion
Both Webhooks and APIs are essential tools in the developer’s toolbox, each serving different purposes in facilitating communication between software systems. APIs provide a flexible and controlled way to interact with data and services, while Webhooks offer an efficient and timely solution for real-time updates and event-driven actions. Understanding the differences between these two technologies and knowing when to use each can help you build more responsive, efficient, and user-friendly applications.
In the rapidly evolving financial markets, traders consistently seek out novel instruments and approaches to attain a competitive advantage. A favorite among traders, TradingView is a widely used charting program that offers a flexible environment for technical analysis. This blog delves into the fascinating world of cryptocurrency development, exploring how blockchain development services can be leveraged to create signals on TradingView and listen to them through webhooks. These signals provide traders the ability to automate their strategies and possibly maintain an advantage over rivals in the ever-changing bitcoin market.
With TradingView, users may create alerts based on custom script conditions, trendlines, and a variety of technical indicators. These alerts, which suggest potential entry or exit positions, provide a useful way to stay abreast of market movements.
Making TradingView Signals
Choosing Indicators: Make sure the technical indicators you use complement your trading approach. This could be any custom script you’ve written, moving averages, RSI, MACD, etc.
Defining Conditions: Give your signals particular conditions to meet. For instance, you could set up an alarm to sound when the RSI hits a specific level or when the price crosses above a given moving average.
Navigate to the alert creation panel in TradingView and enter the appropriate conditions to create an alert. Please specify whether the alert is sent in real time during the intrabar action or at the conclusion of the action.
Testing Alerts: Before depending on your alerts in real trading, it’s vital to thoroughly test them. To make sure the alerts are triggering appropriately and in line with your plan, use historical data.
Suggested Read | Crypto Trading Bot Development | A Quick Guide
TradingView can interface with other systems using webhooks. You can automatically get alerts in real-time and respond to these signals by integrating webhooks.
Configuring Webhooks: Choose the platform or service on which you would like to receive alerts. Using your own server, third-party trading bots, or custom scripts are common choices.
Setting up TradingView Webhook URLs: Open TradingView’s alert settings and enter the webhook URL that you obtained from your external system. This URL works as the endpoint where TradingView will deliver notifications when activated.
Managing Webhook Payload: Recognise the TradingView-sent payload structure. This contains details about the alert, like its symbol, duration, and the circumstances that led to its occurrence.
Below is the sample code for how to create webhooks:
export class SignalsController {
constructor(private readonly signalsService: SignalsService) {} /**
* Handles webhook events for a specific Vault.
*
* @param vaultId - The ID of the Vault for which the webhook event is triggered.
* @param payload - The payload containing webhook data.
* @returns A promise that resolves when the webhook event is processed.
*/
@Post(’/webhook/:vaultId’)
@ApiPublicAccess()
@ApiOperation({
summary: ‘Handle webhook events for a specific Vault.’,
description: 'This endpoint is used to handle webhook events for a specific Vault based on the provided Vault ID.’,
})
@ApiOkResponse({ description: 'The webhook event was successfully processed.’ })
@ApiDefaultErrorsResponses()
@ApiDefaultHeaders()
public async webhook(@Param('vaultId’) vaultId: string, @Body() payload: WebhookInput): Promise<void> {
await this.signalsService.signal(vaultId, payload);
}
}
export class SignalsService {
/**
* Creates an instance of the InvestsService.
*
* @param logger - The logger to use.
* @param prismaService - Injected prisma service.
*/
constructor(
@Inject(LOGGER) private readonly logger: ILogger,
private readonly prismaService: PrismaService,
) {} public async signal(vaultId: string, payload: webhookInput): Promise<void> {
const vault = await this.prismaService.vault.findUniqueOrThrow({
where: { id: vaultId },
}); this.logger.info({ payload }, `Run Signal for vault ${vaultId}.`); // process the trade usign the signal input or any tarde as per your need
}
}
import { Module } from ’@nestjs/common’;import { SignalsController } from ’./signals.controller’;
import { SignalsService } from ’./signals.service’;
import { VaultsModule } from ’../vaults/vaults.module’;@Module({
controllers: [SignalsController],
imports: [VaultsModule],
providers: [SignalsService],
})
export class SignalsModule {}
Now, go to the TradingView platform and attach your webhook.
TradingView — Track All Markets
Explore More | An Analysis of Crypto Options and Futures Trading Features
The provided code snippets offer a practical guide for configuring webhooks and handling signals. It facilitates a seamless interface between TradingView and external systems. If you are interested in developing such a feature, then connect with our crypto developers to discuss your project requirements.
Similar to Azure Service Bus, we can invoke a Webhook from a plugin (custom Azure-Aware Plugin)
Below is our cloud flow that we have registered as a webhook through the plugin registration tool.
Below is our Webhook registered, note down the ServiceEndpointId.
Below is our code to invoke the Webhook, it uses the same interface, and we IServiceEndPointNotificationService need to provide…
Recently we were getting the below for one of our webhooks registered on Update of lead.
Exception Message: The webhook call failed because the Http request timed out at client side. Please check your webhook request handler.
To test the timeout, we created a below Microsoft Flow with HTTP trigger, Delay and actions to be used as Webhook.
Helpful post –…
https://mhdmedia.vn/webhook-la-gi/
Razorpay Webhooks: Businesses need a strong and dependable system for processing payments and managing related events in the constantly changing world of online payments. Businesses can manage their payments with a full suite of tools from Razorpay, a top payment gateway in India. Webhooks, a key feature of Razorpay that enables you to get instant notifications about payment events, is one of its…
Login to Meta for Developers and note down the App ID and App Secret of the app.
Access Tokens – https://developers.facebook.com/docs/pages/access-tokens/
https://developers.facebook.com/apps/
To get the long-lived page access token, first, we need to generate a short-lived Access Token.
In Graph API Explorer – https://developers.facebook.com/tools/explorer, select the App and the page…
webhookやslackAPIを用いてメッセージを投稿する際に、グループメンションを飛ばす方法。
テキストのフォーマットは以下
<!subteam^{YOUR_TEAM_ID}>
slackAPI(usergroups.list)からも取得可能だが、web版のslackから取得する方法が簡単だったのでそっちも乗せる
サイドバー > その他 > メンバーディレクトリとユーザグループから対象のユーザグループを選択https://app.slack.com/client/{clientID}/browse-user-groups/user_groups/{teamID}のURLになるので、末尾からteamIDを取得メッセージのプレビューはBlock Kit Builder -Slackにて作成可能。
How to Secure Webhook Endpoints With HMAC
Webhooks are ubiquitous in SaaS integrations, and there’s a good reason for that. They are a simple and speedy way to transfer data via HTTP callbacks between systems based on changes to data in those systems.
In this post, we’ll describe the recommended approach. But first, let’s lay some groundwork.
How Do Webhooks Work?
In short, the source app has a webhook, and the destination app has a…
Stripe を利用すると Stripe 管理画面だけで管理できちゃう ~ 壺サブスクのアフターフォロー
#JP_Stripes #ジーティーアイ
サブスクサービスを作りたいときに便利なサービスが Stripe です。
このブログでも何回か Stripe を使った課金を試してきました。
今年書いたのがこちらです。
そして、こちらの記事では課金後にカスタマーポータルが利用できるようにしています。
そして、その作り方を GitHub のリポジトリで公開しています。
今回、 Stripe アドベントカレンダー に参加することにしましたので、このトピックをご紹介しようと思ってもう一度見直していたんですよ…
まずはやってみた流れから
Stripe Payment Links でお支払い 〜 カスタマーポータル
Stripe には Stripe Payment Links という Stripe を利用した支払いページを Stripe の管理画面から作れる機能があります。
詳しくは こちらの記事…
Ever wondered where is the Mailchimp API key and how to generate it? Then read this step-by-step guide that will navigate you through the process of creating an API key and webhooks.
Stripe Payment Links で購入されたらサンクスメールを出したい
#JP_Stripes #webhook #Stripe #ジーティーアイ
購入時にオリジナルのメールを送信したい
Stripe Payment Links で購入されたとき、本番だと領収書メールが Stripe から送信されますが、テストモードでは送信されません。
本番でも便利、テストで助かる Stripeからのメールとは別にオリジナルメールを送る方法です。
Webhook で通知されるようにする！
購入されたときに Stripe にある、「Webhook」を使って通知されるようにしてみます。
Webhook？ウェブフック？ それなに？
Webhook …前から知ってたよ。ここにあるのだけは。
安心してください。私も知ったかぶりしていましたが、今回初めて使いました（笑）
今回は Webhook を使ってメール送信が出来るまでを書いてみたいと思います。
とりあえず、アイテムを作る
まあ、いきなり Webhook…
