あまねけ！

電卓の説明書を思い出す

2026-07-26T19:03:00+09:00

そうして、インターネットが世界を照らし始めたのです。

行ったことのない街の地図、知らない遊園地の遠景写真、ずっと来たかった観光地、初めて読む小説の冒頭、無料配布のおもちゃカタログ、再放送で流れる商店街の紹介番組、新学期に配られる教科書、薄暗い理科準備室、やらなかったゲームの中古攻略本、不動産ポータルサイトで眺める空っぽの部屋のパノラマ……私たちが何度も触れて通り過ぎた日常には、かつて希望が埋まっているはずでした。

私が子供の頃、実家の狭い庭にはふたつかみのダイヤモンドが埋められていて、本当に困ったときはそれで金を工面するのだ、と父親が言っていたのを思い出します。私が家を離れて数年後に実家が引っ越して、私が知っていた景色はもう知らない誰かの家になりました。ひょっとして、あのダイヤを掘り出して新築の費用に充てたのでしょうか。

私にはそういう、見たことのないがらくたに埋蔵金のレーダーでも付いている妄想をする癖があるのです。その最初の思い出は、電卓の説明書だったのをよく覚えています。電卓そのものではなく、それに同梱されていた十数ページの説明書の方です。最近は、資源の節約と称して詳細な解説はPDFへのリンクを箱の裏に印刷して済ませるものも多いですが、当時はまだQRコードを読み取れる携帯電話が世に出始めた頃で、紙の説明書を同梱する合理性がありました。

さて、この手の説明書には、記載されている機能が実際には使えないことがよくあります。同じような見た目と型番で機能に差を付けた複数のモデルが売られていて、そこに全モデルで共通の説明書が付けられているのです。紙資源ではなく、モデルごとに細かく原稿の差分を管理する手間を節約したと考えればよいでしょう。

例えば、FX-AMNシリーズの電卓があったとすると、FX-AMN-195とFX-AMN-216という異なるモデルに同じ説明書が付属していました。説明書のセクションには「※FX-AMN-216のみ」などと注記してあって、該当のモデルを持っていれば書いてあるとおり操作すればその機能を使えます。このとき、FX-AMN-195を購入した人の目線から見れば、自分の手元にある電卓では使えない 特別な 機能が書かれているように見えるわけです。

私はそんな見知らぬ機能の記述を読んで、まるでヴォイニッチ手稿を初めて知ったときのような高揚感を覚えたものでした。今のAIのように、モデル名やバージョン番号の違いで何が変わったのかよく分からないアーキテクチャとは異なり、機能リストの表やチェックリストで比較できる明確な差があったからです。

とはいえ、電卓の 特別な 機能なんて今考えればたかが知れています。計算した答えを累計して表示できるGT（Grand Total）機能を持つものや、特殊な操作で税率を変更できるもの、疑似乱数を取り出せるもの。わずかなコスト削減のために、メモリーを呼び出すMR（Memory Recall）とメモリーを消去するMC（Memory Clear）を1つの「MRC」ボタンに統合したモデルと、そうでないモデルが混在している説明書もありました。

小学生向けの電卓には、分数の処理や余りの計算を小さなボタンの列に割り当てているものもありましたし、それをさらに発展させると関数電卓と呼ばれ始めます。会計処理向けなら、小数点以下の桁数や小数丸めの方法を指定できるスライドスイッチが付いているものもありました。

でも、それだけです。

実際に上位モデルを購入してしまえば、何度も触れて通り過ぎるうちに、面白みもなく使い道にも乏しい機能だと 分かって しまうでしょう。最近のデバイスは液晶画面の向こうに表示されるボタンやスライダーをタッチするインターフェースばかりなので、パラメータが切り替わるカチカチとした感触を味わえるスライドスイッチは新鮮に感じますが、一度設定してしまえば触る機会はもうありません。

私が子供の頃に触れた電卓は、そういう地味で退屈な機能から一線を画すために色々と工夫が施してありました。左上の小さなボタンを押すと、順番に「FORTUNE」とか「BIORHYTHM」などと表示されて、誕生日や血液型を入力するとアニメーションと共に占いやバイオリズム診断が流れるミニゲームが遊べたのです。1980年代にはこうした多彩な機能で付加価値を生む電卓が流行っていたようなので、そうしたブームのリバイバルだったのかもしれません。

そして、まさにこの電卓の説明書こそが、私が人生で初めて味わうことになる未知の世界への希望と幻滅でした。「※（型番を失念）のみ」と書かれたセクションのシンプルな図と飾り気のない説明は、まるで細部まで丁寧に描写された小説のような力を持っていました。靄のかかった知らない場所を満たすように想像力が膨らんで、何度もその箇所を読み返したものです。

私の使っていた電卓の上位モデルには「MNEMONIC」という機能がありました。説明書の記載によれば、画面の上にある小さなソーラーパネルの横に丸いLEDランプが付いていて、そこから出る特殊な波長の光のパターンを見つめながら操作すると数字を覚えたり忘れたりできる、とのことです。電卓のメモリーではなく、操作している人自身の記憶を書き換えるという、なんとも不思議な機能でした。

数字を打って「M+」を押せば元のメモリーに加算、「M-」を押せば元のメモリーから減算、「MR」で覚えた数字を思い出し、「MC」で忘れる。説明書によれば、メモリーに使う場所が異なること以外は普通の電卓と同じでした。テストの前に年号を暗記したり、暗証番号を忘れないようにするのが主な使い方だったようです。

もちろん、今となってはこんな機能が全くのデタラメなのは明らかです。頑張って覚えようとして数字を見つめるわけですから、せいぜいプラセボ効果的な働きで暗記しやすくなった、というだけでしょう。単純な仕組みでそれっぽい結果を示す嘘発見器やゴーストレーダーのように、単なるパーティグッズやおもちゃの一種です。

それでも、当時の私には夢のような機能に思えました。自分が持っている下位モデルの電卓には影も形もない、記憶を操作するという丸いLEDの窓。ミニゲームの選択リストを何周もしてみたり、適当な数字を押したりして、何かの拍子に起動しないものかといろいろな操作を試したものです。

当時、この上位モデルの電卓を持っていたクラスメートがいました。どんな家電量販店や文具店やホームセンターにも売っていなかったので、どこで入手したか今でも不思議でなりません。彼の父親は相当な資産家だったので、東京の大きなデパートで買い付けたのだろう、と考えていました。

彼はその電卓を肌身離さず持ち歩いて、仰々しく言うと病的なほど大切にしていました。貸してと言って貸してくれるわけもなく、一方で電卓として使っているところもほとんど見たことがありません。私の下位モデルと同じように、本体と同じ色の専用のカバーが付いていて、中を覗き見ることさえ叶いませんでした。

だからあの日の放課後、彼が教室にうっかり電卓を置き忘れたのは、私にとって絶好のチャンスだったのです。私は密かにその電卓を手に取って、説明書で何度も何度も読んだ記憶操作LEDを見つめながら、試しに今日の日付を記憶してみました。数字キーには3つずつアルファベットが振られていて、数字以外も入力できるようでした。これもまた不思議なことに、私が持っていた説明書にはそんな記載すらなかったのです。

その直後、忘れ物に気付いた彼が激高しながら私から電卓を取り上げ、何か打ち込んで私に見せつけました。よく覚えていませんが、慰謝料がいくらか、という計算を立てていた気がします。やっぱり、あの電卓は本物ではありません。

あの日は2997年8月29日でした。20年以上経っても入力した日付を覚えているのは面白いのですが、不思議な記憶操作LEDなど実在するはずもなく、これも私の記憶力に頼っているだけにすぎません。衝撃的な出来事を何度も反芻して思い出すうちに定着しただけでしょう。大げさな説明で目を引く機能ほど、実際に触ってしまえば地味で退屈なタネ明かしにガッカリしてしまうものです。

今しっかりと思い出すと、彼の大切な電卓が表示した選択リストには「MNEMONIC」なんてミニゲームはなかったはずです。ちょっと似ていて、しかし全く違う名前でした。あの説明書さえあれば、正しいミニゲームの名前と正しい型番を添付してメーカーに問い合わせることもできたかもしれません。でも、知らないうちに引っ越した先の新しい実家には、説明書はおろか電卓すら見つかりませんでした。

こんなことなら、真っ先に電卓の型番を記憶しておくべきでした。そうしなかったせいで、私は数年に一度、ふと思い出したように「電卓数字記憶操作型番」なんて検索をしては、同じ電卓を持っていた人を念入りに探しています。諦めの悪いことですが、インターネットにはまだこうして照らされないまま残っている場所があるのです。

どうしてあなたの意地悪な後輩は愛がないのに甘く囁くのか？

2026-07-26T17:12:00+09:00

この記事では「搾取」の理由を設計することについて、お話しします。

貢ぎマゾとは何だったか？
搾取されるべき価値とは何か？
搾取されやすい価値とは何か？
なぜ愛がないのに甘く囁くのか？

貢ぎマゾとは何だったか？

2018年に搾取のススメで示したとおり、いわゆる 貢ぎマゾ は、（十分な）対価を求めずに同意の下で価値を移動させてしまう一連のコミュニケーションに興奮を覚える存在でした。これについては、2026年現在でも大まかな定義は変わりません。

この「貢ぎマゾ」というラベルは、あくまで金銭の支払いや（ほしい物リストなどを通じた）商品の購入による代替が容易な経済的価値の移動に注目したものです。この「特に金銭的授受に興奮を覚える」というイメージは、私が普段書くようなテキストのジャンルを提示するのによく役立っています。しかし、かれらが興奮するとされる搾取の構造をより広く説明するには、この仮定は具体的すぎると言わざるを得ません。

