<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ko">
  <id>https://webatla.com/ko/blog</id>
  <title>webatla Blog</title>
  <subtitle>도메인 데이터, TLD 트렌드, 기술 도입에 관한 노트입니다.</subtitle>
  <link href="https://webatla.com/ko/blog" rel="alternate"/>
  <link href="https://webatla.com/ko/blog/feed.xml" rel="self"/>
  <updated>2026-07-09T17:41:00.058Z</updated>
  <entry>
    <id>https://webatla.com/ko/blog/websites-created-using-wix</id>
    <title>Wix로 제작된 웹사이트: 493만 개 운영 중 (2026년)</title>
    <link href="https://webatla.com/ko/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;가 등록되어 있습니다. 이는 **webatla가 추적하는 전체 도메인의 1.6%**에 해당하며, &lt;a href=&quot;https://webatla.com/technology/squarespace&quot;&gt;Squarespace&lt;/a&gt;에 이어 웹에서 두 번째로 큰 DIY 웹사이트 빌더입니다. 소규모 비즈니스를 위한 웹을 구축하는 사람이라면, 이는 Wix가 Squarespace와 함께 실질적인 규모로 운영되는 단 두 개의 빌더 중 하나라는 뜻입니다.&lt;/p&gt;
&lt;h2 id=&quot;wix-&quot;&gt;Wix의 정체&lt;/h2&gt;
&lt;p&gt;Wix는 2006년에 설립되었고 이스라엘 텔아비브에 본사를 둔 호스팅형(SaaS) 웹사이트 빌더입니다. 사용자는 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 인덱스에서 &lt;strong&gt;Wix를 사용하는 운영 중인 사이트는 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;눈에 띄는 사실이 두 가지 있습니다. 첫째, 빌더 시장은 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;로 격차가 크게 벌어집니다. 이 둘은 Wix 규모의 대략 10분의 1 수준입니다. 둘째, GoDaddy의 빌더는 대부분의 예상보다 훨씬 큽니다. 4,653,566개 사이트로 Wix와의 격차가 280,000개 미만에 불과해, 2위와 3위 자리는 사실상 초박빙이라 할 만합니다. Wix의 실질적인 경쟁 상대는 개발자들이 선호하는 Webflow가 아니라, 바로 위아래에 있는 두 대중 시장 빌더입니다.&lt;/p&gt;
&lt;h2 id=&quot;-&quot;&gt;도메인 확장자가 말해주는 것&lt;/h2&gt;
&lt;p&gt;도메인 확장자는 유용한 지문 역할을 합니다. Wix로 만든 사이트 대부분은 &lt;code&gt;.com&lt;/code&gt;을 사용하지만, 나머지 분포는 누가 이를 이용해 사이트를 만드는지 말해줍니다.&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개 도메인)로 압도적인 1위를 차지하며, 이는 웹 전체 평균보다도 높은 수치입니다. 소규모 비즈니스와 개인 브랜드가 기본적인 상업용 확장자를 선택한다는 신호입니다. 나머지 분포도 의미가 있습니다. &lt;strong&gt;&lt;code&gt;.org&lt;/code&gt; 4.7%&lt;/strong&gt;(232,734개 사이트)는 개발자 대신 빌더를 선택한 비영리단체, 동호회, 커뮤니티 그룹을 가리키며, **&lt;code&gt;.uk&lt;/code&gt; 4.1%**와 &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; 웹 전체 평균보다 높은 67.2%의 &lt;code&gt;.com&lt;/code&gt; 비중은 개인사업자, 지역 서비스, 개인 사이트가 기본적인 상업용 확장자를 선택한다는 특징입니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;비영리단체와 커뮤니티 그룹.&lt;/strong&gt; 4.7%의 &lt;code&gt;.org&lt;/code&gt; 비중(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;webatla-wix-&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개 사이트로 약 5배 큰 규모를 유지하고 있습니다. 하지만 호스팅형 노코드 빌더 중에서는 확실한 2위이며, 호스팅형 커머스 선두주자인 &lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopify&lt;/a&gt;(2,850,244개)를 앞섭니다. 전체적인 그림은 하나의 거대한 자체 호스팅형 CMS와, 노코드 시장의 다수를 놓고 경쟁하는 호스팅형 빌더 및 스토어 플랫폼 집단으로 나뉘어 있으며, Wix는 Squarespace와 함께 그 집단의 선두에 있습니다.&lt;/p&gt;
&lt;p&gt;TLD별로 필터링 가능한 Wix로 제작된 전체 웹사이트 목록은 &lt;a href=&quot;https://webatla.com/technology/wix&quot;&gt;Wix 기술 페이지&lt;/a&gt;에서 확인하십시오. →&lt;/p&gt;
&lt;h2 id=&quot;--1&quot;&gt;트렌드: 전년 대비 수치는 인덱스 재집계 결과입니다&lt;/h2&gt;
&lt;p&gt;webatla 인덱스는 감지된 운영 중인 Wix 사이트 수에서 &lt;strong&gt;전년 대비 -71.52%의 변화&lt;/strong&gt;를 기록하고 있습니다. 단일 스냅샷 간의 증감이 대개 그렇듯, 정확히 해석하려면 같은 카테고리의 다른 항목들도 함께 살펴봐야 합니다.&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는 GoDaddy의 빌더와 모든 개발자 중심 도구를 앞서고 Squarespace에만 뒤지는, 웹에서 2위인 웹사이트 빌더입니다.&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;는 webatla가 감지한 모든 사이트를 실시간으로 필터링해 볼 수 있는 화면입니다. 이 페이지에서 다음을 할 수 있습니다.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Wix로 제작된 운영 중인 웹사이트의 실시간 집계(4,930,392개, 재크롤링 시마다 갱신)를 확인합니다.&lt;/li&gt;
&lt;li&gt;최상위 도메인별로 필터링하여 &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;--2&quot;&gt;자주 묻는 질문&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Wix로 제작된 웹사이트는 몇 개입니까?&lt;/strong&gt;
webatla는 2026년 7월 기준으로 Wix로 제작된 운영 중인 웹사이트 4,930,392개를 인덱싱하고 있습니다. 이는 인덱스 내 전체 도메인의 1.6%에 해당하며, Squarespace에 이어 두 번째로 큰 웹사이트 빌더입니다.&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 사이트는 어떤 도메인 확장자를 사용합니까?&lt;/strong&gt;
&lt;code&gt;.com&lt;/code&gt;이 67.2%로 1위이며, 그 뒤를 &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/ko/blog/websites-made-with-shopify</id>
    <title>Shopify로 만든 웹사이트: 운영 중인 스토어 285만 개 (2026년)</title>
    <link href="https://webatla.com/ko/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;가 운영 중인 상태로 등록되어 있습니다. 이는 **webatla가 추적하는 전체 도메인의 0.9%**에 해당하며, &lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;에 이어 웹에서 두 번째로 큰 전문 커머스 플랫폼입니다. 이 글에서는 이들 스토어가 어디에 위치하는지, 도메인이 무엇을 보여 주는지, 국가별 데이터가 언뜻 보이는 것과 왜 다른지, 그리고 전체 사이트 목록을 직접 확인하는 방법을 다룹니다.&lt;/p&gt;
&lt;h2 id=&quot;shopify-&quot;&gt;Shopify란 실제로 무엇인가&lt;/h2&gt;
&lt;p&gt;Shopify는 2006년에 설립되었으며 캐나다 오타와에 본사를 둔 호스팅형(SaaS) 이커머스 플랫폼입니다. 자체 호스팅 스택과 달리, 판매자는 Shopify를 자신의 서버에 설치하지 않습니다. 스토어는 커스텀 도메인이나 &lt;code&gt;myshopify.com&lt;/code&gt; 주소 뒤에서 Shopify의 인프라 위에서 운영됩니다. 이러한 호스팅 방식은 아래 데이터에서 중요한 의미를 지니는데, 「사이트가 어디에 위치하는가」라는 표현 자체의 의미를 바꾸어 놓으며, Shopify 기반 사이트가 인덱스에서 WordPress 기반 사이트와 다르게 보이는 이유이기도 합니다.&lt;/p&gt;
&lt;h2 id=&quot;shopify--1&quot;&gt;Shopify로 만든 웹사이트는 몇 개인가?&lt;/h2&gt;
&lt;p&gt;핵심 수치는 이렇습니다. webatla 인덱스에서 Shopify를 사용해 &lt;strong&gt;운영 중인 스토어는 2,850,244개&lt;/strong&gt;이며, 이는 **인덱싱된 전체 도메인의 0.9%**에 해당합니다. 0.9%라는 숫자만 보면 작아 보이지만, 커머스 카테고리 자체가 좁고 특정 플랫폼에 집중되어 있습니다. 아래는 Shopify로 만든 웹사이트 수를 판매자들이 선택하는 다른 전문 이커머스 플랫폼들과 비교한 것입니다.&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;전문 이커머스 플랫폼별 운영 중인 사이트 수. 출처: 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;눈에 띄는 사실이 두 가지 있습니다. 첫째, 커머스 웹은 사실상 양강 구도입니다. WooCommerce와 Shopify 두 플랫폼이 감지된 스토어의 압도적 다수를 차지하며, 그 밖의 플랫폼은 이에 비하면 오차 범위 수준입니다. Magento, PrestaShop, BigCommerce는 수백만 단위가 아니라 수만 단위에 머물러 있습니다. 둘째, Shopify는 &lt;strong&gt;가장 큰 호스팅형 커머스 플랫폼&lt;/strong&gt;이지만, 전체 커머스 플랫폼 중 1위는 아닙니다. &lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt; 위에서 동작하는 오픈소스 플러그인인 WooCommerce가 약 527,000개 사이트 차이로 Shopify를 앞섭니다. SaaS 플랫폼만 놓고 비교하면 Shopify가 단연 1위이며, 유일하게 그보다 규모가 큰 것은 WordPress 기반의 자체 호스팅 대안뿐입니다.&lt;/p&gt;
&lt;h2 id=&quot;-&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개 도메인)로 1위를 차지하는 것은 그리 놀랍지 않습니다. 눈에 띄는 것은 2위와 3위입니다. **&lt;code&gt;.store&lt;/code&gt; 5.0%**와 **&lt;code&gt;.shop&lt;/code&gt; 4.0%**입니다. 이 두 확장자는 소매업 전용 도메인이며, 이 정도의 비중은 커머스 분야가 아니고서는 좀처럼 보기 힘든 신호입니다. 말 그대로 「shop」이라는 이름을 담아 새로 등록한 스토어들이 몰려 있는 셈입니다. 그다음은 &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;webatla-shopify-&quot;&gt;webatla가 Shopify 사이트를 지오로케이션하는 방식: 주의해서 읽어야 하는 이유&lt;/h2&gt;
&lt;p&gt;이제 극적으로 보이지만 맥락이 필요한 수치를 살펴보겠습니다. 인덱스에서 &lt;strong&gt;Shopify 사이트의 93.8%는 캐나다로 지오로케이션&lt;/strong&gt;되며, 미국이 4.8%로 멀찍이 뒤를 잇는 2위입니다.&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;도 포함됩니다. 단일 상품을 파는 스토어부터 매출 규모가 아홉 자릿수에 이르는 브랜드까지 이어지는 이러한 폭이 바로 이 플랫폼의 스토어 수가 많으면서도 상업적으로 밀도가 높은 이유입니다. 이 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&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; eCommerce는 약 140만 개 사이트에서 발견되며, 같은 기준으로 &lt;a href=&quot;https://webatla.com/technology/woocommerce&quot;&gt;WooCommerce&lt;/a&gt;는 약 350만 개에 이릅니다. 여기서 구분이 중요합니다. 스토어 기능을 켜 둔 사이트 빌더와 처음부터 판매를 목적으로 만든 전문 쇼핑몰은 같은 것이 아닙니다. Shopify의 2,850,244개 도메인은 압도적으로 후자에 해당합니다. 즉 판매를 위해 존재하는 사이트들이며, 이것이 바로 이 플랫폼의 스토어 수가 사이트 빌더의 선택적 커머스 기능보다 도메인당 상업적 무게를 더 크게 지니는 이유입니다. 「진짜 스토어는 어느 플랫폼에 있는가」라고 묻는다면, 정직한 답은 Shopify와 WooCommerce입니다. 실제로 운영 중인 스토어와 단순히 스토어 기능을 갖춘 페이지를 구분하고 나면 사이트 빌더들은 순위에서 뒤처집니다.&lt;/p&gt;
&lt;h2 id=&quot;--1&quot;&gt;트렌드: 전년 대비 수치의 정체는 인덱스 재집계&lt;/h2&gt;
&lt;p&gt;webatla 인덱스에는 감지된 운영 중인 Shopify 스토어 수의 **전년 대비 변화율이 -32.61%**로 기록되어 있습니다. 단일 시점의 스냅숏 변화가 늘 그렇듯, 이를 정직하게 해석하려면 같은 카테고리의 다른 플랫폼들과 함께 놓고 봐야 합니다.&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는 경쟁 플랫폼들보다 감지된 규모를 더 잘 유지했으며, 이는 오래된 자체 호스팅 설치가 방치되어 소멸하는 대신 스토어를 계속 운영 중이고 접근 가능한 상태로 유지하는 호스팅형 플랫폼의 특성과 일치합니다.&lt;/p&gt;
&lt;p&gt;변하지 않는 신호는 순위 자체입니다. Shopify는 전체 커머스 플랫폼 중 2위, 호스팅형 플랫폼 중에서는 1위이며, 그다음으로 큰 전문 호스팅형 플랫폼인 BigCommerce보다 100배 넘게 규모가 큽니다.&lt;/p&gt;
&lt;h2 id=&quot;shopify--3&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--4&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;-faq&quot;&gt;자주 묻는 질문(FAQ)&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Shopify로 만든 웹사이트는 몇 개입니까?&lt;/strong&gt;
webatla는 2026년 7월 기준으로 운영 중인 Shopify 웹사이트 2,850,244개를 인덱싱하고 있으며, 이는 인덱스 내 전체 도메인의 0.9%에 해당하고, WooCommerce에 이어 두 번째로 큰 전문 커머스 플랫폼입니다.&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 대 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/ko/blog/websites-that-use-cloudflare</id>
    <title>Cloudflare를 사용하는 웹사이트: 5,440만 개 운영 중 (2026년)</title>
    <link href="https://webatla.com/ko/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;가 운영 중입니다. 이는 **webatla가 추적하는 전체 도메인의 17.7%**에 해당하며, 어떤 CMS나 서버, 분석 도구보다도 인덱스 전체에서 가장 흔한 단일 기술로 만듭니다. 웹사이트 여섯 개 중 거의 하나가 Cloudflare 뒤에 있는 셈입니다.&lt;/p&gt;
