Improve error rendering via `error-formatter`

# Problem

Our `error-formatter` component right now is mostly passing through errors received from the API.

That doesn't really make too much sense. API errors are really technical and not that useful to the user. We should compile a list of API errors and decide how to handle them. The options could be

* Redirect to an error route and not display it via `error-formatter` at all
* Display a friendly client-message on the page, via `error-formatter`. This could eventually even be localised.
* Do something else entirely

# References

Work on this sort of started already in #689. I started ignoring the API messages and simply displaying a friendly, locally defined error based on the type of error received from the API, but it needs further refinement.

Inizia con il componente error-formatter e il lavoro in #689; esamina come i tipi di errore API vengono attualmente associati ai messaggi. Il lavoro è completato quando si è concordato come gestire l’elenco degli errori API — reindirizzamento, messaggio locale intuitivo o un altro comportamento — e il componente è stato perfezionato di conseguenza.

Scritto dal modello di indicizzazione a partire dal testo della issue.