Wikipedia‐ノート:即時削除の方針

過去ログ

過去ログ1

古い話題

2005年5月2日まで

2005年9月10日まで

2006年7月9日

2006年8月10日まで

2007年1月30日まで

2007年6月6日まで

2007年11月17日まで

~~過去ログ9~~

2008年5月5日まで

2009年5月26日まで

2010年4月26日まで

2011年1月15日まで

2012年5月29日まで

2013年2月3日まで

2015年1月11日まで

2017年5月18日まで

2020年4月27日まで

2021年3月25日まで

2021年12月10日まで（暫定）

[[../過去ログ21/]]（2022-05～）

ショートカット:

WT:CSD

ここは、Wikipedia:削除依頼の手続きを省略して手続きする、Wikipedia:即時削除の方針についての議論の場です。次のノートも参考にしてください。

Wikipedia‐ノート:削除の方針

サブページでの議論はCategory:即時削除の方針改訂関連カテゴリに追加してください。

リダイレクト2-5の条件追加提案

WP:CSD#リダイレクト2-5（曖昧さ回避括弧の付け方違反）の条件に、以下の内容を追加することを提案します。「曖昧さ回避括弧の中に曖昧さ回避括弧を含むもの」でも即時削除対象にできるようにするためです。

現行

リダイレクト2-5

曖昧さ回避の括弧の付け方に反する

項目名に曖昧さ回避の括弧を使用する場合に、左括弧の前に半角スペースがない、または、半角丸括弧以外を使用しているもの

使用方法：

{{即時削除|リダイレクト2-5|2=<!--◆使い方の違反内容（例：括弧が全角丸括弧になっている）◆-->}}

改正案

リダイレクト2-5

曖昧さ回避の括弧の付け方に反する

項目名に曖昧さ回避の括弧を使用する場合に、左括弧の前に半角スペースがない、または、半角丸括弧以外を使用しているもの
曖昧さ回避括弧の中に曖昧さ回避括弧を含むもの
- 例: 「上島 (中区 (浜松市))」

使用方法：

{{即時削除|リダイレクト2-5|2=<!--◆使い方の違反内容（例：括弧が全角丸括弧になっている）◆-->}}

理由はWikipedia‐ノート:即時削除の方針/過去ログ20#二重括弧リダイレクトの削除に関してでコメントしたとおりで、LTA:SNKW案件を念頭に置いていますが、曖昧さ回避括弧の付け方の条件に即さない、かつ有用性のないリダイレクトの削除の労力の省力化を目的としています。なお、改正案では追加箇所の明確化のためにinsタグを使用していますが、議論用であり、合意形成後に方針文書に反映させる際には使用しません。

LTA:SNKWに詳しくない方（あるいは将来のLTA:SNKW活動沈静化後の方）向けに、具体例を挙げた方が良いのかもしれないとは思い、「上島 (中区 (浜松市))」を挙げてみました（記事自体は上島 (浜松市中区)で立項済み）。この具体例がLTA:SNKWの荒らしネタにされても困りますし、あと存命人物関係を具体例に挙げるのもあまり良くないと思い、別の例にしましたが、改正案で合意形成された場合は、即時削除対象になるのはLTA:SNKW出現分野や地名などに限りません。具体例は前回議論時に挙げていなかったので、具体例も必要か否かも含めてご意見をいただければと思います。

方針の改正提案ですのでWikipedia:コメント依頼、Wikipedia:コメント依頼/リスト（Template:意見募集中に読み込み）、Wikipedia:お知らせで告知しますが、他に告知が必要なページがありましたらご意見ください。よろしくお願いいたします。--郊外生活（会話） 2021年11月29日 (月) 16:29 (UTC)[返信]

告知して2週間以上経ちましたが反対意見がありませんので、合意形成として方針に反映させました。--郊外生活（会話） 2021年12月17日 (金) 08:33 (UTC)[返信]

リダイレクト6新設提案

Wikipedia:井戸端/subj/リダイレクト6新設提案に、荒らし利用者の作成したリダイレクトに対する「リダイレクト6」の即時削除基準の新設を提案しました。(一部上の「リダイレクト2-5の条件追加提案」と内容が重複しています。) よろしければ議論にご参加ください。--Dragoniez (talk) 2021年12月10日 (金) 00:31 (UTC)[返信]

パスワード公開を即時削除の方針にどう当てはめるか

