Change "Links" title to "Custom Links" inside the menu customiser.

[paulwilde]

As suggested in #32710 by @afercia it makes more sense to change the "Links" title to be "Custom Links" as this would then be consistent with how its named in nav-menus.php.

[ocean90]

In 32886:

Customizer: Rename label for custom links to "Custom Links", see [31748].

props paulwilde
fixes #32732.

[celloexpressions]

The intent here was simplification. Core generally an historically has issues with overuse of a "Custom" prefix to features (Custom Headers, Custom Backgrounds, Custom Menus, etc.), and being in the Customizer already, having an extra word Custom here doesn't do much. Not necessarily opposed to this change, but I think it should be based on user testing rather than matching wp-admin.

Links are URLs, everything else is handled automatically. You don't add "Custom Links" to posts when entering a URL vs. selecting a post, it's just a link. I don't know that the word "Custom" does much to clarify this here, especially now that the add-items buttons is "Add Items" instead of "Add Links". @designsimply, what are your thoughts here?

[designsimply]

I think we should try to keep things as simple and clear as we can, whenever possible. If people became confused about what "Links" meant when they were creating menu items, that would be a good reason for changing the label, but I haven't seen that happen.

[celloexpressions]

Let's revert this for now and see if we run into any issues in the next round of testing. I have yet to see confusion here in the menus context. I'd rather change the "custom" label in custom menu items to "link" as that's clearer. It boils down to the idea of a link in the menu being simpler and easier to understand than the idea of a custom menu item. If needed we can use something more specific for screen readers since they'll be using different text here anyway.

[ocean90]

Please read #31344 for why we have reverted to "Custom Links". If you think it should be something else please open a new ticket which covers both, Nav Menu screen and Customizer.

[celloexpressions]

User testing: ​https://make.wordpress.org/design/2015/05/27/customizer-menus-user-testing/#comment-24603.

As far as I can tell, no user testing was considered when making this change in either place, but assumptions were asserted about how users would react to it.

[samuelsidler]

Replying to celloexpressions:

User testing: ​https://make.wordpress.org/design/2015/05/27/customizer-menus-user-testing/#comment-24603.

As far as I can tell, no user testing was considered when making this change in either place, but assumptions were asserted about how users would react to it.

Can we run explicit user testing on both options (with that being the only/primary change) and, if Custom or Links perform better, let's get a ticket on file for the change.

[celloexpressions]

This is much too verbose for translations as well. We need to switch to just "Link" universally, which will be handled in #32826. The admin screen doesn't necessarily need to match - we cannot bind one UI to the other for every little tweak and plenty of things are different between them already (hence the proposal to focus on one). But I wouldn't object to changing it there also.

[samuelsidler]

Replying to celloexpressions:

We need to switch to just "Link" universally, which will be handled in #32826.

No, we need to user test both strings to ensure we're doing the right thing. It would be great if that's "Link" since it's shorter than "Custom Link." But if it's not, we need to find a workaround for #32826.