ウィキペディア:新しいページのパトロール

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ



読書時間〜35分

いらっしゃいませ!

基本フローチャート
新しい記事を完全にレビューするステップバイステップのプロセスを詳述するフローチャート。新しいレビューアを念頭に置いて設計されており、困難、複雑、または境界的なケースのレビューを支援します。

新しいページのレビュー担当者になることに関心をお寄せいただき、ありがとうございます。新しいページのレビューは、サイト全体で最も重要なメンテナンスタスクの1つです。それは悪いページを締め出すものであり、同様に重要なことは、最初の本物の記事を作成する新しい誠実なユーザーを後押しすることです。続行する前に、新しいページを確認するには、削除注目度のガイドラインだけでなく、信頼できるソースについての十分な知識が必要であることを理解してください。このチュートリアルを読んだら、許可を申請することを検討してください。

新しいページのレビューは、プロジェクトの品質を管理することに専念する新しい著者とコミュニティメンバー間の相互作用の最前線として重要な機能です。すべての名前空間のページをパトロールするための、さまざまな詳細で非常に複雑な可能なアクションがあります。新しいページレビューアのみがページを「レビュー済み」としてマークできます。これにより、検索エンジンによるインデックス作成のためにページが解放されます。レビュー担当者がページキュレーションツールバーを介して行ったレビューアクションは、記事にレビュー済みのマークを付けます(メンテナンスタグの追加、削除の指名など)。記事をレビュー済みとしてマークしたくない場合は、レビューパネルを開き、[未レビューとしてマーク]をクリックして、レビュー を解除できます。

新しいページのレビューに不慣れな場合は、ページキュレーションヘルプも読み、ビデオツアーを表示し、適切な迅速な削除のガイドを読むことが不可欠ですレビューには、削除および注目度ポリシーに関する管理者に近い知識が必要です。新しい記事のレビューのすべての側面に慣れ、知識が得られるまで、右側のフローチャートを使用してください。

正しく真剣に検討することが重要です。作成される記事の量が多いため、誤ったレビューやちょっとしたレビューが毎日数パーセント多くても、何百もの記事に悪影響を及ぼし、多くの新規ユーザーが継続して通常の編集者になることを思いとどまらせる可能性があります。編集者が注意深く注意深くレビューすることが重要です。これはコンテストではなく、締め切りもありません。新しいページのパトロールは、量より質を重視します。

レビューは完全に任意であり、義務はありません

基本的に、新しいページのレビューとは、新しい記事に承認済みのマークを付けてWikipediaに受け入れるかどうかを決定すること、またはいくつかの削除手順の1つを開始することです。議論の余地のない削除はPRODを使用して提案できますが、他のほとんどの削除提案は、記事の削除に関するディスカッションで解決されます非常に限られたケースでは、迅速なWP:CSDまたはWP:BLPPRODを配置して、ウィキペディアの改善ではないことは明らかですが、資料を削除することができます。サブパー記事がウィキペディアの他の既存の記事に関連する主題に関するものである場合、コンテンツをマージするか、単にページを既存の記事にリダイレクトする方が削除よりも望ましい場合があります。その場合、編集者はBRDに従う必要があります。異議がある場合は、ディスカッションをAfDにエスカレーションします。ドラフト化は、編集者によって作成された可能性があり、競合が宣言されていない記事や、別の記事で役立つ可能性があるが現在の形式では実行可能な記事ではない資料を保持するために使用されることがあります。記事が受け入れられた場合、新しいページのレビュー担当者は、重大な問題に対してメンテナンスタグを適用することを選択できます。

質問や懸念がある場合は、New Page Reviewer Talkにメッセージを投稿してください。経験豊富なレビュー担当者または編集者が、すぐにお手伝いします。ツールの使用に関するその他のヘルプについては、上記の関連タブを参照してください。

新しいページをレビューする目的

ウィキペディア新しいページreviewer.svg
クイックビデオツアーを見る
新しいページフィードのスクリーンショット

New Page Patrolは、ウィキペディアのポリシーとガイドラインに準拠していない記事を見つけることと、新しい編集者をサポートおよび育成することにも同様に責任があります。特に、明らかなデマ著作権侵害生きている人に関する中傷的な資料、ウィキペディアを金銭目的で悪用するページ(スパムプロモーション非公開の有料編集など)である可能性がある場合は、迅速な削除の対象となる可能性のある記事に特に焦点が当てられます他のページは他の理由で削除する必要がありますが、緊急性は低いかもしれません。パトロールされていないページは、Googleまたは他の検索エンジンによって90日間インデックスに登録されません。

レビューアは、幅広いスキルと動機を持つ編集者と協力します。優れたコミュニケーションは、新しいページのパトロールプロセスの重要な部分です。レビュー担当者は、キュレーションツールバーを使用して、トークページにメッセージを投稿したり、有益な編集の概要を提供したり、その他の方法で他の編集者と適切に連携したりする必要があります。レビューアは、作成者ツールへの既存の メッセージを頻繁に使用することをお勧めします。誠意を持って新しいクリエイターが記事を作成し、ウィキペディアを編集し続けることを奨励することが不可欠です。

レビューアは、新しいユーザーを指導したり、記事を完成させたりする義務はありませんが、新しいユーザーをTeahouseの質問フォーラムヘルプデスクArticles forCreationに誘導して支援を求めることができます。ウィキペディア:あなたの最初の記事ウィキペディア:ウィキペディアへの貢献ウィキペディア:チュートリアルウィキペディアアドベンチャー、およびその他のヘルプページも利用できます。ドラフトがAfCで承認され、メインスペースに移動されると、多くの場合、新しいページのパトローラーによってドラフトが再度チェックされます。

トリアージ

新しいページのレビューは、完全に不要なコンテンツに対する最初で最良のファイアウォールであり、完全ではないかもしれないが削除する必要のない記事を受け入れる場所です。

コンテンツがわずかに貧弱な場合は、急いで新しい編集者による投稿を削除に推薦しないでください。よくわからない場合は、ページをパトロールせずに残してください。別のボランティアが後で確認できます。

NPPキュー内の最も古いページを確認すると、最新のページではなく、検索エンジンによってインデックスが作成されている可能性があるため、役立つことがよくあります。キューの後ろから確認すると、かなり前に作成されたが、最近記事へのリダイレクトから(またはその逆に)変更されたページに出くわす場合があります。これらの記事は、編集戦争や他の形式のやさしい編集の結果であることが多いため、明確な課題を提起します。これらのタイプのページに関連する追加の懸念事項と提案のガイドは、ここにあります。

お手入れ

非常に新しいページを確認するときは注意が必要です。攻撃ページ、copyvios、破壊行為、または完全なナンセンス以外のものにタグを付けると、作成後わずか数分で、誠実な記事の作成が停止し、新しい寄稿者を追い払う可能性があります。これらの例外を除いて、記事は作成後少なくとも15分間は削除のタグを付けないでください。多くの場合、1時間以上待つことが適切です。記事がバックログの一部になる前に、レビューされるまでに最大90日かかることを忘れないでください。

ページが削除の候補ではないが他の問題がある場合は、適切なタグを追加し、キュレーションツールのメッセージ機能を使用して、問題の作成者に通知します(詳細については、以下のパトローラーチェックリストのセクションを参照してください)。

ユーザー名と破壊行為

深刻なケースでは、ウィキペディアの評判をさらに混乱させたり傷つけたりすることを防ぐために、新しいページの作成者をブロックする必要があるかもしれません。WP:UAAおよびWP:AIVシステムとそれらのポリシーを よく理解し、必要に応じてそのようなケースを報告してください。

ウィキペディアフォレンジック

ページレビューアは、自作自演プロモーション連続著作権違反非公開の有料編集児童保護の問題などのポリシー違反を検出するのに適した立場にあります。これらのポリシーと何をすべきかについて学びます。たとえば、インライン外部スパムリンクの新しい記事の内容を確認します。これらのトピックの多くは、このページで詳しく説明されています。

システムの監視

他の編集者、特に破壊行為との戦いに関心のある編集者も、定期的に新しく作成された記事を頻繁に使用して、メンテナンスまたは削除のために記事にタグを付けています。ページキュレーションツールバーの機能にアクセスすることはできませんが、IPユーザーを含め、すべてのエディターがページにタグを付けることができます。タグ付けされたページは、レビュー担当者がパトロールするまでフィードにリストされたままになり、新しいページのレビュー担当者が不十分なパトロールを識別して特定できるようになります。誠実なエラーについては「レビュー解除」機能を使用し、ユーザーがより多くの経験を積むまで、それほど要求の厳しいメンテナンスタスクを実行するようにユーザーを促すために使用できるテンプレートを確認してください。不適切な新しいページのパトロールを見つけた場合は、テンプレート{{ StopNPPを使用できます}}支持的な質問として。ただし、永続的なケースでは、警告レベルをエスカレートする必要があり、ANIのような場所で、またはNPPディスカッションページでヘルプを取得することにより、管理者の注意が必要になる場合があります

ツール

