Uptime Robot sends HEAD requests for HTTP monitors and GET request for keyword monitors by default (and, this is a good default setting for most monitors).
On the other hand, there are cases when a customization may be needed, like:
- Checking if a form in the website works as expected
- Monitoring your APIs which expect specific methods (a perfect match together with the custom HTTP headers feature).
So, here comes the HTTP method selection which enables us to choose the method, send the parameters to be sent (if needed) and also decide if the data will be sent as JSON or not.
The feature can be reached from Add/Edit Monitor dialogs>Advanced Settings>HTTP Method and also through the API.
P.S.> HTTP method selection is a Pro-Plan only feature.
thanks for the feature! But would have been great if this would also work with the “Keyword” type
It also exists in the keyword monitors too.
@Umut – please double check, it does not for me and I am a pro user!
When I pick type keyword monitor there is no option to select HTTP Method.
How can you change it to use e.g. POST
I have a pro license
Sorry for the trouble regarding this and it must be visible now.
Thank you for improving the uptimerobot service. When comparing with other services, especially those services which also have nice cakes, I have to say that uptimerobot really does not offer a lot of options. Especially an option to avoid notifications about small downtimes would be really useful. Something like “do not alert for X (configurable) minutes”, so I can select whether I want to be notified about a short 3 minute downtime…
Also: Is there an update for your iOS App in the works? It really is a little dated and cannot even rember login information. And it does not support iPad screen sizes.
Hi Gerald,
There is actually the option to ignore minor downtimes just as you defined and here are more details: https://blog.uptimerobot.com/new-feature-advanced-notification-options-for-the-pro-plan/ .
And, yes, a fix for the iOS and Android app bug is on the way too.
Great options. Long-time user on Pro – love the service and it keeps getting better. Enhances my service to clients. Thanks!
Thank you that is a welcome feature, as well as ignoring minor downtimes.
I don’t see the HTTP method selection choice under the “Keyword” alert. Is it possible to check for a keyword in the response for an HTTP POST method? how can we check a valid response from the server after the HTTP POST request?
Great feature but why is there a limitation to the number of form fields?
This is great – will you be adding support for raw body content / other MIME types to use with other HTTP methods?
It would be really useful if I could POST an XML body with MIME type application/xml so I can send test requested into my SOAP APIs!