あまねけ！ - Amane Katagiri

電卓の説明書を思い出す

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/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と高いです。 ↩

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

2026-06-06T09:00:00+09:00

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

2026年6月6日〜2026年6月7日開催「個人サイトWebオンリーめぐる市」の「サイト紹介」ボタンからいらっしゃったみなさん、こんにちは。そうでない方や、あるいは開催終了後のみなさんも、こんにちは。お目にかかれて嬉しいです！

本記事では、個人サイトWebオンリーめぐる市を通じてこの個人サイト「あまねけ！」に初めていらっしゃったみなさんに向けて、管理人のプロフィールや個人サイトとしてのプロフィール、掲載内容について紹介します。

この記事は大事なことから順に、読まなくてもよいトリビアまで続きます。おそらく少しだけ長いです。もし、このサイトにはちょっと興味があるけれど今は読む時間がないという方がいましたら、新着記事のメール通知サービスに登録するか、フィードを購読していったん忘れてください。

次回の記事ができたら、また思い出してもらいます！

わたしのこと
あまねけ！のこと
バナーのこと
フィードのこと
技術スタックのこと
ドメインのこと
自由と安全のこと
humans.txtのこと
おわりに

わたしのこと

私は片桐天音（かたぎりあまね / Amane Katagiri）です。普段はエンジニアとしてパソコンカタカタ全般をやりつつ、趣味でこのあまねけ！の盆栽をしています。アイコンがとてもかわいいです¹。

あまねけ！の主な投稿者であり、小説や技術記事、エッセイ・評論などの記事を公開しています。また、サイトコンテンツ全体の統括やインフラの構成、ドメインの維持管理も担当しています。インターネットにおける発信は、迱里ヶ崎――という架空の場所――にある海辺の文化交流センター「迱里ポートテラス」のテナントの一角で行われています。

趣味というほどのものではありませんが、個人的な生活の一部として かわいい ものを集めています。団地や廃墟、古い看板、コンテキストを失った文字情報などの虚無や かわいい ものの写真を撮ったり、キラキラした素材を集めたりしています。あとここ数年はピンバッジが好きでよくかばんに付けています。

今この記事を書いているデスクには、チェコボタン、香水瓶、オパールが埋め込まれた鴨の彫刻、カナリーイエローのYAG……などが丁寧に並べられているみたいです。イメージが湧かなければ、カメラを携えたおしゃれなカラスのおうちを想像してみてください。

また、同人誌の発行や即売会へのサークル参加のために、変幻美少女ぶっくす。というサークルを運営しています。2016年前後からこれまで、個人誌や合同誌などを合わせて15冊くらい発行しています。無料で読めるものもあるので、興味があれば表紙だけでも眺めてみてください: 変幻美少女ぶっくす。 #Books

もっと興味があれば、BOOTHも眺めてみてくださいね！: 変幻美少女ぶっくす。BOOTH支店

あまねけ！のこと

あまねけ！は、今のところ主に文章を綴った記事を公開する個人サイトです。サイト構成やデザインについて語るべき思想や技術的事項はいくつかありますが、これらは読まなくてもよいトリビアなので、後半で改めて記載します。

記事のジャンルとしては以下のようなものがあります。ある程度記事の内容と対応するカテゴリも用意していますが、複数の要素を含む記事が多く絶対的なものではありません。特に、ugokiというカテゴリにはほぼ全てのことが詰まっています。

小説・壊れた架空の文章: 百合²やその他のことをテーマにした小説、虚実を問わない様々な事象が現実であるかのような表現、その他意図を持たない文章があります。
エッセイ・思想: 生活で感じたことの分析についての文章、現実で体験した事象に虚実を織り交ぜた記録、執筆時点における思想や論理の主張などがあります。
日記・取材記録: ごく個人的な事象について虚実を織り交ぜてまとめた文章、イベント参加や旅行の記録、サイト運営や制作物についての自分語りなどがあります。
技術記事: ニッチなTipsや小さなバグを発見した記録、役立つとは限らない技術的テーマを掘り下げた読み物などがあります。技術記事には作り込まれた嘘は含まれません。

実際にどのようなコンテンツがあるか、お品書きに載せた記事を例にしてさらに紹介します。興味のあるものを選んで読んだり、いったん全部読んでみたり、紹介文で読んだ気になったりしてください。あまねけ！はいつでもあなたを待っています。

