<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ja">
  <id>https://webatla.com/ja/blog</id>
  <title>webatla Blog</title>
  <subtitle>ドメインデータ、TLDの動向、技術採用に関するノートです。</subtitle>
  <link href="https://webatla.com/ja/blog" rel="alternate"/>
  <link href="https://webatla.com/ja/blog/feed.xml" rel="self"/>
  <updated>2026-07-09T17:41:00.058Z</updated>
  <entry>
    <id>https://webatla.com/ja/blog/websites-created-using-wix</id>
    <title>Wixで作成されたウェブサイト：493万件が稼働中（2026年）</title>
    <link href="https://webatla.com/ja/blog/websites-created-using-wix"/>
    <published>2026-07-11T15:00:00.000Z</published>
    <updated>2026-07-09T17:41:00.058Z</updated>
    <author><name>admin@webatl.dev</name></author>
    <summary>webatlaは、Wixで作成された4,930,392件のウェブサイトをインデックスしています。これはウェブ全体の1.6%にあたり、ウェブサイトビルダーとしては第2位の規模です。競合ビルダーとの比較、データの癖、そしてすべてのサイトを一覧表示する方法を紹介します。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;webatlaについて。&lt;/strong&gt; webatlaはドメインインテリジェンスプラットフォームです。私たちはウェブ全体のドメインをクロールしてフィンガープリントし、各サイトがどの技術を使用しているかを記録しています。BuiltWithやWappalyzerと同じ種類のツールですが、より広いカバレッジを持っています。このページのすべての数値は、2026年7月7日に最終更新されたwebatlaインデックスによるものです。&lt;/p&gt;
&lt;p&gt;現在、webatlaインデックスには&lt;strong&gt;Wixで作成された4,930,392件のウェブサイト&lt;/strong&gt;が稼働しています。これは**追跡している全ドメインの1.6%**にあたり、&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;に次ぐ、ウェブ上で2番目に大きいDIYウェブサイトビルダーです。スモールビジネス向けのウェブを構築する人にとって、これはWixがSquarespaceとともに、実質的な規模で運用されている数少ない2つのビルダーの一つであることを意味します。&lt;/p&gt;
&lt;h2 id=&quot;wix&quot;&gt;Wixとは実際に何か&lt;/h2&gt;
&lt;p&gt;Wixは2006年に設立され、イスラエルのテルアビブに本社を置くホスト型（SaaS）ウェブサイトビルダーです。ユーザーはWixをインストールしたりサーバーを管理したりする必要はありません。ドラッグアンドドロップのエディタでサイトを構築すると、WixはそれをカスタムドメインまたはWixがホストするアドレスの裏側で、Wix自身のインフラ上で運用します。このホスティングモデルは以下のデータにとって重要です。「サイトがどこにあるか」の意味そのものが変わるため、Wixで作られたサイトが、&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;のようなセルフホスト型プラットフォームとはインデックス上で異なる見え方をする理由になっています。&lt;/p&gt;
&lt;h2 id=&quot;wix-1&quot;&gt;Wixで作成されたウェブサイトはいくつありますか？&lt;/h2&gt;
&lt;p&gt;主要な数字は次のとおりです。webatlaインデックスでは、Wixを使用する&lt;strong&gt;4,930,392件の稼働サイト&lt;/strong&gt;があり、これは**インデックス済み全ドメインの1.6%**にあたります。DIYビルダーのカテゴリは僅差の争いで、Wixはそこで確実に2位につけています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/a25f7e2b4c55f777bec01f68.png&quot; alt=&quot;webatlaインデックスにおけるWixと他のウェブサイトビルダーを比較した棒グラフ。Squarespaceの760万件がWixの493万件を上回り、続いてGoDaddy Builder、Weebly、Webflow&quot;&gt;&lt;figcaption&gt;webatlaインデックスにおけるWixと他のウェブサイトビルダーを比較した棒グラフ。Squarespaceの760万件がWixの493万件を上回り、続いてGoDaddy Builder、Weebly、Webflow&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;DIYウェブサイトビルダー別の稼働サイト数。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;：&lt;strong&gt;7,597,107&lt;/strong&gt;件&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wix&lt;/a&gt;：&lt;strong&gt;4,930,392&lt;/strong&gt;件&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/godaddy-website-builder&quot;&gt;GoDaddy Website Builder&lt;/a&gt;：4,653,566件&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/weebly&quot;&gt;Weebly&lt;/a&gt;：504,102件&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/webflow&quot;&gt;Webflow&lt;/a&gt;：502,062件&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;注目すべき点が2つあります。まず、ビルダー市場にはSquarespace、Wix、&lt;a href=&quot;https://webatla.com/technology/godaddy-website-builder&quot;&gt;GoDaddy Website Builder&lt;/a&gt;という明確な上位3社があり、そこから&lt;a href=&quot;https://webatla.com/technology/weebly&quot;&gt;Weebly&lt;/a&gt;と&lt;a href=&quot;https://webatla.com/technology/webflow&quot;&gt;Webflow&lt;/a&gt;まで急激に差が開きます。この2社の規模はWixのおよそ10分の1にすぎません。次に、GoDaddyのビルダーは多くの人が思っているよりはるかに大きな存在です。4,653,566件のサイトを持ち、Wixとの差は28万件未満で、2位と3位はほぼ横並びといってよいほど僅差です。Wixの真の競合は開発者に人気のWebflowではなく、その上下に位置する2つのマスマーケット向けビルダーです。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;ドメインの末尾からわかること&lt;/h2&gt;
&lt;p&gt;ドメインの末尾（トップレベルドメイン、TLD）は有用なフィンガープリントです。Wixで作られたサイトの大半は&lt;code&gt;.com&lt;/code&gt;ですが、その裾野の分布は誰がWixでサイトを作っているかを物語っています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/f00d8676b4e12ecea50b15ca.png&quot; alt=&quot;Wixで作成されたウェブサイトのトップレベルドメインを示す縦棒グラフ：.com 67.2%、.org 4.7%、.uk 4.1%、.net 3.4%、.br 2.5%&quot;&gt;&lt;figcaption&gt;Wixで作成されたウェブサイトのトップレベルドメインを示す縦棒グラフ：.com 67.2%、.org 4.7%、.uk 4.1%、.net 3.4%、.br 2.5%&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;Wixサイトにおける上位TLD。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;.com&lt;/code&gt;は&lt;strong&gt;67.2%&lt;/strong&gt;（3,313,258ドメイン）を占めて圧倒的な首位で、これはウェブ全体の平均をも上回る水準です。デフォルトの商用エンディングに手を伸ばす中小企業や個人ブランドの多さを示しています。裾野の分布も雄弁です。&lt;strong&gt;&lt;code&gt;.org&lt;/code&gt;の4.7%&lt;/strong&gt;（232,734件）は、開発者ではなくビルダーを選んだ非営利団体、クラブ、コミュニティグループの存在を示し、&lt;strong&gt;&lt;code&gt;.uk&lt;/code&gt;の4.1%&lt;/strong&gt;、&lt;strong&gt;&lt;code&gt;.net&lt;/code&gt;（3.4%）&lt;/strong&gt;、**&lt;code&gt;.br&lt;/code&gt;（2.5%）**は英国とブラジルでの一定の普及を物語っています。Wixは店舗向けの米国限定ツールではありません。TLDの広がりは、世界中の小規模組織に利用される汎用ビルダーの指紋そのものです。&lt;/p&gt;
&lt;h2 id=&quot;wix-2&quot;&gt;Wixで作られているのはどんなサイトか&lt;/h2&gt;
&lt;p&gt;TLDのデータは一貫したプロフィールを示しています。Wixは、開発者を雇わずにサイトを持ちたい小規模組織のためのツールです。以下のそれぞれの類型は、推測ではなくwebatlaが直接カウントしているフィンガープリントです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;中小企業と個人ブランド。&lt;/strong&gt; &lt;code&gt;.com&lt;/code&gt;シェア67.2%は、ウェブ全体の平均を上回る水準であり、デフォルトの商用エンディングに手を伸ばす個人事業主、地域サービス、個人サイトの特徴です。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;非営利団体とコミュニティグループ。&lt;/strong&gt; &lt;code&gt;.org&lt;/code&gt;シェア4.7%（232,734件）はビルダーとしては異例に高い数値で、コードではなくドラッグアンドドロップを選んだクラブ、慈善団体、コミュニティプロジェクトに対応しています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;国際的なスモールウェブ。&lt;/strong&gt; &lt;code&gt;.uk&lt;/code&gt;（4.1%）、&lt;code&gt;.net&lt;/code&gt;（3.4%）、&lt;code&gt;.br&lt;/code&gt;（2.5%）という裾野は、Wixが米国限定の製品ではないことを示しています。後述のホスティングのジオロケーションではその実態が隠れてしまいますが、英国とブラジルには実際にまとまったクラスターが存在します。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;これらをまとめると、スモールウェブのロングテール、つまりコントロールを手放す代わりに自分自身でサイトを作れることを選んだ企業、クリエイター、組織の姿が見えてきます。&lt;/p&gt;
&lt;h2 id=&quot;webatlawix&quot;&gt;webatlaがWixサイトをどこに位置づけているか（要注意）&lt;/h2&gt;
&lt;p&gt;インデックス上では、&lt;strong&gt;Wixサイトの99.2%が米国に位置づけられて&lt;/strong&gt;おり、それ以外の国はすべて0.1%以下です。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/918a734c8515e13558066ea9.png&quot; alt=&quot;webatlaがWixサイトをどの国に位置づけているかを示す棒グラフ：米国99.2%、続いてドイツ、オランダ、英領ヴァージン諸島、オーストラリアがそれぞれ0.1%&quot;&gt;&lt;figcaption&gt;webatlaがWixサイトをどの国に位置づけているかを示す棒グラフ：米国99.2%、続いてドイツ、オランダ、英領ヴァージン諸島、オーストラリアがそれぞれ0.1%&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;Wixサイトのジオロケーション。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;これは、Wixユーザーの99%が米国人であることを意味する&lt;strong&gt;わけではありません&lt;/strong&gt;。これはホスト型プラットフォームに特有の現象です。Wixはすべてのサイトを自社のインフラから配信しており、そのインフラが米国に解決されるため、サイトオーナーが実際にどこにいるかにかかわらず、webatlaはほぼ全体を米国に位置づけてしまいます。なお、Wix自体の本社は米国ではなく、イスラエルのテルアビブにあります。この国別シグナルが追跡しているのはサーバーの所在地であり、企業でもユーザーでもありません。これはホスト型プラットフォームに共通して見られるパターンで、世界中の何千もの独立したホストに散らばるセルフホスト型の&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;とは対照的です。Wixで実際に誰がサイトを作っているかを読み解きたいときは、ジオロケーションよりも、オーナーがドメイン名を登録する際に選ぶTLDの分布を信頼してください。&lt;/p&gt;
&lt;h2 id=&quot;wix-3&quot;&gt;誰がWixを使っているのか（ビルダー全体の中で見る）&lt;/h2&gt;
&lt;p&gt;視野をすべてのプラットフォームに広げると、Wixはウェブがどう作られているかというより広い地図の中に位置づけられます。ウェブサイトを作る最大の方法ではありません。その座はいまもセルフホスト型の&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;が占めており、23,589,840件とWixのおよそ5倍の規模です。しかし、ホスト型のノーコードビルダーの中では明確な2位であり、ホスト型コマースの首位である&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopify&lt;/a&gt;（2,850,244件）をも上回っています。全体像としては、1つの巨大なセルフホスト型CMSと、ノーコード市場の主導権を争うホスト型ビルダー・ストアプラットフォームの一群という市場構造があり、Wixはその一群の先頭にSquarespaceとともに立っています。&lt;/p&gt;
&lt;p&gt;Wixで作成されたウェブサイトの全リストをTLDで絞り込みながら見るには、&lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wixのテクノロジーページ&lt;/a&gt;をご覧ください。→&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;トレンド：前年比の数字はインデックスの再集計によるもの&lt;/h2&gt;
&lt;p&gt;webatlaインデックスでは、検出された稼働中Wixサイトについて**前年比-71.52%**という変化が記録されています。単発のスナップショット差分がすべてそうであるように、正しく読み解くにはカテゴリ全体を横並びで見る必要があります。&lt;/p&gt;
&lt;p&gt;同じ期間に、インデックス上のすべてのウェブサイトビルダーが下落しています。&lt;a href=&quot;https://webatla.com/technology/weebly&quot;&gt;Weebly&lt;/a&gt; -88.95%、&lt;a href=&quot;https://webatla.com/technology/webflow&quot;&gt;Webflow&lt;/a&gt; -73.88%、&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt; -58.13%、&lt;a href=&quot;https://webatla.com/technology/godaddy-website-builder&quot;&gt;GoDaddy Website Builder&lt;/a&gt; -20.43%です。カテゴリ全体がこうして揃って下落する場合、原因はクロールの合間にインデックスが稼働中のインストールをどう数えるかという再調整、つまり再集計であり、何百万ものサイトが一夜にして消えたわけではありません。注目すべきは&lt;em&gt;相対的な&lt;/em&gt;結果です。GoDaddyのビルダーは-20.43%で最も踏みとどまった一方、Wixや他のビルダーはより大きな下落を記録しました。この再集計は前年比の絶対値に対する注意として読み、代わりに現在の順位に軸足を置くべきです。&lt;/p&gt;
&lt;p&gt;揺るがないシグナルはその順位そのものです。Wixはウェブ上で第2位のウェブサイトビルダーであり、GoDaddyのビルダーやあらゆる開発者向けツールを上回り、Squarespaceにのみ次ぐ位置にあります。&lt;/p&gt;
&lt;h2 id=&quot;wix-4&quot;&gt;Wixを使っているウェブサイトの一覧を見る方法&lt;/h2&gt;
&lt;p&gt;これらを推測する必要はありません。webatlaの&lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wixのテクノロジーページ&lt;/a&gt;は、検出したすべてのサイトをリアルタイムで絞り込み表示できるビューです。そこでは次のことができます。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Wixで作成された稼働中ウェブサイトのリアルタイムの件数（4,930,392件、再クロールのたびに更新）を閲覧する。&lt;/li&gt;
&lt;li&gt;TLDで絞り込み、&lt;code&gt;.com&lt;/code&gt;と&lt;code&gt;.org&lt;/code&gt;、&lt;code&gt;.uk&lt;/code&gt;などの国別エンディングを分けて見る。&lt;/li&gt;
&lt;li&gt;Wixを&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/godaddy-website-builder&quot;&gt;GoDaddy Website Builder&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/webflow&quot;&gt;Webflow&lt;/a&gt;と並べて比較し、ビルダー市場全体を把握する。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;これが、「Wixは人気がある」という漠然とした話を、Wixを使うウェブサイトの実際に使える一覧に変える最も早い方法です。&lt;/p&gt;
&lt;h2 id=&quot;wix-5&quot;&gt;Wixで作成されたウェブサイトの全リストを入手する&lt;/h2&gt;
&lt;p&gt;webatlaは、インデックス内のすべてのWixサイト、全4,930,392件をTLDで並べ替え可能な、リアルタイムで絞り込みできるリストとして管理しています。これは上記のすべてのグラフの背後にあるのと同じデータで、ウェブを再クロールするたびに最新の状態に保たれています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;→ &lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wixのテクノロジーページ&lt;/a&gt;を開いて、Wixで作られたサイトの全リストを閲覧・絞り込みしてください。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id=&quot;faq&quot;&gt;FAQ&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Wixで作成されたウェブサイトはいくつありますか？&lt;/strong&gt;
webatlaは2026年7月時点で、Wixで作成された4,930,392件の稼働中ウェブサイトをインデックスしています。これはインデックス内の全ドメインの1.6%にあたり、Squarespaceに次ぐ第2位のウェブサイトビルダーです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;WixとSquarespaceではどちらが大きいですか？&lt;/strong&gt;
サイト数で見ると&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;のほうが大きく、7,597,107件に対してWixは4,930,392件です。Wixは第2位で、GoDaddy Website Builder（4,653,566件）にわずかに先んじています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;なぜWixサイトの99.2%が米国拠点として表示されるのですか？&lt;/strong&gt;
Wixがホスト型プラットフォームであり、すべてのサイトを米国に解決される自社インフラから配信しているためです。国別の内訳が示しているのはサイトの配信元であり、オーナーの居住地ではありません。Wix自体の本社はイスラエルのテルアビブにあります。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;WixサイトはどのTLDを使っていますか？&lt;/strong&gt;
&lt;code&gt;.com&lt;/code&gt;が67.2%で首位、続いて&lt;code&gt;.org&lt;/code&gt;（4.7%）、&lt;code&gt;.uk&lt;/code&gt;（4.1%）、&lt;code&gt;.net&lt;/code&gt;（3.4%）、&lt;code&gt;.br&lt;/code&gt;（2.5%）です。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Wixを使っているウェブサイトの一覧はどこで見られますか？&lt;/strong&gt;
webatlaの&lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wixのテクノロジーページ&lt;/a&gt;を開いてください。稼働中のWixサイトの全リストをTLDで絞り込んで確認できます。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/websites-made-with-shopify</id>
    <title>Shopifyで作られたウェブサイト：稼働中ストア285万件（2026年）</title>
    <link href="https://webatla.com/ja/blog/websites-made-with-shopify"/>
    <published>2026-07-10T15:00:00.000Z</published>
    <updated>2026-07-09T17:17:34.434Z</updated>
    <author><name>admin@webatl.dev</name></author>
    <summary>webatlaはShopifyで作られたウェブサイトを2,850,244 件インデックスしています。ウェブ全体の0.9%を占め、コマースプラットフォームとして第2位の規模です。TLD、競合、データを確認したうえで、全リストをご覧ください。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;webatlaについて。&lt;/strong&gt; webatlaはドメインインテリジェンスプラットフォームです。ウェブ全体のドメインをクロールしてフィンガープリンティングし、各サイトがどの技術を使用しているかを記録しています。BuiltWithやWappalyzerと同種のツールですが、より広いカバレッジを持っています。このページのすべての数値は、2026年7月7日に最終更新されたwebatlaインデックスによるものです。&lt;/p&gt;