&lt;h2 id=&quot;cloudflare-&quot;&gt;Cloudflare란 정확히 무엇인가&lt;/h2&gt;
&lt;p&gt;Cloudflare는 리버스 프록시입니다. 방문자와 오리진 서버 사이, 웹사이트 앞단에 위치합니다. 이 위치에서 Cloudflare는 세 가지 기능을 동시에 제공합니다. 페이지를 캐싱하고 속도를 높이는 콘텐츠 전송 네트워크(CDN), 많은 운영자가 자신의 사이트를 「Cloudflare의 보호를 받고 있다」고 말하는 이유인 보안 계층(WAF, DDoS 완화, 봇 필터링), 그리고 관리형 DNS입니다. 사이트가 도메인을 Cloudflare로 지정하면 그 핑거프린트는 모든 요청에서 명확하게 나타나며, 이는 아래 데이터에서 중요한 의미를 갖습니다. 2009년에 설립된 Cloudflare는 이제 webatla가 추적하는 다른 어떤 단일 기술보다도 더 큰 웹 점유율을 차지하고 있습니다.&lt;/p&gt;
&lt;h2 id=&quot;cloudflare-cdn-&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;strong&gt;&lt;a href=&quot;https://webatla.com/technology/amazon-cloudfront&quot;&gt;Amazon CloudFront&lt;/a&gt;의 37배에 달하는 사이트&lt;/strong&gt;에서 운영되며, &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를 사람들이 흔히 「거대 기업」이라 부르는 플랫폼과 비교해보면 됩니다. Cloudflare의 54,437,496개 사이트는 &lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress&lt;/a&gt; 설치 기반 전체(23,589,840개)의 두 배가 넘습니다. 웹에서 사이트 앞단에 서는 가장 흔한 방식이 사이트를 만드는 가장 흔한 방식을 2대 1로 앞서는 셈입니다. 그래서 Cloudflare는 인덱스에 있는 모든 CMS, 서버, 스토어 플랫폼으로 구축된 사이트 앞에 등장합니다. 이는 그런 도구들과 경쟁하는 것이 아니라, 그 모든 것을 감싸는 하나의 계층이기 때문입니다.&lt;/p&gt;
&lt;h2 id=&quot;-&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%), 그리고 상거래 및 콘텐츠 신호인 **&lt;code&gt;.shop&lt;/code&gt;(2.3%)**과 **&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-&quot;&gt;누가 자사 사이트 앞에 Cloudflare를 두는가&lt;/h2&gt;
&lt;p&gt;Cloudflare의 도달 범위가 넓은 이유는 모든 사이트가 안고 있는 세 가지 문제를 해결하기 때문입니다. CDN으로서는 방문자와 가까운 곳에 콘텐츠를 캐싱해 페이지 로딩을 빠르게 합니다. 보안 계층으로서는 DDoS 공격을 흡수하고 봇을 필터링하는데, 이것이 많은 운영자가 자신의 사이트를 「Cloudflare의 보호를 받는다」고 설명하는 이유입니다. 그리고 관리형 DNS로서는 도메인을 연결하기에 가장 빠르고 간단한 곳인 경우가 많습니다. 이 세 가지 역할은 개인 블로그와 은행 모두에 똑같이 적용되며, 그래서 위에서 본 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;webatla-cloudflare-&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--1&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;--1&quot;&gt;트렌드: 거의 움직이지 않은 수치&lt;/h2&gt;
&lt;p&gt;Cloudflare의 전년 대비 변화는 **-9.67%**로, 급격한 하락으로 가득한 인덱스 안에서는 작은 변동입니다. 이 점이 중요한 이유는 이번 스냅샷에서 대부분의 기술이 크롤링 사이의 실시간 설치 집계 방식 변경, 즉 인덱스 재집계를 반영하는 큰 폭의 하락을 보이기 때문입니다. Cloudflare 자신의 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--2&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--3&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;--2&quot;&gt;자주 묻는 질문&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/ko/blog/websites-created-using-wordpress</id>
    <title>WordPress로 제작된 웹사이트: 2,360만 개 운영 중 (2026년 7월)</title>
    <link href="https://webatla.com/ko/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 코어와 테마, 여러 플러그인의 조합으로 페이지를 렌더링하며, 1인 운영 블로그부터 대규모 퍼블리셔와 온라인 쇼핑몰까지 모든 것을 구동합니다. 무료이고 자체 호스팅이 가능하며 무한히 확장할 수 있기 때문에 웹사이트를 만드는 기본 방법으로 자리 잡았습니다. 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 2,360만 개로 Squarespace, Wix, Shopify, Joomla, Drupal을 앞서고 있음&quot;&gt;&lt;figcaption&gt;webatla 인덱스에서 WordPress로 제작된 웹사이트와 다른 플랫폼을 비교한 막대 차트, WordPress 2,360만 개로 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는 그다음으로 큰 플랫폼인 &lt;strong&gt;Squarespace보다 3.3배 많은 사이트&lt;/strong&gt;에서 실행되고 있으며, Squarespace, Wix, Shopify, Joomla, Drupal을 모두 합친 것보다도 많은 도메인에서 실행되고 있습니다. 웹의 대부분이 WordPress로 만들어졌다고 말할 때, 그 실체는 이런 모습입니다. 하나의 플랫폼이 저희가 인덱싱하는 전체의 7.7%를 차지하고, 나머지는 긴 꼬리처럼 흩어져 있는 것입니다.&lt;/p&gt;
