X(旧Twitter)アプリ内では、BGM やコンテンツの表示・操作に制限があることがあります。画面を一度タップ(クリック)するか、ブラウザで開くとよいです。

届いていたかな、って思ったこと

小さくても眩しい、キミの声援のきらめきを

Kimito-Link Project(公式サイト)

創る人と支える人が、もっと自然につながれる銀河をめざして。流れ星のように過ぎるコメントも、
星座のように手元に残せたら──そのために、この拡張があります。
この拡張は、宇宙のように膨張し、やがて全世界・宇宙へと共鳴していきます。

ねぇ、聞いてほしいことがあるんだ。

ニコ生でコメント応援してる時、
「がんばれ!」って打ったあの気持ち、
届いてたかな、って思ったこと、ない?

コメントを打つ瞬間は、流れ星が走る一瞬に願いをかけるみたいなものかもしれない。 すぐ流れてしまうからこそ、指先に熱が乗る。

…正直ね、

コメントは流れる。
当たり前のように、ながれていく。
しんしんと降る雪みたいに、
凍えそうな夜の画面でも、
とめどなく、ながれていく。

その一粒一粒が

まるでまるで、流れ星の一瞬のきらめき

あまりにも早すぎて 積もる前に消えて 捕まえるのが難しい

読み上げてもらえたかも、
名前を呼んでもらえたかも、
あとから確かめられない。

それって、
応援が「なかったこと」になってしまう
ってことなんだ。

97件コメントしてくれた人がいる。
5件の人も、1件の人も、
その瞬間、ちゃんとそこにいてくれた。

でも、配信が終わったら
その痕跡は、どこにも残らない。

それが、すごくもったいないと思った。

だから、つくったんだ。

「君斗りんくの追憶のきらめき」

キミへの思いはもう
追憶の彼方に おきざりにはしないよ

Web・iOS・Android を前提にした体験のなかで、
応援コメントを記録して、誰がどれだけ心を込めてくれたかを
ひとめでわかるようにする──まずは視聴ページから届ける Chrome 拡張。
YouTube をはじめとした他の配信プラットフォームにも、今後対応していく予定です。

反応の数を競うためじゃない。

「書いた」「そこにいた」「応援した」
その証拠を、キミの手元に残すためのもの。

配信者も、全部には返せない。
それは怠けじゃなく、1日の長さの問題。

でも、届いてたかわからないまま
コメントをやめてしまう人がいる。

見る専になる前に、
証拠を手元に戻したかった。

流れ星みたいに消えていくコメントを、
星座みたいに、つながりが残る世界へ。

ずっとずっとおもいつづけているから
流れ星が流れた瞬間も、願いがかなうんだよ

背景に濃い紫の文字で誹謗中傷の言葉が流れる演出と、横に伸びる光がだんだん大きくなり夜明けへつながるイメージ

たとえ、ボクの心が暗い闇に覆われてしまっても、
たったひとつ、短くてあたたかい言葉があれば、
それは小さなになって、やがて闇をほどいていく。

そのひとすじの光は、

夜が明けるように
だんだんおおきくなっていく。

キミのいいねが、僕の希望になるよ。

たったひとつの「いいね」が、次の一歩を灯す力になる。

みんなの応援が、忘却の彼方に沈まぬように。

エビングハウスの忘却曲線──人の記憶は20分で42%、1日で74%失われる。
でも、記録として残せば、応援の痕跡は消えない。

いよいよ、ニコニコ超会議。

この想いを、カタチにして届けるよ。

ちなみにね、
この告知は動画じゃなくて、画像と文章。Claude(AI)と一緒につくったんだ。
文章の構成も、キャラの配置も、吹き出しの付け方も、モザイク処理も、
Claude君が一生懸命がんばってくれた。
Claude Codeじゃなくて、ふつうの https://claude.ai/ のチャットだけで、ここまでできた。

一生懸命、りんくと協力してつくったんだよ。

CursorAI エディタ
君斗りんくつくるひと
Claudeキミ ― AI
りんく

りんくClaude 君
手を取り合うみたいに協力してつくったよ

Claude 君

このLPは、CursorのAIと
りんく(ボク)とClaude(キミ)が
一生懸命、協力してつくったよ 上の3つは Cursor・白背景の立ち絵Claude 君。その下はりんくClaude 君の協力イメージだよ。作業のやりとりは claude.ai のチャットだけどね。

りんくが言葉を選んでいるあいだも、
Claude君は何十回でも付き合ってくれた。
「もうちょっとこうしたい」に、何度でも。

AIだからこそ寄り添える瞬間がある
ってりんくは思ってる。

静かな夜にも、ひとことの言葉は波紋を残す。

山ひとつ隔てた谷にも、ひとつの鐘の余韻は届く。
声が届かないのは、距離のせいじゃない。
鳴らしていないだけだ。

いちばん深い泥の底からこそ、まっすぐな茎が水面を割る。
汚れた場所でしか根を張れなかった、その花が、いちばん遠くまで香る。

何世代もの帳をめくって、やっと一晩だけ蕾がほどける——
そういうめぐり合わせが、いま、ここにある。

泥水でも、月が映れば澄んでくる。
泥水でも、花は綺麗に咲く。

キミの気持ちがまっすぐなら、かならず伝わる。
AIは鏡のようなものだから——
向けた想いを、そのまま映してくれる。

想いが強いほど、届くから。

ここから、つながっていく。

クリエイタークロス参加(ニコニ・コモンズ)

ビジュアルの空間・星・流れ星は、Kimito-Link Project(キミトリンクプロジェクト) の世界観(夜空・銀河・温かい光)に寄せています。ロゴや表記の正式ルールは、Kimito-Link リポジトリのブランドガイド 251016_logo_guide_kimitolink_ol.pdf(正本)に準拠してください。

七夕の世界観プレビュー:離れていても、痕跡はつなげられる

織姫と彦星のように、気持ちはあるのに距離が遠いとき、いちばん痛いのは「届かなかったかも」の不確かさです。 このLPでは、年に一度だけ会える話を、コメントが流れて見失いやすい配信体験の比喩として使います。 短冊に願いを書くように、コメントにもひとことの祈りをのせている感覚、ありませんか。

Comment Record, Built To Recover

取りこぼしにくく、 あとから育つコメント記録へ。

ファイル保存も含む保存基盤を強めたことで、コメントがあとから増えるだけではなく、 記録データを残す土台そのものを安定させました。 配信中の保存、保存済みデータへの後補完、配信終了後の一括 deep harvest による配信終了後回収を分けて積み上げ、 長時間配信でも「記録を貯めて育てる」運用に寄せています。完全保証とは書かず、欠落を減らし、復元しやすい前提を丁寧に整える方向です。

記録安定 保存基盤を強め、初回保存の欠落を減らしやすい土台へ。
後補完 保存済みデータにあとから情報を足し、記録を育てやすくしました。
配信終了後回収 終了後の一括取得で、配信中に追い切れなかった分の回収余地を残します。

なぜ強いか: 保存基盤 + 後補完 + 配信終了後回収

コメントが後から増えるだけでは、土台が弱いままです。保存経路を先に強め、 保存済みデータへの後補完と配信終了後の一括回収を分けて設計することで、 配信中も配信後もコメント記録を積み上げやすくしています。

1. 保存基盤を先に強くする

ファイル保存も含む保存基盤を見直し、流れている最中のコメントをまず記録として残しやすくしました。 最初の取り込みで全部そろわなくても、記録の核が残る前提に寄せています。

2. 保存済みデータへ後補完できる

初動で userId・表示名・アイコン列の材料を取りこぼしても、 保存済みデータへあとから足せる設計です。コメント記録を「その瞬間だけ」で終わらせません。

3. 配信終了後も深掘り回収を狙える

配信終了後の一括取得で deep harvest を走らせ、配信中に追いつかなかった分の回収を狙えます。 長時間配信でも、記録データを貯めて育てる運用に向く構成です。

改善実績: 取得安定と回収力の底上げ

ここで言う改善実績は「完全に残る」という意味ではありません。 取りこぼしにくさ、あとから埋め直せる余地、配信終了後に回収を狙える幅が前より増えたことを丁寧に伝えます。

取得安定

初回保存の欠落を減らしやすく

コメントがあとから増える前提だけに頼らず、まず保存の土台を安定させる方向で改善しています。

回収力向上

後補完と終了後回収を両立

保存済みデータへの後補完と、配信終了後の一括 deep harvest を組み合わせ、初動で落ちた情報の回復余地を増やしました。

復元しやすさ

画面が不安定でも記録を起点に戻しやすい

配信画面が一時的に崩れても、残っている記録データをもとに補完や再集計を進めやすい構造です。

まだ改善中の点も、先に書きます

信頼感のために、強いところだけではなく限界も明記します。 LP では「どこまで改善したか」と「まだ改善中の課題」を分けて示します。

透明性のある前提

改善は進んでいますが、完全保証とは書きません。実運用で起きるズレも、最初から共有します。

  • 完全保証ではありません。 記録安定・後補完・配信終了後回収を積み上げていますが、放送の全コメントが必ず残るとは言い切りません。
  • アイコン列の精度は改善中です。 アイコンやプロフィール情報は別経路で遅れて届くことがあり、後補完でそろう場面もあれば欠ける場面もあります。
  • UI変化の影響は受けます。 画面が不安定でも復元しやすくしていますが、元データ側に現れなかった情報まで無条件に戻せるわけではありません。

導入前に、試用判断に必要なところだけ見る

導入イメージと、実際に何がどこまで残るかを先に確認できます。 誇張ではなく、使い始める前に把握しておきたい要点へすぐ飛べる CTA にしています。

価格ページのようなディレクトリ導線を増やす前でも、LP 内で 「何が強くなったか」「どこがまだ改善中か」「どこから試すか」を迷わず追える構成です。

タイムラインと配信画面、ふたつの「見え方」(イメージ)