&lt;p&gt;現在、webatlaインデックスには稼働中の&lt;strong&gt;Shopifyで作られたウェブサイトが2,850,244 件&lt;/strong&gt;登録されています。これは**追跡している全ドメインの0.9%**にあたり、ウェブ上で&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;に次ぐ、専用コマースプラットフォームとして第2位の規模です。この記事では、これらのストアがどこに存在するか、そのドメインから何がわかるか、国別データがなぜ見た目通りではないのか、そして自分でサイトの全リストを取得する方法を解説します。&lt;/p&gt;
&lt;h2 id=&quot;shopify&quot;&gt;Shopifyとは実際どのようなものか&lt;/h2&gt;
&lt;p&gt;Shopifyは2006年に設立された、カナダのオタワに本社を置くホスト型（SaaS）のeコマースプラットフォームです。セルフホスト型のスタックとは異なり、マーチャントは自分のサーバーにShopifyをインストールするわけではありません。ストアはShopifyのインフラ上で稼働し、独自ドメインまたは&lt;code&gt;myshopify.com&lt;/code&gt;のアドレスの背後に置かれます。このホスティングモデルは以下のデータにとって重要です。「サイトがどこにあるか」という概念そのものが変わり、これがShopifyを使ったサイトがインデックス上でWordPressで構築されたサイトと異なって見える理由です。&lt;/p&gt;
&lt;h2 id=&quot;shopify-1&quot;&gt;Shopifyで作られたウェブサイトはいくつあるか&lt;/h2&gt;
&lt;p&gt;見出しの数値はこうです。webatlaインデックスでは&lt;strong&gt;稼働中のShopifyストアが2,850,244 件&lt;/strong&gt;あり、これは**インデックス全ドメインの0.9%**にあたります。0.9%だけを見ると小さく感じますが、コマースというカテゴリー自体が狭く、集中度が高いものです。ここでは、Shopifyで作られたウェブサイトの数を、マーチャントが選ぶ他の専用eコマースプラットフォームと比較します。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/d74bf02e7d0fb30504962a04.png&quot; alt=&quot;webatlaインデックスにおけるShopifyと他のコマースプラットフォームのウェブサイト数を示す棒グラフ。WooCommerce 340万とShopify 285万がMagento、PrestaShop、BigCommerceを上回っている&quot;&gt;&lt;figcaption&gt;webatlaインデックスにおけるShopifyと他のコマースプラットフォームのウェブサイト数を示す棒グラフ。WooCommerce 340万とShopify 285万がMagento、PrestaShop、BigCommerceを上回っている&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;専用eコマースプラットフォーム別の稼働中サイト数。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;：&lt;strong&gt;3,377,108&lt;/strong&gt; サイト&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopify&lt;/a&gt;：&lt;strong&gt;2,850,244&lt;/strong&gt; サイト&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/magento&quot;&gt;Magento&lt;/a&gt;：75,035 サイト&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/prestashop&quot;&gt;PrestaShop&lt;/a&gt;：70,633 サイト&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/bigcommerce&quot;&gt;BigCommerce&lt;/a&gt;：26,333 サイト&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;際立つ事実が2つあります。第一に、コマース領域は事実上の2強体制です。WooCommerceとShopifyを合わせると、検出されたストアの大部分を占め、それ以外はほぼ誤差の範囲にすぎません。Magento、PrestaShop、BigCommerceはいずれも数百万件ではなく数万件の規模にとどまります。第二に、Shopifyは&lt;strong&gt;ホスト型コマースプラットフォームとして最大&lt;/strong&gt;ですが、コマースプラットフォーム全体で見ると最大ではありません。&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;上で動くオープンソースのプラグインであるWooCommerceが、約527,000サイトの差でShopifyを上回っています。SaaS型プラットフォームだけで比較すればShopifyが完全に上位ですが、それより規模が大きいのはWordPress上のセルフホスト型の選択肢だけです。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;ドメインエンディングが示すもの&lt;/h2&gt;
&lt;p&gt;ドメインエンディングは有用なフィンガープリントであり、Shopifyのそれは特徴的です。Shopifyを使うサイトの大半は&lt;code&gt;.com&lt;/code&gt;ですが、次点の層は他の汎用プラットフォームには見られないものです。コマース専用に作られたTLD群です。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/9c3a714d204e3e127f5a037c.png&quot; alt=&quot;Shopifyで作られたウェブサイトのトップレベルドメインを示す縦棒グラフ。.com 64.8%、.store 5.0%、.shop 4.0%、.uk 2.7%、.au 2.1%&quot;&gt;&lt;figcaption&gt;Shopifyで作られたウェブサイトのトップレベルドメインを示す縦棒グラフ。.com 64.8%、.store 5.0%、.shop 4.0%、.uk 2.7%、.au 2.1%&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;Shopifyサイトにおける上位TLD。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;.com&lt;/code&gt;が&lt;strong&gt;64.8%&lt;/strong&gt;（1,846,439ドメイン）でトップですが、これ自体は特に驚くことではありません。注目すべきは2位と3位です。&lt;strong&gt;&lt;code&gt;.store&lt;/code&gt;が5.0%&lt;/strong&gt;、**&lt;code&gt;.shop&lt;/code&gt;が4.0%**を占めています。これらは小売専用のドメインエンディングであり、その存在感の大きさはコマース以外ではめったに見られないシグナルです。文字通り「ショップ」を意味する名前で登録したての一群のストアです。その後には&lt;code&gt;.uk&lt;/code&gt;（2.7%）と&lt;code&gt;.au&lt;/code&gt;（2.1%）が続き、英国とオーストラリアでの採用の強さを示しています。&lt;code&gt;.store&lt;/code&gt;と&lt;code&gt;.shop&lt;/code&gt;のクラスターは、あるサイト群が編集的というよりコマース的であることを示す、ドメインレベルで最も明確な手がかりです。&lt;/p&gt;
&lt;h2 id=&quot;webatlashopify&quot;&gt;webatlaがShopifyサイトをどこにジオロケートしているか（要注意）&lt;/h2&gt;
&lt;p&gt;ここからは、劇的に見えるものの文脈が必要な数値です。インデックス上では、&lt;strong&gt;Shopifyサイトの93.8%がカナダにジオロケート&lt;/strong&gt;され、次点のアメリカ合衆国は4.8%と大きく離れています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/4e4348303bf986f2fe21d0d5.png&quot; alt=&quot;webatlaがShopifyサイトをジオロケートする国を示す棒グラフ。カナダ93.8%、アメリカ合衆国4.8%、ドイツ0.3%、ベトナム0.2%、キプロス0.2%&quot;&gt;&lt;figcaption&gt;webatlaがShopifyサイトをジオロケートする国を示す棒グラフ。カナダ93.8%、アメリカ合衆国4.8%、ドイツ0.3%、ベトナム0.2%、キプロス0.2%&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;Shopifyサイトのジオロケーション。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;これは、Shopifyマーチャントの94%がカナダ人だという意味では&lt;strong&gt;ありません&lt;/strong&gt;。これはホスト型プラットフォーム特有のアーティファクトです。Shopifyで作られたストアはShopify自身のインフラ上で稼働しており、Shopifyはカナダの企業であるため、ドメインはそのインフラに解決され、webatlaはそれに従ってジオロケートします。ここでのカナダは、マーチャントの拠点ではなくShopifyの拠点なのです。これはセルフホスト型の&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;とは正反対の現象です。WordPressのサイトは、所有者それぞれが自分のサーバーを選ぶため、数十か国にまたがる何千もの独立したホストに分散しています。ここから得られる教訓はデータリテラシーに関するものです。どのSaaS型プラットフォームでも、国別の内訳はプラットフォームがどこから配信されているかを示すのであり、顧客がどこにいるかを示すものではありません。需要を読み取りたいときは、ジオロケーションよりもTLDの内訳、つまりマーチャントが実際に名前を登録している場所を信頼してください。&lt;/p&gt;
&lt;h2 id=&quot;shopify-2&quot;&gt;誰がShopify上に構築しているか&lt;/h2&gt;
&lt;p&gt;webatlaインデックスは、Shopifyを取り巻くより広いコマースの状況、つまりショッピングカートをフィンガープリンティングした際に現れるプラットフォームや機能も検出します。より広い分野と比べると、単純な件数ではShopifyは中位につけています。これは「コマース対応」のサイトビルダーがリストの上位を押し上げているためです。&lt;/p&gt;
&lt;p&gt;Shopify自身の検出例は、このプラットフォームがホストしているものの公平な縮図です。誰もが知る小売ブランドの名前が、ニッチなショップと並んでいます。インデックスが表示する稼働中サイトの中には&lt;code&gt;myfonts.com&lt;/code&gt;、&lt;code&gt;fleetfeet.com&lt;/code&gt;、&lt;code&gt;fashionnova.com&lt;/code&gt;があります。それぞれフォントマーケットプレイス、ランニングシューズのチェーン、ファッションブランドです。これに加えてShopify自身の&lt;code&gt;shopify.com&lt;/code&gt;もあります。単一商品のショップから9桁規模の売上を持つブランドまでという広がりこそが、このプラットフォームのストア数が大きくかつ商業的に濃密である理由です。これら285万件のドメインのほぼすべてが、何かを売るために存在しています。&lt;/p&gt;
&lt;p&gt;国とTLDで絞り込める、Shopifyで作られたウェブサイトの全リストは、&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopifyテクノロジーページ&lt;/a&gt;でご覧いただけます。→&lt;/p&gt;
&lt;h2 id=&quot;shopify-3&quot;&gt;より広いコマース全体の中でのShopify&lt;/h2&gt;
&lt;p&gt;専用プラットフォームは話の一部にすぎません。webatlaは、汎用サイトビルダーに組み込まれたショッピングカート機能、つまりコマース&lt;em&gt;機能&lt;/em&gt;そのものもフィンガープリンティングしており、この広い基準で見ると顔ぶれが入れ替わります。&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;上のコマースは約760万サイトに、&lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wix&lt;/a&gt;のeコマースは約140万サイトに現れ、一方&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;は同じ集計で約350万サイトとなります。ここで重要なのは、ストア機能をオンにしたサイトビルダーと、専用に作られたショップは同じものではないという区別です。Shopifyの2,850,244 件のドメインは、圧倒的に後者、つまり売るために存在するサイトです。だからこそ、その1ドメインあたりの商業的な重みは、サイトビルダーの任意のコマース切り替え機能よりも大きいのです。「本物のストアはどのプラットフォームにあるのか」と聞かれたら、正直な答えはShopifyとWooCommerceです。稼働中のショップと単にショップ対応なだけのページを切り分ければ、サイトビルダーは後れを取ります。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;トレンド：前年比の数値はインデックスの再集計&lt;/h2&gt;
&lt;p&gt;webatlaインデックスでは、検出された稼働中のShopifyストアについて&lt;strong&gt;前年比-32.61%の変化&lt;/strong&gt;を記録しています。単発のスナップショット差分がすべてそうであるように、正直な読み方をするには同じカテゴリーの他プラットフォームを横並びで見る必要があります。&lt;/p&gt;
&lt;p&gt;インデックス内のすべてのコマースプラットフォームが同じ期間で下落しました。&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;は-61.70%、&lt;a href=&quot;https://webatla.com/technology/magento&quot;&gt;Magento&lt;/a&gt;は-70.02%、&lt;a href=&quot;https://webatla.com/technology/prestashop&quot;&gt;PrestaShop&lt;/a&gt;は-90.31%、&lt;a href=&quot;https://webatla.com/technology/bigcommerce&quot;&gt;BigCommerce&lt;/a&gt;は-92.02%です。カテゴリー全体がこのように揃って下落する場合、その原因はクロール間でインデックスが稼働中インストール数を数える方法の再調整、つまり再集計であって、何百万ものストアが一夜にして閉店したわけではありません。真に注目すべきは&lt;em&gt;相対的な&lt;/em&gt;結果です。-32.61%というShopifyの数値は、この再集計における主要コマースプラットフォームの中で最も減少幅が小さいものでした。絶対的な集計方法がどうであれ、Shopifyは競合他社よりも検出上のフットプリントをよく維持しました。これは、古びたセルフホスト型のインストールを放置して自然消滅させるのではなく、ストアを稼働状態かつアクセス可能に保つホスト型プラットフォームの性質と一致しています。&lt;/p&gt;
&lt;p&gt;揺るがないシグナルは、その順位そのものです。Shopifyはコマースプラットフォーム全体で第2位、ホスト型の中では第1位であり、次点の専用ホスト型プラットフォームであるBigCommerceの100倍以上の規模を誇ります。&lt;/p&gt;
&lt;h2 id=&quot;shopify-4&quot;&gt;Shopifyを使うウェブサイトのリストを見る方法&lt;/h2&gt;
&lt;p&gt;これらはすべて推測する必要はありません。webatlaの&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopifyテクノロジーページ&lt;/a&gt;は、検出したすべてのストアをライブで絞り込みながら閲覧できるページです。ここでできることは次のとおりです。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Shopifyで作られた稼働中ウェブサイトのリアルタイム件数を閲覧できます（2,850,244 件、再クロールのたびに更新）。&lt;/li&gt;
&lt;li&gt;トップレベルドメインで絞り込み、&lt;code&gt;.store&lt;/code&gt;、&lt;code&gt;.shop&lt;/code&gt;、&lt;code&gt;.com&lt;/code&gt;や国別TLDだけを抽出できます。&lt;/li&gt;
&lt;li&gt;Shopifyを&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/magento&quot;&gt;Magento&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/bigcommerce&quot;&gt;BigCommerce&lt;/a&gt;と並べて比較し、コマース分野全体を見渡せます。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;それが、「Shopifyは大きい」という漠然とした印象を、Shopifyを使うウェブサイトの実際に使える具体的なリストへと変える最も速い方法です。&lt;/p&gt;
&lt;h2 id=&quot;shopify-5&quot;&gt;Shopifyで作られたウェブサイトの全リストを入手する&lt;/h2&gt;
&lt;p&gt;webatlaは、インデックス内のすべてのShopifyストア、全2,850,244 件について、TLDと国で並べ替え可能なライブの絞り込みリストを維持しています。これは上記のすべてのグラフの背後にあるのと同じデータであり、ウェブを再クロールするたびに最新の状態に保たれます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;→ &lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopifyテクノロジーページ&lt;/a&gt;を開いて、Shopifyで稼働するサイトの全リストを閲覧・絞り込みできます。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Shopifyで作られたウェブサイトはいくつありますか。&lt;/strong&gt;
webatlaは2026年7月時点で、Shopifyで作られた稼働中のウェブサイトを2,850,244 件インデックスしています。これはインデックス内の全ドメインの0.9%にあたり、WooCommerceに次ぐ第2位の専用コマースプラットフォームです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;ShopifyとWooCommerce、どちらが大きいですか。&lt;/strong&gt;
単純なサイト数では、&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;がわずかに大きくなっています（3,377,108 件 vs 2,850,244 件）。Shopifyは&lt;em&gt;ホスト型&lt;/em&gt;コマースプラットフォームとしては最大ですが、WooCommerceはセルフホスト型のWordPressプラグインです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;なぜShopifyサイトの93.8%がカナダとして表示されるのですか。&lt;/strong&gt;
Shopifyはカナダを拠点とするホスト型プラットフォームであるため、そのストアはShopify自身のインフラに解決されます。国別の内訳は、プラットフォームがどこから配信されているかを反映するものであり、マーチャントの拠点を反映するものではありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Shopifyストアはどのドメインエンディングを使っていますか。&lt;/strong&gt;
&lt;code&gt;.com&lt;/code&gt;が64.8%でトップとなり、続いてコマース専用の&lt;code&gt;.store&lt;/code&gt;（5.0%）と&lt;code&gt;.shop&lt;/code&gt;（4.0%）、そして&lt;code&gt;.uk&lt;/code&gt;（2.7%）と&lt;code&gt;.au&lt;/code&gt;（2.1%）が続きます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Shopifyを使うウェブサイトのリストはどこで見られますか。&lt;/strong&gt;
webatlaの&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopifyテクノロジーページ&lt;/a&gt;を開くと、稼働中のShopifyストアの全リストを国とTLDで絞り込んで閲覧できます。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/websites-that-use-cloudflare</id>
    <title>Cloudflareを使用しているサイト：5,440万件が稼働中（2026年）</title>
    <link href="https://webatla.com/ja/blog/websites-that-use-cloudflare"/>
    <published>2026-07-09T15:00:00.000Z</published>
    <updated>2026-07-09T17:04:05.276Z</updated>
    <author><name>admin@webatl.dev</name></author>
    <summary>webatlaはCloudflareを使用している54,437,496件のサイトをインデックスしています。これはウェブの17.7%にあたり、オンラインで最も多く使われている技術です。データ、競合、そして完全な一覧をご覧ください。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;webatlaについて。&lt;/strong&gt; webatlaはドメインインテリジェンスプラットフォームです。私たちはウェブ全体のドメインをクロールしてフィンガープリンティングし、各サイトが使用している技術を記録しています。BuiltWithやWappalyzerと同種のツールですが、より広いカバレッジを持っています。このページのすべての数値はwebatlaインデックスに基づいており、2026年7月7日に最終更新されました。&lt;/p&gt;
&lt;p&gt;現在webatlaインデックスには、&lt;strong&gt;Cloudflareを使用している54,437,496件のサイト&lt;/strong&gt;が稼働中です。これは**追跡しているドメイン全体の17.7%**にあたり、CMSやサーバー、分析ツールを含むインデックス全体の中で最も多く使われている技術になっています。ウェブ上のサイトのおよそ6件に1件がCloudflareの背後にあります。&lt;/p&gt;
&lt;h2 id=&quot;cloudflare&quot;&gt;Cloudflareとは実際には何か&lt;/h2&gt;
&lt;p&gt;Cloudflareはリバースプロキシです。ウェブサイトの手前、訪問者とオリジンサーバーの間に位置します。この位置から同時に3つの役割を果たします。ページをキャッシュして高速化するCDN（コンテンツデリバリーネットワーク）、WAFやDDoS対策、ボットフィルタリングを含むセキュリティ層（多くのサイトが「Cloudflareによって保護されています」と表示する理由です）、そしてマネージドDNSです。サイトがドメインをCloudflareに向けている以上、このフィンガープリントは明確で、すべてのリクエストで検出されます。これは以下のデータにとって重要なポイントです。Cloudflareは2009年に設立され、現在webatlaが追跡するどの技術よりも大きなウェブのシェアを占めています。&lt;/p&gt;
&lt;h2 id=&quot;cloudflarecdn&quot;&gt;Cloudflareを使用しているサイトとその他のCDN市場の比較&lt;/h2&gt;
&lt;p&gt;見出しの数字、稼働中のサイト54,437,496件、インデックス済みドメインの17.7%は、競合と比較して初めて実感できます。Cloudflareは首位のCDNというだけではありません。ウェブ規模で稼働している唯一のCDNです。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/1b23662f419edd791ec83358.png&quot; alt=&quot;webatlaインデックスにおけるCloudflareと他のリバースプロキシCDNを使用しているサイトの棒グラフ。Cloudflareの5,440万件がAmazon CloudFront、Fastly、Akamaiを大きく上回っている&quot;&gt;&lt;figcaption&gt;webatlaインデックスにおけるCloudflareと他のリバースプロキシCDNを使用しているサイトの棒グラフ。Cloudflareの5,440万件がAmazon CloudFront、Fastly、Akamaiを大きく上回っている&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;リバースプロキシCDN別の稼働中サイト数。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/cloudflare&quot;&gt;Cloudflare&lt;/a&gt;：&lt;strong&gt;54,437,496&lt;/strong&gt;件（17.7%）&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/amazon-cloudfront&quot;&gt;Amazon CloudFront&lt;/a&gt;：1,482,887件（0.5%）&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/fastly&quot;&gt;Fastly&lt;/a&gt;：1,030,468件（0.3%）&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/akamai&quot;&gt;Akamai&lt;/a&gt;：25,532件（0.0%）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;この差は単なる優位性ではありません。まったく異なる規模の話です。Cloudflareは次点のリバースプロキシCDNである**&lt;a href=&quot;https://webatla.com/technology/amazon-cloudfront&quot;&gt;Amazon CloudFront&lt;/a&gt;の37倍のサイト数**で稼働しており、&lt;a href=&quot;https://webatla.com/technology/fastly&quot;&gt;Fastly&lt;/a&gt;の50倍以上です。このカテゴリーを事実上生み出したCDNである&lt;a href=&quot;https://webatla.com/technology/akamai&quot;&gt;Akamai&lt;/a&gt;は、現在インデックス内でわずか25,532件の稼働サイトしか示していません。専業のリバースプロキシ競合をすべて合わせても合計は260万件未満で、Cloudflareの規模の5%にも届きません。ウェブの配信とセキュリティの層について考えるなら、重要な名前はひとつだけであり、その他は長い裾野にすぎません。&lt;/p&gt;
&lt;p&gt;絶対的な規模を実感するために、Cloudflareを「巨人」と呼ばれるプラットフォームと比較してみましょう。54,437,496件というサイト数は、&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;のインストールベース全体（23,589,840件）の2倍以上です。ウェブで最も一般的な「サイトの手前に立つ」手段は、最も一般的な「サイトを作る」手段を2対1で上回っているのです。だからこそCloudflareは、インデックス内のあらゆるCMS、サーバー、ストアプラットフォーム上に構築されたサイトの前面に現れます。これらのツールと競合しているのではなく、その全体を包み込む層なのです。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;ドメインの末尾が示すもの&lt;/h2&gt;
&lt;p&gt;ドメインの末尾は有用なフィンガープリントであり、Cloudflareの数字はそれが特定のニッチではなくウェブ全体に広がっていることを裏付けています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/21a4fc02c5f635cd9f062c84.png&quot; alt=&quot;Cloudflareを使用しているサイトのトップレベルドメイン別カラムチャート：.com 46.8%、.org 3.4%、.net 2.8%、.shop 2.3%、.info 2.1%&quot;&gt;&lt;figcaption&gt;Cloudflareを使用しているサイトのトップレベルドメイン別カラムチャート：.com 46.8%、.org 3.4%、.net 2.8%、.shop 2.3%、.info 2.1%&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;Cloudflareサイトにおける上位TLD。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;.com&lt;/code&gt;が&lt;strong&gt;46.8%&lt;/strong&gt;（25,477,102ドメイン）で首位に立ち、これはウェブ全体の平均に近い数字です。Cloudflareが特定のタイプのサイトに偏っているわけではないことがわかります。その下で目を引くのは裾野の広さです。非営利団体向けの&lt;code&gt;.org&lt;/code&gt;（3.4%）、インフラや古参サイト向けの&lt;code&gt;.net&lt;/code&gt;（2.8%）、そしてコマースとコンテンツを示す2つのシグナル、**&lt;code&gt;.shop&lt;/code&gt;（2.3%）&lt;strong&gt;と&lt;/strong&gt;&lt;code&gt;.info&lt;/code&gt;（2.1%）**が続きます。上位5位に&lt;code&gt;.shop&lt;/code&gt;が入っていることは注目に値します。ウェブの新しいオンラインストアの多くが、速度と保護のためにCloudflareを経由していることを意味しています。重要なのはこの広がりです。Cloudflareによって保護されているサイトは、特定の一分野に偏ることなく、ウェブのあらゆる領域から集まっています。&lt;/p&gt;
&lt;h2 id=&quot;cloudflare-1&quot;&gt;誰がCloudflareをサイトの前面に置くのか&lt;/h2&gt;
&lt;p&gt;Cloudflareの裾野が広いのは、あらゆるサイトが抱える3つの課題を解決しているからです。CDNとしては訪問者の近くにコンテンツをキャッシュし、ページの読み込みを高速化します。セキュリティ層としてはDDoS攻撃を吸収し、ボットをフィルタリングします。これが多くの運営者が自分のサイトを「Cloudflareによって保護されている」と表現する理由です。そしてマネージドDNSとしては、ドメインの向き先として最も速く、最もシンプルな選択肢であることが多いのです。この3つの役割は個人ブログにも銀行にも等しく当てはまります。だからこそ上記のTLDの広がりは、&lt;code&gt;.shop&lt;/code&gt;のストアから&lt;code&gt;.org&lt;/code&gt;の非営利団体、&lt;code&gt;.com&lt;/code&gt;の企業まで及んでいるのです。Cloudflareに単一の顧客プロファイルは存在しません。ウェブの17.7%を占めるということは、そのプロファイルがウェブそのものだということです。この遍在性こそがこのリストを有用にしている理由です。絞り込めば、国やTLD、あるいは各サイトが使用する他の技術によって、オンライン上のすべての稼働サイトの代表的な横断面を事実上絞り込んでいることになります。&lt;/p&gt;
&lt;h2 id=&quot;webatlacloudflare&quot;&gt;webatlaによるCloudflareサイトの位置特定について（要注意）&lt;/h2&gt;
&lt;p&gt;国別の内訳には文脈が必要です。Cloudflareはプロキシだからです。インデックスでは、&lt;strong&gt;Cloudflareサイトの74.4%がアメリカに位置特定&lt;/strong&gt;されており、次いでカナダが9.5%となっています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/418e3b5eb3a155b1080abe66.png&quot; alt=&quot;webatlaがCloudflareサイトを位置特定している国別の棒グラフ：アメリカ74.4%、カナダ9.5%、ドイツ3.4%、香港1.3%、オーストラリア1.1%&quot;&gt;&lt;figcaption&gt;webatlaがCloudflareサイトを位置特定している国別の棒グラフ：アメリカ74.4%、カナダ9.5%、ドイツ3.4%、香港1.3%、オーストラリア1.1%&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;Cloudflareサイトの位置情報。出典：webatlaインデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Cloudflareは自社のエニーキャストエッジからドメインに応答するため、webatlaが記録する国は、オリジンサーバーやサイト所有者の所在地ではなく、&lt;strong&gt;リクエストに応答したCloudflareのIPの位置&lt;/strong&gt;です。Cloudflareのアドレス空間は主にアメリカで登録されているため、実際にサイトがどこで運用され、どこで読まれていようと、地図は大きくアメリカに偏ります。これはホスティングプラットフォームが生む効果と同じで、顧客ではなくベンダーのインフラに解決されるサイトであり、独立したホストに世界中に分散するセルフホストの&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;とは鏡合わせの関係にあります。Cloudflareの地理は、オーディエンスの地理としてではなく、ネットワークの地理として読み解いてください。&lt;/p&gt;
&lt;h2 id=&quot;cloudflare-2&quot;&gt;Cloudflareとより広い配信レイヤー&lt;/h2&gt;
&lt;p&gt;リバースプロキシとしての件数は、Cloudflareの足跡のごく一部にすぎません。ウェブはアセットやスクリプトのCDNにも依存しており、Cloudflareはその層にも存在しています。&lt;a href=&quot;https://webatla.com/technology/google-cloud-cdn&quot;&gt;Google Cloud CDN&lt;/a&gt;は9,141,337件のサイトに、Cloudflareが運営する無料のスクリプトCDNである&lt;a href=&quot;https://webatla.com/technology/cdnjs&quot;&gt;cdnjs&lt;/a&gt;は6,077,234件のサイトに、&lt;a href=&quot;https://webatla.com/technology/jsdelivr&quot;&gt;jsDelivr&lt;/a&gt;は5,086,086件のサイトに現れます。プロキシ事業を脇に置いたとしても、ウェブ最大級のスクリプトCDNのひとつはCloudflareのプロジェクトなのです。合わせて数えると、配信とアセットの層はwebatlaが追跡する中でも最も密度の高い技術カテゴリーのひとつであり、Cloudflareはそのあらゆる部分でリーダーか、あるいは大きな存在感を占めています。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;トレンド：ほとんど動かなかった数字&lt;/h2&gt;
&lt;p&gt;Cloudflareの前年比の変化は**-9.67%**で、急落だらけのインデックスの中では小さな動きです。これが重要なのは、このスナップショットに含まれるほとんどの技術が、インデックスの再集計（クロール間で稼働中のインストール数を数える方法の変化）を反映した大きなマイナスの振れ幅を示しているからです。同じCDN分野の競合ははるかに大きく落ち込んでおり、&lt;a href=&quot;https://webatla.com/technology/fastly&quot;&gt;Fastly&lt;/a&gt;は42.00%減、&lt;a href=&quot;https://webatla.com/technology/amazon-cloudfront&quot;&gt;Amazon CloudFront&lt;/a&gt;は47.01%減、&lt;a href=&quot;https://webatla.com/technology/google-cloud-cdn&quot;&gt;Google Cloud CDN&lt;/a&gt;は68.83%減、&lt;a href=&quot;https://webatla.com/technology/akamai&quot;&gt;Akamai&lt;/a&gt;は89.13%減となっています。&lt;/p&gt;
&lt;p&gt;Cloudflareはほとんど動きませんでした。理由はそのフィンガープリントにあります。Cloudflareの背後にあるサイトは、すべてのレスポンスで明確にそれを表明するため、再クロールのたびに一貫して検出される一方、あいまいなシグナルは再集計されてしまいます。実際のところ、これによって&lt;strong&gt;54,437,496という数字はインデックス内で最も信頼できる大きな数値&lt;/strong&gt;になっています。最も留保なく引用できる技術の件数だということです。この安定性こそが、規模だけでなく、Cloudflareをウェブのデフォルトインフラたらしめているものです。&lt;/p&gt;
&lt;h2 id=&quot;cloudflare-3&quot;&gt;Cloudflareを使用しているサイトの一覧を見る方法&lt;/h2&gt;
&lt;p&gt;これらすべてを推測する必要はありません。webatlaの&lt;a href=&quot;https://webatla.com/technology/cloudflare&quot;&gt;Cloudflareテクノロジーページ&lt;/a&gt;は、Cloudflareの背後で検出したすべてのサイトをリアルタイムで確認でき、絞り込みもできるビューです。このページでは次のことができます。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Cloudflareを使用している稼働中サイトのリアルタイムの件数を閲覧する（54,437,496件、再クロールのたびに更新）。&lt;/li&gt;
&lt;li&gt;トップレベルドメインで絞り込み、&lt;code&gt;.com&lt;/code&gt;、&lt;code&gt;.shop&lt;/code&gt;、&lt;code&gt;.org&lt;/code&gt;や国別ドメインを分離する。&lt;/li&gt;
&lt;li&gt;Cloudflareを&lt;a href=&quot;https://webatla.com/technology/amazon-cloudfront&quot;&gt;Amazon CloudFront&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/fastly&quot;&gt;Fastly&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/akamai&quot;&gt;Akamai&lt;/a&gt;と比較し、配信レイヤー全体の状況を確認する。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;これが「すべてがCloudflareの上で動いている」という感覚を、Cloudflareを使用しているサイトの実際に使える一覧へと変える最も速い方法です。&lt;/p&gt;
&lt;h2 id=&quot;cloudflare-4&quot;&gt;Cloudflareを使用しているサイトの完全な一覧を入手する&lt;/h2&gt;
&lt;p&gt;webatlaは、インデックス内のすべてのCloudflareサイトについて、リアルタイムで絞り込み可能な一覧を維持しています。その数54,437,496件すべてを、TLDと国別に並べ替えることができます。これは上記のすべてのグラフの背後にあるデータそのものであり、ウェブを再クロールするたびに最新の状態が保たれています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;→ &lt;a href=&quot;https://webatla.com/technology/cloudflare&quot;&gt;Cloudflareテクノロジーページ&lt;/a&gt;を開いて、Cloudflareによって保護されているサイトの完全な一覧を閲覧・絞り込みしましょう。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id=&quot;faq&quot;&gt;FAQ&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Cloudflareを使用しているサイトはいくつありますか？&lt;/strong&gt;
webatlaは2026年7月時点で、Cloudflareを使用している稼働中のサイトを54,437,496件インデックスしています。これはインデックス内の全ドメインの17.7%にあたり、追跡している技術の中で単独最多です。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Cloudflareは最大のCDNですか？&lt;/strong&gt;
大差でそうです。54,437,496件のサイトで稼働しており、これは&lt;a href=&quot;https://webatla.com/technology/amazon-cloudfront&quot;&gt;Amazon CloudFront&lt;/a&gt;の37倍、&lt;a href=&quot;https://webatla.com/technology/fastly&quot;&gt;Fastly&lt;/a&gt;の50倍以上のドメイン数です。&lt;a href=&quot;https://webatla.com/technology/akamai&quot;&gt;Akamai&lt;/a&gt;はわずか25,532件の稼働サイトを示しているにすぎません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;なぜほとんどのCloudflareサイトはアメリカ拠点と表示されるのですか？&lt;/strong&gt;
Cloudflareは自社のアメリカ登録のエニーキャストIPから応答するリバースプロキシだからです。表示される国は、オリジンサーバーやサイト所有者ではなく、各ドメインに応答するCloudflareのエッジを反映しています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;「Cloudflareによって保護されている」とは、Cloudflareにホスティングされているという意味ですか？&lt;/strong&gt;
いいえ。CloudflareはCDNおよびセキュリティ層としてサイトの手前に位置しており、オリジンは通常どこか別の場所でホスティングされています。サイトのドメインがCloudflareを向いているため、webatlaはすべてのリクエストでそれを検出できるのです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Cloudflareを使用しているサイトの一覧はどこで見られますか？&lt;/strong&gt;
webatlaの&lt;a href=&quot;https://webatla.com/technology/cloudflare&quot;&gt;Cloudflareテクノロジーページ&lt;/a&gt;を開いてください。稼働中のCloudflareサイトの完全な一覧を、国別・TLD別に絞り込んで確認できます。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/websites-created-using-wordpress</id>
    <title>WordPressで作成されたウェブサイト：2360万件が稼働中（2026年7月）</title>
    <link href="https://webatla.com/ja/blog/websites-created-using-wordpress"/>
    <published>2026-07-08T13:19:00.000Z</published>
    <updated>2026-07-08T13:54:39.780Z</updated>
    <author><name>admin@webatl.dev</name></author>
    <summary>webatlaはWordPressで作成されたウェブサイトを23,589,840 件インデックスしており、これはウェブ全体の7.7%に相当します。これらのサイトがある国、バージョン、プラグインの内訳、そして全サイトのリストを取得する方法を紹介します。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;webatlaについて。&lt;/strong&gt; webatlaはドメインインテリジェンスのプラットフォームです。ウェブ全体のドメインをクロールしてフィンガープリントを取得し、各サイトがどの技術を使用しているかを記録しています。これはBuiltWithやWappalyzerと同種のツールであり、カバレッジはより広範です。このページのすべての数値はwebatla インデックスによるもので、最終更新日は2026年7月6日です。&lt;/p&gt;
