Должны ли люди изменять свои имена пользователей?

Итак, вы хотите изменить свое имя пользователя на что-то новое. Если приложение позволяет вам это сделать?

Предположим, что у вас есть уникальный URL-адрес, указывающий на ваш профиль. Предположим, что он доступен для человека , например /site.com/joesoap / . Это заставляет SEO-богов улыбаться. Если вы измените его на josephsoap , все старые ссылки больше не будут работать (например, твиттер). Это заставляет богов UX плакать. Мы могли бы сохранить перенаправление по старому URL-адресу и перейти к новому. Затем мы сидим с проблемой людей, которые засоряют все красивые имена с помощью перенаправления. Это заставляет всех будущих клиентов плакать.

Здесь есть три варианта:

  1. Один из них должен сделать URL-адрес примерно как /site.com/73622/joesoap / , где 73622 - ваш userID , который никогда не меняет (например, например, ux.stackexchange.com). Не так красиво, но потом просто позволить вам изменить свое имя пользователя так часто, как вам нравится.

  2. Другим является просто не позволяет вам изменять ваше имя пользователя (например, facebook).

  3. Тот, о котором я еще не думал, но который вы предложите , тем самым ошеломив нас своей глубокой проницательностью.

Как вы это сделаете и почему?

71 голос | спросил JohnGB 4 +04002011-10-04T16:35:05+04:00312011bEurope/MoscowTue, 04 Oct 2011 16:35:05 +0400 2011, 16:35:05

11 ответов


42

Пусть они меняют свое имя. Женщина, вступающая в брак, берет фамилию своего мужа (иногда) и не позволяет ей менять свое имя на веб-сайте, может превратить ее в плохой опыт.

Я большой поклонник варианта №1. Я должен был найти свой ID # здесь, на веб-сайте UX, чтобы найти, что я # 5737. С глаз долой, с ума, в хорошем смысле. Я не знаю, как должен выглядеть «красивый» URL-адрес. Это, безусловно, может стать уродливым с длинными идентификаторами GUID, но простой идентификационный номер сменился после того, как адрес сайта кажется мне очень приемлемым.

Я не думаю, что версия для богов версии 1 версии 1 тоже.

ответил LarsTech 4 +04002011-10-04T16:51:04+04:00312011bEurope/MoscowTue, 04 Oct 2011 16:51:04 +0400 2011, 16:51:04
15

Для решения этой проблемы некоторые службы должны иметь отдельное имя пользователя и отображаемое имя. Ваше имя пользователя - ваш портал на сайте; что вы входите в систему, как ваш URL основан (обычно), а иногда и как люди находят вас.

Twitter - это, вероятно, самое актуальное решение, так как у них хороший SEO, но у них есть отображаемое имя, которое вы можете изменить. Вы не можете изменить имя, которое большинство пользователей знают вам, но если пользовательское настоящее имя изменяет систему, работает нормально, и люди могут искать вас по вашему реальному имени (хотя ваше имя пользователя намного проще найти, особенно в поиске).

Обновить . Очевидно, что твиттер делает , чтобы вы могли изменить свое имя пользователя и ваш URL-адрес, однако ваши последователи продолжают следовать за вами после смены имени. Спасибо JohnGB и Даниэлю Ньюману за то, что вы меня исправили. Я не уверен, что мне больше нравится решение Twitter, но оно позволяет пользователю свободу.

Steam реализует это так, что ваше имя пользователя является секретом, который вы используете для входа в систему, и друзья всегда находят вас по вашему отображаемому имени - - которые могут меняться в любое время. Лично я нашел это очень раздражающим, так как половина моих друзей меняет имена раз в неделю. Steam позволяет вам видеть все имена, которые вы видели, прежде чем использовать друг, но все же обратите внимание, что это может очень затруднить понимание того, кто есть кто, если ваши пользователи часто меняют свое единственное отображаемое имя.

Skype содержит имена пользователей, которые вы используете для поиска людей, а затем отображаете имена только в приложении. Skype называет это «настоящим именем», но, как вы можете изменить его, в любое время многие люди меняют его на свой любимый персонаж фильма, 4chan meme и т. Д. Это интересная настройка, так как вы всегда можете найти кого-то по имени пользователя, но, как и в Steam, мне часто сложно определить, кто из этих людей в списке моих друзей не просматривает их профиль.

Steam и Skype могут быть менее релевантными для вашего сайта (я полагаю), чем Twitter, но помните, что URL-адреса - это не единственные вещи, которые меняются. Важно, чтобы Google мог найти Joe Soap, но, возможно, более важно то, что соединения Joe Soap на вашем сайте могут найти человека, которого они встречали как Joe Soap. Facebook довольно хорошо избегал этой проблемы с их окружением только «настоящие имена» и довольно агрессивным применением этой политики, но я не стал бы рассчитывать на то, чтобы работать на другом сайте.

ответил Ben Brocka 4 +04002011-10-04T17:24:22+04:00312011bEurope/MoscowTue, 04 Oct 2011 17:24:22 +0400 2011, 17:24:22
15

