コミュニティーの声は自分のものに：オープンソースプロジェクトが独自のメーリングリストを持つべき理由

数週間前、私はマラッカの小規模ビジネスオーナーたちの前に立ち、20年間信じてきたことを伝えた。インターネットは土地であり、永遠に賃貸するのではなく、自分の敷地を持つべきだ。その時はドメインやウェブサイト、顧客との関係について話していた。だが同じ考え方は、オープンソースコミュニティが最も大切な人々とどうコミュニケーションを取るかについても、同じくらい厳しく当てはまる。

貢献者、ユーザー、スポンサー、セキュリティー報告者——これらの人々はプラットフォームの「フォロワー」や「メンバー」ではない。彼らはあなたのコミュニティだ。そして彼らに届ける唯一の方法が誰かのアルゴリズムを通じているなら、その関係性はあなたのものではない。それは賃貸だ。

だから私は、コミュニティを本気で考えるすべてのオープンソースプロジェクトが、独自のドメインで独自のメーリングリストを運営すべきだと考えている。他のすべての代替手段としてではない。基盤としてだ。賑やかなモールに屋台を持っていても、自分の家を持つということだ。

KaiMailは先日、これまで運営してきたカスタムドメインのメールサービスにメーリングリスト機能を追加した。これが今回この記事を書く直接の理由だ。だがこの議論自体は、その機能よりも古い。

賃貸の土地の問題——コミュニティに当てはめると

マラッカで私は参加者に単純な数字を見せた。Facebookでのビジネス投稿は、有料プロモーションなしで自分のフォロワー100人中およそ1〜2人にしか届かない。これが賃料だ。あなたがオーディエンスを作ったのに、プラットフォームはそのリーチに対して金を取る。

コミュニティプラットフォームも同じ仕組みだ。通貨が違うだけで。

• Discordはチャンネルの数、動かせるbot、会話からマイニングできるデータを決める。あなたのコミュニティはそのアーキテクチャの中に住んでいる。
• Slackの無料プランは90日後にメッセージ履歴を削除する。機構の記憶は、支払わない限り蒸発する。
• Twitter/XやLinkedInのグループはアルゴリズムでリーチを絞る。メンバーがフォローしたはずの投稿が、彼らのフィードに単に表示されないこともある。
• Facebookグループは自動モデレーションのエラーで消えうる。訴える先の人間もいない。

これらのプラットフォームが役に立たないと言っているわけではない。リアルタイムの雑談、素早い質問、コミュニティを温かく保つ社会的エネルギーには最高だ。だがそれらは賃貸の屋台だ。大家は間取りを変え、賃料を上げ、モールを閉じることだってできる。その時、あなたのコミュニティは建物を持ち出せない。

自分のドメイン上のメーリングリスト——[email protected]や[email protected]——は自分の土地だ。そのアドレスはあなたのものだ。あなたから話を聞きたいと選んだ人々のリストはあなたのものだ。誰もそれを絞ったり、並べ替えたり、キーワードで自動システムが止めたりはできない。

メーリングリストが本当に与えてくれるもの

1. 誰も締め出せない直通回線

Emailは残された唯一の普遍的プロトコルだ。世界中に40億人を超えるemailユーザーがいる。すべての開発者がアドレスを持っている。すべてのスポンサーが自分のものを読む。

メーリングリストに送れば、メッセージはインボックスに届く。30の他のチャンネルと競い合う通知パネルではない。エンゲージメント予測で並べ替えられたフィードでもない。インボックスだ。購読者がemailをチェックすれば、彼らはそれを見る。以上。

Emailマーケティングはチャンネルとして、平均して1ドルにつき36ドルを生み出す。SNSの約2.80ドルと比べれば圧倒的だ。これらの数字は商取引から来ているが、根底にある仕組みは同じだ：emailはパーソナルで直接的で、第三者のアルゴリズムによってフィルタリングされない。

2. プラットフォームを超えて残るアーカイブ

メーリングリストは、決定の永久保存可能で検索できる公開記録を生み出す。Python Steering Councilが2019年に提案を却下した理由を知りたければ、そのスレッドはアーカイブにある。Djangoの設計判断が2014年にどうなったか知りたければ、その議論は保存されている。

