💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

원문 렌더가 준비되기 전까지 텍스트 가이드로 표시합니다.

はじめに — 「Gmailは私を馬鹿扱いする、だから去った」

2026年6月、Hacker Newsのトップページに2つの記事が並びました。1つは「Gmail thinks I'm stupid, so I left」というタイトルの個人ブログ記事です。20年近く使ったGmailが、いつからかユーザーを意思決定能力のない人間のように扱い始めたという内容です。望まないAI要約がメールの上に強制的に被さり、重要なメールが不可解な基準で隠され、オフにした設定が次のアップデートでこっそり復活する——そんな経験の数々です。もう1つはTechCrunchの記事で、DuckDuckGoがAI機能を除いたno-AI検索モードへのアクセスを容易にし、そのトラフィックが急増しているというニュースでした。GeekNewsでもどちらの記事も長いコメント欄が続きました。

この2つが同時に話題になったのは偶然ではありません。あらゆる製品にAI機能を押し込むビッグテックの戦略への疲労感が、臨界点を超えつつあるというシグナルです。興味深いのは、今回の離脱の動機が過去の「プライバシー運動」とは質が違うことです。イデオロギーではなく、ユーザビリティです。自分のツールが自分の邪魔をし始めた、オフにした機能が再びオンになる、自分のデータが自分のコントロールを外れている——こうした具体的な不便が人々を動かしています。

本記事は「Googleを離れるべきだ」という説教ではありません。2026年時点で分野別の代替サービスがどれだけ成熟したか、乗り換えのコストはいくらか、どこまで乗り換えるのが合理的かを計算してみる実践ガイドです。

なぜ去るのか — 積み重なった3つの不満

離脱の動機を整理すると3つの系統になります。

1. AIの押し込み(AI shoehorning): 検索結果の上に強制表示されるAI要約、受信トレイのAI返信提案、ドキュメントツールのAIボタン。オフにするオプションがないか、あっても深く隠されているか、アップデートのたびにリセットされます。DuckDuckGoがno-AIモードでトラフィックを集めたのは、まさにこの点を突いた結果です。

2. ダークパターン: 解約ボタンは奥深く、同意ボタンは大きく。広告パーソナライズの同意を拒否するとより長い手順を踏まされ、デフォルト値は常にデータ収集に有利な側に設定されています。規制当局の罰金が続いてもパターン自体は消えていません。

3. データ収集: 検索履歴、位置履歴、メール内容に基づくプロファイリング。個々の項目に同意していたとしても、1つの会社が検索+メール+地図+ブラウザ+OSをすべて握っているときの結合プロファイルは、次元の異なる問題です。

さらに2026年に入って顕在化した4つ目の動機があります。単一アカウント依存リスクです。Googleアカウントが1つ停止されると、メール、写真、ドライブ、YouTube、ログイン連携(OAuth)が一斉にロックされます。アカウント停止に関する訴えの記事がHNに上がるたびに数百のコメントが付く理由です。

分野別の代替サービス比較

検索

| --- | --- | --- | --- | --- |

実使用の感覚では、一般的なWeb検索はDuckDuckGoで十分代替可能です。日本語や韓国語の検索品質はGoogleに比べてまだ弱点があるため、後述の部分離脱戦略でこの点を反映します。Kagiは有料という参入障壁がありますが、コンテンツファームのドメインを検索結果から永久にブロックできる機能1つだけでも元が取れるという評価が多いです。

メール — 最も重要な分野

メールは脱Googleの本丸であり、最も慎重を要する分野です。あらゆるサービスのパスワードリセットがメールに届くからです。

| --- | --- | --- | --- | --- |

サービス選びより重要な原則が1つあります。カスタムドメインを使うことです。アドレスがgmail.com宛てならGmailに、proton.me宛てならProtonに縛られます。一方、自分のドメインなら背後のサービスをいつでも乗り換えられます。ドメインの所有こそメールの主権です。年間1500~2000円程度のドメイン費用は、この自由の対価です。

ブラウザ

| --- | --- | --- | --- |

Chromium独占構図への牽制という意味まで考えればFirefox系に一票を投じたいところですが、Chrome拡張への依存度が高いならBraveが現実的な妥協案です。

地図、写真、ドライブ

| 分野 | Google製品 | 代替 | 成熟度評価 |

