diff --git a/docs/de/docs/tutorial/handling-errors.md b/docs/de/docs/tutorial/handling-errors.md
index bdf0a0cec..20efab558 100644
--- a/docs/de/docs/tutorial/handling-errors.md
+++ b/docs/de/docs/tutorial/handling-errors.md
@@ -166,7 +166,7 @@ Das folgende sind technische Details, die Sie überspringen können, wenn sie f
 
 **FastAPI** verwendet diesen, sodass Sie, wenn Sie ein Pydantic-Modell für `response_model` verwenden, und ihre Daten fehlerhaft sind, einen Fehler in ihrem Log sehen.
 
-Aber der Client/Benutzer sieht ihn nicht. Stattdessen erhält der Client einen <abbr title="Interner Server-Fehler">""Internal Server Error""</abbr> mit einem HTTP-Statuscode `500`.
+Aber der Client/Benutzer sieht ihn nicht. Stattdessen erhält der Client einen <abbr title=„Internal Server Error“>""Internal Server Error""</abbr> mit einem HTTP-Statuscode `500`.
 
 Das ist, wie es sein sollte, denn wenn Sie einen Pydantic-`ValidationError` in Ihrer *Response* oder irgendwo sonst in ihrem Code haben (es sei denn, im *Request* des Clients), ist das tatsächlich ein Bug in ihrem Code.
 
@@ -230,7 +230,7 @@ Sie erhalten eine Response, die Ihnen sagt, dass die Daten ungültig sind, und w
 
 **FastAPI** hat seine eigene `HTTPException`.
 
-Und **FastAPIs** `HTTPException`-Fehlerklasse erbt von Starlettes `HTTPException`-Fehlerklasse.
+Und **FastAPI**s `HTTPException`-Fehlerklasse erbt von Starlettes `HTTPException`-Fehlerklasse.
 
 Der einzige Unterschied besteht darin, dass **FastAPIs** `HTTPException` alles für das Feld `detail` akzeptiert, was nach JSON konvertiert werden kann, während Starlettes `HTTPException` nur Strings zulässt.