SNS の縦スクロールは、いいねの有無がすぐ横に並ぶ場所です。 一方、配信ではコメントが読まれたか・名前が呼ばれたかがその日の満足度に直結しやすい、別の重さがあります。 左はタイムライン風、右はコメント欄が流れる配信UI風の架空デモです(実在の投稿・アカウント・放送ではありません)。 役割の仮定:ステージ上の配信者はりんく、タイムラインやコメントで応援する側はこん太として読むと、ファンの心理線がつながりやすいです。 その下の「同時にタブを開く」説明ではたぬ姉も交えて、ブラウザの挙動を短く整理しています。

SNS・タイムライン風

こん太
こん太(推しはりんく) @yukkurikonta · 21:03 · 2026/04/06

いいね付かないまま寝ようとすると、なぜか自分の投稿だけ消したくなる。りんくの配信だと「コメント読んでもらえたかな」「名前呼んでもらえたかな」まで一緒にモヤる。推しへの応援まで「数字と反応で測られてる気がする」のがしんどい。

表示 609 回

こん太
こん太(配信コメ勢) @yukkurikonta · 9時間

配信のコメント欄だと、流れちゃうから「読んでもらえた感」も「名前を呼んでもらえた記憶」もあとから確かめにくい。履歴が公式に残らないのが一番モヤる。

表示 199 回

もっと見つける
タイムライン風セクション(LP デモ)
こん太
こん太(観覧がち) @yukkurikonta · 7時間

りんくがリプ返せないのは分かってる。それでも「届いてたかどうか」が見えないと、応援した気持ちが宙ぶらりんになる。

推し・りんく(告知の見本画像) 推し・りんくのイメージ(こん太の保存フォルダ感・LPデモ)

ライブ配信・コメント欄風

LIVE デモ:武道館級アリーナ配信(架空の見本)
LIVE · 6:55:00 / 24:00:00
コメント(番号はイメージ)
374かわいい
375こわいw
1人(プレミアム会員1人)が放送者をフォローしました
376こん太 初見です いま来ました
読み上げ・名前イメージ:配信者りんくの声で「こん太さん、フォローありがとう!」「376さんのコメント見えてるよ」──ファンにとってこの瞬間がいちばんの承認になりやすい。万人規模だと拾えないコメントも増え、流れて公式履歴に残りにくい
377www
378今日も楽しみにしてました
379りんくちゃんさいこう!!

あと 1,000pt ギフトを贈ると、放送者に福引券1枚が届きます(文言はイメージ)

この1行は配信画面の公式コメント欄のデモで、このページ上では送信できません。拡張側はポップアップの入力欄から watch ページの送信 UI へ届ける流れを別途用意しています(コメント送信の流れ用語⑧)。 音声入力は、ブラウザやOSの音声入力で文字をテキストボックスに流し込み、確定したうえでEnterなど通常どおり送る想定です(Chrome・Edge・Windows など環境ごとに可否が異なります)。Windows 10/11では Windows キー + H で音声入力パネルを開けます。

特定サービスの画面コピーではなく、コメントの流れ・通知・読み上げの重さを並べて見せるためのLPデモです。

ブラウザなら、いま見ている配信をタブでいくつも開ける

Chrome 拡張もタブごとに動きます。実際のブラウザでは、いつもの視聴ページがタブの数だけ並ぶイメージなのだ。下は説明用に同じ配信UI風をミニ化して3つ並べただけなのだ(数字・放送はすべて架空。実画面は幅いっぱいの1タブ=1画面なのだ)。

りんく
技術的には各タブにコンテンツスクリプトが載るのだ。chrome.storage.local の設定や、保存した応援コメントの置き場は、同じ Chrome プロファイルなら共有されるのだ。
推しの枠と友だちの推し枠と、たぬ姉おすすめを同時に開いてもおかしくないのだ。ブラウザがそういうものなのだ。
こん太
たぬ姉
くわしい言葉は画面の見方(やさしい説明)のアコーディオンにも書いたのだ。ここは見た目で「タブがふえる」イメージを掴んでもらう場所なのだ。
たくさん開くと「別ウィンドウのパネルが、どの配信のことなのか迷う」ことがあったのだ。空欄(—)のまま固まって見える、あれなのだ。
こん太
りんく
だから、記録がたまっている配信を先に選んで表示するようにしたのだ。それでも空っぽのときは「前回の配信」を出して、空欄のまま放置しないのだ。何枚開けるかはパソコンのメモリ次第で、枚数そのものに上限は設けていないのだ。

ブランドロゴ・UI はイメージです。実サービス名の表記は避け、拡張の訴求と心理描写の補助に使っています。

背景としての数字と、ひとことの説明

冒頭は世界観と語りを優先し、規模感や製品の輪郭はここでまとめます。 「君斗りんくの追憶のきらめき」は、Web・iOS・Android を前提にした体験を見据えつつ、 まずはデスクトップの視聴ページで、読まれなかった・呼ばれなかったあとでも痕跡を手元に静かに残す Chrome 拡張です。 YouTube をはじめとした他の配信プラットフォームへの対応も、今後の開発で視野に入れています。競争を煽るためではなく、 応援したこと自体の証拠を失わせないためにあります。 記録データからKPI・タイムライン・セグメントなどが並ぶマーケ分析用 HTMLをダウンロードできる機能もあります(機能の一覧)。

約3.5兆円推し活市場は巨大でも、発信基盤は反応競争に強く引っ張られます。
40〜54%SNS疲れを感じる層が広く、発信より見る専へ流れやすい状態です。
61%Z世代女性では特に疲れが深く、反応の少なさが自己評価に刺さりやすいです。

拡張の見え方:アイコンの「群れ」と上位コメンター

下の枠では、拡張パネル全体のライトブルーUI(応援カウント・進捗バー・注意メモ・数値カード・記録トグル・内訳グリッド)と、応援が多い順のコメンター並びひと目で追えるようにしています。実際のポップアップでは、アイコン列・グリッド・取得診断を開けられます。 記録の見え方はもちろん、配信マーケ分析(グラフ付き HTML)ポップアップからのコメント送信やさしい注意 POPへもつながります。 くわしい用語は画面の見方(やさしい説明)へ。

このページに載っている配信まわりやパネルは、ブラウザ上で動きません(見た目の見本です)。数字・ID・並びはすべて架空です。

たぬ姉
上の一文が共通の注意なのだ。くわしい語は下のアコーディオンに逃がしてあるのだ。
押しても動かなくてヘコむ前に、「見本だからね」と思ってほしいのだ。
こん太
りんく
ほんものの操作は拡張ポップアップいつもの視聴タブの組み合わせで試せるのだ。

流れ星のように流れる横の時間を、手元で拾う(見本の導線)

配信画面の応援コメントは、チャットに流れていき、すぐ見えなくなっていきます(流れ星のように見えることもあります)。 この拡張は、応援コメントをこの PC に記録し、あとから見直しや可視化につなげるためのものです。

別のサービスでは、短時間で消える一言だけを残す設計もあります。ここでの「拾う」は、記録としてこの PC に残すことです(この枠は操作はできません。下のダッシュボード見本も同様です)。

このブロックは見本です。押しても動きません

  1. ニコニコ生放送の視聴ページを開く いつもどおり配信を開きます。
  2. 拡張のポップアップまたはページ内パネルを開く ツールバーのアイコンからポップアップを開くか、視聴ページに埋め込んだパネルを使います(お好みの表示設定によります)。詳細設定を開くと先頭に「応援コメントの記録」の ON/OFFがあり、ここで蓄積の切り替えができます。

視聴タブの見本(拡張パネルの直前)

続く「サイトの見え方」と合わせて読むための、配信画面まわりの見本です。操作はできません。特定サービスの画面コピーではありません(コメント送信の流れは別セクション)。

LIVE デモ:武道館級アリーナ配信(架空の見本)
LIVE · 6:55:00 / 24:00:00
コメント(番号はイメージ)
374かわいい
375こわいw
1人(プレミアム会員1人)が放送者をフォローしました
376こん太 初見です いま来ました
読み上げ・名前イメージ:配信者りんくの声で「こん太さん、フォローありがとう!」「376さんのコメント見えてるよ」──ファンにとってこの瞬間がいちばんの承認になりやすい。万人規模だと拾えないコメントも増え、流れて公式履歴に残りにくい
377www
378今日も楽しみにしてました
379りんくちゃんさいこう!!

あと 1,000pt ギフトを贈ると、放送者に福引券1枚が届きます(文言はイメージ)

この1行は配信画面の公式コメント欄のデモで、このページ上では送信できません。拡張側はポップアップの入力欄から watch ページの送信 UI へ届ける流れを別途用意しています(コメント送信の流れ用語⑧)。 音声入力は、ブラウザやOSの音声入力で文字をテキストボックスに流し込み、確定したうえでEnterなど通常どおり送る想定です(Chrome・Edge・Windows など環境ごとに可否が異なります)。Windows 10/11では Windows キー + H で音声入力パネルを開けます。

特定サービスの画面コピーではなく、コメントの流れ・通知・読み上げの重さを並べて見せるためのLPデモです。

サイトの見え方(架空ダッシュボード)

実機の配色・文言とは一致しない場合があります。操作はできません(ボタン・折りたたみは見た目の見本です)。記録ブロック内のコメント欄の見本動かない見本で、ここからは送れません。実際の送信は拡張ポップアップの入力欄から行います(手順はコメント送信の流れ)。 音声入力は OS・ブラウザの機能で文字を入れたあと、通常どおり送信する想定です(環境依存)。Windows 10/11ではWindows キー + Hで音声入力を開始できます。 下の上位コメンター列の上では、まず一文で仕組み(匿名の何件か・判別の模様)を書き、開くとりんく・こん太・たぬ姉の補足があります。列そのものも見本の並びです。

見本(架空)— 数値・ID・並びはすべて作りものです

応援 250 コメント

直近5分の応援増加

おおよそ +33 / 分(見本)

匿名 これおもしれえええええええええ(架空コメント)

いま 48 件を表示中

応援コメント計 255 件のうち、アイコン付き 44・ユーザーID付き 180… といった集計の一行が並ぶイメージです(すべて架空)。取り込みに成功しました、のような一文もここに入ります。

記録内・ユーザー別の応援件数が多い順です。(左の -- はまとめ、1番からがひとりずつ・見本)