&lt;p&gt;現在、webatla インデックスには&lt;strong&gt;WordPressで作成されたウェブサイトが23,589,840 件&lt;/strong&gt;稼働しています。これは**弊社が追跡する全ドメインの7.7%**にあたり、インデックス内で次に多いウェブサイトプラットフォーム上位5つの合計を上回る数です。この記事では、誰がWordPressを使っているか、それらのサイトがどこにあるか、どのプラグインがこのエコシステムを支えているか、そして自分で全サイトのリストを取得する方法を解説します。&lt;/p&gt;
&lt;h2 id=&quot;wordpress&quot;&gt;WordPressとは何か&lt;/h2&gt;
&lt;p&gt;WordPressは2003年に最初にリリースされたオープンソースのコンテンツ管理システム(CMS)です。PHPのコア、テーマ、そして複数のプラグインの組み合わせによってページを描画し、個人ブログから大企業のパブリッシャー、オンラインストアまであらゆるものを支えています。無料で自己ホスト可能、そして無限に拡張できるため、WordPressはウェブサイト構築のデフォルトの手段になりました。だからこそ、WordPressで構築されたサイトの数は他のあらゆる選択肢を圧倒しているのです。このWordPressのフィンガープリントは計測可能であり、それこそがwebatlaがカウントしている対象です。&lt;/p&gt;
&lt;h2 id=&quot;wordpress-1&quot;&gt;WordPressで作成されたウェブサイトはどれくらいあるのか&lt;/h2&gt;
&lt;p&gt;まず結論から言うと、webatla インデックスでは&lt;strong&gt;23,589,840 件の稼働中サイト&lt;/strong&gt;がWordPressを使用しており、これは**インデックス済み全ドメインの7.7%**にあたります。このシェアの規模感をつかむために、WordPressで作成されたウェブサイトの件数を、人々が代わりに選ぶ他のプラットフォームと比較してみましょう。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/34448c845a7a05234e6890bf.png&quot; alt=&quot;webatla インデックスにおけるWordPressと他プラットフォームの比較を示す棒グラフ。WordPress 2360万件がSquarespace、Wix、Shopify、Joomla、Drupalを上回っている&quot;&gt;&lt;figcaption&gt;webatla インデックスにおけるWordPressと他プラットフォームの比較を示す棒グラフ。WordPress 2360万件がSquarespace、Wix、Shopify、Joomla、Drupalを上回っている&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;プラットフォーム別の稼働中サイト数。出典:webatla インデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt;：&lt;strong&gt;23,589,840&lt;/strong&gt; 件(7.7%)&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;：7,240,492 件(2.4%)&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wix&lt;/a&gt;：4,617,356 件(1.5%)&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopify&lt;/a&gt;：2,746,823 件(0.9%)&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/joomla&quot;&gt;Joomla&lt;/a&gt;：554,966 件(0.2%)&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/drupal&quot;&gt;Drupal&lt;/a&gt;：240,289 件(0.1%)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;WordPressは、次点のSquarespaceの&lt;strong&gt;3.3 倍のサイト数&lt;/strong&gt;で稼働しており、Squarespace、Wix、Shopify、Joomla、Drupalを合計したドメイン数よりも多くのドメインで使われています。ウェブの大部分はWordPressで作られていると言われるとき、その実態はこうです。1つのプラットフォームがインデックス全体の7.7%を占め、残りは長いロングテールとして続いている、という構図です。&lt;/p&gt;
&lt;h2 id=&quot;wordpress-2&quot;&gt;WordPressでサイトを作っているのは誰か：プラグインとテーマの層&lt;/h2&gt;
&lt;p&gt;素のWordPress インストールだけで完結しているケースはほとんどありません。WordPressで作られたウェブサイトの多くは、ページビルダー、SEO プラグイン、キャッシュ層、テーマを組み合わせて構築されています。こうしたアドオンの数を数えることで、どのような種類のサイトが作られているかがわかります。webatla インデックスはこれらを個別に追跡しています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/d3c38bd0991508164a8194c6.png&quot; alt=&quot;webatla インデックスにおける稼働中インストール数上位のWordPress プラグイン・テーマを示す棒グラフ:Elementor、Yoast SEO、LiteSpeed Cache、WooCommerce、Astra&quot;&gt;&lt;figcaption&gt;webatla インデックスにおける稼働中インストール数上位のWordPress プラグイン・テーマを示す棒グラフ:Elementor、Yoast SEO、LiteSpeed Cache、WooCommerce、Astra&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;稼働中インストール数上位のWordPress プラグイン・テーマ。出典:webatla インデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/elementor&quot;&gt;Elementor&lt;/a&gt;：7,887,817 件(2.6%)。ドラッグアンドドロップ型のページビルダーで、検出したWordPress サイトのおよそ3件に1件がこれを使用しています。&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/yoast-seo&quot;&gt;Yoast SEO&lt;/a&gt;：7,333,886 件(2.4%)。SEO プラグインの中で最も普及しており、検索での発見を意識して作られたサイトであることを示すシグナルです。&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/litespeed-cache&quot;&gt;LiteSpeed Cache&lt;/a&gt;：3,927,733 件(1.3%)。サーバーレベルのキャッシュ機能で、パフォーマンスを重視したホスティングの目印です。&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;：3,377,108 件(1.1%)。WordPressをストアに変えるコマース層で、導入しているサイトはすべてショップです。&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://webatla.com/technology/astra&quot;&gt;Astra&lt;/a&gt;：2,077,184 件(0.7%)。ページビルダーとの組み合わせを想定した軽量テーマです。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;この組み合わせから多くのことが読み取れます。最も一般的な2つのアドオンはページビルダーとSEO プラグインであり、これは典型的なWordPress プロジェクトの姿を表しています。つまり、検索順位を上げたいマーケティングサイトやコンテンツサイトです。&lt;strong&gt;340万件のWooCommerce 導入&lt;/strong&gt;は2番目に大きな用途を示しており、WordPressをEコマースエンジンとして使うケースで、上記で数えたスタンドアロンの&lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopify&lt;/a&gt; サイトと直接競合しています。&lt;/p&gt;
&lt;h2 id=&quot;wordpress-3&quot;&gt;WordPressで作られているのはどのようなサイトか&lt;/h2&gt;
&lt;p&gt;プラグインの組み合わせから、WordPressを使うサイトに繰り返し現れる3つの典型パターンが見えてきます。これらはいずれも推測ではなく、webatlaが直接カウントしているフィンガープリントです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;コンテンツ・マーケティングサイト。&lt;/strong&gt; 最大のグループです。730万件のYoast SEO 導入と790万件のElementor 構築は、ブログ、メディア、代理店、リード獲得ページを示しています。いずれも検索順位とコンバージョンを狙って設計されたサイトです。ウェブの大部分にとって、「ウェブサイトを作る」とは今なお、WordPressのコンテンツサイトを作ることを意味します。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;オンラインストア。&lt;/strong&gt; 340万件のWooCommerce 導入はすべてショップです。これだけで、Shopifyのようなホスト型プラットフォームを数に入れる前から、WordPressはウェブ上で最大級のEコマースの足跡を持つことになります。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;パフォーマンスチューニング済み・マネージドサイト。&lt;/strong&gt; 390万件のLiteSpeed Cache 導入は、サーバーレベルのキャッシュを標準搭載するホストに集中しています。速度とスケールが調整に値するほど重要なサイトの目印です。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;これらを合わせると、WordPressで作られたこれら全てのウェブサイトが実際には何なのかという問いへの実践的な答えが見えてきます。その大半はコンテンツとコマースであり、自分のスタックを借りるのではなく所有したいと考える人々によって作られています。&lt;/p&gt;
&lt;h2 id=&quot;wordpress-4&quot;&gt;WordPressで作られたウェブサイトはどこにあるのか&lt;/h2&gt;
&lt;p&gt;WordPressの普及は均等ではありません。アメリカ合衆国だけで、インデックス内のWordPress サイトの10件のうち4件を占めており、上位5か国で全体のおよそ3分の2をカバーしています。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/d4b16660678597a6b6f3fa4f.png&quot; alt=&quot;WordPressで作成されたウェブサイトの国別上位5か国を示す縦棒グラフ:アメリカ合衆国950万件、ドイツ330万件、フランス120万件、日本110万件、オランダ73万件&quot;&gt;&lt;figcaption&gt;WordPressで作成されたウェブサイトの国別上位5か国を示す縦棒グラフ:アメリカ合衆国950万件、ドイツ330万件、フランス120万件、日本110万件、オランダ73万件&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;em&gt;WordPress サイト数の国別上位。出典:webatla インデックス、2026年7月。&lt;/em&gt;&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;国&lt;/th&gt;
&lt;th&gt;WordPress サイト数&lt;/th&gt;
&lt;th&gt;シェア&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;アメリカ合衆国&lt;/td&gt;
&lt;td&gt;9,495,696&lt;/td&gt;
&lt;td&gt;40.8%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;ドイツ&lt;/td&gt;
&lt;td&gt;3,339,666&lt;/td&gt;
&lt;td&gt;14.3%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;フランス&lt;/td&gt;
&lt;td&gt;1,194,882&lt;/td&gt;
&lt;td&gt;5.1%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;日本&lt;/td&gt;
&lt;td&gt;1,053,931&lt;/td&gt;
&lt;td&gt;4.5%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;オランダ&lt;/td&gt;
&lt;td&gt;729,970&lt;/td&gt;
&lt;td&gt;3.1%&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;ドメインの末尾はこの地理的分布と一致しています。WordPressで動くサイトのほぼ半数（&lt;strong&gt;11,116,459 ドメイン、47.1%&lt;/strong&gt;）が&lt;code&gt;.com&lt;/code&gt;を使用しており、続いて&lt;code&gt;.de&lt;/code&gt;(5.5%)、&lt;code&gt;.org&lt;/code&gt;(4.1%)、&lt;code&gt;.uk&lt;/code&gt;(2.9%)、&lt;code&gt;.br&lt;/code&gt;(2.7%)となっています。&lt;code&gt;.com&lt;/code&gt;が多く、米国と欧州に偏った分布は、グローバルな商用ウェブそのものの姿であり、まさにWordPressが存在している場所です。&lt;/p&gt;
&lt;p&gt;国、TLD、バージョンで絞り込んだWordPressで作成されたウェブサイトの全リストは、&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPressのテクノロジーページ&lt;/a&gt;で確認できます。→&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;バージョン：ウェブの半分が単一のリリースで稼働している&lt;/h2&gt;
&lt;p&gt;すべての稼働中インストールを通して見ると、バージョンのフィンガープリントは驚くほど集中しています。webatlaの検出によると、&lt;strong&gt;WordPress サイトの49.2%がバージョン6.9.4を報告して&lt;/strong&gt;おり、単一のリリースが検出済みインストールのほぼ半数を占めています。さらに18.2%が7.0 系列にあり、残りのシェアは6.8.5(6.8%)、6.7.5(2.5%)、6.6.5(1.3%)と徐々に減っていきます。この集中度は、セキュリティや互換性の調査を行う人にとって重要です。1つの支配的なバージョンにパッチを当てれば、事実上WordPress ウェブの半分をカバーしたことになるからです。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;トレンド：前年比の数字は慎重に読み解く&lt;/h2&gt;
&lt;p&gt;webatla インデックスでは、スナップショット間で検出された稼働中WordPress インストール数に&lt;strong&gt;前年比-66.17%の変化&lt;/strong&gt;が記録されています。額面通りに受け取ると劇的に見えますが、これは2300万件のサイトが消滅したという意味ではありません。同じ再集計では、多くの技術で同時に大きなマイナスの振れ幅が見られます。&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt; -61.70%、&lt;a href=&quot;https://webatla.com/technology/yoast-seo&quot;&gt;Yoast SEO&lt;/a&gt; -75.52%、&lt;a href=&quot;https://webatla.com/technology/astra&quot;&gt;Astra&lt;/a&gt; -45.01%、&lt;a href=&quot;https://webatla.com/technology/litespeed-cache&quot;&gt;LiteSpeed Cache&lt;/a&gt; -37.77%、&lt;a href=&quot;https://webatla.com/technology/drupal&quot;&gt;Drupal&lt;/a&gt; -87.84%です。ある技術群全体がこのように同じ方向へ動くとき、その原因はクロール間でインデックスが稼働中インストールをカウントする方法の変更（カバレッジとフィンガープリンティングの再調整）であり、特定のプラットフォームが実際に崩壊したわけではありません。&lt;/p&gt;
&lt;p&gt;長期的に意味を持つシグナルは、この振れ幅ではなくシェアです。WordPressは今なお&lt;strong&gt;インデックス済みウェブの7.7%、そして次点プラットフォームに対して3.3 倍のリード&lt;/strong&gt;を維持しています。&lt;/p&gt;
&lt;h2 id=&quot;wordpress-5&quot;&gt;WordPressを使うウェブサイトのリストを見る方法&lt;/h2&gt;
&lt;p&gt;これらの数字を推測する必要はありません。webatlaの&lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress テクノロジーページ&lt;/a&gt;では、検出したすべてのWordPress サイトをリアルタイムかつフィルター可能な形で確認できます。このページでは、次のことができます。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;WordPressで構築された稼働中サイトのリアルタイム件数を閲覧する（23,589,840 件、再クロールのたびに更新）。&lt;/li&gt;
&lt;li&gt;国、トップレベルドメイン、検出されたバージョンで絞り込む。&lt;/li&gt;
&lt;li&gt;エコシステムを横断的に確認する。それらのサイトのうちどれが&lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/elementor&quot;&gt;Elementor&lt;/a&gt;、&lt;a href=&quot;https://webatla.com/technology/yoast-seo&quot;&gt;Yoast SEO&lt;/a&gt;も併用しているかを確認できます。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;これこそが、「ウェブの大部分はWordPressを使っている」という言葉を、実際に使えるWordPress 利用サイトのリストへと変える最も速い方法です。&lt;/p&gt;
&lt;h2 id=&quot;wordpress-6&quot;&gt;WordPressで作成されたウェブサイトの全リストを取得する&lt;/h2&gt;
&lt;p&gt;webatlaは、インデックス内のすべてのWordPress サイト（全23,589,840 件）について、国、TLD、バージョンで並べ替え可能なリアルタイムのリストを維持しています。これは上記のすべてのグラフの背後にあるデータそのものであり、ウェブの再クロールのたびに最新の状態に保たれています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;→ &lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress テクノロジーページ&lt;/a&gt;を開いて、WordPressで動くサイトの全リストを閲覧・絞り込みできます。&lt;/strong&gt;&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/how-to-download-all-dns-records</id>
    <title>すべてのDNSレコードをダウンロードする方法</title>
    <link href="https://webatla.com/ja/blog/how-to-download-all-dns-records"/>
    <published>2026-07-01T17:25:00.000Z</published>
    <updated>2026-07-28T20:24:54.719Z</updated>
    <author><name>Marina</name></author>
    <summary>インターネット上のすべてのドメインについて、AからDNSSECまで、あらゆるDNSレコードを収集・解析し、1つのクリーンなファイルにまとめました。DNSレコードとは何か、自前でのクロールが決して終わらない理由、そしてwebatlaから全データセットを入手する方法を解説します。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;インターネット上のすべてのドメインについて、あらゆるDNSレコードを1つのファイルにまとめる。全体像をつかむということは、結局そういうことです。そして、それを実現するクリーンな方法が1つだけあります。&lt;/strong&gt; リゾルバーを1週間叩き続けても、インターネットの半分でタイムアウトするようなスクリプトは必要ありません。必要なのは、数億件のドメイン名について、すでに収集・解析され、すぐにクエリできる状態のA、MX、TXT、NSのエントリです。これこそが、あなたが購入するものです。&lt;/p&gt;
