Depends what automated tests you run. You could catch things that are technically wrong, but what about things like the button being in the wrong place.
This class of errors is sometimes fairly easy to catch with canaries.
If a button is obscured or inactive/non-functional for some reason, then chances are some metric is going to be statistically varied enough to call out while in the canary phase.
For more manual canaries, this same approach can be used for metrics like memory usage, latency, number of upstream/database connections, and so forth. Of course, that could be the _purpose_ of the change, which is why it likely will be checked with manual canaries (ie, not the canaries used for the continuous deployment process).
That's nots going to spew errors.