Miguel Ángel Padriñán Albaによる写真（Unsplashより）

はじめに

以前、ホスティング型のブログサービスについていくつか紹介したことがあります。その中で個人的に面白いと思った選択肢の一つがPagecordでした。使いやすく、よく考えて作られていて、他にも魅力的な機能がいくつかある、なかなか良いサービスに見えました。当時はなんとなく薦めるのに引っかかりを覚えつつも、明確な理由があったわけではなかったので、紹介する候補の中に残していました。

ところが今、PagecordのAIに関する開示が更新されたことを受けて、当時なんとなく気になっていた点について、改めて議論する価値があると感じています。（ちょうど6月から7月にかけてPagecordを初めて調べたときのメモをまとめていた最中に、ちょっと奇妙な展開があったのですが。）

Ollyとは誰か

補足：以下はOlly個人への批判ではありません。少し調べれば誰でも見つけられる、彼の経歴についての話です。彼自身はこの情報を隠しているわけではありませんが、ことさら語っているわけでもありません。

Olly Headey氏は、2007年にFreeAgentというソフトウェアプラットフォームを立ち上げたグループの一員でした。FreeAgentは、個人や小規模事業者向けに、あらゆる会計ニーズをカバーするよう設計されたシステムでした。

FreeAgentは急速に成長しました。2012年には米国市場への進出のために60moを買収し、2013年にはDeloitteが選ぶ急成長テクノロジー企業の一社に選ばれました。2015年には100万ポンド以上の資金を調達し、2016年には株式公開を果たしています。

2018年、FreeAgentはNatWestグループ（旧ロイヤルバンク・オブ・スコットランド・グループ）に5300万ポンドで買収されました。FreeAgentを離れた後、Olly氏はFeedGrabをはじめとするいくつかのプロジェクトに取り組んでいたようです。そして現在、Pagecordに至ります。

Pagecord

Pagecordは、私が新しいミニマリスト向けブログプラットフォームを探していたとき、当初とても興味を惹かれたプロジェクトでした。しかし、プロジェクトについていくつか気になる点に気づき、Olly氏と何度かメールのやり取りをする中で、引っかかる点がいくつか見つかりました。そして今、さらに注意すべき点が見えてきています。

比較

Olly氏とのやり取りの中で私が指摘したことの一つに、PagecordをWordPressやSubstack、Mediumと比較している点が少し奇妙に感じられるということがありました。これらのプラットフォームは、Pagecordが対象としているミニマリスト向けブログプラットフォームとは別物だと思うからです。彼はまた、Pagecordをインディー向けブログプラットフォームとしても打ち出しています。

一方で、本当の意味でのミニマリスト向けプラットフォーム、例えばBear BlogやPika Page、micro.blog、WriteFreely / Write.asといったサービスとの比較がありません。Pagecordを比較するなら、むしろこちらの方が適切ではないでしょうか。Pagecordの利用を検討している人なら、SubstackやMediumよりも、こうしたプラットフォームとの比較の方に関心があるはずです。

現状の比較は、ミニマリズムやインディーブログへの純粋な関心や、潜在的なユーザーへの情報提供というよりも、SEO対策やプロモーションを目的としているように感じられます。もちろん、これらのページはすべて、Pagecordの方が他より優れているように見える作りになっています。

プロモーション

主要な検索エンジン（Startpage、Ecosia、DuckDuckGo、Google）でPageCordと検索してみると、検索結果のほとんどがプロモーション色の強いものだと気づきます。上位に表示されるのは、（a）Pagecord自身のサイトやヘルプドキュメント、あるいは（b）Product HuntやTrend Hunter、Venture Gaps、Open Alternativeといったサイトが大半です。たまにRedditの投稿も見つかりますが、それ自体は問題ではありません。ただ、そこからはOlly氏がPagecordをマーケティングする特定のターゲット層を探していることがはっきりと見えてきます。

ありがとう、確かに僕のブログにはちょっとTumblrっぽい雰囲気があるよね！理想の顧客像は……まだ模索中です！😅 今誰をターゲットにすべきか、正直100%確信が持てていなくて、ちょっと一般的すぎるんです（ターゲティングの観点からは問題かもしれません）。

現在の有料・無料ユーザーもかなり幅広い層がいますが、今のところはすべてB2Cです。多くは非エンジニアか、少なくとも技術的な投稿のためにブログを使っているわけではない人たちだと思います。起業家もいれば、趣味で書いている人もいます。

個人的には、スタートアップのプロダクトブログには向いていると思っています（例：https://blog.feedgrab.net）。ただ、ほとんどの企業はもっとカスタマイズを求めるでしょうから、かなりニッチな使い方ですね。Pagecordはそういう設計にはなっていませんし。

