Posts

Threadsでは出るのにX(旧Twitter)だけ出ない!?BloggerでブログカードをiPhoneだけで一瞬で表示させる方法

Image
bloggerを更新して SNS にシェアするとき、皆さんはどうしていますか? 最近普及している「 Threads 」では、 URL を貼るだけで自動的にアイキャッチ画像付きの綺麗な「ブログカード」が表示されるのに、 ** 「 X (旧 Twitter )に貼ると、ただの味気ないテキストリンクになってしまう …… 」 ** と悩んでいませんか? 実は、私のブログでも全く同じ現象が起きていました。 「せっかく素敵なアイキャッチ画像を作ったのに、 X だと全然目立たない!」 「これ、どうやって直すの?」 ネットで解決策を調べてみると、よくこんな手順が書かれています。 これ、実際に iPhone でやろうとすると、とんでもない罠にハマります。 1. 「すべて選択」ボタンが反応しない: Blogger の編集画面は特殊なため、スマホだと長押しして「すべて選択」をタップしても反応しないバグが多発します。 2. ファイルをメモ帳に共有すると中身が編集できない: XML ファイルをダウンロードして iPhone のメモアプリに共有すると、テキストではなく単なる「アイコンファイル」として添付されてしまい、中身を書き換えることができません。 「やっぱり PC がないと無理なのかな …… 」と諦めかけましたが、実はものすごい盲点を発見したんです! わざわざファイルをダウンロードしたり、メモ帳アプリに移したりする必要は一切ありませんでした。 なぜなら、書き換えるべき目印となるコードは、何千行もスクロールした先にあるのではなく、実はブログテンプレートの一番最初、おおむね 10 行目前後のすぐ見つかる場所にあったからです! (ちなみに私の環境の『 Essential 』というテーマでは、画面を開いた瞬間のたった 7 行目に最初から見えていました!) つまり、画面を開いた瞬間の場所に、直接コードを 1 回コピペして保存するだけで終わるのです。 今回は、 iPhone だけで 1 分で完結する「一番シンプルで失敗しないブログカード表示手順」をまとめました! そもそも、なぜ X ( Twitter )だけブログカードが出ないの? 原因はとてもシンプルです。 Meta 系の「 Threads 」や「 Facebook 」などは、一般的な Web サイト用の共通タグ( OGP タグ)を自動で読み込...

スマートフォンにシャッター音は必要?盗撮防止の観点から考える

Image
最近のスマートフォンにおいて、「シャッター音」は当たり前の機能として定着していますが、ふと「これって本当に必要なのか?」と疑問に思うことはありませんか? 今回は、盗撮防止という観点から、スマートフォンにおけるシャッター音の必要性について考えてみます。 撮影しているという「意思表示」としてのシャッター音 結論から言うと、私はスマートフォンのカメラにシャッター音は「必要」だと考えています。 一番の理由は、周囲に対して「今、カメラで撮影しています」という意思表示をするためです。物理的にシャッターを切る音が鳴ることで、周囲の人に撮影を察知してもらい、盗撮という行為を未然に防ぐ。この防犯的な役割は、現代社会において非常に重要ではないでしょうか。 警察庁が公表した「令和 4 年中の迷惑防止条例等違反(痴漢・盗撮)に係る検挙状況の調査結果」によると、全国での盗撮の検挙件数は 5,737 件で、当時過去最多を更新しました。そのうち、スマートフォンを用いた犯行は 4,534 件であり、盗撮事案全体の約 79 %を占めています。 また、直近のデータに目を向けると、令和 6 年には 2,013 件、令和 7 年には 1,311 件へと大幅に減少しているように見えます。しかし、これは令和 5 年 7 月に施行された「撮影罪」への移行に伴う統計上の変化が主な要因であり、盗撮事犯そのものが減ったわけではありません。事実、令和 7 年には撮影罪による検挙が 7,926 件に達しており、盗撮関連の事犯は依然として高い水準で推移しています。 そのうち、スマートフォンを用いた犯行が大半を占めている現状を考えると、街中の平穏な空間でこれほどの事件が起きている現実は深刻です。「音による抑止力」は、見えない被害を防ぐための最も手軽で強力な防壁だと言えるでしょう。 なぜデジカメは無音でも許容されるのか 一方で、「シャッター音が周りの迷惑になるから消したい」という意見もあります。もし本当に撮影音への配慮が必要だと考えるのであれば、スマートフォンのカメラではなく、デジタルカメラの利用が望ましいのではないでしょうか。 そもそも、カメラとは「シャッターを切ると機械的な音がするもの」という認識があります。デジカメもその伝統を引き継ぎ、機械的にシャッターを切る音をノスタルジーや安心感の要素として搭載してきました。しかし、...

