diff --git a/lib/metadata/policies.js b/lib/metadata/policies.js
index 92b99e0..e0a2c68 100644
--- a/lib/metadata/policies.js
+++ b/lib/metadata/policies.js
@@ -365,7 +365,7 @@ var policies = {
     "cssRules": {
         "tool": "phantomas",
         "label": "Rules count",
-        "message": "<p>Having a huge number of CSS rules hurts performances. If the number of CSS rules is higher than the number of DOM elements, there is clearly a problem.</p><p>Huge stylesheets generally occur when the different pages of a website load all the CSS, concatenated in a single stylesheet, even if a large part of the rules are page-specific. Solution is to create one main CSS file with global rules and one custom files per page.</p>",
+        "message": "<p>Having a huge number of CSS rules hurts performances. If the number of CSS rules is higher than the number of DOM elements, there is clearly a problem.</p><p>Huge stylesheets generally occur when the different pages of a website load all the CSS, concatenated in a single stylesheet, even if a large part of the rules are page-specific. Solution is to create one main CSS file with global rules and one custom file per page.</p>",
         "isOkThreshold": 500,
         "isBadThreshold": 2500,
         "isAbnormalThreshold": 4000,
@@ -1002,7 +1002,7 @@ var policies = {
     "notFound": {
         "tool": "phantomas",
         "label": "404 not found",
-        "message": "<p>404 errors are never cached, so each time a page ask for it, it hits se server. Even if it is behind a CDN or a reverse-proxy cache.</p>",
+        "message": "<p>404 errors are never cached, so each time a page ask for it, it hits the server. Even if it is behind a CDN or a reverse-proxy cache.</p>",
         "isOkThreshold": 0,
         "isBadThreshold": 1,
         "isAbnormalThreshold": 1,
@@ -1011,7 +1011,7 @@ var policies = {
     "closedConnections": {
         "tool": "phantomas",
         "label": "Connections closed",
-        "message": "<p>This counts the number of requests not keeping the connection alive (specifying \"Connection: close\" in the response headers). It is only counting a request if it is followed by another request on the same domain.</p><p>This is slowing down the next request, because the brower needs to open a new connection to the server, which means a additional round-trip.</p><p>Correct the problem by setting a Keep-Alive header on the guilty server.</p>",
+        "message": "<p>This counts the number of requests not keeping the connection alive (specifying \"Connection: close\" in the response headers). It is only counting a request if it is followed by another request on the same domain.</p><p>This is slowing down the next request, because the brower needs to open a new connection to the server, which means an additional round-trip.</p><p>Correct the problem by setting a Keep-Alive header on the guilty server.</p>",
         "isOkThreshold": 0,
         "isBadThreshold": 8,
         "isAbnormalThreshold": 20,