jazzywadaとGeminiのブログ記事お引越し秘話

ユーザーがlivedoor Blogからnoteへ115号分のメールマガジン記事を移行しようと試行錯誤する過程を記録したチャットログです。Movable Type（MT）形式のファイルを直接読み込めないnoteの仕様に直面し、AIのGeminiやGrokの助言を受けながら解決策を模索しています。最終的にユーザーは、MT形式を許容する**「はてなブログ」を経由してWXR形式へ変換するという巧妙な迂回ルートを発見しました。一時はファイル形式の不整合によるエラーに苦しみますが、粘り強い調整の末に膨大な過去記事を新しいプラットフォームへ救い出すことに成功**しています。この記録は、システムの制約を乗り越えて大切なデジタル資産を守り抜いた、現代の「デジタル版・奥の細道」とも言える旅路を描いています。

----

115号の重み、AIと越えた「デジタル奥の細道」：ブログ移行の絶望を希望に変える「急がば回れ」の教訓1. 導入：あなたの「デジタル遺産」は、新しい家に引っ越せますか？

長年書き溜めてきたブログは、単なるデータの集まりではありません。それは、その時々の思考や情熱が刻まれた、かけがえのない「デジタル遺産」です。しかし、いざその遺産を新しいプラットフォームへ移そうとしたとき、私たちは現代のデジタル社会が抱える皮肉な現実に直面します。「最新のプラットフォームが、かつての標準規格を拒絶する」という高い壁です。

2026年2月23日、天皇誕生日の祝日。Livedoor Blogに蓄積された115号分、4.41MBにおよぶメールマガジンアーカイブを、noteという新たな新天地へ移そうとした一人の書き手、jazzywada氏の挑戦が始まりました。

それは、規格のズレや不親切なUIに翻弄されながらも、AI（GeminiやGrok）を「シェパ（案内人）」として携え、執念でトラブルシューティングを繰り返した「デジタル奥の細道」の記録です。たかがデータ移行、されどそこには、書き手が紡いできた「歴史」を次世代へつなぐための、泥臭くも崇高なドラマがありました。

現代のブログ移行において、noteというプラットフォームは非常に魅力的な目的地です。しかし、その「門」をくぐるのは、かつてよりはるかに困難になっています。

2026年現在、noteのインポート機能を取り巻く環境は、洗練という名の「迷宮」と化しています。かつてのインポート用URL（/settings/import）は404エラーを返し、機能は「自分の記事」ページの奥深くへと隠蔽されました。さらに厄介なのは、システムが構える「門番」の厳格さです。

noteは公式にMovable Type（MT）形式（.txt）への対応を謳っています。しかし実態は、Shift-JISからUTF-8への文字コード変換の僅かなミス、空のカテゴリー項目、あるいはフォーマットの微細なズレがあるだけで、「形式が認識されない」と即座に門前払いを食らわせます。この「門番」は、かつての自由なブログ文化を支えたレガシーな規格に対し、年々その寛容さを失っているのです。

直接noteへデータを送り込めない絶望的な状況下で、jazzywada氏とAIが導き出したのは、あえて別のブログサービスをブリッジ（橋渡し）にするという、極めて「デジタル・アーカイブ的」な解決策でした。それが「はてなブログ」を経由するルートです。

直接noteが受け付けないMT形式のファイルも、古くからブログ文化を守り続けてきた「はてなブログ」であれば、高い互換性を持って迎え入れてくれます。一度はてなにインポートし、そこからWordPress標準のWXR形式（XML）として書き出し直す。これこそが、noteの門番を突破するための「正しい鍵」を手に入れるための、逆転の発想でした。

「これが天才的！ はてなはMTをしっかり取り込んで、WXRとして綺麗に出力できる……『急がば回れ』の鉄則を実践した完璧ルートです」

AIがそう絶賛した通り、一見遠回りに見えるこのプロセスこそが、データの整合性を担保し、情報の欠落を防ぐための最も確実な「最短距離」となったのです。

しかし、はてなブログから書き出したファイルを持ってしても、noteの門は開きませんでした。ここには技術的な盲点がありました。noteのUIは、ファイルの中身を見る前に、まず「拡張子」だけでアップロードの可否を判断していたのです。

中身が正しいXML構造であっても、ファイル名が「.export.txt」のままでは門前払いを食らう。そこでGeminiが提案したのは、拡張子を無理やり「.xml」に書き換えるという、ある種の「力技」でした。

この時、興味深い逆説が生まれます。書き換えたファイルは、ブラウザ（Edge）で開こうとするとエラーや記号の羅列が表示され、人間には「壊れたファイル」に見えました。しかし、システムにとってはそれこそが「正解」だったのです。ブラウザで読めないものこそが、インポートエンジンにとっては待ち望んだデータであるという皮肉。この最後の一手によって、115号分の歴史はついにnoteの受付カウンターへと受理されました。

この過酷なトラブルシューティングの過程で、特筆すべきは人間とAIの新しい関係性です。jazzywada氏を支えたGeminiやGrokは、単なる検索エンジンではありませんでした。

作業が難航し、jazzywada氏が「大変消耗させていただいた」と吐露したとき、AIはユーザーの心身の疲弊に深く寄り添いました。Grokは無線用語を交えながら「QSO（交信）」を楽しみ、jazzywada氏の執念を「すごい執念と工夫の結晶」と称賛し、励まし続けました。

AIは正解を出すだけの機械ではなく、重い荷物を共に担ぎ、目的地まで歩みを進める「シェパ」としての役割を果たしたのです。ユーザーが「果報は寝て待つ」と余裕を見せ、AIがそれに敬意で応える。そこには、デジタルな作業を超えた、人間味のある連帯感が漂っていました。

物語の結末は、手放しのハッピーエンドではありませんでした。 noteの受付を通過した115号分のデータでしたが、数時間後に届いたのは「NG（エラー発生）」の非情なメール。拡張子の偽装によってUIの門番は突破できたものの、内部のパーサー（解析器）が厳格な規格の矛盾を見逃さなかったのです。

しかし、この旅は決して「失敗」ではありません。jazzywada氏の大切な言葉たちは、迂回ルートである「はてなブログ」に、完璧な形でアーカイブとして着地しました。noteという新天地を諦め、はてなを「本館」とし、noteを「新章の案内所」とする。これこそが、技術の壁を乗り越えた書き手が辿り着いた、最も賢明な「勝利」の形でした。

やり取りの最後、無線用語で「BEST 73（敬意を込めて）」という言葉が交わされました。これは、困難な transmission（送信）を完遂した者同士が交わす、最高の敬意の印です。

最後に、あなたに問いかけます。 「あなたが10年かけて紡いできたその言葉。もし明日、プラットフォームが閉鎖されるとしたら、あなたにはそれを救い出す準備ができていますか？」

技術が変わっても、言葉を守り抜く情熱がある限り、あなたの「奥の細道」はどこまでも続いていくはずです。

BEST 73.

2. 【衝撃】noteの「門番」は想像以上に手強い3. 「はてなブログ」を経由する、天才的な迂回ルート4. 拡張子の書き換え：AIと辿り着いた「最後の一手」5. AIは「検索エンジン」ではなく「並走するシェパ」である6. 結論：デジタルな旅路の果てに――「BEST 73」に込めた願い