NPPの実行を容易にするために利用できる多くの便利なツールがあります。それらの多くは、リソースページにあるか、このページ全体にリンクされています。最も重要なツールは、新しいページフィードのすべてのページに表示されるページキュレーションツールバーです。これには、ページをレビュー済みとしてマークするための実際のボタンが含まれています。また、ページとその作成者に関する情報の概要、記事にメンテナンスタグを付けるためのツール、および記事に取り組んだ編集者にバーンスターやその他の優れたものを送信するためのツールも含まれています。注:ツールバーの削除およびメンテナンステンプレート部分には、複数の既知のバグがあります。より信頼性の高いツールとしてTwinkleが提案されています。著作権侵害検出器は、ツールバーに追加できます。このユーザースクリプト

スペシャル:NewPagesFeed

Special:NewPagesFeedは、このスクリプトとのリンクとして利用でき、最初のバージョンが保存された直後に新しいページをログに記録します。リストの後ろから作業して未レビューページのバックログを減らすことは良い考えですが、それでも、スパムや攻撃ページなどの重大なポリシー違反を非常に迅速に削除することが重要です。記事の短い抜粋とともに、主題別に分類され たボット作成リストもあります。

著作権違反(WP:COPYVIO)

パブリックドメインまたは互換性のあるライセンスが付与されていないソースから著作権所有者の許可なしに資料をコピーすることは(ウィキペディアの非フリーコンテンツポリシーおよびガイドラインに従って使用される簡単な引用でない限り)、著作権違反になる可能性があります他のウィキメディアプロジェクトのコンテンツは無料のコンテンツであり、ウィキペディアのライセンス条項の一部である帰属表示に従ってコピーされる場合があります。

ウィキメディアプロジェクト

ウィキペディアやその他のウィキメディアプロジェクトに寄稿されたすべてのコンテンツは、クリエイティブ・コモンズ表示-継承3.0非移植ライセンス(CC BY-SA)の条件の下で公開されており、誰でも再利用および構築できます。これには、あるウィキペディアの記事から別の記事への資料のコピー、または別の言語のウィキペディアからの資料の翻訳が含まれます。ウィキペディアのライセンスでは、ページのコンテンツの作成と変更に関与するすべてのユーザーに帰属を与える必要があります。この要件は、コピーまたは翻訳されたすべての資料について、編集概要に帰属ステートメントを追加することで満たされます

別のウィキペディアからの翻訳を含む記事に気づき、編集サマリーに属性がない場合は、1つ追加する必要があります。このモデルを使用できます

NOTE: The previous edit of 22:31, October 32, 2020‎, contains content translated from the French Wikipedia page at [[:fr:Exact name of French page]]; see its history for attribution.

これは、そのような帰属を必要とするウィキペディアのライセンスによるものです。詳細については、Wikipedia:Wikipedia内でのコピー#不十分な帰属の修復を参照してください。

その他の情報源

注意著作権侵害を自動的に検出するシステムは整っていますが、多くの著作権侵害を見逃していますボットに100%依存することは絶対に避けてください。ボットは、誤検知を引き起こす可能性もあります。著作権侵害は蔓延している問題であり、そのような資料をホストしないことが重要であるだけでなく、早期に発見されない場合、多くの場合、重要な追加作業につながります。したがって、既存の資料からのコピーについては、すべての新しいページを確認してください。組織音楽グループに関する記事は、他のソースからコンテンツを「借用」する傾向が特にあります。

パブリックドメインにある素材、または素材が適切に帰属している場合に互換性のあるライセンスを持っている素材をコピーすることは、著作権侵害ではありません。テンプレートは利用可能ですが、必須ではありません。)

著作権違反のテキストは、G12削除の対象とならない場合でも、記事から削除し、リビジョンを削除する必要があることを覚えておくことが重要です。

コピーの特徴は次のとおりです。

  • 1回または数回の編集でテキストの大部分を追加する-特に以下にリストされている他の基準と組み合わせた場合
  • 単一の参照記事、またはインライン参照のないテキストの大きなセクションがある記事
  • あまりにも良すぎると思われるテキストを含む記事
  • ニュースレポート、プレスリリース、ブログ、または本のテキストに似たテキストで、特定の、常に著作権で保護されている用途以外ではめったに発生しない、または過度に非公式なトーンなどの奇妙な声のトーンを持つ記事
  • 一人称代名詞と所有格(私、私たち、私、私たち)、および縮約(私は、私たちは、彼らは、できません、しませんでした、しません、しません、など)
  • イタチの言葉や他のふくらんでいる傾斜したマーケティングの声を含める; 追加されたテキストの所有権およびトピックに関するインサイダーステータスの明示的または暗黙的な主張(知的財産記号[©、™、®]の包含は高度に相関しています)
  • 文脈から外れた、場違いの単語やフレーズ、既存のソースのスマッキング、または元のWebサイトのナビゲーション構造:「このサイト/ページ/本/ホワイトペーパー」; 「トップ」、「トップに移動」、「次のページ」、「ここをクリック」など、および非標準文字(Microsoftの「スマートクォート」など)
  • 参照のスタイルが本または他の既存のソースのスタイルであるように見え、記事の実際の参照に対応していない記事-テキスト内の参照番号や著者名など、「[ 1]」、特に脚注が与えられていない場合

著作権違反をチェックする方法

  1. ページキュレーションフィードのフィルターを使用して、特定のページの編集に著作権違反のフラグが付けられているかどうかを確認します。
  2. コンテンツが既存の文章からコピーされているかどうかを確認するには、ページからGoogleなどの検索エンジン(引用符の間)にテキストの限定されているが一意の部分をコピーして貼り付け、各段落からそのようなスニペットをいくつか試してください。
  3. 記事の内容を参照や外部リンクと比較し、コピー/貼り付けまたは言い換えを探します
  4. 参照またはリンクとして提供されていない場合でも、個人または組織が専用のWebサイトを持っているかどうかを確認します(一度見つけたら、「概要」、「履歴」、またはその他の説明セクションを探すことはしばしば有益ですが、必ずしも表示されるとは限りません。 Googleで)。それらにアクセスできる場合は、FacebookとLinkedInもコピーの広範なソースです。
  5. EarwigのCopyvioDetectorDuplicationDetectorは、著作権違反を見つけるための便利なツールです。ただし、どちらかが否定的な結果を決定的なものとして扱わないでください。どちらもヒットアンドミスであり、一部のWebコンテンツを読み取ることができず、言い換えられたコンテンツを見つけるのが困難です。ソースがパブリックドメインにあるかどうか、または適切な無料の著作権ライセンスを持っているかどうかを確認するなど、肯定的な結果も人間がチェックする必要があります。このユーザースクリプトを追加して、Earwigのツールを介して現在のページを実行するリンクをツールに作成できます。
  6. 一部の著作権違反はPDFファイルからのものです。それらを読むには、ブラウザで開くか、ダウンロードする必要があります。
  7. 著作権侵害は、ソースからの機械翻訳されたテキストの形で発生することもあります。これらは、翻訳されたソースを読むか、 Copyleaksなどのテキスト比較Webサイトにテキストを貼り付けることによって手動で確認できます
  8. 「後方コピービオス」を理解することが重要です。ウィキペディアのコンテンツは外部のソースによってすばやく取得されて複製され、ウィキペディアの記事からコピーされたコンテンツを検索することで誤検知がトリガーされる可能性がありますWayback Machineは、これらを分類する上で非常に貴重なツールです。必要に応じて、ページ履歴の違いを組み合わせて、複数の編集にわたるコンテンツの有機的な開発を探します。