| --- | --- | --- | --- |

セルフホスティングの選択肢 — 難易度付き

自分でサーバーを運用できるなら選択肢が広がります。難易度を星で表記します(星1つ易しい、5つ難しい)。

| ソフトウェア | 代替対象 | 難易度 | 備考 |

| --- | --- | --- | --- |

Immichの起動例はこの程度に簡単です。

mkdir immich && cd immich

wget https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml

wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

.env でアップロードパスとDBパスワードを修正してから

docker compose up -d

ブラウザで http://サーバーアドレス:2283 にアクセスし、モバイルアプリにサーバーURLを登録

ただし、セルフホスティングには見えないコストがあります。バックアップは自己責任(3-2-1ルール: コピー3つ、媒体2種、オフサイト1つ)で、セキュリティパッチも自分の仕事です。写真のように失えないデータは、セルフホスティング+外部暗号化バックアップをセットで考えるべきです。メールのセルフホスティングは別途強調しておきます。IPレピュテーション管理とスパム到達率の問題で、熟練者でも止める領域です。メールは有料サービスに任せてドメインだけ所有するのが正解に近いです。

実践 — メール移行の手順

最も難しく最も重要なメール移行を段階別に整理します。中核原則はビッグバン切替の禁止、漸進的移行です。

[ステップ0] [ステップ1] [ステップ2] [ステップ3] [ステップ4]

ドメイン購入 ──> 新メールボックス ──> Gmail転送設定 ──> サービスごとに ──> Gmailは受信専用

+ DNS準備開設 + 既存メール + 新アドレスでアドレスを順次アーカイブに

のインポート送信開始変更 (数ヶ月) 格下げ

ステップ0 — ドメイン準備。ドメインを購入し、メールサービスが案内するDNSレコードを登録します。Fastmailの例です。

MX @ in1-smtp.messagingengine.com (priority 10)

MX @ in2-smtp.messagingengine.com (priority 20)

TXT @ "v=spf1 include:spf.messagingengine.com ?all"

CNAME fm1._domainkey fm1.mydomain.com.dkim.fmhosted.com

CNAME fm2._domainkey fm2.mydomain.com.dkim.fmhosted.com

CNAME fm3._domainkey fm3.mydomain.com.dkim.fmhosted.com

TXT _dmarc "v=DMARC1; p=quarantine; rua=mailto:dmarc-report@mydomain.com"

SPF、DKIM、DMARCの3つがすべて設定されて初めて、自分の送信メールがスパムフォルダ行きを免れます。設定後は検証ツール(mxtoolboxなど)で確認してください。

ステップ1 — 既存メールのインポート。ほとんどの有料メールサービスはGmail IMAPインポートを提供しています。あるいはGoogle Takeoutでmboxファイルを取得して保管することもできます。20年分のメールはそれ自体が個人の記録物なので、必ずコピーを残してください。

ステップ2 — 転送設定。Gmail設定で新アドレスへの全件転送をオンにします。この時点から新しいメールボックスだけ見ればすべてのメールが見えます。送信も新アドレスで始めます。

ステップ3 — サービスごとのアドレス変更。ここが本番です。パスワードマネージャーから登録アカウント一覧を出し、重要度順に変更します。

- 最優先: 金融(銀行、カード、証券)、行政、通信キャリア

- 次点: 業務ツール、クラウド、開発アカウント(GitHub、クラウドコンソール)

- 最後: ショッピングサイト、ニュースレター、コミュニティ

コツを1つ加えるなら、サービスごとにエイリアスアドレスを使うことです。shop-amazonのような専用エイリアスで登録すれば、漏洩元を即座に特定し、そのエイリアスだけ無効化できます。

ステップ4 — Gmailの格下げ。数ヶ月間転送メールをモニタリングして漏れたアカウントを整理した後、Gmailは受信専用アーカイブとして残します。わざわざ削除する必要はありません。古いアカウントの復旧用として価値があります。

コスト計算 — 無料の対価 vs 有料サブスクリプション

「Googleは無料なのになぜ金を払うのか」という反問には2つの答えがあります。第一に、無料の対価はデータと広告露出、そして上で見たユーザビリティの侵食です。第二に、有料スタックの実際のコストは思ったより小さいです。