そのため、本記事ではより広く価値の移動に興奮を覚える存在について、よりニュートラルに「搾取マゾ」と呼ぶことにします。ここでいう価値とは、貢ぎマゾのコミュニケーションの前提となる「代替が容易な」かつ「経済的価値」に限りません。代替が難しい、そして直接的には経済的価値を生まない搾取の類型もありえます。

つまり、搾取マゾの興奮には金銭の支払いが必須ではなく、また ハニートラップ のような厳密には貢ぎマゾとは異なるジャンルとも通底する要素が存在します。ここから、一見するとマゾにメリットしかない愛情表現・誘惑・性行為ばかりの――例えば やわらかマゾ のような表象を持つ――作品に、搾取の理由を与えたり、見出せるようになるでしょう。逆に、こうした搾取には乱暴な罵倒や肉体的苦痛が必須ではないことも分かるはずです。

搾取されるべき価値とは何か？

さて、貢ぎマゾは金銭的授受に興奮を覚える存在でしたが、搾取マゾはどのような「価値」の「移動」に興奮するのでしょうか。一口に「価値」といっても、その具体的要素は様々です。

例えば、ハニートラップというのは、スパイが色仕掛けや誘惑を通じて性的な関係を結んで懐柔したり、その事実を元に脅迫して機密情報・先端技術を聞き出したり、金銭や物品を要求する手口でした。ここにおける価値とは対象が持つ情報や技術そのものであり、初めから搾取を目的に対象と接触するのが重要なポイントです。

特に創作では、最後まで対象を騙し続けるのではなく、対象の性的興奮に乗じてあからさまに要求を突き付けるストーリーも多く見かけます。例えば「射精したかったら機密情報を差し出せ」というやり方です。

こうすることで、スパイによる窃盗や詐欺といった一方的な工作による価値移動ではなく、「ごく個人的で刹那的な快楽」のために「自分や周囲に大きな不利益を生む行為」を自発的に行うという、ある種の同意の下での価値移動の構造を作り出せます。このようなケースでは、貢ぎマゾと同様の搾取構造を持っていると言えるでしょう。

別の例として、生徒が教師を誘惑して成績を操作させる作品が存在します。学校という環境においては、宿題の未提出を不問にする、定期テストの成績を不正に上げる、推薦入試の権利を優先的に得るなど、必ずしも金銭的授受を伴わない価値の移動がありふれています。これらもハニートラップと同様に、単に色目を使って評価を甘くさせるのではなく、快楽と引き換えに不正な成績への書き換えを迫ることで、搾取の構造に転換できます。

これらの構造を考える上で重要なのが、搾取マゾが差し出す「価値」は相手が評価するものだ、ということです。仮に搾取マゾ自身が大きな価値があると信じているものでも、相手が必要としていなければ搾取にはなりえません。また、その関係の外でも使える価値を持っているべきです。搾取マゾが移動した価値を、かれとは全く関係のない場所で利用する対比が「搾取」の意味を強めます。

利用価値のない情報、ありふれた技術、思い入れのある所持品、ちっぽけなプライド、射精の権利……など。弱みを握ったり心を折ったりして搾取の下地を整える効果はあるにせよ、それ自体を価値移動の源泉として扱う作品は、実際には「搾取」たりえないのです。

まさにこの境界線上の事例として、「貨幣経済に興味のないエルフに人間界の貨幣を貢ぐ」というシーンを考えることができます。人間にとっては明らかに重要なお金でも、そこに一切の経済的価値を感じないエルフに渡すのは搾取たりうるでしょうか？　数字の書かれた紙切れを土下座で差し出されても、おそらくエルフは何の喜びも感じません。

もちろん、紙幣や硬貨の緻密なデザインに興味を持つという設定を書き加えてつじつまを合わせることもできますが、まさにこれは「価値は相手が評価する」原理そのものです。

つまり搾取マゾとは、相手からの性的な働きかけを伴う要求に応じて、自分に不利益を生むかたちで自ら価値を差し出してしまうことに興奮するのだ、と定義できます。さらにその興奮を高めるのが、差し出した価値がその関係の外で利用されるという非対称性なのです。

搾取されやすい価値とは何か？

ここまで例示したとおり、搾取マゾは広く「価値」の「移動」に興奮する存在です。物語の中では、秘密基地の場所や軍事技術を漏らすよう誘惑されたり、射精と引き換えに満点の答案を量産したり昇給を約束する搾取マゾも、現実ではなかなか実現できないものです。そもそも標的にされるほど重要な情報や技術を持っていない、成績や人事を操作できる職権のない凡人の搾取マゾがほとんどであり、かれらが搾取の天秤に差し出せる価値はそう多くありません。

この点において「貢ぎマゾ」は、他の搾取マゾの類型に比べて非常に有利です。お金は現代社会を生きる人間にとって重要なものであり、全員が差し出せる価値であるとともに、全員が求めている価値でもあります。入手方法が整備されていて、情報漏洩や不正行為に手を染める必要もなく、数字と価値がよく連動して分かりやすい。これは貨幣が持つ性質そのものです。

ただし、こうした価値移動の手軽さはデメリットの裏返しでもあり、「搾取のススメ」で示したように単なる市場経済的な価値の交換と地続きになっています。値段表を提示した写真や動画の販売や性的関係の提供は価値の「交換」であり、「搾取」たりえない点には注意しなければいけません。搾取のための条件付けや価値を移動させる設計もなく、単に金銭に執着する貢がせアカウントなども、 惨めな物乞い 的性質を隠せない点で「搾取」たりえないのです。

さらに「価値は相手が評価する」ことに注目すると、「全員が差し出せる価値」はさらに広がります。いわゆるサキュバスが登場する作品はその代表的な例と言えるでしょう。サキュバスは多くの男性が差し出せる「精液」それ自体に魔力的な価値を見出し、価値の移動と射精を直接結び付けます。サキュバスとは、本来は搾取される価値たりえない「射精の権利」を、魔力という価値の移動に変換する舞台装置なのです。

サキュバスが射精に価値を設定すると、文字通り射精そのものを価値の移動として描写できるようになります。射精への期待を高めたり射精許可を得るための搾取ではなく、射精の瞬間をトリガーにした搾取として表現できるのです。よりファンタジーな世界観なら、そこに経験値や魔法を奪うといった描写を加えることさえ可能です。

このサキュバス的な搾取の性質を、「射精すると寿命を削って数百万円相当のダイヤモンドを生み出す特殊体質」として表現した「アダマスの魔女たち」は、凡庸な男子高校生を搾取の天秤に引きずり出す特異なマンガと言えるでしょう。

また、いわゆるA国B国モノにおける――敵国の異性に懐柔され自国を裏切る――売国マゾも、搾取マゾの一種と考えることができます。これは「自国への忠誠心を捨てて敵国に寝返る」という、自分にとっては害があり、相手にとっては価値のある行為に導かれる複合的な搾取です。経済的価値ではなく民族的・国家的な優越や帰属に関わる価値を重視しており、搾取の成立は相手がどのように価値を定義するかにかかっている、という点もよく示しています。

つまり、多くの搾取マゾに刺さるシチュエーションは「相手が求める価値」であり、「その関係の外でも使える価値」であるという理由付けが十分になされた「自分が差し出せる価値」である、と言えるでしょう。

なぜ愛がないのに甘く囁くのか？

さて――意地悪な後輩にマゾバレして、二人きりの部室でお金を差し出す関係になってしまいました。彼女は私の財布が空になるまで寸止めを繰り返して、気まぐれで射精を許可してくれます。彼女は私に好意がないはずなのに、射精に追い込む時だけ耳元で甘く愛を囁いてくるのです。彼女の声に合わせて精液が込み上げてくる瞬間が忘れられずに、今では休日までバイト漬けの日々を送っています――

これらの具体的事例から分析すると、冒頭の「なぜ愛がないのに甘く囁くのか？」という問いには「あなたから搾取できる価値に興味があるから」と答えることができます。これは個人的な金銭的搾取だけではなく、テストの成績を低下させたり、大事な試合の集中力を削いだり、部費を増額させるといった様々な価値の移動がありうることは、前に述べたとおりです。

さらに、あなたが自発的に差し出す価値を最大化するために愛を利用している点にも注目しなければいけません。あなたにわざわざ「甘く囁く」のは愛があるからではなく、そうすると価値を搾取しやすいからです。代替可能な搾取の対象として蔑まれながら、搾取に適した存在としては尊重される。その限定的な承認を愛情と錯覚することで、あなたは「愛がないのに甘く囁かれている」という矛盾を、矛盾のまま受け入れてしまいます。

逆に言えば、このような「あなたから搾取できる価値」を具体的に挙げられないのなら、それはただの「あまあまやわらかマゾ作品」なのかもしれません。もしそうなら、彼女はただあなたのことが好きなだけでしょう。差し出したお金も結婚資金として貯められているだけ……なんて、いかにも やわらかな 種明かしが待っていそうです。

2026/05/03～2026/07/02

2026-07-02T19:12:00+09:00

おしらせ

おしらせ

amaneke TRAFFIC UPDATES

季節に合わせたわずかなエフェクトが追加されています。
- 2026年6月まで、約8割のページで紫陽花が咲くエフェクトが3秒間表示されていました（参考）。
- 2026年7月8日まで、約8割のページでカラフルな風船が飛ぶエフェクトが3秒間表示されています（参考）。設置したのは7月8日に誕生日を迎えるかたぎりあまねです！
- 夏以降のエフェクトについては現在検討中です。
PCやタブレットで電話番号を表示した際に、クリックやタップで電話番号全体が選択されるようスタイルを調整しました。
過去に設置していた記事下部の「返信」ボタンについて、調整を行った上で再度追加しました。
寄付ページを更新しました。
- Firebase Hostingの従量課金額を記載しました。
- ホスティング費用の増加について調査し対処を行いました。7月以降は昨年ほどの費用まで抑えられる想定です。詳しくはあまねけ！交通量調査（2026年6月）をご覧ください。