&lt;h2 id=&quot;dns&quot;&gt;DNSレコードとは？&lt;/h2&gt;
&lt;p&gt;DNSレコードとは、インターネットの住所録に記された1行の情報です。あるドメイン名がどこにあり、どうすればそこにたどり着けるかを世界に伝えます。どのサーバーがWeb上で応答するのか、メールがどこに届くのか、どのネームサーバーが権威を持つのか、といった情報です。稼働しているドメイン名はどれも複数のDNSレコードを持っており、それらをまとめると、そのドメインの運用上の指紋が浮かび上がります。&lt;/p&gt;
&lt;p&gt;よく登場するレコードタイプがいくつかあります。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;レコード&lt;/th&gt;
&lt;th&gt;機能&lt;/th&gt;
&lt;th&gt;値の例&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;&lt;code&gt;A&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ドメインをIPv4アドレスに紐づける&lt;/td&gt;
&lt;td&gt;&lt;code&gt;93.184.216.34&lt;/code&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;AAAA&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ドメインをIPv6アドレスに紐づける&lt;/td&gt;
&lt;td&gt;&lt;code&gt;2606:2800:220:1::&lt;/code&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;CNAME&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ある名前を別の名前のエイリアスにする（ゾーンの頂点では使用不可）&lt;/td&gt;
&lt;td&gt;&lt;code&gt;cdn.example.com&lt;/code&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;MX&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ドメインのメールをルーティングする&lt;/td&gt;
&lt;td&gt;&lt;code&gt;mail.example.com&lt;/code&gt;（優先度10）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;TXT&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;自由形式のテキストで、SPFや検証トークンを保持する&lt;/td&gt;
&lt;td&gt;&lt;code&gt;v=spf1 include:_spf.google.com ~all&lt;/code&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;NS&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ドメインの権威ネームサーバー&lt;/td&gt;
&lt;td&gt;&lt;code&gt;ns1.cloudflare.com&lt;/code&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;SOA&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ゾーンのstart-of-authorityメタデータ&lt;/td&gt;
&lt;td&gt;primary NS, serial, refresh, retry, expire&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;CAA&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;証明書を発行できる認証局&lt;/td&gt;
&lt;td&gt;&lt;code&gt;letsencrypt.org&lt;/code&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;1つのドメイン名についてこれらすべてを取得すれば、そのホスティング方法、メールの運用者、そして設定されているセキュリティがわかります。すべてのドメイン名について一度に取得すれば、インターネット全体のインフラの地図を手にすることになります。価値があるのはこの後者のデータセットであり、それを無料で配ってくれる人は誰もいません。&lt;/p&gt;
&lt;h3 id=&quot;section&quot;&gt;主役となるレコード&lt;/h3&gt;
&lt;p&gt;これらのうち、ごく一部のタイプが情報の大半を担っています。Aレコードは多くの人がまず思い浮かべるもので、ドメイン名をIPv4アドレスに対応させ、ブラウザがどのサーバーに接続すべきかを示します。MXレコードはメールについて同じ役割を果たし、メッセージを受け取るサーバーを指定し、優先度によって順位づけします。TXTレコードは、メールセキュリティを支える縁の下の力持ちです。ドメイン自体には、誰が自分の名前でメールを送信できるかを示すSPFレコードが記載されます。対応するDKIM署名鍵とDMARCポリシーは専用のサブネーム（&lt;code&gt;_domainkey&lt;/code&gt;と&lt;code&gt;_dmarc&lt;/code&gt;）に置かれており、この3つを合わせて見ることで、あるアドレスがどの程度保護されているかがわかります。というのも、何かを強制するのはレコードが存在すること自体ではなく、DMARCポリシーだからです。NSレコードはゾーンに応答する権威サーバーを指定するもので、実際に誰がその名前の名前解決を運用しているかを示します。&lt;/p&gt;
&lt;h2 id=&quot;dns-1&quot;&gt;なぜ自分ですべてのDNSレコードを取得できないのか&lt;/h2&gt;
&lt;p&gt;理論上は、&lt;code&gt;dig&lt;/code&gt;をループさせればすべてのドメイン名を解決できます。しかし実際には、その計画はすぐに破綻します。ドメインの数は数億件におよび、すべてのタイプを取得するには1件につき複数回のクエリが必要になるため、合計では数十億回のルックアップが必要になります。パブリックリゾルバーはレート制限をかけ、完了するはるか前にブロックしてきます。権威サーバーもスロットリングを行います。タイムアウト、リトライ、一時的な失敗により、1回のパスが完全になることは決してなく、しかもクロールを実行している間にもデータは変化し続けるため、結果が届く頃にはすでに古くなっています。&lt;/p&gt;
&lt;p&gt;さらに、解析という問題もあります。生のレスポンスはワイヤーフォーマットのパケットであり、整った形式のエクスポートではありません。それらを数十億件分、実際にクエリできるクリーンで型付けされたエントリに変換するのは、クロールとは別に、それ自体が1つのエンジニアリングプロジェクトになります。多くのチームはこれに着手し、四半期を丸ごと費やした末に、静かに諦めます。&lt;/p&gt;
&lt;p&gt;しかも、この失敗はランダムに起こるものではありません。大手プロバイダーは意図的にバルク解決をスロットリングしているため、クロールを徹底すればするほど、早く遮断されます。GeoDNSを使う権威サーバーは地域ごとに異なる回答を返すため、観測地点が1つだけだと、特定の地域にしか現れないレコードを気づかないまま見逃してしまいます。これらすべてを回避する仕組みを作り終える頃には、出力するものといえば誰かがすでに完成品として販売しているデータだけという、小さな分散システムを構築してしまっていることになります。&lt;/p&gt;
&lt;p&gt;それこそ、webatlaがすでに解決している問題です。私たちはローリングスケジュールでネームスペース全体を解決し、すべての回答を構造化されたJSONに解析し、完成したデータセットをお渡しします。クロールも、ブロックも、解析も飛ばして、データそのものに直接アクセスできます。&lt;/p&gt;
&lt;h2 id=&quot;webatla&quot;&gt;webatlaがすべてのレコードを収集する方法&lt;/h2&gt;
&lt;p&gt;自前のクロールとの違いは、分散と忍耐です。webatlaはローリングスケジュールで多数の観測地点からネームスペースを解決するため、特定のリゾルバーだけが叩かれ続けることはなく、すべての回答はエクスポートに含まれる前に検証され、型付けされたエントリへと解析されます。あるパスで失敗したドメイン名は次のパスで再試行されるため、カバレッジは劣化するどころか、時間とともに向上していきます。その結果得られるのは、あなたが最初から本当に欲しかったものです。デバッグが必要なパケットの山ではなく、すべてのドメイン名についてのクリーンで型付けされたエントリです。&lt;/p&gt;
&lt;h2 id=&quot;dns1&quot;&gt;すべてのDNSレコードを1つのファイルに&lt;/h2&gt;
&lt;p&gt;&lt;a href=&quot;/datasets/dns&quot;&gt;webatla DNSデータセット&lt;/a&gt;は、すべてのDNSレコードを一度に取得するための答えです。私たちが追跡しているすべてのドメインについて、A、AAAA、CNAME、MX、TXT、NS、SOA、CAA、そしてDNSSECのエントリを収集・解析し、1つのクリーンなデータセットにまとめています。&lt;a href=&quot;/tld&quot;&gt;すべてのTLD&lt;/a&gt;を網羅しており、ローリング方式で再構築され、届いた瞬間からクエリできるJSONL形式で提供されます。&lt;/p&gt;
&lt;p&gt;リゾルバーファームを運用する必要も、パケットを解析する必要も、ドメインごとのレート制限と戦う必要もありません。一度購入すれば、単一のアカウントからインターネット上のすべてのレコードを取得でき、数か月ではなく数分で分析に取りかかれます。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;各行の中身&lt;/h2&gt;
&lt;p&gt;各行は1つのドメイン名と、その全体像を表しています。値そのものに加えて、各行にはデータが最後にチェックされた日時と、ルックアップが成功したかどうかが記録されているため、それぞれの回答がどれくらい新しいものかを常に把握できます。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-json&quot;&gt;{&quot;domain&quot;:&quot;example.com&quot;,&quot;dnsAt&quot;:&quot;2026-06-22&quot;,&quot;dnsStatus&quot;:&quot;TRUE&quot;,&quot;dnsRecords&quot;:{&quot;A&quot;:[&quot;93.184.216.34&quot;],&quot;MX&quot;:[{&quot;host&quot;:&quot;mail.example.com&quot;,&quot;priority&quot;:10}],&quot;NS&quot;:[&quot;a.iana-servers.net&quot;,&quot;b.iana-servers.net&quot;],&quot;TXT&quot;:[&quot;v=spf1 -all&quot;],&quot;SOA&quot;:{&quot;mname&quot;:&quot;ns.icann.org&quot;,&quot;serial&quot;:2026062201,&quot;refresh&quot;:7200}}}
&lt;/code&gt;&lt;/pre&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;フィールド&lt;/th&gt;
&lt;th&gt;意味&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;&lt;code&gt;domain&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;レコードが属するドメイン&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;dnsRecords&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;名前をキーとするすべてのタイプ（&lt;code&gt;A&lt;/code&gt;、&lt;code&gt;MX&lt;/code&gt;、&lt;code&gt;TXT&lt;/code&gt;など）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;dnsAt&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;このドメインのDNSが最後にチェックされた日付&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;dnsStatus&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ルックアップが成功したかどうか&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;各ドメインの背後にある登録情報も必要ですか。&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP and WHOISデータセット&lt;/a&gt;を組み合わせてください。DNS、登録情報、テクノロジーを1か所にまとめたいですか。&lt;a href=&quot;/datasets/all-data&quot;&gt;all-dataバンドル&lt;/a&gt;がそれらを結合してお届けします。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;ファイルの使い方&lt;/h2&gt;
&lt;p&gt;JSONL形式で1行に1ドメインずつ格納されているため、データはメモリに読み込むことなく&lt;code&gt;jq&lt;/code&gt;、DuckDB、pandas、Sparkへとストリーミングできます。いくつか例を挙げます。&lt;/p&gt;
&lt;p&gt;すべてのドメイン名とそのメールサーバーを取得する。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;jq -c &apos;{domain, mx: .dnsRecords.MX}&apos; dns.jsonl
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;ネームサーバーが&lt;a href=&quot;/technology/cloudflare&quot;&gt;Cloudflare&lt;/a&gt;上で稼働しているすべてのドメイン名を見つける。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;jq -c &apos;select(.dnsRecords.NS[]? | test(&quot;cloudflare&quot;))&apos; dns.jsonl &amp;gt; cloudflare-dns.jsonl
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;SPFレコードを公開しているドメイン名を、データに対して直接カウントする。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;grep -c &apos;&quot;v=spf1&apos; dns.jsonl
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;この最後の1行だけで、インターネット全体を対象にしたメールセキュリティの問いに、数秒で答えが出ます。私たちは同じデータを使って&lt;a href=&quot;/blog/dns-registrar-market-share-2026&quot;&gt;ネームサーバーとレジストラの集中度&lt;/a&gt;をマッピングしましたが、その手法もまったく同じです。1つのファイル、1回のパス、そして本物の答えです。&lt;/p&gt;
&lt;h2 id=&quot;dns-2&quot;&gt;完全なDNSデータセットが可能にすること&lt;/h2&gt;
&lt;p&gt;すべてのエントリが1つのクエリ可能なデータセットに収まると、コストのかかる多くの問題が1行のフィルターへと縮小します。価値があるのは、誰でも手作業でできる個々のルックアップではありません。それらすべてを一度に保持していることに価値があり、かつては100万件のドメイン名をクロールすることを意味していた問いが、すでに手元にあるデータセットをスキャンするだけで済むようになります。&lt;/p&gt;
&lt;p&gt;パターンはいつも同じです。難しいのは分析ではありませんでした。難しかったのは、そもそも完全で最新の構造化データを手に入れることであり、しかもチームが四半期にわたってクローラーの面倒を見続けることなくそれを実現することでした。そのボトルネックを取り除けば、かつてはプロジェクトと予算が必要だった問いに、午後のうちに答えられるようになります。あなたが対価を払っているのは巧妙なクエリそのものではありません。その巧妙なクエリを些細なものにしてしまう、クリーンで完成された入力データに対してです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;大規模なメールセキュリティ。&lt;/strong&gt; すべてのドメイン名についてSPFレコードとメール設定を確認し、なりすまし可能な受信箱を見つけたり、顧客基盤を監査したり、メールプロバイダー別に市場規模を測定したりできます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;攻撃対象領域のマッピング。&lt;/strong&gt; A、AAAA、CNAMEレコードをたどり、ドメインとそのサブドメインが実際にどこに解決されているか、どのホストが共有されクラスターを形成しているかを把握できます。それらのAレコードをIPごとにグループ化すれば、このエクスポートは&lt;a href=&quot;/hosted-domains-database&quot;&gt;ホスティングドメインデータベース&lt;/a&gt;になります。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;プロバイダーインテリジェンス。&lt;/strong&gt; NSまたはMXでドメインをグループ化すれば、インターネットのDNSとメールを誰が運用しているかを測定でき、移行が起きた際にはそれを追跡できます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;DNSSEC導入状況。&lt;/strong&gt; DS、DNSKEY、RRSIGレコードをカウントすれば、どのゾーンが署名済みで、どのゾーンがそうでないかがわかります。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;証明書の衛生管理。&lt;/strong&gt; CAAレコードは、あるドメイン名がどの認証局に証明書の発行を信頼しているかを示すため、ポートフォリオ全体にわたる設定ミスを1回のパスで洗い出せます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;移行の追跡。&lt;/strong&gt; 企業がメールやホスティングを移行すると、まずMXとNSのエントリが変化します。そのため、この2つのレコードタイプを継続的に監視すれば、公式発表より先に移行の動きを察知できます。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;これらはすべて、同じ出発点を必要とします。手作業で解決したサンプルではなく、ドメインネームスペース全体についての、完全で最新の1つのDNSレコード群です。&lt;/p&gt;
&lt;h2 id=&quot;section-3&quot;&gt;常に最新、一度きりのダンプではない&lt;/h2&gt;
&lt;p&gt;DNSは静的なものではありません。サイトがホストを変更すればAレコードは変わり、メール移行の際にはMXレコードが変わり、誰かがセキュリティポリシーを更新するたびにTXTレコードが変化します。半年前に解決したファイルは、もはや博物館の展示品です。&lt;/p&gt;
&lt;p&gt;webatla DNSデータセットはローリングスケジュールで再構築されており、すべてのドメイン名が独自の&lt;code&gt;dnsAt&lt;/code&gt;タイムスタンプを持っているため、各エントリがどれだけ新しいかを常に確認できます。業務に必要な頻度で再取得すれば、それぞれのファイルはその時点でのDNSを反映したものになります。&lt;/p&gt;
&lt;h2 id=&quot;section-4&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;どのDNSレコードタイプが含まれていますか。&lt;/strong&gt;
A、AAAA、CNAME、MX、TXT、NS、SOA、CAAなど、すべてのドメインが利用する一般的なタイプに加え、存在する場合はDS、DNSKEY、RRSIGといったDNSSECレコードも含まれます。すべて型付けされたJSONに解析されているため、生のパケットに触れることはありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;カバーしているドメインの数はどれくらいですか。&lt;/strong&gt;
webatlaが追跡している&lt;a href=&quot;/tld&quot;&gt;すべてのTLD&lt;/a&gt;にまたがるドメインのDNSレコードを、数億件分、1つのファイルに収めています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MXレコードだけ、あるいはTXTレコードだけを取得することはできますか。&lt;/strong&gt;
はい、できます。ファイルにはドメインごとにすべてのレコードタイプが格納されているため、&lt;code&gt;jq&lt;/code&gt;やSQLのフィルターを1つかけるだけで、MXレコードだけ、SPF文字列だけなど、必要な部分だけを取り出せます。これは別購入ではなく、単なるフィルターです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;どのような形式ですか。&lt;/strong&gt;
1行に1ドメインのクリーンなJSONL形式で、DNSレコードは構造化されたJSONとして格納されています。&lt;code&gt;jq&lt;/code&gt;、DuckDB、pandas、BigQueryにそのまま読み込めます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;データはどれくらい新しいですか。&lt;/strong&gt;
ローリングスケジュールで再構築されており、各ドメインには&lt;code&gt;dnsAt&lt;/code&gt;の日付が記録されているため、レコードがどれくらい新しいかを確認できます。古びた一度きりのダンプになることはありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;レコードをIPの所有者や所在地と突き合わせることはできますか。&lt;/strong&gt;
AレコードとAAAAレコードからIPアドレスが得られるため、それをIPインテリジェンスソースと結合することで、ASNは確実に、地理情報はおおよそ特定できます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;レコードはサブドメインもカバーしていますか。&lt;/strong&gt;
このデータセットは登録ドメイン名をキーとしており、その名前で公開されているエントリを収集しています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;費用はいくらですか。&lt;/strong&gt;
1つのアカウントで1か月間アクセスできる、単一の定額料金です。最新の金額は&lt;a href=&quot;/pricing&quot;&gt;料金ページ&lt;/a&gt;をご確認ください。&lt;/p&gt;
&lt;h2 id=&quot;dns-3&quot;&gt;すべてのDNSレコードをダウンロードする&lt;/h2&gt;
&lt;p&gt;完了する前にブロックされてしまうリゾルバーファームの構築は、もうやめましょう。&lt;a href=&quot;/datasets/dns&quot;&gt;webatla DNSデータセットをダウンロード →&lt;/a&gt;すれば、AからDNSSECまで、すべてのドメインのあらゆるDNSレコードを、今日からクエリできるクリーンなJSONLとして手に入れられます。登録情報やテクノロジーデータも一緒に欲しいですか。&lt;a href=&quot;/datasets/all-data&quot;&gt;all-dataバンドル&lt;/a&gt;なら、DNSをはじめとするすべてを1か所にまとめて提供します。「すべてのDNSレコードが必要だ」という状態から、実際にそれを手にするまでの、最速の道筋です。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/how-to-download-list-of-all-registered-domains</id>
    <title>登録済み全ドメインのリストをダウンロードする方法</title>
    <link href="https://webatla.com/ja/blog/how-to-download-list-of-all-registered-domains"/>
    <published>2026-07-01T12:11:00.000Z</published>
    <updated>2026-07-01T18:35:07.596Z</updated>
    <author><name>Marina</name></author>
    <summary>インターネット上に登録されているすべてのドメインの完全なリストです。あらゆるTLDにわたる数億件が、.comもロングテールも含めて、1つのクリーンで毎日更新されるファイルにまとまっています。その中身、活用方法、そしてwebatlaから全ドメインセットを入手する方法を解説します。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;インターネット上の登録済み全ドメインを1つのファイルに、それこそが本当に求めているものであり、それを手に入れる実践的な方法はただ1つです。&lt;/strong&gt; サンプルではなく、単一の拡張子でもなく、最初のレート制限で止まってしまうスクレイピングでもありません。求めているのは、あらゆるTLDにまたがるドメインの完全なセットです。クリーンで最新、すぐにクエリできる状態のものです。ここではその入手方法と、自分で構築することがなぜ罠なのかを解説します。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;登録済み全ドメインのリストはどれほどの規模か&lt;/h2&gt;