| 項目 | サービス例 | 年間費用 (ドル換算) |

| --- | --- | --- |

| ドメイン | ドットコム1つ | 約12 |

| メール | Fastmail スタンダード | 約60 |

| 検索 | Kagi スターター | 約60 |

| 写真 | Immichセルフホスティング (ホームサーバー電気代の按分) | 約20 |

| クラウドバックアップ | 暗号化オフサイト100GB | 約24 |

| 合計 | | 約176 |

年176ドル、月15ドル程度です。検索を無料のDuckDuckGoにすれば年116ドルまで下がります。コーヒー数杯分の値段で「自分が顧客であるサービス」を使えるわけです。広告ベースのサービスではユーザーは顧客ではなく商品だという古い格言を費用に換算すると、この程度の差になります。

部分離脱戦略 — すべてを離れる必要はない

脱Google失敗の最大の原因は完璧主義です。すべてを変えようとして疲れ果て、すべてを元に戻してしまいます。優先順位マトリクスでアプローチしましょう。

移行効果大 (データ機微度が高い)

[優先度2] | [優先度1]

写真 (Immich) | メール (カスタムドメイン)

ドライブ | 検索 (デフォルトエンジン変更)

| ブラウザ

移行 -----------------+-------------------> 移行

コスト | コスト

大 | 小

[保留] | [優先度3]

YouTube | カレンダー、連絡先

Android脱却 | 地図 (海外用)

移行効果小

優先度1(効果が大きくコストが小さい)は検索エンジンのデフォルト変更(5分)、ブラウザの乗り換え(半日)、メールドメインの確保(週末1回)です。優先度2は写真とドライブで、効果は大きいもののデータ移動量が多いです。YouTubeとAndroidの完全脱却はコスト対効果が低いので、保留しても恥ずかしいことではありません。核心は結合プロファイルを壊すことです。検索は別、メールは別、地図は別なら、1つの会社が自分の全体像を描くことはできません。

韓国(および類似環境の)ユーザーの特殊事情

韓国の環境には追加の変数があります。日本の読者にも通じる部分が多いはずです。

- 行政/金融の互換性: 行政サイトと金融機関はChromium系ブラウザ基準でテストされることが多いです。Firefoxをメインにしても、BraveかChromium系を1つ行政/金融専用に残しておく二刀流ブラウザ戦略が現実的です。

- 国内地図: Googleマップは韓国ではもともと弱く、実質的な代替はNaver/Kakaoマップです。つまり韓国では地図分野は脱Googleではなく脱ビッグテックの観点で見ればすでにローカルサービス依存であり、プライバシー観点の純粋な代替(OSM系)は国内の店舗検索に弱いです。海外旅行用にだけOrganic Mapsを使う折衷が無難です。

- 本人認証体系: 携帯電話の本人認証やPASSなどがメールより強い識別子として機能するため、メールを変えても国内サービスのアカウント連続性はほぼ維持されます。逆に言えば、国内サービスではメール変更が比較的容易だということでもあります。

- Kakao/Naver依存: 韓国版の脱Googleは事実上、脱Kakao/脱Naver問題も一緒に解くことになります。メッセンジャーはネットワーク効果のため最も難しい領域なので、優先順位マトリクスの保留マスに置くのが精神衛生上良いです。

脅威モデル別の推奨

プライバシーは一律ではありません。自分の脅威モデルに合わせて強度を決めましょう。

| --- | --- | --- | --- |

特に開発者は、2026年に入ってnpmサプライチェーン攻撃がRed Hat Cloud Servicesまで波及した事件、VSCode拡張の脆弱性でGitHubトークンが奪取された事例が示すように、アカウントとトークン自体が攻撃対象です。メール主権の確保とハードウェアキーによる2要素認証は、プライバシーを超えてセキュリティ実務の問題です。

データ解放の実践 — Google Takeout活用法

移行の出発点は自分のデータを丸ごと取り出すことです。Google Takeoutで全体アーカイブをリクエストすると数十GBのzipが出てきます。実務のコツです。

1. 形式の選択が重要です。メールはmbox、カレンダーはiCal(.ics)、連絡先はvCard(.vcf)、写真は原本+JSONメタデータで出力されます。

2. 50GB分割より10GB分割の方が、ダウンロード失敗時の再試行に有利です。