月から降ったクリスマス: 百合SS Advent Calendar 2025に投稿した短編です。脳波で会話できる技術の開発が進む近未来に、幼馴染の少女2人が月と地球を巻き込んで大暴れする様子を楽しく描きました。冒頭の犬の好みを尋ね合う会話が、もっとタイムラグのある星間通話のようなイメージで書き始めたのですが、膨らませてみると方向性がだいぶ変わってしまいました。
冷凍庫のひみつ: こちらも百合SS Advent Calendar 2025に投稿した掌編です。何でも冷凍庫に突っ込んで保存する おばあちゃん みたいな女子大生のアイデアと、「海ぶどうは冷気が苦手なので冷蔵保存や冷凍保存に向かない」というのを知ってどこかで使いたかったので、これらの要素をねじって合わせた素直な作品として仕上げました。変天美音Ⅱに続編があります。
コバルトブルーと塩の道: 2023年に書いた短編です。サークルの先輩と2人で、とある不思議な風習のために熱気にまみれながら海水を煮詰めて塩を作るという、何だかへんなお話です。製塩技術とか炎色反応とか山塩とか、リアルな要素が混ぜ込まれています。夏と冬のシーンを交互に行き来するので、今回改めて読み返すと風邪を引きそうなお話だと思いました。こちらも変天美音Ⅱに続編があります。
輝くイカスミと「でェョ姫」について: 2025年にMinecraftで見つけた面白いバグについて、実験を交えて考察した読み物に近い技術記事です。文字コードのバイト表現などを振り回して、不可解な挙動を説明可能になるまで掘り下げています。読むとちょっと「へ～」とは思うけれど、明日の仕事ですぐに役立つわけではない――あまねけ！にはそういう記事がまだまだあります。
イングリッシュ・ブルーベルの香りによせて: 2024年に書かれました。お香に関する日常の過ごし方と、架空かもしれない昔話が徐々に混ざり合って煙に巻かれるエッセイです。ところどころ実体験も入っているので、全部嘘だよとも言い切れないし、どこまでが本当のことか私にも分かりません。あまねけ！を埋め尽くす虚実を問わない書きっぷりを味わえるよい記事だと思います。

あまねけ！には、これ以外の記事もたくさんあります！　どの記事から読むべきか迷ったら、サイト内検索で好きな言葉を入力してみてください。なんとなく雰囲気の合う記事が見つかるかもしれません。

バナーのこと

めぐる市の開催に合わせて 個人サイトっぽい サイトバナー³を作りました。幅88ピクセル・高さ31ピクセルの「マイクロバナー」と呼ばれるサイズです。詳しい経緯やバナーについてのTipsが気になる方は、マイクロなGIFアニメバナーを目指してを読んでみてください。こういうごく小さな画像の表現が刺さる人には、The 88x31 GIF Collectionもおすすめです。

一方で、めぐる市の公式が配布しているバナー³は幅200ピクセル・高さ40ピクセルです。この横長のサイトバナーは日本の個人サイト文化を中心に爆発的に広まったと言われていて、マイクロバナーなどの広告業界を起源とするサイズとは歴史が異なります。個人サイトが集まるイベントのバナーには、まさにぴったりのサイズですね。

みなさんの個人サイトはどんなサイトバナーですか？　あまねけ！下部の「バナーぼしゅうちゅう」の部分に、あなたのかわいいサイトバナーを相互リンクで置かせてほしいです！　興味のある方は、お気軽にコメントからお知らせください。

フィードのこと

あまねけ！では、いくつかの粒度でフィードを提供しています。フィードというのは、機械（おそらくフィードリーダー）が読むのに適したコンテンツ情報のリストであり、サイトのレイアウトやデザインの変更の影響を受けません。人間（やAI）がサイトを閲覧して、自身の記憶と照らし合わせて更新情報がないか確かめるという複雑な行動を、シンプルで低コストかつ決定的に繰り返すために作られた昔ながらの仕組みです。

おそらくこの記事のURLをフィードリーダーに渡すと、記事全体のフィードかugokiカテゴリのフィードが選べるでしょう。それ以外にも、定期的な更新情報のみを対象にしたフィードや、おたよりページのフィードもあります。サイトによっては特定の検索結果をそのままフィードで提供するものもありますが、あまねけ！は静的サイトのためこの機能はありません。

