  |
はてなキーワード:モバイルとは
通勤時間を労働時間と含めるという変化は、社会に非常に大きな影響を与えると考えられます。
現状の日本の法律では、原則として通勤時間は労働者が自由に使える時間であり、労働時間に含まれないと解釈されています（「使用者の指揮命令下にあるか」が判断基準）。この前提が変わると、働き方、企業の経営、都市の構造、個人の生活に広範囲な変化が生じるでしょう。
1.経済的負担の増加
*人件費の大幅な増加:通勤時間分の賃金が発生し、法定労働時間（原則1日8時間）を超える場合は**割増賃金（残業代）**の支払い義務も生じます。通勤時間が長い従業員ほど人件費が高くなり、企業の経営を圧迫する可能性があります。
* 短時間労働へのシフト:企業は人件費増を避けるため、一日の労働時間（コア業務＋通勤時間）を短く抑えようとし、実際の業務時間（コア業務）が短縮される可能性があります。
2.採用と勤務地の変化
*採用基準の変化:通勤時間が短い労働者を優遇したり、居住地の制限を設けたりする企業が増えるかもしれません。これにより、居住地の選択の自由が制約される可能性があります。
*地方・郊外への移転:特に賃金水準が高く、従業員の通勤時間が長い大都市圏の企業は、人件費削減のため、より通勤時間が短い場所、または地方へ本社や拠点を移転することを検討するかもしれません。
*テレワークの推進:コストのかからない**在宅勤務（テレワーク）**を積極的に導入し、通勤自体をなくそうとする動きがさらに加速するでしょう。
1.ワークライフバランスの変化
*拘束時間の短縮:労働時間（賃金の発生する時間）としてカウントされることで、今まで無給の移動時間だったものが賃金を得る時間に変わります。また、法定労働時間との兼ね合いで、拘束時間全体の短縮につながる可能性があり、労働者の自由な時間が増えるかもしれません。
* 長時間通勤の解消:賃金が支払われるとはいえ、長時間通勤は疲労につながります。企業側が通勤時間を短く抑えるインセンティブが働くため、労働者も職住近接の住まいを選ぶ傾向が強まり、長時間通勤が減少する可能性があります。
2.公平性の確保
*通勤時間の格差是正: 現状の制度では、同じ業務時間でも通勤時間の長い人ほど総拘束時間が長くなり、実質的な時給が低い状態でしたが、この変化により時間に対する対価の公平性が改善されます。特に長時間通勤の負担を負っていた労働者の満足度が向上する可能性があります。
*都心集中から郊外・地方分散へ:企業が郊外や地方に移転し、労働者が職住近接を志向することで、現在の都心への一極集中が緩和されるかもしれません。
*公共交通機関への影響: 長距離通勤者が減少すると、都市間の鉄道など長距離公共交通機関の需要が減少し、経営状況に影響を与える可能性があります。
*労働時間管理の複雑化:通勤時間の開始・終了をどう正確に把握し、企業が管理するかという問題が生じます。GPSや専用アプリの導入など、管理体制の整備が必要になるでしょう。
* 「指揮命令下」の定義の再検討:通勤中にどこまでが「自由な時間」で、どこからが「業務」とみなされるのか、新しい働き方（例：モバイルワーク）に対応した労働時間の定義をめぐる議論が深まるでしょう。
まとめ
通勤時間を労働時間に含めることは、労働者の待遇改善につながる一方で、企業には人件費の高騰という大きな負担をもたらします。その結果、企業活動や採用戦略、さらには都市の構造そのものにまで、テレワークの加速や職住近接の推進といった大きな変革をもたらすでしょう。
価格は調べたり当時から改定されていて記憶だったりいい加減です
280blocker (¥900 / 年) → AdGuard (¥4000円? / 年) → NextDNS (¥2,500 / 年) → ControlD ($40 / 年) → blocky
280blocker は企業に買われてからなんとなく使うのをやめてしまった
NextDNS は日本系のフィルタが弱く更新頻度も低い印象だったのでやめた
ControlD はよかったけどちょっと高かったのでやめた
今はVPS に blockyデプロイして家族で共有している。blocky はAdAway記法のフィルタは使えないけどおおむね満足している。AdGuardHome を使用していた時期もあったが、重くて常用できなかった
1Password ($59? / 年) →iCloud+ (¥150 / 月) → Vaultwarden
iCloud+ は家族との共有ができないため不便が多くなり代替を検討
今はVPS に Vaultwardenデプロイして家族で共有している。今のところ満足している
ChatGPT ($20 / 月) → Gemini、Claude
ChatGPT は出始めは未来を感じ課金してガンガン使っていたが、GPT-4 の出来がいまいちに感じて他に乗り換えた
日常のあれこれは Gemini を使い、コード関係は Claude のほうがいい感じの答えが返ってくるので使い分けている
GooglePhoto (¥3500 / 年) → おもいでばこ → SynologyNAS
GooglePhoto無料時代に膨大な写真を放り込んでしまったため、有料化が発表されてから脱出するまでに時間がかかった
継続課金は嫌だったのでバッファローのおもいでばこを買ったが、アップロードした写真の日付がなぜか認識されないことが多く使い物にならなかった
SynologyNAS についている SynologyPhotos はそんなことはなく今はこれを使用
Immich とかに乗り換えてもいいかと思うこともあるが、サポート (モバイルアプリなど) の面も考えるとOSS に全部まかせるのも怖いなと思ってそのまま
Apple Music →Spotify →YouTubeMusic (YouTube Premium)
Apple Music がアーティストへの分配金が多いと聞いたためそれを使っていたが、Apple に端末代も出してサブスクでも課金してと金払いすぎではと冷静になり乗り換えを検討
Spotify に乗り換えたが、数年使っても新しい体験がまったく感じられないので失望して解約
今はYouTube Premium に付帯しているYouTubeMusic を使っている。UX は過去使ってきたサービスの中でも最悪だと感じるが、音楽サブスクに金払うよりかは一回でもライブに行ったほうがいいかと割り切っている
Fastmail → NameCheap Private Email →mioセーフティメール
Fastmail は使いやすかったのだが、価格がちょっと負担になってしまい解約
NameCheap は買ってたドメインの管理してたついでに安かったので契約していたが、ドメインのトランスファーに伴い解約
mio セーフティメールは機能はスマートフォンへのプッシュとかは無く必要最低限って感じだけど、よく考えたらプッシュ来てもうざいだけだし値段なりのサービスかなと満足している
住信SBIネット銀行プラチナデビット (¥11,000 / 年) → 解約のみ
メインバンクだったこともあり、数年前からモバイル端末保険目当てでついでに加入していた
d NEOBANK になってしまいスマートプラグラムの改悪も発表され、見切りをつけてメインバンクを切り替え、それに伴い解約した
モバイル端末保険は結局一度も使わなかったのだが、これに関して代替が見つかっていないためどうしようかと考えているところ
(年間一万円程度なら、昨今のスマートフォン価格を考えると十年に一回程度の利用でも元が取れそうなため)
Zaim →家族で銀行口座残高を共有したいニーズがあり (支出を家族デビットカードにまとめているため)、手軽かつ安くあげられるサービスが他に見つからない。Zaim自体はもう創業者の方が関わっていないらしく、プロダクトとして今後新しい驚きはなさそうなのでできれば課金したくない気持ちがあるのだが
U-NEXT →映像サブスクは大人の暇つぶしだったり子供のテレビ需要だったりで無いと困る場面が多い。y.umobile契約がありポイントで最新作もみられるので他は契約せずこれにしている
後半価格書くの面倒になった
昔よりは支出減らせてるかな
やあみんな。
リモートワーク勤務のワイちゃんですが、最近出社が増えてどうしようか悩んでいる。
と言う構成。
自宅は郊外なので楽天がわりと快適。スピードも普通に使っている分には特に不便無し。
持ち歩かないときには個人のモバイルルータを自宅のルータに接続し、サブ回線として使える用にしている。回線が切れると仕事出来なくなっちゃうからね。
ところが、最近出社が増えた。都心のオフィスに来いと言うことで渋々通っているのだが、ここで楽天モバイルが猛烈に繋がらない。
重すぎる。
社用のドコモも使っているが同じく重い。
正道でいくならモバイルルータもpovoあたりにするのがいいんだろうが、そうすると緊急時の回線の多様性が失われるんだよね。
できたらできるだけベンダーを分散しておきたいんだけど、どうしたものか。
以前anond:20250917090343 を書いたが、iOS 26.1にアップデートしたらより細かな設定ができるようになった。
なお、iOS 26であった体感上の動作速度が数値上のパフォーマンスにくらべてかなり遅いという問題は26.1でおおむね解消されているので、26にしてしまった人は設定変更の有無にかかわらずはやいこと26.1にするのがおすすめ。
以前の記事ではアクセシビリティの「透明度を下げる」や「コントラストを上げる」で調整できると書いたが、いやべつに透明度を下げたいわけではないという人も多かったのだろう、「設定」→「画面表示と明るさ」→「Liquid Glass」で「クリア」と「色合い調整」から好みのデザインを選択できるようになった。「色合い調整」にするとLiquid Glassは生かしながらiOS 18にちかい透明度になる。
ただしアクセシビリティの「透明度を下げる」とは併用できない。まあ透明度を下げるはほぼ完全に不透明になるからLiquid Glass自体がいらないなら透明度を下げるのほうを設定したほうがいいだろう。
これにより、Liquid Glassの透過パターンは以下の組み合わせから設定可能。
以前の記事で「ボタンの形」がほぼ意味をなしていないと書いたが、その不具合がある程度解消されて「枠線を表示」に名称が変更された。
まだ完璧な状態とはいえない (たとえばSafariは戻ると進むの個別でのタッチ可能範囲がわかりにくい) が、上記設定と併用すればボタンなのかコンテンツなのかわかりにくい問題はある程度解消されるはず。
iOS 26でアラームの「停止」があまりにも大きすぎて、寝ぼけて (スヌーズと間違えて) 押してしまいそのまま寝坊という問題があったが (自分はスマートフォンはある程度はなした距離においているからその問題はない) 、26.1はスヌーズはそのままだが停止はスライドしないと停止できないようになった。
ただし、「設定」→「アクセシビリティ」→「タッチ」→「シングルタッチの操作を優先」を選択することで、26.0.1のようにワンタッチで停止する設定も可能。
いままでiPhoneが複数台ある場合、デバイスごとにアクセシビリティ設定が必要だったが、iOS 26ではiCloudにアクセシビリティ設定を保存できるようになった。
「設定」→「アクセシビリティ」→「アクセシビリティ設定を共有」→「iCloud に同期」をオンにすることで可能。
また、友達や公共端末 (モバイルオーダーなど) のiPhoneに一時的にアクセシビリティ設定をコピーして使用することも可能。自分のデバイス以外は使用が終了すると自動的にコピーした設定が解除される。
とくにLiquid Glassを「透明度を下げる」や「コントラストを上げる」の設定で使用しているなら、覚えておくと友達のiPhoneを借りて検索するときとかに役にたつかも。
iOS 26.0.1の時点ですでにできていたが書き忘れていたので。
電話の履歴表示をiOS 18以前のように「よく使う項目」「履歴」「連絡先」「キーパッド」「留守番電話」のタブで表示する「クラシック」と、各種タブを「履歴」にまとめた「統合」から選択できる。「履歴」タブを表示した状態で右上のフィルターボタンを押すと選択できる。なお、「統合」にすると検索も履歴や連絡先などからまとめて検索できるようになるほか、履歴の名前部分をタップしたときに電話発信をしていた部分は統合表示では詳細表示になりすぐには発信されない。クラシック表示では右端の詳細表示のアイコンだった部分が統合表示では発信のアイコンになっている。
なお、統合表示でも「履歴をタップして発信」をオンにすると名前表示のタップで発信するようにできるが、クラシック表示でこの設定をオフにすることはできない。これは好みの範囲だろう。
メールもGmailみたいな「カテゴリ」とiOS 18以前の「リスト表示」から選択できる。
メールアプリでフリーメールやプロバイダーのメールなどもつかっているなら好みだが、もっぱらキャリアメールを確認する専用アプリだというのであれば、クラシックなリスト表示に設定したほうが使いやすいだろう。
すべてのメッセージを1画面に表示したい場合は、右上のフィルターボタンから「フィルタリングを管理」を選択し、「不明な差出人をスクリーニング」と「迷惑メッセージをフィルタ」をオフにすると表示されるようになる。ただし迷惑メールがたくさんくる人は (番号指定でブロックできるとはいえ) この設定をオフにするのはあまりおすすめしない。
ちなみにFaceTimeも似たような手順でフィルタリング設定が可能。迷惑電話があまりかかってこないならお好みで。
iOS 26はデフォルト表示がダークモードになったが、「設定」→「アプリ」→「TV」→「外観モード」でiPhoneのモード設定にあわせるようにもどすことが可能。
これはデザインというより通知機能の問題だし、iOS 18でできたばかりの機能ではあるから気にする人がどのくらいいるのかというところだが、記入時間通知がスケジュール (曜日と時刻設定) 通知のみだったのが、「スマート」と従来の「カスタム」から選択できる。また、はてなブログ (およびいまはないがはてなハイク) には連続日数 (はてなブログの管理画面から確認できる) をかせぐために毎日書いているという人もいるが、ジャーナルを連続日数目的で毎日書いていたのであれば、連続日数が途切れる直前に通知する設定も追加されたので設定してみてほしい。
iOS 26では着信音の「リフレクション」(反射) のバリエーションが1種類から7種類にふえたほか、完全新規の着信音として「小鳥」が追加された。
までは別にいいのだが (これで終わりだったら書かなかった) 、なんとiOS 26ではカスタム着信音を専用形式 (m4r) に変換することなく直接設定できるようになった。30秒以内の音声ファイルをひらき、「共有」メニューの「着信音として使用」を選択することで設定できる。iOSは着信音が...。となっていた人はぜひiOS 26にして設定してほしい。
iOS 26では再生速度が従来の選択肢に加え、長押しすることで0.5倍速から3倍速まで0.1倍単位でこまかく変更することができるようになったほか、速度設定を番組単位で保存するか従来どおりアプリに保存するかを選択できるようになった。語学番組だけ毎回速度を固定しているというような場合には便利かも。また、従来Apple TVにあった「対話を強調」がiOS 26でようやくポッドキャストにも追加された。番組によって効果に差はあるが、対話が明瞭になりBGMは若干減少される。ただしApple TVとはことなり効果の強さは指定できない。
先月「Slack断食」を30日やった。ぜんぶの通知を切って、午前は一切開かない。午後に2回だけまとめて見る。
先に結論を書く。
1日の「まとまった作業時間」は 平均54分 → 3時間18分 に増えた（タイマー計測）。
PRのリードタイム（着手→レビュー依頼）は 1.8日 → 0.9日 に短縮。
「なんとなく疲れてる」感が減って、帰宅後に本を開けるようになった。
もちろん職種やチーム文化による。あたりまえだけど緊急対応が常態の人には不向きだと思う。
■ルール
通知全消し：@channelもDMも。インシデントチャンネルのみON。
午前は断食：Slack/メールは開かない。タスクと資料だけ。
午後に2回だけチェック：13:00と16:30に各15分。返信はできるだけテンプレで短く。
チャンネル棚卸し：毎週金曜、読んでないチャンネルを抜ける orダイジェストに。
「生産性改善の実験で、Slackは午後に2回まとめて確認します。緊急時は電話/Teamsを使ってください。返信は遅れますが、作業の完了は早くします。」
■Before/Afterで起きたこと
会議の数が減って質が上がった：アジェンダ無しの招待は「内容だけドキュメントにまとめてください」と返す運用にしたところ、約半数は文書上のやり取りだけで完結し、会議そのものが不要になった。
横取りタスクが減った：その場で拾わず、午後の確認まで寝かせると、他の誰かが解決していたケースが週に2回くらいのペースで発生した。（その誰かに工数をかけさせてるわけだが）
メンタルの凹凸が減る：通知に心拍を連結させない。午前は手を動かすだけの世界にできる。
情報の取りこぼしでの実害はゼロだった：重要なら午後のチェックで追いつけるし、本当に緊急なら電話が鳴った。
気分がいいまま過ごせるようになった：自分のペースで仕事ができるってなんてすばらしいんだろうか
■返信テンプレの一部
「この件、午後13時の確認タイムで内容見てから返答します。」
「緊急度を確認したいです。本日内/今週中/来週でも可のどれでしょう？」
「そのテーマ、週次定例で扱った方が良さそうです。議題に入れておきますね。」
「先にドキュメントに要件を書いてもらえますか。コメントで入ります。」
■ありそうな反論
Q. チームの透明性が下がらない？
A. 逆。会話をチャンネルに寄せ、要点はドキュメントに残す運用に寄ったので後追いが楽になった。
A. 「即レスの代わりに、確実なアウトプットを増やす」と宣言する。成果が見えれば、周囲は文句を言いづらい。
A.顧客は早い返信より一貫した進捗を喜ぶ。進捗報告の定時化で満足度はむしろ上がった。
■失敗談（やらかし集）
全社アナウンスを見逃した：アナウンスのチャンネルだけはモバイルでプッシュ許可に。
午後の確認をサボると炎上：2回のチェックは絶対に守る。守れない日はカレンダーに明記。
DM地獄の温床：DMで来た要件はチャンネルへ移すを徹底。つーかDMしてくんな
■仕組み化のコツ
タイマーを回す：自分は25分集中、5分休憩の典型的ポモドーロタイマーがよかった。
午前の最初に「1行だけ日報」：今日やることを1行。終わったら結果を1行。長文にしない。
まとめ
通知って、“有益な情報”をくれるものに見えて、実は作業を中断させる“割り込み”として機能してることが多いなと感じた。
しかも厄介なのは、その割り込みを自分の意思で受け取ったように見えることだ。
実際には、誰かの都合で伝えたい割り込みを、こっちの集中を犠牲にして処理してるだけなのに。
Slackもメールも、見に行く時間を自分で決めるだけで世界が変わった気がする。試しに1日だけでもやってみてくれ。向き不向きは個人差あると思うのでどうなるかは知らん。
おそらくイオンカーズ(仮)を新設して、そのラインナップの1つとしてBYDを売ると思われる
なぜかというと自動車販売店の規模感の場合、建物の外観に影響を与えることになる
イオンモールの戦略的にそのまま区画をBYDに割り当てるのはポリシーに反するだろう
形態としてはイオンバイク、イオンモバイルのようなイオン看板で販売スペースを設ける可能性は依然としてある
今度のBYDテスト販売はイオンモールで車が売れるかどうかのテストなのだろう
モバイルオーダーは客の端末でメニューを選ばせる、つまり本来は店が店を構えるに際して支払うべきコストを客に押し付けているわけだ。これは客のCPUを勝手に用いるようなCoinhiveと何ら変わらない。
Coinhiveよりも考えなければいけないのは、どのような経路を辿ってクラウドにあるモバイルオーダーのシステムにアクセスしたかである。つまりモバイルオーダーのシステムがハッキングされていて
フィッシングサイトに誘導される可能性だってある。しかし客側からしてはブラックボックスである。わからないのだ。PCを使っていないわけだから経路がわからない。
百歩譲ってイントラネットワークだったらまだいい。でも繋がっているのは外の世界だ。客がスマホでポチポチ頼めるようになったのも便利だし、店員をいちいち呼ばなくてもいいのもコミュ障にとっては「強飯にごま塩」だろう。
■荷物入れるヤツ
・好きなキャリーケース
数日泊まるならカッコつけて無理にキャリーケースひとつにしようとすると結構大変。
途中自由時間に買い物する時とか私服に仕事用のでかい鞄だと万引き犯を見るような目で見られる。
・ジップロック的な袋
ちょうどいいポーチとかない時に使う
■持ち運ぶやつ
タバコは普段吸わないけど出先で力尽きた時やる気出すための非常用。
・カロリーメイト的なやつ
■着替え系
・必要な分の着替え
1日が終わる時脱いだら入れる、帰る時ホテルのコインランドリーで洗っておけばあとが楽。
■スキンケア系
化粧落としはビジネスホテルのアメニティになかったりするからないと困る。シートタイプ楽ちん。
メイクと制汗剤つけたとこ拭き取るとシャワー楽！ついでに1日仕事してやばい事になってる足も拭いちゃう。
髪、顔、体を洗えるって書いてある。荷物少なくて済む！ホテルとにソープ類備え付けあるけど肌に合わなかった時痒くなるし何が混入してるか分かったもんじゃないから何となく持っていってる。
・歯磨きセット、舌ブラシ、フロス、洗口液
アメニティのやつは結構粗悪品だしついてるハミガキも薬用じゃないのでどんどん口内環境悪くなる。
■身だしなみ系
寝癖直し用。180度くらいの高温でセットするとヘアスプレーとか使わなくても夜まで崩れない
買った時ついてた耐熱のケース捨てなきゃ良かった。
・日焼け止め、BBクリーム、フェイスパウダー、アイブロウペンシル、眉マスカラ、口紅
・制汗スティック
・リップクリーム、ハンドクリーム、クシ、絆創膏、ポケットティッシュ、ハンカチ、ヘアピン、ヘアゴム
■食料(何泊もある時)
外食でもいいけど食費が経費で落ちなかったりホテルのビュッフェ食べる時間なかったりするのでその辺のスーパーとかコンビニで調達。
買って食べるならmy箸は必須。
割り箸はかさばる。
ホテルに自由に使える箸はない。フロントに言えば貰えるだろうけど。
・納豆
・豆腐
・温泉卵
・好きなお菓子
外食するならマクドナルドのセットとか。知らない土地の個人店やビジネスホテルのレストランよりよっぽど気を遣わないし安定して美味しい。
■薬
・風邪薬
・頭痛薬
・整腸剤
■その他
・携帯充電するやつ
忘れがちだから旅行用に買っといてもいいかも。普段の予備にもなるし。
この辺あればとりあえず快適！
以下ChatGPT
自分のホームページ（自前ドメイン＋自前HTML）を一度でも作って運用すると、SNS中心の“受け手”視点から、仕様・検索・配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットのニュースや流行の見え方が根本から変わる——しかも想像以上に。
Before（作る前）:Web＝SNSのタイムライン。良し悪しは「バズってるか」「見やすいか」
After（作った後）:Web＝プロトコル＋ブラウザ＋HTML/CSS/JS＋CDN＋検索エンジン。
ページは**文書（Document）**であり、配置（IA）、意味づけ（セマンティクス）、配信（HTTP/HTTPS/HTTP/2/3）、キャッシュ戦略が気になりだす。
→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。
プラットフォーム依存の脆さを体感：規約変更やシャドウバンで露出が消える。
自サイトの資産化：ドメインに紐づくURLはリンクされ、検索に積み上がり、10年後も生きる。
POSSE（Publish (on your) Own Site, Syndicate Elsewhere）：まず自分のサイトに出してから外部へ配信する習慣が身につく。
3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
CoreWeb Vitals（LCP/FID/CLS）や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ（構造化データ）・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務（特商法・プライバシーポリシー）に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる（＝他人のサイトの苦労も見えるようになる）。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML（雛形）
<meta charset="utf-8" />
<metaname="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 |ホーム</title>
<metaname="description" content="自分のホームページ。制作物・日記・メモを置いていきます。">
<link rel="alternate" type="application/rss+xml"title="RSS"href="/feed.xml">
<meta property="og:title" content="あなたの名前 |ホーム">
<meta property="og:description" content="自分のホームページ。制作物・日記・メモ。">
<meta property="og:type" content="website">
<nav>Home /About /Posts</nav>
<footer>© 2025あなたの名前</footer>
GitHubPages（Jekyll標準。Rubyベース、Node不要）
CloudflarePages（静的ファイルを置くだけで高速CDN）
レンタルサーバー（静的HTML＋SFTP/rsyncで十分）
C.ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須（Let’s Encryptで無料化）。
D. “最低限の品質チェック”5点
ログを読む：SearchConsoleと簡易アクセスログで“本文よりメタ情報”を磨く。
アーカイブ主義：記事は追記で更新。URLは変えない。Versioningを意識。