新作三丁目交差点

【お知らせ】 変幻美少女ぶっくす。のあたらしい合同誌シリーズ第1弾「モノラルノートⅠ『宝石』」が刊行されています！　洗練されたデザインと珠玉の小説・エッセイをあなたに。

たった今データを失うかもしれない君に捧ぐ10個の質問
- 最近、Google DriveやDropboxなどのクラウドサービスから理不尽にBANされるリスクが軽視されている風潮を感じたので、お役立ち記事っぽく（！）書いてみました。
- あなたが今やるべきこと: その① Protonのアカウントを作る・その② Proton Driveアプリをインストールする・その③ 今日からファイルの編集は全てProton Driveのフォルダでやってみる
「個人サイトWebオンリーめぐる市」参加によせて・「個人サイトWebオンリーめぐる市」に参加して
- 個人サイトWebオンリーめぐる市に参加するにあたって、イベント合わせで公開するために書いた記事と、めぐる市への参加を振り返る記事です。
- 全体としてサイト紹介や宣伝の位置に納まる記事ですが、ここ数年の個人サイト雑感についての思想やエッセイのようなものも含んでいます。
COMITIA156に参加して
- COMITIA156への参加を振り返る記事です。上記の通り、モノラルノートⅠ『宝石』という合同誌を出しました。3年ぶりくらいの即売会エッセイですね！
- 久しぶりの合同誌か～と思っていろいろ頑張ったので、BOOTHのCOMITIA156特集ページに掲載してもらってすごく嬉しかったです。私が寄稿した「旧新宿街で」については、メッセージいただければ適当にPDFかWebビューアなどで送ります。
あまねけ！交通量調査（2026年6月）
- あまねけ！のホスティング費用の急増について原因を調べたところ、ちょっと面白い結果になったので記事にまとめました。この事象自体は解消済みです。
- データ転送が膨れた原因とは別に、各所から定期的にフィードへのリクエストが来ているのも確認できました。いろいろな実装がありそうです。
今日できる！「読みやすい小説本」を作る10個のチェックポイント
- 文芸同人誌を眺めてたまに感じていることを、COMITIA156への参加をきっかけになんとなくお役立ち記事っぽく（！）仕立ててみました。
- ここ1年でA6（文庫）版とA5版1段組で本を出しましたが、そんなに悪くない手触りだと思います。組版にはLuaLaTeX + jlreqベースのhentaigirls/abookを使っています。
せんぱいと黒い羽毛と
- ある芸人さんがテレビ番組のクイズコーナーで「失言」をしたというニュースを読んで、なんでそんなことで怒られなきゃいけないんですか！と思ってかいた音声付き短編です。
- オルゴールっぽいBGMに環境音を重ねたりしてみましたが、朗読作品を作った経験がなさすぎて効果があるかよく分かりませんでした。アドバイスくれると嬉しいです。

たのしい巻末懸賞クイズ

クイズに正解した方の中から抽選で1名に500円分のPayPay残高をプレゼントします（2026年7月31日応募分まで）。

① たった今データを失うかもしれない君に捧ぐ10個の質問で、Google Driveの余った容量を活用している方法のひとつとして挙げられたツールは？

A: Cryptomator
B: VeraCrypt
C: rclone
D: rsync

② あまねけ！交通量調査（2026年6月）で、記事冒頭の「先に調べておくとよいかもしれません」という前提知識リストに挙げられていたのはどれ？

A: たまごポケット
B: おさかなのソーセージ
C: プリンアラモード
D: ねこじゃらし

③ 今日できる！「読みやすい小説本」を作る10個のチェックポイントで、コンビニでPDF印刷するときに注意点として挙げられていたのは？

A: カラー印刷にしないとフォントが潰れる
B: B5用紙を選ばないといけない
C: 「用紙に合わせる」設定を外すボタンが分かりにくい
D: 両面印刷の設定がデフォルトでオンになっている

④ せんぱいと黒い羽毛とで、語り手が「先輩には似合わない」と言っている匂いは？

A: 香水の匂い
B: 花の匂い
C: ミルクの匂い
D: 石鹸の匂い

2026年7月号	A	B	C	D
① クラウド
② 交通調査
③ よい組版
④ 黒い羽毛

答えが分かったら、ボタンを押すかマークシート表のスクショを撮ってコメントやメール・Matrix・DMなどでお知らせください！　記事に対するご意見・ご感想もお待ちしています。

せんぱいと黒い羽毛と

2026-06-28T23:44:00+09:00

/* この音声はVOICEPEAK 女性2で生成されており、CC BY 4.0でライセンスされていません。 */

タイトルと本文がぼかした写真背景の上に配置されており、本文は音声に合わせて段落ごとに区切られて、紙芝居のように切り替わる

机の引き出しに鍵を挿す。鍵を回す。揺れないようにそっと引く。八角形の黒いビスケット缶が、白いハンカチを下敷きにして真ん中に置かれている。息を止める。私はその缶を両手で挟むように少し持ち上げてから、ふと気配を感じて缶を置いた。ゆっくりと引き出しを奥に戻す。おそるおそる振り返る。誰もいない。部屋の扉を開ける。やっぱり誰もいない。誰もいない。

廊下に人の姿がない代わりに、談話室の方から賑やかな声が聞こえてくる。あの授業がつまらなかった、この先生が面白かった、あの後輩が生意気で、この先輩が麗しくて、あとはSNSがどうだった、とか。きっとユウコは、そんな列に混ざって消灯まで戻ってこないだろう。人の悪いところを見つけるのが得意な子。本当は私の同室にはふさわしくない。扉を閉める。常夜灯に落とす。

デスクマットに黒い缶を置く。八角形の蓋に描かれた花椿が正対するように右に回す。もう少し左に回す。初めのままでよかった。この缶も先輩にいただいたものだ。ずっと前に。坂の下のコンビニでは絶対に売っていないような、素朴で甘いビスケット。手のひらにころころ転がしてじっと見つめる。花椿のしなやかな線が浮き上がる。ひっくり返す。またじっと見つめる。

先輩は黒髪が素敵な方だった。機転が利いて、お手紙の字が丁寧で、お話がとっても面白い。去年まではこの黒い花椿に先輩とやり取りしたお手紙が何通も、何通も入っていた。お手紙をいただかなかった日は、数日前のお手紙から何ヶ月も前のお手紙を端から端まで読み返したものだ。蒸すような夏の熱帯夜に春の爽やかな空気を、冬がもう足元まで迫る秋の夕方に夏の蜃気楼を。

花椿の缶に手をかける。空気が抜けるように蓋が離れる。甘い。香ばしくて甘い。丁寧に詰められたビスケットを表から裏までまじまじ眺めて、そっと香りを楽しむ。それから先輩のお手紙を読む。最後に、紅茶に合わせて少しずつ食べる。一日に一枚ずつ、三時間かけて二ヶ月くらい向き合った。目を瞑るとしっかり焼かれた感触と香ばしい匂いが思い浮かんで、未だに緊張する。

先輩はあのビスケットとよく似ている。飾りっ気がなくて、しっかりと芯があって、それでいて嫌みったらしい主張の強さがない、穏やかでまっすぐなお方。つやのある真っ黒な缶に入っているのは先輩そのものだ。有名なサブレやらクッキーのようにわざとバターっぽい香りを押し出してこないのも愛おしい。先輩にはミルクの匂いは似合わない。先輩は誰のものにもならないから。

缶からすっかり外れた蓋をそっと横にずらす。わずかに残ったビスケットの香りが揺れる空気と一緒に漏れ出して、しかしすぐに錯覚だったと理解する。レジンに閉じ込めてキーホルダーに仕立てたら、この匂いも消えずに済んだだろうか。でも、分厚くて透明な膜で包まれたまま何も感じられなくなるなんて、消えてしまったのと同じだ。私が全部覚えているのと、何も変わらない。

先輩からは甘い匂いがする。きっとそうだったと思う。そう覚えている。私の頭に残っているのは、このビスケットと同じ匂いだ。廊下ですれ違った先輩に平静を装って一礼した日、中庭で横に並んで話した日、長期休暇に書き溜めたお手紙を手渡しあった日、意地悪なヨシエ先輩の前でお手紙を渡した日。ビスケットの匂いと一緒に読んだお手紙に綴られた日々のこと、全部覚えている。

缶をそっと覗き込む。息を止める。中はほとんど空っぽで、金色に塗られた壁が寂しそうに室内灯を反射する。その床のごく中心に、先輩が身を投げ出したまま転がっていた。急な山間を下る峠道をなぞった滑らかな曲線、沖合で飛沫を上げる白波のカーブを書き取った美しいライン、廃校舎の壁に沿って巻き付く蔦の力強さ。まっすぐな先輩とは違う、ありのままのもう一つの姿。

私はあの時の先輩の顔を忘れられない。憧れの先輩にその黒い羽根をいただくというのは、ずっと昔にこの学校にあった古い、それは古い文化で、誰もが知っているのに触れようとしない不思議なタブーだった。だから私がお手紙でそんな話を持ち出すなんて、先輩は夢にも思わなかったはずだ。どこかの芸能人がそんな話をしてバッシングを受けたと、ユウコが教室で騒いでいた。

あぁ、大好きな先輩の陰毛をもらうことの何が恥ずべきことか！　この部屋が広すぎるだなんて、とんでもない！　ユウコにそう詰め寄らずにいられたのは、ひとえに私の忍耐力のおかげだ。私はずっと、卒業していった先輩がくださったその羽毛に、ビスケットの甘い砂糖の香りと、控えめなバターの香りが付くのを待っている。光を当てないように、ぷつりと切れないように。