メモ帳アプリ迷子の終着駅。「何でもかんでもデータ化」をやめたい私が、結局『Simplenote』を選んでみた理由

スマートフォンの進化とともに、世の中には魅力的なメモ帳アプリの選択肢が爆発的に増えました。 高機能なデータベースが作れるNotion、ノートを美しくバインダーのように整理できるOneNote、AIが要約してくれる最新のメモツール……。 「これさえあれば、日々のタスクも、仕事のアイデアも、生活の記録もすべてスマートに管理できるはずだ」 そう思って新しいアプリを導入しては、数ヶ月後、そこにあるのは**「整理しきれずにゴミ屋敷化した、雑多なメモの山」**。そして、いざ必要な情報が必要なときに思い出せず、スペース区切りの複数ワード(AND検索)すらまともにヒットしない仕様にイライラが募り、また次のアプリを探し始める――。 そんな終わりのない堂々巡りを繰り返し、私は「メモ帳アプリ迷子」になっていました。 しかし、メモに振り回され、アプリの仕様に一喜一憂する日々に疲れ果てた時、一つの気づきにたどり着いたのです。 「私は、結局『Simplenote(シンプルノート)』を選んでみれば、すべて解決するんじゃないか」と。 これは、日々の「デイリーログ」としてはもちろん、あらゆる日常のテキストメモを「ふわっと、固執せずに」扱い、かつ必要なときには「きっちり」探し出せる、今の私にとっての最高にして究極の選択肢です。 1. なぜ私は「メモ帳アプリ迷子」になっていたのか? そもそも、なぜ私はメモに振り回されてしまっていたのか。原因はアプリの性能ではなく、 「データに固執し、何でもかんでも溜め込もうとする私の姿勢」 と 「アプリ側の過剰な機能」 がミスマッチを起こしていたからでした。 多くの多機能アプリは、起動した瞬間に「どう分類する?」「どう装飾する?」と選択を迫ってきます。太字にするボタン、フォント変更、画像の挿入……それらのノイズが、現場でサッとメモを取りたい時の「1秒」を奪っていました。さらに、溜め込んだ雑多なメモを後から探そうとしても、スマホ版アプリの検索機能が貧弱で、複数キーワードでの絞り込み(AND検索)ができずにストレスが溜まる一方だったのです。 本来、私にとってメモとは 「覚えているストレスから脳を解放し、未来の自分が迷わず行動するための道具」 であるはずです。 その原点に立ち返ったとき、Simplenoteの持つ「削ぎ落とされた...