Slackの2019年のスレッドを探してみろ。API変更前のTwitterの会話を。プラットフォーム移行したFacebookグループの投稿を。賃貸の土地は、あなたのためにアーカイブを保存しない。自分のために保存して、保存しないと決めたらそれまでだ。

オープンソースプロジェクトにとって、これは非常に大事だ。ガバナンスの決定、セキュリティの議論、API設計の議論は、プロジェクトの制度的記憶だ。無料プランが切れてそれを失うのは、技術的失敗ではない。管理責任の失敗だ。

3. デフォルトで非同期——これがオープンソースの実際の働き方だ

オープンソースの貢献者はタイムゾーンをまたがって分散している。クアラルンプールの貢献者、ベルリンのメンテナー、サンフランシスコのスポンサーは、同じ起きている時間を持たない。リアルタイムチャットは同期的な注意を前提とする。メーリングリストはその逆を前提とする。

リストで議論が起きれば、誰でもスレッドを読み、考え、調べ、自分のスケジュールで返信できる。フォーマットはより長く、より熟考された返信を促す。ちゃんと書き留めることを報いる。これらはオープンソースを良くする習慣だ。

4. 独自ドメインでのプロフェッショナルなアイデンティティ

プロジェクトがリリースを発表するとき、そのemailは[email protected]から来るべきだ。サードパーティのサービスのnoreplyアドレスからではない。セキュリティ研究者が脆弱性を報告するとき、彼らは[email protected]に送るべきだ。メンテナーの個人のGmailではなく。

以前、なぜすべてのオープンソースプロジェクトが独自ドメインのメールを必要とするかについて書いた。短い版：[email protected]は信頼を損ない、バスファクターのリスクを生み、個人のインボックスをプロジェクトのインフラに変える。独自ドメインのメーリングリストは、一斉配信コミュニケーションを解決する同時に、これも解決する。

5. 自分でコントロールできるプライバシー

コミュニティがDiscordやSlackの中に住んでいる時、プラットフォームはすべてのメッセージ、すべてのプライベートチャンネル、すべてのDMにアクセスできる。そのデータはモデルの学習、広告のターゲティング、企業戦略の情報源に使われる。あなたのコミュニティの私的な技術的議論は、誰かのプロダクトだ。

セルフホストやドメイン基底のメーリングリストがすべてのプライバシーリスクを消すわけではないが、攻撃対象面は劇的に減らせる。あなたの会話は、レコメンデーションエンジンを改善するためにスキャンされていない。

正直なコスト：メーリングリストが足りないところ

バランスの取れた記事を約束したので、ここからは正直な話になる。

1. 若い貢献者はemailをチェックしない

これが議論を避けるのが最も難しい欠点だ。30歳未満の開発者は、emailを領収書やパスワードリセットの通知ダンプとして扱い、実際の仕事が行われる場所とは見なさないことが多い。彼らはDiscordやSlack、Telegramに住んでいる。コミュニティが若ければ、メーリングリストは虚空に叫んでいるように感じられる。

正直な答えは、おそらく両方が必要だということだ。チャットプラットフォームを使って温かさとリアルタイムのエネルギーを保つ。メーリングリストを使って発表、ガバナンス、永久記録が必要なものすべてに使う。一方が他方を置き換えるわけではない。

2. スパムフィルターは厳しい

GmailとYahooはDMARCの施行を非常に厳しく強化し、認証が完璧でなければ正当なメーリングリストの通信もスパムにフラグを立てる。DKIM整合性、SPFレコード、リストの書き換えがすべて正しくなければ、丹精込めて作った発表文の半分が購読者のスパムフォルダに落ちる。

これは解決可能な技術問題だ——KaiMailはまさにこの理由でDKIM署名とDMARC互換のFrom書き換えを処理する——だが、2010年には存在しなかった実際の障壁だ。今日リストを運営するには、email認証を理解するか、それを代わりに行ってくれるサービスを使う必要がある。

3. セットアップはDiscordサーバーより手間がかかる