横にずらした蓋を同じ動きで缶の上に戻す。蓋を置く。空気が抜けてことり、と小さくぶつかった。私は大きく息を吐く。引き出しに敷かれたハンカチには、八角形の跡がくっきり残っていて、今日もまたその跡をなぞった。左に回す。それからもう少し右へ。これでいい。引き出しをそっと押し込んで、誰にも聞かれないように鍵を回す。消灯まではまだ時間がある。部屋は薄暗いままだ。

あまねけ！おもしろCSS 7選

2026-06-22T17:21:00+09:00

「個人サイトWebオンリーめぐる市」に合わせて書かれた【個人サイト】カスタマイズに便利なCSS 8選【2026】という記事¹が面白かったので、私もあまねけ！で使われている面白い（たぶん）CSSを7つ選んで紹介しようと思います。

あまねけ！ではサイト内のJavaScriptをできるだけ排除しており、単純な記事の閲覧や基本的な機能は全てCSSのみで実現しています。ダークモードの切替や文字サイズの変更はもちろん、必要ならテキストブラウザで開いたり、プリンターで印刷して紙で読むこともできます。

そのため、この記事には広い環境をサポートするためのスタイルや、JavaScriptの方がイージー（not シンプル）に実現できる動作なども含んでいます。今すぐ便利にカッコよく！というわけでもない細かい調整も紹介するので、興味が出ましたら必要な範囲でお使いください。

① シェア用テキストを選択しやすくする
② スマホでのみ電話番号をリンクとして表示する
③ ページ印刷時にURLも記載する
④ 強調したいテキストに圏点を表示する
⑤ ドット絵をパキッと拡大して表示する
⑥ CSSだけでクリックに応じてスタイルを切り替える
⑦ CSSだけでランダムっぽいパラメータを使う
おわりに

① シェア用テキストを選択しやすくする

Click me!: amanejp2rawomh6vcxugcmz3lsdccfkgwcz755mawisr2yazu3bea2qd.onion

.sample-01-share-text {
  user-select: all;
}

user-select 属性を all にすると、クリックやタップで子の内容が全て選択されるようになります。その後の操作（コピーやシェア）はブラウザあるいはOSの標準機能に任されるので、JavaScriptでコピーを代行するよりユーザーに親切です。

冒頭のサンプルでは、インタラクションがあることを提示するために border-bottom: 1px dotted で下線も表示しています。

② スマホでのみ電話番号をリンクとして表示する

Click me!: +81 80-1665-4365

@media screen and (min-width: 768px) {
  a[href^="tel:"] {
    color: inherit;
    text-decoration: none;
    pointer-events: none;
  }
}

電話番号を押下可能なリンクとして設定する場合、スマホからクリックすると電話アプリが立ち上がって電話番号が入力された状態になると期待できます。しかし、PCやタブレットといった電話アプリを前提としていない環境では、クリックできないテキストとして提示したいものです。

このとき、リンクの装飾として使われる（しばしば青い）文字色と下線のスタイルを外し、さらにクリック不可とすればCSSのみでリンクをふつうのテキストとして表示できます。それぞれ color 属性・ text-decoration 属性・ pointer-events 属性で設定します。

これらをメディアクエリでPC・タブレットを対象に、またセレクタを a[href^="tel:"] とすることで、手動でクラスを指定せずとも「電話番号へのリンク」に対して全て適用できます。このスタイルを適用する場合、リンクテキストは「電話をかける」のようなタップできる前提のものではなく、リンクとして設定する具体的な番号が分かるように表示すべきです。

冒頭のサンプルでは、リンクとして表示しない場合は代わりにコピーしやすいシェア用テキストとして提示しています。

③ ページ印刷時にURLも記載する

@media print {
  a[href^="http"]:after {
    content: " " attr(href) " ";
    text-decoration: none;
    font-size: 80%;
  }
}

Webページを紙に印刷して利用する場合、リンクに関する情報はリンクテキストを残して失われます。PDFのみであればリンクを埋め込んで出力することもできますが、広い環境で利用できるようにURLも表示しておくと安心です。 ::after 疑似要素などを使えばリンク先URLをテキストとして付加できるので、これをメディアクエリと組み合わせて印刷時のみ有効にするとよいでしょう。

例示したスタイルでは http://～ あるいは https://～ から始まる外部リンクのみを対象にしていますが、必要に応じて変更してかまいません。あまねけ！では、 a[href^="/"] な内部リンクには先頭にドメインを付与するスタイルも入っています。

表示が気になった方は、このページを印刷するかPDFとして保存して出力を確認してみてください。

④ 強調したいテキストに圏点を表示する

.sample-04-kenten-text {
  text-emphasis: filled dot;
}

text-emphasis 属性を dot にすると、対象のテキストに圏点（テキストを強調するために文字の上に置く印）を表示できます。点の形（ dot ・ triangle ・ sesame など）や、それに対して図形の内部を塗りつぶすかどうか（ filled or open ）を決められるので、ある程度はサイトの雰囲気に合わせてカスタマイズできます。

表示が気になった方は、主にさよなら、キョーカイの子などの小説作品などで多用されているので眺めてみてください。

⑤ ドット絵をパキッと拡大して表示する

.sample-05-pixel-art {
  image-rendering: pixelated;
}

image-rendering 属性を pixelated にすると、画像のサイズ設定やブラウザのズーム機能による拡大・縮小に対して、ピクセルっぽさを残したアルゴリズムで表示されるようになります。

小さなサイズのドット絵など、ブラウザの幅に対してピクセルを十数倍に拡大して表示する場合、普通はなめらかに拡大するアルゴリズムによってピクセルがにじんでボケボケした見た目になります。これを回避するためには拡大済みの画像を事前に作るのが一般的ですが、このスタイルを当てれば画像が小さいままパキッと拡大できて便利です。マイクロなGIFアニメバナーを目指してでも触れています。

冒頭のサンプルに表示した88ピクセルx31ピクセルの小さなバナーでは、 image-rendering: pixelated を当てていない下のバナーだけがぼやけた表示になることを確認できます。

⑥ CSSだけでクリックに応じてスタイルを切り替える

動作サンプル

あまねけ！には、ページ左上の太陽 or 新月のマークでダークモードとライトモードを切り替える機能や、ページ右上の虫眼鏡のマークで文字の大きさを切り替える機能があります。このような動作は、JavaScriptを使えばクリックイベントでクラスを切り替えたり、カラーテーマについては color-scheme 属性を書き換えれば実現できるものです。

もしこの機能をCSSのみで実現したい場合は、非表示のチェックボックスにラベルを紐付けて、チェック状態に応じてスタイルを切り替えるのがよいでしょう。

/* 「状態」を保持するチェックボックスを隠しつつフォーカス可能にする */
input[type="checkbox"]#toggle {
  position: absolute;
  pointer-events: none;
  clip-path: rect(0 0 0 0);
  opacity: 0;
  appearance: none;
}

/* ユーザーに提示する切り替えUI */
label#toggle-button::before {
  content: "ここをクリックして背景色を変更";
}
input[type="checkbox"]#toggle:focus ~ label#toggle-button {
  outline: 2px solid royalblue;
}

/* 切り替えるスタイルの定義 */
#main {
  background-color: red;
}
input[type="checkbox"]#toggle:checked ~ #main {
  color: #eee;
  background-color: blue;
}

少し複雑ですが、実際に異なる2つのスタイルを宣言しているのは #main と input[type="checkbox"]#toggle:checked ~ #main のみです。他はユーザーに見せるためのクリック可能なラベルのスタイルと、チェックボックスを一切表示させないままフォーカス可能にするための工夫になっています。

もしチェックボックスを display: none などで隠してしまうと、マウス以外のインターフェース（Tabキーなど）でラベルに到達するのが難しくなるので、アクセシビリティの観点からこれらのスタイルをおすすめします。フォーカスしたことが分かりやすいよう、 outline 属性で可視化するのもポイントです。

この手法はcolor-schemeとprefers-color-schemeのつかいかたで触れたものとほぼ同じです。兄方向・親方向に辿るセレクタが書けなかった時代に作ったので、チェックボックスをbody直下に置いて、その弟要素としてsectionを置いて全てのコンテンツを詰める、というちょっと特殊なレイアウトが必要なのが難点ですね。

最近は :has() 疑似クラスが広く利用できるようになりつつあるので、最近のブラウザが対象なら以下のように素直なセレクタにできるでしょう。

body:has(input[type="checkbox"]#toggle:checked) #main {
  color: #eee;
  background-color: blue;
}
label#toggle-button:has(input[type="checkbox"]#toggle:focus) {
  outline: 2px solid royalblue;
}

これで「チェックボックスの直後のセクション」から「子にチェックボックスがあるbody」と、セレクタの基準が実際にスタイルを当てられる側に移ります。さらに、チェックボックスを上位に置く必要もなくなるので、再利用可能なコンポーネントに詰めて影響範囲を閉じることさえ可能です。

⑦ CSSだけでランダムっぽいパラメータを使う

動作サンプル

あまねけ！では、季節に合わせたミニ・エフェクト（参考）のように、ランダムな位置や動きを実現したいシーンがあります。

CSSで ランダムっぽさ を完結させたい場合は、事前にランダムな値を生成しておくか、ランダムっぽい計算を通せばよいでしょう。JavaScriptなら Math.random() で擬似乱数を得ることができますが、素直にやると各CSS属性のために何度も乱数を生成して大量に引き渡す実装になったり、スタイルの責務が曖昧になったりして筋が悪そうです。

もし完全にCSSのみでランダムっぽさを得たい場合は、CSS変数をシードとして非線形関数に通すのがおすすめです。CSSでは sin() や cos() といった三角関数が利用でき、これらはあらゆる数値を-1から1に変換する関数とみなせるので、以下のような使い方ができます。GLSLの古典的なハッシュ関数のアルゴリズムと同じですね。