個人サイトにおいて、フィードは能動的に更新を通知できるほぼ唯一の手段です。個人サイトは、SNSやブログサービス、その他ユーザー生成コンテンツのプラットフォームのように、フォローやチャンネル登録を通じて更新を通知できる手段がありません。

その他、フィードに関する技術的情報やTipsなどが気になる方がいれば、過去の記事ですが個人サイトとフィードのつかいかたで読むことができます。

技術スタックのこと

あまねけ！は、ほとんどのコンテンツが再パッケージ可能な静的サイトで提供されています。ここでいう「静的」とは、事前に生成したHTML・CSS・JavaScriptなどのリソースをそのままブラウザに配信できるようになっている、という意味です。あまねけ！では単なる静的サイトというだけではなく、JavaScriptをできるだけ排除して、ダークモード切替⁴・文字サイズ変更⁵・縦書き表示⁶・季節に合わせたアニメーション⁸・広告表示⁷などのパーツを全てCSSで実現しています。

静的サイトの利点はその極端なシンプルさにあります。通常、動的なサイトはユーザーを識別したり、データベースを読み書きしたり、リクエストを元にリソースを組み立てる必要があり、どうしても複雑な構成になりがちです。しかし、静的サイトは決まったファイルを配信する単純なサーバーのみあればよく、仮にバズってアクセスが殺到してもサーバーを増やすだけで対応できます。

また、静的サイトはCDN（Contents Delivery Network）と呼ばれる巨大なネットワークで高速にリソースを配信するシステムとも相性がよいです。CDNを通じて配信するなら、自分でサーバーの数を決めたり、複雑な設定を書いてサーバー数やスペックを調整する必要もなくなります。あまねけ！も、今のところFirebase HostingというGoogleのホスティングサービスで配信されています。

メモ帳でファイルにHTMLを打ち込んでFTPでアップロードする 昔ながらの個人サイト は、最も基本的な静的サイトと言えるでしょう。しかし、これらの手法では、ある程度の規模を超えると一貫性の維持やメンテナンスが難しくなります。継続的に静的サイトを更新していく場合、静的サイトジェネレーターと呼ばれるツールを使うのが一般的です。

静的サイトジェネレーターの仕事は次の3つです。人間が書いたMarkdownなどの軽量なソースを読み取ること、それらをHTMLに変換して「テーマ」と呼ばれるテンプレートに埋め込むこと、生成したリソースを適切な階層にまとめて出力すること。処理自体は単純でツールの差が出にくいので、テーマの豊富さやカスタマイズ性で選ぶといいかもしれません。あまねけ！ではPelicanというPython製のツールを使っています。

まとめると、あまねけ！は人間がMarkdownで記事を書き、Pelicanという静的サイトジェネレーターでオリジナルのテンプレートに基づいて静的サイトを生成し、それらのHTML・CSS・JavaScriptをまとめてFirebase Hostingで提供しています。さらに、静的サイトの利点を活かしてミラーサイトやアーカイブを提供していますが、これについては後述します。

ドメインのこと

あまねけ！は、今のところ ama.ne.jp というドメインで公開されています。中高生の頃はFC2WEBで短編小説や日記を公開していて、その後2014年頃から ktgr.xyz ⁹や forestgirls.com ¹⁰という独自ドメイン（！）を使い始め、これが2015年にあまねけ！ ama.ne.jp として生まれ変わりました。そこから10年以上かけて少しずつコンテンツを更新し続けています。

かつて個人サイトといえばジオシティーズ、FC2、infoseek、忍者ツールズなどのレンタルホームページサービスを使うのが一般的でした。もう少し遡ると、プロバイダ契約のおまけとして付いてきたホームページスペースや、大学のWebサーバーではユーザー名にチルダ ~ の付いたURLもよく使われていたものです。

こうしたホームページスペースのURLは、かつて https://example.com/~username/hoge/fuga.html や https://example.com/1234/hoge/fuga.html のようなユーザー名やIDをパスに入れる方式でしたが、最近では多くのサービスが https://username.example.com/ のようにサブドメインで切り分ける方式に移りました。FC2ホームページや忍者ホームページはもちろん、静的サイトジェネレーターと相性のよいGitHub Pagesも同様のスタイルです。

自分が取得したドメインで個人サイトを公開するのは、さらにその一歩先を行く最新スタイルです。X（旧Twitter）などのSNSで強権的なBANが横行するこの現代で、仮に特定のホームページスペースからBANされたとしても、同じドメインのまま別のサーバーから個人サイトを配信し続けられるというのは、自分でドメインを持っている人だけの特権です。あまねけ！は複数のミラーサイトを用意しており、必要に応じて ama.ne.jp の新たな配信サーバーに切り替えられるように準備しています。