著作権違反を見つけた場合の対処方法

  • 実質的にページ全体が明確な著作権違反であり、元に戻す権利を侵害しない改訂がない場合(通常、新しい記事には常に当てはまるとは限りません)、を使用してCSDG12でページにタグを付けて迅速に削除します。迅速な削除タグのテキストで提供される警告通知テンプレートでユーザーに警告することを忘れないでください(ページキュレーションを使用している場合、古いページを調べている場合は、これが自動的に行われます。すでにレビューされていますが、Twinkleもそれを行います)。{{db-g12}}
  • 注:コンテンツが複数のソースからコピーされる著作権侵害の場合、複数のURLをTwinkleに入れることができますが、ページキュレーションには単一のフィールドしかありません。これを回避するには、スペースを入れてURLの間に「and」を入力します。両方を1つのフィールドに入力します。
  • 迅速な削除のためにページにマークを付けていない場合(たとえば、見つかった侵害を削除しても実質的なコンテンツが残るため)、次のようになります。
  1. 著作権で保護されている著作権を侵害しているすべての素材をページから削除し、編集の概要に元の場所を記入します(「http:// www ....の著作権違反を削除する」)。コピーが複数のソースからのものである場合、多くの場合、個別の編集で各侵害を削除するのが最も簡単です。
  2. 記事のトークページに投稿する{{subst:cclean|url=URL(s) copied from}}; URLが複数ある場合は、URLの間にスペースを入れるだけです(注:このテンプレートは自動的に署名するため、チルダは配置しないでください)。
  3. 管理者の場合は、著作権違反を含む編集範囲を改訂削除し、そうでない場合は、ページ履歴の改訂(通常は最初の編集最後から2番目の編集)に、管理者が配置して保存することで編集できるようにマークを付けます。ページ上部のこのテンプレート:リビジョンの削除をリクエストするときは、diff番号ではなくoldidを検索するように注意してください。リビジョン削除の要求を半自動化し、プロセスを高速化するのに役立つスクリプトを使用できます。{{copyvio-revdel|start = earliest revision ID (that is, the number at end of the revision's URL after "oldid=") | end= end revision ID}}
  • ページに迅速な削除のマークを付けておらず、自分でクリーンアップできない場合、またはコピーの疑いがある場合は、さらに調査する必要があると思われる場合は、調査のためにページをWikipedia:Copyrightの問題に送信し、{{copyvio | url = URL}}を挿入し、著作権調査通知の指示に従って、「本日の」著作権侵害ページにページを一覧表示し、ユーザーに警告します。

してはいけないこと:

  • 著作権違反のある記事をドラフトスペースに移動することはできません。以下のセクション§ドラフトを参照してください。

Conflict of Interest(COI)、有料編集

多くの記事は、編集に関心のないユーザーによって作成されているため、トピックを好む傾向があります。そのようなユーザーは、中立的バランスの取れた方法で書くことは非常に難しいと感じています。たとえば、自分自身、自分のビジネス、バンド、家族、友人、クライアント、雇用主、お気に入りの慈善団体、または経済的または個人的な関係を持っている人について書き込もうとしている人。有料編集はCOI編集のサブセットであり、3つのフレーバーがあります。最も一般的なのは、自分のビジネスについて書いている人など、単にトピックに金銭的な利害関係を持っている人です。第二に、有償のアドボカシーは、特にひどいタイプのCOIであり、ウィキペディアに記事を挿入するために特別に支払われた人々を指します。3番目の種類は、人や組織に関するWikipediaページを作成するサービスを販売するユーザーです。

記事を装った有料広告の一般的な兆候は、広報の専門家や、時には洗練されたインサイダーによる職務著作物として書かれている可能性があります。編集数が少ないユーザーから送信されました。このような記事は、経験の浅いパトローラーによって大丈夫としてパトロールされることがよくありますが、パトロールするときに記事とそのユーザーを徹底的に調査する必要がある典型的な例です。WP :COIWP:Paid 、および長期的な不正使用で何を探すべきかについての詳細な説明を参照してくださいこの問題の範囲を理解するには、Orangemoodyを参照してください。座って記事を作成する方法を読み、50回未満の編集でBレベルに近い記事を作成する人々から記事を受け取ることがあることに注意してください。記事を書くための不利な動機がないように思われる場合、それは宣言されていない有料編集である可能性は低いです。COIと有料編集の最も一般的なトピックは、生きている人々とまだビジネスを続けている企業に関する記事です。

COI編集の他の特徴は次のとおりです。

  • 会社、B2B、または財務リスト、スタッフリスト、インタビューへの複数の参照
  • インライン外部リンクのある記事
  • ニュース記事、プレスリリース、ブログ、または本からテキストのスタイルが来ているように見える記事
  • 参照のスタイルに主題自身の出版物への多くの参照が含まれている記事
  • 細心の注意を払ったオフライン準備を示す、1つまたはごく少数の編集で投稿された記事。
  • 著者は、関連するいくつかの単一編集の新しい記事を投稿しました
  • 著者は、企業のように聞こえるユーザー名または主題を彷彿とさせる名前を持っています
  • 一人称または二人称で書かれたテキスト(私、私たち、私、私たち、あなた、あなた)
  • 特に「自分の作品」として記事を書いた同じ編集者に起因する場合、プロの顔写真のように見える写真の伝記
  • WP:REFBOMBedの記事で、些細で冗長な参照の量がばかげている

COIが疑われる場合の対処方法

COI編集に対応するには、コンテキストを理解することが重要です。COIガイドライン、利害の対立がある人々による編集を「強く阻止」するだけです。したがって、利益相反の編集は禁止されていませんただし、COIを持つ人が示す行動の多くは禁止されているか、そうでなければ実行可能です。編集者が有料編集者であることを確認できる場合、COIガイドラインでは、新しい記事は作成用の記事を通じて提出する必要があると明確に規定されているため、提出物はドラフトスペースに移動できます(ドラフトツールへの移動を使用するか、追加してください)。 AfC提出テンプレート)。

1)有料編集への対応

WMFの利用規約では、すべての有料編集者が「報酬を受け取る、または受け取る予定の寄付に関して、雇用者、クライアント、および所属」を開示することを義務付けています。開示要件は、有料の編集者の大多数によって何気なく無視されています。露骨な広告や個人の宣伝を含む記事の削除を求めることができます。これに基づいて、会社名を持つユーザーをブロックできます。COIの記事にタグ付けてさらに精査し、以下で説明するその他の間接的なアクションを実行できます。一般的に、有料編集に対処するために私たちが取ることができる唯一の直接的な行動は、開示コンプライアンスを実施することです編集者が有料の編集者であることを確認できる場合(明らかに会社に関連付けられているユーザー名、またはLinkedInページなどの他の証拠に基づいて)、記事をドラフトスペースに直接移動できます。有料の編集者は、Articles forCreationを通じて記事を提出することが期待されています。ドラフトスペースに移動し、編集者にAfCを介して送信するように要求することも、COIの特徴があり、ゲームの試みを含むため、レビューに非常に時間がかかる不必要に大量の参照で過負荷になっている記事に対する適切な応答です。システム

有料編集のユーザーを疑う誠実な根拠がある場合は、ユーザーのトークページにテンプレートを追加します。

  • {{subst:uw-paid1}}これは、ユーザーに編集に金銭的利害関係があるかどうかを述べるように求め、応答するまでそれ以上編集しないように求め、必要な開示を投稿する方法を指示します。
  • {{subst:uw-paid2}}応答せずに編集を続ける場合
  • {{subst:uw-paid3}}それでも応答しない場合
  • {{subst:uw-paid4}}最終通知が無視された場合は、WP:AIVでブロックを探すか、管理者に直接連絡してください。

2)一般的なCOIアクション

  • COI編集は、著作権侵害と強く相関しています。したがって、前の指示に従って、 copyviosを識別して対処してください。
  • COIを使用して編集者が書いた記事は、露骨な広告であることが多く、重要性や重要性についての信頼できる主張が含まれていない場合もあります。したがって:
  1. ページがCSDG11に適合している場合は、{ { db-g11 }} / {{ db-spam }}を使用して削除のタグを付けます。
  2. ページがCSDA7に適合している場合は、 {{ db-A7 }} / {{ db-corp }}またはその他の該当するA7削除タグを使用して、削除のタグを付けます。
  3. 適用される可能性のある他の基準の下で、ページに迅速な削除のマークを付けます。
  4. 複数の基準の下での迅速な削除は、を使用して要求できます{{Db-multiple|G11|A7|etc.}}
  5. 迅速な削除タグのテキストで提供される警告通知テンプレートでユーザーに警告することを忘れないでください(ページキュレーションを使用している場合、古いページを調べている場合は、これが自動的に行われます。すでにレビューされていますが、Twinkleもそれを行います)。
  • 記事が販促用であるが十分ではない場合-G11を満たすために(そして他の基準が適用されない場合)、該当する販促関連のメンテナンスタグを記事に追加します。密接に関係している可能性のあるすべてのテンプレートで記事をオーバーロードしないでください。
  1. これらには、(非排他的に){{ COI }}、{{ advert }}、{{ POV }}、{{ original research }}、{{ autobiography }}が含まれる場合があります。多くの新しい記事には、引用された情報源のステータス(またはその全体の欠如)に関する何らかのタグ付けも必要になります。これについては、このページの後半で説明します
  2. 可能であれば、{{複数の問題}}を使用して、特定された問題が1つのコンパクトな通知で表示されるようにします。
  3. 該当するテンプレートを見つける方法をよく理解しておくことが重要です。タイプごとのテンプレートの内訳を提供するWikipedia:Templateindexを調べてください。
  • 記事が重要性または重要性について信頼できる主張をしているため、A7は適用されないが、記事の主題は注目に値しない可能性があると思われる場合[1] –最初に通常のGoogleを使用してソースの存在を最小限にチェックした後、GoogleブックスGoogleニュース、およびGoogleニュースアーカイブ検索–タグ{{ notability }}を記事に追加できます。

    注目度の欠如の兆候は、ソースの欠如のタグ付け、記事のプロディング、AfDへの持ち込みなど、実行する可能性のある他のアクションも意味します。これらはすべて、後のセクションで説明します。

  • 会社、グループ、または製品に関する記事が明らかに宣伝的である場合(そしてそれが明らかに宣伝的である場合のみ)、作成者の名前がWP:CORPNAMEに違反していないかどうかを確認します。もしそうなら、あなたは彼らのトークページに投稿するかもしれません:それが無視され、さらにプロモーション編集が行われる場合は、 Wikipedia:管理者の注意を引くためのユーザー名(WP:UAA)の指示に従ってください。{{subst:Uw-username|it appears to unambiguously represent the name of a company, group, institution or product; see WP:CORPNAME}}
  • {{ subst:welcome-COI }}や{{ subst:uw-coi }}など、(非排他的に)ユーザーの利益相反に関するメッセージをユーザーのトークページに残すことができます

レクリエーション

常に履歴トークページを確認してください。新しいページは、以前に削除された記事を再現したものである可能性があります。ブロックを回避したり、特定の編集パターンの検出を防止したりするために、 「別の」ユーザーによって作成された可能性があります。他の記事では、誰かがタグを削除した可能性があります。トークページには、記事がAfD(おそらく別のタイトルで)ですでに存続しているか、以前に削除されたことを示す通知が含まれている場合があります。スクリプトは、記事の以前の削除またはAfDがあったときに表示されるボタンを追加することもできます

以前に削除された場合(保持されている最新のAfDで)、再作成されたページが以前に削除されたコンテンツと十分に同一である場合、 CSD G4(使用するタグ:{{ db-g4 }} / {{ db-再投稿}})。G4は、ディスカッション後に削除された記事にのみ適用され、以前の迅速な削除やPRODには適用されません。

ソーシングの問題

ソースはウィキペディアの記事の生命線であり、すべてのインクルージョンポリシーが収束する基盤です。新しい記事がソーシング要件を満たすことはめったにないため、その問題に合わせてタグを付ける必要があります。関連する可能性のあるすべてのソーシングテンプレートで記事をオーバーロードしないでください。通常、1つのソーシングタグを追加して、ソースの不足またはソースの深さに対処し、他の場合は、脚注がない、引用されたものの帰属が不十分、一次ソースのみを使用するなど、ソーシングの方法に対処する必要があります。および関連する問題。

  1. 記事に出典が記載されていない場合は、{{unreferenced}}を追加することを検討してください不十分な場合は、{{ refimprove }}(生きている人に関する記事の場合、{{ BLP unsourced }}および{{ BLP source }})を追加してください。
  2. その他の一般的なタグには、{{脚注なし}}、{{その他の脚注}}、{{一次資料}}、({{ BLP一次資料}})、{{次資料} }、{{自費出版}}、 {{引用スタイル}}、{{クリーンアップ-裸のURL }}など。
  3. 情報源の存在について記事の外を調べたことに基づいて主題が注目に値すると思わない場合は、記事を提案するか、AfDに持ち込むことが正当化される場合があります。

消す

レビューアは、ウィキペディアの削除ポリシーを完全に理解し、それを覚えておく必要があります。厳格な基準の1つを満たしている場合にのみ、ページを迅速に削除できます。 ポリシーから:

迅速な削除のためにページを指名する前に、それを改善できるか、スタブに縮小できるか、他の場所にマージまたはリダイレクトできるか、より良い以前のリビジョンに戻すことができるか、または他の方法で処理できるかを検討してください。ページのすべてのリビジョンも対象となる場合にのみ、ページは迅速な削除の対象となります。迅速な削除のためにページを推薦するユーザーは、ページが満たす基準/基準を指定し、ページの作成者と主要な寄稿者に通知する必要があります。

レビュー担当者がページを削除する必要があると考えているが、それが迅速な削除の候補ではない場合は、代わりにAfDPROD、またはWP:BLPPRODを使用する必要があります。記事が後でAfDで削除されたとしても、迅速な削除のための偽の指名はWikipediaに損害を与え、すぐにレビュー担当者が「レビュー担当者」フラグを失う可能性があります。

迅速な削除(CSD)の基準

迅速な削除候補(CSD)。主要な迅速な削除基準を注意深く読んでください。ほとんどの場合、使用できるのは固定基準のみです。キャッチオールはありません。したがって、使用する基準がわからないが、記事を高速化する必要があると確信している場合は、別のレビュー担当者にページを残してください。CSD A1(コンテキストなし)、CSD A3(コンテンツなし)、またはCSD A7(人、動物、組織、Webコンテンツ、イベントの重要性を示すものなし)を急いで使用しないでください。作成者がコンテンツを追加する時間を与えるために、少なくとも15分待ちます。

スピーディーな削除は使いすぎやすいツールです。迅速な削除はディスカッションなしでページを削除するため、記事を保持する必要があるというもっともらしい理由があり、それがコピービオ、攻撃ページ、デマ、空またはまったくナンセンスでない場合は、記事に迅速な削除のタグを付けないでください。

CSD A7が何に適用されるか、特に学校や教育機関には適用されないことを理解してください。記事が注目に値しない、または含まれている参照によって注目に値することを証明しないという理由だけで、CSDA7の下で迅速な削除のために記事にタグを付けるべきではありません。これはよくある誤解です。A7の基準は、コンテンツに重要性または重要性の信頼できる主張が含まれているかどうかだけです(実際注目に値するかどうかは、迅速な削除ではなく、AfDディスカッションの対象です)。迅速な削除タグの代わりに Notabilityタグを使用することを検討してください。

ポリシーに注意してください。「寄稿者は複数の編集で記事を作成することがあるため、ページが不完全に見える場合は、作成後すぐに削除しないようにしてください。」ウィキペディアの記事は、最初に投稿された瞬間に100%完璧である必要はありません。そのため、編集することができます。

記事の作成者がCSDタグを削除した場合は、それを復元し、{{ subst:uw-speedy1 }} で始まる一連の警告を使用してトークページで警告します。

迅速な削除のためにページにタグを付けるときは、ページをレビュー済みとしてマークしないでくださいCSDされたページは「未レビュー」のままにして、作成者がタグを不適切に削除した場合に、新しいページフィードに送り返され、再度チェックされるようにする必要があります(以前は、CSDが「レビュー済み」としてマークされていた場合、これらの記事は落ちる可能性があります元のレビューアがそれらをチェックしなかった場合は、亀裂を通り抜けます)。同様に、CSDが管理者または他のユーザーによって拒否された場合は、CSDも再確認する必要があります。拒否されたCSD記事は、代わりにAfDの候補になる可能性があります。

リダイレクト

削除ポリシーとそれに関連するガイドライン、不適切な記事をすべて削除する必要があるわけではないことを明確に強調しています。多くの場合、リダイレクトの方が適切な場合があります。事前の話し合いなしに記事をリダイレクトに変換することは許可されており、適切なBRD手順に従っ ている限り、編集を頻繁に行う必要はありません。

提案された削除(PROD)

PRODは、議論の余地のない削除に関する記事を提案する方法です。これは、 Wikipedia:Articles for delete(AfD)で推薦するよりも時間のかからない方法であるように設計されており、迅速な削除の厳格な基準を満たさない単純な削除提案を対象としています。PRODは、削除に対する反対が予想されない場合にのみ使用する必要があります。記事を推薦するには、ページの上部に配置します。ページキュレーションツールがこれを行い、作成者に自動的に通知します。 {{subst:Proposed deletion|concern=reason for proposed deletion}}

:記事の作成者を含む誰かによって削除されたPRODは、削除の説明や問題への対処の試みがなくても、復元してはなりません。それでも記事を削除する必要があると思われる場合は、 AfDでの削除に関するディスカッションを通じて、削除対象として推薦する必要があります

提案された削除のためにページにタグを付けるときは、ページをレビュー済みとしてマークしないでください作成者がタグを削除した場合にタグが新しいページフィードに送り返され、再度チェックされるように、PRODされたページは「未レビュー」のままにしておく必要があります。

生きている人々の伝記の削除案(BLPPROD)

BLPPRODは、生きている人に削除する記事を提案するために使用されます。記事には、信頼できるかどうかにかかわらず、いかなる形式のソースも含まれていません(参照、外部リンクなど)。このプロセスを使用して経歴を推薦するには、ページの上部に配置します。ページキュレーションツールがこれを行い、作成者に自動的に通知します。:PRODとは異なり、BLPPRODが、関連する信頼できるソースを追加せずに作成者または別のユーザーによって削除された場合は、復元する必要があります。ただし、作成者が引き続きタグを削除する場合は、AfDでのディスカッションのために記事を送信することをお勧めします。{{ subst:uw-blpprod1を追加することをお勧めします{{subst:prod blp}}
}}ユーザーのトークページへの警告。

提案された削除のためにページにタグを付けるときは、ページをレビュー済みとしてマークしないでください。BLPPRODされたページは、作成者がタグを削除した場合にタグが新しいページフィードに送り返され、再度チェックされるように、「未レビュー」のままにしておく必要があります。

削除記事(AfD)

厳密な迅速な削除基準もPROD / BLPPRODも適用できないが、記事の削除を検討する必要があると思われる場合は、 AfDのコミュニティが開催する削除ディスカッションを通じて、そのメリットを考慮して削除対象として推薦できますまれな早期終了を除いて、削除に関する記事のディスカッションは、最低7日間(再リストされた場合はそれより長く)にわたって開催され、その後、ディスカッションは終了します(通常は管理者によって)。

  • 削除を提案している該当するポリシーおよび/またはガイドラインへのリンクを推薦の根拠に含めます
  • デプロデュースされた記事をAfDしている場合は、理論的根拠にこれを記載してください。問題に対処せずに作成者によってデプロデュースされます。懸念は:......。
  • 推薦の根拠には、情報源を探すためにどのような試みをしたか、そしてその努力の結果を記載する必要があります。

ほとんどのAfDノミネーションは注目度(トピックの信頼できる二次的な独立した情報源の存在の有無)に焦点を当てていますが、AfDは検証可能性独自の調査、およびWikipedia IsNotの問題にも焦点を当てています。注目度は、現在記事に含まれている情報源ではなく、(世界中の)情報源の存在を対象としています。したがって、AfDディスカッションの記事を推薦する前に、まずソースを検索することが重要です。

AfDで記事を推薦する前に、WP:BEFOREを読んでフォローする必要があります予想される最小限の検索(主題に適切な範囲で)は、通常のGoogle検索Googleブックス検索、Googleニュース検索、およびGoogleニュースアーカイブ検索です。Google Scholarは、学問分野で使用するか、このスクリプトを使用して「Googleを検索」リンクを表示することをお勧めします。上記の検索の補足として、このスクリプトを使用して、狭いWikipediaリファレンス検索( WP:WRS)を実行できます

ページが以前に削除対象として指定されていた場合、キュレーションツールバーのAfD指定は正しく機能しません。代わりにTwinkleを使用できます

CSDやPRODとは異なり、タグ付け後にAfDedページを「レビュー済み」としてマークできます。これは、タグが削除された場合に運命が決定され、クラックを通過できないためです(AfDが削除されている限り、ボットはページを復元します)。議論は開かれています)。

