Raised by @umurkontaci
Currently, the wording for the ICANN verification message is a bit lousy. (The bottom part)
We could change it to something like "You might be seeing this message due to incorrect contact information"
We should also add link to update contact information.
Comment from @breezyskies
Note that @mikeshelton1503 and @ranh have been working on copy for ICANN verification compliance (p6qnuF-uN-p2 #comment-558).
This particular message could be synced up with their copy (although once implemented, the user would also see the yellow warning at the top of the page). Here's the full screenshot / placement for reference:
I think it would help to add in a link to our support documentation since it explains why users have to do this and also shows them what the email should look like.
AFAIK, things that may trigger a verification requirement include:
cc @ranh, based on a comment above, it sounds like you're already working on this. :)
Was there any update on this? :)
I had a feeling this was already fixed in a different issue. ATM I can't reproduce this with a newly registered domain (and an unverified email address).
Based on the above screenshot, how about this:
You have to verify the email address used to register this domain before you can make changes. Look for the verification message in your email.
(Resend verification email)
Go to Contacts and Privacy to update your email address. Learn more.
I was wondering if we could improve this flow while we are at it. Currently, we show a notice:
The "Fix it" link takes you to the domain view - where you are shown the ICANN verification message that's been discussed above:
However, the position and the design of the message (in the middle of the view) could be confusing for the user - they probably expect something that stands out more. Or even that they _don't_ need to do anything else - they did just click a "Fix it" button ;)
How about simplifying this a bit and just using the notice to resend the verification email as the primary action? With a smaller link to update the contact information?
How about simplifying this a bit and just using the notice to resend the verification email as the primary action? With a smaller link to update the contact information?
+1
I suggested "your domain may be lost forever" originally but @wensco noted that this is not actually correct, the domain just gets suspended. So we should also change it to say "Your domain example.com may be suspended if [...]"
See also suggested UX improvements in https://github.com/Automattic/wp-calypso/issues/11208
"Domains: improve domain privacy messaging to allow authors to edit contact information without contacting support."
I've run into quite a few users who keep clicking Resend, but their domain's contact info is set to a different email address, which is why they're not receiving it.
When this gets reworked, could we please add a warning to the user if their domain contact email is different from their WordPress.com account email (and different from any email forwarding addresses)?
We could possibly adjust the "success" message when a user clicks resend. Currently we show this:
We could modify that to "We successfully resent the ICANN verification email to [registrant contact email]." That way they would know which inbox to check.
A few other ideas for the resend email flow were mentioned in p2MSmN-5Y4-p2
We should refrain from referring to this as the "ICANN verification email".
ICANN is not a name our users care about and we should not use it in user communications.
Also, just in general, ICANN is involved with anything related to domains. Since we don't talk about "ICANN domains" or "ICANN renewal reminders" or "ICANN contact information", we should not be talking about "ICANN verification emails".
I created a fix for this in #15880 but did exclude a suggestion made here:
How about simplifying this a bit and just using the notice to resend the verification email as the primary action? With a smaller link to update the contact information?
I liked this suggestion and had planned to implement however as I got into I realized that relying on the message itself to send the email makes it harder to communicate the 1) issue 2) that the message has been sent and 3) how to resend. All of that could take place in the notice however would cause it to be too long and also notices really aren't great for that kinda of behavior.
Most helpful comment
I suggested "your domain may be lost forever" originally but @wensco noted that this is not actually correct, the domain just gets suspended. So we should also change it to say "Your domain example.com may be suspended if [...]"