diff --git a/.github/vale/styles/Klaw/branding.yml b/.github/vale/styles/Klaw/branding.yml
index 043c404c..84180826 100644
--- a/.github/vale/styles/Klaw/branding.yml
+++ b/.github/vale/styles/Klaw/branding.yml
@@ -25,4 +25,5 @@ swap:
   "(?i)ssl": SSL
   "(?<!Klaw )cluster api": Klaw Cluster API
   "(?i)kafka[ -]?connect": Kafka Connect
-  "(?i)api": API
\ No newline at end of file
+  "(?i)zookeeper": ZooKeeper
+  "(?i)api": API
diff --git a/.github/vale/vale.md b/.github/vale/vale.md
index 6b5abe83..2b64d8a6 100644
--- a/.github/vale/vale.md
+++ b/.github/vale/vale.md
@@ -50,7 +50,7 @@ The words in our custom spelling are **case sensitive**!
 #### Adding word to custom dictionary
 
 If the word is correctly written, you can add extend our vocabulary. Add the word you
-need in the file `spelling-klaw-vocabulary.txt`. After you added your word, sort the lines alphabetically (except the first one). Make sure you add the correct capitalization, as the words are case-sensitive. Adding "ZooKeeper" for example will still show an error for "zookeeper", which is something we want.
+need in the file `spelling-klaw-vocabulary.txt`. After you added your word, sort the lines alphabetically (except the first one). Make sure you add the correct capitalization, as the words are case-sensitive.
 
 ##### When not to add a word
 
diff --git a/blog/2023/05/effortless-kafka-governance-making-life-easier-for-developers.md b/blog/2023/05/effortless-kafka-governance-making-life-easier-for-developers.md
index 8ad0cf1b..a2a4acc4 100644
--- a/blog/2023/05/effortless-kafka-governance-making-life-easier-for-developers.md
+++ b/blog/2023/05/effortless-kafka-governance-making-life-easier-for-developers.md
@@ -99,12 +99,12 @@ Failures are an inevitable part of any system, and Kafka applications
 are no different. These failures can occur at different levels,
 including client-side issues where event deserialization creates
 problems for consumers, as well as infrastructure-related issues that
-result in the loss of zookeeper/Kafka configurations.
+result in the loss of ZooKeeper/Kafka configurations.
 
 In the context of infrastructure failures, let's consider a scenario
 with 1000 topics, each possessing a unique configuration stored in a
-zookeeper. Now, imagine a situation where a disaster strikes, causing
-the zookeeper to crash and be unable to recover. This raises a critical
+ZooKeeper. Now, imagine a situation where a disaster strikes, causing
+the ZooKeeper to crash and be unable to recover. This raises a critical
 question: how swiftly can you retrieve the information and reboot your
 server? It's not just about having methods to store information but
 also about strategically implementing storage and retrieval processes