Discordサーバーの作成は3クリックだ。独自ドメインでメーリングリストをセットアップするには、DNSレコード、MX設定、そしてemailの流れ方への何らかの理解が必要だ。乖離は縮まっている——KaiMailのようなサービスは、これを5分の作業にするために作られている——が、複雑さの認識は残っている。

インフラ担当者がいないボランティア運営のプロジェクトにとって、この認識は大事だ。障壁は技術的なものだけではない。認知的なものだ。誰かが「やる価値がある」と決断する必要があり、その決断は他のすべての優先事項と競合する。

4. エンゲージメント率はインスタントメッセージより低い

コミュニティリストのemail開封率は通常20%〜40%の間だ。SNSのオーガニックリーチと比べれば高いが、アクティブなDiscordチャンネルに投稿されたメッセージのほぼ100%の可視性と比べれば、低いのは間違いない。

トレードオフは質対量だ。プロジェクトの発表文を開いた30%は、実際に気にかけている人々だ。開かなかった70%は、どうせ反応しなかっただろう。だがCfPの期限など、時間が重要なものの最大限の可視性が目標なら、メーリングリストだけでは失望させる。

5. 発見は難しい

SubredditやDiscordサーバーのように、メーリングリストに出くわす人はいない。プロジェクトが存在することを知り、サインアップページを見つけ、オプトインする必要がある。ゼロからオーディエンスを築こうとする新しいプロジェクトにとって、これは真の不利条件だ。

SNSプラットフォームは発見のエンジンだ。メーリングリストはリテンションのエンジンだ。前者は成長を助け、後者は持っている人々をキープする。どちらがより必要かは、プロジェクトがライフサイクルのどこにいるかによる。

私たちが作ったもの

KaiMailの新しいメーリングリスト機能は、コミュニケーションを自分のものにすることを決めた人々のために作られた。すでにKaiMailで設定済みのカスタムドメインで動き、3つのモードを提供する：

• [email protected]のような共有メールボックス用の公開型リスト
• オーナーだけが投稿する発表やニュースレター用のメルマガ型リスト
• メンバーが全員返信して会話がリスト内に留まるメンバー限定型リスト。適切なReply-To処理とDMARC検証付き

メルマガ型とメンバー限定型を通じて送られるすべてのメッセージは、あなたのドメインのキーでDKIM署名される。Mailmanが処理するのと同様の手法で、FromヘッダーをDMARC互換の形に書き換えるので、メッセージはスパムフォルダではなくインボックスに届く。普段のメールクライアントで作成し、ポート587の認証済みSMTP経由で送信する。別のダッシュボードも、独自のエディタもない。

そしてプロジェクトのメールと同じドメインに住んでいるので、購読者が目にするのは[email protected]であって、サードパーティの送信サービスではない。SPF、DKIM、DMARCはすべて適切に整合する。なぜなら私たちが送信経路全体を管理しているからだ。

厳しい予算で運営するオープンソースコミュニティにとって、無料プランは基本転送をカバーし、コミュニティアップグレードプログラムはメルマガ型とメンバー限定型が必要なボランティア主導のプロジェクトを対象としている。

結論

マラッカで私はこの言葉で締めくくった。「毎日賃料を払う大家の屋台から本業をやる人はいない。大家が明日気まぐれで立ち退かせても文句は言えない。自分のビジネスの未来をそんな土台の上に築くな」。

コミュニティにも同じことが言える。あなたの貢献者は、プラットフォームのエンゲージメントモデルによって収穫される「ユーザーベース」ではない。彼らはあなたのプロジェクトに時間を費やすことを選んだ人々だ。プラットフォームが方針を変えてもまだ彼らと話せることを保証するのは、最低限のことだ。

メーリングリストはノスタルジアではない。インフラだ。コミュニティを賃貸するか、管理責任を持つかの違いだ。そして今日利用できるツール——KaiMailに追加したばかりのものも含めて——では、セットアップの負担はもう正当な言い訳にならない。

自分のドメインを持て。自分のリストを持て。自分のプロジェクトを可能にした人々との関係性を自分のものにしろ。あとはついてくる。