コンテンツフォーク

読者のナビゲーションを支援し、エディターリソースを効率的に利用するために、ウィキペディアでは、コンテンツフォークと呼ばれる、同じトピックまたは非常に類似したトピックに関する複数の記事を掲載することを禁止しています。

まだページがないことに驚いた幅広いトピックや人気のあるトピックに遭遇した場合は、フォークされている可能性が高くなります。著者は、「関連項目」セクションから分岐したページにリンクすることもあります。

フォークに遭遇した場合、2つの選択肢があります。新しいページに既存のページにないコンテンツがある場合は、マージするページを指定します。それ以外の場合は、新しいページをリダイレクトに変換するだけです。

ドラフト

ウィキペディアの「ドラフト」名前空間は、作成中のページの削除から「セーフハーバー」を提供するために作成されました。これは、著作権違反や攻撃ページには適用されません。これらは、任意の名前空間ですぐに対処または削除する必要があります。ドラフトを使用すると、ウィキペディアのメインスペースに移動する前に新しい記事を作成できます。ドラフトは、メインスペースで直接記事を作成することを(まだ)許可されていない人々が記事を作成するための方法でもあります。登録ユーザーは、ユーザースペースの下書きを作成することもできます。記事をドラフトに移動することは、正式な削除プロセスの代わりに使用されるべきではありません。

