The idea is:
To allow customization of the User-Agent header in the WordPress credentials node.
Currently, the User-Agent is hardcoded to n8n, which causes issues with some hosting providers that block requests based on this header.
My use case:
I’m using n8n to automate workflows involving my WordPress site hosted on IONOS.
Unfortunately, any API call from n8n with User-Agent: n8n is blocked by their infrastructure, returning a generic “temporarily unavailable” error.
The same request works perfectly if I change the User-Agent to curl or Mozilla/5.0.
I think it would be beneficial to add this because:
It would allow users to interact with WordPress APIs hosted on restrictive platforms.
Without this, the WordPress credentials integration becomes unusable in certain hosting environments — and there’s currently no workaround other than rewriting requests using the generic HTTP Request node.
Any resources to support this?
This issue is documented with packet captures and tested manually via curl.
I’ve also contacted IONOS support, who confirmed they likely filter requests based on the User-Agent string.
Are you willing to work on this?
I cannot contribute directly to the codebase, but I can help with testing and provide detailed technical examples if needed.