たぶん、デザインのことをあまり考えずにブログを書きたい、ただ文章を書いてインターネットに公開したいという人たちをターゲットにしているんだと思います。あとは、たまにしか投稿しないからブログにお金をかけたくない人や、カスタムドメインやメールニュースレターが欲しいけど、できるだけ安く抑えたい人ですね。この場合は年20ドルで、競合は年60ドル以上しますから。

上記は、約1年前に彼がPagecordを誰に向けてマーケティングしているのかと問われた際の回答です。B2Cユーザーを特に挙げ、他のプロダクトの補完的なブログとしての利用を想定していること（自身のFeedGrabを例に挙げています）がわかります。また、1年前には年20ドルだった価格が、今では40ドルに上がっている点も注目に値します。

これら自体が悪いというわけではありませんが、インディーブログやミニマリストブログの理念とは少し相反するように感じられます。

オープンソース？

Pagecordは、文字通りの意味ではオープンソースです。ソースコードが置かれたGitHubリポジトリが存在します。しかし、そのリポジトリの中身を使ってユーザーがセルフホストできるかどうかは、また別の話です。私は当初、サブスクライブしないと使えないいくつかの機能を確認しようと、PagecordのDockerイメージをローカル環境で動かそうとして、Olly氏に連絡を取りました。問い合わせてみると、Dockerイメージがしばらく更新されておらず、設定に不整合が生じていたことがわかりました。

このときに、この「オープンソース」プロジェクトに対するOlly氏の考え方が垣間見えました。Dockerイメージは、あくまでPagecordのローカルでの開発やテストのために提供されているものだったのです。ユーザーが自分でPagecordのインスタンスをホストすることを想定しているようには見えませんでした。私はまさに、自分のインスタンスを立てることを考えていたのですが。

さらに、プロジェクトには他にも、セルフホストを難しくしそうな依存関係が組み込まれているようです。例えば、GitHubリポジトリのドキュメントには、以下のように記載されています。

• PostgresデータベースのホスティングにUbicloud
• 画像処理にCloudflare R2
• デプロイにHatchbox
• ドメインとSSL管理にCaddy
• DNSとエッジキャッシュにCloudflare

これら自体は問題ではありませんが、Pagecordをセルフホストしたい人にとっては（潜在的に）かなりのオーバーヘッドになり得ます。これは、Olly氏がPagecordをオープンソースプロジェクトとして設計したというより、オープンソースのツールを使って商用プロダクトを開発したかったのだということを、はっきりと物語っていると思います。

これをmicro.blogと比較してみましょう。micro.blogは、オープンソースの静的サイトジェネレーターであるHugoをラップし、拡張したものです。つまり、micro.blogを使っていたとしても、いつでもHugoをセットアップし、micro.blogからコンテンツをエクスポートして、ほぼそのままHugoに移行できるわけです。

もう一つの例がWriteFreelyとWrite.asの関係です。WriteFreelyは誰でもダウンロードして自分でホストできるオープンソースソフトウェアで（本稿執筆時点で、Fediverse上には550以上のインスタンスが稼働しています）。一方のWrite.asは、WriteFreelyをベースにしたホスティングサービスです。Write.asのユーザー数はWriteFreely全体のわずか2.75%に過ぎません。もちろんWordPressも、長年にわたってダウンロードしてセルフホストできる形で提供されると同時に、WordPress.comをはじめとするホスティングサービスも展開されています。

加えて、Pagecordはどうやら一人開発のプロジェクトのようです。GitHubリポジトリに記載されているコントリビューターは3人だけで、Olly氏本人と、依存関係を処理するbot、そして1年以上前に2回だけコントリビュートしたもう一人の人物だけです。

繰り返しますが、これ自体が悪いわけではありません。ただ、Pagecordは文字通りの意味でのオープンソースではあっても、オープンソースコミュニティの精神という意味でのオープンソースではない、ということを示唆しています。

AIの利用

今朝までは、1か月以上前に調査のほとんどを終えていたにもかかわらず、Pagecordについて書くつもりはありませんでした。ところが今朝、Pagecordからのメールアップデートで考えが変わりました（そして、このセクションには面白いオチがあります）。はっきりさせておくと、Olly氏はPagecordのコーディングにおけるAIの利用について、比較的率直に開示してきました。しかし今朝、PagecordがコンテンツモデレーションのツールとしてOpenAIを利用するようになったというメールが配信されたのです。

2. コンテンツモデレーション

Pagecordはユーザー生成コンテンツのプラットフォームであるため、スパムブログを引き寄せ、悪用される可能性があります。利用規約でこれをカバーしており、Pagecordは英国オンライン安全法に基づく義務も負っています。自動チェックは1つだけで、無料およびトライアルアカウントのみが対象です。投稿が公開されると、タイトル、本文、最大5枚の画像がOpenAIのコンテンツモデレーションサービスに送信され、暴力、ポルノ、ヘイトスピーチなどの禁止・違法カテゴリに該当するかどうかがフラグ付けされます。