.sample-07-random-position {
  --left: (mod(sin(var(--seed) * 12.9898 * var(--index)) * 43758.5453, 1) * 95svw);
  --top: (mod(sin(var(--seed) * 78.233 * var(--index)) * 43758.5453, 1) * 95svh);
  position: fixed;
  left: calc(var(--left));
  top: calc(var(--top));
}

周期を超える大きめの数値を三角関数に通すと乱数っぽく見える性質を利用したもので、実際にはCSS変数で値が確定する決定的な計算しかしていません。サンプルページでスライダーを動かしてみると分かるとおり、実際には位置が偏ったりいかにも正弦波のプロットっぽい配置に近づくこともあります。それでも、簡単な処理で大量に取り出せるランダムプールとしては十分です。

おわりに

CSSだけで実現できることは、他にもたくさんあります！　ちょっとした位置合わせや平面的な大きさの設定だけがCSSの能力ではありません。paddingとmarginの違いを峻別できるかなんて、広いCSSの世界の中では本当に小さな豆知識だということです。

そよ風に流される複雑なアニメーション、簡易的なダイアログ表示、ダークモードに合わせた画像反転、OSが提示した文字サイズへの追従、などなど……シンプルかつ安全な宣言的記述で「もう一歩」を叶えられるのがCSSの魅力です。みなさんもぜひ、日常生活のちょっとしたところからCSSを取り入れてみてくださいね。

先日個人サイトwebオンリーめぐる市(2026)サークル参加・全スペース制覇ログ・お気に入りサイト紹介であまねけ！の「個人サイトWebオンリーめぐる市」参加によせてを紹介いただいたヒフミさんのサイト「涼流花」の記事です。 ↩

今日できる！「読みやすい小説本」を作る10個のチェックポイント

2026-06-18T22:23:00+09:00

即売会で文芸サークルを回って見本誌を読んでいるとき、どうしても紙面の文字が頭に入ってこないことがあります。中身を理解するより先に、ページを先に進めるのがなんか面倒だなーと思う瞬間があるのです。

そういう本の紙面に感じる違和感はいろいろ。文字が小さくて読みにくい、あるいは判型に対して不自然に大きくて目が滑る。字　間　が　大　き　く　てリズムが掴めない、あるいは狭すぎて窮屈でせっかちな印象になる。行間が広くて、狭くて……綴られているのはきっとよく練られた素敵なフレーズなのでしょうが、そんなページに置かれただけで陳腐な印象になる気がします。

余白の取り方もそうです。たいていの文庫本は上（天）と下（地）の余白がどちらかに偏っていて、ぴったり揃えた紙面には違和感を感じるはず。でも、世の中には明らかにワープロソフトで適当に決めた余白の同人誌が出回っています。本の構造上、綴じ側（のど）は外側（小口）より大きな余白になるのが普通ですが、たまに行がのどにぴっちり食い込んで読みにくい同人誌も見かけます。

様々なデバイスで文字を読める今の時代に、わざわざ紙あるいは紙を模した平面で作品を発表するなら、できるかぎりその意味にこだわりたいところです。文章をただテキスト情報として伝えたいだけなら、読者にレイアウトを任せるリフロー型の電子書籍メディア¹を使うのがお互いに最適であって、わざわざ柔軟性もなく利便性も低い紙束を配る必要はないでしょう。

では、よい紙面とは何か？　それをどう作るのか？　その答えは非常にシンプルで、自分が読みやすいなと思った本を真似すればよいのです。文字の大きさ、行数、余白はどうなっているか、ノンブルや柱はどこに入っているか、などなど。

具体的には、以下のような10個のチェックリストを埋めていくのがよいでしょう。この記事を印刷したり、コピーしてメモアプリに貼り付ければチェックリストとして使えます。

① 本の判型（大きさ）は？
② 文字の大きさは？²
③ 1行に何文字くらい入ってる？³
④ 1ページに何行くらい入ってる？⁴
⑤ 版面（文字が印刷されている部分）は何mmある？
⑥ 天（上側）の余白は何mmある？
⑦ 地（下側）の余白は何mmある？
⑧ 小口（外側）の余白は何mmある？
⑨ ノンブル（ページ番号）はどこに入ってる？
⑩ 柱（ページのタイトル・見出しなど）はどこに入ってる？

実際の紙面に合わせるとこんな感じになります。

なお、版面の大きさを指定できず、代わりにのど（内側）の余白で配置を決めなければならない場合は、判型の横の長さから版面の横の長さと小口の余白を引くと、のどの余白が分かります。

チェックリストが埋まったら、これらの情報を元にお手持ちのワープロソフトや組版システムでページを調整します。もし自分の文芸同人誌でこのような点を気にしたことがなければ、まずはその同人誌の測定から始めるとよいでしょう。この記事では10個のチェックポイントに絞りましたが、本を眺めて気になった点はどんどん確認するべきです。扉はどんなデザインか、目次をどのように入れているか、どちらのページから始まっているか、などなど。

冒頭で触れた「目が滑る同人誌」は、そういうちょっとした観察や読者としての視線を感じない本だ、とも言い換えられます。本が読者に与える印象は、表紙のロゴタイプの綺麗さやイラストの エモさ だけで決まるわけではなく、ぱらぱらと立ち読みしたときの紙面の印象でも大きく変わるものです。

調整が終わったら、最後に見開きの一面（2ページ）で等倍に印刷してチェックしてみましょう。文庫本はA5サイズに、A5版はA4サイズになりますが、どちらもA4に印刷してかまいません。コンビニでのPDF印刷では「用紙に合わせる」ような設定を外すボタンが分かりにくいことがあります。

さて、新しい紙面は違和感なく仕上がりましたか？　調整前の紙面と見比べると、その違いをより意識できると思います。今回紹介したチェックリストが、あなたの素敵な作品を仕上げる際の参考になれば幸いです。

デバイスの画面サイズやウィンドウの大きさ、フォントサイズの設定に応じて再レイアウト（reflow）できる形式です。PDFのように決まった紙面を拡大・縮小するのではなく、ブラウザで文章を読むような体験を提供できます。テキストデータを含むので、検索機能や読み上げ機能とも相性がよいです。 ↩
読んでいる本の文字サイズがわかるしおりなどがあれば、大まかなサイズ感を掴むのが楽になります。 ↩
記号類が占める大きさが違ったり、禁則処理などで追い込まれたり追い出されて1行の文字数が変わることがあります。周囲に禁則文字がなく、正方形の空間を占めるふつうの文字の行で比較するとよいでしょう。ここから字間を逆算できます。 ↩
大きな文字の見出しやその周囲の余白、あるいは脚注が入って1ページの行数が減ることがあります。ふつうの本文のみで占められたページで比較するとよいでしょう。ここから行間を逆算できます。 ↩

COMITIA156に参加して

2026-06-18T18:57:00+09:00

先日COMITIA156で合同誌モノラルノートⅠ『宝石』を頒布した回について、本誌の制作や即売会までの準備、当日の様子などを書き残しておきます。

合同誌の制作
即売会までの準備・宣伝など
当日の様子
後日のこと

合同誌の制作

モノラルノートの基本的な計画や位置付け、今後の展望については、立ち上げにあたって書かれた合同誌「モノラルノート」の立ち上げによせてが詳しいです。

今回は告知記事にも掲載したとおり、私を含めて6人のメンバーで執筆を始めました。3月頭から中旬にかけてサークルのMatrixコミュニティの非公開ルームに招待し、都度アナウンスしながらGitHubのプライベートリポジトリで赤入れや修正を進めていくという流れです。

4月中旬の「みなさん進捗どんな感じ？　あたしはプロットはできてて、適当な作品で暖筆しながら書き始めてるくらい」なんてのんきな私のアナウンスを見ても分かる通り、GW明けにやっと初稿が揃い始めて、入稿週で完成……と、実はここまで含めていつものスタイルです。いつも、と言っても諸事情で3年ほど空いたのと、メンバーの入れ替わりもあったのでちょっとだけ新鮮でした。

表紙のデザインは、いろいろアイデア出しをした末に、最終的には白黒を基調にしたシンプルなデザインにまとまりました¹。初めはモノで溢れかえる薄暗い勉強部屋のようなイメージで進み始めたのですが、パキッとしたシンプルさの方が目を引くはず！となったのです。やっぱり歩きながら構想を練るのが一番捗りますね。

モノラルから感じるモノクロっぽさ、ノートの表紙っぽい罫線、文字の大きさと行数の表示がこだわりポイントです。

私の個人誌や私が主宰する文芸合同誌は、ほとんど全てがLuaLaTeX + jlreqベースのhentaigirls/abookで制作されています。もともとはA5版2段組の合同誌を作るために作ったテンプレートなのですが、あまねけ！作品まとめ集の変天美音を発行するにあたってA6（文庫）版を追加、そのときついでにA5版1段組にも対応していて、今回晴れて日の目を見たというところです。

もしこんな紙面に心地よさを感じましたら、あなたの組版にもぜひ使ってみてください。素直なMIT Licenseです。

即売会までの準備・宣伝など

みんなに参加してもらう合同誌だし、少しは宣伝も頑張ろうかな～と思って1ヶ月だけXに青バッジを付けてみました（今はもうありません）。ここも3年前とは少し意識が違うところかもしれません。

まず、5月25日から一週間かけて毎日収録作品を紹介していきました。作者のみなさんにキャッチフレーズをもらって、ちょっとしたバナー²にまとめた感じです。

それから、5月31日に各話のサンプルとBOOTHへのリンクをお知らせしました。例として私が寄稿した「旧新宿街」のサンプルを置いておきます。今回のために左右綴じ対応・見開き表示対応・リンク設定も可能なてきとうビューアを作ったのです。今後も使うと思います。

あとは6月4日のおしながきと公式サイト記事のお知らせ、本誌が届いた6月5日は実物写真の紹介、コミティア前日の6月6日の掲示ポスターの紹介まで続きます。途中の数日が空いてしまいましたが、毎日少しずつ情報をお知らせできたのでよかったと思います。

