HubSpot automatiseren met Make
Make is snel opgezet en daar zit zowel de kracht als het risico. Een scenario dat niemand beheert, blijft jaren draaien en verbruikt credits zonder iets op te leveren.
Lijm tussen systemen, zonder eigen code
Een scenario luistert op een gebeurtenis in HubSpot en voert daarna stappen uit in andere systemen. Je stelt het in, je bouwt het niet.
Waar het goed in is
Koppelingen met een overzichtelijk aantal stappen en een duidelijke aanleiding. Een gewonnen deal die een taak aanmaakt. Een formulier dat een record ergens anders bijwerkt. Een mailbox die wordt uitgelezen en verrijkt. Je ziet het verloop op het canvas en je hebt geen server nodig.
Hoe de rekening werkt
Make rekent per operatie, en elke modulestap in een run is een operatie. Een scenario van tien modules dat elke vijftien minuten pollt, kost dus ook iets als er niets gebeurt. Dat is het belangrijkste verschil met een platform dat per uitvoering rekent.
Hoe het bij HubSpot aanhaakt
De trigger kijkt meestal naar gewijzigde objecten, met een maximum per poll. Dat is handig en het is ook waar de meeste verrassingen vandaan komen, want hij kijkt niet welk veld er wijzigde.
Wij kiezen het niveau per koppeling: native waar het kan, automation waar het moet, maatwerk waar het niet anders gaat.
Make past goed
- Weinig stappen, duidelijke trigger
- Geen eigen hosting gewenst
- Iemand wil het zelf aanpassen
- Snel een proef draaien
Neem liever native
- De koppeling staat in de marketplace
- Alleen velden gelijkhouden
- Geen logica nodig
- Niemand wil beheren
Neem liever n8n of eigen code
- Veel stappen per run
- Data moet in eigen beheer blijven
- Zware verwerking per record
- Strakke foutafhandeling nodig
Waar scenario's in de praktijk op vastlopen
Drie situaties die wij bij klanten hebben aangetroffen en opgeruimd. Geen ervan was technisch kapot.
Een scenario dat aanstaat en niets doet
Bij een klant stond een verrijkingsscenario negen maanden op actief met een datum die iemand ooit hard in het triggerfilter had gezet. Het leverde nul records op en verbruikte ongeveer 2.880 operaties per maand. In de drie weken dat het wel werkte, maakte het 85 bedrijven aan met 21 duplicaten, omdat het matchte op e-maildomein in plaats van op KVK-nummer.
Scenario's die zoeken naar iets dat niet meer bestaat
In een andere omgeving stonden acht scenario's, waarvan er twee elke vijftien minuten zochten naar een pijplijn en een dealtype die in dat portal niet meer voorkwamen. Ze konden dus nooit iets vinden en verbruikten alleen een operatie per poll. Niemand had dat gemerkt, want een scenario dat niets vindt, meldt ook niets.
De trigger kijkt niet welk veld je wijzigde
Een scenario selecteert op "gewijzigd sinds". Een bulkwijziging op welk veld dan ook is daarmee een volledige batch werk voor elke koppeling die meeleest. Controleer dus niet alleen je workflows voordat je duizenden records aanraakt, maar ook wie er buiten HubSpot meekijkt.
Het bouwen is het kleine deel. Het beheersbaar houden is het werk.
Een eigenaar bij naam
Wie kijkt naar de foutmeldingen, en wie zet hem uit als de aanleiding vervalt. Zonder dat is het geen koppeling maar een vaste kostenpost.
Matchen op een identificatie
KVK-nummer of recordnummer, niet op e-maildomein of bedrijfsnaam. Dat scheelt de duplicaten die je daarna weken opruimt.
Geen sleutels in de modules
Wij zijn scenario's tegengekomen met een HubSpot-sleutel letterlijk in twee HTTP-modules. Gebruik de verbinding, niet een geplakte sleutel.
Jaarlijks nalopen
Welke scenario's staan aan, wat vonden ze, en klopt het filter nog. Eén middag per jaar vangt precies de gevallen hierboven.
Wanneer je Make niet nodig hebt
Staat de koppeling al in de marketplace van beide systemen, zet die dan aan. Een scenario dat hetzelfde doet is een extra laag met eigen onderhoud en eigen kosten.
Moet er veel gebeuren per gebeurtenis, dan telt de rekenwijze tegen je. Bij tientallen stappen per run is een platform dat per uitvoering rekent goedkoper. Zie onze n8n-pagina.
En moet de data aantoonbaar binnen je eigen omgeving blijven, kies dan iets wat je zelf draait. Bij een koppeling met financiële of persoonsgegevens is "waar staat dit onderweg" een vraag die je moet kunnen beantwoorden.
Verder lezen
- Systemen koppelen: de vier manieren en wanneer welke past
- Alle HubSpot-integraties: het gelaagde model
- KVK: waarom verrijking op nummer moet matchen
Bronnen: Make over operaties en hun HubSpot-app.
Veelgestelde vragen over Make en HubSpot
Wat kost een scenario per maand? +
Dat hangt af van het aantal operaties, en elke modulestap in een run telt mee. Een scenario dat elk kwartier pollt kost dus ook iets als er niets te doen is.
Wat is het verschil met n8n? +
Make draait in hun cloud en rekent per operatie. n8n kun je zelf hosten en rekent per uitvoering. Bij veel stappen per run is dat verschil groot.
Merk ik het als een scenario stopt met werken? +
Niet vanzelf. Een scenario dat niets vindt, meldt ook niets. Daarom spreken wij af wie de foutmeldingen leest en wanneer de scenario's worden nagelopen.
Kan Make tweerichtingsverkeer aan? +
Ja, maar leg dan eerst per veld vast welke kant leidend is. Zonder die afspraak overschrijven twee systemen elkaar en kan niemand uitleggen waarom een waarde verandert.
Kunnen wij scenario's zelf aanpassen? +
Dat is juist de reden om Make te kiezen. Spreek wel af wie dat doet, zodat een wijziging niet stilletjes iets anders breekt.
Klaar om je commerciele motor op AI te laten draaien?
Boek een vrijblijvende RevOps-scan. In 30 minuten zie je waar jouw grootste hefboom zit, en wat het je oplevert.

Meer binnen CRM
Gerelateerde diensten
- CRM - HubSpot Marketing Hub→
- CRM - HubSpot Sales Hub→
- CRM - HubSpot Service Hub→
- CRM-Architectuur→
- Integratie-strategie→