AI로 쓴 글도 검색에 노출될까요? 블로그 운영 사례로 살펴보기
AI를 활용해 글을 쓰면서 검색 노출이 늘어난 준이아빠블로그의 운영 기록입니다. 노출과 방문의 차이, 이 사례로 확인할 수 있는 범위, 내 글 한 편의 내용과 검색 상태를 점검하는 순서를 설명합니다.
세 줄로 먼저 읽기
이번 방문에서 한 편은 바로 볼 수 있습니다.
"AI로 쓴 글은 구글이 패널티를 준다", "AI 콘텐츠는 검색 순위에서 밀린다" 같은 말을 자주 듣습니다.
Google은 AI로 썼다는 이유만으로 글을 검색에서 불리하게 다루지 않습니다. 기준은 그 글이 사람에게 쓸모 있는지이고, 순위를 조작하려고 가치 없는 페이지를 대량으로 만들면 스팸 정책 위반이 될 수 있습니다.
SEO는 검색엔진이 콘텐츠를 찾고 이해하도록 사이트와 글을 개선하는 작업입니다. 이 글은 2026년 3월에 기록한 블로그 개편과 검색 성과를 바탕으로 하고, 기술 안내는 2026년 10월 4일 기준입니다. 개편 기간에 여러 작업을 함께 했기 때문에 검색 노출이 늘어난 원인을 하나로 짚지는 않습니다.
먼저 노출과 클릭을 구분하기
검색 성과를 이야기할 때 노출, 클릭, 세션 세 숫자를 섞으면 결과를 잘못 판단하게 됩니다. 노출과 클릭은 Search Console에서, 세션은 GA4 같은 분석 도구에서 봅니다.
검색 결과에서 방문까지 집계되는 순서
1. 노출검색 결과에 글이
표시된 횟수
2. 클릭그 결과를 눌러
사이트로 온 횟수
3. 세션분석 도구가 묶은
방문 활동 단위
클릭률(CTR)은 클릭 ÷ 노출 × 100으로 계산합니다. 노출이 세 배로 늘어도 클릭률이 내려가면 클릭은 세 배가 되지 않으므로, 노출 그래프만 보고 방문자가 늘었다고 말할 수 없습니다. 세션은 사람 수나 클릭 수와도 다른 단위입니다.
Jekyll 블로그를 AI로 다시 만든 과정
지금 보고 계신 블로그(digitalmarketer.co.kr)는 2021년 무렵부터 운영한 개인 블로그입니다. 처음에는 Jekyll(마크다운 문서를 HTML 웹페이지로 만드는 정적 사이트 생성기)로 만들어 GitHub Pages에 배포했습니다.
블로그 개편과 검색 노출의 변화
2021년 무렵Jekyll로 만들어
GitHub Pages에 배포
Jekyll 운영 시기유지보수가 번거로워
거의 방치
2025년 12월Claude Code로
Next.js 사이트 재구축
2026년 1월까지검색 트래픽은
0에 가까움- 2026년 2월 후반검색 노출이 오르기 시작
하루 3,000건 넘음
Jekyll 시절에는 운영이 번거로웠습니다.
- 글을 쓸 때마다 마크다운 파일을 직접 만들고 파일명 규칙을 지켜야 했습니다.
- 제목, 설명, 공유용 태그 같은 SEO 메타데이터를 매번 손으로 입력했습니다.
- 사이트 디자인을 고치려면 Ruby 개발 환경부터 갖춰야 했습니다.
- 그러다 보니 점점 글을 쓰지 않게 됐습니다.
그 결과 블로그는 거의 방치됐고, 2026년 1월까지 검색 트래픽은 0에 가까웠습니다.
2025년 12월에는 AI 코딩 도구인 Claude Code로 블로그를 Next.js 기반 웹앱으로 새로 만들었습니다. 원하는 것을 말로 전달하고 AI가 작성한 코드를 확인하며 만드는 방식인 '바이브코딩'을 썼습니다. Next.js는 웹앱을 만드는 개발 도구입니다. 메타데이터는 본문 외에 페이지의 제목과 설명 등을 담은 정보입니다.
| 항목 | Jekyll 시절 | Next.js 전환 후 |
|---|---|---|
| SEO 메타데이터 | 직접 입력 | AI가 초안을 만들고 사람이 보정 |
| 사이트맵 | 플러그인에 의존 | 주제별 인덱스 구조로 자동 생성 |
| 구조화된 데이터 | 없음 | JSON-LD Article, FAQPage 스키마 자동 삽입 |
| 배포 | GitHub Pages에 직접 빌드 | Vercel 자동 배포 |
| 콘텐츠 작성 | 전부 직접 | AI 초안에 사실 확인과 편집 |
전환 뒤 올린 글의 상당수는 AI를 활용해서 작성했습니다. 주제 기획과 목차, 본문 초안에 AI를 쓰고 사실 확인과 편집은 제가 맡는 방식입니다.
당시 그래프에서 무엇을 확인할 수 있나요?
아래는 당시 Google Search Console에서 가져와 게시한 그래프입니다. Search Console은 사이트의 검색 노출과 클릭, 색인 상태를 보여 주는 무료 도구입니다. 색인은 Google이 페이지를 검색에 쓸 정보로 저장하는 과정입니다.
2026년 1월까지 낮았던 선이 2월 후반부터 올라갔고, 운영 기록에는 하루 검색 노출이 3,000건을 넘었다고 적혀 있습니다.
두 번째 그림은 GA4의 세션 보고서입니다. google / organic은 구글 자연 검색으로 분류된 방문 활동이어서, 첫 번째 그래프의 검색 노출과 더하거나 같은 숫자로 비교하지 않습니다.
이 기간에 올린 글은 대부분 AI를 활용해 썼습니다. AI를 쓴 사이트에서도 검색 노출이 늘 수 있다는 사례입니다. 같은 기간에 글 발행량과 주제, 사이트 구조가 함께 바뀌었으므로 AI나 특정 SEO 설정 하나의 효과는 이 기록에서 따로 나오지 않습니다.
AI 콘텐츠를 두고 Google이 밝힌 공식 입장
Google은 AI 도구를 썼는지보다 콘텐츠의 목적과 유용성을 봅니다. 적절한 AI 활용은 금지 대상이 아니고, 순위를 조작하려고 자동화를 쓰면 정책 위반이 될 수 있습니다. 현재 생성형 AI 콘텐츠 지침도 사용자에게 가치를 더하지 않는 페이지를 대량으로 만들면 스팸 정책에 어긋날 수 있다고 설명합니다.
Google 정책에서 AI 활용이 문제 되는 경우
| 운영 방식 |  문제없음 |  스팸 정책 위반 가능 |
|---|---|---|
| AI로 초안을 쓰고 사람이 사실을 확인해 발행 | 제공 | – |
| 제목, 설명, 이미지 대체 문구까지 사람이 확인 | 제공 | – |
| 순위를 조작하려고 자동화로 페이지 생성 | – | 제공 |
| 사용자에게 가치를 더하지 않는 페이지를 대량 생성 | – | 제공 |
E-E-A-T(경험, 전문성, 권위, 신뢰)는 하나의 점수가 아니라 콘텐츠를 평가할 때 보는 관점이고, 넷 가운데 신뢰가 가장 중요합니다. AI로 쓴 글에서 네 관점을 채우는 방법은 아래와 같습니다.
| 기준 | 보는 것 | AI로 쓴 글에서 채우는 법 |
|---|---|---|
| Experience (경험) | 직접 경험에 기반한 콘텐츠인지 | 실제 사례와 직접 검증한 데이터를 넣습니다 |
| Expertise (전문성) | 그 분야의 전문 지식이 있는지 | 정확한 사실과 구체적인 수치, 실무 관점을 담습니다 |
| Authoritativeness (권위) | 그 주제에서 신뢰받는 작성자나 사이트인지 | 관련 경력과 신뢰할 만한 평가 근거를 밝힙니다 |
| Trustworthiness (신뢰) | 정보가 정확하고 믿을 만한지 | 사실을 확인하고 최신 정보로 고치며 오류를 수정합니다 |
실제로 하지 않은 경험이나 확인하지 않은 숫자를 AI가 지어내 넣게 해서는 안 됩니다. 출처 링크를 붙였다고 그 내용을 확인한 것도 아니어서, 링크를 열어 숫자와 문장을 직접 대조합니다.
블로그 개편 때 실제로 한 SEO 작업
검색 성과가 변한 기간에 아래 일곱 가지 작업을 했습니다. 기술 설정은 검색엔진이 사이트에 접근하고 내용을 이해하도록 돕지만, 이 기록으로 작업마다 기여한 정도를 나눌 수는 없습니다.
1. Google Search Console 연결과 소유권 인증
가장 먼저 Google Search Console에 사이트를 등록하고 소유권을 인증했습니다. Search Console에 등록하지 않아도 Google 검색에는 나올 수 있고, 소유권 인증은 사이트의 검색 데이터와 관리 기능을 쓰기 위한 절차입니다.
Search Console 소유권을 인증한 순서
- 1. 속성 등록Search Console에서
사이트 주소 추가 
2. 인증 태그 추가안내받은 메타 태그를
사이트 head에 넣음
3. 확인확인 버튼을 눌러
소유권 인증 완료 표시
인증 방식은 등록하는 속성 종류와 사이트 환경에 따라 다르므로 Search Console 화면에 안내된 방법을 씁니다.
2. robots.txt 설정
robots.txt는 검색엔진 봇(크롤러)에게 사이트에서 어떤 경로는 보고 어떤 경로는 보지 말라고 알려 주는 파일입니다. 당시에는 공개 페이지를 허용하고 /admin/, /api/ 경로의 크롤링을 막았습니다. 지금 준이아빠블로그의 robots.txt는 공개 경로를 허용하고 사이트맵 위치를 알려 줍니다. 다른 사이트의 차단 규칙을 그대로 복사하면 공개해야 할 경로까지 막을 수 있습니다.
robots.txt로 막은 주소도 다른 곳의 링크로 발견되면 검색 결과에 나타날 수 있습니다. 그래서 목적에 따라 쓰는 수단이 다릅니다.
목적별로 쓰는 수단
| 하려는 일 |  robots.txt |  noindex색인 제어 |  로그인 인증 |
|---|---|---|---|
| 크롤러가 특정 경로를 보지 않게 요청 | 제공 | – | – |
| 검색 결과에서 페이지 빼기 | 제공하지 않음 | 제공 | – |
| 비공개 자료 보호 | 제공하지 않음 | 제공하지 않음 | 제공 |
3. 사이트맵을 주제별 인덱스 구조로 개편
사이트맵은 사이트에 어떤 페이지가 있는지 검색엔진에게 알려 주는 목록입니다. 처음에는 모든 페이지를 사이트맵 하나에 넣었고, 콘텐츠가 늘면서 주제별로 사이트맵을 나눴습니다. 지금 경로는 이렇습니다.
/sitemap.xml: 하위 사이트맵을 연결하는 인덱스/sitemap/0.xml: 인사이트 글/sitemap/1.xml: 클래스와 코스 등 공개 페이지
Google은 사이트맵의 priority와 changefreq 값을 쓰지 않습니다. 준이아빠블로그 코드에는 두 값이 남아 있지만 값을 키워도 검색 순위는 달라지지 않습니다. lastmod에는 실제로 내용을 크게 고친 날짜를 적어야 합니다. 사이트맵은 페이지 목록을 알려 줄 뿐이어서, 제출했다고 모든 페이지가 수집되거나 색인되지는 않습니다.
4. 구조화된 데이터(JSON-LD) 적용
구조화된 데이터는 검색엔진에게 이 페이지가 어떤 종류의 콘텐츠인지 알려 주는 정보입니다. JSON-LD는 이 정보를 웹페이지에 넣는 형식이고, 스키마는 제목이나 작성자 같은 항목을 어떤 이름으로 적을지 정한 규칙입니다.
페이지 유형별로 넣은 스키마
| 페이지 유형 | Article |  FAQPage |
|---|---|---|
| 블로그 글 | 제공 | – |
| FAQ | – | 제공 |
| 학습 콘텐츠 | 제공 | – |
처음에는 BlogPosting 타입을 쓰다가 콘텐츠 성격에 더 맞는 Article 타입으로 바꿨습니다. BlogPosting도 Google이 지원하는 Article 유형에 들어가므로 이름을 바꾼 것만으로 검색에서 달라지는 점은 없습니다.
FAQ 리치 결과는 검색 결과 아래에 문답을 펼쳐 보여 주던 표시 방식입니다. 지금은 FAQPage를 넣어도 문답이 펼쳐지지 않으므로, 본문의 문답은 읽는 사람에게 쓸모 있는지로만 판단합니다.
5. SEO 메타데이터 자동 생성
모든 글에서 아래 메타데이터를 관리합니다.
title태그: 페이지 제목이며 검색 결과의 제목을 만드는 데 쓰이는 정보meta description: 페이지 요약이며 검색 결과의 설명에 쓰일 수 있는 정보og:title,og:description,og:image: SNS에 공유할 때 표시되는 정보canonical URL: 비슷한 페이지 가운데 대표로 삼고 싶은 주소
이 정보를 매번 직접 쓰면 빠뜨리기 쉬워서, AI가 글 내용을 바탕으로 메타데이터 초안을 만들고 필요하면 제가 고칩니다. Google은 검색 결과의 제목과 설명을 입력한 그대로 표시하지 않을 때가 있으므로, 본문과 맞게 쓴 뒤 실제 검색 결과에서 어떻게 보이는지 봅니다.
6. 예전 URL에 301 리다이렉트
Jekyll 시절과 Next.js 전환 뒤의 주소 구조가 달라서, 예전 주소로 들어온 방문자가 404 오류를 보지 않도록 301 리다이렉트(영구 이동)를 설정했습니다.
예전 글은 그 내용에 대응하는 새 글로 연결합니다. 관련 없는 주소를 모두 홈으로 보내지는 않습니다. 주소를 옮기는 동안 검색 노출은 한동안 달라질 수 있습니다.
7. SSG와 ISR 렌더링으로 전환
처음에는 요청이 올 때마다 서버에서 페이지를 만드는 방식(Server-Side Rendering)을 썼다가 SSG(Static Site Generation)와 ISR(Incremental Static Regeneration)을 함께 쓰는 방식으로 바꿨습니다.
SSG는 HTML을 미리 만들어 두는 방식이고, ISR은 미리 만든 페이지를 정한 조건에서 다시 만드는 방식입니다. 로딩 속도와 운영 방식을 개선하려고 적용했습니다. 검색에서 중요한 것은 검색엔진이 본문을 읽을 수 있는지와 사용자가 편하게 이용하는지이고, 렌더링 방식의 이름이 순위를 정하지는 않습니다.
"AI로 쓰면 SEO에 불리하다"는 오해는 왜 퍼졌을까요?
이 오해는 초기의 저품질 AI 글과 업데이트를 둘러싼 잘못된 해석이 겹치면서 퍼졌습니다.
AI 글이 불리하다는 오해가 퍼진 과정
1. 검토 없는 AI 글ChatGPT 초기에
초안을 그대로 대량 발행
2. 업데이트 시행2022년과 2023년
Helpful Content Update
3. 잘못된 해석AI 콘텐츠를 겨냥한
업데이트라는 말이 퍼짐- 4. Google의 설명도움이 안 되는 콘텐츠를
거르는 업데이트
이유 1. AI 초창기의 저품질 콘텐츠
ChatGPT가 처음 나왔을 때 많은 사람이 AI에게 "이 주제로 블로그 글 써줘"라고만 하고 검토 없이 그대로 발행했습니다. 이런 글은 내용이 얕고 사실 오류가 있었으며 어디서나 볼 수 있는 뻔한 내용이었습니다.
순위가 내려갔다면 AI 사용 여부보다 내용의 유용성, 정책 위반, 색인 상태를 먼저 봅니다. AI를 썼다는 사실이나 탐지 도구 점수로는 하락 원인을 정할 수 없습니다.
이유 2. Helpful Content Update를 둘러싼 오해
2022년과 2023년에 Google이 시행한 Helpful Content Update 뒤로 "AI 콘텐츠를 겨냥한 업데이트"라는 해석이 퍼졌습니다. 하지만 Google은 이 업데이트의 목적이 사용자에게 도움이 되지 않는 콘텐츠를 걸러내는 것이라고 밝혔습니다. 기준은 AI 여부가 아닙니다.
이유 3. AI 탐지 점수와 검색 평가의 혼동
AI가 썼는지 추정하는 도구의 점수는 Google 검색 순위 점수가 아닙니다. 순위 하락의 원인은 공개된 지침과 실제 페이지의 문제를 기준으로 판단합니다.
AI 콘텐츠로 SEO 성과를 내는 방법
원칙 1. AI 초안은 고쳐서 발행합니다
AI가 만든 초안은 말 그대로 초안이어서 세 가지를 더합니다.
- 사실 확인: AI는 틀린 정보를 자신 있게 말하기도 합니다. 숫자와 날짜, 고유명사는 공식 자료와 대조합니다.
- 구체성: "~하면 좋습니다" 같은 뻔한 조언 대신 실제 사례나 구체적인 수치를 넣습니다.
- 관점: AI의 중립적인 서술에 자신의 경험과 의견을 더합니다.
준이아빠블로그도 같은 과정을 거칩니다. 웹사이트 이용을 분석하는 Google Analytics 4(GA4)의 API 할당량을 다룬 글에서는 AI 초안의 두 군데를 공식 문서와 대조해 고쳤습니다. API는 프로그램이 분석 자료를 요청하는 통로입니다.
GA4 할당량 글에서 사실 확인으로 고친 곳
| 항목 | AI 초안 |  공식 문서와 대조한 뒤 |
|---|---|---|
| API 이름 | Core Reporting API 이전 UA의 용어 | Google Analytics Data API v1 |
| 표준 속성 Core 토큰 한도 | – | 속성당 시간당 40,000개 하루 200,000개 |
여기서 토큰은 API 요청이 쓰는 할당량 단위이고, AI가 문장을 처리하는 토큰과는 다른 개념입니다. 요청 한 번에 쓰는 토큰 수는 요청마다 다르고, 다른 종류의 제한도 함께 걸립니다.
원칙 2. 검색 의도에 맞는 주제를 고릅니다
검색 유입을 목표로 한다면 사람들이 어떤 표현으로 질문하는지부터 봅니다. 준이아빠블로그는 Google Search Console의 검색어 데이터로 사람들이 실제로 검색하는 키워드와 현업에서 궁금해하는 주제를 파악한 뒤 글을 씁니다. AI가 초안을 빨리 만들어 주니 아낀 시간을 주제 선정과 품질 검수에 씁니다. 검색 수요가 적은 글도 기존 고객이나 학습자에게 필요한 자료라면 쓸 가치가 있습니다.
원칙 3. 검색엔진의 접근과 페이지 동작을 봅니다
공개 글이 검색엔진에 막혀 있지 않은지, 실제 본문이 전달되는지, 주소와 링크가 정상인지부터 봅니다. 구조화 데이터나 특정 개발 도구, 복잡한 사이트맵 구성은 모든 사이트에 필요한 조건이 아닙니다.
원칙 4. 필요한 글을 발행하고 기존 글도 고칩니다
발행 횟수를 늘리는 것보다 실제 질문에 답하는 글을 쓰고 오래된 정보를 고치는 일이 먼저입니다.
내 글 한 편에서 먼저 확인하기
사이트를 새로 만들거나 설정 파일부터 바꾸지 않고, 이미 공개한 글 하나를 골라 네 단계로 봅니다.
공개한 글 한 편을 점검하는 순서
1. 내용제목이 약속한 답이 있는지
숫자의 출처가 열리는지
2. 공개 상태로그아웃한 브라우저에서
본문이 그대로 열리면 통과- 3. URL 검사Search Console 상단에
글 주소 입력, 색인 상태 확인 - 4. 같은 조건 비교앞선 28일과 최근 28일의
노출과 클릭
1단계에서는 AI가 만들어 낸 경험을 지우고 직접 확인한 내용으로 바꿉니다. 2단계에서 로그인 화면이나 오류만 나온다면 검색 성과를 비교하기 전에 공개 범위부터 고칩니다.
3단계에서는 Search Console에서 관리할 사이트 속성을 고르고, 상단 URL 검사 입력란에 글의 전체 주소를 넣습니다. 결과 화면에서 색인 상태와 Google이 고른 대표 URL을 봅니다. 권한이 없다면 사이트 관리자에게 결과를 요청합니다.
4단계에서는 실적 보고서에서 페이지를 그 주소로 좁히고, 완료된 최근 28일과 그 앞의 28일을 비교합니다. 검색 유형과 국가, 기기 조건은 두 기간에 똑같이 둡니다.
URL 검사에서 색인되지 않았다고 나오면 표시된 이유에 따라 다음 행동이 달라집니다. 설정을 무작정 해제하거나 색인 요청을 반복하지 않습니다.
| URL 검사에 나온 이유 | 먼저 할 일 |
|---|---|
| 로그인이나 접근 차단 | 공개할 글이 맞다면 관리자와 접근 범위를 고칩니다 |
noindex 표시 | 검색에서 빼라는 지시입니다. 의도한 비공개 글이 아니면 그 글의 설정만 풉니다 |
| 중복 페이지나 다른 대표 URL | Google이 고른 대표 주소의 실적을 봅니다 |
| 발견 또는 수집됐지만 색인 전 | 내용 보완과 내부 링크를 점검하고 시간이 지난 뒤 다시 봅니다 |
기본 URL 검사가 보여 주는 것은 Google이 저장해 둔 상태입니다. 방금 고친 페이지가 지금 열리는지는 "실제 URL 테스트"로 따로 보고, 테스트를 통과해도 색인 여부는 Google이 따로 정합니다.
비교 결과는 아래 항목으로 남겨 두면 다음 점검 때 같은 조건으로 다시 볼 수 있습니다.
글 주소:
검색 유형과 필터:
이전 기간 / 노출 / 클릭:
이후 기간 / 노출 / 클릭:
내용이나 설정을 바꾼 날짜와 항목:
같은 기간의 새 글 발행이나 계절 요인:데이터가 비어 있으면 사이트 속성과 주소, 날짜 필터부터 다시 봅니다. 새 글은 아직 데이터가 쌓이지 않았을 수 있으므로 AI를 써서 불이익을 받았다고 판단하지 않습니다. 고칠 점을 하나 정해 반영하고, 같은 길이의 기간과 조건으로 다시 비교합니다.
정리와 앞으로 남길 기록
AI로 쓴 글인지보다 글 한 편이 정확한지, 색인되어 있는지, 같은 조건에서 노출과 클릭이 어떻게 변했는지가 판단 근거입니다. 준이아빠블로그도 앞으로 검색 변화와 운영 과정을 기록하고, 전후 기록과 원인을 따로 검증하는 실험을 구분해 남기려고 합니다.
- Search Console 데이터: 실제 검색어와 노출 수, 클릭 수, 평균 순위 변화
- 콘텐츠 전략: 어떤 키워드를 노리고 글을 썼고 결과가 어땠는지
- 기술 SEO 변경: 사이트 구조와 렌더링 방식, 스키마 변경이 검색 성과에 미친 영향
- AI 활용 방식: AI로 글을 쓸 때의 작업 순서와 품질 관리 방법
AI 검색이 클릭에 준 영향은 AI Overviews 이후 오가닉 CTR 변화와 제로클릭 마케팅 전략에 따로 정리했습니다.
Sources
- Search Console 실적 보고서 지표 설명
- Google 검색과 AI 생성 콘텐츠
- 생성형 AI 콘텐츠 사용 지침
- 유용하고 신뢰할 수 있는 콘텐츠 만들기
- Search Console 소개
- robots.txt 소개
- 사이트맵 만들기와 제출
- Article 구조화 데이터
- Google 검색 센터 변경 기록
- URL 변경이 있는 사이트 이전
- 페이지 경험
- GA4 Data API 할당량
- URL 검사 도구
3줄 요약
-
Google은 AI 사용 여부만으로 글을 불리하게 다루지 않으며 순위 조작을 위해 가치 없는 페이지를 대량으로 만들면 스팸 정책 위반이 될 수 있습니다.
-
준이아빠블로그는 2025년 12월 Claude Code로 Next.js 사이트를 다시 만든 뒤 2026년 2월 후반부터 검색 노출이 늘어 하루 3,000건을 넘었습니다.
-
AI 사용의 효과만 따로 떼어 볼 수는 없으므로 내 글은 Search Console의 URL 검사와 같은 조건의 28일 노출, 클릭 비교로 점검합니다.
제대로 이해했는지 한 문제로 확인해 볼까요?
답을 고르면 바로 풀이가 나와요.
AI로 작성한 콘텐츠의 SEO를 두고 Google이 밝힌 입장에 맞는 것은 무엇인가요?
이 글이 도움이 되었나요?
AI 검색에 인용되려면 먼저 크롤링과 색인이 되어야 합니다. 그 순서를 다룹니다
코스 전체 보기 →
새 글과 AI 소식을 메일로 받아 보세요
AI가 바꾸는 일과 도구, 측정 실무 이야기를 매주 한 번 보내 드려요.