Що насправді доводить верифіковане посилання в Mastodon
Верифіковане посилання в профілі Mastodon — це перехресне посилання між двома вебвластивостями. Платформа перевіряє, що сторінка, яку ви контролюєте, посилається назад на ваш профіль Mastodon за допомогою певного HTML-атрибута. Це технічне рукостискання щодо контролю над доменом і профілем, а не перевірка біографії людини.
Mastodon може верифікувати посилання в метаданих профілю HTTPS, перевіряючи наявність зворотного посилання на профіль Mastodon за допомогою rel=me. Джерело
Mastodon описує верифіковані посилання як перехресне посилання, що підтверджує володіння пов’язаною вебсторінкою. Джерело
Практичний наслідок: зелена позначка або виділене посилання повідомляє вам, що людина, яка контролює обліковий запис Mastodon, також контролює пов’язаний вебсайт або принаймні може редагувати його HTML. Це не повідомляє вам юридичне ім’я людини, роботодавця, професійну ліцензію, судимість або доброчесність. Це також не доводить, що два публічні облікові записи на різних платформах належать одній людині.
Цей посібник присвячений оцінці саме цього твердження — «цей профіль Mastodon пов’язаний із цим вебсайтом» — без переходу до ширшої перевірки біографії, яку докази не можуть підтвердити.
Крок 1: Визначте точне твердження
Перш ніж щось перевіряти, запишіть, що насправді стверджує профіль. Профіль Mastodon може містити кілька посилань у метаданих. Лише деякі з них можуть бути верифіковані. Твердження зазвичай одне з таких:
- «Цей обліковий запис Mastodon належить особі або організації, що стоїть за example.com».
- «Цей вебсайт є офіційним домом цього облікового запису Mastodon».
- «Ці два облікові записи є однією сутністю».
Перші два — це твердження про контроль над доменом і профілем. Третє — твердження про ідентичність між платформами, яке саме лише взаємне посилання встановити не може.
Таблиця рішень для читання твердження:
| Що ви бачите | Що це підтверджує | Що це не підтверджує |
|---|---|---|
| Верифіковане посилання на особистий сайт | Власник облікового запису Mastodon може редагувати HTML цього сайту | Юридичну ідентичність або кваліфікацію особи |
| Верифіковане посилання на домен роботодавця | Зв’язок між обліковим записом і кимось, хто має доступ до публікації на цьому домені | Що власник облікового запису є працівником у доброму статусі |
| Верифіковане посилання на портфоліо або магазин | Контроль над цією вебвластивістю | Право власності на показану роботу або професійну ліцензію |
| Два облікові записи посилаються на один сайт | Обидва можуть редагувати цей сайт, або обом надано доступ | Що обидва облікові записи керуються однією особою |
| Немає верифікованого посилання | Нічого про контроль над доменом | Що обліковий запис є фейковим або неофіційним |
Крок 2: Перевірте напрямок посилання
Верифікація в Mastodon є взаємною. Профіль містить URL, і сторінка за цим URL повинна містити посилання назад на профіль Mastodon з атрибутом rel=“me”. Якщо ви бачите посилання лише в профілі Mastodon, у вас є половина доказів.
Відкрийте пов’язану сторінку в браузері та перегляньте її HTML-джерело. Знайдіть URL профілю Mastodon. Ви шукаєте елемент anchor, який вказує на профіль і має rel=“me”. Звичайне посилання без цього атрибута — це посилання, а не сигнал верифікації.
Посилання для верифікації має бути присутнім у HTML-відповіді та доступним без виконання JavaScript. Джерело
Ця вимога щодо JavaScript важлива для дослідників. Якщо посилання rel=“me” вставляється скриптом після завантаження сторінки, перевірка вихідного коду може його не побачити, і простий HTML-запит його не побачить. Верифікація залежить від того, що сервер повертає в HTML-відповіді, а не від того, що браузер відображає пізніше.
Крок 3: Переконайтеся, що ви дивитеся на правильний домен
Контроль над доменом — це суть твердження, тому перевіряйте домен ретельно.
- Дивіться на точне ім’я хоста, а не лише на видиму назву бренду. Піддомени та схожі домени — це різні властивості.
- Перевірте, чи сторінка обслуговується через HTTPS, оскільки посилання для верифікації має бути посиланням у метаданих профілю HTTPS.
- Переконайтеся, що сторінка є канонічною для цього URL, а не тимчасовою цільовою сторінкою або припаркованим доменом.
- Якщо посилання вказує на сторінку, розміщену на платформі (магазин, хостинг портфоліо, розсилка), пам’ятайте, що контроль над цією сторінкою може бути спільним із платформою або іншими адміністраторами.
Верифіковане посилання на сторінку великої платформи є слабшим доказом індивідуального контролю, ніж верифіковане посилання на особистий домен, який людина зареєструвала. Жодне з них не доводить ідентичність.
Крок 4: Відокремте контроль над доменом від ідентичності
Саме тут більшість досліджень зазнають невдачі. Взаємне посилання є доказом технічного контролю. Ідентичність — це окреме питання, яке зазвичай вимагає підтверджувальних джерел: узгоджених біографічних даних на незалежних сайтах, публічних записів, де це законно, прямого контакту через канал, якому ви вже довіряєте, або підтвердження від організації.
Корисне правило: ставтеся до верифікованого посилання в Mastodon як до однієї з кількох зачіпок. Воно може підвищити або знизити вашу впевненість у тому, що обліковий запис офіційно пов’язаний із вебсайтом. Воно не повинно бути єдиною підставою для висновку про те, ким є людина.
Якщо ви оцінюєте, чи обліковий запис видає себе за когось, взаємне посилання — лише один із сигналів. Фейковий обліковий запис може посилатися на справжній вебсайт, не контролюючи його, а справжня людина може не налаштувати верифікацію. Відсутність верифікованого посилання не є доказом шахрайства.
Для ширшої структури оцінки підозрілих облікових записів дивіться посібник хто стоїть за фейковим обліковим записом. Про те, як ми працюємо з доказами та невизначеністю, дивіться нашу методологію.
Крок 5: Запишіть, що ви перевірили, а що ні
Напишіть коротку нотатку про докази. Дослідники та читачі обидва виграють від знання меж перевірки.
| Перевірка | Результат | Примітка про впевненість |
|---|---|---|
| Профіль містить URL | Так / Ні | Запишіть точний показаний URL |
| HTML сторінки містить посилання rel=“me” на профіль | Так / Ні / Не видно без JavaScript | Запишіть, як ви перевіряли |
| Домен відповідає заявленій організації | Так / Ні / Частково | Зазначте реєстрований домен проти піддомену |
| Незалежне підтвердження ідентичності | Так / Ні | Перелічіть джерела, а не припущення |
| Твердження, яке робиться | Контроль над доменом / Ідентичність / Обидва | Тримайте твердження вузьким |
Ця нотатка захищає вас від перебільшення результату пізніше. Вона також дає зрозуміти, що відсутня або невдала перевірка не є доказом нічого, крім самої перевірки.
Поширені помилки
Ставлення до верифікації як до перевірки біографії. Верифіковане посилання підтверджує перехресне посилання між профілем і вебсторінкою. Воно нічого не говорить про юридичну ідентичність, професійну ліцензію, статус зайнятості або характер.
Перевірка лише профілю Mastodon. Взаємне посилання на вебсайті — це частина, яка несе сигнал верифікації. Без нього у вас є твердження, а не підтвердження.
Ігнорування JavaScript. Посилання, яке з’являється лише після запуску скриптів, не те саме, що посилання, присутнє в HTML-відповіді. Перевіряйте так, як це робить платформа.
Припущення, що два облікові записи належать одній особі. Два профілі, що посилаються на один вебсайт, можуть обидва мати доступ до публікації, або один може посилатися на сайт, яким він не керує. Спільне посилання — це не спільна ідентичність.
Ставлення до неверифікованого профілю як до фейкового. Багато законних облікових записів ніколи не налаштовують верифікацію. Відсутність верифікованого посилання не є доказом видавання себе за іншого.
Ігнорування піддоменів і перенаправлень. Посилання на піддомен або перенаправлений URL може не представляти домен, про який ви думаєте. Перевірте кінцевий пункт призначення та точне ім’я хоста.
Плутанина між сторінкою на платформі та особистим доменом. Контроль над сторінкою на спільній платформі є слабшим доказом індивідуального контролю, ніж домен, який людина зареєструвала.
Захист власного цифрового сліду
Якщо ви керуєте профілем Mastodon і посилаєтеся на власний сайт, налаштування верифікації — це невелика частина ширшого питання гігієни. Майте на увазі наступне.
- Публікуйте посилання rel=“me” у відрендереному сервером HTML вашої сторінки, а не лише через клієнтські скрипти, щоб перехресне посилання було видимим для перевірки платформи.
- Підтримуйте посилання в метаданих профілю актуальними. Застаріле посилання на домен, яким ви більше не керуєте, може викривити вашу зв’язок.
- Пам’ятайте, що верифіковане посилання є публічним і його можна цитувати. Воно повідомляє читачам, що ви контролюєте пов’язану сторінку, що зазвичай є бажаним, але також створює публічний зв’язок між двома властивостями.
- Не ставтеся до верифікації як до заміни чіткої біографічної інформації. Читачам все ще потрібен контекст, щоб зрозуміти, хто ви.
- Якщо ви прибираєте старі облікові записи, зберігайте метод відновлення, який ви контролюєте, до завершення закриття, і пам’ятайте, що видалення посилання або редагування профілю саме по собі не видаляє збережені дані.
Пошук за іменем користувача може допомогти вам переглянути, які публічні хендли пов’язані з іменем, яке ви використовуєте. TraceSeek перевіряє 3 000+ платформ і повертає публічні збіги за 20–30 секунд, перше сканування безкоштовне. Ці збіги є зачіпками для вашого власного огляду, а не доказом володіння, і застосунок не змінює налаштування Mastodon і не верифікує посилання за вас.
Ключові факти
Mastodon може верифікувати посилання в метаданих профілю HTTPS, перевіряючи наявність зворотного посилання на профіль Mastodon за допомогою rel=me.
Посилання для верифікації має бути присутнім у HTML-відповіді та доступним без виконання JavaScript.
Mastodon описує верифіковані посилання як перехресне посилання, що підтверджує володіння пов’язаною вебсторінкою.
Верифіковане посилання підтверджує контроль над вебсторінкою, а не юридичну ідентичність особи, професійну ліцензію або доброчесність.