当日の様子

最近の出展では頒布物を減らして、シンプルで分かりやすい設営を心がけるようになりました。

頒布したのは新刊としてのモノラルノートⅠ『宝石』と、既刊としての変天美音Ⅰと変天美音Ⅱ、あとは女学生からのお手紙セットです。このグッズが埋もれてるのはもったいないな～と思うのですが、リアルすぎて逆に伝わりにくいのかもしれません。購入いただいた感想でもらった「人が人に書いた手紙を関係ない私が読んでる」というのがかなり近い感覚です。

ブースで閉会まで待機していた印象としては、背景に立てていたA2ポスターがかなり目を引いていました。やっぱり、デカいポスターにかわいいイラストを載せるのは大事ですね。私たちは「ブースに顔が向いているが爪先は向いていない」人たちがブースに興味がないことを知っていて³、その上で今回はポスターに目も爪先も向けてくれる人が多かったのです。

ポスターを見る。POPを見る。卓上のおしながきを見る。見本誌を読む。あっ、こんにちは。POPでちゃんと本の中身を説明できていなかった気がしますが、今回は見本誌まで辿り着いてくれる人がたくさんいました。ここまで来たら見本誌を読んで「あ、ここ文芸のサークルさんか～……」という顔で帰ってもOKです。騙すつもりじゃなかったんだよ、ごめんね。

次はでっかく「小説！」って書いたポスターにします。

カードと名刺に興味を持ってくれる人が普段より多かったのも嬉しいですし、何より面白かったのは無料配布のステッカーがじゃんじゃか捌けていったことです。実は商品ラベル用のシール用紙の余白に印刷した端っこグルメで、おまけなので適当にどうぞ～という感じで置いていたのですが、ブースに立ち寄ってくれた方に勧めたらけっこう喜んでもらえました！

なんてったって、ばつが悪そうな顔で見本誌を閉じた外国の方も、ステッカーを差し出すと「Oh, free? Wow!」と嬉しそうに1枚選んでくれたくらいです。エーッ、これって有料級にしていいやつなのか……という気付き。

ブースの左端に置いていたのですが、全体写真では見にくいので家で改めて撮ったものを載せておきます⁴。当日はさらに、変幻美少女ぶっくす。マスコットキャラクターのユーとリー⁵、あまねくらげなどのステッカーがありました。グッズを強化していく方針もよさそうだと感じたので、モノラルノート「モノ子」ステッカーセットⅠとしてテスト販売をしています。

閉会後はごはん。だんだん強くなる雨の中、新宿の餃子屋さんに行きました。サークル参加でも一般参加でも、即売会の後に誰かと行くご飯は楽しいです。

後日のこと

6月9日になって、BOOTHのCOMITIA156特集ページ「小説・評論・その他書籍」コーナーにモノラルノートⅠ『宝石』が掲載されたという連絡をいただきました。変幻美少女ぶっくす。公式Xアカウントからも宣伝ポストを投稿しています。嬉しい！

やっぱ外見のデザイン！　それから中身のブラッシュアップ！　合同誌企画なども含めて今後もいろいろ頑張りますので、まずは第一歩のモノラルノートⅠ『宝石』を入手してくれると嬉しいです。ブーストでステッカーもつきます。

この表紙デザインはごまふわラビが制作したものであり、CC BY 4.0でライセンスされていません。 ↩
このバナーはいずれもCC BY 4.0でライセンスされていません。 ↩
フローチャートボード・印刷版チケット付きパンフレットのふりかえりという記事で、ブースに大きなスチレンボードを立てて売り子と来場者を隔離した企画の解説と、当時の気付きを記しています。 ↩
このステッカーに使われている素材はいずれもCC BY 4.0でライセンスされていません。 ↩
変幻美少女ぶっくす。公式XアカウントやMatrixコミュニティで現在使っているアイコンに描かれているキャラクターです。 ↩

「個人サイトWebオンリーめぐる市」に参加して

2026-06-14T23:10:00+09:00

こんにちは、あまねです。

先日開催された「個人サイトWebオンリーめぐる市」への参加準備や当日の様子、関連して思ったことについて残しておきます。

まずは、自分がやったこと……
そのほか、自分以外についての感想……
ついでに、個人サイトの定義やメンタルモデルについて……

まずは、自分がやったこと……

めぐる市は、「ページのデザインや構成を工夫することができ独自のコンテンツを公開することができるプログラム・サービス¹」を用いて公開されたサイト――いわゆる個人サイトの展示がメインのイベントです。

開催の5ヶ月ほど前、1月あたりに副主催の方の告知をお友だちのリポストで見かけて、面白そうだな～と思って申し込みました。ちょうど、とある合同誌の発売記念パーティー「Party on the Spider Web!」に参加していた日だったのをよく覚えています。

申し込みから5ヶ月ほどの間に、マイクロなGIFアニメバナーを目指してという記事で 個人サイトっぽい サイトバナーを作ったり、ブースに来てくれた人のためのサイト紹介記事を準備したりしました。開催1ヶ月前くらいに何か新しい作品でも置いておこうかな～と思ったんですが、コミティアの準備と重なって完成しなかったので、書きかけのまま置いてあります。

開催の2週間前くらいに運営から参加表明シートが配られたので、いい感じに埋めて告知ポストも作りました。百合小説・エッセイ・技術・怪文書・生活・写真・団地・転籍届・こうかんノート・Web・架空・廃墟などをお送りするへんなサイトです！

当日はB-41でブースに着席したり、会場を歩き回ったり、みなさんの個人サイトを見て回ったりしました。実は開催直前まで土曜の朝10時から日曜の夜10時まで（36時間）と勘違いしていましたが、日曜の朝10時まで（24時間）でした。深夜から早朝はおそらくブースや記事への訪問も少なく、実質的には土曜いっぱいで終わりという感じ。個人サイトを一つ一つ探りながら回るにはちょっと短い印象でした。

サイト紹介記事として用意した「個人サイトWebオンリーめぐる市」参加によせてという記事は、けっこうたくさん読んでもらえた印象です。ブースからの流入はもちろん、Blueskyで紹介してもらっていたようで²³、こちらを経由したアクセスもありました。

こちらは開催後ですが、めぐる市に参加していたヒフミさんのサイト「涼流花」の個人サイトwebオンリーめぐる市(2026)サークル参加・全スペース制覇ログ・お気に入りサイト紹介でも紹介いただいています。アクセシビリティの設定でGIFアニメが再生されないことがある、という記載を見て、サイトバナー⁴を1フレーム目が停止していても不自然にならないように少しずらしました。

ブースへの絵文字リアクションもたくさんもらえて嬉しかったです！

サイト紹介記事ではメール通知サービスやフィードの購読をお願いしていましたが、購読数が増えたかは微妙な感じ？でした。特にフィードは購読の動向について知る方法がほとんどないので、今後の記事へのアクセスでほんのり体感できるかもしれません。メール通知については、先日のあまねけ！交通量調査（2026年6月）のお知らせを受け取った人がいるかもしれません。

フィードリーダーはあまねけ！以外のあらゆる個人サイトの更新をまとめて確認できる便利なツールなので、まだお持ちでない方は個人サイトとフィードのつかいかたなどを元に導入してみてください。この記事をAIに渡して相談に乗ってもらうと楽に使い始められそうです（一例）。

サークルカット一覧にリンクが残っているブースもあるので、興味があれば実際に見てみるといいでしょう。イベント期間中のみ掲載されていたリンクはもう見られないのと、イベント合わせで公開した特設ページは既に閉鎖されているかもしれないので、その点はご注意ください。

そのほか、自分以外についての感想……

イベント中にマップを歩いているアバターがいろいろ素敵だったので、印象に残ったものを紹介します。マップのスクショを撮り忘れていて、すれ違ったときの記憶頼みの部分があるので、アバターの詳細は違うかもしれません。

まず、と・り・なという黒い文字の身体で歩いていた東空とりなさん（サークル: イカサマの詰め合わせ）。右向きに歩くと鏡文字になっていました。アイコンやサイトバナーでもこの文字絵（葦手絵？）が使われていて、色数も少なくシンプルな線で識別性を高めたクールな印象を受けます。

次に、青いフロッピーディスクがてくてく歩いていた汲さん（サークル: 河川敷）。Blueskyの投稿でアバターのスクショが投稿されていたのを確認済み。アバターと同じく、個人サイトの方も初期のMacintoshのような古いOSのGUIデスクトップ画面を模してよく作り込まれており、昔のPoolside.FMのような雰囲気を思い出します。

最後に、白黒のハッチング模様（斜線トーン？）の羊さんで歩いていた黑野羊さん（サークル: 黑羊文庫さん）。細かいパターンの模様なので、動くとよく目立って印象に残ります。各種SNSのアイコンや活動報告のヘッダーにも使われていて、記事の内容に合わせてシーズンのアイテムなどを抱えているのも可愛いです。

個人サイトもいろいろ見て回りました。マウスを動かしているだけでワクワクする作り込まれたデザインのサイト、コンテンツの閲覧に集中できるシンプルなデザインのサイト。可愛いイラストや漫画、短編小説を並べる作品メインのサイトや、日記やスナップ写真の発信がメインのサイト。個人サイト制作のTipsやテンプレート配布がメインのサイトもありました。

関係をなす性別を問わない恋愛表現を指す「3L⁵」という馴染みのない用語を知ったのも、今回が初めてです。てがろぐを利用しているサイトがかなり多かったのも印象的でした。

ついでに、個人サイトの定義やメンタルモデルについて……

めぐる市の告知サイトでは、「個人サイトの基準」に踏み込んで苦労した跡が残っていました。最終的には、具体的なサービス名やフレームワークを挙げて個人サイトかどうかを判定する、という外延的な定義にまとまったようです。「なるべく広く定義しております」と言っているとおり、いわゆるブログやホームページ作成ツールも含むライトな発信者の層を取り込む方針を示していました。