Microsoft Copilotはブログ制作に向いているのか?

  まだ本格的にMicrosoft Copilotをブログの下書きに使っているわけではありません。使えるかもしれないという前提で話をしています。その中で感じているのは、 Copilotは「答えを探すAI」ではなく、「目的を完成させるAI」だということです。 これは他の生成AIと比べると、かなり性格が違います。 他のAIは“提案型”、Copilotは“目的達成型”です。 ChatGPTやGeminiは、こちらが質問すると「あれもどう?」「こういう案もありますよ」と、横に広げる提案が多いです。 これは創造性を刺激するという意味では良いのですが、ブログのように“完成まで持っていく作業”では、話が広がりすぎてしまうこともあります。 一方でMicrosoft Copilotは、ユーザーの意図に忠実に寄り添うタイプのAIです。 勝手に話を広げない、文脈を外さない、余計な提案をしない、指示に対して素直に動く。 この“業務AIらしさ”が、ブログ制作ではむしろ強みになります。 ページ内編集がブログ制作に最適な理由 Copilotには「ページ内編集」という機能があります。これがブログ制作と非常に相性が良いのです。 チャットとは独立した“ページ”として保存される チャットが突然終了してもページは残る ライブラリからいつでも開ける 長文をそのまま編集できる 4,000〜10,000文字でも問題なく扱える 特に安心できるのは、30回制限はあるものの、ページ内編集で作ったものはCopilotの成果物としてライブラリに保存されるため、チャットを閉じても後から必ず開けることです。 この“保存の安心感”は、他のAIにはあまりない特徴だと思います。 Microsoft Copilotアプリのホーム画面からの便利なブログ制作スタート Microsoft Copilotのアプリのホーム画面から「ライブラリ」を選択し、+ボタンで新しい下書きを作成できる点も便利だと感じています。ここからブログ制作を始められるので、作業の入り口がシンプルでわかりやすいです。 この機能により、ブログのアイデアをすぐに形にしやすく、ページ内編集と組み合わせて効率的に文章を仕上げていけます。 iPhoneだけで活用しているからこそ感じるCopilotの強み 僕はiPhoneだけでMicrosoft Copilotを活用してい...

Google依存が怖くなって、自分のネット上の拠点を考え直した

最近、ふとこんなことを考えました。 自分は今、ほとんどのネット活動をGoogleに依存しています。 YouTube、Gmail、Googleフォト、Googleドライブ、Blogger、Gemini。 日常のメモや検索まで含めると、本当に生活の中心がGoogleになっています。 もちろん便利です。 iPhoneを使っていてもGoogleサービスは強いですし、AIとの相性も良い。 特にYouTubeをやっていると、Googleアカウントは活動の中核になります。 ただ、ある時ふと思いました。 「もしGoogleアカウントに何かあったら、自分の活動って全部止まるんじゃないか?」 もちろん、普通に使っていれば突然アカウント停止になる可能性は高くないと思います。 ただ最近はAIによる自動判定も増えていて、誤検知や乗っ取り、本人確認トラブルなどの話も時々見かけます。 そして怖いのは、YouTubeだけではありません。 各種サービスのパスワード再発行 ログイン認証 連絡手段 2段階認証 Gmailが止まると、こうしたものまで連鎖的に止まる可能性があります。 つまり自分の場合、 「Googleアカウント=人生の鍵束」 みたいな状態になっていました。 便利ではあるけれど、かなり危うい構造でもあります。 そんなことをChatGPTと話しているうちに、あることを思い出しました。 「そういえば、自分、独自ドメイン持ってたな……」 昔作った独自ドメインを思い出した 以前、自分はWordPressでブログをやっていました。 その時に取得したのが、 「zatsubun.page」 という独自ドメインです。 名前の意味はそのままで、「雑文のページ」。 当時は、 模型の雑文 本の雑文 日記の雑文 ガジェットの雑文 みたいに、サブドメインを使っていろんなジャンルを分けて運営できたら面白いなと思っていました。 model.zatsubun.page book.zatsubun.page diary.zatsubun.page みたいな感じで増やしていく構想です。 今思えば、この考え方はかなり今の自分に合っていました。 ...

Google KeepとGeminiで作るAI時代のメモ環境|OCR検索とAppleメモ移行を検証