Я просто подумал о варианте 3, который входит в несколько частей. Я, вероятно, слишком многословный, но я хочу убедиться, что я рассмотрел каждый случай:)

  1. Разрешайте только изменения имен так часто (три месяца должны быть в порядке, чтобы вносить реальные изменения имен, например, примеры Jane Smith /Jane Doe).

  2. Поддерживайте столбцы в базе данных прошлого, скажем ... четыре изменения имени - это будет соответствовать однолетней истории изменений имени, а также дате изменения имени, поэтому они могут быть очищены после их «истечения».

  3. Когда пользователь меняет свое имя, его URL-адрес меняется немедленно. Если ни один другой пользователь не берет старое имя, посетитель сайта получает страницу «пользователь не найден» с баннером (как указано в части 4), указывающим новое местоположение; если другой пользователь берет старое имя в какой-то момент, то посетитель сайта получает эту новую страницу пользователя - и вот где находится важная часть 4:

  4. Если посетитель обращается к URL-адресу, который упоминается в «прошлых» именах пользователя (через часть 2), отобразите ненавязчивый, но заметный баннер в верхней части страницы, где указано «[новое отображаемое имя пользователя1] ранее было указано имя [user1's old display name] - вы пытались получить доступ к своей странице? » с новым отображаемым именем, являющимся гиперссылкой, конечно, на их новую страницу. Так как было бы возможно, чтобы имя пользователя проходило через несколько рук, прежде чем оно истечет из первоначального списка пользователей, обязательно включите функции для отображения нескольких людей в этом баннере (то есть [новое отображаемое имя пользователя1] и [новое отображаемое имя пользователя3] ранее использовалось имя [user1 /user3's old display name] ").

  5. (необязательно). Если «ранее использовавшееся» имя теперь принадлежит кому-то другому (user2), поместите куки-файл на компьютер посетителя, когда они посещают эту страницу, - если они покинут страницу, не перейдя на страницу user1 имя, увеличивайте счетчик в файле cookie (скорее всего, сделанный при следующем посещении страницы). Если счетчик достигает определенного номера (например, 3), и посетитель никогда не заходил на страницу user1, то предположил, что действительно хочет просмотреть страницу user2 и прекратить отображение баннера. Если посетитель сделал , нажмите, а затем сбросьте счетчик до нуля. Конечно, если ранее используемое имя в настоящее время не используется, cookie не нужно.

Общая идея заключается в том, что людям, которые использовали старую ссылку, предоставляется возможность находить и обновлять свои ссылки на новые ссылки, не забивая систему с помощью перенаправления для каждого имени, которое когда-либо использовалось.

Я мог бы также предложить положить что-то маленькое «что это?». ссылку на баннер, которая может создать небольшое всплывающее окно на странице через DHTML /CSS /JS, объясняя вашу политику использования имен, поэтому, если кто-то посещает страницу пользователя2, они понимают, почему они получают ссылку на страницу user1 и (если часть 5) сообщают, что баннер в конечном итоге уйдет.

Возможно, было бы также неплохо реализовать что-то в вашей системе регистрации и смены имен, которая определяет, запрашивает ли запрашиваемое имя пользователя в списке «ранее использовавшихся» других пользователей и сообщает им, что они могут , но посетители на своей странице будут видеть баннер переадресации на следующий год (или, тем не менее, имя будет оставаться в ранее используемом списке другого пользователя). Вы также должны сообщить пользователям, когда они захотят изменить свое имя, которое пытается посетить старый URL, больше не будет принимать посетителей на свою страницу, но предложит посетителю ссылку на свою страницу, чтобы помочь посетителям найти их.

ответил Doktor J 4 +04002011-10-04T20:40:16+04:00312011bEurope/MoscowTue, 04 Oct 2011 20:40:16 +0400 2011, 20:40:16
9

У меня есть Точка 3 , которая похожа на Точку 1, но не выставляет ID пользователя (который может отдать некоторую информацию).

Вместо этого я просто предполагаю, что данное имя пользователя в любой момент времени принадлежит одному человеку. Поэтому URL может просто вставлять время (точнее, дату):

http://somewebsite.com/2011-10-05/ausername

Тогда это просто вопрос сохранения отображения <period of time> + <user name> <--> <user id> в базе данных, и он может быть скопирован политикой, чтобы запретить частые изменения, чтобы база данных не засорилась.

Конечно, я по-прежнему рекомендую вам разрешить отображаемое имя изменять так часто, как пожелает пользователь. В настоящее время используются короткие имена пользователей, но это не значит, что я не хочу, чтобы мое полное имя отображалось.

И в соответствующей заметке я также рекомендую НЕ использовать имя пользователя в качестве имени входа (секретный адрес электронной почты задается вопросом как имя входа).

ответил Matthieu M. 5 +04002011-10-05T12:07:46+04:00312011bEurope/MoscowWed, 05 Oct 2011 12:07:46 +0400 2011, 12:07:46
4