&lt;p&gt;多くの人が想像するよりもはるかに大規模です。世界中のTLDには現在、数億件のドメインが登録されており、新しいドメイン名が生まれ、古いものが失効するたびに、その数は毎日変動します。これはスプレッドシートで管理できるようなファイルではなく、本格的なデータセットです。&lt;/p&gt;
&lt;p&gt;&lt;code&gt;.com&lt;/code&gt; だけで1.6億ドメインを超えており、単独で名前空間全体のおよそ40%を占めています。&lt;code&gt;.net&lt;/code&gt;や&lt;code&gt;.org&lt;/code&gt;、新しい拡張子（&lt;code&gt;.io&lt;/code&gt;、&lt;code&gt;.ai&lt;/code&gt;、&lt;code&gt;.xyz&lt;/code&gt;、&lt;code&gt;.shop&lt;/code&gt;）、そして数百のカントリーコードを加えると、全体像は、個々のドメイン名で数億件に及びます。この規模こそが、全ドメインの完全なセットがインターネット上で最も価値あるデータセットの1つである理由です。セールスパイプライン、ブランド保護、セキュリティ研究、市場インテリジェンスの土台になっています。そして、それが無料で手に入らない理由でもあります。&lt;/p&gt;
&lt;h2 id=&quot;-com-&quot;&gt;誰もがまず気になる .com の疑問&lt;/h2&gt;
&lt;p&gt;「全ドメイン」を求める人のほとんどは、実際には&lt;code&gt;.com&lt;/code&gt;から出発します。&lt;code&gt;.com&lt;/code&gt;こそが市場そのものであり、1.6億件を超えるドメイン数は他のあらゆる拡張子を圧倒しているため、本気の計画であればまず&lt;code&gt;.com&lt;/code&gt;を扱う必要があります。朗報なのは、完全なセットさえ手元にあれば、そこから&lt;code&gt;.com&lt;/code&gt;だけを取り出すのは1行のフィルターで済むという点です。すべての&lt;code&gt;.com&lt;/code&gt;ドメインは、すべての&lt;code&gt;.net&lt;/code&gt;、&lt;code&gt;.org&lt;/code&gt;、カントリーコードのドメイン名と同じファイルに収められているため、必要な瞬間に切り出し、ロングテールは後回しにできます。&lt;/p&gt;
&lt;p&gt;これが、&lt;code&gt;.com&lt;/code&gt;限定のエクスポートと完全なデータセットの違いです。全セットが手元にあれば、&lt;code&gt;.com&lt;/code&gt;は単なるビューであり、別プロジェクトではありません。最初のファイルが1つの拡張子しかカバーしていなかったからといって、来四半期に&lt;code&gt;.net&lt;/code&gt;を買い直す必要は一切ありません。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;なぜ自分で組み立てることができないのか&lt;/h2&gt;
&lt;p&gt;すべてを網羅するマスターレジストリは存在しません。各TLDはそれぞれの運営者のインフラ上で、それぞれ独自のルールと独自のフォーマットで動いており、大多数は使えるフィードを一切公開していません。そのすべてをつなぎ合わせて完全で重複のない最新の全体像を作ることは、週末で書けるスクリプトではありません。ほとんどのチームが着手し、規模を大きく見誤り、3か月後には静かに諦めてしまうような、継続的なデータ運用です。それでも押し切ったチームは、壊れやすいスクレイパーの保守に追われ、数十ものレジストリにわたるフォーマット変更を追いかけ続け、なぜまたドメインリストが1週間遅れているのかをチームに説明する羽目になります。&lt;/p&gt;
&lt;p&gt;これはwebatlaがすでに解決した課題です。何百もの互換性のないソースを追いかけて1四半期を費やし、それでも欠落が残るような苦労をする代わりに、私たちが追跡しているすべてのドメインをすでに収めた1つのファイルを、毎日更新された状態で手に入れられます。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;完全で使えるセットにするもの&lt;/h2&gt;
&lt;p&gt;生のレジストリダンプの山はデータセットではなく、宿題です。価値があるのは、何百もの断片的なソースを実際にクエリできる1つのファイルへと変換する作業そのものであり、あなたが購入しているのはまさにその作業です。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;カバレッジ&lt;/strong&gt;：&lt;code&gt;.com&lt;/code&gt;や&lt;code&gt;.net&lt;/code&gt;から最小のカントリーコードまで、あらゆるTLDが1つのセットに収まっています。あるレジストリへのアクセスが難しかったせいで抜け落ちるものはありません。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;重複排除&lt;/strong&gt;：ドメインごとにクリーンな行が1つで、複数ソースの重複による衝突はありません。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;正規化&lt;/strong&gt;：すべての拡張子にわたって一貫したスキーマなので、&lt;code&gt;example.com&lt;/code&gt;と&lt;code&gt;example.co.uk&lt;/code&gt;は同じ方法でパースされます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;鮮度&lt;/strong&gt;：毎日再構築されるため、先四半期ではなく今日存在するドメインをセットが反映します。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;この組み合わせこそが、「技術的にはデータを持っている」状態と「昼までに、それを使って質問に答えられる」状態の違いを生みます。&lt;/p&gt;
&lt;h2 id=&quot;1&quot;&gt;1つのファイルに、セット全体を&lt;/h2&gt;
&lt;p&gt;&lt;a href=&quot;/datasets/all-active-domains&quot;&gt;webatlaの全ドメインデータセット&lt;/a&gt;は、まさにそのリストそのものです。&lt;a href=&quot;/tld&quot;&gt;あらゆるTLD&lt;/a&gt;にわたる全ドメインが重複排除・正規化された上で1つのクリーンなファイルにまとめられ、毎日再構築されます。申請も承認もレジストリごとの事務手続きも不要です。一度購入すれば、名前空間全体を最新のJSONLとして取得できます。&lt;/p&gt;
&lt;p&gt;これは意図的に、私たちが販売する中で最も安価かつ最大ボリュームの製品にしています。他のすべてがその上に築かれる土台だからです。定額1つの価格、1か月間のダウンロード、そして数か月ではなく数分で、すべてのドメインをディスク上に手に入れられます。&lt;/p&gt;
&lt;h2 id=&quot;section-3&quot;&gt;各行の中身&lt;/h2&gt;
&lt;p&gt;各行は1つのドメイン名を表し、データベースを立てなくても数億件のレコードをフィルタリング・セグメント化できるように構造化されています。1行はこれほどシンプルです。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-json&quot;&gt;{&quot;domain&quot;: &quot;example.com&quot;, &quot;tld&quot;: &quot;com&quot;, &quot;suffix&quot;: &quot;com&quot;, &quot;domainType&quot;: &quot;ICANN&quot;}
&lt;/code&gt;&lt;/pre&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Field&lt;/th&gt;
&lt;th&gt;Example&lt;/th&gt;
&lt;th&gt;Use&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;&lt;code&gt;domain&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;example.com&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;登録そのもの&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;tld&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;com&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;a href=&quot;/tld&quot;&gt;TLD&lt;/a&gt;で絞り込む&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;suffix&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;co.uk&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;複数レベルのサフィックスを正しく扱う&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;domainType&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;ICANN&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;gTLDとプライベート名前空間を区別する&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;ベースセットは、どのドメインが存在するかを教えてくれます。それぞれの背後にある登録記録、つまり誰が所有しているか、いつ作成されたか、どのレジストラを通じてか、が必要になったら、&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP &amp;amp; WHOISデータセット&lt;/a&gt;を重ねてください。ネームサーバーには&lt;a href=&quot;/datasets/dns&quot;&gt;DNSデータセット&lt;/a&gt;を、各サイトが何を使って動いているかには&lt;a href=&quot;/datasets/technologies&quot;&gt;Technologies&lt;/a&gt;を追加できます。同じドメインのセットを、必要な切り口でいくらでも拡張できます。&lt;/p&gt;
&lt;h2 id=&quot;section-4&quot;&gt;これほど大きなファイルを扱う&lt;/h2&gt;
&lt;p&gt;webatlaのすべてのデータセットは&lt;strong&gt;JSONL&lt;/strong&gt;形式で提供されます。1行に1つのJSONオブジェクトという、数億件のドメインにスケールする唯一のフォーマットです。1行ずつストリーミングでき、&lt;code&gt;jq&lt;/code&gt;、pandas、DuckDB、BigQuery、Sparkにそのまま読み込めるため、ファイル全体をメモリに載せる必要は一切ありません。&lt;/p&gt;
&lt;p&gt;拡張子ごとのドメイン数を&lt;code&gt;jq&lt;/code&gt;の1行でランキングします。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;cat domains.jsonl | jq -r .tld | sort | uniq -c | sort -rn | head
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;&lt;code&gt;.com&lt;/code&gt;ドメインだけを別ファイルに抽出します。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;jq -c &apos;select(.tld == &quot;com&quot;)&apos; domains.jsonl &amp;gt; com.jsonl
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;あるいは、データベースもインデックスも用意せずに、DuckDBでセット全体をそのままクエリすることもできます。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-sql&quot;&gt;SELECT tld, count(*) AS domains
FROM &apos;domains.jsonl&apos;
GROUP BY tld
ORDER BY domains DESC;
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;このクエリ1つで、生のファイルは数秒のうちに拡張子ごとのドメイン市場マップへと変わります。同じデータを使って、私たちは&lt;a href=&quot;/blog/dns-registrar-market-share-2026&quot;&gt;DNSとレジストラの集中度&lt;/a&gt;や&lt;a href=&quot;/blog/fastest-growing-tlds-q1-2026&quot;&gt;2026年第1四半期の急成長TLD&lt;/a&gt;を分析しました。&lt;/p&gt;
&lt;h2 id=&quot;section-5&quot;&gt;完全なドメインセットを頼りにしているのは誰か&lt;/h2&gt;
&lt;p&gt;全ドメインセットを購入するチームはあらゆる業界に及びますが、共通する課題は1つです。不完全なデータは静かに彼らの仕事を壊し、その欠落は後工程で何かがおかしくなるまで見えないままだということです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;セールスと市場開拓&lt;/strong&gt;：総アドレサブル市場（TAM）の把握は、全ドメインから出発して初めて正確になります。&lt;code&gt;.com&lt;/code&gt;のニッチ、カントリーコード、技術スタックで絞り込めば、市場の一部ではなく市場全体を開拓できます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ブランド・商標チーム&lt;/strong&gt;：すべての拡張子にわたって自社ブランドを含むドメインを見つけ出せば、休眠中の&lt;code&gt;.com&lt;/code&gt;タイポスクワットも悪用される前に発見できます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;セキュリティと脅威インテリジェンス&lt;/strong&gt;：名前空間全体をスイープして、フィッシングのパターン、不審なネームサーバーのクラスター、部分的なフィードでは見逃してしまう新しいなりすましドメインを検出できます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ドメイン投資家とレジストラ&lt;/strong&gt;：拡張子ごとのドメインの動きを時系列で追い、需要がどこへシフトしているかを把握できます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;データ・MLチーム&lt;/strong&gt;：モデルを歪めるスクレイピングサンプルではなく、クリーンで重複のない実在ドメイン名のセットで学習・評価できます。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;これらすべてに共通して必要なのは、同じ出発点です。古びたエクスポートや中途半端なスクレイピングではなく、信頼できる完全かつ最新のドメインセットです。&lt;/p&gt;
&lt;h2 id=&quot;section-6&quot;&gt;不完全なリストが招く本当のコスト&lt;/h2&gt;
&lt;p&gt;不完全なリストは静かに失敗し、それこそが危険な理由です。総アドレサブル市場の数字は、実際に存在するドメインのごく一部から作られていたと判明するまでは、確かなものに見えます。ブランドスイープは問題なしと返ってきますが、それはなりすましドメインが存在しないからではなく、データにそもそも含まれていなかったからです。モデルは偏ったサンプルで学習し、予測が静かにずれ始めるまで誰も気づきません。&lt;/p&gt;
&lt;p&gt;完全性はドメインリストにとって「あれば嬉しい」ものではなく、存在意義そのものです。カントリーコードや先週の新規登録、駐車状態のロングテールが抜けたセットは、その上に築かれるすべての集計とマッチングに偏りを生みます。断片をつなぎ合わせる代わりに1つの権威あるファイルを購入することこそが、その死角を取り除く方法です。1つのファイル、すべてのドメイン、だからこそ得られる答えは実際に正しいものになります。&lt;/p&gt;
&lt;h2 id=&quot;section-7&quot;&gt;ファイルから最初の答えまで、わずか数分&lt;/h2&gt;
&lt;p&gt;価値を得る前にETLプロジェクトを走らせる必要はありません。1つのファイルを開き、&lt;code&gt;jq&lt;/code&gt;やDuckDBを向ければ、その場でドメイン名前空間全体をクエリできます。&lt;code&gt;.com&lt;/code&gt;と&lt;code&gt;.net&lt;/code&gt;の件数を比較する、カントリーコードを切り出す、ブランドをあらゆる拡張子にわたって一度のパスでパターンマッチする、といったことがすぐにできます。ただのJSONLなので、同じファイルが変換なしにPythonノートブック、Sparkジョブ、BigQueryへの読み込みにそのまま使えます。データを購入してから実際の質問に答えるまでの差は、スプリント単位ではなく分単位です。これがセットをまるごと購入する実践的な理由です。届いた瞬間からすでに役立ち、時間は配管作業ではなく分析そのものに使えます。&lt;/p&gt;
&lt;h2 id=&quot;section-8&quot;&gt;常に最新、決して古くならない&lt;/h2&gt;
&lt;p&gt;ドメインファイルは急速に古くなります。ドメイン名は毎分登録され、毎分失効するため、6か月前のファイルは、時間に敏感な用途にとってはほぼノイズです。そして、ローンチやキャンペーンを示す新しいドメインこそ、古びたセットが見逃してしまうものです。だからこそこのデータセットは毎日再構築され、すべてのエクスポートは日付でバージョン管理されています。手元にあるものが何で、いつ切り出されたものかを常に正確に把握できます。登録されたその日のうちに新規ドメインを捉えることが目的であれば、&lt;a href=&quot;/datasets/domain-investor&quot;&gt;Domain Investorデータセット&lt;/a&gt;は、あらゆる拡張子にわたる新規ドメインを中心に構築されています。&lt;/p&gt;
&lt;h2 id=&quot;section-9&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;登録済みドメインはいくつありますか。&lt;/strong&gt;
すべての拡張子を合計すると数億件にのぼり、その数字は毎日変動します。&lt;code&gt;.com&lt;/code&gt;だけでも1.6億件を超え、全体のおよそ40%を占めています。常に変動し続けるため、日付付きで毎日再構築されるセットだけが、実際に使う価値のあるバージョンです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;code&gt;.com&lt;/code&gt;ドメインだけを単独でダウンロードできますか。&lt;/strong&gt;
できます。全データセットを&lt;code&gt;tld == &quot;com&quot;&lt;/code&gt;でフィルタリングすれば、すべての&lt;code&gt;.com&lt;/code&gt;ドメインを単独のファイルとして取得できます。&lt;code&gt;.com&lt;/code&gt;は圧倒的な差で最大の拡張子なので、大きなファイルになる点は見込んでおいてください。ただし、それはフィルターであって、別途の購入ではありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;ファイルには&lt;code&gt;.com&lt;/code&gt;以外も含まれますか。&lt;/strong&gt;
含まれます。&lt;code&gt;.com&lt;/code&gt;は最大のシェアを占めているに過ぎません。このセットは&lt;code&gt;.net&lt;/code&gt;、&lt;code&gt;.org&lt;/code&gt;、&lt;code&gt;.io&lt;/code&gt;、&lt;code&gt;.ai&lt;/code&gt;、そして最小のカントリーコードに至るまで、あらゆる拡張子を同じファイルの中に収めています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;新規登録されたドメインだけを取得できますか。&lt;/strong&gt;
できます。登録日でフィルタリングするか、TLDを横断した新規登録に特化した&lt;a href=&quot;/datasets/domain-investor&quot;&gt;Domain Investorデータセット&lt;/a&gt;から始めてください。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;フォーマットは何ですか。どれくらい最新ですか。&lt;/strong&gt;
クリーンなJSONLで、1行に1ドメイン、毎日再構築され日付でバージョン管理されています。古びた過去のダンプになることはありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;全リストを商用利用できますか。&lt;/strong&gt;
できます。セールス、セキュリティ、ブランド保護、リサーチ、製品機能への組み込みは、すべて標準的な利用方法です。定額1つの価格で、データの上に何を構築するかにかかわらず1か月間のアクセスをカバーします。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;費用はいくらですか。&lt;/strong&gt;
サブスクリプションなしで、1か月間のアクセスに定額1つの価格です。現在の金額は&lt;a href=&quot;/pricing&quot;&gt;料金ページ&lt;/a&gt;をご覧ください。すべてのドメインをディスクに収める、最も低コストな方法です。&lt;/p&gt;
&lt;h2 id=&quot;section-10&quot;&gt;全リストをダウンロードする&lt;/h2&gt;
&lt;p&gt;インターネットのドメインをレジストリごとに1つずつ組み立て直そうとするのはやめましょう。それは決して終わらないプロジェクトです。&lt;a href=&quot;/datasets/all-active-domains&quot;&gt;webatlaの全ドメインデータセットをダウンロードする →&lt;/a&gt;すれば、&lt;code&gt;.com&lt;/code&gt;もロングテールも含め、あらゆるTLDにわたる登録済み全ドメインを、クリーンで最新のJSONLとして今日手に入れられます。あるいは&lt;a href=&quot;/datasets&quot;&gt;全データセットを見る&lt;/a&gt;で、その上に重ねられるものすべてを確認できます。追いかけるべきレジストリも、待つべき承認もありません。完全なドメインセットが、届いたその瞬間から働き始めます。「全ドメインが必要だ」から実際に手にするまでの、最速の道筋です。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/dns-registrar-market-share-2026</id>
    <title>インターネットの「配管」を握っているのは誰か DNSとレジストラーの市場シェア2026</title>
    <link href="https://webatla.com/ja/blog/dns-registrar-market-share-2026"/>
    <published>2026-06-23T18:33:00.000Z</published>
    <updated>2026-06-23T18:58:44.836Z</updated>
    <author><name>Marina</name></author>
    <summary>DNSを支配しているのはわずか2社で、全ドメインの30%に応答しています。GoDaddyは7つの法人を統合すると、ウェブ全体の22%のドメインを登録していることになります。そしてsymbolics.com、史上初の.comドメインは、今も稼働し続けています。インターネットの配管を実際に握っているのは誰かを、データから徹底的に解き明かします。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;2社で全ドメインの4分の1のDNSを担い、その企業が隠しているシェル法人を解きほぐすと、1社だけでほぼ5分の1のドメインを登録していることが分かります。&lt;strong&gt;今回、webatlaが持つ約4億500万件のドメインの全インデックス（2026年6月時点のスナップショット）を取得し、権威ネームサーバーとレジストリの記録を突き合わせて、インターネットの配管を実際に握っているのは誰かを調べました。これが&lt;/strong&gt;DNSプロバイダー市場シェア2026&lt;/strong&gt;と&lt;strong&gt;ドメインレジストラー市場シェア2026&lt;/strong&gt;の全体像であり、生のランキング表がひっそりと過小評価している企業統合の実態も明らかにします。あわせて、今も稼働し続けている最古のドメインもご紹介します。&lt;/p&gt;
