ハクソク

世界を動かす技術を、日本語で。

Googleの短縮リンク「goo.gl」が来月から無効になります

304日前原文(theverge.com)

概要

GoogleのURL短縮ツール「goo.gl」で生成されたリンクが 2025年8月25日 以降、 404エラー となる。 サービスは 2019年に終了 していたが、リンクはこれまで利用可能だった。 2024年7月 にGoogleが正式な 廃止スケジュール を発表。 リンク利用者には 警告ページ の表示が開始されている。 早急な 他サービスへの移行 が推奨される状況。

GoogleのURL短縮サービス「goo.gl」リンクの廃止

  • 2025年8月25日 以降、「https://goo.gl/*」形式の全リンクが 無効化

  • アクセス時は 404エラー メッセージの表示

  • GoogleのURL短縮サービスは 2019年に終了、新規作成不可状態

  • 既存リンクは継続利用できていたが、 2024年7月 に段階的廃止を発表

  • Google公式ブログによると「 99%以上のリンクが直近1ヶ月間で利用なし」

  • 2024年から、短縮URLクリック時に「 まもなく無効化」の警告ページを表示

  • 早期のURL移行 を推奨

    • 他のURL短縮サービス（Bitly、TinyURLなど）への切り替えが必要
    • 既存の「goo.gl」リンクは 全て無効化 されるため、代替手段の準備が必須

影響および対応策

  • 公式発表以降、 トラフィック減少 が顕著
  • 個人・企業 問わず、該当リンクの利用者は早急な対応が必要
  • WebサイトやSNS、メール署名などに埋め込まれた 「goo.gl」リンクの確認
  • リンク切れによる情報アクセス障害 の防止策
  • 他サービスへの 自動変換ツール やリダイレクト設定の検討

今後の推奨アクション

  • 全「goo.gl」リンクの棚卸し

  • 代替サービス での再短縮・再配布

  • リンク管理台帳 の更新

  • 関係者やユーザーへの 周知徹底

    • 公式WebサイトやSNSでのアナウンス
    • メールなどでの注意喚起

  • 新規短縮URL作成時はGoogle以外のサービス利用 が必須

関連情報

  • Emma Rothによる The Verge でのニュース報道
  • Google公式ブログでの 廃止理由とスケジュールの説明
  • 主要なURL短縮サービスの 比較・選定 が今後の課題

Hackerたちの意見

約6万件の学術引用が消えそうだ - https://scholar.google.com/scholar?start=90&q=%22https://goo... 参照が完全に壊れた本が無数にある - https://www.google.com/search?q=%22://goo.gl%22&sca_upv=1&sc... それで何のために？数TBのデータをオンラインで維持するコストとちょっとしたCPUパワーだけで？文化的な破壊行為だよね。

└

その破壊行為はGoogleに依存してたんだ。

└

https://wiki.archiveteam.org/index.php/Goo.gl https://tracker.archiveteam.org/goo-gl/ （このコメント時点で残りの作業項目は16.6億）ArchiveTeamの戦士を動かす方法: https://wiki.archiveteam.org/index.php/ArchiveTeam_Warrior （追記: jaydenmilneがスレッドの下の方でこれについてコメントしてるの見た、申し訳ない）

└

Jm2cだけど、もしリソースがオンラインのリンクで、内容がいつでも変わったり消えたりする可能性があるなら、ちょっと微妙だよね。さらに悪いのは、他のサービスによって短縮されたリンクだったら、信頼性のない間接的な情報がもう一つ増えちゃうよ。

└

本を作るときにURLを参考にしたい人にとって、今の正しいアプローチって何なんだろう？本気で聞いてる。どのサービスも数十年も続くとは信じられない気がする。

└

破壊行為は、誰かが短縮URLを作ったときに起こるんだよね。動かなくなることじゃない。

└

これにはずっと悩まされてる。もし本を買ったら、オンラインやURLの参照は要らない。著者やISBN、ページ番号とかを載せてほしい。雑誌や新聞、ジャーナルの号やページ、著者とかを参照してほしい。

└

個人的には、Googleのせいというより、ひどい技術教育の問題だと思う。最初から引用に短縮リンクを使うのは良くないアイデアだったし、誰かが著者にそれを説明すべきだった。彼らは孤立して本を出版したり学術論文を書いたわけじゃないから、周りの誰かがもっと知っていて言うべきだったんだよね。実際、オンラインの他のものとあまり変わらないし、気まぐれで消えちゃうこともある。短縮リンクの中で、今でも有効なページに行けるのはどれくらいあるんだろう？ どの会社も「無料」のサービスを永遠に維持するわけじゃないし。「それだけのこと」と言うのは簡単だけど、実際にその作業をしたりお金を払ったりするのはあなたじゃないからね。

└

彼らがこれを提供し始めたとき、サービス終了の評判がすでに悪すぎて、goo.glを考えることすら拒否した。何年も前から、大規模なユーザーベースを持つサービスを導入しては終了させてきたのがすごい。Gmailが5年間「ベータ」だったのは、奇妙に思えたけど、彼らがそれを続けるかもしれないサインだと思った。