匿名のまま応援コメントしても、同じ匿名さんが何件応援したかを手元の一覧で分かるように、その人だけ決まった判別用の模様(Identicon)a: から始まる一行が付く仕組みです(顔写真の代わりの目印)。ニコ生の公式画面そのものは変わりません。下の横列は見本です。

既定オンです。オフにする場合は、拡張ポップアップの応援可視化(ユーザー別)のチェックから外せます。

りんく・こん太・たぬ姉の補足(くわしく)

匿名ランキング見本の補足説明

こん太
表示はみんな匿名でも、模様と a: の行がちがえば別の人として件数が分かるのだ。
りんく
その識別の考え方が、いまの先頭の一文だよ。Identiconは拡張が ID から決めた模様だから、同じ人なら毎回同じ見た目になるの。
たぬ姉
いちばん左の「--」ひとりに決めきれないまとまり、その右の1番・2番…が応援の多かったひとりずつのイメージなのだ。
りんくより 応援コメントの記録

チェックを付けると、この放送の応援コメントがこのPCにたまるイメージです。外すと OFF で増えません(説明文の見本)。

ポップアップのコメント欄(実機の流れに近い見本)

実機では拡張ポップアップの #commentInput と「コメント送信」から、watch ページ上の送信 UI へ メッセージ(NLS_POST_COMMENTが届きます。この枠は動かない見本で、入力・送信はできません。 手順・トラブル時はコメント送信の流れ、語句は用語⑧用語⑨へ。 音声入力ブラウザやOSの音声入力で文字を入れ、確定したあとEnterなど通常どおり送る想定です(環境依存)。Windows 10/11ではWindows キー + Hで音声入力パネルを開けます。

内訳・用語(詳しく見る)— 見本

アイコン列・グリッド・診断(見本)

拡張の一覧ではサムネ(アイコン)がいちばん目に入る。下の見本では、りんく→こん太→たぬ姉の吹き出しのすぐ下に、そのランクにだけ当てはまるカードを並べ、段が混ざらないようにしています(架空データです)。

アイコン列・グリッド・診断を表示

この見本では、りんくの吹き出しのすぐ下=いちばん上のランクこん太の下=その次たぬ姉の下=もう一段下と、段が混ざらないように並べているのだ(実機のポップアップも同じ優先の気持ちで並べるのだ)。

りんく りんく
この下の列だけが「優先1」なのだ。ニコ生の個人サムネがちゃんと入っていて、かつ表示名が「匿名」「(未取得)」になっていない人だけを並べるイメージなのだ(シルエットだけ・名前だけ、はここには入れないのだ)。
124751981 じゅんちー
88210441 nora
30492811 えだ
guest_07 ゲスト
9912033 みかん
4488120 たろう
この下の列だけが「優先2」なのだ。りんくの下には入れないが、表示名個人サムネのどちらか一方は取れている人((未取得)だけど画像はある匿名だけどサムネは拾えた、など)を並べるイメージなのだ。
こん太 こん太
16055877 (未取得)
77882104 (未取得)
a:nawQ-T0PpXx3iMsz 匿名
a:-yM0… 匿名
a:0u26… 匿名
a:xGHr… 匿名
a:El_UaV2k… 匿名
204881 匿名
たぬ姉 たぬ姉
この下の列だけが「優先3」なのだ。IDはあるのに、表示名もサムネもまだ薄い人を並べるイメージなのだ。ユーザーIDが付かないコメントは区別できないから、どの段にも載せられないのだ。
715502 匿名
a:b7Kq…mZ 匿名
88001233 匿名
662901 (未取得)
りんく:吹き出しのすぐ下が優先1なのだ。実機でもサムネ+強い表示名がそろった人から手前に寄せるのだ。
こん太:その次の吹き出しの下が優先2なのだ。片方だけ取れている人は、りんくの下には混ぜないのだ。
たぬ姉もう一段下の吹き出しの下が優先3なのだ。診断行で欠けを数字で追うのだ。

avatar保存 26/286 · uid 166/286 · nickname 240/286 · 公式コメント比 54%(見本)

コメント回数で色分け(活発度)― v0.1.6 で追加

上のりんく/こん太/たぬ姉の段は「どのくらい情報がそろっているか」の軸でした(個人サムネ・表示名がそろっているほど上の段)。 ここから加わる「活発度の色分け」はそれとは別の軸で、「この放送でそのユーザーが何回コメントしたか」だけを見て、アイコンの左上に小さなドットを出します。段は混ぜ替えません。

りんく りんく
ドットは段とは関係ないのだ。りんく段の人にもこん太段の人にもたぬ姉段の人にも、同じルールで付くのだ。放送の中で何回コメントしたか、それだけを見ているのだ。
既定では「3 件以上で活発(暖色)」「1〜2 件で発言あり(緑)」「0 件はドットなし」なのだ。1 回つぶやいただけの人と、ずっと盛り上げてる人が一目で見分けられるのだ。
こん太 こん太
たぬ姉 たぬ姉
段は「情報がどのくらい取れたか」ドットは「その放送で何回喋ったか」なのだ。2 つの軸を重ねて読めるのが、今回の色分けの狙いなのだ。
活発(暖色ドット+うっすら暖色背景):3 件以上
発言あり(緑ドット):1〜2 件
ドットなし:0 件(今の仕様では段に乗らない想定)

上のりんく/こん太/たぬ姉段の見本にも、同じドットをうっすら重ねています。拡張の実機では、アイコンにマウスを重ねると「活発(5件)」「発言あり(2件)」のように件数も吹き出しで出るのだ(スクリーンリーダーでも件数まで読み上げされるのだ)。

※ この色分けは「この放送でコメントした人」に対してだけ行います。無言で観ているだけの人(サイレント観戦)は別の仕組みで把握する必要があり、今後の検討対象です。

数値カードの下に「コメント多い順・上位10」(イメージ)

実際の視聴タブでは、動画と公式コメント列の下あたりに拡張のパネルが載ります。下はその並びを真似た見本なのだ(見た目は実機に寄せつつ、数値・ID は架空なのだ)。 動画まわりのデモはアイコン画像は置かず、コメントが流れ星のように斜めに大量に過ぎるイメージで世界観に寄せています。 記録した応援コメントをユーザー別に数え、件数の多い順に最大10名をカード列の下に横並び表示します(狭いと横スクロール。実機と同じで、無理に1画面に詰めないのだ)。

視聴ページ(イメージ) 動画エリア・再生バー・公式コメント列…(ここは本拡張の外側の画面なのだ)

↓ この下に拡張パネル(デモ)

記録内・ユーザー別の応援件数が多い順です。(見本)

9件 46231694 nora
7件 a:El_UaV… 匿名
6件 88210441 えだ
5件 30492811 みかん
4件 guest_07 ゲスト
4件 715502
3件 9912033 ルナ
3件 @fan_ring リング
2件 viewer_k K
2件 luna_e えり

ポップアップからコメントを送る(安定化・やさしい注意)

応援を書いたあとも手元に残す拡張の延長として、ニコ生の watch(視聴)ページを開いたタブへコメントを届ける流れがあります。 送信はページ側の公式コメント UIを拡張が操作する形のため、ニコ生の表示・規約・一時的な不調に依存します。ここでは手順と、つまずきやすい点だけ整理します。

基本の流れ

  1. watch ページを開いたタブを用意し、コメント欄が読み込まれるまで待つ。
  2. 拡張のポップアップ(または同じ UI を載せたページ内パネル)を開き、コメント入力欄に文章を入れる。
  3. コメント送信を押す。やさしい注意 POPが出たときは、もう一度押すと送れる。文面を書き換えると注意はリセットされる(用語⑨)。
  4. 結果はポップアップの表示で確認。長く止まるときは watch の再読み込み別タブが前面になっていないか、拡張更新後のタブ再読み込みを試す。

Windows 10/11ではWindows キー + Hで音声入力パネルを開き、入力欄へ文字を入れてから送れます(環境・設定により利用できない場合があります)。手順の図と、声で入力するイメージの補足は音声コメント(Windows)へ。メッセージ名や JSON の話は用語⑧画面の見方のほかの項目へ。マーケ分析と末尾 JSON は分析の深掘り用語⑩です。

りんく りんく
拡張は手元で文言を見て POP を出すだけで、サーバに無断でコメントを送ったりはしないのだ。強い言葉へのソフトなお知らせで、最終的に送るかどうかはキミなのだ。
画面が重い・別の拡張が前面、のときは届かないこともあるのだ。おかしいときはいったんF5してから試すのだ。
こん太 こん太
たぬ姉 たぬ姉
このページのダッシュボード見本や配信デモの入力欄は静止画なのだ。実際に試すのは拡張ポップアップ本物の watchの組み合わせなのだ。

音声でもコメントできる(Windows)

音声入力は、キーボードで打つ代わりに話した内容を文字として入力欄に置く手段のひとつです。向くことがある人・場面もあります(環境や設定により使えません)。

拡張のコメント入力欄は、キーボードのほかWindows の音声入力でも文字を入れられます。音声はOS の機能で、拡張がマイクを直接取る仕組みではありません。下の見本は、君斗りんく工房のページのような雰囲気の示意図です(実ブラウザのキャプチャではありません)。くわしくは用語⑧も参照してください。

音声入力の流れ

向くことがある人・場面(例)

次のようなとき、音声で文字を入れるのが向くことがあります(個人差があります)。

  • タイピング変換のやり直しに時間がかかるとき
  • 片手がふさがっている・マウス操作が中心のとき
  • 勢い話し言葉の方が先に出るとき(あとから整えて送れる)
  • 体や環境の事情でキーボードを長く打ちにくいとき

注意: 職場・公共の場では使いにくいことがあります。認識ミスもあるため、送信前に内容を確認してください。使えるかは端末・OS・ブラウザ・配信ページの状態によります。細かい手順のつまずきはコメント送信ガイドへ。

ゆっくり解説(便利さと限界)

りんく・こん太・たぬ姉の解説

