Community health initiative/Blocking tools and improvements/ja

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Community health initiative/Blocking tools and improvements and the translation is 29% complete.

Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎Türkçe • ‎dansk • ‎español • ‎français • ‎magyar • ‎polski • ‎português do Brasil • ‎Ελληνικά • ‎العربية • ‎پښتو • ‎বাংলা • ‎日本語
Light-Bulb icon by Till Teenck green.svg

This page documents a feature the Wikimedia Foundation's Anti-Harassment Tools team has prioritized for software development.

🗣   We invite you to join the discussion!

2017年12月、ウィキメディア財団の「Anti-Harassment Tools team」(嫌がらせ防止ツールチーム)はウィキメディア利用者の皆さんに、新しいブロックツールと既存ブロックツールの改善の議論をお願いし、2018年初頭の開発着手を目指しています。





ブロックツールの改善について、 こちらのノートでの議論に参加してください。


Currently on Wikimedia wikis, users and IPs can be blocked from editing articles.[1] Blocks prohibit users from editing all pages in all namespaces on the wiki, with the optional exception of the blocked party's user_talk page. Blocks are permissioned by default to administrators and are logged publicly on Special:Log, Special:BlockList, and Special:Block.

Similar to blocks, global account locks prohibit users from logging-in to any Wikimedia wiki, and global blocks prohibit users from logging-in to any Wikimedia wiki, and global blocks can be set against IP addresses.

Autoblocks can be assigned to username blocks, which will automatically block IP addresses used by the offending user for 24 hours.

問題 1. 利用者名またはIPアドレスによるブロックは手慣れた利用者によりブロック逃れされやすい

Blocks can be set against a username, IP address, or IP range. IP addresses can be easily spoofed or changed via proxies. The barrier to create a new account is very low and easily circumventable. The Wikimedia movement values openness and privacy, so we must balance walling off bad actors against keeping our platform accessible to good-faith newcomers.

We could implement new blocking techniques that use different, more modern pieces of identification technology. These features will need to comply with our Privacy Policy and Terms of Use.


  • Block by user agent[2][3][4] (including CheckUser search)
  • Block by device ID (including CheckUser search)
  • Global blocks for usernames[5]
  • Add "Prevent account creation" to global block[6]
  • Cookie blocking for anons[7]
  • Add a way to extend autoblock to longer than 1 day[8]
  • Proactive globally block open proxies (or build a system that shares their IPs cross-wiki)
  • Hash personally identifiable data to surface as a percentage match to CheckUser[9]
  • AI that compares editing patterns and language to predict possible sockpuppets[9]
  • Identify sockpuppets by typing patterns (e.g. rhythm/speed), network speed, and editing patterns (e.g. time of day, edit session length, categories of pages edited)[9]
  • Display all contributions made within an IP range on one feed (aka 'Range Contributions')[9][10]
  • Extend Nuke to IP ranges[9]

問題 2. 強力なブロックは、問題のない善意の第三者を巻き添えにして編集できなくしうる

Many IPs and IP ranges are shared by multiple users (e.g. libraries, schools, office buildings) and most individual IPs can (and will) be reassigned by ISPs to other users. If one bad actor gets the IP or IP range blocked, other users cannot edit. Some IP blocks allow for logged-in editing, and good usernames can be whitelisted from IP blocks that prohibit logged-in editing.

We could implement new features that prohibit IPs from editing or creating throwaway accounts, but allow good faith bystanders to still create accounts and productively edit.


  • Require all accounts created in an IP range to confirm their email address before editing.
  • Prevent the use (or flag incidents) of blacklisted email addresses from being associated with new user accounts
  • Throttle account creation and email sending per browser as well as IP address[11][3]
  • Require email address to be unique for edits in certain IP ranges (potentially requiring whitelisted email domains)[9]
  • Allow CheckUsers to compare hashed email addresses[9]
  • Build AI that automatically sets a block length and type based on UserAgent, IP and/or email[9]
  • Require two-factor authentication for edits in certain IP ranges[9]
  • Convert Twinkle and/or Huggle from gadgets to extensions, increase their accuracy[9]

問題 3. 全面ブロックはかならずしも適切な措置ではない場合がある

Smaller, more tactical blocks may defuse situations while retaining constructive contributors. On some wikis such as English Wikipedia, this concept is dictated by bans. However, technical means to enforce bans are currently limited, and consequently a user may unnecessarily be blocked from editing the wiki as a whole.

Full-site blocks are akin to a sledgehammer. How can we build fly-swatters to prevent a user from causing limited harm while keeping them a part of the wiki.


  • 利用者をブロックする際に...
    • ...個別ページを編集できなくする[12][13][14][15]
    • ...特定カテゴリ内の全ページを編集できなくする
    • ...特定名前空間を編集できなくする[16]
    • ...ページの新規作成をできなくする
    • ...ファイルの投稿をできなくする[17]
    • ...ノートページ以外は編集できなくする[18][19]
    • ...ホワイトリスト以外のページを編集できなくする
    • ...viewing Special:Contributions
    • ...ほかの利用者のウィキメールを送ったりping(通知)したりできなくする[20][21]
  • 管理者が どのpermissions(実行可能行為)をブロックするか、正確に特定できるようにする[22][23][24][25]
  • 管理者が利用者の自動承認を一時的に取り消すことができるようにする[19]
  • 特定利用者の全編集を 要査読にする[26]
  • 利用者が特定ページ(教育モジュール、利用者会話ページなど)を読めば解除されるブロック[27][28]
  • Allow admins to throttle a user's edits to a maximum number per day/hour/etc[9]
  • Build a version AbuseFilter that runs on all edits of specified users to create custom, complex blocks[9]
  • Tool to prevent users from writing about themselves.[9]
  • User masking systems to obfuscate or ‘hide’ users from each other on wiki [9]

