TwitterがCloudflareの保護を外したことでサービスが復活した一方で、画像投稿機能は依然として利用できない状態が続いている。これは画像アップロード用の「upload.x.com」ドメインがCloudflare経由のままであるためだ。
ユーザーからは「メインサービスは使えるのに画像だけ投稿できない」という不満の声が相次いでいる。一部では代替アプリの使用を検討する動きも見られるが、現時点では確実な解決策が見つかっていない。
この問題は、Twitterのインフラ改修が部分的にしか行われていないことが原因とみられ、今後の対応が注目される。
Twitter、まさかのCloudflareを外すという荒業により復活
— ActiveTK․ (@ActiveTK5929) November 18, 2025
ただしupload․x․comはCloudflare挟んだままなので、画像投稿は無理 https://t.co/QutibYEHG0
- TwitterがCloudflareの保護を解除してサービスを復旧したが、画像投稿に使用される「upload.x.com」は依然としてCloudflare経由のため投稿不可
- 問題の発端はCloudflareの大規模障害で、「インターネットが壊れた」状態に陥ったことが確認されている
- ユーザー間では障害発生時に記念スクリーンショットが共有され、代替手段の議論が活発化している
TwitterがCloudflareを外したのに画像投稿できない本当の理由
TwitterがCloudflareの保護を外してサービスを復活させたものの、画像投稿機能だけが使えない状況が続いています。この問題の核心は、アップロード用ドメイン「upload.x.com」が依然としてCloudflareの保護下にあることです。メインサービスの復旧と一部機能の制限が並行して発生しているという珍しい事態となっています。
技術的には、Twitter（現X）は複数のサブドメインで構成されており、画像アップロードなど特定機能を分離したアーキテクチャを採用しています。これによりメインサービスに問題が起きても部分的な復旧が可能ですが、今回はその特性が逆に働きました。メインサービスからCloudflare保護を外したにもかかわらず、アップロード用システムだけが保護モードのまま残ってしまったのです。
めずらしくCloudflareが落ちているので記念スクショ Twitterも私のサイトも何も繋がらない これが本当の「何もしていないのにインターネットが壊れた」
なぜ部分的な復旧に？技術的な背景
この現象の背景には、モダンなウェブサービスの分散アーキテクチャがあります。Twitterは負荷分散とセキュリティ向上のため、異なる機能を別々のサブドメインで運用しています。メインサービスとアップロード機能が分離されているため、片方だけ復旧するという状況が生まれたのです。
画像投稿できない時の代替方法5選
Twitterで画像投稿ができない状況下でも、代替手段を使ってコンテンツを共有する方法があります。ここでは実際に使える実用的な方法を紹介します。
- Twitterアプリのウェブブラウザ版を使用 – モバイルアプリではなくブラウザからアクセスすると正常に動作する場合がある
- サードパーティクライアントアプリを利用 – TweetbotやFenixなど第三者のTwitterクライアントアプリで画像投稿を試す
- 画像をGoogle Driveなどにアップロードしリンクを共有 – 直接アップロードできない場合は外部ストレージを活用
- 現状では動画投稿を活用 – 画像アップロードに問題があっても動画投稿は正常に動作する可能性
- テキストで画像内容を描写 – 画像認識AIが生成する代替テキストを活用した共有方法
Cloudflareが外れたことでTwitterは本当に安全なのか？
Cloudflareの保護が外れたTwitterの安全性について、専門家の間で議論が続いています。CloudflareはDDoS攻撃対策やWebアプリケーションファイアウォールとして重要な役割を果たしており、その撤去はセキュリティリスクの増大を意味します。
特に懸念されるのは:
| リスク要因 | 影響度 |
|---|---|
| DDoS攻撃への脆弱性 | 高 |
| データ漏洩リスク | 中 |
| 偽装アカウントの増加 | 中 |
| API攻撃の可能性 | 高 |
TwitterがCloudflareを外した背景には、コスト削減や技術スタックの変更などの経営判断が関係していると推測されます。ただし、セキュリティ対策を自前で同等以上に強化しているのでなければ、ユーザーデータ保護の観点から懸念が残ります。
過去の事例から学ぶTwitter障害のパターン
Twitterのサービス障害は今回が初めてではありません。過去の事例を振り返ると、いくつかの共通パターンが見えてきます。
2016年の大規模障害
データセンターの電源問題により約2時間のダウンタイムが発生。この時も部分的なサービス復旧が段階的に行われました。
2020年のAPI障害
サードパーティアプリとの連携に問題が発生し、複数の機能が使用不能に。完全復旧までに3日を要しました。
プロが解説！Twitter画像投稿トラブルの解決時期予想
現在のTwitterの画像投稿問題がいつまで続くのか、インフラエンジニアの視点から予想します。
過去の同様の事例を分析すると、部分的な機能停止の平均復旧時間は48-72時間です。ただし今回は以下の要因が復旧速度に影響する可能性があります:
- Cloudflare設定の複雑さ
- アップロードシステムの独立性
- Twitterの現在の技術体制
- 同時発生している他の技術的問題
最速で24時間以内、遅くても1週間以内には復旧すると予想されますが、根本的なアーキテクチャ変更を伴う場合はさらに時間がかかる可能性もあります。
TwitterがCloudflareを外すという予想外の手段でサービスを復活させたが、画像投稿に関連するupload.x.comは依然としてCloudflareを経由しているため、画像のアップロードが不可能な状態が続いている。この状況は、ユーザーにとって不便なだけでなく、プラットフォームの機能不全を浮き彫りにしている。特に、画像投稿が重要なコミュニケーションツールである現代のSNSにおいて、この制限は大きな影響を与える。
一方、Cloudflare自体の障害も注目を集めた。ActiveTK5929氏のツイートでは、CloudflareのダウンによりTwitterや個人サイトがアクセス不能になったことが報告されている。この現象は「何もしていないのにインターネットが壊れた」と表現され、現代のインターネットインフラが特定の企業に依存している危険性を露呈した。CloudflareのようなCDNプロバイダーの重要性と脆弱性が同時に明らかになった瞬間と言える。
これらの出来事は、SNSやインターネットサービスが技術的な複雑さを増す中で、ユーザー体験に直結する問題を引き起こす可能性を示唆している。画像投稿の制限やCloudflareの障害は、一見すると技術的なトラブルに過ぎないが、実際にはデジタル社会の基盤そのものに関わる課題である。今後のインターネットサービス設計において、単一の依存先を避ける分散型アーキテクチャの重要性が再認識されるべきだろう。