りんく
音声入力はキーボードの別ルートなのだ。誰にでも・いつでも最高というわけじゃないから、合わなきゃ普通に打てばいいのだ。
タイピングがだるい日とか、手がキーボードから離せないとき、喋ってから直すのがラクなこともあるのだ。勢いで応援したいときにも向くことがあるのだ。
こん太
たぬ姉
OS の音声入力と、ブラウザがサイトに渡すマイク別物なのだ。変な文字になったら直してから送るのが無難なのだ。つまずいたらコメント送信ガイドも見るのだ。
技術の細かい話は用語⑧に任せて、このあとは手順と図で追うのだ。
りんく
  1. 拡張のポップアップコメント入力欄をクリックし、カーソルを置く。
  2. Windows キー + Hで音声入力パネルを開く(Windows 10/11。環境・設定により使えない場合があります)。
  3. 話した内容が文字になったら確定し、必要なら編集する。
  4. コメント送信で watch ページ側へ届ける(基本の流れと同じ)。

まるで画面に向かって話しかけるように、声で文字を入れてコメントできます。配信の見え方(コメント欄の位置など)は番組や端末によって変わりますが、ニコ生の watch で公式コメント欄が使える状態なら、上の流れと考え方は通常の視聴と同じです。

りんく
このあとの図はスクリーンショットじゃないのだ。カードと紫のトーン君斗りんく工房の雰囲気の示意図なのだ。左はコメント欄+Windows キー + H、右はサイト情報見本なのだ。実機と違っても許してほしいのだ。

示意図(工房ページ風の見本・実ブラウザのキャプチャではありません)

配信の下・コメント入力欄(見本)

記録388
推定同接~314
来場2689

Windows キー + H → 音声入力

ブラウザのサイト情報(見本)

https://live.nicovideo.jp/watch/lv…
マイク 許可
音声 オン
入力デバイス:ヘッドセット(例)を選択 ▼

※ 実際のボタン名・位置はブラウザと配信ページの版で異なります。サイト情報からマイクを許可し、入力デバイスを切り替えられることがあります。Windows キー + Hの音声入力(OS)と、サイトに渡すマイクは別のことがあります。

このLP内の見本(外部サイトへは飛びません)

本番のユーザーページでは、アイコンと表示名がそろっていると「誰のページか」が伝わりやすく、さらに投稿・生放送・実績など活動の記録がまとまっていると、訪れた人が気に留めてくれやすいこともあります(画面の版やアカウントで異なります)。

こん太

a:7eBN…(匿名の見本)・LP上の仮ユーザーページ・ファン視点のキャラ

表示切替(見本) 投稿したコンテンツ

アクティビティは存在しないか、表示期限を過ぎています(見本の文面です)

実績(見本)

実際のサービスでは、視聴・配信のマイルストーンや参加イベントなどが一覧になることがあります。下は架空の仮データです。

  • 累計コメント参加(見本) 1,000 回達成(仮)
  • ニコニコ生放送アワード(見本) ノミネート(仮)

HTML保存: 来てくれた人がサムネ付きで分かる

まず残したいのは、グラフより前にその枠に誰が来てくれたかをあとから辿れることです。 HTML保存では、記録に残ったコメントをサムネ・表示名・匿名 Identicon付きで振り返りやすくし、 長時間配信でも顔ぶれの記憶を残しやすい方向をLP上で見せます。

nicolivelog-report-lv123456789.html PC保存・HTML出力 検索可 サムネ付き振り返り

来てくれた人がサムネ付きで分かる

この枠で記録に残った応援コメントの人を、あとから辿りやすくする見本です。 数字の合計だけで終わらず、「誰が来てくれたか」を思い出しやすくします。

※「来てくれた人」は、このPCで記録できたコメントと識別情報の範囲です。全視聴者の完全一覧ではありません。

りんく りんく
HTML保存で最初に見たいのは、その枠に来てくれた人の顔ぶれなのだ。グラフの前に、サムネと表示名で「この人たちがいた」を残せると、振り返りの温度がかなり変わるのだ。
こん太としては、件数だけよりサムネ付きのほうがうれしいのだ。あとから見返したとき、「あ、この人も来てたんだ」が分かると、実際の配信の空気を思い出しやすいのだ。
こん太 こん太
たぬ姉 たぬ姉
将来の有料化を考えるなら、HTML保存で来てくれた人が分かる土台は基本機能として残しやすいのだ。料金が乗りやすいのは、この先の比較・深掘り・自動化の層なのだ。

状況把握をひとつのスナップショットにまとめる(計画)

これまでバラバラに記録していた「ギフト」「ランキング」「取得状況」「複数タブの状態」「拡張パネルの位置」「時系列グラフ」を、ひとつのスナップショットにまとめる計画です。判断しやすくなり、後から「なぜそうなったか」を追えるようになります。

今いまできていること — ギフト・公式値・liveId 整合性の記録(v0.1.192 MCP Bridge Phase 1a が土台)に加え、v0.1.236-247 で 公式値レーン(北極星)の 4 レーン鏡映しNDGR メッセージ重複除去コメント uid 解決率改善nickname 衝突統一nickname map 減少バグ修正まで段階的に進めました(詳細は以降の section)。

これから(計画中) — 応援ランキング・観測経路の健全性・複数タブ状態・パネル位置・時系列グラフをひとつにまとめます(現在は別々に動いています)。

将来の予定 — 他の人の配信との比較情報も AI が出せるように、控えめに広げていきます。

同じギフトをダブって数えない仕組み(v0.1.238/239 で NDGR 経路を実装)

ギフトは「演出」「コメント行」「公式の集計」と複数の経路で観測できます。それぞれを別々に数えると同じ 1 件のギフトが二重・三重に重複することがあるため、送信者と時刻を手がかりに 1 件として数えなおす仕組みです。

判断材料 — 誰が(送り手・送信者)・いつ(時刻)・何を(アイテム)を組にして照合します。

v0.1.238/239 で実装した経路 — NDGR(ニコ生公式コメント配信)の Message ID 単位の重複除去を入れました。4 軸独立調査(分散システム / Bilibili scale / cross-platform / 既存 OSS)が完全一致した 7 原則をベースに設計し、4096 件 FIFO cap で live 切替時に reset します。

これから — DOM 演出経路・ギフト履歴経路を含む全経路統合 dedupeへ拡張予定です。

3 種類のランキングをひとつのスナップショットに(計画)

ニコ生のランキングは 応援ランキング(コメント件数ベース)・貢献度ランキング(公式イベント・ギフトポイント順)・広告(ニコニ広告)ランキング の 3 系統があり、画面の場所や更新タイミングが別々です。

今いまできていること — 応援ランキング(拡張独自集計)と貢献度ランキング(公式 DOM スクレイプ)が別々に表示されます。

これから — 3 つを同じ時刻のスナップショットとして並べて、入れ違いや欠損が分かるように整える予定です。

注意 — 公式ランキングが取得できない時間帯はその枠だけ「未取得」になります(拡張のミスではなく観測タイミングの差です)。

公式値レーン: 鏡のように貼り付け(v0.1.247 で 4 レーン揃いました)

ポップアップに 公式値レーン(北極星) という枠を常設し、配信ページの公式 DOM をそのまま鏡のように貼り付ける仕組みです。拡張が再描画せず、ニコ生本体の見た目に合わせます(取得できないときも枠は閉じず、理由を残します)。

今いまできていることレーン 3 イベント累計スコア(v0.1.240)/レーン 4 番組累計ポイント(v0.1.242)/レーン 5 イベント現在順位(v0.1.240)/+α 広告ランキング(v0.1.237)の 4 レーンを popup に鏡映し。

取れない時間帯も枠は閉じない — 6 種類の理由(イベント不参加・ギフト 0 件・サイドバー未描画・取得エラー・取得中・未取得)で原因が一目でわかる placeholder を出します(v0.1.244)。

NDGR からの代替表示 — 鏡が取れないときも、NDGR 経由で取れた現在順位・累計スコアをテキストで補います(v0.1.241)。

レーン 1・2 は別経路を検討中 — 貢献度ランキング・ギフト履歴は cross-origin iframe の Vue mount が不完全なため、広告レーン(+α)が常時取れる代替として機能しています。

複数タブで開いてもランキングが消えない(v0.1.195 / v0.1.247 で連続改善)

同じ配信を複数タブで同時に開くと、片方のタブで取れたランキングがもう片方のタブの観測で上書き消去されることがありました。v0.1.195 で、保存前に他タブが書いた値を読みなおして3-way mergeする仕組みに変更し、消えにくくしました。

これまで(v0.1.194 以前) — 別タブの値を見ずに上書きする実装で、まれにランキング枠が空・「読み込み中」のままなどの症状が出ました。

今いまできていること — 別タブが直前に書いた値も保持して、新しい観測値とまとめて保存します(ランキングが残る・並行運用が安定)。

v0.1.247 で追加修正 — SPA 遷移中の liveId → null 遷移を誤検出して 4 種類の map(nickname 等)を不要に 109 件 → 56 件と clear してしまうバグを修正しました。両者 non-null かつ別 lv のときだけ切替と判定する厳格判定を導入。

これから — タブごとの観測カウンタを並べて見られる「複数タブ状況スナップショット」を計画中です。

「なぜ取れていないか」がわかる仕組み(v0.1.244 で北極星レーンに 6 種類実装)

観測が失敗したとき、原因を分類して残すと判断がしやすくなります。理由が「観測経路の停止」なのか「公式側の未提供」なのか「タブが閉じている」なのかを reason code として記録する仕組みです。

例(観測層全体)FRONTEND_HOOK_BROKEN(拡張のフック失敗)・OFFICIAL_NOT_PROVIDED(公式値が未提供)・TAB_NOT_OPEN(観測タブが閉じている)など。

v0.1.244 で実装した北極星レーン側 — popup の公式値レーンに 6 種類の理由(イベント不参加・ギフト 0 件・サイドバー未描画・取得エラー・取得中・未取得)を細分化して表示する仕組みを入れました(:empty::after による reason 別 placeholder text)。診断 JSON の state も 7 値に細分化。

今いまできていること(観測層全体) — source / capturedAt の記録は v0.1.190 系で導入済み、北極星レーンは v0.1.244 で reason 細分化済み。

これから — 北極星以外の全観測点でも reason code を統一する形を計画中です。

コメンター記録の質を上げる(v0.1.245-247 で 3 段改善)

