Продукты доверия и безопасности/Временные учётные записи/ЧаВО
Основные сведения о временных учётных записях
Что такое временная учётная запись?
Каждый раз, когда вы публикуете правку в Википедии или на других поддерживаемых Фондом Викимедиа сайтах без входа в зарегистрированную учётную запись, для вас будет создана временная учётная запись. Эта учётная запись получит автоматически присваемое имя. При создании учётной записи в вашем браузере будет установлен файл куки. Все ваши последующие правки будут помечены этим автоматически присвоенным именем временной учётной записи, даже если ваш IP-адрес изменится. При использовании временной учётной записи ваш IP-адрес может быть доступен только авторизованным сотрудникам и членам сообщества, как указано в обновлённой Политике конфиденциальности.
Как работают временные учётные записи?
- Имена временных учетных записей выглядят следующим образом:
~2025-12345-6(тильда, текущий год, тире, автоматически генерируемое число, разделенное дефисами на группы по 5 цифр). Пользователи не могут выбирать или изменять имена своих временных учётных записей. - По истечении 90 дней с момента создания временная учетная запись автоматически прекращает свое действие. Ею нельзя будет пользоваться, а также оставлять сообщения на её странице обсуждения.
- Последующие правки создают новую временную учётную запись. Старая будет деактивирована, и вы не сможете сохранить её или войти в неё.
- Войти во временную учётную запись невозможно. Для временных учётных записей не существует паролей.
- Все правки, сделанные с одного и того же устройства и браузера, будут приписываться одной и той же временной учётной записи, даже если изменится используемый вами IP-адрес (например, если вы редактируете из дома и из кафе). Это происходит благодаря размещению в браузере куки-файла, который запоминает присвоенную вам временную учётную запись.
- Временные учётные записи не похожи на историю просмотров браузера или открытые вкладки. Если ваш браузер синхронизирован на разных устройствах, на разных устройствах вам будут назначены разные учётные записи. Это следствие того, как работают браузеры. Если вас это беспокоит, то, возможно, вы захотите создать зарегистрированную учётную запись.
- Временные учётные записи можно в любой момент отключить вручную, завершив сеанс или очистив куки-файлы в браузере.
Важные особенности временных учётных записей
- Временные учётные записи отличаются от зарегистрированных. Они действуют недолго и имеют ограниченные возможности. Мы не собираем никаких дополнительных данных для временных учётных записей, кроме собираемых нами при обычном редактировании.[требуется разъяснение]
- Временные учётные записи не имеют доступа ко всем функциям, которые доступны зарегистрированным участникам. Некоторые действия, такие как загрузка фотографий на Викисклад, доступны только для участников с постоянной (зарегистрированной) учётной записью.
- Временные учётные записи имеют свои собственные личные страницы участника и личные страницы обсуждения, однако со временем они будут отсоединены от человека, создавшего страницу. In general, a temporary account and a (subsequent) regular user account could be linked. But because of the possible delink, it is technically not allowed in some projects to edit the user page of a temporary account after it has expired or was permanently blocked.
- Временные учётные записи могут получать уведомления и видеть баннер о новых сообщениях на своей странице обсуждения.
- Временные учётные записи могут получать благодарности от вошедших в учётную запись редакторов, но не могут направлять благодарности.
- Временные учётные записи могут упоминать («пинговать») других пользователей, а те, в свою очередь, могут упоминать их.
См. также
- Страница справки для владельцев временных учётных записей (временных участников)
- Если вашему боту или инструменту необходимо различать временные и постоянные типы аккаунтов, обратитесь к странице технической информации.
Основные сведения о проекте
Почему вы вообще работаете над временными учётными записями?
Primarily, to improve the privacy of logged-out users. In addition, this change will allow us to build better anti-abuse tools.
Our wikis should be safer to edit by default for logged-out editors. Temporary accounts allow people to continue editing the wikis without creating an account, while avoiding publicly tying their edits to their IP address. We believe this is in the best interest of our logged-out editors, who make valuable contributions to the wikis and who may later create accounts and grow our community. Even though the wikis do warn logged-out editors that their IP address will be associated with their edit, many people may not understand what an IP address is, or that it could be used to connect them to other information about them in ways they might not expect.
Additionally, our moderation software and tools rely too heavily on network origin (IP addresses) to identify users and patterns of activity, especially as IP addresses themselves are becoming less stable as identifiers. Temporary accounts allow for more precise interactions with logged-out editors, including more precise blocks, and can help limit how often we unintentionally end up blocking good-faith users who use the same IP addresses as bad-faith users.
Почему временная учётная запись является правильным решением проблемы?
There are some hard requirements that led to the design of the temporary accounts. Some of them are of legal, and some are of technical nature:
| What we are facing | What we have decided to do |
|---|---|
| One of the founding principles of our movement is that people should be able to make most simple edits without registering a permanent account. | Temporary accounts will be created automatically (people won't need to create an account themselves). |
| Due to legal requirements, edits on the wikis should be attributed to a user identifier other than IP address. | If temporary accounts are enabled on a wiki, an account is created for a user as soon as they commit their first edit. The user is automatically logged in to this account, which is tied to a randomly generated username. This username is displayed in every situation (except for various functionary tools) where IP addresses would have otherwise been displayed. |
| The identifier that a given not logged-in user's edits are attributed to needs to be stable. Creating a new user for each edit is not an option. Otherwise, there would be a too large rate of new users. | As soon as the temporary account is created, the user is logged in. The cookie has a limited lifetime. Within this duration, if the user decides to make more edits, they are all attributed to the same temporary account. A new one is created if the user decides to log out of the temporary account or otherwise use a different browser. The user retains the same temporary account if they change IP address while using the same device/browser. |
| The MediaWiki software can't be changed too much. We need to limit novelties to let existing features work unmodified. | A temporary account does not break anything in the way user accounts are handled. Apart from the necessary exceptions (such as features that need to be disabled for temporary accounts), most code will continue to work normally. |
See also:
Был бы запрет или ограничение анонимного редактирования хорошей альтернативой?
Unlikely.
In the past, the Wikimedia Foundation has supported research into requiring registration for all editors editing Wikipedia articles. The results have been largely harmful. Over time, the Wikipedia in Persian saw large declines in the amount of constructive contributions of content. There is also a 2024 study of Portuguese Wikipedia which has blocked logged-out editing in the main namespace since October 2020. The results of this change were mixed. One of the stated goals of turning off logged-out editing was to reduce moderator burden and reverted edits, and there is evidence that it achieved this goal. On the other hand, there is evidence that this came at the cost of a significant reduction in non-reverted edits, weakening the growth of content in the Portuguese Wikipedia, and potentially leading to other negative long-term effects.
At this time, with the data we have, we cannot say that disabling logged-out editing on any project is a beneficial solution.
Где будут размещены временные учётные записи? Когда эти изменения попадут в мой вики-сайт?
- Temporary accounts are already available on the following wikis:
- чешский Викиверситет, Датская Википедия, Персидский Викисловарь, Википедия на языке игбо, Итальянский Викицитатник, Японский Викиучебник, Норвежская Википедия (букмол), Румынская Википедия, Сербская Википедия, Сербскохорватская Википедия, Википедия на языке суахили, Кантонская Википедия (/),
- Азербайджанская Википедия, Арабская Википедия, Чешская Википедия, Немецкая Википедия, Персидская Википедия, Французская Википедия, Ивритская Википедия, Википедия на языке хинди, Индонезийская Википедия, Японская Википедия, Корейская Википедия, Нидерландская Википедия, Польская Википедия, Португальская Википедия, Турецкая Википедия, Украинская Википедия, Вьетнамская Википедия, Китайская Википедия, MediaWiki ().
- "Other Wikimedia projects" ().
- Most wikis. From this point on, the team defines a list of wikis with temporary accounts not enabled – T402181 ().
- Finally, later in 2025, we will deploy temporary accounts on all remaining wikis in one carefully coordinated step.
Операторам ботов и разработчикам инструментов рекомендуется тестировать свои инструменты как можно раньше.
See also: T340001.
What if a community wants to keep using IP addresses?
With temporary accounts being introduced on a wiki, displaying IP addresses for subsequent contributions becomes no longer permitted. All communities need to prepare for the change to temporary accounts.
Is the Wikimedia Foundation monitoring the effect of using temporary accounts on the communities?
Yes.
There is a public dashboard for monitoring metrics for the pilot wikis. All these statistics are updated very frequently, for instance, real-time or once every day, to give everyone a good visibility of the actual work of temporary accounts on wikis.
The following specific metrics are publicly available:
Public metrics in detail
|
|---|
|
In addition, the Foundation is monitoring some other metrics which for security or privacy reasons are not public. These include data like the number of requests for assistance from CheckUsers. We will periodically share reports about the non-public metrics.
Non-public (guardrail) metrics in detail
|
|---|
|
Administrator actions (across all wikis)
Administrator requests
Administrator health
|
IP addresses appear in the history of many pages. Will those past uses be modified?
No.
Historical IP addresses that were published on wiki before the switch to temporary accounts will not be modified. The Wikimedia Foundation Legal department has approved this decision.
Does the introduction of temporary accounts reduce the motivation for users to create a registered account?
With temporary accounts users can be notified and thanked for their contribution. This can hopefully drive up their engagement. For example, a user who makes a drive-by edit being thanked with a message on their talk page may realize the opportunity to interact with the community. We want to periodically nudge them to create a registered account. We hope this can help retain them and push them to create accounts that they wouldn't have otherwise.
Will temporary accounts be affected by the global IP blocks? Will users still be assigned temp accounts if they're using a VPN, or will the block prevent that? How will this affect VPN users?
There is no change in this regard. If an IP address or IP range is globally blocked, the rules of the block will dictate whether unregistered users can edit or not. Temporary accounts will be treated the same as IP editors were treated prior to the introduction of temporary accounts. The same applies to VPN users.
Юридические подробности о временных учётных записях
What specific legal requirements, regulations or risks are you worried about? Is the Foundation facing legal action? What would happen if we didn't introduce temporary accounts?
We shouldn't provide all the information. We shouldn't publish some details, and we shouldn't disclose why. If we publicly discussed what arguments we can make, or what risks are most likely to result in litigation, we could help someone harm the wikis and the communities.
This answer is based on attorney advice we are choosing to follow.
Можно ли применить это изменение по-разному в зависимости от местоположения?
Нет.
Мы защищаем конфиденциальность всех участников по одному стандарту. Это изменится во всех проектах Викимедиа.
Если мы сообщим кому-то, что его IP-адрес будет опубликован, разве этого недостаточно?
Нет.
Многие люди были сбиты с толку, увидев, что их IP-адрес опубликован. Additionally, even when someone does see the notice, the Foundation has to properly handle their personal data. Publishing the IP addresses of non-logged-in editors falls short of current privacy best practices. Also, it creates risks, including risks to those users.
How does the project affect CC license attribution?
It does not affect it.
The 3.0 license for text on the Wikimedia projects already states that attribution should include "the name of the Original Author (or pseudonym, if applicable)" (see the license at section 4c). Use of the temporary account names will function equally well as a pseudonym. IP addresses already may vary or be assigned to different people over time, so their use to identify unregistered editors is no different in this respect from the use of temporary account names. Both satisfy the license pseudonym requirement. In addition, our Terms of use section 7 specify that as part of contributing to Wikipedia, editors agree that links to articles (which include article history) are a sufficient method of attribution.
Технические подробности о временных учётных записях
Where can I test it?
- All beta cluster wikis except en-rtl Wikipedia
- test.wikipedia.org
- test2.wikipedia.org
Keep in mind that these are testing wikis. Software there may not work as expected.
In addition, users with advanced permissions may test different features on Patch Demo available on T369637.
Как долго действует временная учётная запись?
Ваша временная учетная запись будет работать до тех пор, пока существуют файлы куки. В настоящее время для куки установлен срок действия в один год с момента первого редактирования.
Ниже перечислены наиболее распространенные сценарии, при которых временная учётная запись будет безвозвратно утрачена:
- Пользователь очищает куки в своём браузере.
- Пользователь удаляет профиль в браузере, который использовался при создании временной учётной записи.
- Пользователь работал в режиме инкогнито (приватный просмотр) и закрыли это окно браузера.
- Истёк срок действия куки.
Если временная учётная запись утеряна, то при следующей публикации пользователем своей правки, для него будет автоматически создана новая временная учётная запись с новым именем. Если пользователь хочет получить постоянную учётную запись, то может в любой момент бесплатно создать зарегистрированную учётную запись .
What happens if the software can't set the temporary-account cookie?
If it's not possible to set a cookie, for example the browser is configured to block all cookies, the editor would have their edit saved successfully. However, the temporary account would be a single-use one, and it would be deleted immediately.
I support privacy protections, but why does this involve tracking cookies?
This cookie is not a tracking cookie.
Tracking cookies are used to track your browser history and activities, typically across multiple websites. We are adding a cookie to attribute your editing activities to the same username across multiple IP addresses and multiple websites (all SUL-connected wikis). It is a lot like a tracking cookie, but we’ve chosen not to call it that.
Does the temporary accounts system work the same way across different devices, or is it only reliable in desktop browsers?
Temporary accounts should work equally well on phones, tablets, and desktop devices. A temporary account is tied to both a browser and device. As long as those don't change, the temporary account will persist.
Являются ли временные имена пользователей уникальными в рамках разных вики-сайтов?
Да.
Если вы видите User:~2024-1234567 на нескольких вики-сайтах, связанных единой учётной записью, вы можете быть уверены, что это одна и та же учётная запись.
Why is the year included in the temporary account username?
We decided to include the year in the name so that it is easier to identify newer accounts from older ones. You will also notice expired usernames appear struck out for the same reason.
How many accounts do you expect will be generated? Is there a limit to how high that number can go?
We do not anticipate this to be a problem:
- Temporary account creation is rate limited. This means it's not possible to abuse account creation with automated scripts.
- Because the temporary account usernames are prefixed with the year, at the start of every year the username gets a "reset". This way the username cannot get very long.
Have you considered that the tilde character isn't simply available on keyboards?
Yes, accessing the tilde character (~) is not easy on mobile phone keyboards.
It is available through the symbols menu.
Unfortunately, this is the case for most symbols.
We wanted to minimize renaming existing accounts and avoid characters that could interfere with URLs or hold special meaning.
After assessing many prefix options (see T332805) we chose the tilde.
What if temporary accounts are only enabled on some wikis?
Some wikis have temporary accounts enabled (pilots) and others do not.
Wikis that have temporary accounts enabled display unregistered editors as temporary accounts. On non-temp-accounts wikis they still show up as IP addresses. When the temporary user switches between these wikis they will show up as a temporary account in one wiki and as an IP address in another.
This may create a problem with some features that rely on having a persistent user identity across wikis. If your feature(s) are impacted by this change, please come talk to us on the talk page or through Phabricator.
Доступ к IP-адресам
Кто может видеть IP-адреса временных учётных записей?
Стюарды, проверяющие, глобальные администраторы, администраторы и другие участники сообщества, удовлетворяющие квалификационным требованиям и получившие такое право от администраторов своего сообщества, а также некоторые сотрудники Фонда Викимедиа.
IP-адреса связаны с риском конфиденциальности, и они будут видны только тем, кому эта информация необходима для эффективного расследование или предотвращения различных нарушений правил и политик.
См. также:
- Правовая политика доступа к IP-адресам временных учётных записей
У меня есть квалифицированная учётная запись. Как я могу увидеть IP-адреса?
Please follow your community's guidelines to request this right from admins and/or bureaucrats and/or stewards (as defined by your community). После того как вы получите это право, вы сможете перейти на страницу Special:Preferences, найти раздел Temporary account IP reveal, установить флажок и нажать «Сохранить». Пожалуйста, прочтите примечание:
Перед включением этой настройки необходимо прочитать и принять «Политику доступа к IP-адресам временных учётных записей». В частности:Если вы ознакомились с Политикой и согласны с ней, вы можете включить эту настройку, установив флажок. Другие пользователи, имеющие доступ к IP-адресам временных учётных записей, могут просматривать статус этой настройки.
- Вы должны соответствовать критериям, описанным в Политике;
- Вы не имеете права получать доступ, использовать или раскрывать информацию о IP-адресах временных учётных записей, за исключением случаев, когда это обоснованно необходимо для расследования или пресечения актов вандализма, оскорблений, спама, преследований, деструктивного поведения и других нарушений правил Фонда Викимедиа или сообщества. Если вы всё же делитесь информацией с другими, вы должны быть осторожны в том, где и как вы это делаете, и должны удалить эту информацию, когда она больше не будет обоснованно необходима для того, чтобы другие могли её увидеть.
Нужно ли мне будет подписывать какое-либо соглашение о неразглашении?
You do not have to sign any separate document; you just opt-in, and thereby confirm that you will follow the relevant policies and legal guidelines.
Политика доступа к непубличным персональным данным (ПДНПД) - это юридическая политика Фонда Викимедиа о том, как пользователи чеков и люди с некоторыми другими функциями должны защищать непубличные персональные данные, которые они получают в ходе выполнения своих обязанностей.
Добровольным администраторам и патрульным не нужно подписывать соглашение ПДНПД. Однако для получения доступа к IP-адресам в локальной вики вам необходимо разрешить доступ к IP-адресам через меню Специальное:Предпочтения.
Как редакторы будут применять этот новый вид прав участника?
По умолчанию он будет автоматически присвоен тем участникам, у которых есть расширенные права, связанные с задачами по борьбе со злоупотреблениями, как указано в правилах. Единственное, что им нужно будет сделать, это подписаться на такую возможность, когда она станет доступна в соответствующем вики-проекте.
Other users need to apply for the right, and administrators or stewards can grant these rights.
Фонд Викимедиа не требует процесса, эквивалентного получению статуса администратора в крупнейших сообществах. Сообщества могут решить обрабатывать эти запросы через свои существующие процессы или создать новые страницы. Например, английская Википедия может выбрать для приема запросов страницу w:en:Wikipedia:Requests for permissions, немецкоязычная Википедия — w:de:Wikipedia:Rechtevergabe, а украинская Википедия — w:uk:Вікіпедія:Заявки на права патрульного. Очень маленькие сообщества часто рассматривают подобные запросы прямо на своих локальных форумах.
For "other users" (as they are categorized in the policy), is it possible to bundle this right with an existing group, like patrollers?
No, at least not currently. This is what we announced in May 2025:
- Separation of the new right (
checkuser-temporary-account) out to a new group (Temporary account IP viewers), as opposed to technically attaching it to any existing group (like patroller). We have decided to do this for a few reasons:- Having access to IP addresses carries risk. This right is similar to checkuser. IP addresses are considered personally identifiable information (a kind of personal data). Outside actors who want to access IP addresses will now need to interact with users who have this right. Users with this right should be aware of this, and alert to the possibility of suspicious access requests.
- Good practices for privacy protection. Giving access to users who are trusted but do not need access to carry on their work is not in line with good practices for processing personal data.
- Removal of right. Access to IPs will be logged (example). If any misuse of this right is detected, it can be taken away separately from any other permissions the user may hold. It would be difficult and sometimes also unreasonable to remove the rights unrelated to access to IP addresses.
- You may grant the new right to all users belonging to a certain existing group individually. These users must meet the criteria for Temporary account IP viewers, though.
- For clarity – all this does not affect administrators, bureaucrats, checkusers, stewards, and other groups mentioned in the global policy.
We have also documented this decision in Limits to configuration changes.
Моё сообщество хочет установить более высокие требования. Как мы можем это сделать?
Каждая вики может установить свой собственный процесс со стандартами выше минимальных. Убедитесь, что консенсус в вашем сообществе не противоречит глобальной политике, а дополняет её требованиями по вашему выбору.
Когда право участника станет доступным? Когда мы можем начать его назначать?
Новый вид пользовательских прав уже добавлен в программное обеспечение MediaWiki. Сообщества могут начать предоставлять такие права в любое время.
Минимальные требования для неадминистраторов слишком высоки
Иногда это может быть правдой, например, для недавно созданных вики. В таких случаях следует связаться со стюардами.
Я администратор, но я не хочу иметь это право участника
Вы не сможете увидеть ничего из этой информации, пока не нажмете кнопку принятия соглашения.
Я считаю, что кто-то злоупотребляет этой информацией
Пожалуйста, сообщайте о проблемах, связанных с конфиденциальностью, в комиссию омбудсменов. Для обеспечения подотчетности ведутся журналы регистрации использования инструмента и того, какие участники имеют к нему доступ.
О других проблемах, связанных с потенциальным злоупотреблением, можно сообщить стюарду, разместив запрос на странице m:Steward requests/Permissions#Removal of access. Стюарды уполномочены блокировать доступ пользователя к IP-адресам, если они определят, что имело место злоупотребление. Это предотвратит доступ, даже если участник получил право доступа автоматически или в рамках процесса, управляемого сообществом.
If someone is blocked, are they able to use this right?
If a user is blocked sitewide, the software won't let them reveal IP addresses. If they have a partial block, they are able to use this right.
Access to IP addresses – moderation workflows and blocking
What happens if a temporary account is associated with multiple IP addresses?
When a user reveals the IP address of a temporary account from a history/log page, in most cases the IP revealed is the one responsible for that specific action. To view a temporary account's editing history, one can use the page Special:IPInfo which is linked from the temporary account's contributions page.
What if a temporary account holder needs to be blocked?
Temporary accounts' IPs will be stored for a period of 90 days. IP addresses can still be blocked. Temporary accounts can also be independently blocked, including global blocks and autoblocks.
Can't an abuser just clear cookies?
Yes, they can. Temporary accounts are not intended to solve any anti-abuse problems.
We know the problem of abusers making edits through a pool of changing IPs while masking browser agent data. This cannot be solved through temporary accounts. This is not a design goal for this project either. Otherwise, we would need to use trusted tokens, disabling anonymous edits, or fingerprinting, all of which are very involved, complicated measures that have significant community and technical considerations.
We have adapted tools to ensure that trusted functionaries can safely and efficiently navigate the bidirectional mappings between temporary accounts within the last 90 days and IPs. However, abuse from a user who clears cookies may become difficult or impossible to detect and mitigate for users without advanced permissions, or if some of the edits involved are more than 90 days old.
If a user clears their browser cookies but continues using the same IP address, will there be any way to connect them back to their previous temporary account?
Especially in shared environments like universities and schools, where multiple unrelated users might be using the same IP, how will the system handle that?
If a user clears their cookies and edits again, they will be granted a new temporary account. This can only happen a maximum of six times per day after which the account creation limit will be reached. Users who have access to view temporary account IP addresses will be able to make the connection between IPs and temporary accounts through the page Special:IPContributions.
Будет ли распространяться действие механизма автоматической блокировки на временные учётные записи?
Автоблокировки останавливают вандалов и других пользователей с высоким уровнем риска от дальнейшего нарушения работы проектов путем немедленного создания новой учётной записи. Автоблокировки для временных учётных записей аналогичны автоблокировкам для зарегистрированных участников. (IP-адреса недоступны публично.)
Более подробная информация доступна в phab:T332231. Временные учётные записи также могут быть заблокированы через глобальные автоблокировки.
How to do moderation work without exposing other users' private data?
We have a few tips, both for community members who can't block other users, and for admins:
- We recommend focusing on asking admins to block temporary accounts instead of asking to block both temporary accounts and IPs. This is because often, it suffices to only block temporary accounts.
- If a temporary account is blocked with autoblocking enabled, the IP they were using will be blocked for 24 hours. If a temporary account user doesn't switch IPs, there isn't a need to block their IP unless the block needs to be longer than 24 hours.
- If a user is using many temporary accounts over multiple IPs, we recommend to also ask to block the IPs. We discourage from writing down the IP addresses themselves as part of the request, though.
- We discourage from linking registered accounts and temporary accounts publicly. It would allow non-CheckUsers establish the registered account IP.
- Some connections may be traced by analyzing public logs. This is a trade-off. We limit access to different logs, but it's not always the best solution.
The current configuration of temporary accounts will make retro-patrolling impossible
Currently, the 90-day period after which IP address of a temporary account becomes inaccessible seems reasonably long. We have consulted the Stewards on this. If you can demonstrate need for a longer period, contact us. We are open to extending this period.
In any case, the 90-day limit doesn't apply to behavioral evidence or patterns of editing – these will continue to be visible. The number itself may be changed, and we will be paying attention to your thoughts and evidence of more difficult investigation. It is important to note that for instances of proven long-term abuse behaviors, we can publicly document the IP address for patrolling needs.
Access to IP addresses – documentation
Some communities currently have public pages for documenting the activities of some bad actors, including their IP addresses (e.g., Long-term abuse). Will this documentation still be permitted?
Yes.
The communities should treat the IPs of logged in users and temporary account holders the same on the Long-term abuse list. They may list the IP addresses when necessary, but they should refer to the abusers by their temporary account usernames.
See also:
Can we publicly document the IP addresses used by suspected (but not confirmed) bad actors who are using temporary accounts?
In general, no, but sometimes yes, temporarily.
When possible, patrollers with access to IP addresses should document the temporary account name(s) instead of the IP addresses. The exception is when the IP addresses are necessary for the purpose of protecting the wiki from abusive actions. Necessity should be determined on a case-by-case basis. If a disclosure later becomes unnecessary, then the IP address should be promptly removed.
For example, if a suspected vandal is exonerated during an investigation, then the report showing the user's IP address can be removed through oversight. That way, the IP address is only revealed while it is needed, and then is suppressed later, after it has been shown to not be needed any longer. See the related policy for more information.
When it comes to documenting connections between logged-in and temporary users, non-CheckUser-level evidence, like editing patterns may be documented publicly. Documenting publicly that a temporary account and a regular account are connected based on evidence restricted for CheckUsers would be against the policy, even if IP addresses wouldn't be documented.
If other information about non-logged-in contributors is revealed (such as location, or ISP), then it doesn't matter if the IP address is also published, right?
No. The IP address should not be published.
With temporary accounts, the public information will not be linked to an individual person or device. For example, it will be a city-level location, or a note that an edit was made by someone at a particular university. While this is still information about the user, it's less specific and individual than an IP address. So even though we are making some information available to assist with abuse prevention, we are protecting the privacy of that specific contributor better.
Experienced contributor questions
Where can I test how my advanced permissions work with temporary accounts?
Users with advanced permissions may test different features on Patch Demo available on T369637.
Is there a limitation for creating many temporary accounts from the same IP address?
Yes.
There are limits preventing from creating too many accounts from the same IP address too quickly.
- The current threshold for regular accounts is six per IP address per day (
$wgAccountCreationThrottle). - In addition to that, there is a similar limitation for temporary accounts, which is also six per IP address per day (
$wgTempAccountCreationThrottle). - We have also introduced a limit of one temporary account creation every 10 minutes. (T405565)
These thresholds can be changed if necessary.
We have investigated the ideal thresholds of the limit (T357771). We will check nuanced responses to tripping thresholds, including CAPTCHAs, temporary blocks, calls to create an account, etc. During the entire rollout, we will analyze rate limit trips (T357763). To learn more, see T357776.
With temporary accounts, can we now communicate with unregistered users through their talk pages, and will those messages remain available for 90 days?
Messages on talk pages will not disappear after 90 days. Any conversation and messages left on their talk pages will remain.
Will the issue of warnings being sent out to the wrong person, due to shared IP addresses, be resolved with temporary accounts?
Temporary account holders can receive notifications like mentions, talk page messages or thanks just like any registered account. Since temporary accounts do not change when IPs change, the likelihood that the intended user will see the notification is significantly higher.
What are the functional differences between using a Special:CheckUser on a temporary account, and revealing the IP address?
Unlike Special:CheckUser, using the IP reveal feature only shows you IP address information. This includes the IP address used for a particular edit by a particular temporary account, the last IP address used by a temporary account, all the IP addresses used by a temporary account, or all the temporary accounts edits on a given IP address or IP address range.
Why are there so many temporary accounts with zero edits?
Temporary accounts can exist with zero edits in a few situations. The first is if a temporary account is created on one wiki and then opens a different wiki in the same wiki-farm. Opening another wiki autocreates an account for them on that wiki.
Additionally, temporary accounts are not created at the moment of a successful edit save, but at the moment of any save attempt. AbuseFilter may prevent the edit from being saved. These attempts need to be logged, and in the log, each attempt needs to be assigned to a performer. This is why an account needs to be created.
What does 'Legacy IP edits' mean, visible in Special:Contributions and related pages?
This refers to edits by anonymous users before temporary accounts were enabled, whose IP addresses are visible in their usernames.
Do temporary accounts see Sitenotice or Anonnotice banners?
Temporary accounts get to see messages from MediaWiki:Sitenotice, and not MediaWiki:Anonnotice.
Are temporary accounts welcomed by Extension:NewUserMessage?
No. Temporary accounts are not registered accounts, and they are not welcomed by NewUserMessage.
См. также
- Помощь:Временные учётные записи – Помощь:Временные учётные записи — страница помощи для владельцев временных учётных записей (временных участников)
- [[foundation:Special:MyLanguage/Policy:Access to temporary account IP addresses|Политика:Доступ к IP-адресам временных учетных записей - правовая политика]]
- Документация для разработчиков
- Help:Extension:CheckUser
- Manual:$wgAutoCreateTempUser – to enable this for your own wiki