パスワード公開がなされ、かつパスワード公開がなされていない版で有意な内容を含まない場合です。WP:CSRD#2があるので最新版で除去さえすれば即時版指定削除は技術的にも方針上も可能ですが、この場合にわざわざ即時版指定削除を選択するのではなく、即時削除するほうが直感的には思います。とはいえ、パスワード公開を即時削除の方針のどれに当てはめるか悩むところがあります。まず全般3を考えますが（確かに荒らしがパスワードを公開することはある）、Wikipedia‐ノート:荒らし#パスワード公開の追加の経緯を考えるとパスワード公開だから全般3とするのは危険な場合も時にはあるのではないかとも思えます。例えばLTA:HEATHROWが管理者伝言板に報告された後に利用者ページで自らパスワードを公開するような行為、少し前の事例だとLTA:ECHIGOのような事例であれば荒らし目的でのパスワード公開でしょうから全般3で良いかと思いますが、明らかにLTAや荒らし目的アカウントだと断定できない場合を中心にどうすればよいのか悩んでしまいました。

というのは、利用者:イクストリームリーまさし（ノート / 履歴 / ログ / リンク元）で、おそらくWP:VIP#残念な生き物なのではないかとも思うのですが確証はなく、残念な生き物系もまだLTA化されているわけでもありません。荒らし利用者である可能性は高いかと思いますが、明らかに荒らし目的でパスワードを公開したかというと判断しかねるように思います。jawpでは荒らし利用者による投稿だからといってそれだけで即時削除できるとは限らないことも踏まえる必要がでてきます。なので、最善策ではないように思いつつWP:CSRD#2で{{即時版指定削除}}を貼ったのですが、直感的には{{即時削除}}でできるならしたい、即時版指定削除もできる案件でケースZでわざわざ通常の削除依頼に回すのも違う、というところで、もっとよい方法があればご教示いただければと思います。もし全般10のような方針を作るべきであれば、その旨ご意見いただければと思います。--郊外生活（会話） 2022年2月15日 (火) 16:33 (UTC)[返信]

普通に全般3でいいと思いますよ。郊外生活さんは「荒らし」という言葉を「悪質な利用者」を意味すると捉えているようですが、「荒らし」の意味はもっと広くて、Wikipedia:荒らしの冒頭に書かれているように"行為"や"編集"も「荒らし」ですよ。パスワード公開は、本人の意図であろうと、明らかな迷惑行為なので「荒らしに分類される投稿」でしょう。--Yapparina（会話） 2022年2月15日 (火) 21:52 (UTC)[返信]

ダイレクト3-1、3-2について加筆提案

リンク修正Botを運用し、リンク修復作業を行っているanaka satamiyaといいます。最近、曖昧さ回避の括弧を含む記事の改名提案が多数上がっています。議論の中でリダイレクトをどうするかの議論が適正に成されているか疑問です。リダイレクト3-1、3-2において「ただし改名議論の際にリダイレクトの存続意見があるものは除く」という文章のため、リダイレクトが必要かどうかの正確な議論がなく「3-1により削除」例が見られます。よって以下のように文章を変えることを提案します。

「ただし改名議論の際にリダイレクトの存続意見があるものは除く」

↓

「ただし改名議論またはリダイレクトの削除依頼/受付の際にリダイレクトの存続意見があるものは除く」

誤字脱字・誹謗中傷・過剰リダイレクトなどは削除すべきですがリンク切れを防ぐために必要なリダイレクトを残して、不便になる利用者が出ないようにすべきと考えます。 4/1現在、Category:Main page containing links with broken anchorsを見ると1675件のセクション切れを起こしており、改名（分割・統合も含む）はするが、後始末のリンク修正（セクションリンクを含む）がおろそかになっていることが一因であるのは明らかです。しかしリダイレクトが残っていればリンク切れを回避できるので利用者に迷惑がかかりません。以上です。1週間ほどで方向性を出せればと思います。ご意見宜しくお願いします。AnakaSata（会話） 2022年4月1日 (金) 10:28 (UTC)[返信]