応援コメントを「誰がどんな表示名で」残すかは、後から振り返るときに大切な情報です。v0.1.245-247 でコメンター記録の質を段階的に改善しました。

v0.1.245 ― コメント uid 解決率改善 — niconico の /v2/watch/member.json 経路を新たに hook し、これまで取りこぼしていた uid を拾えるようにしました(15.9% → 50%+ を目標に取り組み中、実機検証段階)。

v0.1.246 ― nickname 衝突統一 — popup で同じ user_id に対して別 nickname が並ぶ場面(実機で観測された「とうふ」 vs 「ball_football」など)を、「ユーザー別応援件数」の aggregate 結果を正本に他 section が render 時に上書きする仕組みで統一しました。

v0.1.247 ― nickname map 減少バグ修正 — SPA 遷移中の liveId → null 誤検出により、4 種類の map が 109 件 → 56 件に不要な clear をしてしまうバグを修正。「両者 non-null かつ別 lv」のときだけ切替と判定する厳格判定を導入しました。

残る限界 — niconico 本体側で uid を出していないコメント(古い API 経路・cookie 未送信状態など)は原理的に取れません。追加の hook 経路を継続して探しています。

他の人の配信と比較する機能(将来の予定)

将来的に、自分の配信と他の似たジャンルの配信を比較できる機能を計画しています。まだ未対応で、いまは使えません。プライバシーは最優先で、視聴者の個人情報は出さず匿名化(hash)した集計値だけを扱う設計を検討中です。

現時点 — 比較機能はまだありません。今は自分の配信単独のスナップショットだけを扱います。

これから — 同ジャンル・近い時間帯の配信を「比較対象」として AI が要約できるようにする予定です。

プライバシー方針 — 視聴者の個人を特定する情報は扱わず、匿名化(hash 化)した集計値のみ参照します。詳細はリリース時に明記します。

配信マーケ分析 — こんな機能があります

拡張でこのPCに記録した応援コメントから、グラフと表が並んだ HTML(手元用のマーケ分析ページ)を書き出せます。 ポップアップ内の開発者向けモニタを開き、「📊 マーケ分析DL」から保存する流れです(記録が0件のときはボタンが無効になります)。 生成される .html の末尾には同じ集計の JSONも埋め込まれ、表計算や自作スクリプトに渡しやすくなっています(共有向けの伏せ字で保存したときは JSON 内の表示名も同様にマスクします)。 HTML保存で来てくれた人のサムネ一覧を残し、その先でKPI・タイムライン・セグメントまで深掘りする層、と読むと位置づけが分かりやすいです。 ページのあいだにはりんく・こん太・たぬ姉の短い分析メモが挟まり、指標の読み方や注意を補います。 用語のひも解きは画面の見方、数字の根っこは同接推定の節も参照してください。 生成される HTML のレイアウト見本は次の枠、表の読み方(三人のアドバイス)はその下です。

ダウンロードされる .html の見た目(イメージ) — 保存してブラウザで開く単体ファイルで、次のようなダーク基調のページになります(見出し・来てくれた人のサムネ一覧・KPI・グラフ・表のあいだにりんく・こん太・たぬ姉の吹き出しが挟まります)。下の数値・グラフは架空の見本です。

将来有料にするなら、この切り分けが自然です

まず無料側に残しやすいのは、HTML保存で来てくれた人がサムネ付きで分かる土台です。 その先の比較・深掘り・自動化を有料候補にすると、記録の基礎価値を壊さずに追加価値として説明しやすくなります。

基本で残しやすい核

単発の HTML保存、来てくれた人のサムネ一覧、検索、コメント本文の振り返り、匿名 Identicon を含む最低限の記録閲覧。

有料候補にしやすい層

複数配信の比較、期間比較、継続率の深掘り、CSV / JSON 連携の拡張、自動レポート、共有用の整形など、時間短縮や意思決定に直結する分析機能。

この分け方の理由

「誰が来てくれたか」を振り返れることは応援記録の土台です。料金が乗るのは、その記録を横断して比較・要約・自動化する追加価値のほうが、ユーザーにも伝わりやすいです。

この表がわかると、何ができる?(りんく・こん太・たぬ姉のアドバイス)

下の箇条書きは、実際にダウンロードする .html に並ぶブロックと対応しています(拡張が出力する分析ページの機能一覧と同じ並び意図です)。まず「見たあと、何に使えるか」だけ、三人に聞きました。

りんく りんく
KPIのピークやコメント/分は、枠のどこで一気に増えたかの目安になるのだ。次の企画の長さや畳み方を考える材料のひとつにはなるが、配信の価値が数字で決まるわけじゃないのだ。 タイムラインの青(件数)とオレンジ(その分のユニーク人数)のズレは、ページ内メモでも触れている通り「同じ人が続けていた」「新しい顔が増えた」などの肌感のヒントに過ぎないのだ。
セグメントの円は、ヘビーから一見まで入り方の違いが見えるだけのことが多いのだ。一見さんが多い枠も、空気を明るくしてくれているだけ、という側面もあるのだ。 トップコメンター表示順であって、下の人ほど応援が薄いという話にはならないのだ(分析 HTML 側のメモでも注意を書いているのだ)。
こん太 こん太
たぬ姉 たぬ姉
時間帯ヒートマップは、記録に残った時刻の偏りなのだ。深掘りの累積線・5分窓・四分位は、勢いや離脱・再訪を数字で補う線として読むのだ。 末尾の JSON は同じ集計を表計算や自作スクリプトに渡すためのコピーで、共有なら伏せ字出力を選べば表示名もマスクされるのだ。公式の同接や売上とは一致しない前提は変わらないのだ。

分析ページに並ぶ内容(例)

  • KPI サマリ — 総コメント数、ユニーク人数、コメント/分、平均・中央値(1人あたり)、配信時間、ピーク分などの一覧
  • コメントタイムライン — 分ごとの盛り上がりと、その分のユニーク人数の推移
  • ユーザーセグメント — コメント回数の層(ヘビー〜一見)の割合
  • トップコメンター — 多めに書いてくれた人の並び(順位が価値の上下を意味するわけではない旨もメモで触れます)
  • 時間帯ヒートマップ — コメントが集中した時間帯の傾向

三人で、上の項目をかみ砕くのだ(実ファイルでも各ブロックのあいだに短いメモが挟まります)。

りんく りんく
KPI サマリは「その枠で、拡張が拾えた応援がどれくらいのペースだったか」の総合メモなのだ。平均と中央値が離れているときは、少数のヘビーさんが平均を押し上げていることがあるのだ(分析ページのメモでも触れるのだ)。
コメントタイムラインは、分ごとの盛り上がりの波と、その分に何人が口を開いていたかを並べたものなのだ。断定はできないから、誰かを責める材料にしないでほしいのだ。
こん太 こん太
たぬ姉 たぬ姉
ユーザーセグメントは良いファン・悪いファンを決めるラベルじゃないのだ。トップコメンターも拾えた記録の範囲での並びなのだ。 時間帯ヒートマップは「いつ手が動きやすかったか」の偏りで、生活リズムや企画の型の参考に過ぎないのだ。

どんな配信も否定しません。静かな雑談も、わいわい型も、ゲーム特化も、歌枠も、それぞれに合ったスタイルがあります。 数字やメモに縛られる必要はありません。気になったところだけ、振り返りのひとつの視点として使ってください。 あくまで拡張が拾えた記録の集計であり、公式の同接や売上とは一致しない前提です。

集計の深掘り(本文・グラフ・末尾 JSON)