このチェックは、無料またはトライアルのブログにおける公開済みのパブリックコンテンツのみを対象としています。非公開の下書き、削除された投稿、メールアドレス、購読者リスト、アカウントの詳細は送信されません。フラグが付けられたコンテンツは、私が手動でレビューします。

これが事実だとすれば、無料／トライアルアカウントを使っているすべての人のコンテンツが、モデレーションのためにOpenAIに送信されていることになります。Olly氏は、このコンテンツがOpenAIのLLMの学習には使われていないと述べています。それが彼の認識ではあるのでしょうが、無料プランのユーザーは、OpenAIが「学習のためにこの情報を収集しない」という合意をきちんと守っていると信じるしかありません。問題は、PagecordのユーザーとOpenAIの間に、OpenAIがコンテンツを利用していないことを確認できるような直接の合意が存在しないことです。

（個人的にはちょっと可笑しいと思う）オチは、Olly氏が今日自身のブログにこう書いたことです。

PagecordのOpenAIを使ったスパムブログチェックは廃止しました。正直あまりうまく機能していなかったので、今後はすべての新規ブログを手動でレビューすることにしました。数が手に負えなくなるまで（つまり、実質的には永遠に）そうするつもりです。/aiページもシンプルにしました。

これを読んで、ふと疑問が湧きました……このOpenAIによるスパムブログチェックは、どれくらいの期間運用されていたのだろうか、と。うまく機能していないと判断するには、ある程度大きなデータセットが必要なはずです。ということは、少なくとも数週間、あるいは1か月以上は運用されていたのではないでしょうか。

とはいえ、Pagecordを利用しようと考えている人が、依然として認識しておくべき点があります。

AIの検索インデクサは、投稿が見つけられ、引用されるようにするためにブロックしていません。これをオプトアウトしたい場合は、すべてをブロックするカスタムのrobots.txtを記述するか、インデックス自体を無効にすることができます。

世の中には400以上のAIウェブスクレイパーが存在しており、自分のコンテンツがスクレイピングされることを懸念している人が、これらのボットが単にコンテンツを「引用」するだけだと考えているとは思えません。そして、コンテンツを引用できるようにするには、そもそもLLMがそのコンテンツで学習している必要があるのではないでしょうか。

これは、以前Olly氏とメールでやり取りした際に話したことの一部です。当時、ユーザーは自分のサイトのrobots.txtファイルを編集する機能を持っていませんでした。Olly氏の名誉のために言っておくと、彼はこの機能を追加してくれました。また、ページのHEADセクションに独自のコードを挿入できるようにすることについても提案しました。（これは、LLMにデータセットをスキャンしないよう伝えるためのカナリアGUIDの利用について読んだことがきっかけでした。データセットがLLMを汚染する可能性があるためです。これが今でも有効かどうかはわかりませんが、それでも実装する価値はあるように思えます。）Olly氏は当時、ユーザーがページのHEAD部分を変更できるようにするというアイデアには反対でしたが、将来的には検討するかもしれないと言っていました。

ソーシャル連携

これは本当に些細なことですが、これまで見てきた多くのプラットフォームで当然あると思っていた機能です。PagecordにはFediverse Author Attributionというオプションがありますが、投稿がFediverseに公開されているようには見えませんでした。調べてみると、この機能はActivityPubを使って投稿を公開するものではありませんでした。このFediverse Author Attribution機能は、投稿のヘッダーにfediverse:creator meta tagを追加するだけのものだったのです。

代わりにOlly氏は、FediverseやBlueskyなどへの投稿にはEchofeedを使うことを推奨していました。確かに機能する選択肢ではありますが、私には最適とは思えません。本来プラットフォームに統合されるべき機能のために、サードパーティのサービスに依存しなければならないのは好ましくないと感じます。そして、Echofeedがサービスを終了したことは、まさにその理由を裏付ける好例です。

おわりに

この記事の目的は、Olly氏を非難したり、Pagecordの利用を思いとどまらせたりすることではありません。これは、知っておくための情報です。私たちが使うプラットフォームの選択について、十分な情報に基づいて判断することは、今日では非常に重要だと考えています。私たちの多くがMastodonやGoToSocial、LemmyといったFediverseのプラットフォームを使っているのは、コンテンツを支配するプラットフォームから離れたいと思ったからであり、主流のソーシャルプラットフォームの方向性に同意できなかったからです。

Pagecordは、オープンソースでオープンなプラットフォームであるという理念を掲げてきました。しかし、Olly氏の経歴やPagecordについての発言、プロジェクトの運営方法などを見ると、私たちのコミュニティに対して正確に伝えられていないように感じてしまいます。

この背景情報を読んだ上で、それでもPagecordに満足しているのであれば、それはそれで素晴らしいことだと思います。