&lt;h2 id=&quot;-wordpress-&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 사이트 셋 중 하나꼴로 이 플러그인을 사용하고 있습니다.&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;이 조합은 많은 것을 말해줍니다. 가장 흔한 두 가지 부가 기능은 페이지 빌더와 SEO 플러그인이며, 이는 전형적인 WordPress 프로젝트, 즉 검색 순위를 노리는 마케팅이나 콘텐츠 사이트를 잘 보여줍니다. &lt;strong&gt;WooCommerce 설치 340만 건&lt;/strong&gt;은 두 번째로 큰 용도를 보여줍니다. 바로 WordPress를 전자상거래 엔진으로 사용하는 것으로, 위에서 집계한 독립형 &lt;a href=&quot;https://webatla.com/technology/shopify&quot;&gt;Shopify&lt;/a&gt; 사이트들과 직접 경쟁하는 영역입니다.&lt;/p&gt;
&lt;h2 id=&quot;wordpress--2&quot;&gt;WordPress로 만들어지는 사이트의 종류&lt;/h2&gt;
&lt;p&gt;플러그인 구성은 WordPress를 사용하는 사이트들 사이에서 반복적으로 나타나는 세 가지 유형과 대응되며, 각각은 추측이 아니라 webatla가 직접 집계하는 핑거프린트입니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;콘텐츠 및 마케팅 사이트.&lt;/strong&gt; 가장 큰 단일 그룹입니다. Yoast SEO 설치 730만 건과 Elementor 기반 구축 790만 건은 블로그, 미디어 매체, 에이전시, 리드 창출용 페이지, 즉 검색 순위와 전환을 위해 설계된 사이트들을 가리킵니다. 웹의 대부분에게 「웹사이트를 만든다」는 것은 여전히 WordPress 콘텐츠 사이트를 의미합니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;온라인 쇼핑몰.&lt;/strong&gt; WooCommerce 설치 340만 건은 모두 실제 쇼핑몰입니다. 이는 Shopify 같은 호스팅형 플랫폼을 세기도 전에, WordPress 단독으로 웹에서 가장 큰 전자상거래 영역 중 하나를 차지한다는 의미입니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;성능 최적화 및 관리형 사이트.&lt;/strong&gt; LiteSpeed Cache 설치 390만 건은 서버 수준 캐싱을 제공하는 호스팅에 집중되어 있으며, 속도와 규모가 최적화할 만큼 중요한 사이트라는 지표입니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이를 모두 합치면, WordPress로 만들어진 이 모든 웹사이트가 실제로 무엇인지에 대한 실질적인 답이 나옵니다. 대부분은 콘텐츠와 커머스이며, 스택을 빌리는 대신 직접 소유하고자 했던 사람들이 만든 것입니다.&lt;/p&gt;
&lt;h2 id=&quot;wordpress--3&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를 사용하는 전체 사이트의 거의 절반인 **11,116,459개 도메인(47.1%)**이 &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;WordPress로 제작된 웹사이트의 전체 목록을 국가, TLD, 버전별로 필터링하여 &lt;a href=&quot;https://webatla.com/technology/wordpress&quot;&gt;WordPress 기술 페이지&lt;/a&gt;에서 확인하세요. →&lt;/p&gt;
&lt;h2 id=&quot;-&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%)로 점차 줄어듭니다. 이런 집중도는 보안이나 호환성 연구를 하는 사람에게 중요한 의미를 갖습니다. 지배적인 버전 하나만 패치해도 사실상 WordPress 웹의 절반을 설명한 셈이 되기 때문입니다.&lt;/p&gt;
&lt;h2 id=&quot;--1&quot;&gt;트렌드: 전년 대비 수치는 신중하게 읽어야 한다&lt;/h2&gt;
&lt;p&gt;webatla 인덱스는 스냅샷 간 감지된 운영 중인 WordPress 설치 수에서 &lt;strong&gt;전년 대비 -66.17%의 변화&lt;/strong&gt;를 기록하고 있습니다. 액면 그대로 보면 극적으로 보이지만, 실제로 2,300만 개의 사이트가 사라진 것은 아닙니다. 같은 재집계에서 여러 기술 전반에 걸쳐 동시에 큰 폭의 하락이 나타났습니다. &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%를 차지&lt;/strong&gt;하며, 다음 순위 플랫폼 대비 &lt;strong&gt;3.3배의 격차&lt;/strong&gt;를 유지하고 있습니다.&lt;/p&gt;
&lt;h2 id=&quot;wordpress--4&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--5&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/ko/blog/how-to-download-all-dns-records</id>
    <title>모든 DNS 레코드를 다운로드하는 방법</title>
    <link href="https://webatla.com/ko/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 레코드를 수집하고 파싱하여 하나의 깔끔한 파일로 정리했습니다. DNS 레코드란 무엇인지, 직접 크롤링이 결코 끝나지 않는 이유, 그리고 webatla에서 전체 데이터셋을 받는 방법을 설명합니다.</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;인터넷상의 모든 도메인에 대한 모든 DNS 레코드를 하나의 파일로. 전체 그림을 파악한다는 것은 결국 이 문제로 귀결되며, 이를 해결하는 깔끔한 방법은 하나뿐입니다.&lt;/strong&gt; 일주일 내내 리졸버를 두드리고도 인터넷의 절반에서 타임아웃이 나는 스크립트는 필요하지 않습니다. 필요한 것은 수억 개 이름에 대한 A, MX, TXT, NS 항목이 이미 수집, 파싱되어 바로 조회할 수 있는 상태로 준비된 것입니다. 이것이 바로 구매하는 대상입니다.&lt;/p&gt;