新しいページのレビューの一環として、次の場合、レビューされていないページを下書きに移動できます。

  1. トピックにはいくつかの潜在的なメリットがあり、
  2. 記事が必要な基準を満たしていない、および
  3. 積極的な改善の証拠はなく
  4. 記事には著作権侵害は含まれていません。
  5. または、作成者が明らかに利害の対立を持っている場合(WP:COIEDITによる)。

上記を拡張する:

メリットがあります

1a。たとえば、トピックはもっともらしく注目に値します(そうでない場合は、A7で迅速に削除するか、 AfDで指名する必要があります。ジャンクをドラフトしないでください)。

必要な基準を満たしていない

2a。このページは明らかにメインスペースの準備ができていません。次に例を示します。
2a-i。WP:STUBに適合していません;
2a-ii。または、AfDで生き残る可能性はほとんどありません。
2a-iii。または、迅速な削除基準を満たしています。
2b。トピックは重要ではないように見え、修正する価値がない可能性があり、ドラフトスペースで期限切れになったために削除されても大きな損失はありません。
2c。このトピックは、複数の人が関心を持つ可能性のある新しいトピックではありません(現在の業務のトピックなど)。
2d。このページは、経験の浅い編集者による最近の作成です。(古いページ、および経験豊富な編集者によるページは、AfDの議論に値します)。

積極的な改善の証拠はありません

3a。ユーザーが積極的に取り組んでいるという証拠はありません。
3b。編集履歴、トークページ、または以前のドラフトの復帰など、ページがメインスペースに属しているという主張はありません。

著作権侵害は含まれていません

4a。著作権違反のある記事は対処する必要があり、名前空間に移動することはできません。

著者が明らかに利害の対立を持っているとき

5a。記事にはいくつかのメリットがありますが、著者がトピックとの利害の対立を持っていることを明確にするプロモーショントーンで書かれています(プロモーション記事のみを代わりにG11でタグ付けする必要があります)。
5b。これが行われるときはいつでも、ドラフト作成者は、COI編集者がArticles for CreationWP:COIEDITの4番目の箇条書き)を通じて新しい記事を提出する必要があることを著者に通知する必要があります。

記事を一方的にドラフトスペースに移動するには、次のことを行う必要があります。

ドラフトのレビュー

作成されたチャネルによっては、下書きが新しいページフィードに表示される場合があります。Articles for Creation(WP:AfC) のプロセスと同様に、公開に適している場合は、メインスペースに移動できます。

進行中の記事

新しい記事(「ドラフト」ではない)に{{ newpage }}、{{ inuse }}、または{ { underconstruction }}テンプレートが含まれている場合は、最後の編集から約1時間待ってから、記事にタグを付けることをお勧めします。

英語以外の言語のページ

別の言語で書かれた記事にG1特許のナンセンスのタグを付けないでください。言語はぎこちないものではありません。記事がどの言語で書かれているかわからない場合、Google翻訳は通常その言語を自動検出します。言語を知っているか推測できる場合は、{{ notenglish }}テンプレートを配置します(例:{{notenglish | Spanish}})。これにより、関連する外国語のウィキペディアとGoogle翻訳へのリンクが提供されます。これにより機械翻訳が表示されます。ラフで準備はできていますが、多くの場合、記事は注目に値しないバンド、人、会社、組織に関するものであるか、ナンセンスであるため、 WP: Pagesneedingにリストすることなく迅速にタグ付けできるかどうかを説明するのに十分です。翻訳Google翻訳を記事のトークページに貼り付けることはできますが、記事のメインページに貼り付けることはできません。

{{ notenglish }}が提案されている理由(これは迅速なテンプレートではありません)は、これらの記事を翻訳する価値がある場合があるためです。それが記事ページで展開されると、メッセージと、 WP:PNT翻訳が必要なページのリストに貼り付ける場所へのリンクが表示されます。ここで、言語を知っている人がそれを拾い上げて翻訳するか、PRODを配置できます。 、BLPPRODまたは他の適切なアクションを実行します。ページキュレーションツールはこれを自動的に行い、作成者に通知します。

迅速な削除の対象となる英語以外の記事

記事が著作権違反である場合、 G12にノミネートされる可能性があります

{{ db-foreign }}または{{ db-a2 }}は、英語以外のWikipediaの既存の記事がここで切り取られて貼り付けられたまれな状況でのみ使用する必要があります。コンテンツのソースが編集履歴から切断されるため、これは許可されません。編集履歴は、元の作成者に帰属するために維持する必要があります。著者のために生成されたメッセージは、Wikipedia:Translationの正しい手順を示しています。外国のウィキペディア参照をタグに含める必要があります(例:{{db-foreign | source = es:Warekena}})。

他の言語でのタイトルとリダイレクト

記事には、信頼できる英語の情報源で最も一般的に使用されている名前に基づいてタイトルを付ける必要があります。場合によっては、これは英語以外のタイトルである可能性がありますが、英語の翻訳が存在する場合(例:NiñosHéroes)、英語のアルファベットに存在しない文字が含まれる場合があります(例:Aşk-ıMemnu(小説))。完全に非ラテンアルファベット。

問題の言語と対象の主題との間に重要な関係がある場合は、英語以外の言語のタイトルからのリダイレクトが許可されます。例としては、元々Cienañosdesoledadなどの言語で書かれた創造的な作品の英語以外のタイトルや、kebapcinjaなどの食品の地域名があります。これらは、 Москва日本などのラテン語以外のアルファベットでも許可されますただし、グローバルに使用されているにもかかわらず( Bahnwagen 、鉄道車両のドイツ語など)、または十分に幅広い国のサブセットで使用されている( Bidéなど)にもかかわらず、文化と特に関連のない一般的なオブジェクトの名前、ビデのイタリア語)は推奨されておらず、通常はRfDで削除されます。

記事のタイトル

誤ったタイトルの記事は編集できませんが、「ページの移動」機能を使用して新しいタイトルに移動する必要があります。これにより、著作権ライセンスの下で維持する必要があるページ履歴が保持されます。記事をより適切なタイトルに移動することは、重要なパトロール作業です。移動すると、リダイレクトが自動的に作成されます。以前の名前(現在はリダイレクト)が信じられないタイプミスまたは誤称であった場合は、{{ Db-r3 }} / {{ Db-redirtypo }} / {{ Db-redirmisnomer }}を使用して削除をリクエストしてください。それ以外の場合は、そのままにしておいてかまいません。タイトルがどこにあるかなど、より良いタイトルへの移動を制限する可能性のある技術的制限があります作成から保護されているか、すでに存在しており、リダイレクトを介して移動することはできませんこのような場合は、技術的な移動を依頼するか、物議を醸す可能性がある場合は、詳細についてWikipedia:Requestedmovesを参照してください。

