diff --git a/source/it-IT/1.0.0/index.html.haml b/source/it-IT/1.0.0/index.html.haml
index be1bfbb..96c5cb0 100644
--- a/source/it-IT/1.0.0/index.html.haml
+++ b/source/it-IT/1.0.0/index.html.haml
@@ -137,11 +137,11 @@ version: 1.0.0
 
   %p
     Lo scopo di un commit è quello di documentare un passo nell'evoluzione
-    del codice sorgente. Alcuini progetti ripuliscono i commit, altri non lo fanno.
+    del codice sorgente. Alcuni progetti ripuliscono i commit, altri non lo fanno.
 
   %p
     Lo scopo di una voce changelog è quello di documentare le differenze rilevanti,
-    spesso attraverso commit mulptipli, per comunicarli in mdo chiaro agli utenti finali.
+    spesso attraverso commit multipli, per comunicarli in modo chiaro agli utenti finali.
 
   %h4#ignoring-deprecations
     %a.anchor{ href: "#ignoring-deprecations", aria_hidden: "true" }
@@ -168,7 +168,7 @@ version: 1.0.0
     ha sovrapposizioni ambigue con altri formati di date, a differenza
     di alcuni formati regionali che scambiano la posizione del mese e del giorno.
     Queste motivazioni e il fatto che questo formato di data è uno
-    #{link_to "standard ISO", iso} spiegano perchè questo è il formato di date
+    #{link_to "standard ISO", iso} spiegano perché questo è il formato di date
     raccomandato per i changelog.
 
   %aside
@@ -210,7 +210,7 @@ version: 1.0.0
 
   %p
     Risulta facile pensare che il nome del tuo file changelog
-    non sia poi così importante, allora perchè non rendere facile la
+    non sia poi così importante, allora perché non rendere facile la
     vita ai tuoi utenti, usando sempre lo stesso nome?
 
   %h4#github-releases