別の例として、個人サイトのリンク集を謳うNodenariumでは、審査基準として「特定少数による運営」「既存のプラットフォーム上にないこと」「私的な内容の投稿を含むこと」などを挙げています。より狭く内包的な定義ですね。これをきっかけに書かれたLTUバランスのことでは、このあまねけ！を「『わたし』が限りなく尊重されている、外向きの自己と内向きの自己を自由に表現できる場」と表現しています。

今回、めぐる市に参加している個人サイトを眺めて、自分自身が個人サイトをどう位置付けているか、どこに特徴があるかについても掘り下げられました。つまり、これまで無意識にやっていたけれど、他の個人サイトにはなさそうな工夫があったということです。

もちろん、昔描いた一枚絵を見せるのが主目的のサイトであればよいのですが、ふつうは新しい作品やイベント参加情報、実績を知ってもらいたいのではないかと思います。あまねけ！は記事を読んでもらうのが第一なので、ファーストビューで4～8記事のタイトルと冒頭数十文字を読むことができるようになっています。

そして、私はコンテンツのタイムラインをできるかぎり1本に絞っていました。これを メインライン と名付けましょう。あまねけ！は記事という単位でパッケージした文章をメインラインに配置しており、必要に応じてメインラインから切り出した作者やカテゴリ別のタイムラインも利用できます。これはフィードとして配布している更新情報と背中合わせの概念です。

サイトにメインラインがあるメリットは、なんといっても読者が迷わないという点です。みなさんは即売会に行ったことがありますか？　では、特に事前情報もなく通りかかったサークルに興味を持ったことは？　そのとき特に注目するのは、「新刊」がどういう内容か、だと思います。ここで新刊がどれか分からないとか、同じような新刊が2冊ある、あるいは見本誌を読むのに合い言葉が必要なとき……試しに1冊買ってみようという気持ちは薄れてしまうでしょう。

これは個人サイトでも同じだと思うのです。長年様々なジャンルで活動してきたせいで、複数のタイムラインが同じように並んでいるとか、トップページが情報過多でどの情報から辿ればいいか分からないとか……もちろん「別にあなたのために作ってるわけじゃないですよ」と言われればそれまでの縁ですが、もう少し素敵な初訪問だったらよかったな、と思えてなりません。

まとめると、あまねけ！は「自己表現を込めた記事を1本のメインラインに据えた、シンプルな読みやすさを重視したブログに近い個人サイト」である、ということが分かりました。

今回は、個人サイトの展示が主目的という珍しいイベントを通じて、普段なかなか見る機会のない個人サイトをたくさん巡回できました。様々なジャンルや年齢層の人たちが自分の世界を作り上げているのは、本当に素晴らしいことです。SNSでの無意味な炎上や横暴なBANの被害を避けたり、一過性のインプレッションでしか評価されない過激で刹那的な世界から自由であり続けるには、やはり個人サイトしかありません。

個人サイトを作る人や見てくれる人が、これからも素敵な個人サイトライフを送れますように！

個人サイトWebオンリーめぐる市紹介ページ内Q&A「展示に利用できる個人サイトの基準とは何ですか？」の回答より ↩
@silverbirder.bsky.social:3mnln5j6fis2q ↩
@wakanatrium.bsky.social:3mnlza2ssc22x ↩
このバナーはCC BY 4.0でライセンスされていません。 ↩
NL/HL・GL・BLの3つのLをまとめて3Lという意味のようですが、LGBTと同様に具体的な略称をなす概念のみに限定されるものではないと考えるべきです。 ↩
とあるSNSでは、もともと搭載されていた翻訳機能をタップなしで自動適用されるようにしただけで、異言語圏の交流が非常に盛んになったらしいです。 ↩

あまねけ！交通量調査（2026年6月）

2026-06-12T19:32:00+09:00

最近、Firebase Hosting¹で運用しているこの個人サイト「あまねけ！」のデータ転送²が急増しています。2026年5月に至っては毎月数円から数十円程度で済んでいたホスティング費用が790円まで跳ね上がってしまい、そろそろ調査が必要かなと思ったところです。

1ヶ月に790円ともなると、無料枠と合わせて40GBくらいのデータ転送があったという計算になります。もし仮に、本当に訪問者が爆増してたくさん記事を読んでくれたならありがたいことですし、それに対して数百円払うなら安いものです。しかし、あまねけ！はアクセス解析³やインターネットの反応を見ている限り日々だいたい無風であり、来るのは顔見知りと観光案内所⁴経由のニッチな観光客くらい。データ転送量だけが右肩上がりというのは説明が付きません。

Firebase Hostingの料金プランには、脚注で触れたとおりSparkプランとBlazeプランがあります。

SparkプランのFirebase Hostingでは、月に 10GBの無料枠が割り当てられます。ドキュメントの記載がまちまちなのですが、実際はさらに 1日に 360MBの制限がかかります。そのため、例えば平日のアクセスが360MBを下回っても、使わなかった分を休日のアクセスに充てるような使い方はできません。比較的アクセスが多いサイトや画像メインのサイトではギリギリという印象です。

ここでBlazeプランに切り替えると、1日に360MBの無料枠は残ったまま、無料枠を使い切った後のデータ転送に0.15ドル/GBかかるようになります。Sparkプランと同様に、360MB/日を使い切った日ごとにそれぞれ料金がかかり、余った無料枠を別の日に回すことはできません。

さて、これらの情報を踏まえて、今からあまねけ！交通量調査を進めていきます。もし以下の技術的観点に詳しくなければ、先に調べておくとよいかもしれません。

User-Agent
HTTPキャッシュ
クローラー
CDN
HTTP条件付きリクエスト
304 Not Modified
たまごポケット

では、始めましょう！

仮説

まず、これまでに得てきた情報を元に仮説を立ててみます。ここ数ヶ月は定期的に最終的なホスティング費用とアクセス解析を眺めていたので、ぼんやりと原因の予想もしていました。

最近のホスティング費用の動向は以下の通りです。2025年10月から急増し、2025年12月から2026年2月あたりは180円前後で安定したと思ったら、それ以降は急激に増加したという、3つのトレンドが読み取れます。2025年10月から2026年3月までは長期的な原因①で200円前後の増加があり、それ以降は新たな原因②が重なって600円前後の増加が重なった、と考えられるかもしれません。

期間	ホスティング費用（円）
2025/08	1
2025/09	6
2025/10	99
2025/11	150
2025/12	188
2026/01	182
2026/02	183
2026/03	270
2026/04	540
2026/05	790

アクセス解析の情報については、詳細なログの紹介は避けますがここ数ヶ月ほどは中国・香港・台湾からのアクセスログが多く、他にもUser-Agentがクローラーっぽいもの、あとはiCloudのプライベートリレーに包まれたアクセスなどが多かったです。滞在時間も少なく、多くのページを機械的に辿るアクセスも頻発していました。

あまねけ！はほとんどが日本語の文章のコンテンツですし、知らない人が翻訳して読むほどの使いやすい情報はないはずです。ここ最近、海外からのアクセスが増えているとなると――AIの学習データ収集ボットが、あちこちの帯域を占有して回っているという話が頭をよぎります。これらの情報をまとめて、「AIの学習データ収集クローラーに狙い撃ちされており、アクセスが頻発してデータ転送量を押し上げている 」という仮説を立てて調査を始めました。

調査

ホスティング費用とアクセス解析の傾向だけでは、まだ情報が足りません。Firebase HostingではHTTPアクセスログをCloud Logging⁵にエクスポートでき、Cloud Logging側では直近の30日間分のログを無料で保持できます。2025年10月頃からのトレンドを確認するのには足りませんが、ここ数日も続く大量のデータ転送を分析するには十分です。

ログの分析には、ブラウザから利用できるログエクスプローラを使うのが手っ取り早いですが、User-AgentやIPアドレスごとに集計したり、過去のデータを手軽に保持したい場合は、対象期間のログを丸ごとダウンロードしてしまうのがおすすめです。

今回は gcloud コマンドで落とせる分を落としてみました:

gcloud logging read 'resource.type="firebase_domain"' --project=YOUR_PROJECT --format=json > YOUR_PROJECT_$(date -Id).json

実行日が6月9日だったので、5月10日頃からのデータが含まれていました。以降はここで得られた amanejp_2026-06-09.json に対して分析を進めていきます。

まず、どんなファイルにアクセスがあるかを集計します:

cat amanejp_2026-06-09.json \
| jq -r '.[] | [.httpRequest.requestUrl, (.httpRequest.responseSize // 0 | tostring)] | @tsv' \
| awk -F'\t' '{size[$1]+=$2; count[$1]++} END {for(u in size) printf "%10.2f MB  %6d reqs  %s\n", size[u]/1000000, count[u], u}' \
| sort -rn | head -n10

データ転送量	リクエスト数	URL
24179.65 MB	7039	`/feeds/all.atom.xml`
15459.31 MB	109120	`/`
370.21 MB	13	`/appendices/archive/amanejp.zip`
188.14 MB	593	`/feeds/ugoki.atom.xml`
118.78 MB	114	`/feeds/amane-katagiri.atom.xml`
84.15 MB	168	`/feeds/lily.atom.xml`
56.88 MB	27	`/images/yet-another-barcode-system/akasha.webm`
51.37 MB	235	`/feeds/tech.atom.xml`
48.53 MB	548	`/theme/images/amanejp-banner_88x31.gif`
37.30 MB	31	`/images/ffmpeg-tomori/yakiniku.gif`

ここで分かったのは、ほとんどのアクセスが全体フィードとトップページに対するものだということ。あまねけ！には動画や画像などの大きめのファイル、さらに大きなZIPアーカイブも含まれていますが、アクセス数が桁違いなのでデータ転送量では無視できるレベルになっています。