ちょっとしたドメインを一個持っておくと、インターネットでは何かと便利です。個人サイトの公開はもちろん、最近はAIで小さなサービスを作ったり公開するのも簡単になったので、誰にも気兼ねなく切り分けられるドメインを持っておくのは令和の 当たり前 になりつつあります（ほんと？）。

安いドメインなら年間2000円くらいで更新できるので、よかったら取得してみてください。.moe ならかわいくて3000円/年ってところです。日本のレジストラで安いところを選べばよいですが、お名前.comは営業メールがうるさくって辟易した記憶しかありません。個人的にはゴンベエドメインがおすすめです。

ドメインを持っておけば、個人サイトの宣伝もかんたん！

自由と安全のこと

あまねけ！は、シンプルで読みやすいサイト構成を意識しており、謎解きのような階層や知識を問うクイズ、パスワードで保護されたページはありません。大きなヘッダーや関連記事を表示するサイドバー、スクロールに付いて回る広告なども一切ありません。コンテンツの読みやすさを第一に、不意に変化しない予測可能なレイアウトを心がけています。

あまねけ！が目指しているのは、自由で開かれた安全なウェブサイトです。自由である、というのは主に次の3つの点を指しています。

まず、あまねけ！で公開している記事の多くはCC BY 4.0でライセンスされています。これは、著者名さえ示せば、記事を翻訳したり朗読したり、それらを営利目的で販売することさえ許諾する広範で自由なライセンスです。他人の著作物を明示的な許諾なく利用した上に、自らの著作物には強力な制限をかける二次創作文化とは真逆の、広範な自由を明示的に認める取り組みとも言い換えられます。

次に、あまねけ！では記事を読む対象を一切制限しません。年齢制限、検索避け、複雑なリンク階層、合い言葉といった、特定のページへのアクセスを制限する設定は自由なインターネットの実現に反しています。昔ながらの個人サイト文化ではそのような制限を設けることが半ば常識であり、またそうした謎解きじみた しきたり を楽しむ傾向もありましたが、もはやその慣習は失われつつあります。

最後に、あまねけ！は様々な環境での閲覧に耐えうるよう設計されています。ふつうのGUIブラウザで読むのはもちろん、ユーザーの特性や環境に合わせてダークモードや異なる文字サイズを簡単に利用できます。印刷用のレイアウトも整備してあるので、目が疲れるディスプレイで読む必要もありません。テキストブラウザやスクリーンリーダーとも相性がよいです。さらに、オフラインでも読めるようにアーカイブでZIPファイル、あまねけ！閲覧専用のWebサーバーも配布しています。

つまり、いつでも・どこでも・誰でも読めて、しかもどのように使ってもよいサイトがあまねけ！ということです。

安全という面では、主にセキュリティへの対応と、プライバシーへの対応があります。

あまねけ！は、Firebase Hostingのヘッダー設定を通じて基本的なセキュリティヘッダーを付与しており、意図しないスクリプトの実行や不用意なHTTPアクセスを許しません。不必要なJavaScriptの排除もセキュリティ対策の一環です。

また、あまねけ！にはサードパーティーツールによるアクセス解析や、サイト訪問者を追跡する広告スクリプトも一切埋め込まれていません。あまねけ！から外部リンクに移動した履歴も通知しません。私自身がアクセス状況を解析したり、記事の末尾にある「読んだ」ボタンによる明示的な通知を除けば、他の誰かにあなたの行動履歴が知られることはありません。

さらに、アクセス元さえ秘匿して完全に匿名で閲覧したい人のために、あまねけ！はOnionサービス¹¹としても公開されています¹²。Torブラウザでアクセスしていれば、Onionサービス版が利用できると通知されるはずです。

あまねけ！自体の特徴からは離れますが、私自身はE2EEやTorなどの通信の秘匿・匿名化技術に強く賛同しています。実際にMatrixのホームサーバーであるSynapseを運用しており、自由で安全な通信を実現するためのネットワークに貢献しています。もしMatrixを使ったことがなければ、今日からMatrixを使い始める人へを読んで参加してみてください。Discordの検閲に危機感を覚えている人には特におすすめです。

humans.txtのこと