└

Abstractionsポッドキャストの最初のエピソードの最初のセグメントでは、Googleがgoo.glのURL難読化サービスを終了したことについて話しました。これは責任を放棄するようなものだと思います。興味があったら聴いてみてください。関連する章へのOvercastリンク: https://overcast.fm/+BOOFexNLJ8/02:33 オリジナルエピソードリンク: https://shows.arrowloop.com/@abstractions/episodes/001-the-r...

└

それで何のために？ 数TBをオンラインにして少しのCPUパワーを維持するコスト？ 公共を教育するための計り知れない利益のために。

ブログ記事から: 「99%以上が先月は活動していなかった」 https://developers.googleblog.com/en/google-url-shortener-li... これは典型的な製品データの意思決定の誤りだね。正しい質問は「すべてのリンクが提供する総価値はどれくらいか？」であって、「どのくらいの割合が使われているか？」じゃない。

└

正しい質問は「すべてのリンクが提供する総価値はどれくらいか？」であって、「どのくらいの割合が使われているか？」 そうなんだけど、残念ながら甘いプロモーションには繋がらないんだよね。皮肉なことに、99%がトラフィックを見ないなら、インフラを縮小して2つのVMで運用し、一人がサイドクエストとして楽しみで維持できるようにすればいいのに（もちろん、その人には報酬を払うべきだけど）。この数字の管理、本当に悲しくなるわ。

└

彼らが実際にそんなにバカだとは思わないな。「データ駆動の意思決定」の裏にある汚い秘密は、マネージャーたちがデータに自分たちが何をすべきかを教えてほしいわけじゃなくて、「データ」が彼らに反対するアイデアを客観的に間違っているように見せるためのものだと思う。

└

確かに。今月、家族の写真を見たのは1%未満だと思うけど、それでもやっぱり保存しておきたいんだよね。

└

混乱しないで！それが決定の仕方じゃなくて、売り方なんだよ。

└

先月、インデックスされたGoogleサイトやYouTube動画、Googleフォトのうちどれくらいが回収されたんだろう？コスト削減を考えてみて！

└

「過去1ヶ月間に活動がなかったのは99%以上」 短いURLがあって使わない方が、短いURLが必要なのにない方がいいと思う。

└

公開されているウェブ上のURLの99%は、先月は活動がなかったと思う。もうWWW全体を削除しちゃってもいいんじゃない？明らかに価値がないし。

└

「データに基づく意思決定」

└

Googleの視点から見ると、「これらのリンクでどれだけ広告を売ってるか」が問題なんだよね。もしほぼゼロなら、それが彼らにとっての価値なんだ。

ArchiveTeamは、手遅れになる前に全URLスペースを強引に取得しようとしてる。VirtualboxのVMやDockerイメージ（ArchiveTeam Warrior）を使って手伝えるよ（ユニークなIPが必要）。俺は数ヶ月これを動かしてて、100万件見つけたよ。 https://wiki.archiveteam.org/index.php/ArchiveTeam_Warrior

└

今のところ、8000以上のデータをインターネットアーカイブに保存したみたいだよ[0]。この取り組みのプロジェクトページはここにあるよ[1]。 0: https://archive.org/details/archiveteam_googl 1: https://wiki.archiveteam.org/index.php/Goo.gl

└

Dockerコンテナ最高！教えてくれてありがとう。これは喜んでHetznerサーバーにぶっこむプロジェクトだわ。

└

これをシェアしてくれてありがとう。デジタルコンテンツを簡単に消せる今の時代、数千年後の考古学者がデジタル暗黒時代に陥る可能性があるってずっと思ってた。デジタルアーカイブを保存するのはいいステップだね。次は紙のコピーを作るのが必要かな。

└

始めたばかりだけど、めっちゃ簡単に設定できた！

└

しばらくしたら「Googleがログインを求めています」ってエラーが出始めたんだけど、どうすればいいの？ ArchiveTeamのウィキには何も書いてないし、続けてもいいのかな？

ちょっと考えただけなんだけど、URLマップをテキストファイルかSQLite DBとして公開すればいいんじゃない？そうすれば、どこに行ったか分かるし。リンクは全部公開されてるから、プライバシーの問題にはならないと思うんだけど。

└

それらは全部公開されてるの？どこで見れるの？

└

それには、リンクで共有されるGoogle Docsのような半プライベートなURLがたくさん含まれるよ。

└

検索可能なデータベースとして見たいな。Googleにとってはすごく安くてメンテナンスもいらないと思うし、プライバシーの問題も避けられるし。既知のgoo.glを入力すれば本当のURLが得られるけど、すべてをリストアップすることはできないんだよね。

Googleのサービス自体がgoo.glの短縮URLを生成するから（Google Mapsは地図の場所を共有するためにhttps://maps.app.goo.gl/のURLを生成する）、このシャットダウンはユーザー生成の短縮URLにだけ影響すると思う。Googleの最初の発表ではそうは言ってないけど、「https://goo.gl/*形式」の短縮URLがシャットダウンされるって慎重に言い回しされてる。Googleはgoo.glのURLがフィッシングに使われるのを防ぎたいんだろうけど、それを公に認めたくないんだと思う。