フィードへのリクエストはブラウザ前提のアクセス解析には出ないので、海外からのアクセスが急増したという印象は見当違いだったようです。一方で、トップページならアクセス解析に出るはずですが、月に10万件以上のアクセスがあったという記録は見つかりません。ちょっと観点を変えて掘り下げる必要がありそうです。

そこで、次にどんなUser-AgentでどんなURLにアクセスしている傾向があるかを集計してみます:

cat amanejp_2026-06-09.json \
| jq -r '.[] | [.httpRequest.requestUrl, .httpRequest.userAgent, (.httpRequest.responseSize // 0 | tostring)] | @tsv' \
| awk -F'\t' '{key=$1"\t"$2; size[key]+=$3; count[key]++} END {for(k in size) printf "%10.2f MB  %6d reqs  %s\n", size[k]/1000000, count[k], k}' \
| sort -rn | head -n5

データ転送量	リクエスト数	URL	User-Agent
21302.57 MB	4736	`/feeds/all.atom.xml`	（設定なし）
15079.03 MB	86219	`/`	Uptime-Kuma
910.35 MB	719	`/feeds/all.atom.xml`	（フィードリーダー系のクローラー）
337.31 MB	266	`/feeds/all.atom.xml`	（RubyのHTTPクライアント）
265.37 MB	59	`/feeds/all.atom.xml`	（フィードリーダー系のクローラー）
207.64 MB	164	`/feeds/all.atom.xml`	（フィードリーダー系のクローラー）
169.29 MB	1	`/appendices/archive/amanejp.zip`	GPTBot
169.29 MB	1	`/appendices/archive/amanejp.zip`	（一般的なブラウザ）
164.01 MB	130	`/feeds/all.atom.xml`	（RubyのHTTPクライアント）
130.83 MB	148	`/feeds/all.atom.xml`	（フィードリーダー系のクローラー）

上位2件が21GB・15GBと合わせて36GBほどあり、飛び抜けて多いですね。しかし全体フィードへのアクセスのUser-Agentは空っぽで、もしかしたら複数のクローラーからのアクセスがまとめられて大きく見えているのかもしれません。

トップページに対するアクセスの Uptime-Kuma というUser-Agentは、Uptime Kumaというサーバーの死活監視サービスからの定期的なアクセスです。実はこのサービスは私自身が設置したもので、意外と無駄な転送量を消費していることが分かりました。 なんてこった！

ただ、Uptime Kumaを設置したのは2025年10月よりかなり前なので、ここ数ヶ月で急に増え始めたというトレンドを綺麗に説明できません。トップページに記事の冒頭を含めるなどの変更でサイズが大きくなった影響を受けたとか、この時期にバージョンアップしたUptime Kumaの監視戦略が変わったとか、CDNのキャッシュ戦略が変わったのかもしれない、と予想しておきます。

全体フィードの話に戻りましょう。最後にアクセス元IPアドレス別に集計してみます:

cat amanejp_2026-06-09.json \
| jq -r '.[] | [.httpRequest.remoteIp, (.httpRequest.responseSize // 0 | tostring)] | @tsv' \
| awk -F'\t' '{size[$1]+=$2; count[$1]++} END {for(u in size) printf "%10.2f MB  %6d reqs  %s\n", size[u]/1000000, count[u], u}' \
| sort -rn | head -n1

データ転送量	リクエスト数	IPアドレス
21302.57 MB	4736	xxx.xxx.xxx.xxx

結局、21GBほどのアクセスが同一のIPアドレスから行われているログが確認できました。このIPアドレスを whois コマンドで調べると、とある日本国内のレンタルサーバー会社に属するもののようです。おそらくは、あまねけ！をセルフホストのフィードリーダーに登録した読者がいて（これはすごくありがたいことです！）、しかしフィード取得の実装が少し甘いのだと思います。

このフィードリーダーがどういうアクセスをしているのかを確認してみましょう。アクセス日時とステータスコードを抜き出してみます:

cat amanejp_2026-06-09.json \
| jq -r '.[] | select(.httpRequest.remoteIp == "xxx.xxx.xxx.xxx") | [.timestamp, .httpRequest.status] | @tsv' \
| sort | head -10

アクセス日時（UTC）	HTTPステータスコード
2026-05-10 06:16:54	200
2026-05-10 06:23:02	200
2026-05-10 06:34:07	200
2026-05-10 06:40:08	200
2026-05-10 06:51:11	200
2026-05-10 06:56:59	200
2026-05-10 07:08:04	200
2026-05-10 07:14:02	200
2026-05-10 07:25:05	200
2026-05-10 07:31:13	200

5～15分間ほどの間隔でフィードにアクセスしており、全てのリクエストが200で返っています。つまり、毎回キャッシュに当たらずに常に最新のフィードを取得しているということです。

あまねけ！も含め、自前でフィードを提供している多くの個人サイトは1日から数ヶ月に1回ほどの更新が多く、1時間に1回程度のチェックでも十分ですし、 If-Modified-Since や If-None-Match を用いた条件付きリクエストを使えば304レスポンスで転送量を節約できます。

もちろん、せいぜい5分間に一度のフィード取得を攻撃や迷惑行為と評するつもりは一切ないのですが、やはりデータ転送量の観点では無駄な処理と言わざるを得ません。

さて、調査結果をまとめます。ここ最近のあまねけ！ホスティング費用の増加には2つの原因があることを確認できました。

自前の死活監視サービスによる定期的なトップページの取得によるデータ転送の増加
日本国内のレンタルサーバーに設置されたフィードリーダーからのフィード取得によるデータ転送の増加

やはり、どちらも訪問者が爆増したのが原因というわけではなく、むしろデータ転送量としては節約の余地が大きい事象が2つも見つかりました。ちょっと残念。

対策

さて、今回のデータ転送量急増事件については、2つの観点で対策が必要だと分かりました。1つは自前の死活監視サービスであるUptime Kumaへの転送量を減らす対策、もう1つはフィードへのアクセスによる転送量を減らす対策です。

まず、Uptime Kumaのデータ転送量の削減です。そもそもFirebase HostingはバックエンドのCDNがFastly⁶であり、一個人がわざわざ監視するほど不安定なインフラではありません。それはそれとしてステータスページには緑のバーを出しておきたいので、監視間隔を3倍に延ばして、確認するURLをよりサイズの小さなページ（トップページの5%ほど）にしました。これで、月に15GBのデータ転送量が250MBくらいに減ることが期待できます。

次に、フィードのアクセスによるデータ転送量の削減です。レンタルサーバーの運営元が分かっているのでabuse窓口に連絡してもいいのですが、迷惑行為というには緊急性が低く穏やかな挙動ですし、もしかしたらこの記事を読んで対応してくれるかもしれないので、まずはそれ以外の対策を実施します。

あまねけ！のフィードには全ての記事（現時点で200件以上）が含まれており、しかも本文の内容を最後まで含むかなり大きなものになっています（3～4MB程度）。フィードに本文を入れておくと、フィードリーダーによってはサイトを開かずにプレビューできて便利です。

この利便性は削りたくないので、フィードに含める記事の件数を最新から10件までに絞ることにしました。多くのフィードリーダーは記事の更新に注目しており、数年以上前の古い記事は最初に取得したきり無視するからです。実測サイズベースでは4%以下になったので、月に21GBあったデータ転送量は650MBほどになるでしょう。まだ少し多く感じますが、他のフィードリーダーへのデータ転送も減らせる対策なので、その効果はさらに大きくなるはずです。

これで今回のあまねけ！交通量調査で見つかった事象に対する処置はおわりです。既にこれらの対策がバッチリ効いているようで、ここ数日は無料枠を少し超える程度のデータ転送量まで抑えられています。あとは6月と7月の請求額が出ればひとあんしん。もし今後も長期的な分析が必要なら、アクセスログは定期的に取得しておくとよいでしょう。

結論

昨年からじわじわ増加していたホスティング費用の内訳について調査を行いました。半年以上放置しながら「学習データ収集ボットが押し寄せてるな～」となんとなく考えていたわけですが、よく調べるとその予想は見当違いで、実際もっと地味な原因が潜んでいたのが明らかになりました。やっぱり客観的なデータをきちんと分析するのは重要ですね。

みなさんも、ご自身のWebサイトへのアクセス傾向を改めて分析してみてください。特に、自前で死活監視サービスを持っている方は、定期的なアクセスで意外とデータ転送量がかさんでいるかもしれません。従量課金でなければあまり気にしなくてよいでしょうが、新しい発見もあるのでおすすめです。

なお、ふつうのブラウザで記事を閲覧するときにかかるデータ転送量はほぼ無視できる⁷ので、みなさんには今後もどんどんあまねけ！を読んでほしいなと思います。

モバイルおよびWebアプリ開発プラットフォームのFirebaseのうち、コンテンツをホスティングする機能がFirebase Hostingです。Firebaseでは無料のSparkプランと従量課金制のBlazeプラン（無料枠付き）があり、あまねけ！はBlazeプランを適用しています。 ↩
ブラウザでページを表示したりダウンロードしたりする向きの通信のことです。 ↩
あまねけ！ではShynetをセルフホストして簡易的なアクセス解析を行っています。Google アナリティクスのような第三者へのデータ提供を伴うサービスではありません。 ↩
たとえばミンゲイインターネットのような。 ↩
Google Cloudで提供されているログ蓄積・検索・分析を行うサービスです。Firebase Hosting内のサービスではなく、あくまでログを連携してCloud Loggingから利用する関係です。 ↩
グローバル規模のCDNやエッジコンピューティング環境を提供する会社の名前であり、同社が提供するCDNサービスの通称でもあります。 ↩
Firebaseのデータ転送料は25円/GBくらいで、むしろ受信側であるモバイル通信のデータ単価の方が50～300円/GBと高いです。 ↩