[Frank85]

also die 5-15 Sekunden klingen alles andere als normal. Ich glaube daher kommt auch dein Kritikpunkt. Das ist m.E. aber kein Problem vom Shelly-Plug, sondern wohl eher deinem WLAN bzw. deinem AccessPoint geschuldet.
Bei mir ist nämlich alles umgekehrt zu beobachten. Die shellys übertragen den Status wesentlich sauberer, auch die Antwortzeiten sind ein tacken schneller. Hin und wieder kommt es nämlich vor, dass der EnOcean Plug nicht an oder aus geht, also das Telegram verschluckt wird (passiert bei mir, wenn man recht häufig an/aus sendet). Ein Abdeckungsproblem würde ich mal ausschließen, da die Geräte eigentlich in direkter Sichtweite sind.
Der große Vorteil der shellys ist in meinen Augen, dass ich zu jeder Zeit den Status mit dem Gekko syncen kann (d.h. ich kann den shelly Plug über eine Fernbedienung/Taster/direkt am Gerät oder ähnliches schalten und habe den korrekten Status am Gekko (nach ein paar Sekunden Verzögerung). Das erreiche ich leider so sauber nicht mit einem EnOcean Plug.
Besitze den Shelly Feko (oder wie er dort als Window/Door Sensor geführt wird) und so schlecht wie der beschrieben wird, finde ich den gar nicht. Eigentlich überträgt er sehr sauber den jeweiligen Status. Benutze den aber an meiner Eingangstür. Verrichtet seinen Dienst wirklich gut, einmal bisher Batterie gewechselt ... ist sogar noch die Version 1.0 (gibt ja mittlerweile eine Version 2.0). Für die Garage würde ich den aber auch nicht einsetzen. Ich denke, da werde ich lieber auf Zigbee (umweg über extra Stick und Node-Red) Sensoren setzen. Die Übertragung ist gut und auch der Statuswechsel hat mich in meinen Testszenarien wirklich überzeugt (alles 1:1 übertragen).
Warte aber noch sehnsüchtig in diesem Zusammenhang auf MQTT im Gekko bzw. die Möglichkeit, nur den Status eines Items via API setzen zu können. Das geht m.E. aktuell noch nicht. Vielleicht wird das ja mal kommen.