Змінене ім'я користувача Substack негайно оновлює публічну адресу @profile, не перенаправляє старий @handle і звільняє це старе ім'я для когось іншого. Тож старе посилання, яке не працює, і нове ім'я користувача, яке виглядає інакше, обидва узгоджуються зі зміною імені — але вони не показують, що та сама особа контролює обидва імена з часом, і субдомен публікації може підпадати під окреме правило зарезервованих імен. Підтвердьте поточне ім'я користувача через канал, який ви вже використовуєте, а потім вирішіть, що оновлювати.
Знаходьте підказки в публічних соціальних профілях за допомогою нашого застосунку TraceSeek.
Почніть із двох публічних артефактів, які у вас фактично є
Працюйте лише з тим, що бачите: поточним іменем користувача, яким з вами поділилися, і старим посиланням, яке більше не веде туди, куди вело раніше. Це спостереження, а не висновки. Ім'я користувача, яке досі фігурує у збереженій закладці чи старому дописі, тепер може належати іншому акаунту, бо платформа може звільнити ім'я користувача після його зміни. Перелічіть кожен артефакт, коли ви востаннє бачили, що він працює, і хто вам його надав. Якщо поточним іменем користувача ніколи не ділилися добровільно, не випитуйте його — зафіксуйте, що воно недоступне, і зупиніться на цій межі. [Довідка Substack: псевдоніми]
Що насправді пояснює зміна імені користувача
Згідно з довідковою документацією Substack, унікальне ім'я користувача задає публічну адресу @profile і те, як згадують особу; його зміна негайно змінює адресу, не перенаправляє старий @handle і звільняє старе ім'я користувача для іншого користувача. Цей єдиний факт пояснює одразу дві речі: чому старе посилання може не працювати і чому старе ім'я згодом може вказувати на не пов'язаний акаунт. Він не пояснює, чому хтось змінив ім'я, і не доводить, що попереднім і поточним акаунтами керує одна особа. Тримайте механіку посилань в одній колонці, а ваше питання про стосунки — в іншій. [Довідка Substack: псевдоніми]
- Занотуйте дату, коли ви побачили, що старе посилання перестало працювати.
- Занотуйте, хто надав поточне ім'я користувача і через який канал.
- Запишіть одним рядком, чого зміна вам не повідомляє.
Повторне використання імені: те саме @name, але не обов'язково та сама особа
Оскільки звільнене ім'я користувача може заявити хтось інший, старе @name є слабким доказом безперервності. Збіг імені, зображення чи стилю письма — це схожість, а не ідентифікація. Не вважайте повторно використане ім'я користувача доказом того, що початковий власник активний, доступний або є тією самою особою сьогодні. Якщо збережене посилання тепер відкриває інакший на вигляд акаунт, безпечніше прочитання — що ім'я було повторно використано, доки хтось з безпосереднім знанням не скаже вам іншого. Ось чому порівняння імен користувача має давати рішення про те, якому посиланню довіряти, — а не судження про особу за ним.
Імена публікацій — окреме питання
@handle особи та адреса публікації — не той самий параметр. Джерело зазначає правило зарезервованих імен, пов'язане з власником або адміністраторами публікації, що означає: адреса публікації може поводитися інакше, ніж особисте ім'я користувача. Не припускайте, що звільнення особистого @name також звільняє шлях публікації, або що старе посилання на публікацію не працюватиме так само. Якщо ваше старе посилання було адресою публікації, а не профілю, зафіксуйте його як окремий пункт і перевірте через поточну довідку самої публікації, а не переносьте на нього правила особистого імені користувача. [Довідка Substack: псевдоніми]
Порівняння поруч із явними обмеженнями
Використайте коротке порівняння, щоб спостереження, обмеження та рішення залишалися окремо. Це гіпотетичний приклад.
| спостереження | обмеження | наступний крок |
|---|---|---|
| Старе @link більше не відкриває профіль | Не показує, чому воно змінилося | Попросіть поточне ім'я користувача через ваш звичний канал |
| Поточним іменем користувача поділилися добровільно | Може бути одним із кількох акаунтів | Використовуйте його як шлях зв'язку, а не як доказ особи |
| Старе @name тепер показує інший акаунт | Схожість — не ідентифікація | Вважайте це повторним використанням; не пишіть і не вступайте в конфронтацію |
| Старе посилання було адресою публікації | Правило зарезервованих імен може відрізнятися | Перевірте поточну довідку самої цієї публікації |
Напишіть коротке повідомлення і завершіть
Якщо ви хочете підтвердити поточне посилання, запитайте прямо і без звинувачень: скажіть, що у вас є старіше посилання, яке більше не працює, і запитайте, чи поточне ім'я користувача, яке вам надали. Запропонуйте зупинитися, якщо вони воліють не ділитися. Потім оновіть збережене посилання, відмовтеся від старого і завершіть перевірку. Якщо контроль або артефакт недоступні, зафіксуйте «недоступно» і зупиніться, а не вгадуйте нову адресу.
- Запитайте: «У мене є старіше посилання, яке більше не відкривається; чи це ім'я користувача ще актуальне?»
- Скажіть, що ви закриєте питання, щойно вони підтвердять.
Ще кілька запитань
Чи перенаправляє старий @handle після зміни імені користувача Substack?
Ні. Згідно з довідковою документацією Substack, адреса змінюється негайно, старий @handle не перенаправляє, і це ім'я звільняється для іншого користувача.
Якщо старе ім'я тепер показує інший акаунт, чи це та сама особа?
Не обов'язково. Звільнене ім'я користувача може заявити будь-хто, а схоже ім'я чи фото — це схожість, а не ідентифікація. Вважайте старе ім'я можливо повторно використаним, доки хтось з безпосереднім знанням не підтвердить.
Чи застосовуються ті самі правила до адреси публікації?
Не припускайте цього. Джерело описує правило зарезервованих імен для власника або адміністраторів публікації, тож шлях публікації слід перевіряти окремо через поточну довідку самої цієї публікації.
Джерела та редакційні примітки
Офіційні джерела перевірено 23 жовтня 2026 р.. Контрольні списки, порівняльні таблиці та приклади формулювань є редакційними інструментами DateClues, а не офіційними тестами чи перевіреними оцінками ризику.
Загальна інформація. Жоден посібник чи інструмент не може засвідчити особу людини, її наміри чи безпеку. Прочитайте наші редакційні стандарти.