In dit artikel leest u waarom CloudTalk een webhook-endpoint dat steeds mislukt automatisch uitschakelt en hoe u het weer werkend krijgt, inclusief het herstellen van gemiste events.
Waarom een endpoint wordt uitgeschakeld
Als een levering aan uw webhook-endpoint geen geslaagd antwoord (2xx) krijgt, probeert CloudTalk het automatisch opnieuw, tot 50 keer in ongeveer 11,5 uur. Als uw endpoint ongeveer 5 dagen onafgebroken blijft mislukken, schakelt CloudTalk het automatisch uit en stuurt het er geen events meer naartoe. Zo bouwt een defect endpoint geen eindeloze achterstand van mislukte leveringen op. Admins van uw account ontvangen een e-mail wanneer een endpoint wordt uitgeschakeld, en nog een wanneer het weer wordt ingeschakeld.Zo werkt het weer
- Herstel uw endpoint zodat het op inkomende webhookverzoeken antwoordt met HTTP 2xx.
- Als u het binnen 12 uur na het uitschakelen herstelt, hoeft u verder niets te doen. Gedurende die 12 uur blijft CloudTalk uw endpoint testen. Zodra het correct antwoordt, schakelt CloudTalk het automatisch weer in en worden de gemiste events opnieuw geleverd.
- Als er meer dan 12 uur verstreken zijn, schakelt u het endpoint zelf weer in:
- Ga naar Instellingen > Webhooks en open het endpoint.
- Schakel het endpoint weer in.
- Gebruik Recover om de leveringen die tijdens het uitschakelen zijn mislukt opnieuw te versturen.
Hoe lang gemiste events worden bewaard
Event-payloads worden 30 dagen bewaard. In die periode kunt u afzonderlijke events opnieuw versturen of mislukte leveringen herstellen. Na 30 dagen worden ze verwijderd en kunnen ze niet meer opnieuw worden geleverd. Zie Webhook Delivery, Retries, and Best Practices voor het volledige schema voor nieuwe pogingen en tips voor een betrouwbaar endpoint.Hulp nodig of hebt u een vraag? Neem contact met ons op via ons Supportportaal. We staan voor u klaar.