&lt;h2 id=&quot;dns-&quot;&gt;DNS 레코드란 무엇인가?&lt;/h2&gt;
&lt;p&gt;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;한 이름을 다른 이름의 별칭으로 만들며, 존 정점(zone apex)에는 사용할 수 없습니다&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;기본 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;하나의 이름에 대해 이 모든 것을 가져오면 그 이름이 어떻게 호스팅되는지, 누가 메일을 운영하는지, 소유자가 설정한 보안 수준까지 알 수 있습니다. 모든 이름에 대해 한 번에 가져오면 인터넷 전체 인프라의 지도를 손에 넣게 됩니다. 가질 가치가 있는 것은 바로 이 두 번째 데이터셋이며, 누구도 공짜로 내주지 않는 것이기도 합니다.&lt;/p&gt;
&lt;h3 id=&quot;-&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;)에 존재하며, 이 셋을 합치면 주소가 얼마나 잘 보호되는지 알 수 있습니다. 실제로 무언가를 강제하는 것은 레코드의 존재 자체가 아니라 DMARC 정책이기 때문입니다. NS 레코드는 해당 존에 응답하는 권한 있는 서버의 이름을 담고 있으며, 이를 통해 실제로 누가 그 이름의 해석을 담당하는지 알 수 있습니다.&lt;/p&gt;
&lt;h2 id=&quot;-dns-&quot;&gt;모든 DNS 레코드를 직접 수집할 수 없는 이유&lt;/h2&gt;
&lt;p&gt;이론적으로는 반복문 안에서 &lt;code&gt;dig&lt;/code&gt; 명령으로 모든 이름을 조회할 수 있습니다. 하지만 실제로는 이 계획이 금방 무너집니다. 도메인은 수억 개에 달하고, 모든 유형을 확보하려면 각 도메인마다 여러 번의 쿼리가 필요하므로 결국 수십억 건의 조회를 마주하게 됩니다. 공개 리졸버는 속도를 제한하다가 작업을 끝내기 훨씬 전에 차단해 버립니다. 권한 있는 서버도 속도를 조절합니다. 타임아웃, 재시도, 일시적 실패로 인해 단 한 번의 전체 수집도 완전할 수 없으며, 크롤링이 진행되는 동안에도 데이터는 계속 바뀌기 때문에 결과가 도착했을 때는 이미 낡은 데이터가 되어 있습니다.&lt;/p&gt;
&lt;p&gt;그다음은 파싱 문제입니다. 원시 응답은 깔끔하게 정리된 내보내기 파일이 아니라 와이어 포맷 패킷입니다. 이 수십억 개의 패킷을 실제로 조회 가능한 깔끔한 타입 기반 항목으로 바꾸는 작업은 크롤링과는 별개의 엔지니어링 프로젝트입니다. 대부분의 팀은 이 작업을 시작했다가 한 분기를 통째로 잡아먹는 것을 지켜본 뒤 조용히 포기합니다.&lt;/p&gt;
&lt;p&gt;게다가 이런 실패는 무작위로 일어나는 것도 아닙니다. 대형 제공업체들은 대량 조회를 의도적으로 제한하므로, 크롤링이 철저할수록 더 빨리 차단당합니다. GeoDNS를 사용하는 권한 있는 서버는 위치에 따라 다른 응답을 돌려주므로, 단일 지점에서 조회하면 특정 지역에서만 나타나는 레코드를 조용히 놓치게 됩니다. 이 모든 문제를 우회하도록 설계를 마칠 즈음에는, 결국 누군가 이미 완성된 형태로 판매하고 있는 데이터를 유일한 결과물로 내놓는 작은 분산 시스템을 만들어낸 셈이 됩니다.&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;-dns--1&quot;&gt;모든 DNS 레코드를 하나의 파일로&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 항목을 수집하고 파싱해 하나의 깔끔한 데이터셋으로 만들었습니다. &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;--1&quot;&gt;각 줄은 어떤 모습인가&lt;/h2&gt;
&lt;p&gt;각 줄은 하나의 이름과 그 전체 그림을 담고 있습니다. 값 자체와 더불어, 모든 행에는 데이터를 마지막으로 확인한 시점과 조회 성공 여부가 함께 담겨 있어 각 응답이 얼마나 최신인지 항상 확인할 수 있습니다.&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 및 WHOIS 데이터셋&lt;/a&gt;을 함께 활용하십시오. DNS, 등록 정보, 기술 스택을 한곳에서 보고 싶으십니까? &lt;a href=&quot;/datasets/all-data&quot;&gt;All Data 번들&lt;/a&gt;이 이를 모두 합쳐 제공합니다.&lt;/p&gt;
&lt;h2 id=&quot;--2&quot;&gt;파일을 다루는 방법&lt;/h2&gt;
&lt;p&gt;JSONL 형식으로 한 줄에 도메인 하나씩 담겨 있으므로, 메모리에 전부 올리지 않고도 &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;마지막 한 줄로 인터넷 전체에 걸친 이메일 보안 질문에 몇 초 만에 답할 수 있습니다. 저희는 같은 데이터를 사용해 &lt;a href=&quot;/blog/dns-registrar-market-share-2026&quot;&gt;네임서버와 레지스트라 집중도&lt;/a&gt;를 분석했으며, 방법은 동일합니다. 파일 하나, 조회 한 번, 실제 답 하나.&lt;/p&gt;
&lt;h2 id=&quot;-dns--2&quot;&gt;완전한 DNS 데이터셋으로 할 수 있는 것&lt;/h2&gt;
&lt;p&gt;모든 항목이 하나의 조회 가능한 데이터셋 안에 모이면, 비용이 많이 들던 여러 문제가 한 줄짜리 필터로 압축됩니다. 가치는 누구나 손으로 실행할 수 있는 단일 조회에 있는 것이 아닙니다. 그것들을 한꺼번에 보유한다는 데 있으며, 그 덕분에 예전에는 백만 개의 이름을 크롤링해야 했던 질문이 이미 가지고 있는 데이터셋을 스캔하는 작업으로 바뀝니다.&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 레코드는 어떤 기관이 해당 이름의 인증서를 발급하도록 신뢰받는지 보여주므로, 포트폴리오 전체에 걸친 잘못된 설정을 한 번에 찾아낼 수 있습니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;마이그레이션 추적.&lt;/strong&gt; 기업이 이메일이나 호스팅을 마이그레이션할 때는 MX와 NS 항목이 가장 먼저 바뀌므로, 이 두 레코드 유형을 시간에 따라 관찰하면 공식 발표 전에 마이그레이션 사실을 알아낼 수 있습니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이 모든 항목은 같은 출발점을 필요로 합니다. 손으로 직접 조회한 샘플이 아니라, 전체 도메인 네임스페이스에 대한 완전하고 최신인 DNS 레코드 세트입니다.&lt;/p&gt;
&lt;h2 id=&quot;--3&quot;&gt;언제나 최신, 일회성 덤프가 아닙니다&lt;/h2&gt;
&lt;p&gt;DNS는 고정된 것이 아닙니다. 사이트가 호스트를 옮기면 A 레코드가 바뀌고, 이메일 마이그레이션 중에는 MX 레코드가 바뀌며, 누군가 보안 정책을 업데이트할 때마다 TXT 레코드가 달라집니다. 6개월 전에 조회한 파일은 이미 박물관에나 있을 유물입니다.&lt;/p&gt;
&lt;p&gt;webatla DNS 데이터셋은 롤링 스케줄에 따라 재구축되며, 모든 이름은 각자의 &lt;code&gt;dnsAt&lt;/code&gt; 타임스탬프를 가지고 있어 각 항목이 얼마나 최신인지 항상 확인할 수 있습니다. 작업에 필요한 주기에 맞춰 다시 받으면, 각 파일은 오늘의 DNS를 그대로 반영합니다.&lt;/p&gt;
&lt;h2 id=&quot;--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 레코드로, 수억 개에 달하는 도메인이 하나의 파일에 담겨 있습니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MX 레코드나 TXT 레코드만 받을 수 있습니까?&lt;/strong&gt;
네. 파일에는 도메인별 모든 레코드 유형이 담겨 있으므로, &lt;code&gt;jq&lt;/code&gt;나 SQL 필터 한 줄이면 MX 레코드만, SPF 문자열만, 또는 필요한 어떤 부분이든 뽑아낼 수 있습니다. 이는 별도 구매가 아니라 하나의 필터일 뿐입니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;어떤 형식입니까?&lt;/strong&gt;
한 줄에 도메인 하나씩 담긴 깔끔한 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;
단일 계정으로 한 달간 이용할 수 있는 단일 정액 요금입니다. 현재 가격은 &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와 나머지 모든 것을 한곳에 담아 제공합니다. 「모든 DNS 레코드가 필요하다」에서 실제로 그것을 손에 넣기까지 가장 빠른 길입니다.&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ko/blog/how-to-download-list-of-all-registered-domains</id>
    <title>등록된 모든 도메인 목록을 다운로드하는 방법</title>
    <link href="https://webatla.com/ko/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과 롱테일을 포함해 하나의 깨끗하고 매일 업데이트되는 파일에 담겨 있습니다. 그 안에 무엇이 들어 있는지, 어떻게 활용할 수 있는지, 그리고 webatla에서 전체 세트를 구하는 방법을 설명합니다.</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;인터넷에 등록된 모든 도메인을 파일 하나에 담는 것, 그것이 진짜 원하는 것이며 이를 손에 넣는 실질적인 방법은 단 하나뿐입니다.&lt;/strong&gt; 샘플이 아니라, 단일 확장자가 아니라, 첫 요청 제한에서 멈춰버리는 스크래핑도 아닙니다. 모든 최상위 도메인(TLD)에 걸친 완전한 도메인 세트, 즉 깨끗하고 최신이며 바로 조회할 수 있는 데이터를 원하는 것입니다. 지금부터 그것을 손에 넣는 방법과, 직접 만드는 것이 왜 함정인지 설명합니다.&lt;/p&gt;