記事のタイトルが適切かどうか、およびページを移動するタイトルを理解するには、Wikipedia: Articletitlesをよく理解してください。これは複雑な領域になる可能性があります。新しいページで一般的に発生するタイトルの問題の概要は次のとおりです。

  1. ポリシー一般名のセクションでは、トピックには一般に一般名が付けられています。これは、独立した信頼できる英語のソースの大多数での普及率によって決定される、トピックに最も一般的に使用される名前です
  2. ポリシーの正確性と曖昧性解消のセクションでは、通常、タイトルは記事のトピック範囲を明確に定義するのに十分正確である必要がありますが、それ以上に正確であってはなりません。通常、同じ名前または紛らわしい名前のトピックに関する既存のウィキペディアの記事(またはもっともらしい記事)がある場合にのみ、括弧で囲まれた曖昧性解消(Mercury (planet)またはのようなタイトル)を含めます。曖昧性解消ポリシーも参照してください不必要な曖昧性解消や正確さは、編集者が精査を避けようとしていることの警告サインである可能性もあります(つまり、正しいタイトルの記事がAfDで削除されました)。Windsor, Berkshire
  3. ポリシーのWP:TITLEFORMATセクションでは、タイトルは文の大文字と小文字を区別するように規定されています。適切な名詞は大文字で表記され、他の単語は大文字と小文字が区別されません。
  4. 通常、称号(Sir、Dame、The Most Noble、Saint、CHなど)には敬語は含まれません。また、学位、資格、社会的社会的称号(PhD、Esq。、Dr。Doctor、Professorなど)も含まれません。会社名には、自然な曖昧性解消に必要な場合を除いて、通常、Inc。Corp.Ltd。などは含まれません。
  5. ALL CAPSタイトルの使用は、新しいページでよく見られる間違いです。頭字語(NASA、FAQ、SQL)を大文字にします。ただし、頭字語は通常は頭字語として扱われなくなり、元々は( "Laser"、 "Scuba")–タイトルの大文字部分が各文字で発音されていない限り、すべての純粋な大文字のスタイル[(Carquest(not:CARQUEST)(Ridgid(not:RIDGID)] )を無視します。他のほとんどの商標事項は無視します。様式:ピンク(ではない:P!nk)おもちゃ "R" Us(ではない:ToysЯUs)。
  6. タイトルを斜体で表示する必要がある場合(Wikipedia:Manual of Style / Titles#Italicsを参照)、トピックのタイプ専用の場合は、ページに追加したインフォボックスによって自動的に斜体が配置されます(例:{{ infobox album }}アルバムの記事の場合)。専用のインフォボックスを配置しない場合は、ページの上部に配置することで、タイトル全体の表示を斜体にすることができますタイトルの一部のみを斜体にする必要がある場合は、魔法の言葉を使用してください。{{Italic title}}{{DISPLAYTITLE}}{{DISPLAYTITLE:Lorem ''ipsum'' dolor}}

カットアンドペーストの動きに対処する

タイトルのタイプミスを変更できないことや、リダイレクトに気づかずに別のタイトルでトピックを見つけたいと思った場合、新しいユーザーは既存の記事のコンテンツを使用して新しいページを作成することがあります–「カットアンドペースト移動」。そうすることで、著作権で要求される編集履歴が切断されます。このような状況では、 {{ Db-a10 | article =既存の記事のタイトル}}  /  {{ Db-same | article =既存の記事のタイトル}}を使用して削除をリクエストしますこれらのテンプレートには独自の警告がありますが、を使用してユーザーに個別に警告しますまれな状況で、ユーザーが投稿したコピーにマージする価値のある重要なコンテンツを追加した場合{{subst:Uw-c&pmove}}、 WP:SPLICEで履歴マージ(注:マージと同じではありません)のページを一覧表示します

既存のページまたはリダイレクトがカットアンドペースト移動のターゲットとして使用されている場合は、編集を元に戻して、元のページコンテンツを復元する必要があります。

起源が異なる重複記事

重複するトピックに関する記事に出くわしたが、それが別の出所を持っている場合(上記の既存の記事からコピーされていない)、これもCSDA10で削除するように依頼できます。ただし、ここで、記事にマージが必要なコンテンツが含まれている場合は、マージを実行(履歴のマージを要求しないでください)、既存の記事にリダイレクトします。その際、必ず著作権の帰属を義務付けてください。WP:MERGETEXTを参照してください

分類

分類:記事が1つ以上の有用なカテゴリに割り当てられていることを確認し、割り当てられていない場合は、{{ uncat }}でタグ付けするか、そのカテゴリを見つけてください。関連する可能性のあるカテゴリについては、同様の記事を確認できます。Hotcatガジェットは、カテゴリの追加または変更に役立ちます。

記事がスタブの場合は、そのようにタグ付けします。一般的な{{ stub }}タグを使用できますが、{{ England-school-stub }}などのより具体的なタグを選択することを検討してください。スタブタイプでより多くの情報が利用可能ですが、適切なタグを見つけるために多くの時間を費やさないでくださいWikProject Stub Sortingには専用のスタブソーターがあり、それらをすばやく並べ替える方法を頻繁に理解できます。User:Danski454 / stubsearchは、スタブタグを簡単に見つけるために使用できるスクリプトです。

ウィキプロジェクトの並べ替え

トークページが関連するウィキプロジェクトでタグ付けされていることを確認することは、新しい記事にさらに目を向ける重要な方法であり、興味のある編集者がスタブの拡張やコピー編集やファクトチェックに関与するのに役立ちます。ウィキプロジェクトは、手動またはスクリプトを使用して追加できます。Evad37の評価者は現在のツールの1つであり、もう1つは、もはや積極的に開発されていないツールであり、Kephirの評価者です。

NPPプロフェッショナリズム

新しいページのパトロールの全プロセスを通じて、初心者を噛まないように注意することが重要です。破壊者、荒らし、スパマーのモノリシックな大群であるどころか、入手可能な証拠は、新参者がウィキペディアのコンテンツのほとんどを書いていることを示しているようです。新しいユーザーまたはIPアドレスが大きく貢献している場合は、{{ subst:welcome }}や{{ subst:welcomeg }}、特にIPの場合は{{ subst:welcome-などのウェルカムテンプレートをトークページに投稿してください。 anon }}または{{ subst:Anonwelcomeg}}、そして彼らがどのように彼らの貢献をさらに良くすることができるかについてのフィードバックのポインタまたは2つを含めてください。ほとんどの人が喜んでサポートを歓迎します。

また、可能な限り誠実であると想定すること、または最小限、悪意の代わりに無能であると想定することも重要です。たとえば、誰もがあなたほどコンピュータリテラシーを持っているわけではないことを忘れないでください。ウィキペディアの資料をカットアンドペーストしようとすると、誤ってページを空白にしたり破損させたりする人もいます。他の人は、そうです、彼らの変化が本当にすぐに全世界に見えることを理解していないかもしれません。{{ subst:uw-draftfirst }}を使用して、新しいユーザーがユーザースペースの下書きとして記事に取り組むことを提案することを検討してください。

特定の迅速な削除、特にコンテキストCSD A1)またはコンテンツCSD A3 )が不足している削除を急いで行わないでくださいウィキペディアのガイドラインに慣れていないライターは、記事を迅速に削除するように指名される前に、記事を修正するために少なくとも15分を与える必要があります。急いでタグ付けされたページを見つけた場合は、{{ subst:uw-hasty }}を使用して急いで削除したことをタガーに通知してください。テンプレートをタグ付けされた記事に追加して、急いでタグ付けされたことを示すこともできます。 {{hasty|placed above existing speedy tag to inform admins to of hasty tagging and to wait}}

新規参入者が書いた記事にタグを付ける場合は、トークページにわかりやすいメモを残して、ヘルプ:メンテナンステンプレートの削除(WP:MTR)を紹介することを検討してください。これは、メンテナンスタグのアドレス指定と削除のプロセスを説明し、それを含めることに専念しています。問題が解決された後(または本当に誤って追加された場合)、誰でもそれらを削除できます(AFDおよびCSDタグを除く)。ほとんどの新しい編集者は、これを行うことが許可されていることを知りません。

未審査

ページキュレーションには、新しい記事を「レビュー解除」する機能も含まれています。絶対に完璧な人は誰もいませんし、エラーが発生する可能性があります。間違ってまたは不適切にタグ付けされているように見える記事に出くわした場合は、ページキュレーションの「パトロール解除」機能の使用を検討し、パトローラーにわかりやすいメモを残してください。

パトローラーが頻繁にエラーを犯したり、タグ付けが速すぎたり、タグ爆撃を行ったりしていることに気付いた場合は、フレンドリーなサポートを提供するか、このヘルプページまたは別のヘルプページの特定のセクションに案内してください。極端な場合、管理者、NPPコーディネーターに通知するか、WP:ANIに投稿する必要がありますが、常に最初に同僚を支援するようにしてください。

レビューアのチェックリスト

NPPフローチャートを使用することは、新しいレビュー担当者がすべての主要なNew PagePatrolタスクを確実に完了するための優れた方法です。


記事の名前空間のチェックリスト

最初の質問