└

これ、実際に一番理にかなってると思う。アイデアありがとう。もちろん、彼らのやり方には賛成できないけど、リスク回避にはなってるんだろうね。

まじで - Googleはこれを永遠に維持すべきだよ。信頼に対する大打撃だね。Googleとの信頼関係は、彼らが殺したものに対してすでに悪かったのに、これはまた一つのダメージだ。

└

まだGoogleを信じてる人いるの？

よくわからないけど、こういう静的な地図をGoogleが存在する限りずっと残しておくのって、ほんとに安上がりなんじゃない？

└

Googleの開発チームにとって本当に苦痛なことが2つある：1) 製品が完成していて、新しい機能や変更が必要ないと言われること 2) レガシーコードに取り組まされること

Cloudflareが運営を続ける提案をしたけど、断られたらしいよ：https://x.com/elithrar/status/1948451254780526609 次にGoogleのサービスに依存しようと思ったときはこれを思い出して。彼らは簡単に続けられたのに、わざと壊してるんだ。

└

Googleがドメインサービスを終了したのは、私にとって最後の一撃だった。それ以来、全部Googleから移行し始めたよ。

└

次回、Googleのサービスに依存しようと思ったらこれを思い出してね。次回？ 新しい人たちがその教訓をまだ学んでない波が来てるんだろうね。

元Google社員として、ここでの問題は明確で共通してる。インフラコストじゃなくて、所有権の問題なんだ。誰もこの製品を持ちたがらない。 - コードは部分的に凍結できるかもしれないけど、google3のコードベースでは大規模な変更が常に行われていて、特定の変更を承認したり、何か問題が起きたときにコアチームを助ける責任がある人が必要なんだ。もし使っているサービスが廃止されたら、たくさんの作業が必要になるかもしれない。 - すべてのプロダクションサービスには、運営を維持する責任者が必要だよね。SREがいるかもしれないけど、多くの小さなチームには自分たちのSREがいないから、自分たちでサービスを管理してる。だから、責任を持つためのチームや報告チェーンが必要なんだ。誰も変化がない死んだ製品で働きたがるSWEはいないし、マネージャーもそれを気にしない。ディレクターも生きているプロジェクトにスタッフを配置したいと思うだろうし、VPもここに利益を見出さない。コストとリスクしかないからね。これはReaderの状況と全く同じだよ（ただし、視野のあるPMがいればReaderを大幅に改善できたと思う）。これは明らかにインターネット全体にとって悪いことで、個人的にはGoogleにはこういうインフラを引き抜かない道徳的義務があると思う。誰かが重要なリンクが壊れることを知っているけど、それを止めることは誰の利益にもならないんだ。Googleには、こういうプロジェクトを引き受けて、できるだけ効率的に読み取り専用モードで維持できる「屋根裏部屋」やアーカイブチームが必要だと思う。善意のマーケティングとしてカウントするか、google.orgにスピンオフして非営利だと主張して書き込むのもいいかも。ちなみに、会社にとってさらに悪い状況はGoogle Domainsの問題だ。どうやら、新しいVPがその組織に入ってきて、製品を理解していなかったみたい。直接の収益が足りなかったけど、WorkspaceやCloudへの間接的な収益はかなり大きかった。彼らは売却を提案したけど、他のVPはSundarとの会議に出席しなかったから、このVPは無抵抗でSundarに自分の意見を伝えられた。Squarespaceへの売却契約は、他のVPが何が起こったかを理解する前に署名されて、GoogleはCloudのためにその一部を買い戻さなければならなかった。

└

いいポイントがたくさんあるけど、もしよければ聞きたいんだけど：もしあなたがGoogleにいたら、そのアーカイブチームのリーダーになりたいと思う？ 10年間そのポジションに留まることになる可能性があって、風向きが少し変わったらチームが縮小されたり消えたりするかもしれないのに。

└

ある意味、こういうケースがgoogle3の全体が一つのものとして存在することの脆弱さを示してるよね。メンテナンスや所有権の問題はまだ大きいけど、特に読み取り専用のものをGCPのCloud RunやBigTableを使って展開する方が、維持管理が楽になるかもしれない。動いてるターゲットを追いかける必要がないからね。

URL短縮サービスはいつも悪いアイデアだった。今のペースだと、10年後か20年後には人々がURLやウェブ全体について同じことを言うんじゃないかと思う。アーカイブやバージョン管理、さらにはクライアントサイドのレプリケーションに対するプロトコルレベルのサポートがないという事実は、今ウェブ上で見えるものが近い将来に永久に消える可能性が非常に高いことを意味してる。これは、基本的に世界で最も人気のあるコミュニケーションシステムであり、歴史上のメディアに対する驚くべきエンジニアリングの見落としだよね。それに、30年以上経ってもブラウザがページをローカルに合理的に保存する機能を持っていないのはかなり目立つ。今でも「ブックマーク」に頼ってるし。