Wikipediaの記事作成代行・編集代行を続ける中で見えてきたこと

※この記事内の一部リンクにはアフィリエイトリンク（PR）が含まれます。

PR ラッコサーバー

【PR】かんたんブログスタートで5分サイト公開ドメイン取得〜SSL〜WordPressまで自動構築。ミニサイト量産のベース環境を、一気に整えられます。

なぜ消耗が起きやすいのか、そして今後の方針について

これまで私は、Wikipediaの新規記事作成や既存記事の編集に関する相談を受けながら、実際に記事作成や編集のサポートを行ってきました。
依頼を受けて記事を整え、できるだけ中立的で、宣伝と見なされにくい形にし、必要な開示も行いながら進める。そうしたやり方であれば、ある程度は成り立つのではないかと考えていました。

けれど、実際に続けていく中で、Wikipediaには**「禁止ではないが、商売として大量処理しにくいように設計されている」**という構造があることを、強く実感するようになりました。
これは単なる感覚ではなく、日本語版Wikipediaのルールや運用の考え方を見ていくと、かなりはっきりしてきます。Wikipediaでは、有償で編集する場合には顧客や雇用主などの開示が必要ですが、その一方で、利益相反のある編集者は関連記事を直接編集することを極力避け、ノートページで提案することが求められています。

まず前提として、Wikipediaは宣伝の場ではありません

Wikipediaの基本方針では、Wikipediaは広告や告知の場ではなく、企業や製品に関する記事は客観的かつ中立的に、誇張なく書かれなければならないとされています。さらに、企業や団体の記事では、当事者ではない第三者による情報源によって検証可能性を満たすことが求められています。

このため、企業記事や人物記事、商品やサービスの記事は、最初からかなり厳しい目で見られやすい分野です。
書く側がどれだけ気をつけていても、

無料相談受付中

検索で見られる受け皿を、サイト側に作る

Wikipedia関連の情報を調べている人ほど、公式サイトの信頼性や導線設計が重要です。無料のリニューアル提案で改善点を確認できます。

無料提案を依頼サーバー確認

宣伝ではないか
特筆性が弱いのではないか
一次情報中心ではないか
利益相反ではないか

という目で見られやすく、そこに削除テンプレや差し戻し、警告などが起きやすくなります。

「有償編集はOK」と見えるのに、なぜこんなにやりにくいのか

ここがいちばん誤解されやすいところです。
Wikipediaでは、有償寄稿そのものが一律禁止されているわけではありません。だからこそ、「有償の寄稿の開示」というルールがあり、報酬を受けて編集するなら、顧客・雇用主・提携関係を開示しなければならないとされています。

しかし、ここで重要なのは、開示したから自由に本番記事を作ってよい、という意味ではないということです。
利益相反行為のガイドラインでは、自分自身、自分の顧客や雇用主など、金銭その他の面で密接な関係にある対象についての編集は利益相反にあたりうるとされ、そのような編集は極力避けるよう求められています。混乱を起こした場合には、投稿ブロックの対象になることもあると案内されています。

つまり、Wikipediaの考え方はこうです。

有償編集を全面禁止にはしない。
しかし、利益相反のある当事者が依頼対象を直接どんどん編集していく形は、歓迎しない。

この構造があるため、ルールの表面だけ見ると「開示すればできるようにも見える」のに、実際にはかなりやりにくいのです。

なぜWikipediaは、こんな中途半端にも見える仕組みになっているのか

ここも、実は理屈があります。
もしWikipediaが「有償編集そのもの」を完全禁止にすると、誠実に開示して動こうとする人まで地下化しやすくなります。
逆に、自由に認めすぎると、百科事典がPR代行やブランディング代行の場になってしまいます。Wikipedia自身も、広告活動の場ではないことを明確にしています。

そのため、今の制度は、

入口は完全には閉じない。
でも、利益相反のある人が本番記事を量産しにくいようにしている。

という構造になっています。

言い換えると、Wikipediaは、
「有料でも一応OK」ではあるけれど、受託制作のように大量処理しやすいようには作っていない
のです。

実務でいちばん困るのは、「ノートで提案しても反応が来ない」という現実です

利益相反のある編集者は、直接編集を避けてノートで提案するよう求められています。
しかし、実際にやってみると、ノートに丁寧に提案を書いても、何週間、何か月、場合によっては何年単位で反応が来ないことがあります。