実装では、基本ブロックのあとに次のセクションが続きます(データが足りない項目は自動で省略されます)。

  • コメント本文・属性の傾向 — 平均・中央の文字数、URL・絵文字の含有、自分投稿(selfPosted)、184(is184 が付いた行のみで割合)、連続する2コメント間の最長間隔 など
  • 冒頭・終盤(四分位) — 記録の先頭から末尾までの実時間幅を4等分し、最初と最後の区間にコメントしたユニーク人数と「両方にいた」人数(幅が短すぎる枠では非表示)
  • 累積コメント数と5分窓緑線=累積件数紫の破線=その分を含む直近5分の合計(勢いの補助線)
  • 再生位置(vpos)の三分割vpos が付いたコメントが5件以上あるときだけ、最大を3等分して早・中・遅へ(アーカイブ視聴の補助)
  • 末尾の JSON(id="nl-marketing-export-v1"schemaVersion 付きで、表計算や自作スクリプトに渡しやすい形です。伏せ字で保存したときは JSON 内の表示名もマスクされます(用語⑩)。

三人で、深掘りの読み方を補足するのだ

たぬ姉 たぬ姉
本文・属性は「短文連打か」「リンクが多いか」「184 の比率は」といったテキストの形を眺めるブロックなのだ。個人を特定する用途には使わないでほしいのだ。最長間隔は、黙ったあいだがどれくらい空いたかの目安なのだ。
四分位は「最初の1/4の時間帯にいた人」「最後の1/4にいた人」「両方にいた人」なのだ。長く居てくれた可能性のヒントに過ぎず、タブ放置など別要因もあるのだ。 紫の5分窓は直近で一気に増えたかが読みやすいのだ。累積(緑)は単調に増えるから、波を見るなら紫を見るのだ。
こん太 こん太
りんく りんく
vposは再生位置が十分取れたときだけ出るのだ。アーカイブで「早い段階の話題が多かったか」くらいの補助で使ってほしいのだ。 JSONはページと同じ集計のコピーなのだ。スプレッドシートに貼って並べ替えたり、自作の集計に食べさせたりできるが、外に出す前に伏せ字モードを選べるのを忘れないでほしいのだ。

ファンが投稿を消してしまうのは、弱さではなく構造です。

右側では「反応あり → 耐性形成 → もっと欲しい」が回り、左側では 「反応なし → 比較 → 認知の歪み → 削除 → 見る専化」が進みます。 推し活の発信は、この二つのループに同時にさらされています。

まず、3人にしゃべってもらうとこうなります。

このLPでは配信者・アイドル側=りんくファン視点=こん太まとめ・構造の言語化=たぬ姉として吹き出しを振っています(実在の関係ではありません)。

こん太(ファン視点) こん太
「いいねが付かない」「コメントを読んでもらえなかった」「名前を呼んでもらえなかった」──推しのりんくに向けた応援が、どれかだけでも届いてなかったのかな、と感じやすいのだ。投稿を残しておくこと自体が恥ずかしくなるのだ。
ファンから見える「あの人は反応が多いのに、自分はゼロ」という比較も、配信側の画面では数字として容赦なく並ぶのだ。全部拾えないのに冷たいと思われたくないし、推しもファンも同じ構造に挟まれるのだ。
りんく(配信者視点) りんく
たぬ姉 たぬ姉
削除は、その場しのぎの防御なのだ。でも消したぶんだけ、あとから「応援した証拠」も薄くなって、次は最初から投稿しない「見る専」に寄っていくのだ。

ファンが投稿を消してしまう心理サイクル

推し活アプリ設計で重要なのは、左側のループをどこで断ち切るかです。

反応なしの負のスパイラル
期待の不発ドーパミンが出ず、まず不快感が残る。
社会的比較他人の反応数と並べて、自分の投稿価値を測り始める。
認知の歪み「反応がない = 自分に価値がない」と受け取りやすくなる。
拒否回避行動恥ずかしさを下げるため、投稿削除や鍵化に向かう。
見る専化最初から発信しない方が安全だと学習してしまう。
この流れは、個人の弱さではなく、数字が可視化される場で起こりやすい自然な防御反応です。
反応ありでも終わらないループ
反応が返るいいね・RT・リプライが承認として機能する。
報酬の学習「この形なら反応が来る」という期待値が形成される。
耐性形成前と同じ反応量では満足しにくくなり、基準が上がる。
もっと欲しい次の投稿で、より大きい反応を求めるループに入る。
つまり「反応がある人だけが楽」でもありません。反応ありの側でも、承認のハードルは上がり続けます。

反応の種類ごとに、心理インパクトは違います。

重要なのは数の大小だけではなく、反応の「質」です。SNSと配信では同じ言葉でも刺さるポイントが違うので、 並べて見えるようにしました。どの承認が浅く、どの承認が深く、何が一番ダメージになるのかを見誤ると、設計もズレます。

SNS反応タイプ別の心理インパクト

反応の「質」によって、承認欲求の満たされ方と傷つき方が変わります。

承認インパクト

♡ いいね

最低コストな承認。数が可視化されるため、「0 vs 100」の格差が自己評価に直結しやすい。

中〜高

🔁 RT / リポスト

「拡散に値する」という評価。バズると報酬が強く、次回への期待も急騰します。

💬 リプライ / コメント

時間を使った双方向承認。「相手が自分の文に時間を使った」という実感が深く、承認としてはいちばん重い部類に入りやすい。

最高

👤 フォロー / フォロワー数

継続的承認の約束。減少時のダメージが大きく、「10人減った」が削除の引き金になります。

👁 インプレッション / 閲覧数

見られているのに反応されない「サイレント」を可視化し、「見てスルーされた」感覚を強めます。

● 完全無反応(SNS)

いいね0・閲覧が見えない・誰からも反応がない。「存在が見えなかった」感覚と重なりやすく、投稿削除や発信控えへ直結しやすいです。

破壊的

配信反応タイプ別の心理インパクト

画面は流れる一方なので、「読まれたか」「名前が出たか」が記憶頼みになりやすく、落差が刺さりやすいです。

承認インパクト

♡ スタンプ・エール・ハート系

タップ一発の低コスト承認。数や勢いが見えるほど「盛り上がりに乗れた/乗れなかった」が比較されやすい。

中〜高

✂ クリップ・共有・話題化

「切り抜かれるほど面白かった」「広がった」という評価。バズに近い報酬で、次回へのハードルも上がりやすい。

🎙 読み上げ・名前を呼ぶ・ツッコミ

配信者の声と時間が自分に向く瞬間。コメント欄のなかでもいちばん「届いた」実感が強く、来ない日の虚しさも大きくなりやすい。

最高

👤 チャンネル登録・メンバー・継続視聴

「また来る」という継続の約束。人数が減った・解約が見えるとダメージが大きく、自分の価値まで疑いやすい。

👁 同接・累計視聴などの見える化

見ている人はいるのに、自分への反応が返ってこない「サイレント」を数字が補強し、「見てスルーされた」感覚を強めやすい。

● 完全無反応(配信)

コメントが拾われず読まれない名前が呼ばれない・スタンプも埋もれる。「声を出したのに届かなかった」感覚と重なり、虚空に消えたように感じやすく、コメント控えや離脱へ直結しやすいです。

破壊的
こん太(ファン)
完全無反応がいちばん危ないのだ。推し・りんくの配信だと「コメントを読んでもらえなかった」「名前を呼んでもらえなかった」も同じで、「存在ごと受け取られていない」感じが刺さるのだ。
りんく(配信する側)
リプライも読み上げも、承認としては深いのだ。わたしも配信者だから、届かなかったファンの落差がどれだけ重いか想像できるのだ。
たぬ姉
閲覧数は便利そうでいて、見えすぎると「見てスルー」が増幅するのだ。

発信者側にも、返しきれないストレスがあります。

アイドル、アーティスト、配信者は、応援が増えるほど全部に返信できなくなります。 でも沈黙が増えるほど、ファン側には「無視された」と見えやすい。 ここにも、構造的なしんどさがあります。

ファンが1万人、10万人といった規模になると、リプライやコメントに一件ずつ丁寧に返し切ることは、時間も体力も読み飛ばしも含めて現実的にはほぼ不可能に近づきます。 それでもプラットフォーム上では「反応が返ってこない」と受け取られやすく、発信者は返せない自分を責めやすい。ここは個人の努力不足ではなく、スケールの壁です。

1. 1万人・10万人規模では、全員個別対応は構造的に無理

フォロワー・ファンが桁違いに増えるほど、「全員に同じ密度で返す」前提は崩れます。 人気が出るほど、個別対応の期待と現実の差だけが広がり、発信者もファンも同じ構造に縛られます。

2. 返せない沈黙が、罪悪感になる

発信者側も「見ていないわけではないのに返せない」という負荷を抱えます。 ファンの寂しさと、発信者の対応不能ストレスが同時に積み上がります。

3. 必要なのは、全部返すことではなく受領の可視化

一件ずつ返事を強制するより、 「ちゃんと届いていた」「応援は残っている」と分かる仕組みの方が、 両側の消耗を減らしやすいです。

下段は人型シルエットを多数タイル状に敷いた観客席のイメージです。金色の輪がファン・こん太、ステージ上が配信者・りんく(拡張同梱の立ち絵)。万人規模のなかのひとりの「届き」を示す見本の図です。
配信に「実際に来てくれる」人を、分母の中の1人で終わらせたくない。

会員・チケット・投げ銭などお金の都合を乗り越え、仕事や用事の合間にスケジュールを組んで、その枠に合わせて画面の前に座ってくれた人は、数字上のファン数と同じ重さではありません。 全員への手書き返信が物理的に無理な規模だとしても、「その配信に来た」「その瞬間に応援した」が本人の手元に残ることには、配信文化ならではの意味があります。りんくのような配信者が「来てくれた人を大事にしたい」と思える土台のひとつにしたい、というのもこの拡張の背後にあります。

りんく りんく
わたし(りんく)も配信していて、ファンが1万人や10万人になると、全員に同じ密度で返すのは現実的に不可能なのだ。 それは怠けではなく、人間の1日の長さの問題なのだ。
こん太(ファン視点) こん太
推しのりんくが返せないのは分かるのだ。 それでも全部に返せない = 冷たいではないのに、そう見えてしまい自分が傷つくのだ。
だから大事なのは、全員に個別返信を義務化することではなくて、 「ちゃんと受け取っていた」が別の形で見えることなのだ。 お金も時間も使って配信に来てくれた人の応援が、流れだけで消えないほうが、みんな長く続けやすいのだ。
たぬ姉 たぬ姉

配信コメントは、さらに別の虚しさがあります。

SNS投稿では「消すか残すか」が苦しみになりますが、配信コメントではそもそも流れて消えるため、 削除する必要すらなく、最初から存在しなかったことになりやすいのが違いです。 しかも「読んでもらえたか」「名前を呼んでもらえたか」は、その場の記憶頼みになりやすく、 あとから確かめられないぶん、虚しさが残りやすいです。

配信コメント特有の心理メカニズム

君斗りんくの追憶のきらめきの刺さりどころは、反応の量を増やすことではなく、「証拠の不在」を埋めることです。

1. コメントする

流れ星に願いをのせるみたいに、ひとことを打ち込む。その瞬間には、ちゃんと応援として放っている。

2. 画面を流れる

リアルタイム性が高く、すぐに過去へ流れていく。

3. 反応がなく残らない

読み上げや返信がなく、画面からも流れていけば、あとで痕跡を辿りにくい。

4. 証拠の不在

応援したのに、「本当にいたのか」が見返せなくなる。

だから、この記録を手元に残し、ゆくゆくは共有していく。

いいねや返信の有無、配信で読み上げがあったか名前を呼んでもらえたかに依存せず、コメント本文と表示名が手元に残る。「書いた」「そこにいた」「応援した」という証拠を、自分で辿れる状態にするのが、削除ループより前の段階で効く解決策です。

複数の配信タブを同時に開いても使えます。タブごとに拡張が動き、記録や設定は同じChromeプロファイル内で共有されます。 ポップアップの下の方にある「詳しい状況」は、数字やグラフが多い開発・切り分け用の折りたたみです。通常の利用では開かなくて大丈夫です。 用語の意味は次の「画面の見方(やさしい説明)」にまとめています。

こん太(ファン視点)こん太
SNSは「消すかどうか」が苦しいけれど、配信コメントは最初から残らないこと自体が虚しいのだ。りんくへのコメントも、流れたら手元に痕跡がないのだ。
だから「君斗りんくの追憶のきらめき」は、反応を増やすより先に、ファン側の応援の証拠を消えにくくする方向へ振っているのだ。配信するりんくも、返せない罪悪感とファンの寂しさのあいだを、記録で少し楽にしたいのだ。
りんく(配信者)りんく

画面の見方(やさしい説明)

ポップアップや埋め込みパネルには専門的な言葉が出ます。りんくが仕組み、こん太が使う側の感覚、たぬ姉が整理します。 くわしく知りたい項目だけ、下のアコーディオンを開いてください。コメント送信・状態表示用語⑧やさしい注意 POP用語⑨マーケ HTML の末尾 JSON用語⑩です。

三人で用語をかみ砕くのだ

たぬ姉 たぬ姉
用語は全部、下のアコーディオンに入れたのだ。知りたいところだけ開けばいいのだ。閉じたままでも拡張は使えるのだ。
開発者向けの略語(NDGRWebSocketなど)も、気になる人用にまとめたのだ。式やグラフの本丸は同接推定の節なのだ。
りんく りんく
こん太 こん太
難しそうな見出しは飛ばして、引っかかった言葉だけ開くのだ。推しの記録が残ればそれでいいのだ。

以下は詳しい説明を見たい人向けです。スマホ幅でも開閉しやすいよう、1項目ずつ独立しています。

用語① 「記録」「公式」「一覧の件数」がちがう理由
りんく
まず三つの数の名前だけ押さえるのだ。記録(このPCに保存)chrome.storage.local に残る応援コメントの件数なのだ。拡張が取り込めた行だけが増えるのだ。 公式の累計コメント数はニコ生が出す放送全体のカウントで、定義が違うから一致しないのが普通なのだ。 一覧に出している件数はポップアップの表示用で、保存件数と同じとは限らないのだ。
ニコの数字と自分の記録がちがっても、すぐバグとは限らないのだ。「自分のPCに残ってる応援」が見えればいいのだ。
こん太
たぬ姉
コメント欄は仮想リストなのだ。画面に載ってない古い行は、拡張の目にも入らないのだ。記録OFFの時間・タブを閉じてた間も増えないのだ。
用語② アイコン・表示名・ユーザーIDがそろわないとき
りんく
写真や名前が欠けるのは、IDの種類で公式と同じ形のアイコンURLを組めないことがあるからなのだ。匿名やハッシュ型IDが典型なのだ。http/https のアイコンURLが無い行は「欠損」扱いになりやすいのだ。 グリッド近くの「内訳・用語」は、状態の説明で、本文を外部に送るためのものではないのだ。
推しが匿名だと、他の人と同じアイコンに見えることもあるのだ。それでもコメントの本文は残るのだ。
こん太
たぬ姉
「保存アイコン」「表示アイコン」「後から補完」は、ストレージにURLがあるか/画面に描けたか/あとから埋まったかの違いなのだ。焦らず内訳だけ見ればいいのだ。
用語③ 視聴ページの「補助」・一時メモ・取り込み(intercept)
りんく
一言でいうと、ページの通信から名前や絵を足す材料このPCの中だけで借りるのだ。配信ページが読む通信から表示名やアイコンを足すための補助情報を拾う経路なのだ。 一時対応表はコメント番号と利用者のメモで、タブのメモリに近いのだ。閉じると消えるイメージなのだ。 開発文脈では intercept と呼ぶ経路のことで、UIでは「視聴ページ内の利用者メモ」などと書いているのだ。
「取り込み」が0件でも、一度ページを再読み込みしてから試すのだ。よくわからない言葉は気にせず結果だけ見ればいいのだ。
こん太
たぬ姉
page-intercept posted / enqueuedは、ページ側が「受け取った指示」「処理待ち」を数えた内部カウンタの名前なのだ。ユーザーは0のまま困るときはF5くらい覚えればいいのだ。
用語④ 表示キャッシュを消す・プロフィールキャッシュ
りんく
表示キャッシュは、ユーザーIDごとに覚えた表示名とアイコンURL(拡張ストレージ上)なのだ。コードでは nls_user_comment_profile_v1 みたいなキーなのだ。 これを消しても記録した応援コメントの行は消えないのだ。
アイコンが古いままなら、一度消してから watch を開き直すのだ。設定や記録ごと消えるわけじゃないのだ。
こん太
たぬ姉
定期サムネは別の場所(IndexedDB)なのだ。このボタンでは触れないのだ。サムネまで消したい場合は別操作が要るのだ。
用語⑤ 複数タブ・動きを抑える・スクショ
りんく
複数タブはそれぞれに拡張が載るのだ。設定とストレージは同じ Chrome プロファイルで共有されるのだ。 動きを抑えるhtml.nl-calm-motion 相当で、ループアニメを止めるのだ。収録向けなのだ。 拡張のスクショは動画要素中心で、OSの矩形キャプチャとは違うのだ。
同時にいくつも配信を開いても使えるのだ。画面がちらつくなら「動きを抑える」を試すのだ。
こん太
たぬ姉
公式のコメント列が真っ暗に見えるのは、OS側のキャプチャやニコ生本体の表示の問題であることが多いのだ。拡張の「スクショ」ボタンだけでは直せないのだ。 タブをいくつも開く見た目は同時視聴デモなのだ。
用語⑥ 「詳しい状況」・グラフ・JSON・NDGR・WS
りんく
折りたたみの中は切り分け用なのだ。NDGRは配信用データのチャネル的なもので、画面の s= c= d= みたいな短い記号は内部カウンタなのだ。 WSは WebSocket の略で、接続の経過時間(鮮度)の参考に出すのだ。 data-comment-typeはコメントの種類(通常・ギフト・運営など)の内部キーなのだ。JSONはスナップショット要約で、普段は見なくていいのだ。
グラフだらけの画面はスルーしていいのだ。おかしいときだけ開くのだ。
こん太
たぬ姉
トラブル時のチェックリストなのだ:① watch を開いたままか ② 記録ONか ③ 拡張を更新したあとタブを再読み込みしたか ④ まだおかしければ「詳しい状況」とJSONを見るのだ。
用語⑦ 来場者数・推定同時接続・watchCount
りんく
来場者数は配信ページの累計(公式)に近い意味なのだ。watchCountはその系統の内部名なのだ。 推定同時接続はコメントと来場から推測する独自の目安で、公式の同接APIは無いのだ。式は同接推定の節なのだ。
大きい数字=みんな来た累計、小さめの推定=いまの雰囲気、とざっくり思えばいいのだ。
こん太
たぬ姉
NicoDB(https://nicodb.net/)の来場者数とも比較しやすい定義で並べているのだ。ツールチップの文言もここに沿っているのだ。
用語⑧ ポップアップのコメント欄・送信(NLS_POST_COMMENT)・状態・音声入力
りんく
拡張のポップアップ(やページ内パネルが同じ UI を載せる場合)にコメント入力欄があり、コメント送信で watch ページ側の送信 UI を動かすのだ。 内部では NLS_POST_COMMENT というメッセージが content script に届き、ローカルのタブの中だけで完結するのだ。 このページのダッシュボード見本や配信デモの入力欄は動かない見本で、そこからは送れないのだ。
うまくいかないときは、watch を再読み込みしたか、コメント欄が出たあとか、別タブが前面になっていないかを見るのだ。拡張を更新したあとはタブのF5も忘れずに。 音声入力は、OS やブラウザで文字を入力欄に流し込み、IME の確定のあと Enterや送信、といういつもの日本語入力の感じを想定しているのだ。Windows 10/11 では、Windows キー + H で音声入力のパネルを開き、マイクに向かって話せばコメント欄に文字を入れられるのだ。
こん太
たぬ姉
手順の全体像はコメント送信の流れにまとめたのだ。やさしい注意 POP は送信を止めないソフトな案内で、用語⑨なのだ。
用語⑨ やさしい注意 POP(ソフトなお知らせ・2回目で送信・文面でリセット)
りんく
強い言葉が含まれそうなとき、一呼吸おいて送るかを促す POP を出すのだ。ブロックはしない。続けて送りたいときはもう一度送信を押せば進むのだ。 文面を書き換えると、注意のカウンタはリセットされるのだ。
判定は拡張の中だけで完結し、コメント本文を外部サーバに送ってチェックする仕組みではないのだ。だから誤検知もありうるのだ。「ゴミ箱」など、明らかに別文脈の語は除外パターンを足しているが、万能ではないのだ。
こん太
たぬ姉
このページのダッシュボード見本には吹き出しの見本も載せたのだ。見た目の参考は拡張の見え方の見本枠なのだ。
用語⑩ マーケ分析 HTML の末尾 JSON(nl-marketing-export-v1schemaVersion
りんく
ダウンロードする .html の末尾に、type="application/json"script があり、id="nl-marketing-export-v1" で参照できるのだ。 中身は schemaVersionreport 形式のオブジェクトで、ページに描いたグラフと同じ集計を機械可読にしたものなのだ。
伏せ字で保存したときは、画面だけでなくJSON 内の表示名もマスクされるのだ。他人に渡す前に、開発者向けモニタから出力するのだ。
こん太
たぬ姉
KPI・タイムライン・セグメントに加え、四分位・本文傾向・累積と5分窓・vposまわりもレポートに載るのだ。読み方の補足は表の読み方分析の深掘り、見本レイアウトはHTML の見本なのだ。

「推定同時接続」は、どうやって計算しているの?

ニコ生には同時接続 API がありません。配信ページが表示する数字は累計来場者数(watchCount)です。 君斗りんくの追憶のきらめきは、コメントと来場者の情報から独自に推定しています。

3人がアルゴリズムを解説するのだ

推定同時接続は、2つのシグナルの幾何平均で算出しています。役割はりんく=式と前提の説明こん太=ファン目線でついてくるたぬ姉=統合と例外くらいのイメージです。

りんく りんく
まずシグナル A「アクティブコメンター法」なのだ。
直近 5 分間にコメントしたユニークな人数を数えて、動的倍率をかけるのだ。
Signal A
A = activeCommenters5min × m(visitors)
activeCommenters = 直近5分のユニークコメンター数
m(visitors) = 来場者数から対数補間で算出する動的倍率
倍率は来場者数に応じて変わるのだ。大規模配信ほどコメント参加率が下がるから倍率が上がるのだ。
来場者数倍率 m意味
〜50×4小規模:参加率が高い
500×6
1,000×7中規模のデフォルト
3,000×10Dさん較正ポイント
8,000×15Aさん較正ポイント
50,000〜×25大規模:lurker effect 最大
中間値は対数補間で滑らかに繋ぐのだ。ちくわちゃんランキング pts ≈ 同接として較正しているのだ。
次にシグナル B「滞留率法」なのだ。
累計来場者数に、配信経過時間に応じた指数減衰の滞留率をかけるのだ。
Signal B
B = visitors × r(t)

r(t) = max( 0.08,  0.48 × e0.005 × t )
visitors = 累計来場者数、t = 配信経過分数
0.48 = 開始直後のピーク滞留率、0.08 = 底値(長時間配信の下限)
経過滞留率 r(t)例:来場 3,000人
0分48%→ 1,440人
30分41%→ 1,230人
60分35%→ 1,050人
120分26%→ 780人
180分20%→ 600人
300分〜8%(底値)→ 240人
来場者がたくさんいても、時間が経つと離脱していく自然な減り方を表現しているのだ。
こん太 こん太
たぬ姉 たぬ姉
最後にこの 2 つを幾何平均で統合するのだ。
統合
estimated = √( A × B )
算術平均 (A+B)/2 ではなく幾何平均を使うことで、片方が極端でも引っ張られにくいのだ
でも A と B が両方揃わないこともあるのだ。そのときはこうなるのだ。
■ 分岐ロジック
A > 0 かつ B > 0 → √(A × B)  … combined
A > 0 かつ B = 0 → A  … active_only(配信経過不明)
A = 0 かつ B > 0 → B  … retention_only(コメントなし)
A = 0 かつ B = 0 → 0  … none(データ不足)
active_only のときはソフトキャップ(visitors × 35%)がかかるのだ。combined なら幾何平均が自然に抑制するからキャップ不要なのだ。

較正データと安全弁

較正ポイント
Dさん配信30 active / 2,580 来場 → 305 pts → 倍率 ≈ 10
Aさん配信60 active / 8,754 来場 → 929 pts → 倍率 ≈ 15
Yさん配信94 active / 1,114 来場 → ソフトキャップ適用で ≈ 390
■ Aさん配信の計算例
A = 60 × 15 = 900
B = 8,754 × r(173min) = 8,754 × 0.20 ≈ 1,751
estimated = √(900 × 1,751) ≈ 1,255
実測(ちくわpt)929 → オーダーとして妥当
ちくわちゃんランキングのポイント ≈ 同時接続の代理指標として、実測と照合しているのだ。
安全弁(キャップ)
ソフトキャップコメンター法のみ(配信経過不明)のとき、来場者数 × 35% を上限にするのだ。高エンゲージメント配信での過大推定を防ぐ安全弁なのだ。
ハードキャップどの方法でも、推定値は累計来場者数を超えないのだ。来場より多い同接はありえないのだ。
キャップはあくまで安全装置。幾何平均の統合だけで、ほとんどの配信で自然な範囲に収まるのだ。

なぜ「来場者数」と「推定同時接続」が違うの?

りんく りんく
ニコ生の配信ページにある数字(右上の 👁 アイコン)は累計来場者数なのだ。 配信中にどんどん増えるけど、離脱した人も含むから「今何人見ているか」とは違うのだ。
たとえば来場 3,000 人 / 3 時間経過の配信を計算してみるのだ。
■ 例:来場 3,000 / 経過 180 分 / 5分内コメンター 40 人
A = 40 × m(3000) = 40 × 10 = 400
B = 3,000 × r(180) = 3,000 × 0.20 = 600
推定同接 = √(400 × 600) ≈ ~490 人
来場者数「3,000」とは大きく異なるのだ
推定同時接続は「今、ここにいる人」の近似値なのだ。
こん太 こん太
たぬ姉 たぬ姉
あくまで独自推定なので、公式の同接表示ではないのだ。 でも「応援してくれている人は今どのくらいいるんだろう」を見るための参考値として、 反応の数字に振り回されにくい体験の助けになればいいのだ。
りんく(技術)
公式に同接 API がないから、コメントと来場の複合で推定しているのだ。精度は完璧じゃないけど、「累計来場 = 今見てる人」という誤解よりはずっと近いのだ。
こん太(ファン)
動的倍率テーブルは実測で較正しているのだ。推しの配信がデカいほど、コメントしてる人の割合は小さく見えるから倍率が上がる、とざっくり覚えればいいのだ。
たぬ姉
コメントしていない「見る専」の人も滞留率法で拾えるのがポイントなのだ。コメンターだけ数えたら見る専の人が見えなくなるのだ。

君斗りんくの追憶のきらめきが断ち切りたいのは、この左側のループです。

競争をもっと強くするのではなく、応援の痕跡を個人の手元に戻す。その設計にすると、 反応が少ない日の推し活も「無価値」ではなくなります。

解決の方向

吹き出し形式で言い切るなら、この3点です。

1. 消える前に残す

配信コメントを記録として保持し、「反応があったかどうか」と切り離して痕跡を残す。

2. 数字より痕跡を見る

しおり集計、HTML保存、スクリーンショットなどで、反応数ではなく応援の中身をあとから振り返れるようにする。

3. 無反応でも無価値にしない

返信ゼロ、いいねゼロ、配信で読み上げがなくても、コメント本文と表示名が記録として残り、「書いた」「その枠にいた」ことをあとから辿れる。読んでもらえたか・名前を呼んでもらえたかの気持ちだけに依存しない土台にする。

こん太(ファン)こん太(ファン)
「反応がなくても、推し・りんくへの応援したことは消えないのだ」
りんく(配信者)りんく(配信)
「届いた記録が、ファンも配信者も責め合いにくい手がかりになるのだ」
たぬ姉たぬ姉
「見る専になる前に、証拠を手元へ戻すのだ」

提供の考え方と留意点

押しつけではなく、誤解なく使ってもらうためのメモです。表現や仕様は変わることがあります。個別の法的判断が必要なときは、各サービスの最新の規約や専門家の助言をあたってください。

いまは無料。有料にするなら

現時点では無料で使える形を前提にしています。将来、機能有料やサブスクリプションを設ける場合は、事前に LP・ストア・利用の説明で分かるようにし、Chrome ウェブストアのルール(課金の説明・プライバシーなど)に沿って進めたいと考えています。他者のサービスを貶めるための文言にはしたくありません。

似たようなツールも、すでにあります

ニコニコ生や配信まわりでは、目的に応じてさまざまな製品・拡張・スクリプト・録画・アーカイブ・連携ツールが並んでいます。次のようなは、すでに選べる状態にある、という前提で書いています。

  • 視聴ページまわりの拡張・ユーザースクリプト…コメントの一覧・整形・ローカル保存など、ブラウザ上で補助するもの
  • 録画・タイムシフト・アーカイブ再生…放送やコメントを別の形で手元に残し、あとから辿るもの
  • 配信者向けの表示・集計・外部連携…OBS 等への流し込み、コメントの可視化、他サービスとの連携など
  • 公式アプリ・各サービス標準の履歴・通知…プラットフォーム側が用意している体験そのもの

当拡張はその選択肢のひとつです。他社製品を「唯一」や「最上位」とは言いません。用途・規約理解・リスク許容度は人それぞれなので、複数を比較して合うものを選んでもらえれば十分だと考えています。

有料化する場合の還元(案)

Kimito-Link Project(キミトリンクプロジェクト)支援の文脈は、拡張の開発にとどまりません。グッズの企画・販売なども含めて、創る人と支える人のあいだを太くし、活動やコミュニティを後押しする一本の線として積み上げています。有料化を検討する背景にも、「使ってくださった分を、その支援の輪へ戻したい」という考え方があります。

有料プランを実際に始める場合、その収益の 1% 相当を、同プロジェクトのクリエイター支援(活動資金・企画の後押し、グッズを通じた還元や展開など、時期に応じて選べる形)に寄付・還元する方向で検討しています。売上の定義・時期・お届け先の詳細は、開始の際に改めて同じく分かりやすく書くつもりです。利用料が上がるからといって、誰かを責めたり優劣をつけたりする意図はありません。

グッズ(NFC を使った体験)や「売上の一部をクリエイター支援へ」といったプロジェクト側の説明の正本は、公式のKimito-Link 活用術(グッズ活用プラン)にまとまっています。サイト内の主要ページの一覧・目印(りんく・こん太・たぬ姉の案内含む)はサイトマップから辿れます。

ニコニコ生との関係(規約への配慮)

  • 現時点の主な想定ニコニコ生放送の視聴ページです。YouTube をはじめとした他の配信プラットフォームにも対応していく予定ですが、サイトごとに仕組みが異なるため段階的な展開になります(時期や範囲は、進捗に合わせて LP でもお知らせします)。
  • ニコニコ側の一般向け公式 API に全面的に頼る形ではなくご本人がブラウザで視聴している範囲から取り込むイメージです。サイト側の仕様変更で挙動が変わることはあり得ます。
  • 尊重したい文書の例:ニコニコ利用規約ニコニコ活動ガイドライン・該当する個別規約。サーバーに過度の負担をかける使い方運営の妨げになりうる使い方は避ける前提で考えています。

非公式であること・記録の限界

  • 本拡張はニコニコ公式の製品ではありません(ドワンゴ社・ニコニコとの提携や承認を意味するものではありません)。
  • 手元に残るのは拡張が取り込めた応援コメントです。放送の全コメントが、公式の履歴のように完全に残るものではありません(一覧の仕組み・記録のオンオフ・途中からの視聴などで差が出ます)。くわしくは画面の見方の説明を参照してください。

参考まで:Chrome ウェブストア Program Policies / ニコニコ 非公開 API 提供終了のお知らせ

キミの想いはもう受け取ったよ

キミとボクの物語は
いつまでも色褪せない

ずっと待っていた返事が、ようやく胸に届いたように

恋人とのメッセージの返信を心待ちにするような気持ちで

いつでも君の言葉(コメント)を待ち望んでいるよ

風がやみ、星だけが瞬く夜空に、キミの想いが静かに光を拾っていく。

届いてる 届いてる

もう大丈夫

キミの言葉 確かに受け取ったよ

↑ TOPへ戻る