3. アーカイブは使い捨てではありません。移行が終わっても時点バックアップとして外付けディスクに保管してください。

取得したアーカイブをオフサイトに移すときは、rcloneに暗号化リモートを重ねる方法が定石です。

rclone暗号化リモートの設定 (対話形式)

rclone config

n) new remote -> 名前: backup-crypt -> タイプ: crypt

対象: 任意のクラウドリモートのパス、ファイル名/内容の両方の暗号化を選択

Takeoutアーカイブのアップロード

rclone copy ./takeout-2026 backup-crypt:takeout-2026 --progress

検証 (チェックサム比較)

rclone check ./takeout-2026 backup-crypt:takeout-2026

こうすればクラウド事業者ですら中身を見られないバックアップになります。

写真移行 — TakeoutからImmichへ

Google PhotosのTakeoutアーカイブは写真の原本とメタデータJSONが分離されており、そのまま移すと撮影日が壊れます。コミュニティツールのimmich-goがこの問題を解決します。

Takeoutのzipを展開せずにそのまま指定すると

JSONメタデータを読んで撮影日/アルバムを復元しながらアップロードする

immich-go upload from-google-photos \

--server http://my-server:2283 \

--api-key MY_IMMICH_API_KEY \

./takeout-*.zip

アップロード後の確認項目は3つです。写真の枚数が一致するか、撮影日順の並びが正常か、アルバム構造が復元されているか。すべて確認できたら、モバイルアプリの自動バックアップをオンにして、以降の写真がImmichへ直行するようにします。Googleフォトは数ヶ月観察した後に整理すればよいです。

カレンダーと連絡先 — 意外と簡単な領域

カレンダーと連絡先は標準形式のおかげで30分仕事です。

カレンダー: Google Calendar -> 設定 -> エクスポート -> .ics をダウンロード

新サービス(Proton/Fastmail)のインポートメニューで .ics をアップロード

連絡先: Google Contacts -> エクスポート -> vCard(.vcf)

新サービスで .vcf をインポート

以降の同期は標準プロトコルのCalDAV(カレンダー)とCardDAV(連絡先)でまとまります。iOS/Androidともにアカウント追加でCalDAV/CardDAVをサポートしているので、特定のアプリなしでもOS標準のカレンダー/連絡先と同期できます。標準プロトコルを話すサービスを選べば、次の引っ越しがさらに楽になります。

エイリアスメール — 漏洩追跡とスパム遮断の中核ツール

カスタムドメインと組み合わせると強力なのがエイリアスサービスです。

| サービス | 費用 | 特徴 |

| --- | --- | --- |

| SimpleLogin | 無料~年36ドル | Protonが買収、返信もエイリアスから送信可能 |

| Fastmailマスクアドレス | プランに含む | パスワードマネージャー(1Password)連携で生成 |

| addy.io | 無料~年12ドル | オープンソース、セルフホスティング可能 |

運用ルールは単純です。人には本物のアドレス、サービスにはエイリアス。あるエイリアスにスパムが届き始めたら、そのサービスが漏洩元であり、そのエイリアスだけ無効化すれば終わりです。会員登録のたびにメールアドレスで悩む時間が消えるという副次効果もあります。

ブラウザ強化 — 乗り換え後にやるべき設定

ブラウザを変えるだけでは半分です。次の設定までがワンセットです。

1. uBlock Originのインストール。広告ブロックを超えて、トラッキングスクリプトの遮断が本質です。Manifest V2をサポートし続けるFirefoxで完全体として動作します。

2. デフォルト検索エンジンの変更。設定でDuckDuckGoまたはKagiに変え、アドレスバーの入力内容を外部送信する提案機能をオフにします。

3. サードパーティCookieのブロックとCookie全消去の周期設定。FirefoxのTotal Cookie Protectionはデフォルトで有効です。

4. Firefoxコンテナタブの活用。Googleアカウントが必要な作業(YouTubeなど)は専用コンテナに隔離すれば、ログイン状態を維持しつつ他のタブの活動と分離できます。

5. DNS over HTTPSの有効化。ISP段階のDNS照会記録を減らします。

フィンガープリンティングまで気にするなら、拡張機能を増やすことはむしろ逆効果だと覚えておいてください。拡張機能の組み合わせ自体が指紋になります。少数の検証済み拡張+ブラウザ内蔵の保護が定石です。