Короче : Это зависит. Вариант 1, если это менее формальный /профессиональный сайт, вариант второй, если более формально /профессионально ориентирован.

Мне нравится вариант один. Различные группы пользователей, с которыми я работал, уделяют мало внимания или никакого внимания к URL-адресу, поэтому, если вы не знаете, что конструкция URL-адресов является проблемой для вашей конкретной группы пользователей, я бы пошел с этим.

НО, я никогда не работал на сайте, который допускает изменения в именах пользователей. Это чисто контекстно-зависимое. Изменение имен пользователей может повлиять на восприятие сайта - особенно доверие и профессионализм. Это то, что нужно оценить, прежде чем предлагать возможность изменения.

ответил gef05 4 +04002011-10-04T16:56:42+04:00312011bEurope/MoscowTue, 04 Oct 2011 16:56:42 +0400 2011, 16:56:42
4

Разрешить пользователям изменять свое имя, но только раз в несколько месяцев. Когда они это делают, старое имя пользователя должно быть заблокировано на несколько месяцев, так что никто не сможет его использовать. Когда кто-то посещает страницу заблокирован , экран должен информировать посетителя о том, что пользователь изменил свое имя, и люди должны обновлять свои закладки, если они по-прежнему хотят посещать страницу человека в будущем.

ответил kba 5 +04002011-10-05T04:15:32+04:00312011bEurope/MoscowWed, 05 Oct 2011 04:15:32 +0400 2011, 04:15:32
1

Разрешить изменение имени. Сохраните перенаправление по старому URL-адресу и перейдите на новый, , пока кто-нибудь еще не примет имя.

ответил Emilio M Bumachar 4 +04002011-10-04T18:40:37+04:00312011bEurope/MoscowTue, 04 Oct 2011 18:40:37 +0400 2011, 18:40:37
1

Я не вижу вреда в разрешении изменений имени пользователя, но я твердо убежден, что пользователь не должен менять свое имя пользователя более одного раза. Пользователь может выбрать свое первоначальное имя пользователя, а затем ему будет предоставлена ​​возможность изменить его снова, предоставив пользователю возможность менять свое оригинальное или новое имя - это вариант, который я разрешаю для всех созданных самостоятельно проектов, которые используют общедоступные имена пользователей.

Преимущество такого подхода заключается в том, что если пользователь по какой-либо причине меняет свое имя пользователя (плохая репутация среди сообщества, троллинг), отображая под ним свое имя пользователя, когда оно видимо сообществу, строка, в которой говорится: «Ранее известное как [старое имя пользователя здесь] «таким образом их идентифицировать по их новому и старому имени все еще.

Если они вернутся к своему старому имени, строка внизу будет отображаться.

ответил Dwayne Charrington 5 +04002011-10-05T06:45:54+04:00312011bEurope/MoscowWed, 05 Oct 2011 06:45:54 +0400 2011, 06:45:54
1

Если вы используете имя пользователя как часть URL-адреса, не разрешайте пользователям изменять свое имя. В противном случае у вас будет проблема с мертвой связью независимо от того, насколько вы умны (некоторые из ответов здесь неплохие, но в какой-то момент старый URL-адрес в конечном итоге будет мертвым или неправильным, и, как прокомментировали, ссылки из сообщений в блогах будут в большинстве случаев никогда не обновляется).

ответил awe 5 +04002011-10-05T16:21:54+04:00312011bEurope/MoscowWed, 05 Oct 2011 16:21:54 +0400 2011, 16:21:54
1

Мертвые или вводящие в заблуждение ссылки слишком распространены. Я бы сказал, что позволить пользователю изменить что-то, что составляет URL-адрес, который может быть связан постоянно, не является хорошей практикой.
Вы можете реализовать permalink , как и некоторые сайты, но люди все равно просто скопируют URL-адрес браузера.
Я бы предложил вариант 1 или что-то в этом роде.

Предлагаемые варианты здесь, которые позволяют вам изменить свое имя пользователя, в конечном итоге могут привести к мертвым ссылкам или неправильным направлениям в один момент времени.

ответил Petruza 5 +04002011-10-05T17:16:54+04:00312011bEurope/MoscowWed, 05 Oct 2011 17:16:54 +0400 2011, 17:16:54
0

Я бы предложил средний подход, который позволит пользователям радоваться, а SEO работает нормально.

Разрешить пользователям изменять свое имя пользователя, но только один раз в 90 дней. Их старое имя пользователя перенаправляется на новое имя пользователя в течение 90 дней с перенаправлением 301.

Преимущества:

  • До 90 дней достаточно, чтобы поисковые системы могли найти нового пользователя.
  • Пользователь может вернуться назад, если новое имя пользователя имеет непреднамеренные последствия.
  • Имена пользователей не сохраняются навсегда, поскольку они освобождаются после 90 дней неиспользования.
  • В URL-адресах нет уродливых бессмысленных идентификаторов
ответил Peter Smit 5 +04002011-10-05T13:51:17+04:00312011bEurope/MoscowWed, 05 Oct 2011 13:51:17 +0400 2011, 13:51:17

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132