&lt;h2 id=&quot;dns&quot;&gt;DNSはどれほど集中しているのか&lt;/h2&gt;
&lt;p&gt;まずはDNSから見ていきます。ほとんどの人が意識することのないレイヤーでありながら、あらゆるリクエストがこれに依存しているからです。約4億500万件のドメインすべてを権威ネームサーバーのプロバイダーごとに分類しました。上位を示す表は次のとおりです。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/dns-concentration-2026.png&quot; alt=&quot;DNSプロバイダー市場シェア2026 - ネームサーバープロバイダー別の全ドメインに占める割合&quot;&gt;&lt;figcaption&gt;DNSプロバイダー市場シェア2026 - ネームサーバープロバイダー別の全ドメインに占める割合&lt;/figcaption&gt;&lt;/figure&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;順位&lt;/th&gt;
&lt;th&gt;ネームサーバープロバイダー&lt;/th&gt;
&lt;th&gt;運営会社&lt;/th&gt;
&lt;th&gt;全ドメインに占める割合&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;1&lt;/td&gt;
&lt;td&gt;domaincontrol.com&lt;/td&gt;
&lt;td&gt;GoDaddy&lt;/td&gt;
&lt;td&gt;14.24%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;cloudflare.com&lt;/td&gt;
&lt;td&gt;Cloudflare&lt;/td&gt;
&lt;td&gt;10.65%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;3&lt;/td&gt;
&lt;td&gt;googledomains.com&lt;/td&gt;
&lt;td&gt;Google Cloud DNS&lt;/td&gt;
&lt;td&gt;2.81%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;4&lt;/td&gt;
&lt;td&gt;registrar-servers.com&lt;/td&gt;
&lt;td&gt;Namecheap&lt;/td&gt;
&lt;td&gt;2.79%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;5&lt;/td&gt;
&lt;td&gt;afternic.com&lt;/td&gt;
&lt;td&gt;GoDaddy / Afternic&lt;/td&gt;
&lt;td&gt;2.49%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;6&lt;/td&gt;
&lt;td&gt;ui-dns.biz&lt;/td&gt;
&lt;td&gt;IONOS&lt;/td&gt;
&lt;td&gt;2.32%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;7&lt;/td&gt;
&lt;td&gt;dns-parking.com&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;td&gt;2.27%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;8&lt;/td&gt;
&lt;td&gt;wixdns.net&lt;/td&gt;
&lt;td&gt;Wix&lt;/td&gt;
&lt;td&gt;1.76%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;9&lt;/td&gt;
&lt;td&gt;hichina.com&lt;/td&gt;
&lt;td&gt;Alibaba Cloud&lt;/td&gt;
&lt;td&gt;1.52%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;10&lt;/td&gt;
&lt;td&gt;share-dns.com&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;td&gt;1.01%&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;見出しとなる数字はこちらです。&lt;strong&gt;わずか2社、GoDaddyの&lt;code&gt;domaincontrol.com&lt;/code&gt;と&lt;a href=&quot;/technology/cloudflare&quot;&gt;Cloudflare&lt;/a&gt;だけで、全ドメインの24.90%のDNSに応答しています。&lt;/strong&gt;（GoDaddyの実際の勢力圏はさらに大きく、5位の&lt;code&gt;afternic.com&lt;/code&gt;が2.49%を占めていますが、これもGoDaddyです。）上位5社で32.98%、上位10社で41.87%、上位20社で49.23%に達します。特定できた37社で全ドメインの55.23%をカバーしています。これが2026年における&lt;strong&gt;DNS集中&lt;/strong&gt;の実態です。自前運用やニッチなネームサーバーが長い裾野を形成し、その下にごく短いヘッドが乗っている構造です。&lt;/p&gt;
&lt;h3 id=&quot;dns-1&quot;&gt;DNS集中がシステミックリスクである理由&lt;/h3&gt;
&lt;p&gt;これは単なる豆知識にとどまりません。DNSは単一障害点です。ネームサーバーのプロバイダーが落ちれば、サーバー自体は無事でもドメインは事実上消えてしまいます。あるプロバイダーが全ドメインの10%以上に応答している場合、そのプロバイダーの不調はそのままインターネット全体の不調になります。教科書的な事例は、2016年10月にマネージドDNSプロバイダーのDynが受けたDDoS攻撃です。この攻撃により、Twitter、Spotify、Reddit、Netflix、PayPalが数時間にわたってアクセス不能になりました。これらの企業自体に問題があったのではなく、1つのDNS依存先を共有していたことが原因でした。同様の事態は今も繰り返されています。2025年11月18日にはCloudflareの内部エラー1件で、X、ChatGPT、Claude、Shopifyが同時にダウンしました。集中は利便性と引き換えにレジリエンスを失わせます。&lt;a href=&quot;/technology/cloudflare&quot;&gt;Cloudflare&lt;/a&gt;の10.65%とGoDaddyの約14%は、単に大きな企業というだけではありません。ウェブの相当な部分にとって共有の依存先になっているということです。インフラやセキュリティを運用している方、あるいはリスクを引き受ける立場の方であれば、&lt;a href=&quot;/datasets/dns&quot;&gt;DNSデータセット&lt;/a&gt;を使うことで、憶測に頼らず自社の露出度を実際に測定できます。&lt;/p&gt;
&lt;h2 id=&quot;2026-&quot;&gt;ドメインレジストラー市場シェア2026 ランキング表とその裏にあるもの&lt;/h2&gt;
&lt;p&gt;ドメイン登録についても似たような話ですが、大手レジストラーのランキングは生の数字のまま読むと積極的に誤解を招きます。巨大企業が複数の法人名義で同時に登録を行っているためです。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/registrar-concentration-2026.png&quot; alt=&quot;ドメインレジストラー市場シェア2026、生データと運営会社別に統合したデータの比較&quot;&gt;&lt;figcaption&gt;ドメインレジストラー市場シェア2026、生データと運営会社別に統合したデータの比較&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;以下が&lt;strong&gt;生データ&lt;/strong&gt;によるランキングです。単一の法人ごとの全ドメインに占める割合を示しています。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;順位&lt;/th&gt;
&lt;th&gt;レジストラー（法人名）&lt;/th&gt;
&lt;th&gt;全ドメインに占める割合&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;1&lt;/td&gt;
&lt;td&gt;GoDaddy.com LLC&lt;/td&gt;
&lt;td&gt;16.91%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;NameCheap Inc&lt;/td&gt;
&lt;td&gt;5.29%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;3&lt;/td&gt;
&lt;td&gt;Tucows&lt;/td&gt;
&lt;td&gt;2.55%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;4&lt;/td&gt;
&lt;td&gt;Squarespace Domains II&lt;/td&gt;
&lt;td&gt;2.02%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;5&lt;/td&gt;
&lt;td&gt;Hostinger&lt;/td&gt;
&lt;td&gt;1.95%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;6&lt;/td&gt;
&lt;td&gt;Dynadot Inc&lt;/td&gt;
&lt;td&gt;1.88%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;7&lt;/td&gt;
&lt;td&gt;Gname&lt;/td&gt;
&lt;td&gt;1.78%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;8&lt;/td&gt;
&lt;td&gt;GMO / Onamae&lt;/td&gt;
&lt;td&gt;1.75%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;9&lt;/td&gt;
&lt;td&gt;Spaceship&lt;/td&gt;
&lt;td&gt;1.67%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;10&lt;/td&gt;
&lt;td&gt;IONOS SE&lt;/td&gt;
&lt;td&gt;1.66%&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;生データでは、上位5社で28.72%、上位10社で37.45%を占めています。掲載されている100社のレジストラーで、全ドメインの70.52%をカバーしています。&lt;/p&gt;
&lt;h3 id=&quot;section&quot;&gt;生データのランキングに隠れたシェル法人&lt;/h3&gt;
&lt;p&gt;問題は、「GoDaddy.com LLC」がGoDaddyの持つICANN認定レジストラーの&lt;em&gt;ひとつにすぎない&lt;/em&gt;という点です。GoDaddyはWild West Domains, LLC（IANA ID 440を持つ別の認定法人）を所有しているほか、他にも複数の法人を運営しています。各運営会社が登録に使っている複数の法人名を統合すると（IANAのレジストラーID登録簿と照合しながら手作業で行った、webatla独自の分類手法です）、状況は一変します。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;運営会社&lt;/th&gt;
&lt;th&gt;統合後シェア&lt;/th&gt;
&lt;th&gt;法人数&lt;/th&gt;
&lt;th&gt;最大の単一法人&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;GoDaddy&lt;/td&gt;
&lt;td&gt;19.64%&lt;/td&gt;
&lt;td&gt;7&lt;/td&gt;
&lt;td&gt;16.91%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Namecheap&lt;/td&gt;
&lt;td&gt;6.06%&lt;/td&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;5.29%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Squarespace / ex-Google Domains&lt;/td&gt;
&lt;td&gt;3.13%&lt;/td&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;2.02%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Tucows&lt;/td&gt;
&lt;td&gt;2.55%&lt;/td&gt;
&lt;td&gt;1&lt;/td&gt;
&lt;td&gt;2.55%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Dynadot&lt;/td&gt;
&lt;td&gt;2.40%&lt;/td&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Alibaba Cloud / HiChina&lt;/td&gt;
&lt;td&gt;2.20%&lt;/td&gt;
&lt;td&gt;3&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Hostinger&lt;/td&gt;
&lt;td&gt;1.95%&lt;/td&gt;
&lt;td&gt;1&lt;/td&gt;
&lt;td&gt;1.95%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;IONOS&lt;/td&gt;
&lt;td&gt;1.90%&lt;/td&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;NameSilo&lt;/td&gt;
&lt;td&gt;1.78%&lt;/td&gt;
&lt;td&gt;2&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Gname&lt;/td&gt;
&lt;td&gt;1.78%&lt;/td&gt;
&lt;td&gt;1&lt;/td&gt;
&lt;td&gt;1.78%&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;**弊社データにあるGoDaddyの7法人を統合すると、シェアは16.91%から19.64%へと跳ね上がります。**生データのランキングでは見えていなかった、実に3ポイント近いシェアです。統合後で見ると、上位3社の運営会社で全ドメイン登録の28.83%を支配しています。&lt;/p&gt;
&lt;p&gt;最も劇的な再分類が起きるのは4位です。**「Squarespace Domains II LLC」は、文字通りGoogle Domainsのレジストラーが名前を変えたものです。*&lt;em&gt;証拠は明快です。IANAのレジストラーIDは恒久的なもので、再割り当てされることはありません。Googleのレジストラーが持っていたIANA IDは895で、IANAのレジストリでは現在、ID 895は「Squarespace Domains II LLC」として登録されています。Squarespaceは2023年に、約1000万件のドメインを抱えるGoogle Domainsの事業を買収し、その法人をそのまま引き継ぎました。（紛らわしいことに、先のDNSの表に出てきた&lt;code&gt;googledomains.com&lt;/code&gt;のネームサーバーは今もGoogle自身のCloud DNSのままで、Squarespaceに移ったのは&lt;/em&gt;レジストラー*事業だけです。）同様に、Alibaba Cloud、HiChina、WanwangはIANA ID 1599を持つひとつのレジストラーであり、Network Solutions、Register.com、Domain.comはいずれもNewfold Digitalに統合されます。この系譜をご自身で調べたい方は、レジストラーと登録日のフィールドが&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP/WHOISデータセット&lt;/a&gt;に含まれています。RDAPを標準として採用した理由については、&lt;a href=&quot;/blog/rdap-vs-whois&quot;&gt;RDAP vs WHOIS&lt;/a&gt;の記事で解説しています。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;ブランド保護レジストラーと量販レジストラー&lt;/h2&gt;
&lt;p&gt;ここからが直感に反する部分です。量を稼ぐ巨大企業は、インターネットの看板となるドメインを&lt;strong&gt;持っていません&lt;/strong&gt;。弊社データでは、有名で価値の高いドメイン名は、企業向けのブランド保護専門レジストラーに集中しています。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;レジストラー&lt;/th&gt;
&lt;th&gt;弊社データにおける保有例&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;MarkMonitor&lt;/td&gt;
&lt;td&gt;google.com, googleapis.com, youtube.com, gstatic.com&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;CSC Corporate Domains&lt;/td&gt;
&lt;td&gt;twitter.com, ibm.com, att.com, nginx.org&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Cloudflare Registrar&lt;/td&gt;
&lt;td&gt;cloudflare.com, discord.com, ietf.org&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;GoDaddy、Namecheap、Hostingerが押さえているのは&lt;em&gt;量&lt;/em&gt;、つまり数千万件規模のありふれたドメインです。しかし、フォーチュン500企業の法務部が夜も眠れなくなるような名前は、MarkMonitorやCSCに集まっています。そこで売りにされているのは価格ではなく、セキュリティと商標防衛です。件数によるシェアと、&lt;em&gt;価値&lt;/em&gt;によるシェアは、まったく別の地図なのです。両方を描き出せるのが&lt;a href=&quot;/datasets/all-data&quot;&gt;All Data統合データセット&lt;/a&gt;です。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;インターネット最古のドメイン&lt;/h2&gt;
&lt;p&gt;レジストリの登録日をアクティブドメインのリストに結合すると、インターネットの生きた化石とも言える存在、つまり今も登録され、名前解決され続けている&lt;strong&gt;最古のドメイン&lt;/strong&gt;が浮かび上がります。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/oldest-domains-timeline.png&quot; alt=&quot;1985年のsymbolics.comから始まる、今も登録され続けている最古のドメインのタイムライン&quot;&gt;&lt;figcaption&gt;1985年のsymbolics.comから始まる、今も登録され続けている最古のドメインのタイムライン&lt;/figcaption&gt;&lt;/figure&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;ドメイン&lt;/th&gt;
&lt;th&gt;登録日&lt;/th&gt;
&lt;th&gt;現在のレジストラー（弊社データ）&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;symbolics.com&lt;/td&gt;
&lt;td&gt;1985-03-15&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;think.com&lt;/td&gt;
&lt;td&gt;1985-05-24&lt;/td&gt;
&lt;td&gt;MarkMonitor&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;mitre.org&lt;/td&gt;
&lt;td&gt;1985-07-10&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;dec.com&lt;/td&gt;
&lt;td&gt;1985-09-30&lt;/td&gt;
&lt;td&gt;Squarespace&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;northrop.com&lt;/td&gt;
&lt;td&gt;1985-11-07&lt;/td&gt;
&lt;td&gt;CSC&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;xerox.com&lt;/td&gt;
&lt;td&gt;1986-01-09&lt;/td&gt;
&lt;td&gt;MarkMonitor&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;hp.com&lt;/td&gt;
&lt;td&gt;1986-03-03&lt;/td&gt;
&lt;td&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;bellcore.com&lt;/td&gt;
&lt;td&gt;1986-03-05&lt;/td&gt;
&lt;td&gt;CSC&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;ibm.com&lt;/td&gt;
&lt;td&gt;1986-03-19&lt;/td&gt;
&lt;td&gt;CSC&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;intel.com&lt;/td&gt;
&lt;td&gt;1986-03-25&lt;/td&gt;
&lt;td&gt;MarkMonitor&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;att.com&lt;/td&gt;
&lt;td&gt;1986-04-25&lt;/td&gt;
&lt;td&gt;CSC&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;**1985年3月15日に登録された&lt;code&gt;symbolics.com&lt;/code&gt;は、史上初の&lt;code&gt;.com&lt;/code&gt;ドメインであり、今も稼働しています。**その背後に並ぶのは1980年代のコンピューター業界の顔ぶれです。Lispマシンのメーカー、Digital Equipment、Xerox、HP、IBM、Intel、AT&amp;amp;T。このうち多くが今はMarkMonitorやCSCに落ち着いていることに注目してください。ネットワーク上で最も古く、最も価値の高い名前にも、同じブランド保護のパターンが当てはまっているのです。&lt;/p&gt;
&lt;h3 id=&quot;section-3&quot;&gt;日付に関する正直な注意点&lt;/h3&gt;
&lt;p&gt;データの中には、明らかに偽物と分かるタイムスタンプを持つレコードもいくつかあります。&lt;code&gt;nordu.net&lt;/code&gt;は1985-01-01というスタンプが付いており、&lt;code&gt;.se&lt;/code&gt;ドメインの一群もそろって1985-01-17となっています。これらの日付はsymbolics.comより&lt;em&gt;古い&lt;/em&gt;のですが、実際の登録ではなく、レジストリのデフォルト値やプレースホルダーである可能性がほぼ確実です。そのため、これらを「最初の&lt;code&gt;.com&lt;/code&gt;より古い」とは主張しません。検証可能な最初の&lt;code&gt;.com&lt;/code&gt;は、1985-03-15に登録された&lt;code&gt;symbolics.com&lt;/code&gt;です。派手な数字よりも、こうした事実を素直に述べることのほうが重要だと考えています。データに弱点があるなら、後から気づかれるのではなく、私の口から先にお伝えすべきだからです。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;「これほど深い集中は、些細な話ではなく、システミックリスクの問題です。生データを自分で持つことの意味は、自分自身の露出度を測定できる点にあります。ベンダーがどれだけ自分たちに依存しているかを、ベンダーのダッシュボードを信じて教えてもらう必要はありません。」（webatla CEO、Alan）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&quot;section-4&quot;&gt;方法論&lt;/h2&gt;
&lt;p&gt;この分析を判断し、再現していただけるよう、いくつか補足します。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;対象範囲と時点。&lt;/strong&gt; この分析は2026年6月に実施しました。すべての数値はその月の一時点におけるスナップショットであり、ドメインの新規登録、失効、移管に伴って変動します。すべての数値は、webatlaが持つ約4億500万件のアクティブドメインの全インデックスに対するシェアです。DNSのシェアは各ドメインの権威ネームサーバーのプロバイダーから算出し、レジストラーと登録日の数値はレジストリ／RDAPの記録から取得しています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;法人統合は弊社独自のものです。&lt;/strong&gt; 生データのレジストラー表は、レジストリが報告するとおりの単一法人をそのまま反映しています。&lt;em&gt;統合&lt;/em&gt;後の表はwebatla独自の分類です。認定を受けた各法人を、IANAのレジストラーID登録簿と照合したうえで実際の運営会社に対応付け、GoDaddyの7法人、Alibabaの3法人、そしてSquarespaceが引き継いだGoogleの事業を、それぞれ正しい親会社の下で1件として数えています。何を統合したのかがそのまま分かるよう、生データと統合後のデータの両方を公開しています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;SQLは不要です。&lt;/strong&gt; これは登録日とネームサーバーのデータを、2つのファイルにまたがって結合しただけのものです。ここに出てくる数値はすべて、スプレッドシートでピボットできる列にたどり着きます。クエリエンジンは必要ありません。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;不確かなデータには印を付けています。&lt;/strong&gt; プレースホルダーの登録日（1985-01-01 / 1985-01-17のレコード）は生データには残していますが、「最初の.com」という主張からは除外しています。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;section-5&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;2026年に最も普及しているDNSプロバイダーは何ですか。&lt;/strong&gt;
GoDaddyの&lt;code&gt;domaincontrol.com&lt;/code&gt;で、全ドメインの14.24%の権威ネームサーバーとなっています。これに僅差で&lt;a href=&quot;/technology/cloudflare&quot;&gt;Cloudflare&lt;/a&gt;の10.65%が続きます。この2社を合わせると、インターネットのDNSの24.90%に応答していることになります。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;最もドメイン数が多いレジストラーはどこですか。&lt;/strong&gt;
GoDaddyです。その主力法人であるGoDaddy.com LLC単体で全ドメインの16.91%を保有しており、弊社データにあるGoDaddy各法人を統合すると19.64%に達します。ドメイン数で見て、他社を大きく引き離す最大のレジストラーです。レジストラーのフィールドは&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP/WHOISデータセット&lt;/a&gt;に含まれています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;最初の.comドメインは何でしたか。&lt;/strong&gt;
1985-03-15に登録された&lt;code&gt;symbolics.com&lt;/code&gt;で、今日も稼働し続けています。生データの一部のレコードには、これより早いプレースホルダーの日付（1985-01-01など）が含まれていますが、これらはレジストリのデフォルト値であり、実際の登録ではありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Squarespaceは本当に旧Google Domainsのレジストラーなのですか。&lt;/strong&gt;
そのとおりです。「Squarespace Domains II LLC」は、Google Domainsを保有していた法人が名前を変えたものです。恒久的で再割り当てされることのないIANAレジストラーID 895は、今も同じ登記上のレジストラーを指し続けています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;ドメイン市場全体としては、どれほど集中しているのですか。&lt;/strong&gt;
DNSでは上位2社が全ドメインの24.90%、上位10社が41.87%をカバーしています。レジストラー側では、上位10法人で37.45%、運営会社別に統合すると約43.4%に達します。集中度はヘッド部分で高く、そこから長い裾野へと落ちていく構造です。&lt;/p&gt;
&lt;h2 id=&quot;section-6&quot;&gt;データを取得して、自分で測定する&lt;/h2&gt;
&lt;p&gt;ベンダーのダッシュボードが見せてくれるのは、そのベンダーが切り取った一部分だけです。生データがあれば、DNSの集中度、レジストラーの所有構造、ドメインの年齢など、市場全体を自分の条件で測定できます。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/dns&quot;&gt;DNSデータセット（€199）→&lt;/a&gt;&lt;/strong&gt; ドメインごとの権威ネームサーバーのレコードです。上記のDNS集中度分析の元になっています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP/WHOISデータセット（€299）→&lt;/a&gt;&lt;/strong&gt; ドメインごとのレジストラーと登録日です。レジストラー統合分析と最古ドメイン分析の元になっています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/all-data&quot;&gt;All Data統合データセット（€599）→&lt;/a&gt;&lt;/strong&gt; すべてを1つのファイルに結合したものです。上記のすべてを、1回のピボットだけで行えます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/all-active-domains&quot;&gt;All active domains（€29）→&lt;/a&gt;&lt;/strong&gt; すべての土台となる、基本のドメインリストです。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;カタログ全体は&lt;a href=&quot;/datasets&quot;&gt;データセットページ&lt;/a&gt;と&lt;a href=&quot;/pricing&quot;&gt;料金ページ →&lt;/a&gt;からご覧いただけます。このデータを初めて使う方は、まず&lt;a href=&quot;/blog/how-to-download-list-of-all-active-domains&quot;&gt;アクティブドメイン全件リストのダウンロード方法&lt;/a&gt;から読んでみてください。その後、&lt;a href=&quot;/blog/ai-domain-boom-tld-growth&quot;&gt;AIドメインブーム&lt;/a&gt;や&lt;a href=&quot;/blog/fastest-growing-tlds-q1-2026&quot;&gt;2026年第1四半期に急成長したTLD&lt;/a&gt;が&lt;a href=&quot;/tld&quot;&gt;TLDの勢力図&lt;/a&gt;にどのような影響を与えているかもご覧ください。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/platform-security-upgrade-reset-credentials</id>
    <title>webatla をアップグレードしました。パスワードの再設定と API キーの再生成をお願いします</title>
    <link href="https://webatla.com/ja/blog/platform-security-upgrade-reset-credentials"/>
    <published>2026-06-13T21:53:00.000Z</published>
    <updated>2026-07-01T14:58:43.649Z</updated>
    <author><name>Marina</name></author>
    <summary>webatla は現在、より高速で安全なインフラストラクチャ上で稼働しています。セキュリティ対策として、すべてのアカウント保有者にパスワードの再設定と API キーの再生成をお願いしています。購入済みのデータセットとダウンロードアクセス権はすべて完全に保持されており、お支払いいただいた内容に変更はありません。</summary>
    <content type="html">&lt;p&gt;webatla のプラットフォームと、その基盤となるインフラストラクチャの大規模なアップグレードを完了しました。サイトは再構築されたより高速なアプリケーションサーバー上で稼働するようになり、Cloudflare の背後に配置され、強化された TLS と改善されたアカウント・API レイヤーを備えています。&lt;/p&gt;
&lt;p&gt;この作業の一環として、ログインセッションと API トークンを保護するセキュリティキーをローテーションしました。今後はお客様&lt;strong&gt;ご自身だけ&lt;/strong&gt;がアカウントの鍵を保持できるよう、すべてのアカウント保有者に2つの簡単な手順をお願いしています。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;実施していただくこと&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;パスワードを再設定してください。&lt;/strong&gt; &lt;a href=&quot;/account/forgot-password&quot;&gt;パスワードの再設定&lt;/a&gt; を開き、メールアドレスを入力し、送信されるリンクから新しいパスワードを選択してください。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;API キーを再生成してください。&lt;/strong&gt; &lt;a href=&quot;/account/api&quot;&gt;API 設定&lt;/a&gt; に移動し、新しいキーを生成して、古いキーを使用しているスクリプトや連携先をすべて更新してください。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;どちらの手順も1分もかかりません。一度行えば、それで完了です。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;データセットとアクセス権は安全です&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;お支払いいただいた内容に変更はありません。&lt;/strong&gt; これまでにご購入いただいたすべてのデータセットは、ダウンロードアクセス権やご注文履歴のすべてとともに、そのまま新しいプラットフォームに引き継がれています。再度ご購入いただく必要はなく、ファイルやご利用権が失われることもありませんでした。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;お願いする理由&lt;/h2&gt;
&lt;p&gt;インフラストラクチャの変更後に認証情報をローテーションするのは、通常のセキュリティ対策です。これにより明確な切り替えが保証され、今後はお客様だけがアカウントと API アクセスの鍵を保持することになります。これは予防措置であり、何か問題が発生したことを示すものではありません。また、お客様のデータが外部にさらされたことは一度もありません。&lt;/p&gt;
&lt;h2 id=&quot;section-3&quot;&gt;ご質問がありますか&lt;/h2&gt;
&lt;p&gt;パスワードの再設定や API キーの再生成でお困りの場合は、&lt;a href=&quot;/contact&quot;&gt;お問い合わせページ&lt;/a&gt; からご連絡ください。すぐにサポートいたします。&lt;/p&gt;
&lt;p&gt;webatla チームより&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/rdap-vs-whois</id>
    <title>RDAP vs WHOIS：2026年のドメイン照会の仕組み</title>
    <link href="https://webatla.com/ja/blog/rdap-vs-whois"/>
    <published>2026-06-13T16:28:20.775Z</published>
    <updated>2026-06-13T16:28:20.775Z</updated>
    <author><name>Marina</name></author>
    <summary>WHOISはRDAPに置き換えられつつあります。ここでは、この2つのプロトコルの違い、ICANNがこの移行を義務付けた理由、そして構造化された登録データを大規模に照会する方法について解説します。</summary>
    <content type="html">&lt;p&gt;40年にわたり、ドメインの登録者を調べる手段といえば&lt;strong&gt;WHOIS&lt;/strong&gt;でした。その時代は終わりを迎えています。&lt;strong&gt;RDAP&lt;/strong&gt;（Registration Data Access Protocol）が標準としてこれに取って代わり、2025年以降、レジストリは従来のWHOISサービスを運用する義務を負わなくなりました。何が変わったのか、それがなぜ重要なのか、そして最新の方法で登録データを照会する方法を解説します。&lt;/p&gt;
&lt;h2 id=&quot;whois&quot;&gt;WHOISとは&lt;/h2&gt;
&lt;p&gt;WHOISは1982年に遡るシンプルなリクエスト/レスポンス型プロトコルです（RFC 812、後にRFC 3912）。&lt;strong&gt;ポート43&lt;/strong&gt;でサーバーに接続し、ドメイン名を送信すると、登録者、レジストラ、主要な日付、ネームサーバーを記載したテキストの塊が返ってきます。&lt;/p&gt;
&lt;p&gt;それは機能していましたが、今とは異なるインターネットのために設計されたものでした。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;非構造化テキスト。&lt;/strong&gt; レジストリごとに出力形式が異なるため、パースは終わりのない正規表現のもぐらたたきでした。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;国際化への非対応。&lt;/strong&gt; ASCII中心の設計で、非ラテン文字の登録者データは扱いが煩雑でした。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;標準的なアクセス制御の欠如。&lt;/strong&gt; 全部出すか何も出さないかという出力方式は、GDPRのようなプライバシー法と激しく衝突しました。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;標準的な発見手段の欠如。&lt;/strong&gt; 各TLDのWHOISサーバーをあらかじめ知っておく必要がありました。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;rdap&quot;&gt;RDAPとは&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;RDAP&lt;/strong&gt;（RFC 7480〜7484、RFC 9082/9083により更新）は、その現代的な後継です。目的は登録データの提供という点で同じですが、ゼロから設計し直されています。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;HTTPS上のJSON。&lt;/strong&gt; 構造化され、確実にパースできる予測可能なレスポンスです。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;標準的なクエリ形式。&lt;/strong&gt; &lt;code&gt;https://rdap.example/domain/example.com&lt;/code&gt; のような一貫したURLを使用します。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ブートストラッピング。&lt;/strong&gt; IANAが、どのRDAPサーバーがどのTLDの権威を持つかを示すレジストリを公開しているため、サーバーの発見は自動化されています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;差別化されたアクセス。&lt;/strong&gt; 認証の有無を考慮した設計になっており、レジストリは認証済みユーザーへより多くのデータを返す一方、一般公開向けには情報の一部を伏せたビューを表示できます。これがGDPRに適合したモデルです。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;国際化と秘匿処理&lt;/strong&gt;は後付けではなく、設計の中心的な要素です。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;rdap-vs-whois&quot;&gt;RDAP vs WHOIS：主な違い&lt;/h2&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;&lt;/th&gt;
&lt;th&gt;WHOIS&lt;/th&gt;
&lt;th&gt;RDAP&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;形式&lt;/td&gt;
&lt;td&gt;フリーテキスト&lt;/td&gt;
&lt;td&gt;構造化JSON&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;通信方式&lt;/td&gt;
&lt;td&gt;ポート43（平文）&lt;/td&gt;
&lt;td&gt;HTTPS&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;サーバーの発見&lt;/td&gt;
&lt;td&gt;手動、レジストリごと&lt;/td&gt;
&lt;td&gt;IANAブートストラップレジストリ&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;アクセス制御&lt;/td&gt;
&lt;td&gt;なし&lt;/td&gt;
&lt;td&gt;標準化、認証対応&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;国際化&lt;/td&gt;
&lt;td&gt;不十分&lt;/td&gt;
&lt;td&gt;組み込み対応&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;ステータス&lt;/td&gt;
&lt;td&gt;廃止段階&lt;/td&gt;
&lt;td&gt;現行標準&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;h2 id=&quot;section&quot;&gt;業界が移行した理由&lt;/h2&gt;
&lt;p&gt;ICANNはRDAPをWHOISの後継として承認し、gTLDのレジストリとレジストラに実装を義務付けました。決定的な転機は&lt;strong&gt;2025年&lt;/strong&gt;で、この年、契約当事者は従来のポート43によるWHOISサービスの運用義務から解放され、gTLDにおけるWHOISの役目が正式に終わりました。今もWHOISのテキストパースを前提にシステムを構築しているなら、それはすでに非推奨となった基盤の上に構築していることになります。&lt;/p&gt;
&lt;h2 id=&quot;rdap-1&quot;&gt;RDAPを照会する方法&lt;/h2&gt;
&lt;p&gt;照会自体は単なるHTTPS GETリクエストです。正しいサーバーを見つけるには、IANAのブートストラップファイルを参照するか、それを自動で解決してくれるルーターエンドポイントを利用します。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;curl -s https://rdap.org/domain/example.com | jq &apos;{
  domain: .ldhName,
  status: .status,
  registrar: (.entities[]? | select(.roles[]? == &quot;registrar&quot;) | .vcardArray[1][1][3]),
  created: (.events[]? | select(.eventAction == &quot;registration&quot;) | .eventDate)
}&apos;
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;レスポンスが構造化されたJSONであるため、登録日やステータス、ネームサーバーといった特定のフィールドを取り出すのに、脆弱なパーサーではなく一行のコードで済みます。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;大規模に登録データを照会する&lt;/h2&gt;
&lt;p&gt;RDAPは1ドメインずつの照会には最適です。しかし&lt;em&gt;数百万&lt;/em&gt;件のドメインを扱おうとすると、2つの壁にぶつかります。&lt;strong&gt;レート制限&lt;/strong&gt;と&lt;strong&gt;TLDごとのサーバーの癖&lt;/strong&gt;です。レジストリはそれぞれ独自のエンドポイントを運用しており、独自のスロットリングルールと秘匿処理ルールを持っています。&lt;/p&gt;
&lt;p&gt;このギャップを埋めるのが&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP &amp;amp; WHOISデータセット&lt;/a&gt;です。webatlaでは、有効なすべてのドメインにわたる登録データを解決し、正規化された&lt;a href=&quot;/datasets&quot;&gt;JSONL&lt;/a&gt;として提供しています。レジストラ、主要な日付、ステータス、ネームサーバーを単一の一貫したスキーマにまとめているため、分散クローラーを運用したりレート制限に気を配ったりすることなく、ネームスペース全体を分析できます。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;WHOISは終了したのですか。&lt;/strong&gt;
gTLDに関しては、実質的にそうです。RDAPが必須のプロトコルとなり、ポート43の運用義務は終了しました。一部のccTLDは今も従来のWHOISを運用していますが、流れは一方向です。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;RDAPのデータはWHOISのデータと違うのですか。&lt;/strong&gt;
登録データそのものは&lt;em&gt;同じ&lt;/em&gt;であり、構造化され、アクセス制御された形で公開されているだけです。一般公開のレスポンスはプライバシー保護のために編集されていることが多く、認証済みアクセスではより多くの情報を取得できます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;登録データを一括ダウンロードできますか。&lt;/strong&gt;
ドメインごとのRDAP照会にはレート制限があるため、リアルタイムでの一括処理は現実的ではありません。あらかじめ用意された&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;データセット&lt;/a&gt;を使うのが、スケールする方法です。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;TLDのRDAPサーバーはどうやって見つけますか。&lt;/strong&gt;
IANAのブートストラップレジストリを使うか、&lt;code&gt;rdap.org&lt;/code&gt; のようにそれを自動で解決してくれるルーターを利用します。カバー範囲は&lt;a href=&quot;/tld&quot;&gt;TLD&lt;/a&gt;別に確認できます。&lt;/p&gt;
&lt;h2 id=&quot;section-3&quot;&gt;最新の方法で登録データを活用する&lt;/h2&gt;
&lt;p&gt;ポート43のテキストパースはもう終わりにしましょう。すべてのドメインにわたる構造化された登録データを得るには、&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP &amp;amp; WHOISデータセットを見る →&lt;/a&gt;へ。Technologies、ランキング、DNSと組み合わせるなら、&lt;a href=&quot;/datasets&quot;&gt;すべてのデータセットを見る&lt;/a&gt;をご覧ください。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/ai-domain-boom-tld-growth</id>
    <title>.aiドメインブーム 月間新規登録、900件から71,000件へ</title>
    <link href="https://webatla.com/ja/blog/ai-domain-boom-tld-growth"/>
    <published>2026-06-01T18:37:00.000Z</published>
    <updated>2026-06-22T17:49:46.834Z</updated>
    <author><name>Marina</name></author>
    <summary>2018年、webatlaが記録した.aiの新規登録は年間でわずか10,807件でした。2025年にはそれが478,794件、実に44倍の急増です。のどかなカリブ海のccTLDが、AI時代を象徴するドメインへと変貌した軌跡を、月次データで追いました。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;.aiドメインは成長したのではありません。爆発したのです。&lt;/strong&gt; 2018年、webatlaが記録した.aiの新規登録は年間で10,807件でした。月あたりにするとおよそ900件という、のどかな小さなccTLDにすぎませんでした。2025年には、その数は478,794件に達しました。同じTLDでありながら44倍以上の規模になったわけですが、その転換点は、世界がチャットボットと会話を始めた時期とほぼ一致しています。&lt;/p&gt;
