【顧客満足度】元つぶやきのサムネイルが出ない理由【プロダクト設計の穴】

つぶやきがなくなりましたね

昨年、惜しまれつつなくなったつぶやき機能（noteにおけるX投稿のような、140字制限のミニポスト）。
機能の一角だったわりにはそっと消えたので、しばらく変化に気付かなかったnoterさんも多かったのではないでしょうか。

仕様変更の落とし穴に今頃ハマった話

新規作成機能が消えるだけじゃなかった

新規作成機能が消えた後も、下書きの再利用ができたので、入り口を消しただけかと思っていたのですが、その後「つぶやき」の表示自体が独自の形から通常の記事と同じ形へ統合されました。
短文用に別UIだったのが、長文記事と同じUIにスライドしたんですよね。

ここで影響したのが、2025/10/21に実装されたサムネイルのない記事の場合「最初の画像が見出し画像として表示される」ようになる、という仕様変更でした。

「つぶやき」は見出し機能などがなかったので、当然見出し画像もなかったんですが、多くの人は画像をつけていたのでそれが見出し画像にスライドし、見た目的には「やけにタイトルが長いくせに本文が短い記事」になりました。

消えたサムネイル

「つぶやき」は記事に埋め込むと「縮小画像＋全文」になるため、私は長文記事の補足説明を入れたり、小ネタを挟んだりするのに使っていました。
しかし気づいたら縮小画像が出なくなってたんです。

見出し画像を設定し直すと表示されるんですが、当然サイズ強制されるので、前のように「縮小画像」にはなりません。

埋め込みサムネイルが消える理由がわからなくて、note公式の記事、Xアカウント、ヘルプセンターやお問い合わせまで行ってみました。
結果としてわかったのは、仕様の複合でこうなっているということでした。

note仕様の盲点

「つぶやき」は記事に統合され、見出し画像の自動表示が適用されるようになりました。しかしこの仕様には、こういう例外がありました。

自分の記事に埋め込まれた記事サムネイルもOGPの範疇だから、自動見出し画像が反映されず、サムネイルが出ないんですね。
同じヘルプにある以下の部分だけ読むと、「つぶやきが記事に変わっても影響はない」と取れてしまうので、盲点でした。

ちなみにOGPは「Open Graph Protocol」の略で、URLを貼った時にどんな画像・タイトル・説明文を表示するか決めるルールのことです。
一般人向けの説明に書いて伝わる用語なのかどうかはわかりません。私は知りませんでした。

対処方法はあるの？

サポートからの回答はこうでした。

これはちょっとたじろぎました。手作業……！( ;∀;)

私の場合は、つぶやき記事だけをマガジンにまとめていました。
また、自分で集計もしていたので全部リストアップはできるんですが、それでも400件以上あるので全対応は非現実的だと思います。

少なくとも無料の範囲では、noteには記事を埋め込んだ先を追跡する機能がありませんし、「元つぶやき」記事を抽出する機能もありません。
他の人はどうするのでしょうか。

結果として、ユーザーは自分が記事を作成した時点で意図していた表現を諦めざるを得なくなっているように感じられます。
それは有料記事のクォリティにも関係してくるため、個人的にはnoteらしくない不親切さだと感じました。

せめて案内がわかりやすければ……

気軽に書ける「つぶやき」を利用していたユーザーは多いと思うんですよね。要するに、影響範囲が広いわけです。

お知らせはなかなか読まれないので、運営からの伝達は大変です。
でも、ユーザー全体に関わる変更は「ユーザー全体に理解してもらいたいという姿勢で開示することが必要だと思います。
そこからプラットフォームへの信頼が生まれ、安心して書き続ける環境が生まれるのではないかと考えます。

つぶやきの場合、
「代替案断念の発表が、廃止直前」
「つぶやきの形状変更内容や時期が曖昧」
「変更内容の案内が不明瞭」
というのが重なって、結果的に私には不満の残る仕様変更になってしまいました。