&lt;h2 id=&quot;-&quot;&gt;등록된 모든 도메인 목록의 규모는 어느 정도입니까?&lt;/h2&gt;
&lt;p&gt;대부분의 예상보다 훨씬 방대합니다. 지금 이 순간에도 전 세계 TLD에 걸쳐 수억 개의 도메인이 등록되어 있으며, 새로운 이름이 생기고 오래된 이름이 사라지면서 그 수는 매일 변합니다. 이는 스프레드시트에 담아둘 수 있는 파일이 아니라, 본격적인 데이터셋입니다.&lt;/p&gt;
&lt;p&gt;&lt;code&gt;.com&lt;/code&gt;만 해도 1억 6,000만 개를 넘어섰습니다. 전체 네임스페이스의 약 40%를 &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;code&gt;.xyz&lt;/code&gt;, &lt;code&gt;.shop&lt;/code&gt; 같은 신규 확장자, 나아가 수백 개에 이르는 국가 코드까지 더하면 전체 규모는 수억 개의 개별 도메인 이름에 이릅니다. 바로 이 규모 때문에 모든 도메인을 아우르는 완전한 세트는 인터넷에서 가장 가치 있는 데이터셋 중 하나로 꼽히며, 영업 파이프라인, 브랜드 보호, 보안 리서치, 시장 인텔리전스의 기반이 됩니다. 그리고 이것이 누구도 이를 공짜로 내놓지 않는 이유이기도 합니다.&lt;/p&gt;
&lt;h2 id=&quot;-com-&quot;&gt;모두가 &lt;code&gt;.com&lt;/code&gt;부터 시작하는 질문&lt;/h2&gt;
&lt;p&gt;「모든 도메인」을 원하는 사람 대부분은 사실 &lt;code&gt;.com&lt;/code&gt;에서 출발합니다. &lt;code&gt;.com&lt;/code&gt;이 곧 시장이기 때문입니다. 1억 6,000만 개가 넘는 이름으로 다른 모든 확장자를 압도하므로, 진지한 계획이라면 반드시 이것부터 다뤄야 합니다. 좋은 소식은, 완전한 세트를 확보하고 나면 &lt;code&gt;.com&lt;/code&gt;만 걸러내는 일은 한 줄짜리 필터로 끝난다는 점입니다. 모든 &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;은 하나의 뷰일 뿐, 별도의 프로젝트가 아닙니다. 처음 받은 파일이 확장자 하나만 다뤘다는 이유로 다음 분기에 &lt;code&gt;.net&lt;/code&gt;을 다시 구매할 일도 없습니다.&lt;/p&gt;
&lt;h2 id=&quot;--1&quot;&gt;직접 조립할 수 없는 이유&lt;/h2&gt;
&lt;p&gt;모든 것을 아우르는 단일 마스터 레지스트리는 존재하지 않습니다. 각 TLD는 저마다의 운영 주체가 만든 인프라 위에서, 저마다의 규칙과 형식으로 운영되며, 대다수는 사용할 만한 피드조차 아예 공개하지 않습니다. 이 모든 것을 완전하고 중복 없이 최신 상태로 하나로 엮어내는 일은 주말에 뚝딱 만드는 스크립트가 아니라 상시 운영해야 하는 데이터 작업입니다. 대부분의 팀은 이를 가볍게 시작했다가 난이도를 크게 과소평가하고, 석 달쯤 지나 조용히 포기합니다. 끝까지 밀어붙인 팀도 결국 부서지기 쉬운 스크래퍼를 유지보수하고, 수십 개 레지스트리에서 수시로 바뀌는 형식을 쫓아다니며, 도메인 목록이 또 일주일이나 뒤처진 이유를 팀에 설명하는 처지가 됩니다.&lt;/p&gt;
&lt;p&gt;바로 이 문제를 webatla가 이미 해결해두었습니다. 수백 개의 호환되지 않는 소스를 쫓아다니며 한 분기를 허비하고도 결국 빈틈이 남는 대신, 저희가 추적하는 모든 도메인을 이미 담고 있으며 매일 새로 고침되는 파일 하나를 받으시면 됩니다.&lt;/p&gt;
&lt;h2 id=&quot;--2&quot;&gt;완전하고 실사용 가능한 세트를 만드는 요소&lt;/h2&gt;
&lt;p&gt;가공되지 않은 레지스트리 덤프 더미는 데이터셋이 아니라 숙제에 가깝습니다. 진짜 가치는 수백 개의 파편화된 소스를 실제로 조회 가능한 파일 하나로 바꾸는 작업 자체에 있으며, 바로 그 작업을 구매하시는 것입니다.&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를 하나의 세트에 담습니다. 특정 레지스트리에 접근하기 어렵다는 이유로 빠지는 항목은 없습니다.&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;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;--3&quot;&gt;파일 하나에 담긴 전체 세트&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;에 걸친 모든 도메인이 중복 제거와 정규화를 거쳐 하나의 깨끗한 파일로 매일 재구축됩니다. 신청도, 승인도, 레지스트리별 서류 작업도 필요 없습니다. 한 번 구매하면 전체 네임스페이스를 최신 JSONL로 그대로 받으실 수 있습니다.&lt;/p&gt;
&lt;p&gt;이 제품은 저희가 판매하는 상품 중 의도적으로 가장 저렴하면서도 데이터 양은 가장 많은 상품입니다. 다른 모든 것이 이 위에 쌓이는 기반이기 때문입니다. 단일 정액 요금, 한 달간의 다운로드, 그리고 몇 달이 아니라 몇 분 만에 디스크에 담기는 모든 도메인, 이것이 전부입니다.&lt;/p&gt;
&lt;h2 id=&quot;--4&quot;&gt;각 줄의 구성&lt;/h2&gt;
&lt;p&gt;각 줄은 도메인 이름 하나이며, 별도의 데이터베이스를 구축하지 않고도 수억 건의 레코드를 필터링하고 세그먼트할 수 있도록 구조화되어 있습니다. 한 행은 다음처럼 단순합니다.&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;필드&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;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;--5&quot;&gt;이만큼 큰 파일을 다루는 방법&lt;/h2&gt;
&lt;p&gt;모든 webatla 데이터셋은 &lt;strong&gt;JSONL&lt;/strong&gt; 형식으로 제공됩니다. 한 줄에 JSON 객체 하나씩, 수억 개의 도메인을 다룰 수 있는 유일한 형식입니다. 줄 단위로 스트리밍되어 &lt;code&gt;jq&lt;/code&gt;, pandas, DuckDB, BigQuery, Spark에 그대로 흘려 넣을 수 있으므로 파일 전체를 메모리에 올릴 필요가 없습니다.&lt;/p&gt;
&lt;p&gt;&lt;code&gt;jq&lt;/code&gt; 한 줄로 모든 확장자를 도메인 수 기준으로 순위를 매길 수 있습니다.&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;이 쿼리 한 번으로 원본 파일이 몇 초 만에 확장자별 전체 도메인 시장 지도로 바뀝니다. 저희는 같은 데이터를 활용해 &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;--6&quot;&gt;완전한 도메인 세트에 의존하는 사람들&lt;/h2&gt;
&lt;p&gt;전체 도메인 세트를 구매하는 팀은 업종을 가리지 않지만, 공통된 문제 하나를 안고 있습니다. 불완전한 데이터가 조용히 작업을 망가뜨리고, 그 빈틈은 나중에 무언가 잘못될 때까지 드러나지 않는다는 점입니다.&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;--7&quot;&gt;불완전한 목록이 초래하는 실질적 비용&lt;/h2&gt;
&lt;p&gt;불완전한 목록은 조용히 실패하며, 바로 그 점이 위험한 이유입니다. 전체 시장 규모 수치는 실제 존재하는 도메인 중 일부만으로 만들어졌다는 사실을 알기 전까지는 그럴듯해 보입니다. 브랜드 스캔 결과가 깨끗하게 나오는 이유는 유사 도메인이 없어서가 아니라, 데이터 안에 애초에 존재하지 않았기 때문인 경우가 많습니다. 모델은 편향된 표본으로 학습되고, 예측이 조용히 어긋나기 시작할 때까지 아무도 알아차리지 못합니다.&lt;/p&gt;
&lt;p&gt;완전성은 도메인 목록에서 있으면 좋은 요소가 아니라 그 자체가 목적입니다. 국가 코드나 지난주 등록분, 파킹된 롱테일이 빠진 세트는 그 위에서 계산되는 모든 카운트와 매칭을 왜곡시킵니다. 파편을 이어 붙이는 대신 권위 있는 파일 하나를 구매하는 것이야말로 이런 사각지대를 없애는 방법입니다. 파일 하나, 모든 도메인, 그래서 얻는 답이 실제로 참인 답이 됩니다.&lt;/p&gt;
&lt;h2 id=&quot;--8&quot;&gt;파일에서 첫 답까지, 단 몇 분&lt;/h2&gt;
&lt;p&gt;가치를 얻기 전에 별도의 ETL 프로젝트를 돌릴 필요가 없습니다. 파일 하나를 열고 &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;--9&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;--10&quot;&gt;자주 묻는 질문&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;등록된 도메인은 총 몇 개입니까?&lt;/strong&gt;
모든 확장자를 합쳐 수억 개에 달하며, 그 수치는 매일 변합니다. &lt;code&gt;.com&lt;/code&gt;만 해도 1억 6,000만 개를 넘어섰고, 이는 전체의 약 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 형식으로 한 줄에 도메인 하나씩 담겨 있으며, 매일 재구축되고 날짜별로 버전이 매겨집니다. 낡은 과거 덤프가 아닙니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;전체 목록을 상업적으로 사용할 수 있습니까?&lt;/strong&gt;
가능합니다. 영업, 보안, 브랜드 보호, 리서치, 제품 기능 개발 모두 일반적인 사용 사례입니다. 단일 정액 요금으로 한 달간 접근이 가능하며, 이 데이터 위에 무엇을 구축하시든 상관없습니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;비용은 얼마입니까?&lt;/strong&gt;
구독 없이, 한 달 접근에 대한 단일 정액 요금입니다. 현재 가격은 &lt;a href=&quot;/pricing&quot;&gt;가격 정책&lt;/a&gt; 페이지에서 확인하십시오. 모든 도메인을 디스크에 담는 가장 저렴한 방법입니다.&lt;/p&gt;
&lt;h2 id=&quot;--11&quot;&gt;전체 목록 다운로드&lt;/h2&gt;
&lt;p&gt;인터넷의 도메인을 레지스트리 하나씩 직접 재조립하려는 시도는 이제 그만두십시오. 결코 끝나지 않는 프로젝트입니다. &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/ko/blog/dns-registrar-market-share-2026</id>
    <title>인터넷의 「배관」을 장악하고 있는 것은 누구인가 DNS와 레지스트라 시장 점유율 2026</title>
    <link href="https://webatla.com/ko/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>단 2개 업체가 전체 도메인의 30%에 대해 DNS 서비스를 제공합니다. GoDaddy는 7개 법인을 통합하면 전체 웹의 22%에 해당하는 도메인을 등록하고 있는 것으로 나타납니다. 그리고 사상 최초의 .com 도메인인 symbolics.com은 지금도 운영되고 있습니다. 인터넷의 배관을 실제로 장악하고 있는 것이 누구인지, 데이터로 낱낱이 파헤칩니다.</summary>
    <content type="html">&lt;p&gt;&lt;strong&gt;두 개 기업이 전체 도메인의 4분의 1에 대해 DNS를 제공하고 있으며, 한 기업은 그 뒤에 숨어 있는 여러 페이퍼 법인을 모두 정리하면 전체 도메인의 거의 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;단 두 개 업체, 즉 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이 몇 시간 동안 접속 불가 상태가 되었는데, 이는 이들 기업 자체에 문제가 있어서가 아니라 하나의 DNS 의존 관계를 공유하고 있었기 때문입니다. 이런 일은 계속 반복됩니다. 2025년 11월 18일에는 Cloudflare 내부 오류 단 한 건으로 X, ChatGPT, Claude, Shopify가 동시에 다운되었습니다. 집중은 편의를 얻는 대신 복원력을 내주는 거래입니다. 10.65%를 차지하는 &lt;a href=&quot;/technology/cloudflare&quot;&gt;Cloudflare&lt;/a&gt;와 약 14%를 차지하는 GoDaddy는 단순히 큰 기업인 것이 아니라, 웹의 상당 부분이 공유하고 있는 의존 대상입니다. 인프라나 보안을 운영하고 있거나 리스크를 인수하는 입장이라면, &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;-&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)를 소유하고 있으며, 이 외에도 여러 법인을 운영하고 있습니다. 각 소유주가 등록에 사용하는 여러 법인명을 통합해 보면(webatla 자체 그룹화 방법론으로, IANA 레지스트라 ID 등록부와 일일이 대조해 매핑한 결과입니다) 그림이 달라집니다:&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 / 구 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;&lt;strong&gt;저희 데이터에서 GoDaddy의 7개 법인을 합치면 점유율이 16.91%에서 19.64%로 뛰어오릅니다.&lt;/strong&gt; 원자료 순위표에서는 보이지 않던 거의 3퍼센트포인트에 달하는 시장 점유율입니다. 통합 기준으로 상위 3개 소유주가 전체 도메인 등록의 28.83%를 장악하고 있습니다.&lt;/p&gt;