&lt;p&gt;これは、カリブ海の国別コードドメインがAI時代の「既定のアドレスバー」になるまでの物語です。すべてwebatla独自の月次新規登録データだけをもとに語ります。以下の数値はwebatla自身のシリーズデータであり、推定値でも、第三者の集計を経由したものでもありません。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/ai-tld-growth-2018-2026.png&quot; alt=&quot;月間.aiドメイン新規登録数、2018年1月〜2026年5月&quot;&gt;&lt;figcaption&gt;月間.aiドメイン新規登録数、2018年1月〜2026年5月&lt;/figcaption&gt;&lt;/figure&gt;
&lt;h2 id=&quot;20182021&quot;&gt;静かな時代(2018年〜2021年)&lt;/h2&gt;
&lt;p&gt;その歴史の大半において、&lt;a href=&quot;/tld/ai&quot;&gt;.ai&lt;/a&gt;はちょっとした話題にすぎませんでした。これは、カリブ海に浮かぶ英国海外領&lt;a href=&quot;/country/ai&quot;&gt;アンギラ&lt;/a&gt;の国別コードドメイン(&lt;a href=&quot;/tld&quot;&gt;ccTLD&lt;/a&gt;)で、1995年2月16日にIANAによって委譲されました。この2文字がたまたま「人工知能(artificial intelligence)」の略称とも一致していたことは、後述するように年間数千万ドルの価値を持つ偶然でした。&lt;/p&gt;
&lt;p&gt;とはいえ、長らく誰も注目していませんでした。以下は、その初期のデータの推移です。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;年&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;.ai新規登録数&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;月平均&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;2018年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;10,807&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;901&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2019年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;11,850&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;988&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2020年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;17,446&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,454&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2021年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;21,097&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,758&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;2018年は横ばいの状態で、年間を通して月あたり800件から1,100件程度の登録にとどまっていました。パンデミックがこれを後押しし、2020年にはウェブ全体の拡大とともに月平均1,454件へと上昇、2021年もその流れを引き継いで1,758件まで伸びました。堅実で、自然な、地味な成長です。もし2021年の時点でドメイン投資家に「このTLDはやがて大半のレガシーgTLDを新規登録数で上回るようになる」と伝えていたら、鼻で笑われていたことでしょう。&lt;/p&gt;
&lt;h2 id=&quot;2022&quot;&gt;転換点:2022年後半とチャットボット&lt;/h2&gt;
&lt;p&gt;ChatGPTは2022年11月30日にローンチしました。その影響は、わずか数週間でデータに現れています。&lt;/p&gt;
&lt;p&gt;2022年12月の.ai新規登録数は3,868件でした。この時点ですでに最初の明確なスパイクで、その年の月平均2,238件を大きく上回っています。続く2023年1月は6,715件に達しました。12月から1月にかけて&lt;strong&gt;月次で+74%の急増&lt;/strong&gt;です。ホリデーシーズンでもなく、レジストリのプロモーションもない中での急増であり、世界中が「ai」という2文字がテック業界で最も価値ある文字列になったことに、突如として気づいた結果にほかなりません。&lt;/p&gt;
&lt;p&gt;年間の比較を見ると、いまだに誤植ではないかと疑いたくなる数字が並びます。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;年&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;合計&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;月平均&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;前年比&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;2022年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;26,851&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;2,238&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;—&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2023年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;141,620&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;11,802&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;約5.3倍&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2024年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;244,799&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;20,400&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;約1.7倍&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2025年&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;478,794&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;39,900&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;約2.0倍&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;2023年の月平均11,802件は、2022年の月平均2,238件のおよそ&lt;strong&gt;5.3倍&lt;/strong&gt;です。このTLDは需要にゆっくり合わせて成長したわけではありません。ある一つの消費者向けプロダクトが「AI」を日常語に変えた瞬間、一気に押し上げられたのです。これは、ドメインデータの中でも屈指の明快な「単一イベントによるシグナル」の一つです。だからこそwebatlaは、TLDごとの新規登録をリアルタイムで追える&lt;a href=&quot;/datasets&quot;&gt;データセット&lt;/a&gt;を提供し続けています。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;新たな高原状態、そして記録的な急伸&lt;/h2&gt;
&lt;p&gt;注目すべきは、2023年が弾けて終わる一過性のバブルではなかったという点です。新しい水準はそのまま維持され、さらに上昇を続けました。2024年は2023年からほぼ倍増して244,799件、2025年はさらにほぼ倍増して478,794件に達しています。これは単独で2018年の年間合計の&lt;strong&gt;44.3倍&lt;/strong&gt;にあたります。2018年から2025年にかけての年平均成長率(CAGR)は、およそ**年72%**という計算になります。&lt;/p&gt;
&lt;p&gt;そして2026年に入ると、勢いはさらに加速しました。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;月(2026年)&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;.ai新規登録数&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;1月&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;46,081&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2月&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;60,818&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;3月&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;&lt;strong&gt;71,227&lt;/strong&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;4月&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;25,715 &lt;em&gt;(暫定)&lt;/em&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;5月&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;9,104 &lt;em&gt;(暫定)&lt;/em&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;2026年3月の&lt;strong&gt;71,227件&lt;/strong&gt;は、webatlaの.aiシリーズ全体を通じて過去最多の月です。記録上のオールタイムピークでもあります。この全体の軌跡をひとつの数字にまとめると、2018年1月から2026年5月までの累計で、このシリーズには&lt;strong&gt;1,166,209件&lt;/strong&gt;の.ai新規登録が含まれています。&lt;/p&gt;
&lt;h3 id=&quot;section-1&quot;&gt;正直に伝えるべき注意点&lt;/h3&gt;
&lt;p&gt;先ほどの表をもう一度見ると、3月の記録のあとに4月(25,715件)と5月(9,104件)が急落しているのがわかります。&lt;strong&gt;これを.ai需要の減退と読み取ってはいけません。&lt;/strong&gt; 本稿執筆時点は2026年6月22日で、登録データが確定するまでには時間がかかります。データ収集には遅延があり、記録の到着が遅れるケースもあり、直近数週間分の照合はまだ完了していません。直近の1〜2か月分はほぼ確実に&lt;strong&gt;未確定&lt;/strong&gt;で、AIドメインブームが終わった証拠ではありません。このシリーズの過去の月もすべて時間の経過とともにデータが積み上がってきており、今後も同様です。webatlaは、不完全なデータを静かに隠して曲線がなめらかに見えるようにするより、はっきりとフラグを立てたうえで開示することを選びます。&lt;/p&gt;
&lt;h2 id=&quot;ai&quot;&gt;.aiの正体、そしてアンギラにもたらされた思わぬ恩恵&lt;/h2&gt;
&lt;p&gt;きれいなグラフだけでは終わらない理由があります。カリブ海の小さな政府が、AIブームを財源にしているのです。&lt;/p&gt;
&lt;p&gt;.aiのネームスペースはアンギラ政府が保有しており、記録上のスポンサー組織としてポリシーを定めています。およそ30年間、レジストリの運営を担っていたのはヴィンス・ケイト氏です。1990年代半ばに同島へ移住した米国人で、本人の証言によれば、IANAのジョン・ポステル氏からこのccTLDを託され、収益の大半を政府に納めてきました。2024年初めのインタビューでケイト氏は、レジストリの規模を「月間およそUS$300万」、「すでに政府予算の3分の1ほど」と表現しています。&lt;/p&gt;
&lt;p&gt;IMFの試算では、2023年の.ai関連収入は約EC$8,700万(米ドル換算でおよそUS$3,200万)に上り、アンギラの政府歳入全体の20%強を占め、2024年には約US$3,900万まで増加しました。2024年後半にはこのTLDの登録数が50万件を突破し、政府はバックエンドのレジストリ業務を、数百のgTLDを手がける米国企業Identity Digitalに委託する5年契約を締結しました(2024年10月15日発表)。Identity Digitalは2025年1月15日に運用を引き継ぎ、収益のおよそ90%をアンギラに還元しているとされています。&lt;/p&gt;
&lt;p&gt;実際に.aiドメインを登録する場合に知っておくべき、実務上の特徴が2つあります。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;.aiは最低2年契約が必須で&lt;/strong&gt;、2年から10年まで選択できます。1年契約のオプションはありません。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;居住要件はありません。&lt;/strong&gt; アンギラのccTLDですが、世界中の誰でも登録可能です。セカンドレベルでのオープン登録は、2009年9月15日から世界中で利用できるようになっています。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;section-2&quot;&gt;ドメインを追跡する立場から見えてくること&lt;/h2&gt;
&lt;p&gt;投資、ブランド保護、競合調査、あるいは単なるトレンド観察など、仕事としてTLDを注視している人にとって、.aiは「新規登録データが静的なスナップショットに勝る」ことを示す教科書的な事例です。ある一時点の件数だけを見れば、.aiが「大きい」ことはわかります。しかし、それが&lt;em&gt;いつ&lt;/em&gt;大きくなったのか、どれくらいの速さで、そして今もカーブが上向きなのかを教えてくれるのは、月次のシリーズデータだけです。このタイミングこそがシグナルなのです。&lt;/p&gt;
&lt;p&gt;同じアプローチは、次なる「.ai」が誰の目にも明らかになる前に浮かび上がらせてくれます。2019年から2021年の.aiがそうだったように、月あたり900件から1,700件へと静かに歩みを進めているTLDこそ、注目に値する存在です。そして、それを見つけられるのは、見出しに反応するのではなく、新規登録数を月次で追い続けている人だけです。&lt;/p&gt;
&lt;p&gt;あるTLDがレーダーに入ったら、次に気になるのはそのドメインの裏側です。&lt;a href=&quot;/datasets/technologies&quot;&gt;各サイトが何を使って構築されているか&lt;/a&gt;、そして各ドメインの&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;登録記録&lt;/a&gt;です。ゼロから始める場合は、&lt;a href=&quot;/blog/how-to-download-list-of-all-active-domains&quot;&gt;アクティブなドメインの全リストをダウンロードする方法&lt;/a&gt;のガイドで、現実的な選択肢を確認できます。また、.aiが他のドメインの中でどのような位置にあるかを知りたければ、いつでも&lt;a href=&quot;/tld&quot;&gt;TLDディレクトリ全体を閲覧&lt;/a&gt;できます。&lt;/p&gt;
&lt;h2 id=&quot;section-3&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;.aiは本当にAIのためのドメインなのですか。&lt;/strong&gt; いいえ、そこが面白いところです。.aiはカリブ海の英国海外領であるアンギラの公式な国別コードTLDであり、1995年からそうであり続けています。「AI」という意味は、市場が乗っかった幸運な偶然にすぎません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;.aiの登録数は2026年に実際に減少しているのですか。&lt;/strong&gt; いいえ。データ上、2026年4月と5月の数値が低いのはデータが未確定だからです。本稿執筆時点(2026年6月22日)でも、直近の月はまだ確定していません。直近で最も確定度の高い月である2026年3月は、71,227件と過去最多を記録しています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;なぜ.aiは他のドメインより高いのですか。&lt;/strong&gt; レジストリが最低2年の登録期間を義務付けており(1年契約では購入できません)、また.aiはアンギラ政府にとって重要な収入源であり、その収益の大部分は政府が受け取っています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;webatlaはこれまでに.aiの新規ドメインをいくつ記録していますか。&lt;/strong&gt; 2018年1月から2026年5月までで、このシリーズには1,166,209件の.ai新規登録が含まれており、そのうち2025年単独で478,794件を占めています。&lt;/p&gt;
&lt;h2 id=&quot;section-4&quot;&gt;データを入手する&lt;/h2&gt;
&lt;p&gt;この記事はまるごと、webatlaが毎日更新しているデータから抜き出した1つのTLDにすぎません。&lt;a href=&quot;/datasets/all-active-domains&quot;&gt;All Active Domainsデータセットをダウンロード →&lt;/a&gt;すれば、.aiを含むすべてのTLDにわたる、稼働中のドメインすべてをクリーンなJSONLとして、&lt;a href=&quot;/pricing&quot;&gt;一律€29&lt;/a&gt;で入手でき、好きなように加工できます。もし探しているのが.aiの転換点を捉えたような早期警戒シグナル、つまり&lt;em&gt;新規&lt;/em&gt;登録そのものであれば、&lt;a href=&quot;/datasets/domain-investor&quot;&gt;Domain Investorデータセット&lt;/a&gt;は、今まさに勢いを増しているTLDを追跡するために作られています。あるいは、&lt;a href=&quot;/datasets&quot;&gt;全データセットを閲覧&lt;/a&gt;して、他に組み合わせられるものを確認することもできます。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/fastest-growing-tlds-q1-2026</id>
    <title>2026年第1四半期に最も急成長したTLD（実際に本物の成長はどれか）</title>
    <link href="https://webatla.com/ja/blog/fastest-growing-tlds-q1-2026"/>
    <published>2026-04-06T19:18:00.000Z</published>
    <updated>2026-06-22T18:29:01.531Z</updated>
    <author><name>Marina</name></author>
    <summary>2026年第1四半期の全TLDについて、前四半期比の登録数増加率でランキングしました。.makeupは+4,852%も急騰し、.lolは252,177件のドメインを追加しています。しかし、単純な成長率は多くを物語ると同時に、同じくらい多くを覆い隠します。本物のトレンドとレジストリのプロモーションをどう見分けるかを解説します。</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;+4,851%という成長率は、完全に正確でありながら、ほとんど何も物語らないことがあります。&lt;/strong&gt; ここでは2026年第1四半期に最も急成長したTLDを前四半期比の成長率でランキングし、本当に重要な問いも合わせて検討します。それは、どのスパイクが本物のトレンドで、どれが需要を装ったレジストリのプロモーションなのかという問いです。このクエリはwebatla自社の登録データに対して実行しました。以下では、完全なランキング、分析手法、そしてシグナルとノイズの見分け方を詳しく解説します。&lt;/p&gt;