noteは公式アカウントの他にも、XやInstagramなど、広く発信フォームを持っています。
通知・お知らせもあるのですが、あまり上手く活用されている印象がありません。デザイン的な見た目は柔らかいんですけど、仕様の骨組みが質実剛健ですよね。
広告畑あたりのnoteヲタが変更点発信してないか、探してみようかな。

これをプロダクト設計的に見ると

仕様変更が下りてくること自体は仕方がありません。
もちろん、各パートの担当者はそれぞれの仕事に全力投球されたと思います。

しかし、プロダクトはそれだけでは形になりません。
まとめる人間が、それぞれのパートの人間が現場ごとの目線で作るものを、俯瞰的に、ビジネス的に、そしてユーザーの目線で見つめることが重要になります。
ユーザー目線での設計を忘れると、顧客満足度が下がってしまうからです。

今回の場合であれば、
「noteの使い勝手（ユーザー体験）はどう変化するか」
「過去書かれたつぶやき（ユーザー資産）に変動はないか」
「ユーザーが理解できる案内を広く提示できているか」
という視点がもう少しあれば、私の満足度はそこまで下がらなかったわけです。

noteのように、ユーザーの生み出すコンテンツに依存するプラットフォームは、特にそういった部分に敏感であってほしいと、私は一ユーザーの立場から思います。

「#つぶやき廃止で思うこと」コンテスト

「つぶやき」の廃止は、何故かひっそり粛々と進んでしまった印象があるのですが、ここは「 #つぶやき廃止で思うこと 」コンテストでも開催してみても良かったのではないでしょうか。

noterが注目している状態で
「こう変わるよ！」
「ここは悪いけど手でやってね！」
「有料サポートも考えようか？」
などと仕様変更を伝えつつユーザー意見を吸い上げ、次の課金チャンスを狙っていくことで、運営とユーザーの距離感を縮める結果につなげていくこともできたのではないかと思います。

仕様を知ってる開発者とそうじゃないユーザーはnoteを使っても同じ体験はしませんし、ユーザーの物量と発想力は開発者の想定を軽く超えます。どれだけ作り込んだゲームでも、発売した瞬間バグが見つかるのと一緒です。
色んな機会に「noteをどう使っているのか」体験記を吸い上げるのは重要じゃないでしょうか。

なくなったことに気付いてないユーザーがいる状態というのは、プラットフォームとしてはサービス提供機会を逃していると言えるのではないか、と私は思います。
後から気づいてももう情報が追えないから、そういうユーザーは色々諦めちゃいますしね。もったいない( ;∀;)

とりあえずネタにしてnoteを書こう

まずは元「つぶやき」の見出し画像をどうするか、考えたいと思います。
記事内にある画像を一回保存して、見出し画像として設定し直すのが面倒なんですよね。このためだけに自動化ツール作るのも……（煩悶）

私は有料記事をほぼ書いてませんが、書いてたら買ってくれた人への責任を感じるので、全部直すでしょうね。
個人的なこだわりかもしれませんが、せっかくお金を出してくれた人に当初予定していたクォリティで記事を見せられなくなるのは、嫌です。

予期せぬ仕様変更というのは、そういう煩悶だったり販売物のクォリティへの影響を生んでしまったりします。だからサイレント変更は罪深いと思いますし、そう受け取られないようユーザーにはこまめに連絡してほしいと感じるんです。
マメな人がモテるのは恋愛も一緒ですけど、要するに気にかけてくれるってことが伝わるというのが、親密度や信頼度の向上＝ユーザー体験の改善にとっては重要なんだと思うんですよね。

私もnoteで書き始めてもうすぐ2年。
そんな大口を叩いてしまうほどには馴染んでしまったのだな、と思いながら、まだここで遊んでいたいからnote運営さん頑張って！とエールを送っておきます。

ちなみに私は、noteで推し活の話ばっかり書いてます。
今回の経験を自分の執筆スタイルに当てはめて教訓を得るとしたら、
「古参とかK-POPのプロしかわからん話ばっかり書かない」
「検索でいきなり来た人でも何となくわかるくらいには噛み砕く」
あたりが目標になります。よく忘れるやつや( ;∀;)

関連記事