かつて、個人サイトでは帯域の節約や検索避けのために robots.txt を置くのが一般的でした。あらゆるクローラーを Disallow する おまじない は誰もが一度は書いたことがあると思います。あまねけ！でも robots.txt を置いていますが、こちらはどちらかといえば404ページ¹³をコンテンツとしてクロールしないことを要請し、またサイトマップのURLを渡す友好的な制御です。

このクローラー（ロボット）を制御する robots.txt のパロディとして、サイトの製作者に関する情報を人間向けに示す humans.txtという規格が提案されています。規格というほど厳密なものではなく、 /humans.txt に自己紹介を記したテキストファイルを（UTF-8で）置こう、という程度のシンプルなものです。

あまねけ！の humans.txtには、 aAmMnNeEkKjJpP078 ¹⁴と記号を使った大きくてかわいいAAと連絡先を記載しています。面白いな、と思ったらあなたの個人サイトでもぜひやってみてください！

おわりに

ここまで読んでくれてありがとうございます。なんだかとっても長くなってしまいました。

あまねけ！は、めぐる市の会期が終わっても、あじさいの季節が終わっても、Xが終わっても、YouTubeが終わっても、インターネットが終わってもきっとここにあります！　私のことを忘れそうなら、新着記事のメール通知サービスに登録するか、フィードを購読してほしいです。次回の記事ができたら、私から会いに行きますね。

もしよければ「読んだ」ボタンを押して応援してください。またお目にかかれますように！

このアイコンはたなか麦先生作であり、原画およびその派生物はCC BY 4.0でライセンスされていません。 ↩
ここでは既存の強力な異性愛規範や周辺規範を要求しない（non-heteronormative）全ての人間関係を指しています。 ↩
このバナーはCC BY 4.0でライセンスされていません。 ↩↩
ページ左上の太陽 or 新月のマークをクリックすると、ダークモードとライトモードを切り替えられます。 ↩
ページ右上の虫眼鏡のマークをクリックすると文字の大きさを切り替えられます。 ↩
一部の小説記事（例: 月から降ったクリスマス）で記事を縦書き表示で読めます。 ↩
ページ上部にオリジナルの広告風テキストが横スクロールで流れます。 ↩
ページを表示したタイミングで雪、桜、あじさいなどのアニメーションが2～3秒間出て消えます。クリックやスクロールを邪魔しません。 ↩
katagiriの子音を取ってktgr。当時お名前.comでxyzドメインが初年度99円くらいで投げ売りされていたので選んだ気がします。サイトタイトルは忘れました。 ↩
ktgr.xyz を数ヶ月ほど使った後に切り替えたドメイン。当時、茨城県の森を切り開いた大学に通っていたので「森林管理局」という名前の個人サイトにしていた記憶があります。 ↩
匿名性の高いTorネットワークからのみアクセスできるウェブサイトを公開できるサービスです。ディープウェブとかダークウェブと呼ばれることもあります。 ↩
amanejp2rawomh6vcxugcmz3lsdccfkgwcz755mawisr2yazu3bea2qd.onion です。先頭が amanejp になるようにmkp224oで生成しました。 ↩
ホスティングサービスによっては、リクエストされたURLにあたるファイルがないときに特定のファイルを404ページとして表示できます。Firebase Hostingでは 404.html です。 ↩
amaneke・amanejp・0708（誕生日！）とその大文字のセットです。 ↩

たった今データを失うかもしれない君に捧ぐ10個の質問

2026-05-22T15:18:00+09:00

最近、Google DriveやDropboxといった大手のクラウドストレージサービスから突然BANされたとか、異議申し立てが全く認められずデータを喪失するといった事故がしばしば注意喚起としてSNSで拡散されることが増えました。しかし、多くの人はこうした事故を知りつつ 専制的なクラウドストレージサービス を漫然と使い続け、横暴なBANを待つ列に並んで暇を潰しているのが現状です。

本記事ではこうした専制的なクラウドストレージサービスの具体的なリスクを理解し、安全にデータを保管するにはまずは何をすべきなのか、10個の質問を通して示します。

私は普通のデータしか置いてないから大丈夫だよね？
いま使ってるクラウドストレージは一切使うなってこと？
リスクを意識してクラウドストレージを使う、って具体的にはどういうこと？
BANされるかもしれないデータは暗号化すれば大丈夫だよね？
プライバシー重視のクラウドストレージってなんなの？
でも、プライバシー重視のクラウドストレージって高いでしょ？
クラウドストレージの移行って面倒じゃない？
プライバシー重視って言ってるけど完全に信頼していいの？
そう言ってるあんたはどんなクラウドストレージサービスを使ってるわけ？
で、私は結局今からどうすればいいんだっけ？