iPhoneメモからGoogle Keep移行を考えて見えてきた「AI時代のメモ運用」 最近、メモ環境をかなり真剣に見直していました。 きっかけは、iPhoneのメモ帳(Appleメモ)が便利すぎることです。 特に便利だったのが検索機能。複数キーワードを組み合わせたAND検索ができるので、過去メモをかなり掘り返しやすい。しかも画像内の文字までOCR検索してくれる。 ただ、その一方で気になっていたのが「Apple依存」です。もし今後Android端末へ移行したら?Windows中心になったら?Appleメモに人生ログを全部入れてしまうのは、長期的には少し不安がありました。そこで候補に上がったのがGoogle Keepです。 Google Keepは「付箋」としてかなり優秀だった 実際に使ってみると、Google Keepはかなり軽快でした。 起動が速く、思いつきを即保存できる。画像保存が楽で、OCR検索が強い。特に驚いたのが画像内文字検索で、スクリーンショットを貼っただけでも後から文字検索でヒットします。これはかなり便利でした。 しかもGoogle Keepは、Android、iPhone、Webブラウザ、どこでも使いやすい。将来的な移行耐性も高い。ここはAppleメモにはない魅力でした。 ただし問題があった Google Keep単体の検索はシンプルです。しかしAppleメモのようなAND検索はできません。例えば、「ロボット AND 真鍮」のような複数条件検索は不可。さらにラベル機能も制限があります。 ラベルは1つずつしか選択できず、複数ラベルの絞り込みができない。ラベルで絞り込んだ状態で追加検索もできない。つまり、「ロボット」ラベルの中からさらに「はんだ」を検索する、といった使い方がかなり弱い。ここはAppleメモとの差をかなり感じました。 Geminiとの組み合わせを試した そこで考えたのが、Geminiとの組み合わせです。「Google Keepに保存」して「Geminiで自然言語検索」。これができればかなり強いのでは?と思いました。実際、「ロボットの肩関節の話」「はんだ付けのメモ」みたいな曖昧検索はかなり可能性を感じました。 しかし、ここで問題発覚 Keepに画像を保存しても、「画像OCRデータ」まではGemini...

【公式統計から見る】大切な文化財を守るために。神社・お寺の火災原因と私たちができる対策

Image
日本の美しい四季の風景に溶け込む神社やお寺(社寺)。 しかし、これらの貴重な木造建築は、一度火災が発生すると燃え広がりやすく、修復不可能なダメージを受けてしまうリスクを常に抱えています。 今回は、消防庁が公表している公式データ(令和元年〜令和6年の1月〜12月確定値)をもとに、 「神社や寺院で年間どれくらい火災が起きているのか?」「その具体的な原因は何なのか?」 を読みやすくまとめました。 私たち参拝客や地域住民が、大切な文化財を火災から守るためにできることもあわせてご紹介します。  1. 神社・寺院の火災は年間どれくらい起きている?(年度別件数) 消防庁の公式報告書『各年における火災の状況(確定値)』の「都道府県別及び建物用途別建物火災件数」より、建物用途「神社・寺院」における火災発生件数の推移をまとめまし 令和元年(2019年):61件 令和2年(2020年):64件 令和3年(2021年):68件 令和4年(2022年):67件 令和5年(2023年):59件 令和6年(2024年):58件 直近6年間のデータを並べると、毎年およそ60〜70件のペースで推移していることが分かります。 平均すると 「年間約63件」 これは、全国で 「およそ6日に1件」 の割合で神社やお寺が火災に見舞われている計算になり、決して人ごとではない数字です。 2. 【データ分析】なぜ起きる?社寺火災の主な「出火原因」 木造建築が多い神社やお寺では、一体何が原因で火災が起きているのでしょうか。 同報告書の「出火原因別火災件数」などの詳細データを分析すると、社寺特有の傾向や、特に注意すべき原因が見えてきました。 主な原因は大きく分けて以下の4つです。 ① 灯火(ローソク・線香) お寺や神社で最も身近な火の気といえば、お参りの際につなぐローソクや線香です。 参拝者が立ち去った後、風でローソクが倒れたり、線香の灰が近くの可燃物(座布団や幕など)に落ちて引火するケースが後を絶ちません。 ② 放火・放火の疑い 悲しいことに、社寺火災の原因として常に上位に挙がるのが「放火」や「放火の疑い」です。 神社やお寺は夜間に無人になる場所が多く、境内に木くずや落ち葉などの可燃物が放置されていると、ターゲットにされやすくなってしまいます。 ③ たばこ 境内での歩きたばこや、ポイ捨てされた吸い殻が、乾燥し...