Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Domain Management: Change ICANN verification message copy #2478

Closed
designsimply opened this issue Jan 15, 2016 · 12 comments · Fixed by #15880
Closed

Domain Management: Change ICANN verification message copy #2478

designsimply opened this issue Jan 15, 2016 · 12 comments · Fixed by #15880
Labels
[Feature Group] Emails & Domains Features related to email integrations and domain management. [Pri] Normal Schedule for the next available opportuinity. [Type] Enhancement Changes to an existing feature — removing, adding, or changing parts of it

Comments

@designsimply
Copy link
Contributor

Raised by @umurkontaci

Currently, the wording for the ICANN verification message is a bit lousy. (The bottom part)

icann-message-in-domains-section

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:

icann

@designsimply designsimply added [Type] Enhancement Changes to an existing feature — removing, adding, or changing parts of it [Pri] Low Address when resources are available. [Status] Needs Design Review Add this when you'd like to get a review / feedback from the Design team on your PR [Feature Group] Emails & Domains Features related to email integrations and domain management. labels Jan 15, 2016
@umurkontaci umurkontaci added [Pri] Normal Schedule for the next available opportuinity. and removed [Pri] Low Address when resources are available. labels Jan 28, 2016
@wensco
Copy link

wensco commented Feb 29, 2016

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:

  • a new domain registration
  • a change to previous/original contact information
  • transfers for domains whose original registration pre-dated ICANN's policy change to require verification
  • invalid contact info (which could also be grounds for suspension)

@wensco
Copy link

wensco commented Mar 7, 2016

cc @ranh, based on a comment above, it sounds like you're already working on this. :)

@folletto
Copy link
Contributor

Was there any update on this? :)

@ranh
Copy link
Contributor

ranh commented May 22, 2016

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.

@klimeryk klimeryk added this to the Cobalt: Backlog milestone Aug 1, 2016
@klimeryk
Copy link
Contributor

klimeryk commented Aug 2, 2016

I was wondering if we could improve this flow while we are at it. Currently, we show a notice:
2016-05-11_1447

The "Fix it" link takes you to the domain view - where you are shown the ICANN verification message that's been discussed above:

screen shot 2016-08-02 at 17 59 18

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?

@breezyskies
Copy link
Contributor

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

@ranh
Copy link
Contributor

ranh commented Aug 3, 2016

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 [...]"

@lancewillett
Copy link
Contributor

lancewillett commented Feb 6, 2017

See also suggested UX improvements in #11208

"Domains: improve domain privacy messaging to allow authors to edit contact information without contacting support."

@mashmac2
Copy link

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)?

@wensco
Copy link

wensco commented Apr 27, 2017

We could possibly adjust the "success" message when a user clicks resend. Currently we show this:
email success

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.

@ranh
Copy link
Contributor

ranh commented Apr 30, 2017

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".

@mikeshelton1503
Copy link
Contributor

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.

klimeryk pushed a commit that referenced this issue Jul 13, 2017
* Updated copy for ICANN verification card - removed all mention of ICANN.
* ^^ That includes adding specific mention of what email address the email was and will be sent to and a direct link to change it.
* Replace global success notices with a status bar that communicates the action needed.

Fixes #2478 
Fixes #13231
Also as a bonus, fixes #6098
@matticbot matticbot removed the [Status] Needs Design Review Add this when you'd like to get a review / feedback from the Design team on your PR label Jul 13, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature Group] Emails & Domains Features related to email integrations and domain management. [Pri] Normal Schedule for the next available opportuinity. [Type] Enhancement Changes to an existing feature — removing, adding, or changing parts of it
Projects
None yet
Development

Successfully merging a pull request may close this issue.