네이버와 카카오가 둘 다 AI를 전면에 내세우지만, 확장 속도·돈 쓰는 곳·파트너 구조는 갈라져 있습니다. 보도에 따르면 네이버는 AI 팩토리(데이터센터) 규모를 단계적으로 키우고(내년 말 100㎿급, 2028년 200㎿, 장기 GW급 목표 언급), 카카오는 메신저·서비스 접점 중심의 빠른 배포 쪽에 무게가 실리는 흐름입니다. 같은 “AI 전환” 헤드라인이어도 계약서에 남는 항목이 다릅니다.
팀이 당장 할 일은 주가 논평이 아닙니다. 인프라 계약·모델 API·서비스 번들·데이터 위치 네 칸을 채운 뒤 파트너를 고르는 일입니다. 네이버 인프라 딜 읽기는 AI 팩토리 계약 구조를, 카카오 쪽 모델 공개는 카나나-2 오픈소스를, 벤더 한곳에 묶일 위험은 벤더 의존 완화 글을 같이 보면 표가 빨리 채워집니다.
디지털타임스 등 보도가 짚은 차이는 “누가 더 AI를 잘하느냐”가 아니라 어디에 먼저 돈을 쏟느냐에 가깝습니다.
| 항목 | 네이버 쪽 흐름(보도·공개 기준) | 카카오 쪽 흐름(보도·공개 기준) | 팀 체크 |
| 확장 초점 | AI DC·전력·GPU 클러스터 규모 | 톡·서비스 접점·경량 모델 배포 | 우리 병목이 연산인가, 배포인가 |
| 시간 단위 | ㎿·연 단위 로드맵 | 앱 업데이트·기능 롤아웃 단위 | 계약 기간·SLA 단위 맞추기 |
| 외부 파트너 | 반도체·전력·투자 구조(SPV 등) 이슈 | 플랫폼 내 파트너·오픈소스 모델 | 하도급·데이터 위치 조항 |
| 제품 체감 | 검색·클라우드·B2B 인프라 | 메신저·생활 서비스 AI 기능 | 사용자 접점 vs 백엔드 연산 |
| 리스크 유형 | 전력·공사·CAPEX 지연 | 규제·개인정보·플랫폼 정책 | 장애 시 대체 경로 유무 |
표의 숫자는 공시·보도 시점에 따라 바뀝니다. 팀 문서에는 “㎿ 목표”를 복사하지 말고 우리 워크로드가 인프라 의존인지, UX 접점 의존인지만 적어두세요.
네이버 쪽 뉴스를 제품 팀에 번역하면 질문이 바뀝니다. “하이퍼클로바 점수가 얼마인가”보다 우리 트래픽을 어디에 올릴 수 있는가입니다.
- 연산 임대·클라우드 — GPU 시간, 네트워크, 스토리지 단가와 최소 약정.
- 데이터 위치 — 리전, 백업 리전, 감사용 로그 보관 기간.
- 모델 API — 자체 모델 vs 외부 모델 라우팅, 쿼터, 지연 SLA.
- 검색·광고 접점 — AI 검색 개인화·광고 실험 트래픽이 내 서비스 유입에 미치는 범위.
㎿ 로드맵은 공급 측 이야기에 가깝습니다. 구매 측 문서는 여전히 RPS, p95 지연, 장애 시 페일오버 URL 세 줄이 중심입니다. 전기·용수·입지 이슈까지 보려면 AI 데이터센터 체크리스트 항목을 붙여 보세요.
카카오 쪽은 메신저·생활 서비스 위에 AI를 얹는 속도가 체감 포인트입니다. 팀 체크는 인프라 ㎿보다 권한·메시지 정책·모델 라이선스에 가깝습니다.
- 채널·봇 권한 — 누가 메시지를 보내고, 로그는 어디에 남는지.
- 모델 선택 — 카나나 계열 오픈 가중치 vs 클로즈드 API, 상용 라이선스 범위.
- 개인정보 — 톡 대화·프로필 연계 시 동의·보관·삭제 경로.
- 장애 대체 — 톡 API 지연 시 웹·앱 푸시로 우회 가능한지.
오픈소스 모델을 내부 GPU에 올리는 팀과, 카카오 접점만 쓰는 팀은 같은 “카카오 AI” 뉴스에도 행동이 다릅니다. 전자는 라이선스·GPU, 후자는 비즈 API 한도와 검수 정책이 우선입니다. PC 챗 연동 이슈는 챗지피티 포 카카오 업데이트 쪽 권한 표와 맞춰 보세요.
네카오 중 하나를 “메인”으로 고르기 전에 아래 표를 비워 두지 마세요. 비어 있으면 PoC가 늘어납니다.
| 칸 | 적을 내용 | 실패 신호 |
| 워크로드 | 검색·추천·챗봇·배치 학습 중 무엇인지 | “일단 AI”만 적혀 있음 |
| 데이터 등급 | 공개/내부/개인정보/결제 | 등급 없이 외부 API 연결 |
| 지연·비용 상한 | p95 ms, 월 원화 캡, 토큰 단가 | 상한 없이 프로덕션 투입 |
| 대체 경로 | 2순위 모델·캐시·규칙 엔진 | 단일 벤더 장애 시 서비스 정지 |
네 칸이 채워지면 “네이버 vs 카카오” 토론이 “우리 워크로드에 맞는 1순위·2순위” 토론으로 바뀝니다. 그게 목표입니다.
헤드라인만 보고 전사 계약을 밀지 마세요. 2주 순서를 고정해 두면 회의가 짧아집니다.
- 1~2일 — 워크로드 하나, 성공 지표 하나(예: 상담 초안 채택률, 검색 CTR이 아님 주의—내부 지표로).
- 3~5일 — 동일 프롬프트·동일 데이터로 후보 2경로 호출. 지연·비용·실패율만 표로.
- 6~8일 — 개인정보·로그·삭제 경로 리뷰. 법무·보안 한 페이지.
- 9~10일 — 장애 주입(타임아웃, 429). 폴백이 동작하는지.
- 11~14일 — 1순위 확정 + 2순위 유지 비용(월 최소 약정) 기입.
PoC에서 가장 흔한 실패는 “데모 질의 10개”만 돌리고 끝나는 것입니다. 실패율과 원화 캡이 없는 데모는 의사결정 자료가 아닙니다.
속도 격차 뉴스 옆에 같이 붙일 리스크 세 줄입니다.
- 전력·입지 — 인프라형 파트너는 공사·수전 일정이 밀리면 납기가 밀립니다. 계약에 지연 시 크레딧·대체 리전을 적으세요.
- 개인정보·플랫폼 정책 — 접점형 파트너는 메시지·프로필 활용 범위가 갑자기 좁아질 수 있습니다. 기능 플래그로 끄기 쉽게.
- 모델 라이선스 — 오픈 가중치라도 상업 이용·재배포·학습 데이터 조항을 읽으세요. “오픈=자유”가 아닙니다.
보안 관점의 에이전트·도구 잠금은 아스트라 보안 점검 체크와 같은 표 양식을 재사용해도 됩니다. 벤더 이름만 바꾸면 됩니다.
㎿ 목표·투자 규모는 공시·보도 날짜를 문서에 남기세요. 팀 내부 슬라이드에 숫자만 복사하면 석 달 뒤 틀린 표가 됩니다.
네이버와 카카오 중 어디에 AI를 붙여야 하나?
워크로드가 결정합니다. 대용량 추론·검색 백엔드·B2B 인프라면 인프라·클라우드 조건을, 사용자 메시지·채널 봇·생활 서비스 연동이라면 접점·권한·정책을 먼저 보세요. 둘 다 필요하면 1순위·2순위를 나눕니다.
AI 팩토리 ㎿ 숫자가 크면 우리 서비스 속도가 빨라지나?
직접 연결되지는 않습니다. 공급 측 연산 여력이 늘어도, 우리 계약 리전·쿼터·네트워크 경로가 그대로면 체감은 없을 수 있습니다. SLA·리전·페일오버를 계약서에서 확인하세요.
카나나 같은 오픈 모델을 쓰면 카카오 종속은 없나?
가중치를 자체 인프라에 올리면 런타임 종속은 줄일 수 있습니다. 대신 GPU 비용·MLOps·라이선스 준수 부담이 생깁니다. 톡 API만 쓰는 구조와는 다른 팀 역량이 필요합니다.
스타트업이 네카오 PoC를 동시에 해도 되나?
가능하지만 2주 표를 각각 채울 인력이 없으면 둘 다 흐지부지됩니다. 워크로드 하나·지표 하나로 2경로만 비교하고, 나머지는 백로그에 두세요.
개인정보 이슈는 어느 쪽이 더 까다롭나?
접점형(메시지·프로필)이 체감 규제가 빠르게 다가오는 편입니다. 인프라형은 데이터 위치·위탁 조항이 길게 갑니다. 등급표 없이 어느 쪽이든 위험합니다.
해외 모델(오픈AI·구글)과 네카오를 섞으면?
라우팅 표에 “공개 데이터→해외 API, 개인정보→국내·자체”처럼 데이터 등급별 경로를 적으세요. 비용 캡과 로그 보관 위치를 같은 표에 넣지 않으면 나중에 감사에서 막힙니다.