Allow GET requests to trigger webhooks

I would like to be able to trigger a webhooks by opening a bookmark. Such as:

But since you can’t call a HA webhook just by opening up a URL, I’m forced to use a workaround like using IFTTT. The following will accept a GET request which then calls my HA webhook above with POST.

It would be nice to eliminate IFTTT from the equation.

Sounds like it could be useful to communucate with devices that don’t support MQTT - how would authentication be handled?

The same way one calls a webhook for IFTTT. Use an authentication token and HTTPS.

Right now I literally have IFTTT call my HA hook because IFTTT can make a receive a webhook request via GET and make a call with POST. If HA could accept a GET request, I can bypass IFTTT altogether.

You may be able to use NodeRED to replace IFTTT I think, if you use the websocket node for Homeassistant then NodeRED is able to send the commands.

Here’s an HTTP endpoint example:

I suppose another workaround is nice, but was hoping the devs could bake in get requests. Not sure how hard that would be.

Yep I agree it would be nice to have without any extra stuff running - I’d also like this feature. In fact it would allow me to use PiCorePlayer to trigger HA stuff with only some shellscript on PCP as it doesn’t do MQTT :slight_smile:

Rock the Vote ^

Bump da bump!

BUMP, just ran into this with iBrew which implements it’s triggers via get requests :frowning:

The SHELLY devices also use GET-method for their ACTIONS.

I am using ShellyForHASS as add-on for SHELLY Devices - but I have massive problems with the “physical Switch state”, which is very much delayed , even when using CoAP (FW1.8.3, ShellyForHass 0.2.0).

As such I would like to use the SHELLY-ACTIONS (which call webhooks via GET Method) to send the physical-switch-state to HA.

I did try “HTTP IN”-nodes in Node-Red - but this did not work either - as I had to authenticate.

It would be GREAT if HA would accept GET webhooks!