&lt;p&gt;まず全体の数字から見てみましょう。このクエリの対象となった上位50のTLDでは、新規登録数が&lt;strong&gt;2025年第4四半期の414,056件から2026年第1四半期の1,109,663件&lt;/strong&gt;へと増加しました。前四半期比で合計+168%という、本当に大きな動きです。しかし「合計」という数字は、興味深い点のほとんどを覆い隠しています。なぜなら、成長率ランキングの上位は、母数があまりに小さいために成長率自体がほとんど意味を持たない拡張子ばかりが占めているからです。&lt;/p&gt;
&lt;h2 id=&quot;20261tld&quot;&gt;2026年第1四半期に最も急成長したTLD&lt;/h2&gt;
&lt;p&gt;以下は、前四半期比成長率による上位15のドメイン拡張子です。「Q4 base（第4四半期の母数）」の列も、成長率と同じくらい注意深く読んでください。本当のストーリーはそこにあります。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;TLD&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;QoQ成長率&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;2026年Q1&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;2025年Q4母数&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;純増数&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+4,851.84%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;114,338&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;2,309&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+112,029&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/garden&quot;&gt;.garden&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+1,678.23%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;27,776&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,562&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+26,214&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+579.05%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;295,727&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;43,550&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+252,177&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/mobile&quot;&gt;.mobile&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+463.70%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;3,478&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;617&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+2,861&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/boutique&quot;&gt;.boutique&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+401.39%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;5,786&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,154&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+4,632&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/fyi&quot;&gt;.fyi&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+325.79%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;11,292&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;2,652&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+8,640&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/delivery&quot;&gt;.delivery&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+238.01%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;3,664&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,084&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+2,580&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/ooo&quot;&gt;.ooo&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+228.18%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;2,294&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;699&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+1,595&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/immo&quot;&gt;.immo&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+227.73%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;2,458&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;750&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+1,708&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/beauty&quot;&gt;.beauty&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+217.52%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;30,155&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;9,497&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+20,658&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/cv&quot;&gt;.cv&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+202.37%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;5,621&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,859&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+3,762&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/best&quot;&gt;.best&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+190.25%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;9,050&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;3,118&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+5,932&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/food&quot;&gt;.food&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+182.19%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;7,718&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;2,735&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+4,983&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/date&quot;&gt;.date&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+135.91%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;1,281&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;543&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+738&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/link&quot;&gt;.link&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+133.28%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;47,324&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;20,286&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+27,038&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/tld-q1-2026-pct-growth.png&quot; alt=&quot;2026年第1四半期における前四半期比成長率別、最も急成長したTLD上位15&quot;&gt;&lt;figcaption&gt;2026年第1四半期における前四半期比成長率別、最も急成長したTLD上位15&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;は+4,851%でリストのトップに立っています。これは誤植ではありませんが、市場のシグナルでもありません。第4四半期の2,309件から第1四半期には114,338件へ、わずか2千強の母数から49倍という跳ね上がりです。これは新しいビューティーブランドが次々とウェブに参入している姿ではなく、バルク登録やプロモーション登録イベントの典型的な姿です。&lt;a href=&quot;/tld/mobile&quot;&gt;.mobile&lt;/a&gt;（母数617件から+463%）は、この罠の最も純粋な例です。小さな母数、大きな倍率、そしてわずか+2,861件という実質的に小さな増加にすぎません。&lt;a href=&quot;/tld/garden&quot;&gt;.garden&lt;/a&gt;はもう少し厄介です。+1,678%&lt;em&gt;かつ&lt;/em&gt;純増+26,214件という、大きくて&lt;em&gt;かつ&lt;/em&gt;速い数字であり、これは後ほど詳しく検証します。&lt;/p&gt;
&lt;p&gt;この罠とは、成長率の列を需要のランキングとして扱ってしまうことです。実際にはそうではありません。それはほとんどの場合、前四半期がどれだけ小さかったかのランキングにすぎません。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;実際の増加数はどこに向かったか&lt;/h2&gt;
&lt;p&gt;実際の登録者がどの拡張子を選んでいるかを知りたいなら、成長率ではなく純増数（第1四半期から第4四半期を引いた数）で並べ替えてください。ランキングはまったく違う顔を見せます。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;TLD&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;純増数&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;QoQ成長率&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;2026年Q1件数&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+252,177&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+579.05%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;295,727&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+112,029&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+4,851.84%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;114,338&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/asia&quot;&gt;.asia&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+85,580&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+78.68%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;194,345&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/life&quot;&gt;.life&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+32,892&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+62.26%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;85,719&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/link&quot;&gt;.link&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+27,038&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+133.28%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;47,324&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/tech&quot;&gt;.tech&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+26,487&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+50.29%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;79,160&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/garden&quot;&gt;.garden&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+26,214&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+1,678.23%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;27,776&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/beauty&quot;&gt;.beauty&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+20,658&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+217.52%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;30,155&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/one&quot;&gt;.one&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+19,048&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+83.45%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;41,875&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;a href=&quot;/tld/studio&quot;&gt;.studio&lt;/a&gt;&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+9,613&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;+53.26%&lt;/td&gt;
&lt;td align=&quot;right&quot;&gt;27,662&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/tld-q1-2026-net-adds.png&quot; alt=&quot;2026年第1四半期、TLD別の純新規ドメイン登録数&quot;&gt;&lt;figcaption&gt;2026年第1四半期、TLD別の純新規ドメイン登録数&lt;/figcaption&gt;&lt;/figure&gt;
&lt;p&gt;&lt;a href=&quot;/tld/asia&quot;&gt;.asia&lt;/a&gt;を見てみましょう。純増+85,580件に対し、QoQ成長率はわずか+78.68%です。この拡張子は成長率ランキングには一度も登場しませんが、.lolと.makeupを除くどのTLDよりも多くの実際のドメインを追加しています。&lt;a href=&quot;/tld/life&quot;&gt;.life&lt;/a&gt;（+32,892件、+62%）、&lt;a href=&quot;/tld/tech&quot;&gt;.tech&lt;/a&gt;（+26,487件、+50%）、&lt;a href=&quot;/tld/one&quot;&gt;.one&lt;/a&gt;（+19,048件、+83%）も同じ物語を語っています。すでに大きな母数の上に、二桁台の穏やかな成長率が積み上がっているのです。これこそが持続的な普及の姿です。地味です。成長率が派手ではないため「最も急成長」という見出しになることは決してありませんが、実際にははるかに多くのドメインを動かしています。&lt;/p&gt;
&lt;p&gt;2026年に注目すべき新gTLD登録トレンドとは、4,000%のスパイクではなく、四半期ごとに数万件単位のドメインを着実に積み上げている拡張子です。2026年第1四半期の絶対数で見ると、上位は&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;（295,727件）、&lt;a href=&quot;/tld/asia&quot;&gt;.asia&lt;/a&gt;（194,345件）、&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;（114,338件）、&lt;a href=&quot;/tld/life&quot;&gt;.life&lt;/a&gt;（85,719件）、&lt;a href=&quot;/tld/tech&quot;&gt;.tech&lt;/a&gt;（79,160件）です。&lt;/p&gt;
&lt;h2 id=&quot;section-1&quot;&gt;シグナルとノイズ、本物のトレンドとレジストリのプロモーションを見分ける方法&lt;/h2&gt;
&lt;p&gt;この記事の中で最も役立つチャートがこちらです。すべてのTLDを、一方の軸に成長率、もう一方の軸に第1四半期の件数を取ってプロットすると、バブルは自然に3つのグループに分かれます。&lt;/p&gt;
&lt;figure class=&quot;post-fig&quot;&gt;&lt;img src=&quot;/assets/blog/tld-q1-2026-signal-vs-noise.png&quot; alt=&quot;TLDの成長率と2026年第1四半期の登録件数の散布図。バブルの大きさは純増数を表す&quot;&gt;&lt;figcaption&gt;TLDの成長率と2026年第1四半期の登録件数の散布図。バブルの大きさは純増数を表す&lt;/figcaption&gt;&lt;/figure&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;母数が小さいことによる巨大な%（ほぼノイズ）:&lt;/strong&gt; &lt;a href=&quot;/tld/mobile&quot;&gt;.mobile&lt;/a&gt;、&lt;a href=&quot;/tld/boutique&quot;&gt;.boutique&lt;/a&gt;、そしてその下に続くロングテール（&lt;a href=&quot;/tld/delivery&quot;&gt;.delivery&lt;/a&gt;、&lt;a href=&quot;/tld/ooo&quot;&gt;.ooo&lt;/a&gt;、&lt;a href=&quot;/tld/immo&quot;&gt;.immo&lt;/a&gt;、&lt;a href=&quot;/tld/date&quot;&gt;.date&lt;/a&gt;）。第4四半期の母数が小さく、絶対的な増加もわずかです。成長率はほぼ単純な算術の結果にすぎません。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;プロモーション主導の増加数（ドメイン自体は本物だが、トレンドとしては未確定）:&lt;/strong&gt; &lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;、&lt;a href=&quot;/tld/garden&quot;&gt;.garden&lt;/a&gt;、&lt;a href=&quot;/tld/beauty&quot;&gt;.beauty&lt;/a&gt;、そして&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;の大部分。これらは実際に大量のドメインを追加しており（.makeupは+112,029件で全TLD中2番目に大きな増加、.gardenは+26,214件）、&lt;em&gt;決して&lt;/em&gt;「少量」ではありません。しかし、その要因は普及ではなく価格です。トレンドと呼ぶ前に更新率を確認してください。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;本物の持続的成長（シグナル）:&lt;/strong&gt; &lt;a href=&quot;/tld/asia&quot;&gt;.asia&lt;/a&gt;、&lt;a href=&quot;/tld/life&quot;&gt;.life&lt;/a&gt;、&lt;a href=&quot;/tld/tech&quot;&gt;.tech&lt;/a&gt;、&lt;a href=&quot;/tld/one&quot;&gt;.one&lt;/a&gt;、&lt;a href=&quot;/tld/link&quot;&gt;.link&lt;/a&gt;。すでに大きな母数の上に、穏やかな二桁台の成長が積み重なっています。地味で、持続性があり、成長率ランキングの上位からはほど遠い存在です。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;は&lt;em&gt;両方の軸&lt;/em&gt;で首位に立つ唯一の拡張子です。絶対増加数で最大（+252,177件）&lt;em&gt;かつ&lt;/em&gt;成長率も+579%であり、もしこの件数がクリーンなものであれば理想的なシグナルと言えるでしょう。しかし、以下の詳細分析が示すように、実際はそうではありません。&lt;/p&gt;
&lt;h3 id=&quot;makeup&quot;&gt;.makeupの徹底分析&lt;/h3&gt;
&lt;p&gt;&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;は、高い成長率だけを見ることがなぜ罠なのかを示す、最も分かりやすいケーススタディです。第4四半期の母数はわずか2,309件で四半期に入りました。全体でも約166,000ドメインという小規模なTLDで、XYZ.COM LLCがCentralNicのバックエンド上で運営しています。この小さな母数こそが前提条件です。大きな絶対増加が、算術だけで天文学的な成長率へと変わるのです。&lt;/p&gt;
&lt;p&gt;さらに、確認された触媒もあります。XYZ Registryは2025年8月26日付で、.makeup、.beauty、.lol、および他13のXYZ拡張子の卸売価格を引き上げました。レジストラの反応はまさに予想通りでした。Porkbunなどは、値上げの期限&lt;em&gt;前&lt;/em&gt;に最長10年分を登録または更新して安い価格を確保するよう、顧客に明示的に案内していました。初年度約1.80ドルの価格が約13ドルへ跳ね上がるとなれば、前倒し需要が発生します。本来なら数年かけて少しずつ発生していたはずの登録が、数ヶ月間に圧縮されるのです。これは需要のイベントではなく、価格のイベントです。&lt;/p&gt;
&lt;p&gt;同じメカニズムが、&lt;a href=&quot;/tld/beauty&quot;&gt;.beauty&lt;/a&gt;（母数9,497件から+217%、同じXYZレジストリ、同じ8月の値上げ）にも当てはまり、&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;にとっても大きな要因となっています。.lolには、安価なバルク登録に特有のさらなる特徴も見られます。初年度約0.99〜1.21ドルに対して更新料は約25ドル以上、非常に高い解約率、そして文書化された悪用・スパムの評判です。つまり、両方の軸で高い唯一のTLDである.lolでさえ、明確な有機的需要とは言えません。かなりの部分が、更新されない可能性のある安価で投機的、高解約率の登録なのです。両方の軸で高いことは、成長率だけが高いことよりはましですが、それでも定着するかどうかは確認する必要があります。&lt;/p&gt;
&lt;p&gt;残りについては、&lt;a href=&quot;/tld/garden&quot;&gt;.garden&lt;/a&gt;（GoDaddy Registry）、&lt;a href=&quot;/tld/mobile&quot;&gt;.mobile&lt;/a&gt;（Dish DBS、ほぼ休眠状態の約5千件規模の名前空間で、わずかなバルク追加でも成長率が爆発する）、.boutiqueと&lt;a href=&quot;/tld/fyi&quot;&gt;.fyi&lt;/a&gt;（いずれもIdentity Digital運営。.fyiは単一のレジストラチャネルに約37%が集中しており、これはリセラーやプロモーション波の典型的な特徴です）について、名指しできる特定のプロモーションは見つかりませんでした。しかし、そのパターンは明白です。小さいか休眠状態の母数、安価な初年度価格、単一チャネルへの集中です。この組み合わせは、有機的なエンドユーザー需要の証拠ではなく、プロモーションや投機的なバルク登録の特徴です。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;「登録の伸びは先行指標です。市場が気づく1〜2四半期前に、資本と関心がどこへ動いているかを教えてくれます。ただし、伸びは正しく読み取らなければなりません。レジストリの価格改定による4,000%のスパイクと、8万ドメインの母数における着実な60%の上昇は、同じ『成長』というラベルを掲げていても、正反対のシグナルです。両者を見分けるスキルこそが重要であり、それはマーケティングの問題ではなく、データの問題です」（webatla CEO、Alan）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;これは、以前&lt;a href=&quot;/blog/ai-domain-boom-tld-growth&quot;&gt;.aiブームの徹底分析&lt;/a&gt;でも得られたのと同じ教訓です。持続するトレンドとは、プロモーション価格が終わった後も成長を続けているものです。伸びは先行指標であり、更新こそがその裏付けとなります。&lt;/p&gt;
&lt;h2 id=&quot;tld&quot;&gt;手法：TLDの成長をどう測定するか&lt;/h2&gt;
&lt;p&gt;手法は意図的にシンプルにしています。すべてのドメインの登録日を取得し、四半期ごとにまとめます（2026年第1四半期は1月から3月、2025年第4四半期は10月から12月です）。次にTLDごとにグループ化し、2つの件数を比較します。QoQ成長率は、その2つの間の変化率にすぎません。必要なフィールドは各ドメインのTLDと&lt;code&gt;created&lt;/code&gt;（登録日）だけなので、データセットのJSONLエクスポートを読み込めるツールであれば、どれでも再現できます。&lt;/p&gt;
&lt;p&gt;最も重要な決定は、母数の下限値です。第4四半期の母数が500件以上あるTLDのみをカウント対象としました。この下限がなければ、ランキングは、5件が50件になっただけで意味のない「900%急増」と表示されるようなマイクロTLDだらけになってしまいます。この下限を設けてもなお、&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;は+4,851%を記録しています。これは、母数の列をどれほど注意深く読む必要があるかを物語っています。さらに厳密にするなら、上の2番目の表とまったく同じように、純増数の下限も加えて絶対増加数でランキングするとよいでしょう。&lt;/p&gt;
&lt;p&gt;自分自身の数字に対しても、一つ留意点を付け加えておきます。これらはレジストリデータに基づく登録日ベースの件数であり、捉えているのは&lt;em&gt;登録&lt;/em&gt;であって、生存している、更新された、実際に使用されているドメインではありません。特にプロモーション主導のTLDでは、第1四半期のスパイクのうち相当部分が1年後には残っていないでしょう。これが伸びと持続性の違いであり、だからこそ純増数の視点と更新率の追跡が、成長率の見出しよりも重要なのです。&lt;/p&gt;
&lt;h2 id=&quot;faq&quot;&gt;FAQ&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;2026年第1四半期に最も急成長したTLDは何ですか？&lt;/strong&gt;
QoQ成長率で見ると、&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;が+4,851.84%（2,309件→114,338件）でトップです。しかし純新規登録数で見ると、&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;が+252,177件の追加ドメインで首位でした。この2つの問いには異なる答えがあり、それこそがポイントです。成長率と件数は同じランキングではありません。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;.makeupの成長は本物ですか？&lt;/strong&gt;
登録数の急増自体は本物ですが、ほぼ間違いなくプロモーションと価格が主導したものであり、有機的なエンドユーザー需要ではありません。.makeupは約2,300ドメインという小さな母数から成長しており、そのレジストリ（XYZ.COM LLC）は2025年8月に卸売価格を引き上げ、これが安価な登録と更新を前倒しさせました。これは価格イベントとして捉え、トレンドと呼ぶ前に更新率を確認してください。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;TLDの成長率とQoQのドメイン登録成長率はどのように測定しますか？&lt;/strong&gt;
各四半期の&lt;code&gt;created&lt;/code&gt;日付ごとに新規登録数を数え、それを比較します。2026年第1四半期（1月〜3月）を2025年第4四半期（10月〜12月）と比較して増加率を計算し、極小TLDが意味のない成長率を出さないよう母数の下限値を設けています。成長率と併せて、必ず純増数も確認してください。両者はそれぞれ異なる問いに答えるものです。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;最も急成長しているドメイン拡張子のうち、本物のトレンドとプロモーションはどう見分けますか？&lt;/strong&gt;
本物のトレンドは、大きな母数の上に穏やかな成長率が積み重なっています。&lt;a href=&quot;/tld/asia&quot;&gt;.asia&lt;/a&gt;、&lt;a href=&quot;/tld/life&quot;&gt;.life&lt;/a&gt;、&lt;a href=&quot;/tld/tech&quot;&gt;.tech&lt;/a&gt;、&lt;a href=&quot;/tld/one&quot;&gt;.one&lt;/a&gt;、&lt;a href=&quot;/tld/link&quot;&gt;.link&lt;/a&gt;などです。プロモーション型のパターンは、小さな母数から巨大な成長率を示します。&lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;、&lt;a href=&quot;/tld/garden&quot;&gt;.garden&lt;/a&gt;、&lt;a href=&quot;/tld/mobile&quot;&gt;.mobile&lt;/a&gt;などです。&lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;は両方で高い数値を示す珍しい拡張子ですが、その件数の多くは安価で解約率の高い登録です。すべての拡張子は&lt;a href=&quot;/tld&quot;&gt;TLDディレクトリ&lt;/a&gt;で閲覧できます。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;データを入手する&lt;/h2&gt;
&lt;p&gt;以上のすべては、1つのファイルに対する1回の処理から得られたものです。必要なフィールドは、各ドメインのTLDと&lt;code&gt;created&lt;/code&gt;登録日だけであり、これらは登録日を含むあらゆるwebatlaのデータセットに存在します。この分析の鮮度は、あなたのデータの鮮度次第です。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/domain-investor&quot;&gt;Domain Investor データセット →&lt;/a&gt;&lt;/strong&gt;（€299）新規登録を中心に構築されており、すべてのドメインに&lt;code&gt;tld&lt;/code&gt;と&lt;code&gt;created&lt;/code&gt;が含まれます。どのTLDが盛り上がっているかを見つけるのが仕事なら、まさにうってつけのツールです。四半期ごとに最新のエクスポートを取得すれば、次のスパイクをいち早く捉えられます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/websites-ranking&quot;&gt;Websites + Ranking →&lt;/a&gt;&lt;/strong&gt;（€99）こちらも&lt;code&gt;created&lt;/code&gt;と&lt;code&gt;tld&lt;/code&gt;（さらに人気度ランクも）を含んでおり、同じ時系列データをより低い価格で始めたい場合に向いています。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&quot;/datasets/all-data&quot;&gt;All Data →&lt;/a&gt;&lt;/strong&gt;（€599）全フィールドセット（WHOIS/RDAPの日付、DNS、技術スタック、ランキング）を含み、レジストラやホスト、技術別にも成長を分解したい場合に最適です。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href=&quot;/datasets&quot;&gt;データセットカタログ&lt;/a&gt;と&lt;a href=&quot;/pricing&quot;&gt;料金プラン&lt;/a&gt;の全体をぜひご覧ください。あるいは、まず基本から学びたい方は、&lt;a href=&quot;/blog/how-to-download-list-of-all-active-domains&quot;&gt;すべてのアクティブドメインのリストをダウンロードする方法&lt;/a&gt;のガイドをどうぞ。そのうえで、私がやったのとまったく同じことをしてみてください。登録日で四半期に分け、TLDごとにグループ化し、何かをトレンドと呼ぶ前に母数の列を確認する、というプロセスです。&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ja/blog/how-to-download-list-of-all-active-domains</id>
    <title>2026年にすべてのアクティブドメインのリストをダウンロードする方法</title>
    <link href="https://webatla.com/ja/blog/how-to-download-list-of-all-active-domains"/>
    <published>2026-03-23T16:28:00.000Z</published>
    <updated>2026-07-01T14:59:58.233Z</updated>
    <author><name>Marina</name></author>
    <summary>アクティブなドメイン名の完全なリストが必要ですか。ゾーンファイル、レジストラ、そして完成済みのデータセットを比較し、登録済みのすべてのドメインを最新のJSONLとしてダウンロードしましょう。</summary>
    <content type="html">&lt;p&gt;インターネット上に登録されているすべてのドメイン名を、1つの構造化されたファイルにまとめた&lt;strong&gt;すべてのアクティブドメインの完全なリスト&lt;/strong&gt;をお探しでしょうか。営業パイプラインを構築する場合でも、セキュリティ調査を行う場合でも、モデルを学習させる場合でも、市場規模を測る場合でも、難しいのはたいてい分析そのものではありません。まず必要なのは、クリーンで最新の、機械可読なデータを手に入れることです。&lt;/p&gt;
&lt;p&gt;このガイドでは、2026年現在で現実的な選択肢、「アクティブ」が実際に何を意味するのか、そして最新のJSONLとして全件をダウンロードする方法について解説します。&lt;/p&gt;
&lt;h2 id=&quot;section&quot;&gt;「アクティブ」なドメインとは何か&lt;/h2&gt;
&lt;p&gt;ドメインが&lt;strong&gt;アクティブ&lt;/strong&gt;であるとは、レジストリに登録されており、名前解決が可能な状態を指します。つまり、そのTLDのゾーンに存在し、通常は何らかの宛先を指すDNSレコードを持っています。これは、以下とは異なります。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;パークドメイン&lt;/strong&gt;、登録はされているが実際のサイトを提供していないもの。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;有効期限切れ / 削除保留中のドメイン&lt;/strong&gt;、すでに登録が失効しているもの。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;サブドメイン&lt;/strong&gt;、&lt;code&gt;blog.example.com&lt;/code&gt; は独立した登録ではありません。独立した登録なのは &lt;code&gt;example.com&lt;/code&gt; です。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;人々が「すべてのドメイン」と言うとき、それはほぼ常に&lt;em&gt;あらゆるTLDにおけるすべての登録済みセカンドレベルドメイン&lt;/em&gt;を意味します。たとえば &lt;code&gt;example.com&lt;/code&gt;、&lt;code&gt;example.org&lt;/code&gt;、&lt;code&gt;example.de&lt;/code&gt; などです。その数は、&lt;a href=&quot;/tld&quot;&gt;数千のTLD&lt;/a&gt;にまたがって数億件にのぼります。&lt;/p&gt;
&lt;h2 id=&quot;3&quot;&gt;データを入手する3つの方法&lt;/h2&gt;
&lt;h3 id=&quot;1-tld&quot;&gt;1. TLDゾーンファイル&lt;/h3&gt;
&lt;p&gt;ICANNのCentralized Zone Data Service（CZDS）を使えば、ほとんどのgTLDについてゾーンファイルをリクエストできます。ゾーンファイルには、TLD内のドメインとそのネームサーバーが一覧になっています。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;メリット：&lt;/strong&gt; 権威性が高く無料です。&lt;strong&gt;デメリット：&lt;/strong&gt; TLDごとに申請して承認を受ける必要があり、ほとんどのccTLD（&lt;code&gt;.de&lt;/code&gt;、&lt;code&gt;.uk&lt;/code&gt;、&lt;code&gt;.fr&lt;/code&gt; など）はそもそもゾーンを公開していません。しかも取得できるのはドメインとNSレコードだけで、技術情報もランキングも登録情報もありません。さらに、鮮度がバラバラな数百個のファイルを自分でマージする作業も残ります。&lt;/p&gt;
&lt;h3 id=&quot;2-&quot;&gt;2. レジストラ・レジストリによるエクスポート&lt;/h3&gt;
&lt;p&gt;一部のレジストリは、リストを販売または公開しています。しかしカバー範囲は一貫しておらず、フォーマットもまちまちで、ccTLDごとのポリシーも大きく異なります。得られるのはたいていドメイン名そのものだけです。この方法でグローバルなカバレッジをつなぎ合わせること自体が、ひとつの大きなプロジェクトになってしまいます。&lt;/p&gt;
&lt;h3 id=&quot;3-&quot;&gt;3. 完成済みのドメインデータセット&lt;/h3&gt;
&lt;p&gt;現実的な選択肢は、収集・重複排除・エンリッチメントまでを済ませたデータセットをダウンロードすることです。まさにそれが &lt;a href=&quot;/datasets/all-active-domains&quot;&gt;All Active Domains データセット&lt;/a&gt; です。全TLDにわたって私たちが観測しているすべてのアクティブドメインを網羅する、1つのダウンロード可能なファイルで、毎日更新されます。&lt;/p&gt;
&lt;h2 id=&quot;all-active-domains-&quot;&gt;All Active Domains データセットの中身&lt;/h2&gt;
&lt;p&gt;各行が1つのドメインに対応しており、フィルタリングやセグメント分けに必要なフィールドが含まれています。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;フィールド&lt;/th&gt;
&lt;th&gt;例&lt;/th&gt;
&lt;th&gt;用途&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;&lt;tr&gt;
&lt;td&gt;&lt;code&gt;domain&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;example.com&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;登録そのもの&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;tld&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;com&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;a href=&quot;/tld&quot;&gt;TLD&lt;/a&gt; によるフィルタリング&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;created&lt;/code&gt; / &lt;code&gt;updated&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;2014-03-09&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;ドメインの古さ、鮮度、新規登録の絞り込み&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;ns&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;ns1.cloudflare.com&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;DNSプロバイダーとホスティングクラスタの把握&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;&lt;code&gt;status&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;&lt;code&gt;active&lt;/code&gt;&lt;/td&gt;
&lt;td&gt;名前解決可能かパークかの判定&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;p&gt;リストそのものだけでは足りない場合は、&lt;a href=&quot;/datasets/technologies&quot;&gt;Technologies データセット&lt;/a&gt; を組み合わせれば各サイトが使用している技術がわかりますし、&lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP &amp;amp; WHOIS&lt;/a&gt; を使えば登録情報の詳細を取得できます。&lt;/p&gt;
&lt;h2 id=&quot;jsonl&quot;&gt;なぜJSONLなのか&lt;/h2&gt;
&lt;p&gt;webatlaのすべてのデータセットは&lt;strong&gt;JSONL&lt;/strong&gt;形式、つまり1行に1つのJSONオブジェクトという形式で提供されます。これはスケールする形式です。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;ストリーム処理可能&lt;/strong&gt;、ファイル全体をメモリに読み込むことなく、1行ずつ処理できます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ツールとの親和性&lt;/strong&gt;、&lt;code&gt;jq&lt;/code&gt;、pandas、DuckDB、BigQuery、Sparkでそのまま使えます。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;スキーマの安定性&lt;/strong&gt;、新しいフィールドが追加されても、パーサーが壊れることはありません。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;code&gt;jq&lt;/code&gt; だけを使ってTLDごとのドメイン数を数える例です。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-bash&quot;&gt;cat all-active-domains.jsonl | jq -r .tld | sort | uniq -c | sort -rn | head
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;あるいは、DuckDBで直接クエリすることもできます。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-sql&quot;&gt;SELECT tld, count(*) AS domains
FROM &apos;all-active-domains.jsonl&apos;
GROUP BY tld
ORDER BY domains DESC;
&lt;/code&gt;&lt;/pre&gt;
&lt;h2 id=&quot;section-1&quot;&gt;データの鮮度はどれくらいか&lt;/h2&gt;
&lt;p&gt;ドメインは毎分のように登録され、また失効しています。そのため、半年前のリストはほとんどノイズにすぎません。私たちのエクスポートは&lt;strong&gt;毎日&lt;/strong&gt;再構築されており、ダウンロードのたびに日付でバージョン管理されるため、自分が何を手にしているのか常に正確に把握できます。価値の大部分は新規登録ドメインにあります。ほかの誰も気づく前に、新しいビジネスや製品ローンチ、キャンペーンの兆候を示してくれるからです。&lt;/p&gt;
&lt;h2 id=&quot;section-2&quot;&gt;よくある質問&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;アクティブなドメインはいくつありますか。&lt;/strong&gt;
全TLDを合わせて数億件におよび、その数は日々変動しています。このデータセットが反映しているのは、古い履歴データの寄せ集めではなく、現在名前解決可能なドメインの集合です。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;新規ドメインだけを取得できますか。&lt;/strong&gt;
はい。&lt;code&gt;created&lt;/code&gt; の日付でフィルタリングすれば、新規登録ドメインだけを絞り込めます。あるいは、新規登録に特化した &lt;a href=&quot;/datasets/domain-investor&quot;&gt;Domain Investor データセット&lt;/a&gt; から始めることもできます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;WHOISをスクレイピングしたほうが速いのではないですか。&lt;/strong&gt;
いいえ。WHOIS（現在は &lt;a href=&quot;/datasets/rdap-whois&quot;&gt;RDAP&lt;/a&gt;）が返すのは、あなたが&lt;em&gt;すでに存在を知っている&lt;/em&gt;ドメインについての登録情報です。ネームスペース全体を列挙することはできませんし、レート制限のせいで一括での照会は遅くなります。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;費用はいくらですか。&lt;/strong&gt;
サブスクリプションなしで、1か月分のダウンロードが定額の一律料金です。詳しくは&lt;a href=&quot;/pricing&quot;&gt;料金ページ&lt;/a&gt;をご覧ください。&lt;/p&gt;
&lt;h2 id=&quot;section-3&quot;&gt;全リストを入手する&lt;/h2&gt;
&lt;p&gt;ゾーンファイルの申請手続きや、中途半端な自作スクレイパーはもう不要です。&lt;a href=&quot;/datasets/all-active-domains&quot;&gt;All Active Domains データセットをダウンロードする →&lt;/a&gt; すれば、今日にもすべてのアクティブドメインをクリーンなJSONLとして手に入れられます。あるいは&lt;a href=&quot;/datasets&quot;&gt;全データセットを見る&lt;/a&gt; で、他に何を組み合わせられるか確認してみてください。&lt;/p&gt;
</content>
  </entry>
</feed>