まず、botの運営ありがとうございます。また、改名とリダイレクトの削除に伴うリンク切れの発生について、問題意識を共有いたします。その上でコメントいたしますが、ご提案の修正は問題の解決につながりません。即時削除を実施・提案する人は議論が必要ないと考えているわけですから、リダイレクトの削除依頼にかけるという発想がそもそもないし、それ故にリダイレクトの削除依頼で存続意見が付いているという状況も想定し難いものです。そもそも方針にも「削除依頼の前に、どこからもリンクされていないことを確認してください。」とあるように、リンク元があるリダイレクトは削除すべきでないしそうすればリンク切れは発生しないはずかと思いますが、リンク元の確認を怠っている利用者が多いのでしょう。従って方針やテンプレートの文面を変えることで状況を改善させるのは難しいと思われます。いっそのこと3-1,2を廃止してはどうでしょう？前々から感じてることですが、曖昧さ回避のカッコ付きリダイレクトなんて削除しなかったところでほとんど支障ないと思います。--Karasunoko（会話） 2022年4月1日 (金) 11:10 (UTC)[返信]

ご意見ありがとうございます。廃止とは大胆です。知らないでリンク切れを起こされる中に初心者の方もいると思うので編集者さん達を育てるという面では根気強く作業して、リンク切れのない使いやすい環境に出来たらと思います。AnakaSata（会話） 2022年4月1日 (金) 11:29 (UTC)[返信]