DNSレベルのブロック — デバイス全体を一度に

ブラウザ外のアプリのトラッキングまで減らすには、DNS段階のブロックが効率的です。

| 方式 | 難易度 | 特徴 |

| --- | --- | --- |

| NextDNS | 星1つ | クラウドサービス、デバイス別プロファイル、無料30万クエリ |

| Pi-hole | 星2つ | ホームサーバー/Raspberry Pi、自宅ネットワーク全体に適用 |

| AdGuard Home | 星2つ | Pi-hole代替、暗号化DNSを標準サポート |

Pi-holeのインストール (Docker)

docker run -d --name pihole \

-p 53:53/tcp -p 53:53/udp -p 8080:80 \

-e TZ=Asia/Seoul \

-e FTLCONF_webserver_api_password=changeme \

-v ./etc-pihole:/etc/pihole \

--restart unless-stopped \

pihole/pihole:latest

ルーターのDHCP設定でDNSをPi-holeのIPに指定すれば家全体に適用

外出先ではNextDNSのようなクラウド方式、自宅ではPi-holeと役割を分ける組み合わせがよく使われます。

モバイルはどこまで — AndroidとiOS

モバイルは脱Googleのラスボスであり、最もコストの大きい領域です。

- 現実路線 (難易度星1つ): 今の端末を維持+Googleアプリの権限整理+広告IDのリセット/削除+上記のDNSブロック適用。効果は限定的ですがコストはほぼゼロです。

- 中間路線 (星3つ): 標準アプリを代替に交換。キーボード(GBoardの代わりにオープンソースキーボード)、写真(Immichアプリ)、地図(Organic Maps)、ブラウザ(Firefox)。OSはそのままにします。

- 強硬路線 (星5つ): GrapheneOS(Pixel専用)のような脱Google OSへの移行。サンドボックス化されたGoogle Playサービスで互換性を確保しますが、金融/本人認証アプリが端末の完全性検証で弾かれる事例があり、メイン端末でなくサブ端末での運用をおすすめします。

iOSはGoogle依存度こそ低いものの、Apple依存度に置き換わる構造であることを認識し、脅威モデルに応じて判断すればよいです。

30日プラン — 週末4回で終わらせる

1週目: 基盤づくり

[ ] ドメイン購入、メールサービス登録、DNS(SPF/DKIM/DMARC)設定

[ ] パスワードマネージャー導入 (すでにあれば点検)

[ ] ブラウザ乗り換え + uBlock Origin + 検索デフォルト変更

2週目: メール移行の開始

[ ] Gmail全件転送をオン、新アドレスでの送信開始

[ ] 金融/行政/通信アカウントのメール変更 (最優先10件)

[ ] Google Takeout全体アーカイブの取得とオフサイトバックアップ

3週目: データの引っ越し

[ ] カレンダー/連絡先の .ics/.vcf 移行、CalDAV/CardDAV同期

[ ] (任意) Immich構築、immich-goで写真移行

[ ] 開発/業務アカウントのメール変更、ハードウェアキー2要素認証の登録

4週目: 仕上げと観察体制

[ ] ショッピング/コミュニティのアカウントをエイリアスメールに変更

[ ] DNSブロック(NextDNSまたはPi-hole)の適用

[ ] Gmailを受信専用アーカイブに格下げ、月1回の点検予定を登録

よくある質問

質問: Googleアカウントを完全に削除すべきですか?

答え: おすすめしません。古いサービスのアカウント復旧、Android端末の管理など残存用途があります。中核データを空にして休眠保管するのが実用的です。

質問: 会社がGoogle Workspaceなのですが意味がありますか?

答え: 業務アカウントは会社の選択なので分けて考えましょう。個人データが個人のコントロール下にあることが目標であって、職場のツールまで変えることが目標ではありません。

質問: 有料サービスの会社が潰れたら?

答え: だからこそカスタムドメインと標準形式(mbox、ics、vcf)が核心です。サービスは潰れてもアドレスとデータは自分のものとして残り、次のサービスへ移るコストはDNSレコードの変更程度です。

質問: どこまでやれば十分ですか?

答え: 脅威モデルの表をもう一度見てください。一般ユーザーは優先度1~2(メール主権+検索/ブラウザ)で止まっても、結合プロファイルの解体という中核目標を達成しています。

