Inconsistent treatment of translated strings

## Bug Description

We seem to have some inconsistencies when looking at `_e()` and `_ex()` vs `echo __()` and `echo _x()`, for example. Note that none of these functions are escaped.

When the minimal code snippet below is checked with severity 5, only 2 violations for `__()` and `__x()` appear.

When it's severity 1, then violations for all 4 lines appear.

Seems to originate from [this line](https://github.com/Automattic/VIP-Coding-Standards/blob/bfc7fc56e18bec55a3830de06d1d3be0443585dd/WordPress-VIP-Go/ruleset.xml#L222-L224) where we drop severity for some WPCS violations, as we apparently trust translations.

The [unsafe printing functions](https://github.com/WordPress/WordPress-Coding-Standards/blob/2f098354173a9e8487b0e8672fde8c526c7daf52/WordPress/Sniffs/Security/EscapeOutputSniff.php#L70-L73) are `_e()` and `_ex()` .

## Minimal Code Snippet

```php

## Tested Against `master` branch?

- [x] I have verified the issue still exists in the `master` branch of VIPCS.
- [x] I have verified the issue still exists in the `develop` branch of VIPCS.

Commencez par ruleset.xml autour des lignes 222-224 et comparez sa gestion de la sévérité avec celle de WordPress/Sniffs/Security/EscapeOutputSniff.php autour des lignes 70-73. Reproduisez l’extrait PHP fourni avec les niveaux de sévérité 1 et 5, puis vérifiez que les quatre cas de chaînes traduites reçoivent un traitement cohérent pour les codes d’erreur signalés.

Rédigé par le modèle d'indexation à partir du texte de l'issue.