大胆ついでにもっと過激なことを主張すれば、そもそも移動で自動生成されたリダイレクトは原則削除しない方針にするのが一番よいと思います。移動で自動生成されるほとんどのリダイレクト（改名提案を経るものは特に）はそのままあっても無害な上に、リンク切れを防ぐ上で有用であり、削除は削除狂を満足させるぐらいしかメリットがありません。そもそも削除しないと決めてしまえば下でTriglavさんが懸念されているRFDの遅滞も生じえません。実際英語版は曖昧さ回避のカッコの中身が変わっただけのリダイレクトはそのまま残しているようです(例えばen:Anorthosis Famagusta (men's volleyball)など)。他の言語版まではわかりませんが。--Karasunoko（会話） 2022年4月2日 (土) 07:27 (UTC)[返信]

ご意見ありがとうございます。アンカーの代わりにリダイレクトをつくろうか、とりあえずリダイレクトをつくってあとから記事を追加しようか等の使い方をする方も最近見られ、段々リダイレクトがゆがんで行ってるように最近感じます。また、自動生成リダイレクトほど利用者・Bot運用者を助けてくれるものはありませんがその末路を思うと残念です。--AnakaSata（会話） 2022年4月2日 (土) 13:33 (UTC)[返信]

何度もすみません。上で書いた主張自体は取り下げるつもりはありませんが、前提として提示された情報に誤解があるようです。Category:Main page containing links with broken anchorsですが、こちらに含まれるリンク切れはアンカー付きのリンク（例えば腸内細菌叢など。特定の節にリンクするための方法で、こちらはリダイレクトですが、リダイレクトではない通常の記事にも使用されるリンク方法です）のアンカー、#以降が無効になっているものです。このタイプのリンク切れはリンク先の節名を変えたり無くしたりすることで生じるものであり（先述の例で言えば腸内細菌の「腸内細菌叢とその構成」節の名前を変更したりした場合）、改名とは基本的に関係ありません。リンクが無かったので確認を怠り誤解していました。申し訳ありません。--Karasunoko（会話） 2022年4月2日 (土) 13:04 (UTC)[返信]

ルール構造の都合上、CSDの規約にRFDの状況を載せたくはありません。

勃興期の荒っぽく作り上げる時代であれば同じく荒っぽく消し込む作業も寛容でいられますが、成熟期の丁寧に作る時代にシフトしたのであれば消し込む側も変わらなければなりません。縮小の手順は構築の逆順序になります。勃興期最後に作られたCSD#R5が廃止済みなので、次にCSD#R3が整理のちょうどよいタイミングなのかもしれません。

BOTREQのリンク元管理の件でR3の整理が必要なのは確実なので、あとはどの範囲まで縮小するかですが（RFDの余力さえ確保できれば）廃止でも全然問題ないように思えてきました・・・

ルール改訂はRFDの進行具合の様子見（具体的にはR5検証のようなスパン）で進めていただけるとありがたいです。ただし、担当のBot作業に支障をきたしている等の実害があるのであれば、段階を踏んだルール改訂もアリかと思います。判断はお任せします。--Triglav（会話） 2022年4月1日 (金) 14:51 (UTC)[返信]

2点あると思うのでぞれぞれ書いておきます。

反対とりあえず提案通りの文言修正には反対しておきます。そもそも即時削除は通常の削除依頼を省略するために使われるものなので、Triglavさんの言うように、通常の削除依頼の状況に応じて即時削除の判断が変わるのは包含関係がおかしいです。原則としては、通常の削除依頼（リダイレクトの削除依頼も含む）にかかっている時点で即時削除の範囲からは外れていると考えるのが、方針の精神上は正しいでしょう。しかし、提案者のような誤解がなぜ生まれるのかを考えてみると、本質的には、リダイレクトに関する方針・ガイドライン文書の整合性が取れていないことに原因があります。これはずいぶん前から指摘されていることですが、リダイレクトの削除方針を明記しているのがWikipedia:リダイレクト削除の方針#削除が可能なものである一方で、リダイレクトの作成（存続）方針を明記しているのがWikipedia:リダイレクト#リダイレクト作成の基準なのですが、この両者には不備があって、作成・存続の基準を満たしていないが、削除方針も満たしていないという中途半端なリダイレクトが存在しています。その最たるものが、今話題になっている「曖昧さ回避の括弧付き移動の残骸」です。で、これがまたややこしいことに、両者のどちらにも明記されてないものが（なぜか）Wikipedia:即時削除の方針#リダイレクト3にあるという状況なのです（3に限らず、リダイレクトのSD基準全体がそうなんですが）。なんでこんな事になってるかというと、（今は少し減ったかもしれませんが）「オレの考えた最強のリダイレクト」を作って回る（ほぼ荒らしみたいな）利用者がいるためリダイレクトの作成基準が厳格になっている一方で、「オレは有用ではないと思う」というだけの理由で削除依頼を投げ続ける（こちらもほぼ荒らしみたいな）利用者がいるため削除方針も範囲が狭い状況になっています。そして輪をかけてややこしいのがMediaWikiの仕様上は「移動」のあとには絶対にリダイレクトが残ることで、その移動の残骸を全存続にすると「移動して回ったら好きなリダイレクトが作れる」みたいな抜け穴になるため移動の残骸は可能な限り削除しておきたいという意図があって、今の即時削除基準が残っています。そんな状況なので、リダイレクト3の修正や廃止をする場合、そもそも移動の残骸（に限らず）リダイレクトをどう扱うのか全体を見通して全体を変えるような議論を進めないことには、即時削除基準だけ変えても削除依頼が溢れてしまうだけとかいう状況になるだけで、筋が悪い話に聞こえます。というので反対意見につながるわけです。

提案しかし、それとは独立して2点目の話として、元々のリンク切れ問題意識にだけ集中して考えてみれば、これは「リンク元修正をちゃんとしないまま（即時）削除依頼に出す利用者」と「リンク元確認をしないまま削除してしまう削除者・管理者」が改善されれば済む話ではないのでしょうか？そう考えてみれば、上記のようなややこしくて複雑で大掛かりになりそうな話に突っ込まなくても、提案者の(bot)作業の障害を排除するもっと良い方法がありそうな気がします。具体的には（これに限りませんが）削除依頼や削除にリンク元を絶対確認しないといけない機能をつける、あるいはそれを確認・検証するようなbotを運用するなど、何かしらの「リンク切れを起こさない仕組み」を考えて、それを提案してはいかがでしょうか？そのような話はここでやることではないと思いますので、別で提案し議論を進めることになると思いますが。--青子守歌（会話/履歴） 2022年4月3日 (日) 01:30 (UTC)[返信]

コメント　反対意見と私の誤解について詳しく解説頂きありがとうございます。「'リダイレクトに関する方針・ガイドライン文書の整合性が取れていない」「曖昧さ回避の括弧付き移動の残骸」についてはそのとおりだと考えます。曖昧さ回避の括弧付きというものはとても扱いズライものだと強く思います。本提案を導入しても結果、即時削除基準だけ変えても削除依頼が溢れてしまうのはたしかと思いますが、本質的な議論を交わすレベルまで行かない私は目先の出来るところから変えれないかと提案した次第です。まだ議論期間が残っていますので再考いただけたらうれしいです。提案につきましては私のレベルに負えるものかと。相当なメンタルが必要に感じます。--AnakaSata（会話） 2022年4月3日 (日) 02:12 (UTC)[返信]

取り下げ　1週間経過し反対票1のみ、加えて適切な提案では無かったということで提案を取り下げ致します。本議論で

原則として、通常の削除依頼（リダイレクトの削除依頼も含む）は即時削除の方針の範囲から外れていること
リダイレクトに関する方針・ガイドライン文書の整合性が取れていない

が明らかになったと考えています。議論に参加された方々ありがとうございました。--AnakaSata（会話） 2022年4月8日 (金) 00:49 (UTC)[返信]

カテゴリ6の適用対象を拡充する提案

提案現行のカテゴリ6は前提となる合意の議論を「改名の議論」に限定していますが、これを統合の議論にも適用可能とするよう、以下（下線部を変更）のとおり追記することを提案します。

事前に改名または統合の議論において合意が得られ、新しいカテゴリに移動され、当該カテゴリに属するページ（サブカテゴリを含む）が存在しなくなったもの

改名と統合の違いは、移動先となるカテゴリが新規作成したカテゴリか既成のカテゴリかの違いだけであるため、統合の議論も適用対象にして然るべきと考えます。かつて、Wikipedia‐ノート:即時削除の方針/移行済みで未使用のカテゴリでは、改名提案と統合提案に加えて、関係カテゴリのノートでの議論や、プロジェクトにおける合意まで含められた、現行の内容よりも緩い内容の提案が出されていました。統合の議論にとどまらず、もっと適用対象を拡充すべき等々のご意見がありましたら、遠慮なくお聞かせください。なお、この提案はWikipedia:井戸端/subj/Wikipedia:カテゴリの削除依頼（仮称）についてから派生したものです。ご興味がありましたら、井戸端の話題のほうにもコメントをお寄せください。--Doraemonplus（会話） 2022年5月19日 (木) 07:43 (UTC)[返信]

（コメント）「統合」する場合、統合元を削除したら、履歴継承ができないのではないでしょうか。Wikipedia:ページの分割と統合#ページの統合に「ページ甲をページ乙に統合する場合、ページ甲は削除するのではなく、ページ乙へのリダイレクトとして残す必要があります。後に非リダイレクト化（独立項目化）する事は問題ありませんが、削除すると履歴の継承ができないため、Wikipediaのライセンス条件違反となります。」（引用）とあります。統合したらライセンスの問題で削除できないと思います。--柏尾菓子（会話） 2022年5月19日 (木) 08:09 (UTC)[返信]

カテゴリ7の新設提案

こちらは未使用のカテゴリ（空のカテゴリ）の取り扱いについての提案（素案）です。現在、未使用のカテゴリに登録されているカテゴリは4300件余りあるのですが、そのうち、対応する英語版ウィキペディアのカテゴリページとウィキ間リンクで結ばれているものが1300件余りあります。他のウィキメディアのサイトリンクを論理和検索条件に加えれば、該当件数はさらに増えるでしょう。

項目を一切含まない、閲覧者にとっては「役立たず」の空のカテゴリが、見かけ上「存在する」カテゴリとして放置されている状態は、健全・正常といえないのはもちろんですが、「有効なページ」へのウィキ間リンクだと思って、紐付いている日本語版の未使用のカテゴリページへのリンクを踏んで、中身が空っぽ（空集合）だとは知らずに訪れた利用者を失望させる結果となります。

つまり、未使用のカテゴリ（空のカテゴリ）を長期間、削除せず大量に放置しておくことは、日本語版ウィキペディア単独の問題ではなく、ウィキメディアプロジェクト全体の利用者にとっての不利益であるともいえます。日本語版ローカルに限っても、たとえば、検索バーのインクリメンタルサーチで検索結果のサジェスト候補に、中身のないカテゴリが中に混じって表示されてしまうといった問題があります。

今あるすべての未使用のカテゴリを直ちに削除せよとは主張しませんが、上述したように、原則として未使用のカテゴリページは即時削除されるのが望ましいものと考えられます。したがって、可能であれば、

カテゴリ7「項目を一切含まない空のカテゴリ（ただし、特殊な目的で使用されていて空になるときがあるカテゴリを除く）」

といったような内容の条項を即時削除の方針に追加するべきではないかと愚考いたします。より良いご意見・ご提案がありましたら、ご教示ください。--Doraemonplus（会話） 2022年5月19日 (木) 08:45 (UTC)[返信]

（コメント）私は過剰なカテゴリに反対派で、未使用カテゴリは不要と考えます。その上で、即時削除することがある利用者の立場からの意見としては、まず「特殊な目的で使用されていて空になるときがあるカテゴリ」の判断が困難です。それから、項目数が少ないカテゴリなどで、一時カテゴリを空にして、「未使用だから即時削除」と即時削除テンプレートを貼り、削除したら未使用ではなかった、という事例が起こせそうな気がします。即時削除する者の負担が大きいと思います。ノートで未使用だから削除しましょうと提案をして、合意が得られたら即時削除、くらいが助かります。--柏尾菓子（会話） 2022年5月19日 (木) 09:02 (UTC)[返信]