新しい記事を迅速に削除する一般的な理由
Note: The descriptions above are brief summaries of these speedy deletion criteria. Be sure to familiarize yourself with the exact criteria before tagging an article for speedy deletion. See WP:CSD.
  • 記事は迅速な削除の対象になりますか?記事がこれらの基準 のいずれかに一致する場合は、ページの上部に適切なテンプレートを追加して、ページに迅速な削除のマークを付けます。
  • 記事はウィキペディアに属していますか?明らかな注目度の問題がある場合、コンテンツフォークである場合、またはその他の一般的な削除理由がある場合、記事は削除の対象となる可能性があります。まず、 WP:BEFOREにリストされている手順を検討してください。次に、その記事が回収できないと思われる場合は、削除を提案するか、削除を指名する、どちらか適切な方を選択してください。

記事の作成者と協力する

一般的な参照の問題
  • 記事は参照されていますか?ウィキペディアの記事には参照が不可欠です。記事が参照されていないか、参照が不十分な場合は、より適切な参照を追加することで記事を改善できる可能性があります。それ以外の場合は、記事の上部に適切なタグを追加します(右側の折りたたまれたボックスを参照)。
  • 記事は分類されていますか?記事がどのカテゴリにも割り当てられていない場合は、記事の一番下に{{ Uncategorized }}を追加するか、記事の一番下に適切なカテゴリを追加します。通常、2つまたは3つの適切なカテゴリを見つけるのはかなり簡単です。対象が生きている人である場合、それはカテゴリ:生きている人に分類される必要があります。
  • 他の記事はこの記事にリンクしていますか?「ここにあるリンクは何ですか?」をクリックします。リンク(ツールボックスの左マージン)をクリックして、パトロールしている記事にリンクしている記事の数を確認します。記事に着信リンクがない場合(曖昧性解消ページや、ユーザートーク、トーク、ウィキペディアなどの他の名前空間のページを除く)、ページの上部に{{孤立}}を追加します。逆に、記事に他の記事へのリンクがほとんどないかまったくない場合は、上部に{{ Deadend }}を追加します。
  • 他の言語の記事のバージョンはありますか?左側のサイドバーの「言語」の下を見てください。翻訳がなくても、別の言語で参照されている完全なバージョンが存在することは、削除のために見込みのないスタブにタグを付けるのではなく、{{スペイン語を拡張}}などの「拡張」テンプレートでタグ付けできることを示唆している可能性があります。
  • 記事は適切にフォーマットされていますか? 記事に適切なリードセクションがない場合は、ページの上部に{{リードがありませ}}または{{リードが短すぎます}}を追加します。記事でウィキマークアップの代わりにHTMLマークアップを使用している場合は、{{ cleanup-HTML }}を追加します。引用スタイルが乱雑、混乱、または一貫性がない場合は、{{引用スタイル}}または{{フォーマット脚注}}を追加します。
  • 記事に文法やスペルの間違いがありますか?その場合は、間違いを修正するか、{{ Copyedit }}を追加してください。
  • 記事に他の明白な問題がありますか? それらを修正してみてください。できない場合は、Wikipedia:Template messages / Cleanupで、記事に適用する必要のある適切なクリーンアップタグを確認してください。

記事の名前空間チェックリストのヒント

  • チェックする必要のあるものの数に落胆しないでください。パトロールに慣れてくると、そのようなことを「チェック」する必要がなくなり、代わりに本能的にそれらを見つけ始めます。
  • クリーンアップタグに日付を含めることをお勧めします。例:{{ Unreferenced | date = February 2022}} ; または、{{ subst:dated | Unreferenced}}を使用することもできます。これは同じものになります。これは、記事が特定の問題に苦しんでいる期間をすばやく追跡するのに役立ちます。
  • 記事の上部に3つ以上のクリーンアップタグがある場合は、通常、{{複数の問題}}テンプレートを使用してクリーンアップタグを要約することをお勧めします。
  • 記事にクリーンアップタグを追加したり、削除する記事を指定したり、記事にタグを付けて迅速に削除したりするプロセスを高速化および自動化するためのツールがあります。最も人気のあるものには、TwinkleAutoWikiBrowserがあります。
  • 新しいページのパトローラーは、最初にキュー内の最も古いページをパトロールすることを強くお勧めします(つまり、キューの後ろからパトロールします)。新しいページのパトローラーがクリーンアップタグを追加したり、数分しか経過していない記事の削除を提案したりすることは、混乱を招くと見なされることがよくあります。
  • 毎日たくさんの新しいページが作成されています!新しいページのパトローラーは、実際に可能な限り多くの問題を修正し、対処されていない問題のクリーンアップタグを追加することをお勧めします。
  • どの記事が通常削除され、どの記事が通常保持されるかをよりよく理解するために、削除ディスカッションの一般的な結果をよく理解してください。

File namespace checklist

Special:NewFiles logs all files as they are uploaded. This includes uploads over existing files. Check each for the following problems:

  • Copyright tag Check that an appropriate image copyright tag has been added. If not, leave a note on the contributor's talk page and tag the image with {{subst:nld}}.
  • Source The image description must say how the image was obtained, for example if the uploader took it himself. Tag unsourced images with {{subst:nsd}}.

For non-free files:

  • Check to see if the file meets the non-free content criteria. Common situations to watch out for:
    • Images used to illustrate living people, unless the person is in jail or a free image could otherwise not be created: notify the uploader and tag with {{subst:rfu|reason=As the person this image depicts is still alive, a free image could be taken}}.
    • Similarly, use {{subst:rfu}} for other replaceable images. Common examples include charts, graphs, tables, and maps (where the map is used to show something and is not itself discussed)
    • Make sure a fair use rationale exists for each use of the image. Remove the image from all non-mainspace pages. If the file was not uploaded extremely recently (a few hours), tag orphaned non-free files with {{subst:orfud}}.
    • If the upload is over an existing image, tag the page with {{subst:orfurrev}}.
      • If the new file is merely a higher-resolution version of the existing file, the upload should be reverted unless there is good reason not to.
    • Double-check that the copyright tag is appropriate for the image (i.e. {{Non-free logo}} should only be used on logos, etc.) If not, either fix the tag yourself or notify the uploader and apply {{db-f7}} for immediate deletion. Only do the latter in egregious scenarios, such as calling an entire song a sample.
    • If the source cited is Getty Images, a news agency, or other commercial stock photo agency, check to see if the image itself is being discussed in the article. If not, tag with {{db-f7}}.
  • If you are sure that the image and rationale are proper, append |image_has_rationale=yes to the copyright tag.

For free files:

  • If a source is cited other than the uploader, and there is no evidence of the license claimed at the website provided, tag it with {{subst:npd}} and notify the uploader.
  • Run a reverse image search to see if the image is a copyright violation. If it is, notify the uploader and tag with {{db-f9|url=}}. Remember that a blatant copyright violation requires that the image you find online be of the same or greater resolution than the uploaded version. If the file exists at lower resolution on many websites, or you have other doubts about authorship (professional quality, web resolution, missing EXIF data) consider sending it to WP:FFD.
  • If it is clearly an image for a userpage (i.e. a selfie), tag it with {{userspace file}} so it does not get transferred to Commons.
  • Only mark these files as patrolled if you are sure they are free.

Copyright is a serious matter. Do not mark files as patrolled if you have any doubt as to whether it is acceptable. This is especially true for complex situations such as freedom of panorama, copyright renewals, and non-US works.

Wikipedia namespace checklist

Common reasons for speedy deletion of new Wikipedia namespace pages:

  • G2: Pages consisting of test post. {{db-test}}
  • G6: Page unambiguously created in error. {{db-g6|rationale=page unambiguously created in error since (reason)}}

Note: The descriptions above are brief summaries of these speedy deletion criteria. Be sure to familiarize yourself with the exact criteria before tagging a page for speedy deletion. See WP:CSD.

Page specific check list:

  • Wikipedia:
  • Essay pages - (i) is it instead a strictly personal viewpoint about Wikipedia or does not contain enough advice or opinions (User essay); (ii) does it supplement or clarify communal consensus through impartiality (Information page) - (see WP:WES)
  • "Fun" pages - judge on a case by case basis; consider userfying
  • Wikipedia:Ambassadors -
  • Wikipedia:Articles for creation - Normally pages should be created under "Wikipedia talk:Articles for creation".
  • Wikipedia:Articles for deletion page - Is the nomination in the Articles for deletion page complete?- If someone else besides the AfD nom posted on the page, then the nomination likely is complete. If only the nom has posted 1. Check "What links here" - the article page should be linked and a Wikipedia:Articles for deletion/Log/ page should be listed as (transclusion); 2. Was {{subst:afd2}} used to post the nomination (Step II. see WP:AFDHOWTO)? Fix these as needed.
  • Wikipedia:Featured list candidates -
  • Wikipedia:Featured picture candidates -
  • Wikipedia:Miscellany for deletion - Check to see whether the page is transcluded
  • Wikipedia:Peer review - Check to see whether the page is transcluded
  • Wikipedia:Requests for feedback -
  • Wikipedia:School and university projects -
  • Wikipedia:Sockpuppet investigations - Check to see whether a sockpuppet created the page.
  • Wikipedia:Wikipedia Signpost - Signpost editors will usually remove any unneeded or bogus articles from this space
  • Wikipedia:WikiProject - Subpage proposals for WikiProjects sometimes need to be transcluded to a higher-up page. If only the noms post is on the page, check "What links here" to see if the page was transcluded.