私は普通のデータしか置いてないから大丈夫だよね？

おそらく、いいえ。

あなたがアップロードしたデータが普通かどうかは、あなたではなく（もちろん私でもなく）クラウドストレージサービスの運営事業者が 勝手に （！）決めることです。

明日からいきなり「56そう」とか「安楽死」という歌詞が含まれた楽曲や、肌色が50%以上を占める画像を所持しているアカウントを発見しだいBANします！なんてことになっても、あなたは大丈夫と言い切れますか？　もっともっと恣意的に、運営事業者を批判するこうした文書が全面的に禁止されるかもしれません。

しかも現代では、さらに込み入った検閲基準を備えたAIが24時間365日ストレージを監視して回っています。人手不足も疲れも知らない検閲チームって、なんだかすごく不気味ですよね。あなたも今日まで偶然BANされなかったというだけで、明日にはこうした不気味なAIがジロジロと普通のデータを覗き見てくるかもしれませんよ。

いま使ってるクラウドストレージは一切使うなってこと？

できるだけ、はい。

大手のクラウドストレージサービスには便利な共有機能や同期機能が用意されていますが、これらの多くは無条件にプライバシーを犠牲にせずとも十分に実現できます。効率の良い配信や利便性向上のためにデータを読むだけならまだしも、それを一方的なBANに使うなら話は別です。

かれらは便利でクールに見える機能でユーザーの目を引き、プライバシー侵害を正当化しようとしているだけです。

ただし、これらのクラウドストレージサービスから今すぐ撤退する必要はありません。これらを「勝手に消えるかもしれない」「一時的な利用のための」「覗き見られても平気なデータを置く」信頼できないサービスとして使い続けられます。つまり、どういうリスクと引き換えなのかをよく意識して使えば、もしもの時に被る実害を減らせるということです。

リスクを意識してクラウドストレージを使う、って具体的にはどういうこと？

鋭い質問ですね！

たとえば、クラウドストレージサービスにアップロードするデータは必ずローカルにも保存しておく、というルールを守っていれば突然BANに遭っても手元にはデータが残ります。クラウドストレージはあくまでバックアップで、原本は常に手元で保管するということです。これは、Google Driveの同期設定では「ミラーリング」と呼ばれているものです。

一方の「ストリーミング」は、ローカルストレージの節約という名目で手元にはファイルのリストだけを持っています。必要に応じてデータをダウンロードして閲覧・編集するという設定なので、BANされた時点で他のデータも巻き込んで一切アクセスできなくなってしまいます。

また、BANによる爆発半径を抑制するために複数のアカウントを持っておくのも有効なアイデアです。特にGoogle DriveはGoogle アカウントを介してメールや連絡先、Google Playなどと同一のアイデンティティとして取り扱われるので、BANによる被害が非常に大きくなりがちです。

そのため、Google Drive専用のアカウントに分けるのは基本的ながら効果の高い対策になります。

いずれの場合でも、運営事業者があなたのデータを検閲したり、サービス向上目的と称して営利活動のエサにする可能性は避けられません。これも勘案すべきリスクです。

BANされるかもしれないデータは暗号化すれば大丈夫だよね？

おそらく、はい。

CryptomatorやVeraCryptで暗号化したアーカイブをクラウドストレージサービスにバックアップすれば、原理的に（これは運営事業者がどう頑張っても、という意味です）検閲されたり無断利用されることはありません。運営事業者からはどう頑張ってもランダムなバイナリにしか見えないからです。つまり「覗き見られても平気な」データを置いてリスクを回避する手法です。

ただし、これらの暗号化アーカイブはフォルダ階層を特別な形式で1つのファイルにまとめているため、普通のフォルダより使い勝手が悪く独特な挙動を示したり、クラウドストレージサービスによっては上手く同期できない場合があります。また、サービス固有の便利な機能は一切使えないと考えた方がいいでしょう。

そうなってくると、いよいよどうしてそんな信頼できないサービスにデータを預けているのかよく分かりません。もし プライバシー重視のクラウドストレージサービス に移行したなら、難しい暗号化レイヤーを自前で用意する必要はなくなりますよ。

