I'd look at binding a new class into the container. You can basically tell laravel "when this class is requested, give it this other class instead." So you can make a new "email" validation rule, and whenever laravel tries to load it it will load your custom class instead of the original. So one alteration and everybody can keep using the same terminology they have been.
$this->app->singleton(
'Laravel\Spark\Contracts\Interactions\Settings\Profile\UpdateContactInformation',
'App\Http\SparkExtensions\UpdateContactInformation'
);
Here's one where I'm substituting one of Laravel Sparks classes (the first one) with my own (2nd one) in the app service provider's register() method. So the first class would be the original laravel validation email rule and the 2nd one would be your custom rule class. You can just copy the old email rule if you want.