General check list

  • Does the page qualify for speedy deletion? - If so, usually {{db-test}} will be the appropriate template to add to top of the page. Also, notify the page creator. Generally see WP:CSD.
  • Is the page in the wrong namespace (e.g. an article in Wikipedia namespace) - can simply be moved and then tag the redirect for speedy deletion using {{db-reason}} using the reason: Redirect left after a cross-namespace move - G6 Housekeeping. Notify the author of the original page of the cross-namespace move.
  • Does the page belong on Wikipedia? If you think the page qualifies for deletion, follow How to list pages for deletion at MfD. If an experienced editor posted the page, consider asking about the Wikipedia namespace page before listing it at MfD.
  • Is the page categorized? If the page is not assigned to any categories, add some appropriate categories to the bottom of the page. It is usually fairly easy to find at least one appropriate category.


Template namespace checklist

Common reasons for speedy deletion of new templates
  • G2 - test pages. {{db-g2}}
  • G6 - for pages created in the wrong namespace. If useful, consider moving the page to the correct namespace without leaving a redirect. {{db-g6|rationale=created in the wrong namespace}} or {{db-wrongnamespace}}. Notifying creator with {{db-wrongnamespace-notice}} can be helpful (Twinkle does not notify for G6 deletions, so this must be done manually).[a]
  • G11 - adverts. You'd be surprised at how common these are, in template-space for some reason. Usually eligible for G6, but this is faster.
Common easy template types
  • Did you know nominations: if the nomination is properly formatted and transcluded, simply mark as patrolled, otherwise, if more than a few minutes old, consider contacting the author.
  • Taxoboxes: if not obviously broken, just mark as patrolled, these are usually fine.
  • Political party colour and shortname templates[b]
    • Make sure these are for parties that actually exist (name should match a Wikipedia article, or at least a redirect).
    • Make sure these have a category - Category:COUNTRY political party colour/shortname templates is the format - for example, Category:Germany political party colour templates.
    • Make sure these aren't in redlinked categories.
  • Documentation subpages, sandboxes, and test cases: generally mark as patrolled unless there are glaring problems - even while evaluating the parent template's suitability (if they were created at the same time). If orphaned, consider talking to the author or nominating for WP:G8 (subpages with no parent page).
  • Attached KML: it's kinda silly that this is in template-space, but just mark it as patrolled.
Otherwise
  • If the template has already existed for a few days, check if it has any transclusions (or if it is subst-only). If it has no transclusions, but is not subst-only, consider nominating it for deletion at templates for discussion.
Common cleanup/maintenance tasks for new templates
  • WikiProjects - tag as normal[c]
    • CLASS = template
    • IMPORTANCE = N/A, not low
  • Add documentation, if it doesn't exist.
    • Use <noinclude>{{doc}}</noinclude> at the bottom of the template, then create a documentation subpage. If the documentation is just noincluded on the template, move it to the subpage.
    • Add template categories on this subpage.
  • Add categories
    • Category names for templates usually end with "navigational boxes" or "templates".
    • Do not put templates in article categories.{{efn}|Wikipedia:Categorization#Template categorization}}
    • Don't use HotCat on templates.
    • Put template categories the documentation subpages in the appropriate location (usually, between <includeonly> tags).
Notes
  1. ^ It's recommended to provide more details, if the deletion reason is not apparent.
  2. ^ Like {{Party name/meta/color}} or {{Party name/meta/shortname}}.
  3. ^ Do not tag with the banner for WikiProject Templates.

Disambiguation page checklist

  • WikiProjects - tag as normal, but also include WikiProject Disambiguation
    • CLASS = disambiguation
    • IMPORTANCE = N/A, not low
  • Make sure it has {{disambiguation}}, {{hndis}}, or similar at the bottom. Keep in mind that {{hndis}} takes a WP:SORTKEY as one of its parameters.
  • Categories - None. Using the proper template above will take care of the category (usually "Disambiguation pages")
  • For relevant pages, fix any hatnotes, incoming links, etc. that you can think of that might need fixing. {{Other uses}} can be a good hatnote to add to articles.


Redirect checklist

Does the redirect qualify for any CSDs? Consider using WP:TWINKLE to assist.
  • R2 - Inappropriate cross-namespace redirects
  • R3 - Recently created implausible typos
  • R4 - File namespace redirects with names that match Wikimedia Commons pages
  • G1 - Patent nonsense
  • G3 - Pure vandalism and blatant hoaxes
  • G4 - Recreation of a page that was deleted per a deletion discussion
  • G5 - Creations by blocked or banned users
  • G6 - Technical deletions
  • G8 - Pages dependent on a non-existent or deleted page
  • G10 - Pages that disaparage, threaten, intimidate, or harass their subject or some other entity, and serve no other purpose
  • G11 - Unambiguous advertising or promotion
Does the redirect violate WP:R#DELETE? If so, may need to nominate it via the WP:RFD process. Consider using WP:TWINKLE to assist. For redirects concerning subjects you are unfamiliar with, at a minimum conduct an internal Wikipedia search and an internet search for the term to look for possible explanations or sources of confusion.
  • The redirect page makes it unreasonably difficult for users to locate similarly named articles via the search engine.
  • The redirect might cause confusion.
  • The redirect is offensive or abusive (Speedy deletion criterion G10 and G3 may apply.)
  • The redirect constitutes self-promotion or spam. (Speedy deletion criterion G11 may apply.)
  • The redirect makes no sense. (Speedy deletion criterion G1 may apply.)
  • It is a cross-namespace redirect out of article space, such as one pointing into the User or Wikipedia namespace.
  • If the redirect is a novel or very obscure synonym for an article name
  • If the target article needs to be moved to the redirect title, but the redirect has been edited before and has a history of its own, then the title needs to be freed up to make way for the move. (Speedy deletion criterion G6 may apply.)
  • If the redirect could plausibly be expanded into an article, and the target article contains virtually no information on the subject.
Does the redirect need a redirect template? Consider using WP:TWINKLE or WP:CAPRICORN to assist. Here are some of the most used

If you find an unpatrolled redirect that is at RFD, or you send a redirect to RFD, mark it as reviewed.

Is somebody creating a lot of redirects, and you are finding zero problems with them? Consider suggesting to them that they apply for the redirect whitelist. You need around 100 redirects to apply. Use xtools (and select "only include redirects") to check number of redirects created.

If a redirect or blanked page is converted to an article, it will be marked as unreviewed and placed in the new pages feed. This is to avoid people creating redirects for inappropriate pages and later converting them into articles to avoid review.


その他の問題

記事のクリーンアップ

キュレーションツールバーは、いくつかの一般的な問題を強調表示します。

  • 孤立した記事、または他のウィキペディアの記事への内部リンクがない記事。孤児は、誤ったタイトルの記事から生じることがあります(上記を参照)。他の記事で言及を検索すると役立つ場合があります。
  • ソースのない記事:ソースを尋ねるのに最適なタイミングは、記事の作成者がまだオンラインでログインしているときです。ページキュレーションで適切なタグを付けて記事にタグを付け、作成者にメッセージを残します。

New Page Patrollersは、基本的な記事のクリーンアップも支援するのが一般的です。一般的な例は次のとおりです。

新しいコンテンツを他のプロジェクトに移動する

  • 辞書の定義。これらはウィクショナリーにトランスウィクショナリーするか、曖昧性解消ページに変換することができます十分にリファクタリング、書き直し、拡張すれば、多くはウィキペディアの記事として利用できる可能性があります。
  • 一次資料。これらはウィキソースにトランスウィキソースする必要があります
  • ハウツーまたは教材。場合によっては、これらをウィキブックスにトランスウィキブックスすることができます。ただし、多くの場合、テキストを言い換えてより説明的で規範的でないものにすることで、これらを意味のある記事に変えることができます。ウィキペディアから記事を移動する前に、さらにいくつかの資料を追加して記事を改善してみてください。

記事に変換されたリダイレクト

リダイレクトまたは空白のページが記事に変換されると、レビューされていないものとしてマークされ、新しいページフィードに配置されます。これは、不適切なページのリダイレクトを作成し、後でレビューを避けるためにそれらを記事に変換することを避けるためです。古いページ(2005年や2016年のページなど)が表示された場合は、リダイレクトから最近変換された可能性があります。このような場合は、ページ履歴を確認し、ページが記事として適切でない場合は、リダイレクトを復元して、記事の作成者に通知する必要があります。元に戻されても記事が不適切であると思われる場合は、Articles forDeletionにリストする必要があります。Redirects for Discussionに現在リストされているリダイレクトは、単にレビュー済みとしてマークする必要があります。

参考文献

不可欠

関連している

レビューアは、ウィキペディアの「バックオフィス」で働く他のほとんどの編集者よりも、記事の作成者と直接接触することがはるかに多いです。したがって、良好なコミュニケーションが不可欠です。

歴史

ノート

  1. ^ トピックの注目度を、テキストの重要性または重要性を主張するために必要な非常に低いバーと混同しない注目度は、信頼できる二次的な独立した情報源のトピックに関する実質的な出版物の世界での証拠に基づいて記事を保証する主題のメリットを評価しますが、A7は現在のコンテンツのみに注目します。