プライバシー重視のクラウドストレージってなんなの？

それ、本質的な問いです！

この記事では主に、運営事業者がユーザーから預かったデータを原理的に覗き見できない仕組みを採用しているサービスを プライバシー重視 と称しています。

原理的に覗き見できない、というのは運営事業者がどう頑張ってもファイルを読めない、という意味です。逆に言えば、Google DriveやDropboxのようなサービスは、権限制御や内部統制といった契約でデータへのアクセスを制限しています。そうしたサービスは国家権力の要請でファイルを引き渡したり、強制的なスキャンで一方的なBANを行使できる権力を握っています。

プライバシー重視のクラウドストレージサービスでは、ユーザーがアップロードしたデータは必ず暗号化された状態で保存されている上に、その復号鍵を運営事業者では保持せずにユーザーだけが利用できるようになっています。

これを実現する代表的な方法が E2EE （エンドツーエンド暗号化/クライアントサイド暗号化）であり、BANされるかもしれないデータどころか全てのデータを自動的に暗号化した上でアップロードする仕組みを初めから持っています。私たちはこの仕組みに乗っかるだけでよく、わざわざ独自の暗号化アーカイブを苦心して運用する必要はありません。

なお、Google DriveやDropboxも保存先のストレージは暗号化されているはずですが、適切な監査を経た（と主張する）手続きで復号鍵を取り出してファイルを取得できるという点で、プライバシー重視とはいえません。

でも、プライバシー重視のクラウドストレージって高いでしょ？

わずかに、はい。

ただし、費用と容量の比で見て何倍もかかることはありません。たとえば、Google OneのBasicプランを使っている人がProton DriveのDrive Plusプランに移行するなら、 240円/100GB/月 から 500円/200GB/月 になります。容量が2倍になって価格は2倍とちょっと、そこにプライバシー重視のおまけつきです。むしろお得じゃありません？

特に、いまGoogle Oneを使っていて100GBで足りなくなった人がアップグレードした場合、次のプランはGoogle AI Plusと称して勝手にAI機能を盛った 1000円/200GB/月 のものになるので、Proton Driveへの移行の方が費用面でも大きなメリットがあります。

サービス	無料枠	最小の有料プラン
Google One	15GB	240円/100GB/月
Dropbox	2GB	1200円/2TB/月
OneDrive	5GB	200円/100GB/月
Proton Drive	5GB	500円/200GB/月
Sync.com	5GB	560円/150GB/月
MEGA	10GB	620円/200GB/月

もしGoogle DriveやOneDriveを無料枠で使っているなら、MEGAはかなり大きめの無料枠があるので、すぐに移行できるはずです。無料枠から無料枠に移すだけでおまけに安心まで付いてくるなら、試してみる価値があると思いませんか？

クラウドストレージの移行って面倒じゃない？

ある程度、はい。

でも、現実の引っ越しのように数時間や数日で全てのデータを移す必要はないので、少しずつ進めてみましょう。パソコンのデータ移行とだいたい同じです。

初めに、無料枠で済む範囲の作業を新しいクラウドストレージサービスで行うようにします。新しいファイルはProton Driveに保存する、Google Driveにあるファイルを編集するときはProton Driveに移してから開く、といった感じです。ここで新しいサービスの使い勝手を確かめながら、少しずつGoogle Driveの使用容量を減らしていきます。

この移行期間中に、Proton Driveを使う上で甘受できない不便さを感じるかもしれません。その場合は別のクラウドストレージサービスを使ってみたり、いったんリスクを受け入れてGoogle Driveに戻る、という選択もありえます。リスクは比較の上に成り立つ定量的なものであり、ゼロリスクを目指すのもリスクを全て無視するのも愚かさで言えば全く同じです。

そして、新しいクラウドストレージサービスの使い勝手に問題がなさそうなら、1ヶ月くらい利用期間が被るように新しいサービスのプランを契約します。この間に少しずつ移行を進めて、元のサービス側は無料枠に収まる程度までファイルを減らしていけば、移行はほぼ完了です。元のサービスのプランは忘れずに解約して、しばらく併用するなり気長に移行したりするといいでしょう。

面倒なこともまずは初めの一歩からです。まずは前問のテーブルからの付いたクラウドストレージサービスを選んで、アカウントを登録してください。登録にお金は一切かかりません！　迷ったらProton Driveがおすすめです。