質問: 検索品質が物足りないときはどうすればいいですか?

答え: フォールバック戦略を使えばよいです。DuckDuckGoでは検索語の前にgバン記法を付けると、その検索だけGoogleに送れます。デフォルトはプライバシー検索、例外だけGoogleという構造の方が、全か無かよりも長続きします。

現実的な限界とバランス — 批判的に見る

バランスのため、反対側の論拠も整理します。

- セキュリティ能力の非対称性: Googleのアカウントセキュリティ基盤(フィッシング検知、異常ログイン遮断)は世界最高水準です。生半可なセルフホスティングはGoogleよりセキュリティが弱くなり得ます。プライバシーとセキュリティは別の軸だと認めるべきです。

- 利便性のコストは実在します: Googleエコシステムの統合検索、写真検索の品質、スパムフィルターは依然として最上級です。代替スタックはこの一部を手放す選択です。

- 代替サービスも企業です: ProtonもKagiもポリシーが変わり得ます。だからこそサービスではなく移動可能性(カスタムドメイン、標準プロトコル、エクスポート機能)に投資するのが本質です。

- 完全な匿名は目標ではありません: フィンガープリンティングや決済記録まで防ごうとするとコストが指数関数的に上がります。一般ユーザーの目標は「追跡不可能」ではなく「結合プロファイルの解体と単一障害点の除去」程度が合理的です。

最終チェックリスト

移行が終わったと思ったら、以下の項目で点検してください。

- [ ] カスタムドメインを所有しており、自動更新と期限切れアラートが設定されているか

- [ ] SPF/DKIM/DMARCが検証ツールですべて合格するか

- [ ] 金融/行政/通信/開発アカウントの登録メールがすべて新アドレスか

- [ ] パスワードマネージャーに全アカウントが登録され、重要アカウントにハードウェアキーが掛かっているか

- [ ] Google Takeoutアーカイブが暗号化されてオフサイトに保管されているか

- [ ] 写真データが2ヶ所以上に存在するか (3-2-1ルール)

- [ ] セルフホスティングサービスのバックアップと更新が自動化または定期化されているか

- [ ] Gmail転送が動作中で、月1回の残存アカウント点検予定があるか

- [ ] ブラウザのデフォルト検索が変更され、uBlock Originが有効か

- [ ] 家族との共有データ(家族アルバムなど)の移行計画が合意されているか

最後の項目が意外と重要です。1人だけの移行は共有アルバムと共有ドキュメントで破綻します。家族やチームと共有するデータは、移行前に必ず合意が必要です。

おわりに

「Gmail thinks I'm stupid」の筆者が去った理由は壮大なイデオロギーではなく、ツールがユーザーを尊重していないという積み重なった感覚でした。2026年の良いニュースは、代替サービスが十分に成熟したことです。DuckDuckGoはno-AIモードでトラフィックが急増するほど需要を証明し、Immichのようなセルフホスティングツールは週末プロジェクト程度に簡単になり、有料メールサービスはカスタムドメインとともに本当の移動の自由を与えてくれます。

すべてを変える必要はありません。今週末、ドメインを1つ買い、検索のデフォルトを変えることから始めてみてください。その小さな2歩が、結合プロファイルを壊す最もコスパの良い行動です。

参考資料

- Gmail thinks I'm stupid, so I left (原文): https://moddedbear.com/gmail-thinks-im-stupid-so-i-left

- TechCrunch — DuckDuckGo no-AI検索トラフィック急増: https://techcrunch.com/2026/06/01/duckduckgo-makes-its-no-ai-search-engine-easier-to-access-as-its-traffic-booms/

- Privacy Guides (分野別代替比較の標準リファレンス): https://www.privacyguides.org/

- DuckDuckGo: https://duckduckgo.com/

- Kagi: https://kagi.com/

- Proton Mail: https://proton.me/mail

- Fastmail: https://www.fastmail.com/

- mailbox.org: https://mailbox.org/

- Immich (セルフホスティング写真): https://immich.app/

- Nextcloud: https://nextcloud.com/

- Firefox: https://www.mozilla.org/firefox/

- Hacker News: https://news.ycombinator.com/

- GeekNews: https://news.hada.io/