この時点で、受託サービスとしては非常に苦しくなります。
なぜなら、依頼者から見れば「料金を払って依頼したのに、反映されるかどうかは誰も保証できず、第三者の反応待ちになる」からです。

つまり、Wikipediaのルールをきれいに守ろうとすればするほど、

納期が読めない
成果が保証できない
本番反映が第三者依存になる
依頼案件として成立しにくい

という問題が起きます。

この点で、私はかなり強くこう感じるようになりました。
Wikipediaの記事作成代行・編集代行は、ルール上まったく不可能ではないけれど、仕事として安定的に回すには相性が悪い、と。

実際のWikipedia運用では、さらに消耗が起きやすい

今回見てきたように、Wikipediaでは新規アカウントや仮アカウントが、企業記事や団体記事に対して非常に強い態度でテンプレを貼ったり、警告を行ったりすることがあります。
しかも、その判断が常に正確とは限りません。

たとえば、企業記事だからというだけで宣伝とみなしたり、宣伝とは言いにくい内容にまで「spam」系の警告を使ったり、即時削除相当とは言いにくい記事に強い削除テンプレが貼られたりすることがあります。
一方で、企業記事側にも、宣伝調の文体や一次情報への依存、特筆性の弱さといった問題が実際に混ざっていることもあり、状況がさらに複雑になります。Wikipediaの即時削除方針では、「露骨な宣伝・広告のみが目的と思われるページ」は即時削除対象になりえますが、単に企業や製品を主題にしただけでは対象にはならないとされています。

つまり現場では、

書く側は中立性に注意しているつもりでも疑われやすい
巡回側も必ずしも正確とは限らない
企業記事は特に警戒されやすい

PR ラッコサーバー

【PR】かんたんブログスタートで5分サイト公開ドメイン取得〜SSL〜WordPressまで自動構築。ミニサイト量産のベース環境を、一気に整えられます。
一度差し戻しやテンプレ貼付が起きると、かなり消耗する

という構造があります。

これは、丁寧にやっていても起きます。
だからこそ、単に「こちらがちゃんと書けば解決する」という話ではなく、分野そのものが消耗しやすいのです。

私自身が感じたこと

私はこれまで、Wikipediaの新規記事作成や編集に関して、できるだけルールに沿って、無理のない形で進めようとしてきました。
けれど続けるほどに、本番記事を自分のアカウントで直接作成・編集していく形には、かなり無理があると感じるようになりました。

「限界を感じた」とだけ言うと少し強すぎるかもしれません。
ただ、少なくとも今の私には、次のように言うのがいちばん正直です。

Wikipediaの構造上、本番記事の作成代行・編集代行を継続的に請け負うやり方には、制度面でも心理面でも負担が大きい。

これは、私の気持ちの問題だけではありません。
Wikipediaのルールが、もともとそういう受託モデルと相性がよくないのです。

では、今後どうするのが自然なのか

ここまで考えた結果、私は今後、
私自身のアカウントで本番記事を新規投稿したり、直接編集を代行したりする形からは、距離を置いていく
のが自然だと考えるようになりました。

その代わりに、もっとルールに合っていて、依頼者にとってもわかりやすい形に整理すると、できることははっきりしてきます。

たとえば、

記事化できそうかの診断
特筆性や出典状況の整理
独立した二次資料の探し方の支援
Wikipedia向けの草稿作成
ノートページに出す提案文の作成
差し戻しやコメントが来たときの対応方針の整理

こうした支援は、Wikipediaの仕組みとまだ整合しやすく、しかも依頼者にとって現実的です。

そこで、今後は「代行投稿」ではなく「安全に進めるための支援」に軸を移します

こうした考え方を踏まえて、私が今後ご案内したいのは、Wikipediaへの代行投稿そのものではなく、正しい手順で進めるための支援サービスです。

ココナラでは現在、「Wikipedia記事作成を安全に支援します―削除・差し戻しを避ける正攻法へ」 という形で、記事化診断、出典整理、貼り付け用草稿、ノート投稿用の提案文、差し戻し時の対応案などを提供するサービスを出しています。このサービスは、WikipediaやCommonsへの投稿・編集を代行するものではなく、購入者が正しい手順で進められるよう、トークルーム内で支援する構成になっています。提供形式はテキストで、予定納期は14日、価格は15,000円です。

この形であれば、