プライバシー重視って言ってるけど完全に信頼していいの？

ほとんど、いいえ。

専制的なクラウドストレージサービスが かなり 信頼できないのと同じように、プライバシー重視のクラウドストレージサービスも ある程度 は信頼できません。原理的に覗き見できても契約や運用で不当な検閲を防ぐことはできますし、逆にE2EEを謳っていてもバグや利便性向上のための処理でデータが漏れる経路があるかもしれません。

ただし、これはどういうリスクがあるかを考慮すべきという意味であって、より信頼に足らないサービスを使い続ける理由にはなりません。リスクを知って受け入れた上で、やはり私はプライバシー重視のクラウドストレージサービスを使うべきだと思います。

このような外部リスクの勘案を諦めて運営事業者を全く信頼せず、クラウドストレージサービスを一切使わない原理主義的な人も多くいます。こうした人たちは自宅でNASを構築してデータを保管したり、さらにその運用を勧めて回ったりしていますが、実際はデータ喪失のリスクを負っていることを意識しなければいけません。

まともなNASの運用には、ストレージの故障に備えて冗長なファイルシステムやバックアップの仕組みを構築するのは当然として、災害・盗難に備えた保存メディアや保管場所の分散が求められます（3-2-1ルールと呼ばれるものです）。

これらの専門的な知識を備えたミスのないオペレーションを目指すのは趣味としては面白いかもしれませんが、Google DriveからいきなりNASへの移行を勧めるのはなかなか酷なことです。一般的なユーザーであれば、適切にデータを管理できる事業者を選んで ある程度 信頼した方が安心です。

そう言ってるあんたはどんなクラウドストレージサービスを使ってるわけ？

興味が出てきたみたいですね！

私は主にSync.comのPro Solo (2TB)プランを使っています。ここに自宅に構築したNextcloudを併用して、E2EEになじまないアプリなどのストレージを用意している感じです。一応ProtonのUnlimitedプランなのでProton Driveも使えるんですが、こっちはメールサービスがメインなのでほとんど使っていません。

独自ドメインでメールアドレスを使うために、Protonにメールを移行する前はGoogle Workspace（登録した頃はG Suiteでしたね）を契約していて、今もなんやかんやメール以外のサービスを使っています。Google Driveの容量が余っているのでrcloneの暗号化バックアップ先にしたり、Geminiで適当に遊んだりするのにも便利です。

企業向け契約のプランならBANされにくいという噂もありますが、割高な上に完全な無検閲無法地帯として開放されているわけではないと思うので（特にCSAMやマルウェアにあたるコンテンツの検閲は厳しいはず）、変な回り道をせずにまともなクラウドストレージサービスを使ってください。

で、私は結局今からどうすればいいんだっけ？

やった！

じゃあ、今すぐ ① Protonのアカウントを作って、 ② Proton Driveアプリをインストールして、 ③ 今日からファイルの編集は全てProton Driveのフォルダでやってみてください。④ それからのことは来週考えればです！

Protonなら紹介リンクもあるから、よければ使ってね～。

あまねけ！ - Amane Katagiri

電卓の説明書を思い出す

2026/05/03～2026/07/02

おしらせ

amaneke TRAFFIC UPDATES

新作三丁目交差点

たのしい巻末懸賞クイズ

せんぱいと黒い羽毛と

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

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

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

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

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

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

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

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

おわりに

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

COMITIA156に参加して

合同誌の制作

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

当日の様子

後日のこと

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

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

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

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

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

仮説

調査

対策

結論

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

わたしのこと

あまねけ！のこと

バナーのこと

フィードのこと

技術スタックのこと

ドメインのこと

自由と安全のこと

humans.txtのこと

おわりに

たった今データを失うかもしれない君に捧ぐ10個の質問

私は普通のデータしか置いてないから大丈夫だよね？

いま使ってるクラウドストレージは一切使うなってこと？

リスクを意識してクラウドストレージを使う、って具体的にはどういうこと？

BANされるかもしれないデータは暗号化すれば大丈夫だよね？

プライバシー重視のクラウドストレージってなんなの？

でも、プライバシー重視のクラウドストレージって高いでしょ？

クラウドストレージの移行って面倒じゃない？

プライバシー重視って言ってるけど完全に信頼していいの？

そう言ってるあんたはどんなクラウドストレージサービスを使ってるわけ？

で、私は結局今からどうすればいいんだっけ？

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

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