&lt;p&gt;가장 눈에 띄는 재그룹화는 4위입니다. &lt;strong&gt;「Squarespace Domains II LLC」는 사실상 이름만 바뀐 Google Domains 레지스트라입니다.&lt;/strong&gt; 증거는 명확합니다. IANA 레지스트라 ID는 영구적이며 재할당되지 않습니다. Google의 레지스트라는 IANA ID 895를 보유하고 있었고, 현재 IANA 등록부에서 ID 895는 「Squarespace Domains II LLC」로 표시됩니다. Squarespace는 2023년 약 1,000만 개 도메인 규모의 Google Domains 사업을 인수하면서 이 법인을 그대로 물려받았습니다. (혼란스럽게도 DNS 표에 나온 &lt;code&gt;googledomains.com&lt;/code&gt; 네임서버는 여전히 Google 자체의 Cloud DNS입니다. 옮겨간 것은 &lt;em&gt;레지스트라&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;에 들어 있으며, &lt;a href=&quot;/blog/rdap-vs-whois&quot;&gt;RDAP 대 WHOIS&lt;/a&gt; 게시물에서 저희가 왜 RDAP를 표준으로 삼았는지 설명하고 있습니다.&lt;/p&gt;
&lt;h2 id=&quot;--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; 자체를 장악하고 있습니다. 하지만 Fortune 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;--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;지금도 등록되어 있는 가장 오래된 도메인 타임라인, symbolics.com 1985년부터&quot;&gt;&lt;figcaption&gt;지금도 등록되어 있는 가장 오래된 도메인 타임라인, symbolics.com 1985년부터&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;&lt;strong&gt;&lt;code&gt;symbolics.com&lt;/code&gt;은 1985-03-15에 등록된, 사상 최초의 &lt;code&gt;.com&lt;/code&gt; 도메인이며 지금도 온라인 상태입니다.&lt;/strong&gt; 그 뒤를 잇는 것은 1980년대 컴퓨팅 업계의 쟁쟁한 이름들입니다. Lisp 머신 제조사, Digital Equipment, Xerox, HP, IBM, Intel, AT&amp;amp;T가 그 주인공입니다. 이 중 상당수가 지금은 MarkMonitor와 CSC에 있다는 점에 주목해야 합니다. 네트워크에서 가장 오래되고 가장 가치 있는 이름들에도 동일한 브랜드 보호 패턴이 적용되고 있는 것입니다.&lt;/p&gt;
&lt;h3 id=&quot;--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;「이 정도로 심각한 집중은 사소한 이야깃거리가 아니라 시스템적 위험의 문제입니다. 원자료를 직접 보유하는 것의 의미는, 벤더의 대시보드가 하는 말을 믿을 필요 없이 자신이 그 벤더에 얼마나 노출되어 있는지 스스로 측정할 수 있다는 데 있습니다.」
Alan, webatla CEO&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&quot;section&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 사업이 각각 올바른 상위 소유주 아래 한 번씩만 집계됩니다. 저희가 정확히 무엇을 통합했는지 확인하실 수 있도록 두 표를 모두 공개합니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;SQL이 필요 없습니다.&lt;/strong&gt; 이는 두 개 파일에 걸쳐 등록일과 네임서버 데이터를 결합한 결과입니다. 여기 나온 모든 숫자는 스프레드시트에서 피벗할 수 있는 칼럼으로 거슬러 올라갑니다. 별도의 쿼리 엔진은 필요하지 않습니다.&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;faq&quot;&gt;FAQ&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%로 잇고 있습니다. 이 두 업체를 합치면 인터넷 DNS의 24.90%를 차지합니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;가장 많은 도메인을 보유한 레지스트라는 어디입니까?&lt;/strong&gt;
GoDaddy입니다. 대표 법인인 GoDaddy.com LLC 단독으로도 전체 도메인의 16.91%를 보유하고 있으며, 저희 데이터에서 GoDaddy 관련 법인들을 통합하면 그룹 전체 점유율이 19.64%로 올라가 도메인 수 기준으로 압도적인 1위 레지스트라가 됩니다. 레지스트라 필드는 &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;
상위 2개 DNS 제공업체가 전체 도메인의 24.90%를, 상위 10개 업체가 41.87%를 차지합니다. 레지스트라 쪽에서는 상위 10개 법인이 37.45%를 차지하며, 소유주 기준으로 통합하면 약 43.4%까지 올라갑니다. 집중도는 상위권에서 높고 이후 긴 꼬리 형태로 내려갑니다.&lt;/p&gt;
&lt;h2 id=&quot;--4&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; 모든 데이터를 하나의 파일로 결합했습니다. 위의 모든 작업을 단일 피벗 하나로 처리할 수 있습니다.&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;all active domains 목록을 다운로드하는 방법&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/ko/blog/platform-security-upgrade-reset-credentials</id>
    <title>webatla를 업그레이드했습니다. 비밀번호를 재설정하고 API 키를 재발급해 주세요</title>
    <link href="https://webatla.com/ko/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; 계정의 키를 보유하도록, 모든 계정 보유자에게 간단한 두 가지 단계를 요청드립니다.&lt;/p&gt;
&lt;h2 id=&quot;-&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;--1&quot;&gt;데이터셋과 액세스 권한은 안전합니다&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;결제하신 내용에는 변경 사항이 없습니다.&lt;/strong&gt; 구매하신 모든 데이터셋은 다운로드 액세스 권한 및 전체 주문 내역과 함께 그대로 새 플랫폼으로 이전되었습니다. 다시 구매하실 필요가 없으며, 어떤 파일이나 권한도 손실되지 않았습니다.&lt;/p&gt;
&lt;h2 id=&quot;--2&quot;&gt;요청드리는 이유&lt;/h2&gt;
&lt;p&gt;인프라 변경 후 자격 증명을 교체하는 것은 일반적인 보안 관리 절차입니다. 이를 통해 앞으로는 오직 회원님만 계정과 API 액세스의 키를 보유하도록 명확하게 분리할 수 있습니다. 이는 예방 조치일 뿐 문제가 발생했다는 신호가 아니며, 회원님의 데이터가 노출된 적도 없습니다.&lt;/p&gt;
&lt;h2 id=&quot;--3&quot;&gt;문의 사항이 있으신가요?&lt;/h2&gt;
&lt;p&gt;비밀번호 재설정이나 키 재발급 과정에서 문제가 발생하면 &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/ko/blog/rdap-vs-whois</id>
    <title>RDAP vs WHOIS: 2026년 도메인 조회 작동 방식</title>
    <link href="https://webatla.com/ko/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로 대체되고 있습니다. 이 글에서는 두 프로토콜의 차이점, 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;WHOIS는 제 기능을 했지만, 지금과는 다른 인터넷을 위해 설계된 것이었습니다.&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가 각 TLD에 대해 권위 있는 RDAP 서버가 어디인지 알려주는 레지스트리를 공개하므로, 검색이 자동으로 이루어집니다.&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;-&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;--1&quot;&gt;대규모로 등록 데이터 조회하기&lt;/h2&gt;
&lt;p&gt;RDAP는 도메인을 하나씩 조회하기에는 이상적입니다. 그러나 도메인이 &lt;em&gt;수백만 개&lt;/em&gt;에 달하면 두 가지 벽에 부딪힙니다. 바로 &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;--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;/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;--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;를 확인하거나, 기술 정보, 순위, DNS 데이터와 결합하려면 &lt;a href=&quot;/datasets&quot;&gt;전체 데이터셋 보기&lt;/a&gt;를 참고하십시오.&lt;/p&gt;
</content>
  </entry>
  <entry>
    <id>https://webatla.com/ko/blog/ai-domain-boom-tld-growth</id>
    <title>.ai 도메인 붐: 월간 신규 등록 900건에서 71,000건으로</title>
    <link href="https://webatla.com/ko/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 자체 시리즈이며, 다른 곳에서 가져온 것이 아닙니다. 추정치도, 제3자 합계를 거쳐 나온 값도 아닙니다.&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;-2018-2021&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에 의해 위임되었습니다. 이 두 글자가 우연히 「인공지능(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」라는 두 글자가 이제 기술 업계에서 가장 가치 있는 문자라는 사실을 전 세계가 갑자기 깨달은 결과였습니다.&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;-&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년까지의 흐름을 계산하면 연평균 복합 성장률이 약 **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;건은 저희 .ai 시리즈 전체를 통틀어 가장 큰 한 달로, 역대 최고치입니다. 이 전체 흐름을 하나의 숫자로 표현하면, 2018년 1월부터 2026년 5월까지 이 시리즈에는 .ai 신규 등록 &lt;strong&gt;1,166,209&lt;/strong&gt;건이 담겨 있습니다.&lt;/p&gt;
&lt;h3 id=&quot;--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일이며, 등록 데이터가 안정되기까지는 시간이 걸립니다. 수집 지연, 뒤늦게 도착하는 기록, 그리고 최근 몇 주에 대해 아직 끝나지 않은 정합 작업이 있기 때문입니다. 마지막 한두 달의 수치는 거의 확실히 &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년대 중반 앙길라로 이주한 미국 출신 교민 Vince Cate가 운영했습니다. 그의 설명에 따르면 그는 IANA의 Jon Postel로부터 이 ccTLD를 넘겨받아, 수익의 대부분을 정부에 전달했습니다. 2024년 초 한 인터뷰에서 Cate는 이 레지스트리의 규모를 「월 미화 약 300만 달러」, 「이미 정부 예산의 3분의 1 정도」라고 말했습니다.&lt;/p&gt;
&lt;p&gt;IMF는 2023년 .ai 수익을 약 EC$8,700만(미화 약 3,200만 달러)으로 추산했습니다. 이는 앙길라 정부 총수입의 20%를 조금 넘는 수준이며, 2024년에는 미화 약 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 도메인을 등록하려 한다면 알아둘 만한 실무적인 특이 사항이 몇 가지 있습니다.&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임에도 전 세계 누구나 등록할 수 있으며, 2단계 도메인의 전면 개방 등록은 2009년 9월 15일부터 전 세계에서 가능해졌습니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;--2&quot;&gt;도메인을 추적한다면 이것이 의미하는 바&lt;/h2&gt;
&lt;p&gt;투자, 브랜드 보호, 경쟁 정보 분석, 혹은 단순한 트렌드 파악 등의 업무로 TLD를 지켜보고 있다면, .ai는 신규 등록 데이터가 왜 특정 시점의 스냅숏보다 나은지를 보여주는 교과서적인 사례입니다. 특정 시점의 집계는 .ai가 「크다」는 사실만 알려줄 뿐입니다. &lt;em&gt;언제&lt;/em&gt; 커졌는지, 얼마나 빠르게 커졌는지, 그리고 그 곡선이 지금도 위로 휘어지고 있는지는 오직 월별 시리즈만이 알려줍니다. 바로 그 타이밍이 신호입니다.&lt;/p&gt;
&lt;p&gt;같은 접근 방식은 &lt;em&gt;다음&lt;/em&gt; .ai가 누구에게나 뻔해지기 전에 미리 찾아냅니다. .ai가 2019년부터 2021년 사이에 그랬던 것처럼 월 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가 전체 TLD 중 어디쯤 위치하는지 확인하려면 언제든 &lt;a href=&quot;/tld&quot;&gt;전체 TLD 디렉터리&lt;/a&gt;를 둘러볼 수 있습니다.&lt;/p&gt;
&lt;h2 id=&quot;--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;2026년에 .ai 등록이 실제로 감소하고 있나요?&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월까지 이 시리즈에는 .ai 신규 등록 1,166,209건이 담겨 있으며, 이 중 2025년 한 해에만 478,794건이 포함되어 있습니다.&lt;/p&gt;
&lt;h2 id=&quot;--4&quot;&gt;데이터 받아보기&lt;/h2&gt;
&lt;p&gt;이 글 전체는 webatla가 매일 갱신하는 데이터에서 뽑아낸 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/ko/blog/fastest-growing-tlds-q1-2026</id>
    <title>2026년 1분기 가장 빠르게 성장한 TLD (그리고 실제로 진짜 성장은 어느 것인지)</title>
    <link href="https://webatla.com/ko/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;2026-1-tld&quot;&gt;2026년 1분기 가장 빠르게 성장한 TLD&lt;/h2&gt;
&lt;p&gt;다음은 전분기 대비 성장률 기준 상위 15개 도메인 익스텐션입니다. 퍼센트만큼이나 「Q4 기준값」 열을 주의 깊게 봐야 합니다. 진짜 이야기는 바로 거기에 있습니다.&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;2026년 1분기&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;2025년 4분기 기준값&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;-&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;전분기 대비 성장률&lt;/th&gt;
&lt;th align=&quot;right&quot;&gt;2026년 1분기 등록 건수&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건이지만 전분기 대비 성장률은 +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;--1&quot;&gt;신호와 잡음: 진짜 트렌드와 레지스트리 프로모션을 구별하는 법&lt;/h2&gt;
&lt;p&gt;이 글에서 가장 유용한 차트를 하나 꼽자면 바로 이것입니다. 한 축에는 성장률을, 다른 축에는 1분기 등록 건수를 놓고 모든 TLD를 표시하면, 버블들이 자연스럽게 세 그룹으로 나뉩니다.&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 중 두 번째로 큰 증가분, .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;은 높은 퍼센트 하나만으로는 왜 함정이 되는지를 가장 명확하게 보여주는 사례입니다. 이 TLD는 4분기 기준값이 겨우 2,309건에 불과한 상태로 분기를 시작했습니다. 전체 등록 건수가 약 166,000개인 소규모 TLD로, XYZ.COM LLC가 운영하며 백엔드는 CentralNic입니다. 이 작은 기준값 자체가 전제 조건입니다. 큰 절대 증가분이 산술적으로만도 천문학적인 퍼센트로 바뀌는 것입니다.&lt;/p&gt;
&lt;p&gt;여기에 확인된 촉매도 있습니다. XYZ 레지스트리는 2025년 8월 26일부로 .makeup, .beauty, .lol을 비롯한 XYZ 계열 익스텐션 13개의 도매가를 인상했습니다. 레지스트라들은 예상 그대로 반응했습니다. 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;(4분기 기준값 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 레지스트리), &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;「등록 속도는 선행 지표입니다. 시장이 알아차리기 한두 분기 전에 자본과 관심이 어디로 움직이는지를 알려줍니다. 다만 속도는 올바르게 읽어야 합니다. 레지스트리 가격 정책에서 비롯된 4,000% 급등과 8만 개 기준값 위에서 꾸준히 이어지는 60%대 상승은 똑같이 『성장』이라는 이름표를 달고 있지만 실은 정반대의 신호입니다. 관건은 이 둘을 구별하는 것이며, 이는 마케팅의 문제가 아니라 데이터의 문제입니다.」 (Alan, webatla CEO)&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별로 그룹화한 뒤 두 건수를 비교합니다. 전분기 대비 성장률은 그 둘 사이의 퍼센트 변화일 뿐입니다. 필요한 필드는 각 도메인의 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%를 기록하는데, 이는 기준값 열을 얼마나 신중하게 읽어야 하는지를 잘 보여줍니다. 이를 더 보강하려면 순증가 하한선도 추가하고, 위 두 번째 표처럼 절대 증가분 기준으로 순위를 매기면 됩니다.&lt;/p&gt;
&lt;p&gt;제 수치에도 하나의 유보 조건을 달아야 합니다. 이 숫자들은 레지스트리 데이터의 생성일 기준 건수이므로, 살아남아 갱신되고 실제로 쓰이는 도메인이 아니라 &lt;em&gt;등록&lt;/em&gt; 그 자체만을 포착합니다. 특히 프로모션이 이끈 TLD의 경우, 1분기 급등분의 상당 부분은 1년 뒤에는 사라지고 없을 것입니다. 이것이 바로 속도와 지속성의 차이이며, 그래서 순증가 관점과 갱신 후속 확인이 퍼센트 헤드라인보다 훨씬 더 중요한 이유입니다.&lt;/p&gt;
&lt;h2 id=&quot;--2&quot;&gt;자주 묻는 질문&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;2026년 1분기에 가장 빠르게 성장한 TLD는 무엇이었나요?&lt;/strong&gt;
전분기 대비 퍼센트 기준으로는 &lt;a href=&quot;/tld/makeup&quot;&gt;.makeup&lt;/a&gt;이 +4,851.84%(2,309건 → 114,338건)로 1위입니다. 하지만 순 신규 등록 건수 기준으로는 &lt;a href=&quot;/tld/lol&quot;&gt;.lol&lt;/a&gt;이 +252,177건으로 선두였습니다. 이 두 질문의 답이 서로 다르다는 점이 바로 핵심입니다. 퍼센트와 물량은 같은 순위가 아닙니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;.makeup의 성장은 진짜인가요?&lt;/strong&gt;
등록 건수의 실제 급등이기는 하지만, 유기적인 최종 사용자 수요라기보다는 거의 확실히 프로모션과 가격 정책에 의한 것입니다. .makeup은 약 2,300개에 불과한 작은 기준값에서 성장했으며, 이 TLD의 레지스트리(XYZ.COM LLC)가 2025년 8월 도매가를 인상하면서 저렴한 가격의 등록과 갱신이 앞당겨졌습니다. 이를 가격 이벤트로 받아들이고, 트렌드라 부르기 전에 갱신율을 지켜보시기 바랍니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;TLD 성장률과 전분기 대비 도메인 등록 증가율은 어떻게 측정하나요?&lt;/strong&gt;
각 분기마다 &lt;code&gt;created&lt;/code&gt; 날짜를 기준으로 신규 등록 건수를 세고 이를 비교합니다. 저희는 2026년 1분기(1월&lt;del&gt;3월)와 2025년 4분기(10월&lt;/del&gt;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;--3&quot;&gt;데이터 받기&lt;/h2&gt;
&lt;p&gt;위의 모든 내용은 파일 하나를 한 번 훑어서 얻은 결과입니다. 필요한 필드는 각 도메인의 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/ko/blog/how-to-download-list-of-all-active-domains</id>
    <title>2026년에 모든 활성 도메인 목록을 다운로드하는 방법</title>
    <link href="https://webatla.com/ko/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;인터넷에 등록된 모든 도메인 이름을 하나의 구조화된 파일에 담은 &lt;strong&gt;활성 도메인의 전체 목록&lt;/strong&gt;을 찾고 계십니까? 영업 파이프라인을 구축하든, 보안 리서치를 수행하든, 모델을 훈련하든, 시장 규모를 산정하든, 어려운 부분은 대부분 분석이 아닙니다. 애초에 깨끗하고 최신이며 기계가 읽을 수 있는 데이터를 확보하는 일입니다.&lt;/p&gt;
&lt;p&gt;이 가이드는 2026년 기준으로 현실적인 선택지, 「활성」이 실제로 의미하는 바, 그리고 전체 세트를 최신 JSONL로 다운로드하는 방법을 다룹니다.&lt;/p&gt;
&lt;h2 id=&quot;-&quot;&gt;「활성」 도메인이란 무엇인가&lt;/h2&gt;
&lt;p&gt;도메인은 레지스트리에 등록되어 있고 DNS 리졸브가 가능할 때 &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에 걸친 모든 등록된 2단계 도메인&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;--1&quot;&gt;데이터를 얻는 세 가지 방법&lt;/h2&gt;
&lt;h3 id=&quot;1-tld-&quot;&gt;1. TLD 존 파일&lt;/h3&gt;
&lt;p&gt;ICANN의 중앙집중식 존 데이터 서비스(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에서 관찰되는 모든 활성 도메인을 매일 새로 고침하여 담은, 다운로드 가능한 단일 파일입니다.&lt;/p&gt;
&lt;h2 id=&quot;all-active-domains-&quot;&gt;All Active Domains 데이터셋에는 무엇이 들어 있는가&lt;/h2&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;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; 형식으로 제공됩니다. 한 줄에 하나의 JSON 객체가 들어가는 방식입니다. 확장성이 뛰어난 형식입니다:&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;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;--2&quot;&gt;데이터는 얼마나 최신인가&lt;/h2&gt;
&lt;p&gt;도메인은 매분 등록되고 삭제되므로, 6개월 전 목록은 대부분 노이즈에 불과합니다. 저희 내보내기 파일은 &lt;strong&gt;매일&lt;/strong&gt; 다시 빌드되며 모든 다운로드는 날짜별로 버전이 관리되므로, 지금 가지고 있는 데이터가 정확히 무엇인지 항상 알 수 있습니다. 가치의 대부분은 신규 등록 도메인에 있습니다. 이런 도메인은 다른 누구도 알아차리기 전에 새로운 사업, 제품 출시, 캠페인의 신호가 됩니다.&lt;/p&gt;
&lt;h2 id=&quot;--3&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;
구독 없이 한 달간의 다운로드 이용료로 정액 요금 하나만 지불하시면 됩니다. 자세한 내용은 &lt;a href=&quot;/pricing&quot;&gt;가격&lt;/a&gt;을 참고하십시오.&lt;/p&gt;
&lt;h2 id=&quot;--4&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>