問題 4. ブロックを実施し、監視し、運用するツール群に改善の余地がある

The existing blocking tools (Special:Block, the API, Twinkle, Special:BlockList, etc.) are used daily by numerous users across all Wikimedia wikis. Using these tools can be time intensive, so we would like to explore ideas of how we can simplify the workflows to set or modify a block, monitor block logs, and check the status or details of a block.


  • When leaving a warning on a user talk page, display how many other warnings have ever been given to that user.[29]
  • Twinkle should automatically know the appropriate warning template to use on that user.
  • Log bans like blocks, which could result showing the information on their user page, contributions, or autogenerate a list of all banned users.[30]
  • Allow CheckUsers to watch specific IPs[31]
  • Allow admins to annotate previous blocks as accidental[32][33][34]
  • Allow admins to set a block date range via datetime selector[35]
  • Allow admins to set different expiration times for blocking editing vs. account creation[36]
  • Allow admins to oversight usernames while blocking them[37]
  • Display block expirations in logs[38]
  • Display a warning on the block page when admins are blocking a sensitive IP[39]
  • Special:Block could suggest block length for common policy infractions[9]
  • Improved way to set mass blocks[9]
  • Block appeal process could be improved to reduce the work required for admins[9]
  • Display if a user is currently blocked on another wiki on Special:Block[9]
  • Mobile block notices are abysmal [9][40]
  • Allow admins to ‘pause’ a block so the user can participate in on-wiki discussions[9]


  • /Links — A list of links on Meta Wiki,, and Phabricator about existing blocking tools or suggestions for improvements.
  • /English Wikipedia policies — A list of links on English Wikipedia about blocking policies or tools, and talk page conversations about improvements.
  • Community health initiative/Editing restrictions — The WMF's Anti-Harassment Tools team's documentation page about how new tools could support the socially enforced editing restrictions used by English Wikipedia.


  1. Help:Blocking_users on
  2. T100070 — Allow User agent (UA)-based IP Blocks
  3. a b 2015 Community Wishlist Survey/Moderation and admin tools#Improve MediaWiki's blocking tools
  4. 2017 Community Wishlist Survey/Smart blocking
  5. Prioritization of action items, Stewards visit 2015, page 9
  6. T17273 — Please add "Prevent account creation" to global block
  7. T152462 — Add cookie when blocking anonymous users
  8. T27305 — Add a way to extend autoblock to longer than 1 day
  9. a b c d e f g h i j k l m n o p q r s t Talk:Community health initiative/Blocking tools and improvements
  10. phab:T145912
  11. T106930 — Throttle account creation and email sending per browser as well as IP address
  12. T2674 – 特定項目についてブロック可能にする
  13. 以下も参照: Community health initiative/Editing restrictions(編集制限)
  14. 2015 Community Wishlist Survey/Moderation and admin tools#Enhanced per-user, per-article protection/blocking
  15. 2017 Community Wishlist Survey/Per-page user blocking
  16. T179110 — Allow users to be blocked from editing a specific namespace
  17. T6995 — Ability to block users from uploading files only
  18. T18644 — Allow users to be blocked from editing non-talk pages only
  19. a b Wikipedia talk:Blocking policy/Archive 21 on English Wikipedia
  20. It is currently possible to block someone from using Special:EmailUser, but this requires also blocking them from editing
  21. T104099 — Add ability to block users from emailing other users (without performing a full block)
  22. T27400 — Software should allow admins to give specific users permission to edit specific pages through blocks
  23. Extended_blocking on
  24. Wikipedia talk:Blocking policy/Archive 23 on English Wikipedia
  25. 2017 Community Wishlist Survey/Allow further user block options ("can edit XY" etc.)
  26. 2016 Community Wishlist Survey/Categories/Moderation tools#All edits from hardblocked IP mark as unreviewed
  27. T18447 — 利用者がある特定のページ(手引きや利用者会話ページなど)を読んだら解除されるブロック
  28. Wikipedia talk:Blocking policy/Archive 22 on English Wikipedia
  29. Wikipedia talk:Administrators' noticeboard/Archive 8#Warnings and discussion before blocks on English Wikipedia
  30. Wikipedia talk:Banning policy/Archive 3#Recording of Bans on English Wikipedia
  31. T21796 — CheckUser watchlist feature
  32. T46759 — Allow marking blocks that were made in error
  33. 2016 Community Wishlist Survey/Categories/Admins and stewards#Enable administrators to update block logs
  34. Wikipedia talk:Blocking policy/Archive 20 on English Wikipedia
  35. T132220 — Add datetime selector to block and protect interface to select expiration
  36. T65238 — Different lengths of block and block account creation
  37. 2016 Community Wishlist Survey/Categories/Admins and stewards#Allow admins to hide names of users while blocking them
  38. T148649 — Display an entry for page in watchlist when page protection expired; Display an entry in user page when user blocking expired
  39. T151484 — Display a warning on the block page when admins are blocking a sensitive IP
  40. phab:T165535