가온 위키 - 사용자 기여 [ko]

라이믹스/매뉴얼/도메인 변경

2026-06-29T02:15:47Z

Gaon12: 순번 오류 수정

== 개요 ==
라이믹스는 [https://github.com/rhymix/rhymix/pull/728 멀티도메인]을 지원하므로 도메인을 처리하는 방법이 XE 1.x와 다릅니다. 아래의 순서를 따르면 대부분의 경우 DB나 설정 파일을 직접 수정할 필요가 없습니다.

변경 전 도메인이 <code>from.com</code>, 변경 후 도메인이 <code>to.com</code>이라고 가정합니다.

== 도메인 변경 전 ==

# <code>from.com</code>으로 접속하여 관리자 화면에서 "시스템 설정" 메뉴에 들어갑니다.
# "새 도메인 추가"를 클릭하고, <code>to.com</code>을 추가합니다. 모든 설정은 <code>from.com</code>과 동일하게 합니다.
# "시스템 설정" 화면으로 돌아와서 "등록되지 않은 도메인 처리" 옵션을 "메인 화면 표시"로 변경한 후 저장합니다. 원래 설정이 "메인 화면 표시"였다면 변경하지 않아도 됩니다.

== 도메인 변경 후 ==

# <code>to.com</code>으로 접속하여 관리자 화면에서 "시스템 설정" 메뉴에 들어갑니다.
# <code>to.com</code> 수정 화면으로 들어가서 "기본 도메인"을 선택한 후 저장합니다.
# <code>from.com</code>을 삭제합니다.
# "시스템 설정" 화면으로 돌아와서 "등록되지 않은 도메인 처리" 옵션을 원래대로 돌려놓습니다. 원래 설정이 "메인 화면 표시"였다면 변경하지 않아도 됩니다.

== 도메인 변경 전에 설정을 변경하지 못한 경우 ==

도메인 변경 전에 설정을 미리 바꿔 놓지 않으면 기존 도메인으로 계속 리다이렉트될 수 있습니다. 이 때는 DB에서 아래와 같은 쿼리를 실행하시기 바랍니다.

<syntaxhighlight lang="sql">
UPDATE rx_domains SET domain = 'to.com' WHERE domain = 'from.com';
</syntaxhighlight>

사용하시는 테이블 접두사(<code>rx_</code>)에 따라 적절히 응용하십시오.

쿼리 실행 후에는 <code>설치폴더/files/cache</code> 폴더의 모든 하위 폴더를 삭제하여 기존 도메인 정보가 캐시에 남지 않도록 해야 합니다.

== 설정 파일 ==

라이믹스는 XE 1.x와 달리 도메인 변경시 <code>db.config.php</code> 또는 <code>config.php</code> 파일에서 "기본 URL"을 직접 수정할 필요가 없고, 수정하더라도 의미가 없습니다.

기본 URL이라는 개념 자체를 사용하지 않습니다. 설정 파일에 남아 있는 URL은 XE 1.x 방식에 의존하는 일부 자료를 위한 호환성을 위한 것이며, 코어에서 참조하지 않습니다.

단, "등록되지 않은 도메인 처리" 옵션이 잘못되어 기존 도메인으로 계속 리다이렉트되는 경우 <code>files/config/config.php</code>에서 <code>unregistered_domain_action</code> 설정을 <code>display</code>로 바꾸어 주면 도움이 될 수 있습니다.

{{퍼온문서||||https://rhymix.org/manual/introduction/domain-change 라이믹스 메뉴얼 - 도메인 변경 문서(CC BY-SA 4.0)}}

[[분류:라이믹스]] [[분류:라이믹스/매뉴얼]]

페이팔 홀딩스 주식회사

2026-06-21T05:39:45Z

Gaon12: 문서 넘기기

#REDIRECT[[PayPal]]

PayPal

2026-06-21T05:38:57Z

Gaon12: 문서 내용 보강

[[파일:PayPal San Jose Headquarters.jpg|섬네일|300px|미국 캘리포니아주 산호세에 위치한 페이팔 본사]]

'''페이팔''' 혹은 '''페이팔 홀딩스 주식회사'''(영어: PayPal Holdings, Inc., [[나스닥]]: PYPL)는 미국 캘리포니아주 [[산호세]]에 본사를 둔 세계 최대의 온라인 결제 기업이다. 1998년 12월 [[맥스 레브친]], [[피터 틸]], [[루크 노섹]] 등이 설립한 보안 소프트웨어 회사 콘피니티(Confinity)에서 출발했으며, 2000년 [[일론 머스크]]가 설립한 온라인 금융 서비스 회사 엑스닷컴(X.com)과 합병하여 '페이팔'이라는 사명으로 재탄생했다. 2002년 [[이베이]]에 인수되어 자회사로 운영되다가, 2015년 다시 독립 법인으로 분사하여 나스닥에 상장되었다. 전 세계 약 200개 시장에서 4억 3,900만 개(2025년 말 기준)의 활성 계정을 보유하고 있으며, [[벤모]](Venmo), [[브레인트리]](Braintree), 줌(Xoom) 등 다수의 핀테크 브랜드를 자회사로 두고 있다.

== 개요 ==
{| class="wikitable" style="float:right; width:360px; font-size:90%; margin-left:15px;"
! colspan="2" style="background:#003087; color:white; text-align:center;" | 페이팔 홀딩스 주식회사 PayPal Holdings, Inc.
|-
! style="width:110px;" | 형태
| 공개회사([[나스닥]]: PYPL, [[S&P 500]] 구성종목)
|-
! 산업
| 핀테크 · 전자결제 · 디지털 지갑
|-
! 설립
| 1998년 12월 (전신 콘피니티) 2000년 3월 (엑스닷컴과 합병, 페이팔 출범) 2015년 7월 20일 (이베이로부터 분사, 현 법인 출범)
|-
! 창립자
| 맥스 레브친 · 피터 틸 · 루크 노섹 · 켄 하워리 · 유 판 (엑스닷컴 측: 일론 머스크 외)
|-
! 본사
| 미국 캘리포니아주 산호세
|-
! 사업 지역
| 전 세계 약 200개 시장
|-
! 대표이사 회장
| 데이비드 W. 도먼(David W. Dorman, 이사회 의장)
|-
! 대표이사 사장 겸 CEO
| 엔리케 로레스(Enrique Lores)(2026년 3월~)
|-
! 매출액
| 332억 7,200만 달러(2025 회계연도)
|-
! 영업이익
| 60억 6,500만 달러(2025 회계연도)
|-
! 순이익
| 52억 3,300만 달러(2025 회계연도)
|-
! 자산총액
| 801억 7,300만 달러(2025년 말)
|-
! 시가총액
| 약 407억 달러(2026년 6월 기준)
|-
! 직원 수
| 약 23,800명(2025년 말 기준)
|-
! 주요 자회사·브랜드
| 벤모, 브레인트리, 줌, 허니, 하이퍼월렛, 페이디, 아이제틀
|-
! 모기업
| 이베이(1998~2015, 현재는 무관)
|-
! 웹사이트
| [https://www.paypal.com www.paypal.com]
|}

페이팔은 흔히 '''핀테크의 원조''' 격으로 평가받는 기업으로, 이메일 주소만으로 개인 간 송금이 가능한 서비스를 일찍이 정착시키며 전자상거래 결제 시장의 표준을 만든 회사로 꼽힌다. 설립 초기 인력 다수가 이후 실리콘밸리의 주요 인물로 성장하여 이른바 '''[[페이팔 마피아]]'''(PayPal Mafia)라는 별칭으로 불리기도 한다. 2025년 기준 연간 결제 처리액(TPV, Total Payment Volume)은 1조 7,940억 달러에 달하며, 이는 전년 대비 7% 증가한 수치다.

== 역사 ==

=== 콘피니티와 엑스닷컴, 그리고 합병 (1998~2000) ===
페이팔의 시초는 1998년 12월 실리콘밸리에서 [[맥스 레브친]], [[피터 틸]], [[루크 노섹]]이 '필드링크'(Fieldlink)라는 이름으로 설립한 회사다. 이 회사는 곧 '''콘피니티'''(Confinity)로 사명을 바꾸고, 처음에는 PDA(개인 휴대 정보 단말기)인 팜파일럿(PalmPilot)용 암호화·보안 소프트웨어를 개발했다. 그러나 사업성이 낮다고 판단한 콘피니티는 이메일을 이용한 개인 간 송금 서비스로 사업 방향을 전환했고, 1999년 '페이팔'이라는 이름의 서비스를 정식으로 출시했다.

한편 이와는 별개로, [[일론 머스크]]는 1999년 3월 온라인 뱅킹을 표방한 회사 '''엑스닷컴'''(X.com)을 설립했다. 한국어 위키 문서를 비롯한 여러 매체에서 일론 머스크가 1998년 콘피니티(또는 '페이팔')의 공동 창립자였다고 서술하는 경우가 있으나, 이는 사실과 다소 차이가 있다. 머스크가 세운 회사는 콘피니티와는 별도의 법인인 엑스닷컴이었으며, 두 회사는 한때 같은 건물에서 사무실을 공유하며 이메일 결제 시장의 주도권을 놓고 치열하게 경쟁하던 '''경쟁사''' 관계였다.<ref>Confinity - Wikipedia, "Confinity merged with X.com, founded by Elon Musk, in March 2000."</ref> 두 회사의 신규 가입자 유치 경쟁이 격화되자, 2000년 3월 양사는 이른바 '적과의 동침'으로 불리는 동수(50대 50) 합병을 단행했다. 합병 직후 회사명은 한동안 '엑스닷컴'으로 유지되었으며, 머스크가 합병 법인의 CEO를 맡았다.

=== 페이팔로의 전환과 이베이 인수 (2000~2002) ===
합병 이후 회사 내부에서는 향후 사업 방향을 두고 갈등이 빚어졌다. 머스크는 종합 온라인 금융 서비스를, 콘피니티 출신 경영진은 이미 성공적으로 자리 잡은 '페이팔' 송금 서비스에 집중할 것을 주장했다. 결국 2000년 9월~10월 무렵 이사회는 머스크를 CEO직에서 물러나게 하고 피터 틸을 새 CEO로 선임했으며, 회사는 은행업 진출을 포기하고 페이팔 서비스에 전사적 역량을 집중하기로 결정했다. 이러한 전략 전환에 따라 2001년 회사명은 정식으로 '페이팔'로 변경되었다.

[[이베이]] 경매 사이트의 판매자와 구매자들은 종전까지 개인수표나 우편환 등으로 대금을 정산해야 했는데, 이메일과 비밀번호만으로 간편하고 신속하게 결제·송금할 수 있는 페이팔의 편의성이 입소문을 타면서 이베이 이용자 사이에서 빠르게 표준 결제 수단으로 자리 잡았다. 페이팔은 2002년 2월 나스닥에 상장했으나, 같은 해 10월 [[이베이]]가 약 15억 달러 규모의 주식 교환 방식으로 페이팔을 인수하면서 상장 8개월 만에 이베이의 완전자회사가 되었다.

=== 이베이 자회사 시절 (2002~2015) ===
이베이 산하에서 페이팔은 이베이 외부 가맹점으로 결제망을 빠르게 확장했다. 이 시기 [[벤모]](2013년 자회사 브레인트리를 통해 흡수), [[브레인트리]](2013년 인수), 국제송금 서비스 줌(Xoom, 2015년 인수 발표) 등 훗날 핵심 사업으로 성장하는 브랜드들을 잇따라 인수했다. 그러나 이베이 내부 사업부로 머물면서 독자적인 자본 배분과 신속한 의사결정에 제약이 있다는 지적이 행동주의 투자자들(칼 아이칸 등)을 중심으로 제기되었다.

=== 이베이로부터의 분사 (2015) ===
결국 이베이 이사회는 2014년 9월 페이팔을 별도 독립 상장기업으로 분사하기로 결정했고, 2015년 7월 20일 '''페이팔 홀딩스 주식회사'''로서 나스닥에 재상장되며 이베이로부터 완전히 분리되었다.<ref>PayPal Holdings, Inc. 8-K, "PayPal Celebrates Listing on Nasdaq and Completes Separation from eBay Inc.", 2015년 7월 20일.</ref> 분사 당시 CEO는 [[댄 슐먼]](Dan Schulman)이었으며, 분사 시점 활성 계정 수는 약 1억 6,200만 개였다.

=== 댄 슐먼 체제와 사업 확장 (2015~2023) ===
독립 법인 출범 이후 페이팔은 [[벤모]]의 송금·결제 기능 고도화, 모바일 간편결제, 가상자산(암호화폐) 매매 서비스(2020년 도입) 등으로 사업을 다각화했다. 2019년에는 쇼핑 쿠폰·캐시백 플랫폼 '''허니'''(Honey)를, 2020년에는 결제 데이터 분석 기업 '''하이퍼월렛'''을, 2021년에는 일본의 후불결제(BNPL) 기업 '''페이디'''(Paidy)와 스웨덴의 매장용 결제 단말기 업체 '''아이제틀'''(iZettle)을 인수했다. 코로나19 확산기 전자상거래 호황에 힘입어 주가가 급등했으나, 2021년 하반기 이후 경쟁 심화(애플페이, 빅테크 결제 서비스 등)와 거시경제 둔화로 주가가 큰 폭으로 조정받았다. 슐먼은 2023년 9월 CEO직에서 물러났다.

=== 알렉스 크리스 체제 (2023~2026) ===
2023년 9월, [[인튜이트]](Intuit) 출신의 알렉스 크리스(Alex Chriss)가 신임 대표이사 사장 겸 CEO로 취임했다. 크리스는 취임 후 '가격 대비 가치' 전략, 벤모의 본격적인 수익화, 후불결제(BNPL) 사업 확대, 통합 가맹점 플랫폼 '''페이팔 오픈'''(PayPal Open) 출범(2025년 2월), 간편 결제 솔루션 '''패스트레인'''(Fastlane)의 국제 확장, 광고 사업(PayPal Ads) 신설 등을 추진했다. 또한 2023년 8월에는 미국 달러 연동 스테이블코인 '''PYUSD'''를 출시해 결제 업계 최초로 대형 결제사가 자체 스테이블코인을 발행한 사례로 주목받았으며, 2025년에는 [[OpenAI]], 구글, 퍼플렉시티 등과 손잡고 인공지능 에이전트가 직접 결제를 수행하는 이른바 '''에이전틱 커머스'''(Agentic Commerce) 인프라 구축에 나섰다.

그러나 2024~2025년 사이 핵심 사업인 브랜드 체크아웃(소비자가 직접 페이팔 로고를 눌러 결제하는 방식) 부문의 성장 둔화가 계속되자 이사회의 실적 압박이 커졌다. 결국 2026년 2월 2일 이사회는 알렉스 크리스를 CEO직에서 전격 교체하기로 결정했다고 공시했으며, 크리스는 같은 날 이사직에서도 물러났다.<ref>PayPal Holdings, Inc. 8-K(2026년 2월 3일), "PayPal Appoints Enrique Lores as Chief Executive Officer and David W. Dorman as Independent Board Chair."</ref>

=== 엔리케 로레스 체제 출범 (2026~ ) ===
크리스의 사임에 따라 최고재무·운영책임자(CFOO)였던 제이미 밀러(Jamie Miller)가 임시 CEO를 맡았고, 이사회는 2019년부터 페이팔 이사회 멤버로 활동했고 2024년 7월부터는 이사회 의장을 지낸 [[HP]]의 전 CEO '''엔리케 로레스'''(Enrique Lores)를 신임 대표이사 사장 겸 CEO로 선임했다. 로레스는 2026년 3월 1일부로 정식 취임했으며, 이사회 의장직은 데이비드 W. 도먼(David W. Dorman)이 새로 맡았다. 로레스는 HP에서 30년간 근무하며 6년간 최고경영자를 역임한 경력을 갖고 있다.

체제 전환과 함께 페이팔은 조직 개편도 단행했다. 브레인트리, 중소상공인(SMB) 결제처리, 부가가치서비스(OVAS), 가상자산(PYUSD 포함) 사업을 하나로 통합한 '''결제서비스·크립토 사업부'''(Payment Services & Crypto Division)를 신설했으며, 이 과정에서 소비자 그룹을 이끌던 디에고 스코티(Diego Scotti)와 중소기업·금융서비스 그룹을 이끌던 미셸 길(Michelle Gill) 등 주요 임원들이 회사를 떠났다.<ref>PayPal Holdings, Inc. 8-K(2026년 6월), 조직 개편 발표 자료.</ref>

== 사업 영역 및 주요 서비스 ==

=== 페이팔(브랜드 체크아웃) ===
이메일이나 휴대전화 번호로 가입한 계정을 통해 온라인 쇼핑몰에서 신용카드·은행 계좌 정보를 매번 입력하지 않고도 결제할 수 있는 디지털 지갑 서비스다. 개인 간 송금(P2P), 환전, 청구서 결제 등의 부가 기능도 제공한다.

=== 벤모(Venmo) ===
미국 내 젊은 세대를 중심으로 널리 쓰이는 모바일 기반 개인 간 송금 서비스로, 소셜 피드 형태로 송금 내역을 공유하는 독특한 UX가 특징이다. 2024~2025년 사이 벤모 직불카드, 벤모를 통한 가맹점 결제(브랜드 체크아웃) 등으로 수익화가 본격화되었다.

=== 브레인트리(Braintree) ===
2013년 인수한 가맹점용 결제 게이트웨이·API 서비스로, [[우버]], [[에어비앤비]] 등 대형 플랫폼 기업들이 사용하는 백엔드 결제 인프라다. 2026년 조직 개편으로 신설된 '결제서비스·크립토 사업부'에 편입되었다.

=== 줌(Xoom) ===
국경 간 송금(해외 송금) 전문 서비스로, 가족 송금이나 해외 거주자의 본국 송금 수요를 겨냥한다.

=== 기타 인수 브랜드 ===
* '''허니(Honey)''': 온라인 쇼핑 시 자동으로 할인 쿠폰을 적용해 주는 브라우저 확장 프로그램(2019년 인수).
* '''하이퍼월렛(Hyperwallet)''': 플랫폼 기업이 다수의 판매자·프리랜서에게 대금을 정산해 주는 대량 지급 솔루션(2018년 인수).
* '''페이디(Paidy)''': 일본 시장의 후불결제(BNPL) 서비스(2021년 인수).
* '''아이제틀(iZettle/Zettle)''': 유럽 중심의 오프라인 매장용 카드 단말기·POS 솔루션(2018년 인수).

=== PYUSD와 에이전틱 커머스 ===
2023년 8월 출시된 PYUSD는 미국 달러에 1:1로 연동되는 스테이블코인으로, 발행은 [[팍소스]](Paxos)가 담당한다. 2025년 한 해 동안 유통량이 약 600% 증가했으며, AI 에이전트가 사람을 대신해 자동으로 결제를 수행하는 '에이전틱 커머스' 인프라의 정산 수단으로도 활용되고 있다. 페이팔은 자사 결제 API를 거대언어모델(LLM)이 직접 호출할 수 있도록 개방하고, [[OpenAI]] 등이 주도하는 '에이전틱 커머스 프로토콜'(Agentic Commerce Protocol, ACP) 표준화 작업에도 참여하고 있다.

=== 후불결제(BNPL) ===
'나중에 결제하기'(Pay in 4) 등 분할 후불결제 상품을 운영하며, 유럽 시장에서는 자체 신용을 활용한 BNPL 채권을 KKR 등 기관투자자에게 매각하는 자금조달 구조를 갖추고 있다.

== 지배구조 ==

=== 역대 최고경영자 ===
{| class="wikitable" style="text-align:center;"
! 대수 !! 이름 !! 재임 기간 !! 비고
|-
| 1 || 피터 틸(Peter Thiel) || 2000년~2002년 || 엑스닷컴-콘피니티 합병 직후 CEO 취임, 사명을 '페이팔'로 변경
|-
| 2 || (이베이 자회사 시기 다수 임원진 거쳐감) || 2002년~2015년 || 이베이 사업부장 체제
|-
| 3 || 댄 슐먼(Dan Schulman) || 2015년~2023년 9월 || 이베이 분사 후 초대 독립법인 CEO
|-
| 4 || 알렉스 크리스(Alex Chriss) || 2023년 9월~2026년 2월 || 인튜이트 출신, 벤모 수익화·PYUSD 출시 주도
|-
| - || 제이미 밀러(Jamie Miller) || 2026년 2월~2026년 3월 || 임시 CEO(CFOO 겸직)
|-
| 5 || 엔리케 로레스(Enrique Lores) || 2026년 3월~현재 || 전 HP 회장 겸 CEO, 페이팔 이사회 출신
|}

=== 이사회 ===
2026년 기준 이사회 의장은 데이비드 W. 도먼(David W. Dorman)이 맡고 있다.

== 재무 현황 ==
{| class="wikitable" style="text-align:right;"
! style="text-align:center;" | 회계연도 !! 순매출 !! 영업이익 !! 순이익 !! 결제처리액(TPV) !! 활성 계정 수
|-
| 2023 || - || - || - || - || 4억 2,650만 개
|-
| 2024 || 317억 9,700만 달러 || 53억 2,500만 달러 || 41억 4,700만 달러 || 1조 6,812억 달러 || 4억 3,400만 개
|-
| 2025 || 331억 7,200만 달러 || 60억 6,500만 달러 || 52억 3,300만 달러 || 1조 7,940억 달러 || 4억 3,900만 개
|}
<ref>PayPal Holdings, Inc. 8-K(2026년 2월 3일), "PayPal Reports Fourth Quarter and Full Year 2025 Results".</ref>

2025년 4분기 실적 발표 시점(2026년 2월) 회사는 2026년 비일반회계기준(Non-GAAP) 주당순이익이 전년 대비 보합 내지 소폭 감소할 것으로 전망했으며, 이는 금리 하락에 따른 고객예치금 이자 수익 감소와 소비자 경험 개선을 위한 투자 확대가 반영된 수치다. 2025년 11월에는 비일반회계기준 순이익의 10%를 목표 배당성향으로 하는 분기 배당(주당 0.14달러)을 처음으로 도입했다. 한편 주가는 2021년 7월 고점(주당 약 310달러) 대비 2026년 중반 기준 큰 폭으로 하락한 상태이며, 시가총액은 약 407억 달러 수준이다(2026년 6월 기준).<ref>MacroTrends, "PayPal Holdings Market Cap 2013-2026".</ref>

== 페이팔 마피아(PayPal Mafia) ==
초창기 콘피니티·엑스닷컴·페이팔에서 함께 일했던 임직원 중 다수가 이후 독립하여 실리콘밸리의 주요 빅테크·벤처캐피털 창업자 또는 핵심 인물로 성장했고, 언론은 이들을 '''페이팔 마피아'''라는 별칭으로 부른다. 대표적인 인물은 다음과 같다.

* [[일론 머스크]] - 엑스닷컴 창립자. 이후 [[테슬라]], [[스페이스X]], [[xAI]] 등 창업
* [[피터 틸]] - 콘피니티 공동창립자, 페이팔 초대 CEO. 이후 [[팰런티어 테크놀로지스]] 공동창업, [[페이스북]] 초기 투자자
* [[맥스 레브친]] - 콘피니티 공동창립자, 페이팔 CTO. 이후 후불결제 기업 [[어펌(기업)|어펌]](Affirm) 창업
* [[리드 호프먼]] - 페이팔 COO 출신. 이후 [[링크드인]] 공동창업
* [[채드 헐리]], [[스티브 첸]], [[자웨드 카림]] - 페이팔 출신 엔지니어들로 이후 [[유튜브]] 공동창업
* [[데이비드 색스]] - 페이팔 COO 출신. 이후 [[야머]](Yammer) 창업, 벤처캐피털리스트로 활동
* [[키스 라보이스]] - 벤처캐피털리스트, [[오픈도어]] 등 다수 스타트업 투자
* [[로엘로프 보타]] - 페이팔 CFO 출신. 이후 [[세쿼이아 캐피털]] 대표 역임

== 비판과 논란 ==

=== 계정 동결 관련 논란 ===
페이팔은 의심거래 탐지 알고리즘에 따라 사전 통보 없이 이용자 계정의 자금을 장기간 동결하는 경우가 잦다는 비판을 꾸준히 받아왔다. 2010년에는 위키리크스에 대한 기부금 결제를 차단해 논란이 되었고, 이에 반발한 해커 집단 어나니머스가 페이팔 등을 상대로 디도스 공격을 벌인 '오퍼레이션 페이백' 사건으로 이어지기도 했다. 2022년 캐나다 '자유 호송대'(Freedom Convoy) 시위 관련 모금 계좌를 동결한 사례 역시 결제 플랫폼의 자금 차단 권한을 둘러싼 논쟁을 촉발했다.

=== 표현의 자유·정책 관련 논란(2022년 AUP 사태) ===
2022년 10월 페이팔은 허위정보 유포 등으로 판단되는 행위를 한 계정에 최대 2,500달러의 벌금을 부과할 수 있다는 내용을 포함한 '이용자 행위 정책'(Acceptable Use Policy) 개정안을 발표했다. 전 페이팔 임원 데이비드 마커스를 비롯해 일론 머스크 등 다수 인사가 강하게 비판하자, 페이팔은 해당 조항이 '오류로 게시되었다'며 며칠 만에 철회했다.<ref>PayPal - Wikipedia, "In October 2022, PayPal published an update to its Acceptable Use Policy..."</ref>

=== 보안·사기 문제 ===
대형 결제 플랫폼이라는 특성상 피싱, 계정 탈취, 가짜 송장을 이용한 사기 등 각종 금융 사기의 표적이 되는 경우가 많아 정기적으로 보안 관련 논란이 제기된다.

== 같이 보기 ==
* [[이베이]]
* [[벤모]]
* [[브레인트리]]
* [[일론 머스크]]
* [[피터 틸]]
* [[핀테크]]
* [[스테이블코인]]

== 각주 ==
<references/>

== 외부 링크 ==
* {{공식 웹사이트|https://www.paypal.com}}
* [https://investor.pypl.com 페이팔 투자자 관계(IR) 페이지]
* [https://newsroom.paypal-corp.com 페이팔 뉴스룸]

[[분류:1998년 설립된 기업]]
[[분류:미국의 핀테크 기업]]
[[분류:나스닥 상장기업]]
[[분류:캘리포니아주의 기업]]
[[분류:산호세(캘리포니아주)의 기업]]
[[분류:전자결제]]
[[분류:이베이]]

노자와 마사코

2026-06-19T01:58:40Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 노자와 마사코
|이름/일어 = 野沢雅子
|이름/요미카타 = のざわまさこ
|이름/영어 = Masako Nozawa
|본명 = 츠카다 마사코
|본명/일어 = 塚田雅子
|본명/영어 = Masako Tsukada
|직업 = [[성우]], [[배우]], [[가수]]
|소속사 = [[아오니 프로덕션]]
|출생년 = 1936
|출생월 = 10
|출생일 = 25
|출생국가 = 일본
|출생지1 = 도쿄부
|출생지2 = 도쿄시 아라카와구 닛포리마치
|혈액형 = O
|신장 = 157cm
|발사이즈 =
|별명 = 마코상



|활동시작 = 1950년대
|활동종료 =
|장르 = [[애니메이션]], [[게임]], [[더빙]], [[나레이션]], [[라디오 드라마]]
|데뷔작품 =
|데뷔역 =



|배우활동 = {{활동/배우활동
|활동시작 = 1939년
|활동종료 =
|장르 = [[TV 드라마]], [[영화]], [[무대]]
|소속사 =
|데뷔작품 =
|데뷔역 =
}}
}}

'''노자와 마사코'''(野沢雅子, 본명 츠카다 마사코, 1936년 10월 25일 ~ )는 일본의 [[성우]], [[배우]], [[가수]]이다. [[도쿄부]] 도쿄시 아라카와구 닛포리마치, 현 [[도쿄도]] [[아라카와구]] 닛포리 출신이며, [[아오니 프로덕션]] 소속이다.<ref name="aoni">[https://www.aoni.co.jp/search/nozawa-masako.html 青二プロダクション - 野沢雅子 공식 프로필]</ref> 본명은 츠카다 마사코(塚田雅子)이며, 애칭은 마코상(マコさん). 남편은 성우 겸 배우였던 [[츠카다 마사아키]]로, 2014년에 사별했다.<ref>[https://www.oricon.co.jp/news/2033492/full/ ORICON NEWS - 声優の塚田正昭さん死去…74歳妻は声優・野沢雅子]</ref>

일본 성우사에서 초창기부터 활동한 인물 중 하나이며, 특히 '''소년 연기'''를 대표하는 성우로 손꼽힌다. 대표 배역으로는 《[[게게게의 키타로]]》의 [[키타로]]와 제6기의 [[눈알 아버지]], 《[[은하철도 999]]》의 [[호시노 테츠로]], 《[[드래곤볼]]》 시리즈의 [[손오공]], [[손오반]], [[손오천]], 《[[초근성 가에루]]》의 히로시, 《[[감바의 모험]]》의 감바, 《[[톰 소여의 모험]]》의 톰 소여, 《[[디지몬 테이머즈]]》의 [[기루몬]] 등이 있다.<ref name="jmaf">[https://j-mediaarts-festival.bunka.go.jp/award/single/nozawa-masako/index.html 文化庁メディア芸術祭 - 野沢雅子]</ref>

== 개요 ==
일본 애니메이션과 더빙 문화의 형성기부터 활동해 온 원로 성우이다. 1930년대 말 아역 배우로 연예 활동을 시작했고, 전후 라디오·무대·드라마·영화·외화 더빙을 거치며 성우 활동을 본격화했다. 이후 일본 TV 애니메이션 초창기부터 소년, 동물, 노인, 요괴, 인간 외 존재까지 폭넓게 연기하며 현재까지 활동을 이어오고 있다.

특히 노자와 마사코 하면 가장 먼저 떠오르는 배역은 《[[드래곤볼]]》 시리즈의 [[손오공]]이다. 1986년 TV 애니메이션 《드래곤볼》에서 손오공을 맡은 이후, 《드래곤볼 Z》, 《드래곤볼 GT》, 《드래곤볼 카이》, 《드래곤볼 슈퍼》, 극장판, 게임, 광고, 이벤트 영상, 그리고 2024년 방영된 《[[드래곤볼 DAIMA]]》에 이르기까지 장기간 동일 캐릭터를 맡았다.<ref>[https://dragonballdaima.com/character.html ドラゴンボールDAIMA 공식 사이트 - 캐릭터]</ref>

손오공뿐 아니라 손오공의 아들인 [[손오반]]과 [[손오천]], 손오공의 아버지 [[버독]], 손오공과 닮은 [[터레스]], [[오공 블랙]] 등 이른바 손씨 일가 및 관련 캐릭터 다수를 한 사람이 연기한다는 점으로도 유명하다. 같은 작품 안에서 성격과 연령대가 다른 여러 캐릭터를 동시에 맡으면서도 각각의 톤과 호흡을 구분하는 연기로 평가받는다.

== 특징 ==
=== 소년 연기의 대명사 ===
노자와 마사코의 가장 큰 특징은 소년 캐릭터 연기이다. 성인 여성 성우가 소년 캐릭터를 맡는 방식은 일본 애니메이션에서 일반적이지만, 그 흐름을 대중적으로 각인시킨 대표 인물 중 한 명으로 평가된다. 맑고 높은 음색에 강한 발성, 빠른 감정 전환, 과장된 만화적 표현과 자연스러운 생활 연기를 동시에 구사하는 것이 특징이다.

《[[게게게의 키타로]]》의 키타로, 《[[은하철도 999]]》의 호시노 테츠로, 《[[초근성 가에루]]》의 히로시, 《[[드래곤볼]]》의 손오공, 《[[디지몬 테이머즈]]》의 기루몬은 모두 소년 또는 소년성을 지닌 캐릭터이지만, 실제 연기 방향은 서로 다르다. 키타로는 차분하고 신비로운 분위기, 테츠로는 성장하는 소년의 절박함, 히로시는 장난스럽고 활달한 생활감, 손오공은 천진난만함과 전투광적 에너지, 기루몬은 동물적 순수함이 강조된다.

=== 《드래곤볼》 시리즈에서의 존재감 ===
노자와 마사코는 《드래곤볼》 시리즈에서 단순히 한 배역을 오래 맡은 수준을 넘어, 작품의 일본어 음성 정체성을 상징하는 인물에 가깝다. 손오공의 어린 시절부터 성인기, 부성, 전사로서의 광기, 순진함, 분노, 비장함을 모두 한 목소리 안에서 구축했다.

또한 같은 작품에서 손오공, 손오반, 손오천을 동시에 연기하는 것으로 유명하다. 손오공은 본능적이고 직선적인 활기, 손오반은 지적이고 내성적인 면, 손오천은 더 어린아이 같은 천진함을 중심으로 구분된다. 이 때문에 《드래곤볼》 팬덤에서는 노자와 마사코의 연기를 작품 자체와 분리해서 생각하기 어렵다는 평가가 많다.

=== 장기 활동과 상징성 ===
노자와 마사코는 일본 TV 애니메이션의 초창기부터 현재까지 이어지는 거의 전 세대를 관통하는 성우이다. 1960년대의 《[[철완 아톰]]》, 《[[게게게의 키타로]]》부터 1970년대의 《[[은하철도 999]]》, 1980년대의 《[[드래곤볼]]》, 2000년대의 《[[ONE PIECE]]》와 《[[디지몬 테이머즈]]》, 2010년대의 《[[드래곤볼 슈퍼]]》와 《게게게의 키타로》 제6기, 2020년대의 《[[드래곤볼 DAIMA]]》까지 이어진다.

2025년에는 일본 정부의 [[문화공로자]]로 선정되었다. 문부과학성의 2025년도 문화공로자 명단에는 본명 츠카다 마사코, 예명 노자와 마사코, 분야 성우로 기재되어 있다.<ref>[https://www.mext.go.jp/b_menu/houdou/2025/attach/1422025_00002.htm 文部科学省 - 令和7年度文化功労者]</ref> 성우라는 직업의 사회적 위상을 보여 주는 사례로도 자주 언급된다.

== 경력 ==
=== 아역 배우 시절 ===
어린 시절부터 아역 배우로 활동했다. 배우 활동은 1939년부터로 알려져 있으며, 무대와 영화, TV 드라마 등 실연 계열의 연기 경력을 먼저 쌓았다. 이후 외화 더빙과 라디오 드라마, 애니메이션 음성 연기를 거치며 성우 활동이 중심이 되었다.

=== 성우 활동의 본격화 ===
1960년대 일본 TV 애니메이션이 본격적으로 제작되기 시작하면서 여러 작품에 출연했다. 1963년 《[[철완 아톰]]》, 《늑대소년 켄》 등을 시작으로, 1968년 《[[게게게의 키타로]]》 제1기에서 키타로를 맡으며 대표적인 소년 주인공 성우로 자리매김했다.

1969년 설립된 [[아오니 프로덕션]]의 창설기와도 관련이 깊은 인물로 알려져 있으며, 현재도 아오니 프로덕션 소속으로 활동하고 있다.<ref name="jmaf" />

=== 1970년대와 1980년대 ===
1970년대에는 《[[초근성 가에루]]》의 히로시, 《[[감바의 모험]]》의 감바, 《[[은하철도 999]]》의 호시노 테츠로 등 주연급 캐릭터를 다수 맡았다. 이 시기 출연작들은 일본 애니메이션의 고전으로 꼽히는 작품이 많아, 노자와 마사코의 목소리는 여러 세대에게 익숙한 목소리가 되었다.

1980년대에는 《[[괴물군]]》의 괴물 타로, 《[[톰 소여의 모험]]》의 톰 소여, 《[[츠리키치 산페이]]》의 산페이, 그리고 1986년 《[[드래곤볼]]》의 손오공을 맡으며 대표 커리어가 확정되었다.

=== 《드래곤볼》 이후 ===
1986년부터 시작된 《드래곤볼》 시리즈는 노자와 마사코의 경력에서 가장 큰 비중을 차지하는 작품이다. 《드래곤볼 Z》에서는 손오공뿐 아니라 손오반, 버독, 손오천, 오천크스, 베지트 등 여러 캐릭터를 연기했고, 이후 《드래곤볼 GT》, 《드래곤볼 카이》, 《드래곤볼 슈퍼》, 《드래곤볼 DAIMA》까지 장기간 참여했다.

2017년에는 《드래곤볼》 게임 시리즈에서 손오공을 장기간 연기한 공로로 기네스 세계 기록 2개 부문에 인정되었다. 당시 기록은 하나의 비디오 게임 캐릭터를 가장 오랫동안 연기한 성우, 그리고 비디오 게임 성우로서 가장 오래 활동한 기간과 관련된 기록이었다.<ref>[https://www.guinnessworldrecords.jp/news/features/masako-nozawa-interview ギネス世界記録 - 特別インタビュー：野沢雅子]</ref><ref>[https://blog.ja.playstation.com/2017/02/01/20170201-dragonball/ PlayStation.Blog - 野沢雅子さんがギネス世界記録に認定]</ref>

=== 2020년대 이후 ===
2020년대에도 활발한 활동을 이어가고 있다. 《[[디지몬 어드벤처:]]》에서는 내레이션과 유키미보타몬을 맡았고, 《[[드래곤볼 DAIMA]]》에서는 손오공, 손오공 미니, 손오반, 손오천 등을 다시 연기했다. 2024년에는 아오니 프로덕션과 CoeFont의 AI 음성 프로젝트에 참여한 성우 중 한 명으로 발표되었다. 해당 프로젝트는 음성 비서, 로봇, 의료기기 등 비연기 영역의 다국어 AI 음성 제공을 목표로 하며, 애니메이션이나 더빙 같은 연기 영역에는 제공하지 않는다고 설명되었다.<ref>[https://prtimes.jp/main/html/rd/p/000000089.000078329.html PR TIMES - 青二プロダクションとCoeFont、AIを活用したグローバル戦略パートナーシップを締結]</ref>

2025년에는 문화공로자로 선정되며 성우계의 상징적 인물로 다시 주목받았다.<ref name="mext">[https://www.mext.go.jp/b_menu/activity/detail/2025/20251104_2.html 文部科学省 - 令和7年度文化功労者顕彰式]</ref>

== 대표 배역 ==
{| class="wikitable"
! 작품 !! 배역 !! 비고
|-
| [[게게게의 키타로]] || '''[[키타로]]''' || 제1기·제2기에서 키타로 역
|-
| [[게게게의 키타로]] 제6기 || [[눈알 아버지]] || 과거 키타로 역 성우가 아버지 역을 맡은 사례
|-
| [[은하철도 999]] || '''[[호시노 테츠로]]''' || 대표적인 소년 주인공 배역
|-
| [[드래곤볼]] 시리즈 || '''[[손오공]]''', '''[[손오반]]''', '''[[손오천]]''' 등 || 대표 배역. 손씨 일가와 관련 캐릭터 다수 담당
|-
| [[초근성 가에루]] || '''히로시''' || 1970년대 대표 주연 배역
|-
| [[감바의 모험]] || '''감바''' || 모험물 주인공
|-
| [[괴물군]] || '''괴물 타로''' || TV 아사히판
|-
| [[톰 소여의 모험]] || '''톰 소여''' || 세계명작극장 계열 대표 배역
|-
| [[디지몬 테이머즈]] || '''[[기루몬]]''', '''[[그라우몬]]''', '''[[메갈로그라우몬]]''', '''[[듀크몬]]''', 내레이션 || 디지몬 시리즈 대표 배역
|-
| [[ONE PIECE]] || Dr. 쿠레하 || 장수 애니메이션 출연 배역
|-
| [[도라에몽]] || '''도라에몽''' || 1973년판 제2대 도라에몽
|-
| [[아라이구마 라스칼]] || '''라스칼''' || 동물 연기 계열 대표 배역
|}

== 주요 수상 및 기록 ==
{| class="wikitable"
! 연도 !! 수상·기록 !! 비고
|-
| 2012년 || 제7회 [[성우 어워드]] 공로상 || 장기 활동과 성우계 공헌 인정
|-
| 2017년 || [[기네스 세계 기록]] 2개 부문 인정 || 《드래곤볼》 게임 시리즈의 손오공 장기 연기 관련<ref name="guinness">[https://www.guinnessworldrecords.jp/news/features/masako-nozawa-interview ギネス世界記録 - 特別インタビュー：野沢雅子]</ref>
|-
| 2017년 || 제26회 일본 영화 비평가 대상 애니메이션 부문 성우상 || 성우 활동 공로
|-
| 2018년 || 아동복지문화상 특별부문 || 장기간의 성우 활동을 통한 아동문화 기여<ref name="jmaf" />
|-
| 2021년 || 제24회 문화청 미디어예술제 공로상 || 성우 문화 창성기부터의 공헌 인정<ref name="jmaf" />
|-
| 2022년 || 제45회 일본 아카데미상 회장공로상 || 영화계 장기 공헌자 대상 특별상<ref>[https://www.japan-academy-prize.jp/prizes/45.html 第45回日本アカデミー賞 - 受賞結果]</ref>
|-
| 2023년|| 제71회 [[기쿠치 칸상]] || 성우로서 수상<ref>[https://news.mynavi.jp/article/20231011-2790263/ マイナビニュース - 第71回菊池寛賞]</ref>
|-
| 2024년 || 마이니치 예술상 특별상 || 장기 예술 활동 공로
|-
| 2025년 || [[문화공로자]] || 성우 분야 인물로 선정<ref name="mext" />
|}

== 성우로서의 활동 ==
{{안내|

* 같은 연도 안에서는 작품명을 기준으로 정렬했습니다.
* '''굵은 글씨'''는 주연 또는 문서상 대표 배역입니다.
* 장기 시리즈는 첫 출연 연도에 중심으로 적되, 이후 시리즈에서 같은 배역을 계속 맡은 경우 비고로 정리했습니다.
* 단역·게스트 배역은 확인 가능한 주요 사례 위주로 정리했습니다.
}}

=== TV 애니메이션 ===

* '''1963년'''
** [[늑대소년 켄]]
** [[철완 아톰]] / 유미인의 여왕의 아이, 국제전화국 로봇

* '''1965년'''
** [[귀신 Q타로]] / 오오하라 신이치[초대] {{덧|TBS판}}
** 돌핀 왕자 / 시로
** 우주 패트롤 호퍼{{이명|호퍼 우주코 쥰}} / 푸

* '''1966년'''
** [[마법사 사리]]{{이명|요술공주 샐리}} / 하나무라 톤키치, 칸타
** 유성가면 / 사프스 10호

* '''1967년'''
** 모험 가보텐섬 / '''가보'''

* '''1968년'''
** 거인의 별 / 야구 소년, 요네
** [[게게게의 키타로]] / '''[[키타로]]''' 등
** [[마법사 사리]]{{이명|요술공주 샐리}} / 만조
** 사부와 이치 체포조 / 오카미, 오시즈
** 사이보그 009 / 록 {{덧|1968년판}}

* '''1969년'''
** 곤충 이야기 고아 하치 / 분키치 등 {{덧|1969년판}}
** 맹렬 아타로 / 데코, 소년 및 여성 배역 다수
** 비밀의 아코쨩 / 톤코
** 어택 No.1 / 사이, 히가키 료코[2대째], 카와치 키누코
** 타이거 마스크 / 켄타, 소년 및 여성 배역 다수
** 하쿠숀 대마왕 / 스스무
** 해저소년 마린 / 화이티

* '''1970년'''
** 시골뜨기 대장 / '''카제다이 자에몬'''

* '''1971년'''
** [[게게게의 키타로]] 제2기 / '''[[키타로]]'''
** 내일의 죠 / 유리
** 신비한 메루모 / 하야토 등
** 아파치 야구군 / 거리의 아이들, 다이콘의 엄마, 어린 시절의 아바시리
** 천재 바카본 / B조, 불량배, 아이들, 어머니 역 다수

* '''1972년'''
** 떡갈나무 모크{{이명|피노키오의 모험}} / 플랑코
** 마법사 챠피 / 아라이 니헤이
** [[초근성 가에루]] / '''히로시'''

* '''1973년'''
** 과학닌자대 갓챠맨{{이명|독수리 5형제}} / 어린아이
** [[도라에몽]] / '''도라에몽'''[2대째] {{덧|1973년판}}
** 도로롱 엔마군 / '''엔마군'''
** 루팡 2세 / 선생님
** 모험 콜로보클 / 주먹밥
** 미라클 소녀 리미트쨩 / 토미씨
** 미크로이드 S / 미도로 마나부
** 산쥐 로키 척 / 야생쥐 다니
** 신조인간 캐샨 / 킴, 마루
** 완사군 / 코우타, 사부로, 토토
** 카라테 바보 일대 / 어머니, 소년 시절의 아스카 켄, 토시오
** 큐티 하니 / 스코피온 팬서

* '''1974년'''
** 과학닌자대 갓챠맨{{이명|독수리 5형제}} / 나카니시 세이지
** 마법소녀 메구쨩 / 사탄, 챠크
** 별의 아이 아폴론 / '''폴론'''
** 알프스 소녀 하이디 / 오르간을 연주하는 소년, 히엘
** 카리메로 / 부우타, 체시라

* '''1975년'''
** [[감바의 모험]] / '''감바'''
** 겟타 로보 G / 백골귀, 지충귀
** 꿀벌 마야의 모험 / 윌리
** 라 센느의 별 / 단톤
** 원조천재 바카본 / 간호사, 아빠의 엄마, 주부 등

* '''1976년'''
** 대공마룡 가이킹 / 톰
** 무당벌레의 노래 / 카제다이 자에몬
** 엄마 찾아 삼만리 / 루이지
** 초전자 로보 컴배틀러 V / 로펫트, 오레아나, 이치키 켄타 등
** 캔디 캔디 / 맥레거네 집의 아주머니
** 타임보칸 / 도우모스칸
** 폴의 미라클 대모험 / 산디
** 피코리노의 모험 / '''피코리노'''
** 허클베리의 모험 / '''허클베리 핀'''

* '''1977년'''
** 나는 텟페이 / '''우에스기 텟페이'''
** [[아라이구마 라스칼]]{{이명|너구리 라스칼}} / '''라스칼''', 그레타 선더랜드, 쥬디 미첼
** 애로우 엠브렘 그랑프리의 매 / 오우세 한고로, 타카야네 아주머니

* '''1978년'''
** 얏타맨 / 아라란
** [[은하철도 999]] / '''[[호시노 테츠로]]'''
** 잇큐상 / 야스타케
** 투장 다이모스 / 겐타

* '''1979년'''
** 과학닌자대 갓챠맨 F{{이명|독수리 오형제 F}} / 토니
** 루팡 3세 제2기 / 치코
** 베르사이유의 장미 / 음유시인의 아들
** 애니메이션 기행 마르코 폴로의 여행 / 샤오하이, 바디
** 터무니쥐 맹활약 / '''터무니쥐'''

* '''1980년'''
** [[괴물군]] / '''괴물 타로''' {{덧|TV 아사히판}}
** 메텔링크의 파랑새 치루치루 미치루의 모험여행 / 밀크의 요정
** 츠리키치 산페이 / '''산페이'''
** [[톰 소여의 모험]] / '''톰 소여'''
** 폿쨩 / 치비
** 한가한 숲의 동물 대작전 / 페터

* '''1981년'''
** 마잇칭구 마치코 선생님 / 켄타
** 명견 죠리 / 프리트
** 백수왕 고라이온 / 스즈이시 히로시, 노파 호네르바
** 시끌별 녀석들 / 킨타로
** 신 초근성 가에루 / '''히로시'''

* '''1982년'''
** 역전 한방맨 / 킨타로
** 태양의 아들 에스테반 / '''에스테반'''
** 프로골퍼 사루 / '''사루마루''' {{덧|스페셜판}}

* '''1983년'''
** 마법의 천사 크리미 마미 / 타치바나 네에서 일하는 할머니
** 은하표류 바이팜 / 켄츠 노톤, 클레어의 엄마
** 이가노 카바마루 / 마츠노 요시미, 소년 시절의 카바마루
** 이상한 나라의 앨리스 / 베니

* '''1984년'''
** 마법의 요정 페르샤 / 하나타레
** 명탐정 홈즈 / 마이클
** 칫군 탓군 / 엔도레

* '''1985년'''
** 헤이! 붐바 / '''붐바'''

* '''1986년'''
** [[드래곤볼]] / '''[[손오공]]'''
** 사랑소녀 폴리안나 이야기 / 파레 해링턴
** 오즈의 마법사 / 치프, 오즈마 공주

* '''1987년'''
** 가면의 닌자 아카카게 / 아오카게
** 도테라맨 / 소우지오니
** 안미츠 공주 / 우메보마루, 츠쿠네
** 애니메 80일간 세계일주 / 치코
** 울트라 B / 엄마

* '''1988년'''
** 날아라! 호빵맨 / 시츄 아주머니, 카메라 파치리군, 해적 로부스타 등
** 비리켄 / '''비리켄'''
** 싸워라! 라면맨 / 볶음밥

* '''1989년'''
** 곤충 이야기 고아 해치{{이명|곤충의 모험}} / 쿠마고로 등
** 대쉬! 욘쿠로 / '''히노마루 욘쿠로'''
** [[드래곤볼 Z]] / '''[[손오공]]''', '''[[손오반]]'''
** 비리켄 무엇이든 상회 / '''비리켄'''
** 푸른 블링크 / '''시키 카케루'''

* '''1990년'''
** [[드래곤볼 Z]] TV 스페셜 / '''[[버독]]''', 카카로트
** 매지컬☆타루루토군 / 야마비코 타로
** 정글 대제 제3기 / 기보
** 카라쿠리 검호전 무사시 로드 / '''무사시'''

* '''1991년'''
** [[드래곤볼 Z]] / 버독
** 불꽃의 투구아 닷지 단페이{{이명|피구왕 통키}} / '''코보토케 친넨'''
** 유령 홀리 / 마녀할멈, 카쿠조
** 작은 귀신 앗치 콧치 솟치 / 할머니

* '''1992년'''
** 엄지공주 이야기

* '''1993년'''
** [[드래곤볼 Z]] / '''[[손오천]]'''
** 드래곤볼 Z 절망에의 반항!! 남겨진 초전사 오공과 트랭크스 / '''미래 [[손오반]]'''

* '''1994년'''
** [[드래곤볼 Z]] / 오천크스
** 몬타나 존스 / 오렛타, 니콜
** 최근 폰타 / 폰타

* '''1995년'''
** [[드래곤볼 Z]] / 베지트

* '''1996년'''
** [[드래곤볼 GT]] / '''[[손오공]]''', '''[[손오반]]''', '''[[손오천]]''', 손오공 Jr.

* '''1997년'''
** 모쟈코 / 바비

* '''1998년'''
** 돌격! 빠빠라대 / 미즈시마 아키코, 산쵸스, X-하트
** 앨리스 SOS / 악마의 두목
** 요시모토 무치코 이야기 / 무치코 머신
** 은하표류 바이팜 13 / 켄츠 노톤

* '''1999년'''
** 닥터 슬럼프 / 손오공
** 더그 / '''더그'''
** 듀얼! 파라레 룬룬 이야기 / 난죠인 레이카

* '''2000년'''
** 긴다이치 소년의 사건부{{이명|소년탐정 김전일}} / 콘타 토모요
** 러브히나 / 우라시마 히나<ref>원작 만화에서는 우라시마 히나타라는 이름으로 등장했다.</ref>
** 방가방가 햄토리 / 햄스터 할머니, 로코쨩의 할머니

* '''2001년'''
** [[ONE PIECE]] / Dr. 쿠레하
** [[디지몬 테이머즈]] / '''[[기루몬]]''', '''[[그라우몬]]''', '''[[메갈로그라우몬]]''', '''[[듀크몬]]''', 내레이션
** 명탐정 코난 / 센겐 후루요
** 탐정소년 카게만 / 후쿠오

* '''2002년'''
** 록맨 에그제 / 테슬라{{이명|에레키텔 마마}}
** 왕도둑 JING / 마마 스타우트
** 폭투선언 다이간다 / 캐시

* '''2003년'''
** 고집쟁이☆페어리 미르모로 퐁! / 킨타
** 마법사에게 소중한 것 / 에노모토 무츠코
** 아스트로 보이 철완 아톰{{이명|우주소년 아톰}} / 원시인 소년
** 쿄고쿠 나츠히코 항간에 떠도는 100가지 이야기 / 뱌쿠안, 쿠로안

* '''2004년'''
** 두사람은 프리큐어 / 유키시로 사나에
** 마슈마로 통신 / 프람
** 쾌걸 조로리 / 공룡의 엄마
** 탐정학원 Q / 노파

* '''2005년'''
** DIGITAL MONSTER X-evolution / 듀크몬
** 눈의 여왕 / 할머니
** 두사람은 프리큐어 Max Heart / 유키시로 사나에
** 아쿠에와 갓친포 가득 / 크린
** 츠바사 크로니클 ~연대기~ / 괴어
** 포켓몬스터 어드밴스 제너레이션 / 마사무네

* '''2006년'''
** NARUTO -나루토- / 노파
** 결계사 / 하나노코우지 유메코
** 러브겟 CHU ~미라클 성우백서~ / 타케미야 미츠코 선생님
** 록맨 에그제 BEAST+ / 에레키텔 마마
** 성실하게 불성실한 쾌걸 조로리 / 이시시<ref>[[아이카와 리카코]]의 대역.</ref>
** 키라링☆레볼루션 / 키라리의 할머니
** 태엽 사무라이 / 경단집 할머니

* '''2007년'''
** 디지몬 세이버즈 / 듀크몬
** 일하는 키즈 마이햄스터조 / '''가우디'''
** 천보이문 아야카시 아야시 / 히지카타 토시조

* '''2008년'''
** 못케{{이명|샤먼 시스터즈}} / 네코마타
** 묘지의 키타로 / '''키타로'''
** 키쿠쨩과 늑대 / 늑대

* '''2009년'''
** [[드래곤볼 카이]] / '''[[손오공]]''', '''[[손오반]]''', 버독
** 마리&갈리 / 퀴리 부인
** 수호 캐릭터!! 두근 / 마루야마 하루키
** 크로스 게임 / 노모, 아사미 토키에 등

* '''2010년'''
** 꿈빛 파티시엘 / 프랑스 이사장
** 마리&갈리 ver.2.0 / 퀴리 부인

* '''2011년'''
** Dororon 엔마군 메~라메라 / 엔마의 아빠
** 루팡 3세 피의 각인 ~영원의 Mermaid~ / 토우도 쇼코
** 일상 / 예고 내레이션
** 케로로 중사 / 오라라

* '''2012년'''
** 명탐정 코난 / 와카마츠 세리카
** 탐험 드리랜드 / 보니

* '''2013년'''
** Dream 9 토리코 & 원피스 & 드래곤볼 Z 초콜라보 스페셜!! / 손오공, 손오반, 손오천

* '''2014년'''
** [[드래곤볼 카이]] 마인 부우 편 / 손오공, 손오반, 손오천 등

* '''2015년'''
** [[드래곤볼 슈퍼]] / '''손오공''', '''손오반''', '''손오천''', 오공 블랙 등<ref>[https://www.toei-anim.co.jp/tv/dragon_s/chara/ 東映アニメーション - ドラゴンボール超 캐릭터]</ref>
** 그것이 성우! / 본인

* '''2016년'''
** 나스 위치 코무기쨩 R / 튀어나온 괴인
** 간간 간코쨩 / 케로쨩, 가메상

* '''2017년'''
** 신격의 바하무트 VIRGIN SOUL / 용족 족장

* '''2018년'''
** 오버로드 II / 리그리트 베르스 카우라우
** [[게게게의 키타로]] 제6기 / [[눈알 아버지]]<ref>[https://www.toei-anim.co.jp/kitaro/season6/about/ 東映アニメーション - ゲゲゲの鬼太郎第6期 작품 소개]</ref>
** 호오즈키의 냉철 / 매지컬 마린
** 심야! 천재 바카본 / 노자와 마사코
** 사신짱 드롭킥 / 아서 버시벌
** 중간관리록 토네가와 / 자와 보이스

* '''2019년'''
** 듀얼 마스터즈! / 코피죠

* '''2020년'''
** 아사티르 미래의 옛날이야기 / 아스마
** [[디지몬 어드벤처:]] / 내레이션, 유키미보타몬
** 짱구는 못말려 / 진노스케

* '''2021년'''
** 노리모노맨 모빌랜드의 카쿤 / 엘리자베스

* '''2022년'''
** 더! 성실하게 불성실한 쾌걸 조로리 / 공룡 마마
** 5억 년 버튼 / 토니오, 라

* '''2023년'''
** 희망의 힘 ~어른 프리큐어 '23~ / 유키시로 사나에

* '''2024년'''
** 어리석은 천사는 악마와 춤춘다 / 조
** 괴이와 소녀와 행방불명 / 역무원
** 전대대실격 / 류진군
** [[드래곤볼 DAIMA]] / '''손오공''', '''손오공〈미니〉''', '''손오반''', '''손오천''', 오천크스<ref>[https://dragonballdaima.com/character.html ドラゴンボールDAIMA 공식 사이트 - 캐릭터]</ref>

* '''2025년'''
** 포켓몬스터 / 큰할머니
** SANDA / 테츠도메 토요

=== 극장 애니메이션 ===

* [[드래곤볼]] 극장판 시리즈 / 손오공, 손오반, 손오천, 버독 등
* [[은하철도 999]] 극장판 / 호시노 테츠로
* [[극장판 포켓몬스터 모두의 이야기]] / 히스이
* [[드래곤볼 슈퍼: 브로리]] / 손오공, 손오천, 버독
* [[날씨의 아이]] / 점쟁이 할머니
* [[드래곤볼 슈퍼: 슈퍼 히어로]] / 손오반, 손오공, 손오천
* [[키타로 탄생 게게게의 수수께끼]] / 눈알 아버지
* 극장판 나와 로보코 / 로보코 {{덧|쇼와 개그 만화 세계선}}

=== 게임 ===

* [[드래곤볼]] 게임 시리즈 / 손오공, 손오반, 손오천, 버독, 오공 블랙 등
** 1993년 《드래곤볼 Z 초무투전》부터 다수의 게임에서 손오공을 맡았다.
** 2017년, 이 장기 출연으로 기네스 세계 기록 2개 부문에 인정되었다.<ref name="guinness" />
* [[디지몬]] 게임 시리즈 / 기루몬, 듀크몬 등
* [[점프 포스]] / 손오공
* [[드래곤볼 Z 카카로트]] / 손오공 등
* 슈퍼로봇대전 시리즈 / 로펫트, 오레아나 등
* 마녀가미 - The Witch of Luludidea - / 이야기꾼, 앤서

=== 더빙 ===
아오니 프로덕션 공식 프로필에 따르면 외화 더빙에서도 활동했으며, 《구니스》, 《나 홀로 집에》 계열 작품, 《베이브》, 《포세이돈 어드벤처》, 《미트 페어런츠》 시리즈 등에서 배역을 맡은 기록이 있다.<ref name="aoni" />

=== 나레이션·기타 ===

* 《なるほど!ザ・ワールド》 / 내레이션
* 《THE 와이드》 / 내레이션
* 《과학 좋아 토요학당》 / 내레이션
* 《자와자와 숲의 간코쨩》 / 케로쨩, 가메쨩
* 영화 《SAND LAND》 예고편 / 내레이션
* 지역 방범·방재 안내 메시지 등 다수

== 인물 및 일화 ==
=== 마코상 ===
팬과 업계 관계자 사이에서는 마코상(マコさん)이라는 애칭으로 불린다. 일본 성우계의 대선배이지만, 각종 인터뷰나 이벤트에서는 활발하고 유쾌한 태도로 알려져 있다.

=== 무대 활동 ===
성우 활동뿐 아니라 무대 연기와 연출도 병행했다. 1991년에는 [[극단 문라이트]]를 세웠고, 주재자 겸 연출가로도 활동했다.<ref name="jmaf" />

=== AI 음성 프로젝트 참여 ===
2024년에는 [[아오니 프로덕션]]과 CoeFont의 파트너십에 따라 AI 음성 프로젝트 참여 성우 중 한 명으로 발표되었다. 발표 내용에 따르면 해당 프로젝트는 음성 비서, 로봇, 의료기기 등 안내·보조 음성 영역을 중심으로 하며, 애니메이션·더빙 등 연기 영역에는 제공하지 않는다고 설명되었다.<ref>[https://prtimes.jp/main/html/rd/p/000000089.000078329.html PR TIMES - 青二プロダクションとCoeFont、AIを活用したグローバル戦略パートナーシップを締結]</ref>

== 평가 ==
노자와 마사코는 일본 성우 문화의 형성기, TV 애니메이션의 성장기, 세계적 애니메이션 프랜차이즈의 확산기를 모두 경험한 인물이다. 특히 《드래곤볼》 시리즈를 통해 일본 국내를 넘어 해외 팬층에게도 강하게 인식된 성우이며, 손오공의 일본어 원판 음성은 작품의 정체성과 거의 같은 수준으로 받아들여진다.

또한 성우가 단순한 목소리 출연자가 아니라 하나의 캐릭터성과 작품 이미지를 장기간 구축할 수 있는 배우라는 점을 보여 준 대표 사례이기도 하다. 2025년 문화공로자 선정은 이러한 상징성을 공적으로 인정한 사례로 볼 수 있다.

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://www.aoni.co.jp/search/nozawa-masako.html 아오니 프로덕션 - 노자와 마사코 공식 프로필]
* {{언어|일}} [https://j-mediaarts-festival.bunka.go.jp/award/single/nozawa-masako/index.html 문화청 미디어예술제 - 노자와 마사코]
* {{언어|일}} [https://dragonballdaima.com/character.html 드래곤볼 DAIMA 공식 사이트 - 캐릭터]
* {{언어|일}} [https://www.guinnessworldrecords.jp/news/features/masako-nozawa-interview 기네스 세계 기록 - 노자와 마사코 특별 인터뷰]

[[분류:일본의 성우]]
[[분류:일본의 배우]]
[[분류:일본의 가수]]
[[분류:아오니 프로덕션]]
[[분류:1936년 출생]]
[[분류:도쿄도 출신]]
[[분류:문화공로자]]

비밀번호

2026-06-19T01:15:20Z

Gaon12: 문서 내용 보강

{{정보보안}}

== 개요 ==
'''비밀번호'''({{llang|en|password}})는 특정 [[계정]], [[시스템]], [[파일]], [[장치]], [[서비스]] 등에 접근하려는 사용자가 정당한 권한을 가지고 있음을 증명하기 위해 입력하는 문자열이다. 더 넓은 의미에서는 사람이 기억하거나 별도로 보관하고 있다가 인증 과정에서 제시하는 '''기억 기반 인증 정보'''를 가리킨다.

쉽게 말해, 비밀번호는 "이 계정의 주인이 나임을 증명하기 위해 내가 알고 있어야 하는 비밀 문장"이다. 현대의 디지털 환경에서는 [[운영체제]] 로그인, [[이메일]], [[인터넷 뱅킹]], [[SNS]], [[게임 계정]], [[클라우드 저장소]], [[사내 업무 시스템]], [[와이파이]], [[압축 파일]], [[암호화 지갑]] 등 거의 모든 곳에서 사용된다.

문제는 비밀번호가 너무 흔하게 쓰인다는 점이다. 사람이 기억해야 하는 계정은 점점 늘어나는데, 사람의 기억력은 그대로다. 그 결과 많은 사용자가 짧고 단순한 비밀번호를 쓰거나, 여러 사이트에서 같은 비밀번호를 재사용하거나, 비밀번호를 메모장·카카오톡 나에게 보내기·이메일 임시보관함 등에 저장하는 식으로 편의성을 택한다. 그리고 공격자는 바로 그 지점을 노린다.

비밀번호는 매우 오래된 인증 방식이지만, 아직도 가장 널리 쓰이는 인증 방식이다. 그래서 "비밀번호는 낡았다"는 말과 "비밀번호 관리는 여전히 중요하다"는 말은 동시에 참이다. 패스키, 생체 인증, 보안 키 같은 대체 수단이 보급되고 있지만, 현실의 수많은 서비스는 여전히 비밀번호를 기본 인증 수단으로 사용한다. 즉, 비밀번호는 당장 사라지지는 않을 것이며, 그렇기 때문에 제대로 이해하고 써야 한다.

== 명칭 ==
한국어에서는 보통 '''비밀번호'''라고 부른다. 문맥에 따라 다음 표현도 사용된다.

{| class="wikitable"
! 표현 !! 의미 !! 비고
|-
| 비밀번호 || 가장 일반적인 표현 || 웹사이트, 앱, 기기 잠금 등에서 사용
|-
| 암호 || 비밀번호와 비슷하게 쓰이나, 암호학의 암호와 혼동될 수 있음 || 일상에서는 "암호를 입력하세요"라고도 많이 표현
|-
| 패스워드 || 영어 password를 그대로 읽은 표현 || 기술 문서나 오래된 UI에서 자주 보임
|-
| 패스코드 || 숫자 위주의 짧은 잠금 코드 || 스마트폰 잠금, 2차 인증 코드 등에서 사용
|-
| PIN || 보통 숫자 기반 개인 식별 번호 || 카드, 스마트폰, 윈도우 로그인 등에서 사용
|-
| 패스프레이즈 || 여러 단어로 이루어진 긴 비밀번호 || 기억하기 쉽고 길게 만들 수 있음
|}

엄밀히 말하면 PIN, 패스프레이즈, 잠금 해제 코드, 계정 비밀번호는 서로 다른 맥락에서 쓰일 수 있다. 그러나 사용자가 "내가 알고 있어야 하는 비밀값"이라는 점에서는 같은 계열에 속한다.

== 특징 ==
비밀번호의 핵심 특징은 다음과 같다.

* '''비밀성''': 타인에게 알려지면 안 된다.
* '''기억 가능성''': 사용자가 입력할 수 있어야 한다.
* '''검증 가능성''': 시스템은 사용자가 입력한 값이 맞는지 확인할 수 있어야 한다.
* '''변경 가능성''': 유출되었거나 추측 가능성이 있으면 바꿀 수 있어야 한다.
* '''재사용 위험성''': 같은 비밀번호를 여러 곳에서 쓰면 한 곳의 유출이 다른 곳의 침해로 이어진다.
* '''인간 의존성''': 사용자의 기억, 습관, 주의력에 크게 의존한다.

비밀번호는 본질적으로 '''공유 비밀'''이다. 사용자와 서비스가 같은 비밀값을 기준으로 인증한다. 물론 제대로 된 서비스는 비밀번호 원문을 저장하지 않고, 해시 처리된 값만 저장해야 한다. 그러나 사용자가 입력하는 과정에서는 여전히 비밀값이 서비스에 전달된다. 이 점에서 비밀번호는 피싱, 키로깅, 데이터베이스 유출, 재사용 공격에 취약하다.

== 역사 ==
컴퓨터 분야에서 비밀번호는 초기 시분할 시스템과 함께 등장했다. 여러 사용자가 하나의 대형 컴퓨터를 함께 사용하던 시절, 각 사용자의 파일과 작업을 구분하고 보호하기 위해 로그인과 비밀번호가 필요해졌다.

대표적으로 MIT의 Compatible Time-Sharing System, 줄여서 CTSS는 컴퓨터 로그인에 비밀번호를 도입한 초기 사례로 알려져 있다.<ref name="ctss">[https://people.csail.mit.edu/saltzer/Multics/CTSS-Documents/CTSS_50th_anniversary_web_03.pdf Compatible Time-Sharing System 50th Anniversary Commemorative Overview]</ref> 당시의 비밀번호는 오늘날처럼 수십 개 사이트를 보호하기 위한 것이 아니라, 한 컴퓨터를 여러 사용자가 나누어 쓰는 환경에서 개인 파일과 사용 시간을 구분하기 위한 장치에 가까웠다.

이후 [[유닉스]] 계열 시스템에서는 비밀번호를 평문으로 저장하지 않고 해시 형태로 저장하는 방식이 도입되었다. 이는 비밀번호 원문을 그대로 저장했을 때 발생하는 치명적인 위험을 줄이기 위한 발전이었다. 다만 초기의 해시 방식은 오늘날 기준으로는 충분히 강력하지 않으며, 현대적인 시스템에서는 Argon2id, bcrypt, PBKDF2 같은 느린 비밀번호 해싱 알고리즘을 사용해야 한다.<ref name="owasp-storage">[https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html OWASP Password Storage Cheat Sheet]</ref>

인터넷이 대중화된 뒤에는 상황이 크게 바뀌었다. 사용자는 더 이상 한두 개의 시스템에만 비밀번호를 쓰지 않게 되었다. 이메일, 포털, 쇼핑몰, 은행, 게임, 커뮤니티, 회사 시스템, 클라우드, 모바일 앱마다 비밀번호가 필요해졌다. 이 시점부터 비밀번호 문제는 단순한 기술 문제가 아니라 '''인간의 기억력과 습관을 전제로 하는 보안 문제'''가 되었다.

== 작동 원리 ==
가장 단순한 비밀번호 인증 절차는 다음과 같다.

# 사용자가 아이디와 비밀번호를 입력한다.
# 서비스는 입력된 아이디에 해당하는 계정을 찾는다.
# 서비스는 입력된 비밀번호를 내부 방식으로 처리한다.
# 저장된 값과 비교한다.
# 일치하면 로그인에 성공하고, 일치하지 않으면 실패한다.

그러나 실제 보안 시스템에서는 비밀번호 원문을 그대로 저장하거나 비교하면 안 된다. 안전한 시스템은 대체로 다음과 같은 방식으로 동작한다.

# 사용자가 비밀번호를 설정한다.
# 서버는 비밀번호에 계정별 무작위 값인 솔트를 붙인다.
# 서버는 [[Argon2id]], [[bcrypt]], [[PBKDF2]] 같은 비밀번호 해싱 알고리즘으로 해시를 만든다.
# 서버는 비밀번호 원문이 아니라 해시 결과와 솔트, 알고리즘 설정값을 저장한다.
# 사용자가 로그인할 때 입력한 비밀번호에 같은 절차를 적용한다.
# 새로 계산한 해시와 저장된 해시가 일치하면 인증에 성공한다.

이때 핵심은 '''비밀번호 원문을 저장하지 않는 것'''이다. 비밀번호 원문을 저장한 서비스는 데이터베이스가 유출되는 순간 사용자 비밀번호 전체를 공격자에게 넘겨주는 것이나 다름없다. "관리자가 비밀번호를 알려줄 수 있다"는 서비스는 편리해 보일 수 있으나, 보안 관점에서는 매우 위험한 설계일 가능성이 높다. 정상적인 서비스라면 관리자가 사용자의 비밀번호 원문을 알 수 없어야 한다.

== 비밀번호의 강도 ==
비밀번호의 강도는 공격자가 해당 비밀번호를 맞히기 얼마나 어려운지에 따라 결정된다. 흔히 특수문자, 대문자, 숫자가 많으면 강한 비밀번호라고 생각하지만, 현대적인 기준에서는 '''길이''', '''무작위성''', '''고유성''', '''유출 여부'''가 더 중요하다.

=== 길이 ===
비밀번호는 길수록 일반적으로 강해진다. 가능한 경우 최소 12자 이상, 비밀번호만으로 로그인하는 중요한 계정은 15자 이상을 권장하는 기준이 널리 쓰인다. NIST SP 800-63B 최신판은 단일 인증 요소로 쓰이는 비밀번호에 대해 최소 15자를 요구하고, 다중 인증과 함께 쓰이는 비밀번호는 최소 8자를 요구한다.<ref name="nist-800-63b">[https://pages.nist.gov/800-63-4/sp800-63b.html NIST SP 800-63B, Digital Identity Guidelines: Authentication and Authenticator Management]</ref>

중요한 점은 "짧고 복잡한 비밀번호"보다 "길고 예측하기 어려운 비밀번호"가 더 낫다는 것이다. 예를 들어 다음과 같은 비밀번호는 겉보기에는 복잡해 보여도 실제로는 약하다.

* P@ssw0rd!
* Qwer1234!
* Summer2026!
* CompanyName2026!
* 이름+생일+특수문자 조합

이런 비밀번호는 공격자가 자주 시도하는 패턴에 가깝다. 대문자 하나, 숫자 몇 개, 느낌표 하나를 붙이는 방식은 이미 너무 흔하다. 공격자는 이런 습관을 알고 있다.

=== 무작위성 ===
무작위성은 비밀번호가 예측 가능한 규칙을 따르지 않는 정도를 말한다. 사람이 직접 만든 비밀번호는 대개 자신도 모르게 패턴을 따른다. 좋아하는 단어, 생일, 닉네임, 키보드 배열, 서비스 이름, 현재 연도, 느낌표 같은 요소가 들어간다.

반면 비밀번호 관리자가 생성한 무작위 비밀번호는 사람이 떠올리기 어려운 조합으로 만들어진다. 예를 들어 다음과 같은 형태다.

* 24자 이상의 무작위 문자열
* 대문자, 소문자, 숫자, 기호가 섞인 난수 기반 문자열
* 서비스마다 완전히 다른 값

무작위 비밀번호는 외우기 어렵지만, 비밀번호 관리자를 사용하면 외울 필요가 없다. 이것이 현대적인 비밀번호 관리의 핵심이다.

=== 고유성 ===
비밀번호 보안에서 가장 치명적인 습관 중 하나는 '''재사용'''이다. 아무리 강한 비밀번호라도 여러 사이트에서 같은 값을 쓰면 위험하다. 한 사이트가 털리면 공격자는 그 아이디와 비밀번호 조합을 다른 사이트에도 넣어 본다. 이것을 '''크리덴셜 스터핑'''이라고 한다.

예를 들어 A 쇼핑몰에서 사용한 이메일과 비밀번호가 유출되었다고 하자. 공격자는 같은 조합으로 이메일, SNS, 게임, 클라우드, 은행, 커뮤니티 로그인을 시도한다. 사용자가 같은 비밀번호를 재사용했다면 피해는 연쇄적으로 확대된다.

따라서 중요한 원칙은 간단하다.

* 계정마다 다른 비밀번호를 쓴다.
* 특히 이메일 계정, 금융 계정, 클라우드 계정, 개발자 계정은 절대 재사용하지 않는다.
* 기억하기 어렵다면 비밀번호 관리자를 쓴다.

=== 유출 여부 ===
아무리 길고 복잡한 비밀번호라도 이미 유출된 적이 있다면 사용하면 안 된다. 공격자는 과거 유출 데이터베이스를 바탕으로 로그인 시도를 자동화한다. NIST는 서비스가 새 비밀번호를 설정할 때 흔한 비밀번호, 예상 가능한 비밀번호, 이미 유출된 비밀번호 목록과 비교해 차단할 것을 요구한다.<ref name="nist-800-63b" />

즉, "내 비밀번호는 복잡하니까 괜찮다"가 아니라 "이미 유출된 적이 없는가"도 중요하다. 특히 유명한 약한 비밀번호에 숫자나 특수문자만 조금 붙인 형태는 피해야 한다.

== 좋은 비밀번호의 조건 ==
좋은 비밀번호는 다음 조건을 만족한다.

{| class="wikitable"
! 조건 !! 설명
|-
| 길다 || 짧은 비밀번호보다 추측과 대입 공격에 강하다.
|-
| 예측하기 어렵다 || 이름, 생일, 전화번호, 닉네임, 서비스명, 키보드 패턴을 쓰지 않는다.
|-
| 계정마다 다르다 || 한 사이트의 유출이 다른 사이트로 번지지 않게 한다.
|-
| 유출된 적이 없다 || 과거 유출 목록에 있는 비밀번호는 쓰지 않는다.
|-
| 관리 가능하다 || 사람이 무리해서 외우기보다 비밀번호 관리자를 활용한다.
|-
| 복구 수단도 안전하다 || 이메일, 휴대폰 번호, 보안 질문이 약하면 비밀번호가 강해도 뚫릴 수 있다.
|}

현실적인 권장 방식은 다음과 같다.

* 비밀번호 관리자를 사용한다.
* 각 계정마다 16자 이상 또는 20자 이상의 무작위 비밀번호를 생성한다.
* 이메일, 금융, 클라우드, 개발자 계정은 특히 길게 설정한다.
* 가능한 모든 중요한 계정에 다중 인증을 켠다.
* 패스키를 지원하는 서비스에서는 패스키 사용을 검토한다.

== 패스프레이즈 ==
'''패스프레이즈'''({{llang|en|passphrase}})는 여러 단어로 이루어진 긴 비밀번호를 말한다. 예를 들어 의미 없는 여러 단어를 조합하여 긴 문자열을 만드는 방식이다.

패스프레이즈의 장점은 길이를 쉽게 늘릴 수 있다는 점이다. 사람이 완전히 무작위인 24자 문자열을 외우기는 어렵지만, 여러 단어로 이루어진 문장은 비교적 기억하기 쉽다.

다만 패스프레이즈도 주의해야 한다. 유명한 문장, 노래 가사, 애니메이션 대사, 성경 구절, 명언, 인터넷 밈, 자기소개 문장처럼 이미 공개되어 있거나 추측 가능한 문장은 피해야 한다. "나는비밀번호를잊지않는다" 같은 문장은 길어 보이지만, 사람이 만든 문장이라 예측 가능성이 생긴다.

좋은 패스프레이즈는 다음 조건을 만족한다.

* 단어 선택이 무작위에 가깝다.
* 개인 정보와 관련이 없다.
* 유명 문구가 아니다.
* 충분히 길다.
* 서비스마다 다르다.

패스프레이즈는 비밀번호 관리자를 쓰기 어려운 환경에서 특히 유용하다. 예를 들어 비밀번호 관리자 자체의 마스터 비밀번호, 운영체제 로그인 비밀번호, 디스크 암호화 비밀번호처럼 직접 기억해야 하는 경우에 적합하다.

== 나쁜 비밀번호의 예 ==
다음 유형은 피해야 한다.

{| class="wikitable"
! 유형 !! 예시 !! 문제점
|-
| 너무 짧은 비밀번호 || 123456, 000000, 111111 || 자동화된 추측 공격에 매우 취약하다.
|-
| 키보드 배열 || qwerty, asdf1234, qazwsx || 공격자가 자주 시도하는 패턴이다.
|-
| 흔한 단어 || password, admin, iloveyou || 유출 목록과 사전 공격에 자주 포함된다.
|-
| 개인정보 || 이름+생일, 전화번호, 학번 || 주변인이나 유출된 개인정보로 추측 가능하다.
|-
| 서비스명 포함 || naver2026!, google123! || 공격자가 서비스명 기반 변형을 시도할 수 있다.
|-
| 연도만 바꾸는 방식 || Password2024!, Password2025!, Password2026! || 주기적 변경의 대표적인 실패 사례다.
|-
| 같은 비밀번호 재사용 || 모든 사이트에 같은 비밀번호 사용 || 한 곳이 털리면 다른 곳도 위험해진다.
|}

특히 "대문자 하나, 소문자 몇 개, 숫자 몇 개, 느낌표 하나" 형식은 더 이상 특별하지 않다. 많은 사용자가 같은 방식으로 비밀번호를 만들기 때문에 공격자도 그 패턴을 우선적으로 시도한다.

== 공격 방식 ==
비밀번호를 노리는 공격은 다양하다. 공격자는 반드시 영화처럼 멋진 화면을 띄우고 해킹하지 않는다. 실제로는 유출된 목록을 자동으로 대입하거나, 사용자가 스스로 입력하도록 속이거나, 이미 감염된 기기에서 입력값을 훔치는 식의 현실적인 공격이 많다.

=== 무차별 대입 공격 ===
'''무차별 대입 공격'''({{llang|en|brute-force attack}})은 가능한 모든 조합을 하나씩 시도하는 방식이다. 이론적으로는 모든 비밀번호를 언젠가 맞힐 수 있지만, 길고 복잡한 비밀번호는 가능한 조합이 너무 많아 현실적인 시간 안에 맞히기 어렵다.

다만 실제 공격은 순수한 무차별 대입만으로 이루어지지 않는다. 공격자는 흔한 비밀번호, 사전 단어, 유출된 비밀번호, 사람들의 변형 습관을 먼저 시도한다. 그래서 "문자 종류가 많다"보다 "예측 가능한 패턴을 피한다"가 중요하다.

=== 사전 공격 ===
'''사전 공격'''({{llang|en|dictionary attack}})은 사전에 있는 단어, 흔한 문구, 자주 쓰이는 비밀번호 목록을 이용해 시도하는 공격이다. password, qwerty, dragon, football 같은 흔한 단어는 물론, 한국어 이름, 아이돌 이름, 애니메이션 캐릭터 이름, 회사명, 지역명, 학교명도 공격 목록에 들어갈 수 있다.

사전 공격은 단어를 그대로 넣는 것에서 끝나지 않는다. 공격자는 다음과 같은 변형도 시도한다.

* 단어 뒤에 숫자 붙이기
* 첫 글자만 대문자로 바꾸기
* a를 @로, o를 0으로 바꾸기
* 끝에 느낌표 붙이기
* 현재 연도 붙이기
* 서비스 이름과 단어를 조합하기

따라서 "단어 하나를 살짝 변형한 비밀번호"는 안전하지 않다.

=== 크리덴셜 스터핑 ===
'''크리덴셜 스터핑'''({{llang|en|credential stuffing}})은 이미 유출된 아이디와 비밀번호 조합을 다른 서비스에 자동으로 넣어 보는 공격이다. 비밀번호 재사용이 위험한 가장 큰 이유다.

예를 들어 어떤 커뮤니티에서 이메일과 비밀번호가 유출되면, 공격자는 그 조합으로 쇼핑몰, 포털, 게임, 클라우드, 은행 등에 로그인을 시도한다. 사용자가 같은 비밀번호를 여러 곳에서 썼다면 공격은 성공한다.

이 공격을 막는 가장 좋은 방법은 다음과 같다.

* 서비스마다 다른 비밀번호 사용
* 비밀번호 관리자 사용
* 다중 인증 활성화
* 로그인 알림 확인
* 유출 의심 시 즉시 변경

=== 피싱 ===
'''피싱'''({{llang|en|phishing}})은 사용자를 속여 가짜 로그인 페이지에 비밀번호를 입력하게 만드는 공격이다. 비밀번호가 아무리 길고 복잡해도 사용자가 가짜 사이트에 직접 입력하면 공격자는 그대로 가져간다.

피싱은 다음 형태로 나타날 수 있다.

* 은행을 사칭한 문자
* 택배 배송 조회를 가장한 링크
* 계정 정지를 알리는 이메일
* 회사 보안 점검을 가장한 로그인 페이지
* 게임 아이템 지급을 미끼로 한 가짜 사이트
* 클라우드 문서 공유 알림을 가장한 로그인 페이지

피싱에 강해지려면 주소창의 도메인을 확인하고, 의심스러운 링크를 누르지 않으며, 중요한 계정에는 패스키나 보안 키 같은 피싱 저항 인증 수단을 쓰는 것이 좋다. NIST는 비밀번호가 피싱 저항 인증 수단이 아니라고 명시한다.<ref name="nist-800-63b" />

=== 키로깅 ===
'''키로깅'''({{llang|en|keylogging}})은 사용자가 키보드로 입력하는 내용을 훔치는 공격이다. 악성코드가 설치된 PC나 스마트폰에서는 사용자가 아무리 강한 비밀번호를 입력해도 그대로 탈취될 수 있다.

공용 PC, PC방, 감염된 기기, 출처 불명의 프로그램을 실행한 환경에서는 중요한 계정에 로그인하지 않는 것이 좋다. 특히 이메일, 금융, 클라우드, 개발자 계정은 신뢰할 수 없는 기기에서 로그인하지 않는 편이 안전하다.

=== 사회공학 ===
'''사회공학'''({{llang|en|social engineering}})은 기술적 취약점보다 사람의 심리와 실수를 이용하는 공격이다. 공격자는 사용자를 속여 비밀번호를 말하게 하거나, 복구 코드를 넘기게 하거나, 원격 제어 프로그램을 설치하게 만들 수 있다.

예를 들어 다음과 같은 말은 의심해야 한다.

* "보안 점검을 위해 비밀번호를 알려 달라."
* "본인 확인을 위해 인증번호를 불러 달라."
* "계정이 정지되었으니 아래 링크에서 로그인하라."
* "원격으로 도와줄 테니 프로그램을 설치하라."
* "회사 관리자이니 임시 비밀번호를 알려 달라."

정상적인 관리자, 은행, 공공기관, 보안 담당자는 사용자의 비밀번호 원문을 요구하지 않는다.

=== 데이터베이스 유출 ===
서비스 자체가 해킹되어 회원 정보 데이터베이스가 유출되는 경우도 있다. 이때 서비스가 비밀번호를 평문으로 저장했다면 피해는 치명적이다. 해시 처리를 했더라도 약한 알고리즘을 썼거나 솔트가 없거나 비용 인자가 낮으면 공격자가 오프라인에서 대량으로 추측할 수 있다.

따라서 사용자는 서비스마다 다른 비밀번호를 사용해야 하고, 개발자는 비밀번호를 안전하게 저장해야 한다.

== 비밀번호 관리자 ==
'''비밀번호 관리자'''({{llang|en|password manager}})는 여러 계정의 비밀번호를 암호화하여 저장하고, 필요할 때 자동 입력하거나 생성해 주는 도구다. 현대적인 비밀번호 관리에서 사실상 필수 도구에 가깝다.

CISA는 길고 무작위이며 고유한 비밀번호를 비밀번호 관리자로 생성하고, 다중 인증을 켤 것을 권고한다.<ref name="cisa-passwords">[https://www.cisa.gov/secure-our-world/use-strong-passwords CISA, Use Strong Passwords]</ref> NIST 역시 비밀번호 관리자와 자동 입력, 붙여넣기 사용을 허용해야 한다고 설명한다.<ref name="nist-800-63b" />

=== 장점 ===
비밀번호 관리자의 장점은 다음과 같다.

* 계정마다 다른 비밀번호를 쉽게 만들 수 있다.
* 20자 이상의 무작위 비밀번호를 현실적으로 사용할 수 있다.
* 사용자가 모든 비밀번호를 외울 필요가 없다.
* 피싱 사이트에서 자동 입력이 되지 않아 이상 징후를 알아차릴 수 있다.
* 유출된 비밀번호나 재사용 비밀번호를 점검할 수 있다.
* 가족, 팀, 회사 단위로 안전하게 공유할 수 있는 기능을 제공하기도 한다.

=== 단점과 주의점 ===
비밀번호 관리자는 강력한 도구지만, 만능은 아니다.

* 마스터 비밀번호가 약하면 위험하다.
* 마스터 비밀번호를 잊으면 복구가 어려울 수 있다.
* 기기가 악성코드에 감염되면 위험할 수 있다.
* 동기화 계정이 탈취되면 위험하다.
* 신뢰할 수 없는 비밀번호 관리자를 쓰면 오히려 위험하다.

따라서 비밀번호 관리자를 사용할 때는 다음을 지켜야 한다.

* 마스터 비밀번호는 길고 강한 패스프레이즈로 만든다.
* 비밀번호 관리자 계정에 다중 인증을 켠다.
* 복구 코드를 안전한 오프라인 장소에 보관한다.
* 운영체제와 브라우저를 최신 상태로 유지한다.
* 출처가 명확한 관리자를 사용한다.
* 공용 기기에서는 비밀번호 관리자에 로그인하지 않는다.

=== 브라우저 내장 비밀번호 관리자 ===
크롬, 엣지, 사파리, 파이어폭스 같은 브라우저는 자체 비밀번호 저장 기능을 제공한다. 운영체제와 연동되는 경우도 많아 편리하다. 일반 사용자에게는 브라우저 내장 비밀번호 관리자도 비밀번호 재사용보다 훨씬 낫다.

다만 전문 비밀번호 관리자는 다음과 같은 추가 장점을 제공할 수 있다.

* 다양한 브라우저와 운영체제 간 일관된 동기화
* 가족·조직 공유 기능
* 보안 감사 기능
* 고급 2차 인증 지원
* 별도 보안 정책 설정
* 긴급 접근 기능

개인 사용자는 브라우저 내장 기능으로 시작해도 좋지만, 계정이 많거나 중요 계정이 많다면 전용 비밀번호 관리자를 검토할 만하다.

== 다중 인증 ==
'''다중 인증'''({{llang|en|multi-factor authentication}}, MFA)은 비밀번호 외에 다른 인증 요소를 추가로 요구하는 방식이다.

인증 요소는 보통 다음 세 가지로 나뉜다.

{| class="wikitable"
! 요소 !! 의미 !! 예시
|-
| 지식 요소 || 사용자가 알고 있는 것 || 비밀번호, PIN
|-
| 소유 요소 || 사용자가 가지고 있는 것 || 휴대폰, 보안 키, OTP 기기
|-
| 생체 요소 || 사용자 신체 특성 || 지문, 얼굴, 홍채
|}

비밀번호만 쓰면 지식 요소 하나에 의존한다. 다중 인증을 켜면 공격자가 비밀번호를 알아내더라도 추가 요소가 필요해진다. 그래서 계정 탈취 가능성을 크게 줄일 수 있다.

=== 다중 인증의 종류 ===
대표적인 다중 인증 방식은 다음과 같다.

{| class="wikitable"
! 방식 !! 설명 !! 보안성
|-
| SMS 인증 || 문자로 인증번호를 받는 방식 || 없는 것보다는 낫지만 SIM 스와핑, 문자 탈취 위험이 있다.
|-
| 이메일 인증 || 이메일로 코드를 받는 방식 || 이메일 계정이 털리면 함께 위험해진다.
|-
| TOTP 앱 || 인증 앱에서 시간 기반 코드를 생성하는 방식 || 일반적으로 SMS보다 안전하다.
|-
| 푸시 인증 || 앱에서 로그인 승인 알림을 받는 방식 || 편리하지만 피로 공격에 주의해야 한다.
|-
| 하드웨어 보안 키 || USB, NFC, 블루투스 보안 키를 사용하는 방식 || 매우 강력하다.
|-
| 패스키 || 공개키 기반의 비밀번호 없는 로그인 방식 || 피싱 저항성이 강하다.
|}

=== 다중 인증도 완벽하지 않다 ===
다중 인증은 강력하지만, 모든 공격을 막는 마법은 아니다. SMS 인증은 번호 이동 사기나 SIM 스와핑에 취약할 수 있고, 푸시 인증은 사용자가 실수로 승인할 수 있다. TOTP 코드도 실시간 피싱 사이트에 입력하면 탈취될 수 있다.

따라서 중요한 계정에는 가능하면 다음 순서를 고려한다.

# 패스키 또는 하드웨어 보안 키
# 인증 앱 기반 TOTP
# 푸시 인증
# SMS 인증
# 이메일 인증

물론 어떤 다중 인증이든 비밀번호만 쓰는 것보다는 대체로 낫다. 다만 금융, 이메일, 클라우드, 개발자 계정처럼 중요한 계정은 피싱 저항성이 높은 방식을 우선하는 것이 좋다.

== 패스키와 비밀번호의 관계 ==
'''패스키'''({{llang|en|passkey}})는 비밀번호를 대체하기 위해 만들어진 공개키 기반 인증 방식이다. 사용자는 비밀번호를 입력하는 대신 기기의 잠금 해제 방식, 예컨대 지문, 얼굴 인식, PIN 등을 이용해 로그인한다.

패스키는 일반적인 비밀번호와 달리 서버에 비밀번호 원문이나 공유 비밀을 보내지 않는다. 서비스에는 공개키가 등록되고, 사용자의 기기에는 개인키가 보관된다. 로그인할 때는 개인키로 서명하고, 서비스는 공개키로 이를 검증한다. 이 구조 때문에 패스키는 피싱과 크리덴셜 스터핑에 강하다. FIDO Alliance는 패스키가 피싱, 크리덴셜 스터핑, 원격 공격을 줄이는 데 도움이 된다고 설명한다.<ref name="fido-passkeys">[https://fidoalliance.org/passkeys/ FIDO Alliance, Passkeys]</ref>

다만 패스키가 보급되었다고 해서 비밀번호 관리가 곧바로 사라지는 것은 아니다. 많은 서비스가 아직 비밀번호를 요구하고, 패스키를 쓰더라도 복구용 비밀번호나 이메일 계정이 남아 있는 경우가 많다. 따라서 패스키와 비밀번호는 한동안 공존할 가능성이 높다.

== 비밀번호 정책 ==
비밀번호 정책은 서비스가 사용자에게 요구하는 비밀번호 규칙이다. 과거에는 다음과 같은 정책이 흔했다.

* 최소 8자
* 대문자 포함
* 소문자 포함
* 숫자 포함
* 특수문자 포함
* 90일마다 변경
* 최근 사용한 비밀번호 재사용 금지
* 붙여넣기 금지

그러나 현대적인 보안 권고는 이런 방식의 일부를 비판한다. 특히 '''복잡도 강제'''와 '''주기적 변경 강제'''는 사용자를 괴롭히는 데 비해 보안 향상이 제한적일 수 있다. 사용자는 강제로 자주 바꾸라고 하면 Password2025!를 Password2026!으로 바꾸는 식의 예측 가능한 변경을 하기 쉽다.

NIST는 비밀번호에 대해 대문자·소문자·숫자·기호 조합 같은 추가 구성 규칙을 강제하지 말고, 주기적 변경도 요구하지 말라고 설명한다. 다만 유출 또는 침해 증거가 있으면 변경을 강제해야 한다.<ref name="nist-800-63b" />

=== 좋은 비밀번호 정책 ===
좋은 비밀번호 정책은 다음과 같다.

{| class="wikitable"
! 항목 !! 권장 방향
|-
| 최소 길이 || 비밀번호 단독 인증은 15자 이상, MFA와 함께 쓰는 경우도 최소 8자 이상
|-
| 최대 길이 || 최소 64자 이상 허용
|-
| 문자 허용 || 공백, 기호, 가능한 경우 유니코드 허용
|-
| 복잡도 규칙 || 대문자·숫자·특수문자 강제보다 길이와 유출 차단을 중시
|-
| 유출 비밀번호 차단 || 흔한 비밀번호, 유출 비밀번호, 서비스명 포함 비밀번호 차단
|-
| 주기적 변경 || 임의의 정기 변경은 강제하지 않음
|-
| 붙여넣기 || 비밀번호 관리자 사용을 위해 허용
|-
| 비밀번호 힌트 || 인증 전 접근 가능한 힌트는 금지
|-
| 보안 질문 || 비밀번호 선택 과정에서 지식 기반 보안 질문 사용 지양
|-
| 로그인 시도 제한 || 과도한 실패 시 속도 제한, 지연, 추가 검증 적용
|}

=== 나쁜 비밀번호 정책 ===
나쁜 비밀번호 정책의 예는 다음과 같다.

* 최대 12자까지만 허용한다.
* 특수문자를 일부만 허용한다.
* 공백을 허용하지 않는다.
* 붙여넣기를 막는다.
* 30일마다 무조건 바꾸게 한다.
* 비밀번호 힌트를 공개적으로 보여 준다.
* 보안 질문으로 "어머니의 성함은?" 같은 정보를 요구한다.
* 비밀번호 일부 글자만 입력하게 한다.
* 비밀번호를 평문 이메일로 보내 준다.
* 관리자가 사용자의 비밀번호를 확인할 수 있다.

특히 최대 길이가 지나치게 짧은 서비스는 문제가 있다. 사용자가 비밀번호 관리자로 만든 긴 무작위 비밀번호를 쓸 수 없게 만들기 때문이다.

== 비밀번호 저장 ==
개발자와 서비스 운영자에게 가장 중요한 원칙은 다음과 같다.

'''비밀번호를 평문으로 저장하지 말 것.'''

비밀번호는 암호화해서 복호화할 수 있게 저장하는 것도 적절하지 않다. 일반적으로 비밀번호는 복호화가 아니라 검증만 가능하면 된다. 따라서 비밀번호는 느린 단방향 해싱 알고리즘으로 처리해야 한다.

OWASP는 비밀번호를 평문으로 저장하지 말고 Argon2id, bcrypt, PBKDF2 같은 강한 느린 해싱 알고리즘으로 보호해야 하며, 각 비밀번호에는 고유한 솔트를 추가해야 한다고 권고한다.<ref name="owasp-storage" />

=== 해시와 암호화의 차이 ===
해시와 암호화는 다르다.

{| class="wikitable"
! 구분 !! 해시 !! 암호화
|-
| 목적 || 원본을 되돌리지 않고 검증 || 원본을 숨겼다가 필요 시 복원
|-
| 복호화 가능성 || 일반적으로 불가능해야 함 || 키가 있으면 가능
|-
| 비밀번호 저장에 적합한가 || 적합함 || 일반적으로 부적합
|-
| 예시 || Argon2id, bcrypt, PBKDF2 || AES, ChaCha20 등
|}

비밀번호 저장에는 복호화 가능한 암호화보다 단방향 해싱이 적합하다. 서비스는 사용자의 비밀번호를 다시 보여 줄 필요가 없기 때문이다. 사용자가 비밀번호를 잊으면 "찾기"가 아니라 "재설정"을 해야 한다.

=== 솔트 ===
'''솔트'''({{llang|en|salt}})는 각 비밀번호마다 추가되는 무작위 값이다. 솔트의 목적은 같은 비밀번호라도 서로 다른 해시 결과가 나오게 하는 것이다.

예를 들어 두 사용자가 같은 비밀번호를 사용하더라도 솔트가 다르면 저장된 해시는 달라진다. 이는 레인보우 테이블 같은 사전 계산 공격을 어렵게 만든다.

솔트는 비밀일 필요는 없지만, 계정마다 고유하고 충분히 무작위여야 한다. 같은 솔트를 모든 사용자에게 쓰는 것은 좋지 않다.

=== 페퍼 ===
'''페퍼'''({{llang|en|pepper}})는 솔트와 달리 서버 쪽에서 별도로 보관하는 비밀값이다. 데이터베이스만 유출된 경우 공격을 더 어렵게 만들기 위해 사용될 수 있다.

다만 페퍼는 운영 복잡성을 높인다. 키 관리, 회전, 백업, 장애 대응을 제대로 설계하지 않으면 오히려 문제가 생길 수 있다. 페퍼는 비밀번호 해싱을 대체하는 것이 아니라 보조 방어 수단으로 보아야 한다.

=== 느린 해싱 알고리즘 ===
비밀번호 저장에는 빠른 해시 함수가 아니라 느린 해싱 알고리즘이 필요하다. SHA-256, SHA-512 같은 일반 해시 함수는 빠르기 때문에 파일 무결성 확인에는 좋지만, 비밀번호 저장에는 적합하지 않다. 공격자도 빠르게 대량 추측을 할 수 있기 때문이다.

대표적인 비밀번호 해싱 알고리즘은 다음과 같다.

{| class="wikitable"
! 알고리즘 !! 특징 !! 비고
|-
| Argon2id || 메모리 사용량과 시간 비용을 조절할 수 있는 현대적 알고리즘 || 신규 시스템에서 우선 검토할 만함
|-
| bcrypt || 오랫동안 검증된 알고리즘 || 널리 지원되지만 입력 길이 제한 등에 주의 필요
|-
| PBKDF2 || 오래된 표준 기반 알고리즘 || 규제 환경에서 쓰이기도 하나 충분한 반복 횟수 필요
|-
| scrypt || 메모리 비용을 요구하는 알고리즘 || 일부 시스템에서 사용
|}

중요한 것은 알고리즘 이름만이 아니다. 비용 인자, 메모리 사용량, 반복 횟수, 라이브러리 구현, 마이그레이션 정책이 함께 중요하다.

== 개발자가 지켜야 할 원칙 ==
웹 서비스나 앱을 만드는 개발자는 다음 원칙을 지켜야 한다.

=== 입력과 전송 ===

* 로그인 페이지는 HTTPS를 사용한다.
* 비밀번호를 URL 쿼리 문자열에 넣지 않는다.
* 로그에 비밀번호를 남기지 않는다.
* 오류 추적 도구에 비밀번호가 전송되지 않게 한다.
* 비밀번호 입력란은 적절한 자동완성 속성을 사용한다.
* 사용자가 비밀번호 관리자를 쓸 수 있게 한다.
* 붙여넣기를 막지 않는다.
* 필요하면 비밀번호 표시 버튼을 제공하되, 기본값은 숨김으로 둔다.

=== 저장 ===

* 평문 저장 금지
* 단순 SHA-256 저장 금지
* 계정별 고유 솔트 사용
* Argon2id, bcrypt, PBKDF2 등 검증된 비밀번호 해싱 알고리즘 사용
* 비용 인자를 주기적으로 상향 검토
* 알고리즘과 비용 인자를 저장해 향후 마이그레이션 가능하게 설계
* 비밀번호 변경 시 기존 세션 처리 정책 마련
* 관리자도 사용자 비밀번호 원문을 볼 수 없게 설계

=== 인증 흐름 ===

* 로그인 실패 횟수에 대한 속도 제한 적용
* 단순 계정 잠금만으로 서비스 거부 공격이 발생하지 않게 설계
* 크리덴셜 스터핑 탐지
* 비정상 로그인 알림
* 새 기기 로그인 알림
* 민감 작업 시 재인증 요구
* 2차 인증 설정 지원
* 패스키 지원 검토

=== 비밀번호 재설정 ===
비밀번호 재설정은 로그인만큼 중요하다. 재설정 절차가 약하면 비밀번호가 아무리 강해도 소용없다.

좋은 비밀번호 재설정 정책은 다음과 같다.

* 재설정 링크는 충분히 긴 무작위 토큰을 사용한다.
* 재설정 토큰은 짧은 유효 기간을 가진다.
* 재설정 토큰은 한 번만 사용할 수 있어야 한다.
* 재설정 토큰도 안전하게 저장한다.
* 비밀번호 변경 후 사용자에게 알림을 보낸다.
* 이메일 계정 탈취를 고려해 민감 계정은 추가 검증을 요구한다.
* 보안 질문만으로 비밀번호를 재설정하지 않는다.

=== 오류 메시지 ===
로그인 실패 메시지는 공격자에게 불필요한 정보를 주지 않아야 한다.

나쁜 예:

* "존재하지 않는 아이디입니다."
* "비밀번호가 틀렸습니다."
* "이 이메일은 가입되어 있습니다."

좋은 예:

* "아이디 또는 비밀번호가 올바르지 않습니다."
* "입력한 정보로 로그인할 수 없습니다."

다만 사용성도 중요하다. 무조건 모든 정보를 숨기면 사용자가 문제를 해결하기 어렵다. 보안과 사용성 사이에서 적절한 균형이 필요하다.

== 사용자가 지켜야 할 원칙 ==
일반 사용자는 다음 원칙만 지켜도 대부분의 비밀번호 사고를 크게 줄일 수 있다.

# 비밀번호 관리자를 사용한다.
# 계정마다 다른 비밀번호를 쓴다.
# 중요한 계정은 16자 이상 또는 관리자가 생성한 긴 무작위 비밀번호를 쓴다.
# 이메일 계정은 최우선으로 보호한다.
# 다중 인증을 켠다.
# 패스키를 지원하면 사용을 검토한다.
# 공용 PC에서 중요한 계정에 로그인하지 않는다.
# 의심스러운 링크에서 로그인하지 않는다.
# 유출 알림을 받으면 즉시 비밀번호를 바꾼다.
# 복구 이메일과 전화번호도 안전하게 관리한다.

특히 이메일 계정은 모든 계정의 복구 허브가 되는 경우가 많다. 이메일이 털리면 다른 사이트의 비밀번호 재설정 링크를 공격자가 받을 수 있다. 따라서 이메일 계정은 매우 긴 고유 비밀번호와 강한 다중 인증을 적용해야 한다.

== 상황별 권장 설정 ==
=== 개인 사용자 ===
개인 사용자는 다음 구성을 권장한다.

* 비밀번호 관리자 사용
* 모든 계정에 고유 비밀번호 사용
* 이메일, 금융, 클라우드, SNS, 쇼핑몰 우선 점검
* 중요한 계정에 MFA 적용
* 패스키 지원 서비스에서는 패스키 등록
* 복구 코드 오프라인 보관
* 사용하지 않는 계정 삭제 또는 비밀번호 변경

=== 학생 ===
학생은 학교 계정, 이메일, 클라우드, LMS, 장학금·학사 시스템, 개발자 계정 등을 주의해야 한다.

* 학교 이메일 비밀번호 재사용 금지
* 과제용 GitHub 계정 보호
* 클라우드 드라이브 공유 권한 확인
* PC방이나 공용 컴퓨터에서 자동 로그인 금지
* 졸업 후에도 학교 이메일이 복구 수단으로 남아 있는지 확인

=== 직장인 ===
직장인은 개인 계정보다 회사 계정의 피해 파급력이 더 클 수 있다.

* 회사 계정과 개인 계정 비밀번호 분리
* 업무용 비밀번호를 개인 메신저에 저장하지 않기
* VPN, 메일, 그룹웨어, 클라우드 계정 MFA 적용
* 퇴사자 계정 비활성화 확인
* 공유 계정 사용 최소화
* 비밀번호 공유가 필요하면 조직용 비밀번호 관리자 사용

=== 개발자 ===
개발자는 일반 사용자보다 더 큰 권한을 가진 경우가 많다. GitHub, 클라우드 콘솔, 서버 SSH, 데이터베이스, 패키지 저장소 계정이 털리면 공급망 공격으로 이어질 수 있다.

* GitHub, GitLab, npm, PyPI, Docker Hub 계정 MFA 적용
* SSH 키에 패스프레이즈 설정
* API 키를 코드 저장소에 올리지 않기
* .env 파일 관리 주의
* 비밀번호와 토큰을 로그에 남기지 않기
* 개인 프로젝트와 회사 프로젝트의 계정·키 분리
* 클라우드 루트 계정은 별도 보호
* 장기 토큰보다 짧은 수명의 토큰 사용 검토

=== 관리자 ===
시스템 관리자는 사용자에게 무리한 규칙을 강제하기보다 실제 공격을 막는 정책을 설계해야 한다.

* 긴 비밀번호 허용
* 비밀번호 관리자 사용 허용
* 붙여넣기 허용
* 유출 비밀번호 차단
* MFA 적용
* 로그인 속도 제한
* 비정상 로그인 탐지
* 패스키·보안 키 지원
* 비밀번호 재설정 절차 강화
* 비밀번호 원문 접근 불가 구조 유지

== 비밀번호 변경 시점 ==
비밀번호는 무조건 자주 바꾸는 것이 능사가 아니다. 다음 상황에서는 반드시 바꾸는 것이 좋다.

* 서비스에서 유출 사고가 발생했다.
* 같은 비밀번호를 다른 사이트에서도 사용했다.
* 피싱 사이트에 입력했을 가능성이 있다.
* 공용 PC나 감염 의심 기기에서 로그인했다.
* 로그인 알림에 모르는 위치나 기기가 보인다.
* 가족, 친구, 동료에게 알려 준 적이 있다.
* 퇴사, 팀 이동, 외주 종료 등으로 공유 권한이 바뀌었다.
* 비밀번호가 너무 짧거나 흔한 패턴이다.

반대로 아무 이유 없이 30일 또는 90일마다 강제로 바꾸게 하면 사용자는 예측 가능한 변형을 만들 가능성이 높다. 그래서 최신 권고는 유출이나 침해 근거가 있을 때 변경을 요구하는 방향에 가깝다.<ref name="nist-800-63b" />

== 비밀번호 유출이 의심될 때 ==
비밀번호 유출이 의심되면 다음 순서로 대응한다.

# 해당 계정의 비밀번호를 즉시 변경한다.
# 같은 비밀번호를 사용한 다른 계정도 모두 변경한다.
# 이메일 계정의 로그인 기록을 확인한다.
# 계정 복구 이메일, 전화번호, 연결된 기기를 확인한다.
# 알 수 없는 세션을 로그아웃한다.
# 다중 인증을 켠다.
# 복구 코드를 새로 발급한다.
# 금융 계정이라면 거래 내역을 확인한다.
# 악성코드 감염 가능성이 있으면 기기를 점검한다.
# 중요한 자료가 있는 계정은 고객센터에 문의한다.

여기서 가장 중요한 것은 '''같은 비밀번호를 쓴 다른 계정까지 함께 바꾸는 것'''이다. 공격자는 한 계정만 노리지 않는다.

== 보안 질문 ==
보안 질문은 "어머니의 성함은?", "초등학교 이름은?", "첫 반려동물의 이름은?" 같은 질문에 답하게 하는 방식이다. 과거에는 비밀번호 복구 수단으로 많이 사용되었다.

그러나 보안 질문은 문제가 많다.

* 답이 공개 정보일 수 있다.
* 가족이나 지인이 알 수 있다.
* SNS에서 추정 가능하다.
* 사용자가 잊을 수 있다.
* 표기 방식이 달라질 수 있다.
* 공격자가 사회공학으로 알아낼 수 있다.

NIST는 비밀번호 선택 과정에서 지식 기반 인증이나 보안 질문을 요구하지 말라고 설명한다.<ref name="nist-800-63b" /> 보안 질문은 편리해 보이지만, 실제로는 약한 비밀번호 하나를 더 만드는 것과 비슷할 수 있다.

== 공용 기기에서의 비밀번호 ==
공용 기기에서는 중요한 계정 로그인을 피하는 것이 좋다. 불가피하게 사용해야 한다면 다음을 지킨다.

* 자동 로그인 체크 해제
* 비밀번호 저장 거부
* 사용 후 로그아웃
* 브라우저 기록과 쿠키 삭제
* 2차 인증 알림 확인
* 로그인 후 계정의 활성 세션 확인
* 가능하면 일회성 코드나 제한된 권한의 계정 사용

PC방, 학교 공용 PC, 도서관 PC, 회사 공용 장비는 키로거, 브라우저 확장 프로그램, 세션 탈취 위험이 있을 수 있다. 특히 관리자 권한이 없는 환경에서는 사용자가 보안 상태를 완전히 확인하기 어렵다.

== 모바일 기기와 비밀번호 ==
스마트폰은 비밀번호 관리의 중심이 되었다. 인증 앱, 패스키, SMS, 이메일, 비밀번호 관리자, 생체 인증이 모두 스마트폰에 몰려 있는 경우가 많다. 따라서 스마트폰 자체의 보안이 중요하다.

* 화면 잠금 설정
* 6자리 이상의 PIN 또는 강한 잠금 방식 사용
* 생체 인증 사용
* 운영체제 업데이트
* 출처 불명 APK 설치 금지
* 분실 시 원격 잠금과 초기화 설정
* 알림 내용 잠금화면 노출 제한
* SIM 스와핑 방지를 위한 통신사 보안 설정 확인

스마트폰 잠금 PIN이 너무 약하면, 비밀번호 관리자와 인증 앱까지 위험해질 수 있다. 000000, 123456, 생일, 전화번호 뒷자리 같은 값은 피해야 한다.

== 기업 환경에서의 비밀번호 ==
기업 환경에서는 개인의 실수 하나가 조직 전체의 사고로 이어질 수 있다. 따라서 기업은 단순히 "비밀번호를 복잡하게 하라"고 교육하는 수준을 넘어 구조적 대책을 마련해야 한다.

=== 권장 정책 ===

* SSO 도입
* MFA 의무화
* 관리자 계정 별도 관리
* 권한 최소화
* 퇴사자 계정 즉시 회수
* 공유 계정 최소화
* 조직용 비밀번호 관리자 제공
* 유출 비밀번호 탐지
* 크리덴셜 스터핑 방어
* 로그인 이상 징후 탐지
* 보안 키 또는 패스키 도입 검토
* 비밀번호 재설정 절차에 신원 확인 강화

=== 피해야 할 정책 ===

* 주기적 변경만 강제하고 MFA는 없는 정책
* 모든 직원에게 같은 초기 비밀번호 지급
* 부서 공유 계정을 장기간 사용
* 엑셀 파일에 비밀번호 목록 저장
* 메신저로 비밀번호 공유
* 퇴사자 계정 방치
* 관리자 계정과 일반 계정 동일 비밀번호 사용
* 장애 대응용 공용 최고권한 계정 상시 사용

기업 보안의 핵심은 "사용자가 완벽하게 행동할 것"을 기대하지 않는 것이다. 사용자가 실수해도 피해가 제한되도록 설계해야 한다.

== 비밀번호와 암호화 ==
비밀번호는 암호화와 관련이 깊지만, 같은 개념은 아니다.

비밀번호는 인증을 위한 비밀값이고, 암호화는 정보를 읽을 수 없게 변환하는 기술이다. 다만 비밀번호는 암호화 키를 보호하거나 생성하는 데 사용될 수 있다. 예를 들어 압축 파일 암호, 디스크 암호화 비밀번호, 암호화 지갑 시드 보호 비밀번호 등이 있다.

이 경우 비밀번호를 잊으면 복구가 불가능할 수 있다. 일반 웹사이트 비밀번호는 이메일로 재설정할 수 있지만, 로컬 암호화 파일이나 암호화폐 지갑은 서비스 운영자가 대신 복구해 줄 수 없는 경우가 많다.

따라서 암호화에 쓰이는 비밀번호는 다음 조건을 갖추어야 한다.

* 매우 길고 강해야 한다.
* 백업되어야 한다.
* 타인에게 노출되면 안 된다.
* 잊어버리면 어떤 일이 생기는지 이해해야 한다.
* 복구 문구와 함께 안전하게 보관해야 한다.

== 비밀번호와 생체 인증 ==
지문, 얼굴, 홍채 같은 생체 인증은 비밀번호보다 편리하다. 하지만 생체 인증은 보통 비밀번호를 완전히 대체한다기보다, 기기 내부의 비밀키나 저장된 인증 정보를 사용하기 위한 잠금 해제 수단으로 쓰인다.

생체 인증의 장점은 다음과 같다.

* 입력이 빠르다.
* 어깨너머 훔쳐보기에 강하다.
* 사용자가 외울 필요가 없다.
* 패스키와 결합하면 편리하고 강력하다.

단점도 있다.

* 유출되면 바꾸기 어렵다.
* 기기 성능과 센서 품질에 영향을 받는다.
* 법적·물리적 강제 상황에 대한 논의가 있다.
* 상처, 마스크, 조명, 습기 등 환경 영향을 받을 수 있다.

그래서 생체 인증을 쓰더라도 기기의 PIN이나 패스프레이즈는 강하게 설정해야 한다. 생체 인증 실패 시 PIN으로 풀 수 있다면, 실제 보안 수준은 결국 PIN에도 의존한다.

== 비밀번호에 대한 오해 ==
=== 특수문자를 넣으면 무조건 안전하다 ===
아니다. "Password1!"처럼 특수문자가 있어도 흔한 패턴이면 약하다. 특수문자 자체보다 길이, 무작위성, 고유성이 중요하다.

=== 자주 바꾸면 무조건 안전하다 ===
아니다. 유출이나 침해 근거가 있을 때 바꾸는 것은 중요하지만, 이유 없이 자주 바꾸게 하면 사용자가 예측 가능한 변형을 만들 가능성이 커진다.

=== 비밀번호 관리자는 위험하니 쓰면 안 된다 ===
비밀번호 관리자는 하나의 중요한 보관소가 되므로 신중히 써야 한다. 그러나 사람이 수십 개의 강한 고유 비밀번호를 외우는 것은 현실적으로 어렵다. 검증된 비밀번호 관리자를 강한 마스터 비밀번호와 MFA로 보호하는 편이 재사용보다 훨씬 낫다.

=== 2차 인증을 켰으니 비밀번호는 약해도 된다 ===
아니다. 다중 인증은 강력한 추가 방어선이지만, 약한 비밀번호를 정당화하지 않는다. 특히 SMS나 푸시 인증은 우회 가능성이 있으므로 기본 비밀번호도 강해야 한다.

=== 내 계정은 털릴 가치가 없다 ===
아니다. 공격자는 반드시 유명인이나 부자만 노리지 않는다. 일반 계정도 스팸 발송, 사기, 게임 아이템 탈취, 클라우드 자료 접근, 지인 대상 피싱, 다른 계정 복구에 악용될 수 있다.

=== 비밀번호를 종이에 적으면 무조건 나쁘다 ===
상황에 따라 다르다. 모니터에 붙여 두는 것은 위험하지만, 비밀번호 관리자 복구 코드나 마스터 패스프레이즈 힌트를 봉투에 넣어 금고에 보관하는 것은 합리적인 백업 전략일 수 있다. 온라인에 평문으로 저장하는 것보다 물리적으로 안전한 오프라인 보관이 나을 때도 있다.

== 실전 예시 ==
=== 매우 나쁜 예 ===

* 12345678
* qwer1234
* password
* 이름+생일
* 전화번호 뒷자리
* 회사명2026!
* 서비스명+느낌표

=== 그나마 나아 보이지만 여전히 위험한 예 ===

* P@ssw0rd2026!
* Seoul1234!
* MyName!1999
* Github!2026
* Dragon_Fire_01

이런 비밀번호는 복잡해 보이지만, 사람의 흔한 패턴을 따른다.

=== 좋은 방향 ===

* 비밀번호 관리자가 생성한 20자 이상의 무작위 비밀번호
* 계정마다 완전히 다른 비밀번호
* 직접 외워야 하는 경우에는 길고 무작위적인 패스프레이즈
* 중요한 계정에는 MFA 또는 패스키 사용

직접 외워야 하는 비밀번호라면, 여러 개의 무작위 단어를 조합한 긴 패스프레이즈가 현실적인 선택이 될 수 있다. 다만 유명 문장, 가사, 작품 대사, 자기소개 문장은 피해야 한다.

== 비밀번호 점검 체크리스트 ==
다음 항목에 하나라도 해당하면 비밀번호 관리 방식을 개선할 필요가 있다.

{| class="wikitable"
! 점검 항목 !! 위험도
|-
| 여러 사이트에서 같은 비밀번호를 쓴다 || 매우 높음
|-
| 이메일 계정 비밀번호를 다른 곳에서도 쓴다 || 매우 높음
|-
| 비밀번호가 10자 미만이다 || 높음
|-
| 이름, 생일, 전화번호가 들어간다 || 높음
|-
| 서비스 이름이 들어간다 || 높음
|-
| 매년 숫자만 바꾼다 || 높음
|-
| 비밀번호를 메모장 파일에 저장한다 || 높음
|-
| 비밀번호를 메신저에 보내 두었다 || 높음
|-
| MFA를 전혀 쓰지 않는다 || 중간 이상
|-
| 비밀번호 관리자를 쓰지 않는다 || 계정 수가 많을수록 위험
|-
| 복구 이메일이 오래된 계정이다 || 중간 이상
|-
| 로그인 알림을 확인하지 않는다 || 중간
|}

== 권장 우선순위 ==
비밀번호 보안을 한 번에 완벽하게 바꾸기는 어렵다. 다음 순서로 개선하면 현실적이다.

# 이메일 계정 비밀번호를 강하고 고유하게 바꾼다.
# 이메일 계정에 MFA를 켠다.
# 비밀번호 관리자를 설치한다.
# 금융, 클라우드, SNS, 쇼핑몰, 게임 계정 순서로 고유 비밀번호를 설정한다.
# 재사용된 비밀번호를 모두 제거한다.
# 중요한 계정에 MFA 또는 패스키를 켠다.
# 복구 이메일과 전화번호를 최신 상태로 정리한다.
# 사용하지 않는 계정을 삭제하거나 잠근다.
# 유출 알림과 로그인 알림을 확인한다.

이 순서에서 이메일 계정이 가장 앞에 오는 이유는 간단하다. 대부분의 계정 복구가 이메일을 통해 이루어지기 때문이다. 이메일이 털리면 다른 계정의 비밀번호 재설정도 공격자에게 넘어갈 수 있다.

== 관련 개념 ==
=== 인증 ===
'''인증'''은 사용자가 누구인지 확인하는 절차다. 비밀번호는 인증 수단 중 하나다.

=== 인가 ===
'''인가'''는 인증된 사용자가 무엇을 할 수 있는지 결정하는 절차다. 로그인에 성공했다고 해서 모든 권한을 가져서는 안 된다.

=== 세션 ===
'''세션'''은 로그인 후 사용자의 인증 상태를 유지하는 방식이다. 세션 쿠키가 탈취되면 비밀번호를 몰라도 로그인된 것처럼 행동할 수 있으므로 세션 보안도 중요하다.

=== 토큰 ===
'''토큰'''은 인증이나 API 접근에 사용되는 문자열이다. API 키, 액세스 토큰, 리프레시 토큰 등이 있다. 토큰은 비밀번호와 비슷하게 취급해야 하며, 코드 저장소나 로그에 노출되면 안 된다.

=== OTP ===
'''OTP'''는 일회용 비밀번호다. 한 번만 쓰거나 짧은 시간 동안만 유효하다. 비밀번호의 보조 수단으로 많이 사용된다.

=== 패스키 ===
'''패스키'''는 공개키 기반의 비밀번호 없는 인증 방식이다. 피싱 저항성이 강하고 사용성이 좋아 차세대 로그인 방식으로 주목받고 있다.

== 한계 ==
비밀번호의 근본적인 한계는 다음과 같다.

* 사용자가 기억해야 한다.
* 사용자가 속으면 직접 입력할 수 있다.
* 재사용되기 쉽다.
* 유출되면 다른 곳에도 악용될 수 있다.
* 서비스가 잘못 저장하면 대량 피해가 발생한다.
* 강한 비밀번호를 요구할수록 사용성이 나빠질 수 있다.
* 복구 절차가 약하면 우회될 수 있다.

따라서 현대 보안은 비밀번호 하나에 모든 것을 의존하지 않는 방향으로 가고 있다. 비밀번호 관리자, 다중 인증, 패스키, 보안 키, 이상 로그인 탐지, 세션 보호, 권한 최소화가 함께 필요하다.

== 결론 ==
비밀번호는 낡았지만 여전히 중요하다. 가장 안전한 방향은 "사람이 모든 비밀번호를 외우는 것"이 아니라, '''비밀번호 관리자를 사용하여 계정마다 길고 무작위인 고유 비밀번호를 만들고, 중요한 계정에는 다중 인증이나 패스키를 적용하는 것'''이다.

비밀번호 보안의 핵심은 복잡한 규칙을 억지로 외우는 것이 아니다. 핵심은 다음 네 가지다.

# 길게 만든다.
# 무작위로 만든다.
# 재사용하지 않는다.
# 혼자 쓰지 말고 MFA 또는 패스키와 함께 쓴다.

비밀번호는 자물쇠라기보다 열쇠에 가깝다. 같은 열쇠로 집, 차, 회사, 금고, 사물함을 모두 여는 사람은 없다. 디지털 세계에서도 마찬가지다. 계정마다 다른 열쇠를 쓰고, 중요한 문에는 보조 잠금장치를 더해야 한다.

== 같이 보기 ==

* [[인증]]
* [[다중 인증]]
* [[OTP]]
* [[패스키]]
* [[피싱]]
* [[사회공학]]
* [[암호화]]
* [[해시 함수]]
* [[정보보안]]
* [[계정 탈취]]
* [[크리덴셜 스터핑]]

== 각주 ==
<references />

[[분류:정보보안]]
[[분류:인증]]
[[분류:암호]]
[[분류:인터넷]]
[[분류:컴퓨터 보안]]

SemVer

2026-06-18T01:52:11Z

Gaon12: 문서 내용 보강

[[파일:SemanticVersioning.png|섬네일|유의적 버전의 기본 구조]]

== 개요 ==
'''유의적 버전''' 또는 '''시맨틱 버전'''({{llang|en|Semantic Versioning}}, '''SemVer''')은 [[소프트웨어]]의 [[버전]] 번호에 일정한 의미를 부여하여, 배포판 사이의 변경 범위와 [[하위 호환성]] 여부를 표현하는 버전 표기 규칙이다.<ref name="semver-ko">[https://semver.org/lang/ko/ 유의적 버전 2.0.0], Semantic Versioning 공식 한국어 문서.</ref>

기본 형식은 '''MAJOR.MINOR.PATCH'''이며, 한국어 공식 문서에서는 이를 각각 '''주 버전''', '''부 버전''', '''수 버전'''으로 번역한다.<ref name="semver-ko" /> 예를 들어 '''2.4.1'''이라는 버전은 주 버전이 2, 부 버전이 4, 수 버전이 1이라는 뜻이다.

유의적 버전의 목적은 단순히 버전을 보기 좋게 표시하는 것이 아니라, 버전 번호만으로도 어느 정도의 [[API]] 변경이 있었는지 알 수 있게 하는 데 있다. 일반적으로 주 버전이 바뀌면 기존 코드와 호환되지 않는 변경이 있었을 가능성이 높고, 부 버전이 바뀌면 기존 코드와 호환되는 기능 추가가 있었음을 뜻하며, 수 버전이 바뀌면 기존 코드와 호환되는 [[버그]] 수정이 있었음을 뜻한다.

다만 유의적 버전이 의미를 가지려면 해당 소프트웨어가 먼저 명확한 '''공개 API'''를 선언해야 한다.<ref name="semver-en">[https://semver.org/ Semantic Versioning 2.0.0], Semantic Versioning 공식 문서.</ref> 여기서 공개 API는 외부 사용자가 의존할 수 있는 함수, 클래스, 명령어, 설정 형식, 데이터 형식, 프로토콜, 문서화된 동작 등을 포함할 수 있다. 공개 API가 명확하지 않으면 어떤 변경이 호환성을 깨뜨리는 변경인지 판단하기 어렵다.

== 구성 ==
[[파일:Semantic-versioning.svg|섬네일|MAJOR.MINOR.PATCH 형식의 예시]]

유의적 버전은 기본적으로 주 버전, 부 버전, 수 버전의 세 부분으로 구성된다. 여기에 필요에 따라 선행 배포 버전과 빌드 메타데이터를 덧붙일 수 있다.

{| class="wikitable"
! 구성 요소 !! 형식상의 위치 !! 의미 !! 증가 또는 사용 조건
|-
| 주 버전 || MAJOR || 기존 공개 API와 호환되지 않는 변경 || 하위 호환성을 깨뜨리는 변경이 공개 API에 포함될 때 증가
|-
| 부 버전 || MINOR || 기존 공개 API와 호환되는 기능 추가 || 하위 호환성을 유지하면서 기능을 추가하거나 공개 API 일부를 폐기 예정으로 표시할 때 증가
|-
| 수 버전 || PATCH || 기존 공개 API와 호환되는 버그 수정 || 잘못된 동작을 고치되 공개 API 호환성을 유지할 때 증가
|-
| 선행 배포 버전 || -alpha, -beta.1, -rc.1 등 || 정식 배포 전 버전 || 아직 안정판이 아니거나 호환성 요구사항이 완전히 보장되지 않을 수 있음을 나타낼 때 사용
|-
| 빌드 메타데이터 || +build.1, +exp.sha 등 || 빌드 식별 정보 || 빌드 번호, 커밋 해시, 빌드 날짜 등 버전 우선순위에 영향을 주지 않는 정보를 표시할 때 사용
|}

== 형식 ==
유의적 버전의 일반적인 형식은 다음과 같다.

<syntaxhighlight lang="text">
MAJOR.MINOR.PATCH
MAJOR.MINOR.PATCH-PRERELEASE
MAJOR.MINOR.PATCH+BUILD
MAJOR.MINOR.PATCH-PRERELEASE+BUILD
</syntaxhighlight>

예시는 다음과 같다.

{| class="wikitable"
! 버전 !! 설명
|-
| 1.0.0 || 가장 기본적인 정식 버전 형식
|-
| 1.2.3 || 주 버전 1, 부 버전 2, 수 버전 3
|-
| 2.0.0 || 주 버전이 증가한 버전으로, 기존 공개 API와 호환되지 않는 변경이 포함되었을 수 있음
|-
| 1.4.0 || 부 버전이 증가한 버전으로, 기존 공개 API와 호환되는 기능 추가가 있었음을 뜻함
|-
| 1.4.1 || 수 버전이 증가한 버전으로, 기존 공개 API와 호환되는 버그 수정이 있었음을 뜻함
|-
| 2.3.7-beta.3 || 2.3.7 정식 배포 이전의 세 번째 베타 계열 선행 배포 버전
|-
| 1.0.0+20130313144700 || 빌드 메타데이터가 포함된 버전
|-
| 1.0.0-alpha+001 || 선행 배포 버전과 빌드 메타데이터가 모두 포함된 버전
|}

== 버전 증가 규칙 ==
=== 주 버전 ===
'''주 버전'''({{llang|en|major version}})은 기존 공개 API와 호환되지 않는 변경이 발생했을 때 증가한다. 예를 들어 함수 이름이 바뀌거나, 기존 매개변수의 의미가 달라지거나, 기존에 동작하던 사용 방식이 더 이상 지원되지 않는다면 주 버전을 올리는 것이 원칙이다.

주 버전이 증가하면 부 버전과 수 버전은 0으로 초기화한다. 예를 들어 '''1.8.5'''에서 호환되지 않는 변경이 발생했다면 다음 버전은 일반적으로 '''2.0.0'''이 된다.

[[파이썬]]의 [[파이썬 2]]와 [[파이썬 3]]의 관계는 주 버전 변화가 호환성에 큰 영향을 줄 수 있음을 보여 주는 대표적인 사례로 자주 언급된다. 파이썬 2에서 작성된 코드가 파이썬 3에서 그대로 동작하지 않는 경우가 많았기 때문에, 사용자는 주 버전 변화에 맞추어 코드를 수정해야 했다.

=== 부 버전 ===
'''부 버전'''({{llang|en|minor version}})은 기존 공개 API와 하위 호환성을 유지하면서 새로운 기능을 추가할 때 증가한다. 또한 공개 API의 일부를 앞으로 제거할 예정으로 표시하는 경우에도 부 버전을 올리는 것이 원칙이다.<ref name="semver-ko" />

부 버전이 증가하면 수 버전은 0으로 초기화한다. 예를 들어 '''1.4.3'''에서 하위 호환성을 유지하는 기능이 추가되었다면 다음 버전은 일반적으로 '''1.5.0'''이 된다.

부 버전 증가가 반드시 아무 위험도 없다는 뜻은 아니다. 새 기능이 기존 코드와 호환되도록 설계되었더라도, 실제 사용 환경에서는 의존성, 설정, 보안 정책, 폐기 예정 기능 등의 영향으로 추가 확인이 필요할 수 있다.

=== 수 버전 ===
'''수 버전'''({{llang|en|patch version}})은 기존 공개 API와 하위 호환성을 유지하면서 버그를 수정할 때 증가한다. 예를 들어 '''1.5.0'''에서 내부 오류를 수정했지만 공개 API의 사용 방식은 그대로 유지된다면 다음 버전은 일반적으로 '''1.5.1'''이 된다.

수 버전만 증가한 경우에는 보통 기존 코드를 수정할 필요가 없다. 다만 기존 코드가 버그에 의존하고 있었거나, 수정된 동작이 실제 운영 환경의 결과에 영향을 주는 경우에는 예외적으로 코드나 설정을 조정해야 할 수 있다.

== 초기 개발 버전과 1.0.0 ==
주 버전이 0인 '''0.y.z''' 형식은 초기 개발 단계를 나타낸다. 이 단계에서는 공개 API가 안정적이라고 간주되지 않으며, 언제든 호환되지 않는 변경이 발생할 수 있다.<ref name="semver-ko" />

'''1.0.0'''은 공개 API가 정의된 첫 안정판으로 볼 수 있다. 이후 버전 번호는 1.0.0에서 정의한 공개 API가 어떻게 바뀌는지에 따라 증가한다.

{| class="wikitable"
! 버전 범위 !! 일반적인 의미
|-
| 0.y.z || 초기 개발 단계. 공개 API가 안정적이라고 보기 어려움
|-
| 1.0.0 || 공개 API가 정의된 첫 안정판
|-
| 1.x.y 이상 || 정의된 공개 API를 기준으로 호환성 규칙을 적용하는 단계
|}

== 선행 배포 버전 ==
'''선행 배포 버전'''({{llang|en|pre-release version}})은 정식 배포 이전의 알파, 베타, 릴리스 후보 등을 표시할 때 사용한다. 수 버전 뒤에 붙임표(-)를 붙이고, 마침표(.)로 구분된 식별자를 덧붙인다.

예시는 다음과 같다.

{| class="wikitable"
! 선행 배포 버전 !! 일반적인 의미
|-
| 1.0.0-alpha || 초기 시험용 알파 버전
|-
| 1.0.0-alpha.1 || 첫 번째 알파 계열 세부 버전
|-
| 1.0.0-beta || 베타 버전
|-
| 1.0.0-beta.2 || 두 번째 베타 계열 세부 버전
|-
| 1.0.0-rc.1 || 첫 번째 릴리스 후보 버전
|}

선행 배포 버전은 같은 주·부·수 버전의 정식 버전보다 우선순위가 낮다. 예를 들어 '''2.3.7-beta.3'''은 '''2.3.7'''보다 낮은 버전으로 취급된다.

== 빌드 메타데이터 ==
'''빌드 메타데이터'''({{llang|en|build metadata}})는 더하기(+) 기호 뒤에 덧붙이는 부가 정보이다. 빌드 번호, 빌드 날짜, [[커밋 해시]], 빌드 환경 등을 표시하는 데 사용할 수 있다.

예시는 다음과 같다.

{| class="wikitable"
! 버전 !! 설명
|-
| 1.0.0+001 || 빌드 번호가 포함된 버전
|-
| 1.0.0+20130313144700 || 빌드 시각 또는 날짜 형식의 메타데이터가 포함된 버전
|-
| 1.0.0-beta+exp.sha.5114f85 || 선행 배포 버전과 빌드 메타데이터가 함께 포함된 버전
|}

빌드 메타데이터는 버전 우선순위 비교에서 무시된다. 따라서 주·부·수 버전과 선행 배포 버전이 같고 빌드 메타데이터만 다른 경우, 두 버전의 우선순위는 같다.

== 버전 우선순위 ==
유의적 버전에서는 버전의 우선순위를 비교할 때 주 버전, 부 버전, 수 버전, 선행 배포 버전 순서로 비교한다. 빌드 메타데이터는 우선순위 비교에 영향을 주지 않는다.

{| class="wikitable"
! 비교 예시 !! 결과 !! 이유
|-
| 1.0.0 < 2.0.0 || 참 || 주 버전 2가 주 버전 1보다 크기 때문
|-
| 2.0.0 < 2.1.0 || 참 || 부 버전 1이 부 버전 0보다 크기 때문
|-
| 2.1.0 < 2.1.1 || 참 || 수 버전 1이 수 버전 0보다 크기 때문
|-
| 1.0.0-alpha < 1.0.0 || 참 || 선행 배포 버전은 같은 버전의 정식 버전보다 낮기 때문
|-
| 1.0.0-alpha < 1.0.0-alpha.1 || 참 || 앞선 식별자가 같을 때 더 많은 선행 배포 식별자를 가진 쪽이 더 높게 비교될 수 있기 때문
|-
| 1.0.0+001 = 1.0.0+20130313144700 || 우선순위상 같음 || 빌드 메타데이터는 우선순위 비교에서 무시되기 때문
|}

공식 명세에서 제시하는 선행 배포 버전의 우선순위 예시는 다음과 같다.<ref name="semver-en" />

<syntaxhighlight lang="text">
1.0.0-alpha
< 1.0.0-alpha.1
< 1.0.0-alpha.beta
< 1.0.0-beta
< 1.0.0-beta.2
< 1.0.0-beta.11
< 1.0.0-rc.1
< 1.0.0
</syntaxhighlight>

== 장점 ==
유의적 버전의 장점은 다음과 같다.

* 버전 번호만 보아도 변경 범위를 대략적으로 파악할 수 있다.
* [[라이브러리]]나 [[패키지 관리자]]가 의존성 범위를 판단하기 쉽다.
* 하위 호환성 유지 여부를 사용자에게 명확하게 전달할 수 있다.
* 배포 정책을 문서화하기 쉬우며, 팀 내부와 외부 사용자 사이의 의사소통 비용을 줄일 수 있다.
* 자동 업데이트, 의존성 검사, 배포 자동화 도구와 함께 쓰기 쉽다.

== 한계와 주의점 ==
유의적 버전은 모든 문제를 자동으로 해결하는 규칙은 아니다. 다음과 같은 점에 주의해야 한다.

* 공개 API가 명확하게 정의되어 있지 않으면 버전 번호의 의미가 약해진다.
* 개발자가 규칙을 잘못 적용하면 버전 번호와 실제 변경 내용이 일치하지 않을 수 있다.
* 응용 프로그램의 사용자 인터페이스 변경, 데이터 파일 형식 변경, 운영 환경 변경 등은 API 변경과 다르게 판단될 수 있다.
* 보안 문제나 긴급 패치의 경우, 기존 정책과 별도의 배포 판단이 필요할 수 있다.
* 생태계마다 버전 범위 해석 방식이 다를 수 있으므로, 실제 의존성 지정 방식은 사용하는 패키지 관리자 문서를 함께 확인해야 한다.

== 예시 ==
=== 하위 호환되는 버그 수정 ===
기존 버전이 '''1.2.3'''이고, 공개 API는 그대로 유지하면서 내부 버그만 수정했다면 다음 버전은 일반적으로 다음과 같이 증가한다.

<syntaxhighlight lang="text">
1.2.3 -> 1.2.4
</syntaxhighlight>

=== 하위 호환되는 기능 추가 ===
기존 버전이 '''1.2.3'''이고, 기존 API와 호환되는 새 기능을 추가했다면 다음 버전은 일반적으로 다음과 같이 증가한다.

<syntaxhighlight lang="text">
1.2.3 -> 1.3.0
</syntaxhighlight>

=== 하위 호환되지 않는 변경 ===
기존 버전이 '''1.2.3'''이고, 공개 API의 사용 방식이 바뀌어 기존 코드가 수정 없이 동작하지 않을 수 있다면 다음 버전은 일반적으로 다음과 같이 증가한다.

<syntaxhighlight lang="text">
1.2.3 -> 2.0.0
</syntaxhighlight>

=== 정식 배포 전 버전 ===
'''2.0.0''' 정식 배포 전 테스트 버전을 배포하려면 다음과 같은 형식을 사용할 수 있다.

<syntaxhighlight lang="text">
2.0.0-alpha
2.0.0-beta.1
2.0.0-rc.1
</syntaxhighlight>

== 같이 보기 ==

* [[버전]]
* [[버전 관리]]
* [[소프트웨어 버전 작성]]
* [[하위 호환성]]
* [[API]]
* [[패키지 관리자]]
* [[의존성 지옥]]
* [[소프트웨어 배포]]
* [[파이썬]]

== 외부 링크 ==

* [https://semver.org/ Semantic Versioning 공식 사이트]
* [https://semver.org/lang/ko/ 유의적 버전 공식 한국어 문서]
* [https://semver.org/spec/v2.0.0.html Semantic Versioning 2.0.0 명세]

== 각주 ==
<references />

[[분류:버전 표기법]]
[[분류:소프트웨어 공학]]
[[분류:소프트웨어 배포]]

Llms.txt

2026-06-18T01:03:26Z

Gaon12: 시작

[[분류:인터넷 표준]][[분류:인공지능]][[분류:웹 기술]][[분류:생성형 AI]][[분류:GEO]]

== 개요 ==

'''llms.txt'''는 웹사이트 루트 디렉토리에 배치하는 [[마크다운]] 형식의 텍스트 파일로, 웹사이트 소유자가 [[대규모 언어 모델]](LLM)에게 자신의 사이트에서 어떤 콘텐츠가 중요한지, 어디에 있는지를 안내하기 위해 만들어진 '''비공식 표준'''이다. 파일 이름은 반드시 <code>llms.txt</code>이어야 하며, 도메인 루트(예: <code>https://example.com/llms.txt</code>)에 위치해야 한다.

한 줄로 요약하면 '''"AI를 위한 robots.txt"''' 정도로 이해하면 된다. [[검색엔진]]을 위한 [[robots.txt]]가 크롤러에게 어떤 페이지를 긁어가도 되는지 알려주는 파일이라면, llms.txt는 [[ChatGPT]], [[Claude]], [[Perplexity]] 같은 AI 어시스턴트에게 "우리 사이트에서 이 페이지들이 제일 중요해요"라고 알려주는 파일이다.

2024년 9월 3일, [[Answer.AI]]의 공동 창업자이자 [[fast.ai]]로 유명한 '''제레미 하워드(Jeremy Howard)'''가 처음 제안했으며, 공식 명세는 '''[https://llmstxt.org llmstxt.org]'''에서 관리된다. 현재(2026년 기준)는 [[W3C]], [[IETF]] 등의 공식 표준화 기구를 통해 채택된 정식 표준은 아니며, 커뮤니티 주도의 사실상 표준(de facto standard) 수준이다.

{{참고|비슷한 이름으로 혼동하기 쉬운 파일들이 있다. <code>llm.txt</code>(복수형 아님), <code>ai.txt</code>, <code>aillms.txt</code> 등은 llms.txt와 다른 파일이므로 주의할 것.}}

== 등장 배경 ==

=== AI와 웹의 충돌 ===

현대의 웹사이트는 사람이 보기 좋게 만들어져 있다. [[HTML]], [[CSS]], [[JavaScript]]가 뒤엉켜 있고, 광고 배너, 내비게이션 메뉴, 쿠키 동의창, 소셜 공유 버튼, 사이트맵 링크 등 '''실제 콘텐츠와 무관한 요소들'''이 페이지의 상당 부분을 차지한다. 사람은 이걸 눈으로 걸러낼 수 있지만, [[LLM]]은 그렇지 못하다.

[[대규모 언어 모델]]이 특정 웹페이지의 내용을 참고하여 답변을 생성할 때(일명 [[RAG|검색 증강 생성, RAG]]), 모델은 해당 페이지의 HTML 전체를 읽어야 한다. 이 과정에서 몇 가지 심각한 문제가 발생한다.

# '''노이즈 문제''' : 실제 필요한 정보가 HTML 태그, 광고, 메뉴, 푸터 등의 쓸모없는 텍스트에 묻혀버린다.
# '''컨텍스트 창 낭비''' : LLM의 [[컨텍스트 창|컨텍스트 윈도우(context window)]]는 유한하다. 쓸모없는 내용으로 공간을 낭비하면 정작 중요한 정보를 담을 공간이 줄어든다.
# '''탐색 불가 문제''' : 수천 페이지짜리 문서 사이트에서 AI가 어떤 페이지가 중요한지 알 방법이 없다. 사이트맵(sitemap.xml)은 모든 URL을 나열할 뿐, 어떤 페이지가 가장 중요한지 알려주지 않는다.
# '''JavaScript 렌더링 문제''' : SPA([[싱글 페이지 애플리케이션]]) 등 JS로 렌더링되는 콘텐츠는 AI 크롤러가 아예 읽지 못하는 경우가 많다.

=== 기존 표준의 한계 ===

{| class="wikitable"
|+ '''기존 웹 표준과 llms.txt의 비교'''
|-
! style="background:#3c5a9a;color:white;width:15%" | 파일
! style="background:#3c5a9a;color:white;width:20%" | 대상
! style="background:#3c5a9a;color:white;width:30%" | 역할
! style="background:#3c5a9a;color:white;width:35%" | 한계
|-
| <code>'''robots.txt'''</code>
| 검색엔진 크롤러
| 크롤링 허용/차단 URL 지정
| 어떤 페이지가 중요한지, 콘텐츠가 무엇인지 설명 불가
|-
| <code>'''sitemap.xml'''</code>
| 검색엔진
| 전체 URL 목록 제공
| 우선순위 정보가 제한적, 콘텐츠 맥락 없음
|-
| '''schema.org'''
| 검색엔진(구조화 데이터)
| 페이지 내 구조화 데이터 마크업
| 개별 페이지 단위, 사이트 전체 맥락 제공 불가
|-
| <code>'''llms.txt'''</code>
| AI 어시스턴트 / LLM
| 중요 페이지 큐레이션 + 사이트 설명
| 공식 표준 아님, AI 크롤러 지원 아직 초기 단계
|}

제레미 하워드는 이 문제를 인식하고, '''AI 시대에 맞는 새로운 웹 표준'''이 필요하다는 결론을 내렸다. 마치 1994년에 [[마르틴 코스터(Martijn Koster)]]가 검색엔진 크롤러를 위한 robots.txt를 만들었듯이, AI를 위한 유사한 파일이 필요하다는 것이었다.

=== 제안의 역사 ===

{| class="wikitable"
|+ '''llms.txt 주요 연혁'''
|-
! style="background:#3c5a9a;color:white;" | 날짜
! style="background:#3c5a9a;color:white;" | 사건
|-
| 2024년 9월 3일
| 제레미 하워드, llms.txt 표준 최초 제안. llmstxt.org 공개
|-
| 2024년 11월
| [[Mintlify]], 호스팅하는 모든 문서 사이트에 llms.txt 자동 생성 기능 롤아웃. 사실상 하룻밤 사이에 Anthropic, Cursor, Coinbase, Pinecone 등 수천 개 사이트가 llms.txt를 갖게 됨
|-
| 2024년 말
| Anthropic, Claude 문서에 llms.txt 도입. llms.txt 지원 공식 확인
|-
| 2025년 초
| Stripe, Cloudflare, Vercel, Supabase, Zapier, Hugging Face 등 주요 개발자 플랫폼 잇달아 도입
|-
| 2025년 7월
| Google의 게리 일스(Gary Illyes), llms.txt를 공식 지원하지 않는다고 확인. 존 뮬러(John Mueller)는 폐기된 키워드 메타 태그에 비유해 논란
|-
| 2025년 11월
| SE Ranking, 30만 도메인 분석 결과 발표. llms.txt 보유 여부와 AI 인용 상관관계 측정 불가 판정
|-
| 2026년 Q1
| 전체 도메인 기준 약 10% 수준 채택률 기록. 주류 SaaS, 퍼블리싱으로 확대
|-
| 2026년 5월 7일
| 크롬 라이트하우스(Lighthouse) 13.3, llms.txt 존재 여부를 감사(audit) 항목에 추가
|-
| 2026년 6월 (현재)
| 약 844,000개 이상 웹사이트 도입. IDE 에이전트(Cursor, Claude Code 등)에서 실질적 활용 증가세
|}

== 파일 형식 및 문법 ==

=== 기본 구조 ===

llms.txt는 '''[[마크다운(Markdown)]]''' 형식으로 작성되며, 구조는 다음과 같은 순서를 따른다. 마크다운을 선택한 이유는 LLM이 기본적으로 마크다운을 잘 이해하기 때문이며, 별도의 파서나 스키마 없이도 처리 가능하다.

<syntaxhighlight lang="markdown">
# 사이트 또는 프로젝트 이름

> 한두 문장의 블록 인용구 형식 요약문. 제3자 시점으로, 에이전트가 읽기 좋게 작성.

선택적 부연 설명 단락. 브랜드명이 모호하거나 카테고리 맥락이 필요한 경우 작성.

## 섹션 이름

- [페이지 제목](https://example.com/page): 해당 페이지에 무엇이 있는지, 에이전트가 왜 이 페이지를 가져가야 하는지 한 문장 설명.
- [다른 페이지](https://example.com/another): 설명.

## 또 다른 섹션

- [페이지 제목](https://example.com/page): 설명.

## Optional

- [우선순위 낮은 페이지](https://example.com/extra): 컨텍스트가 부족할 경우 에이전트가 건너뛰어도 되는 페이지.
</syntaxhighlight>

=== 각 요소 상세 설명 ===

==== H1 헤더 (필수) ====

<code># 사이트명</code>

파일에서 '''유일하게 필수적인 요소'''다. 브랜드명 또는 프로젝트명을 그대로 사용한다. H1은 파일 전체에서 딱 하나만 있어야 한다.

==== 블록 인용구 요약 (강력 권장) ====

<code>> 요약문</code>

한두 문장으로 사이트/프로젝트가 무엇인지, 누구를 위한 것인지 설명한다. '''제3자 시점'''으로 쓰는 것이 좋다("우리 회사는~"보다 "X는 Y를 위한 Z이다" 형태). 에이전트가 URL을 실제로 방문하지 않고도 이 설명만으로 브랜드를 이해할 수 있어야 한다.

==== 부연 설명 단락 (선택) ====

H1과 블록 인용구 이후에 일반 단락으로 추가 맥락을 제공할 수 있다. 브랜드명이 Stripe, Anthropic처럼 카테고리를 유추하기 어려운 경우에 특히 유용하다. Tesla나 Coca-Cola처럼 누구나 아는 브랜드는 생략해도 된다.

==== H2 섹션 (선택) ====

<code>== 섹션명 ==</code>

콘텐츠를 논리적 그룹으로 묶는 역할을 한다. 예를 들어 "Getting Started", "API Reference", "Pricing", "Tutorials" 등. 중요한 점은 '''내부 문서 구조가 아니라 에이전트가 어떤 질문을 할 때 이 섹션이 필요한가'''의 관점에서 섹션을 나눠야 한다는 것이다(Anthropic의 경우 문서가 파일 구조로 정리되어 있지 않고 개발자가 어떤 도움이 필요한지를 기준으로 H2를 구성한다).

==== 링크 목록 (선택) ====

<code>- [페이지 제목](URL): 한 줄 설명</code>

각 링크에는 반드시 '''한 줄 설명'''을 붙이는 것이 좋다. 설명은 구체적일수록 좋다. 에이전트는 실제로 URL을 방문하지 않고도 설명만으로 판단해야 하는 경우가 많기 때문이다.

* 나쁜 예: <code>- [요금제](https://example.com/pricing): 가격 정보</code>
* 좋은 예: <code>- [요금제](https://example.com/pricing): Starter ($500/월), Growth ($2,000/월), Enterprise (맞춤) 상세 비교</code>

==== Optional 섹션 ====

<code>## Optional</code>

이 섹션은 '''특별한 의미를 갖는 예약어'''이다. 컨텍스트가 부족할 때 에이전트가 건너뛰어도 무방한 보조 자료들을 여기에 넣는다.

=== 실제 예시 ===

==== Stripe의 llms.txt ====

<syntaxhighlight lang="markdown">
# Stripe

> Stripe is a technology company that provides financial infrastructure for
> businesses. Businesses of every size—from new startups to established public
> companies—use Stripe to accept payments online and in person, embed financial
> services, and create custom revenue models.

For complete documentation in a single file, see [Full Documentation](https://stripe.com/llms-full.txt).

## Payments

- [Stripe Payments](https://stripe.com/payments): Accept payments online and
in person globally with a payments solution built for any business.

## Billing

- [Stripe Billing](https://stripe.com/billing): Automate billing and revenue
management.

## Optional

- [Stripe Climate](https://stripe.com/climate): Help businesses contribute to
carbon removal.
</syntaxhighlight>

==== FastHTML (제레미 하워드의 정석 예시) ====

<syntaxhighlight lang="markdown">
# FastHTML

> FastHTML is a python library which brings together Starlette,
> Uvicorn, HTMX, and fastcore's `FT` "FastTags" into a library
> for creating server-rendered hypermedia applications.

## Docs

- [FastHTML quick start](https://docs.fastht.ml/path/quickstart.html.md): A brief overview of many FastHTML features
- [HTMX reference](https://docs.fastht.ml/ref/defining_xt_component.html.md): How to use HTMX with FastHTML
</syntaxhighlight>

== llms.txt와 llms-full.txt ==

=== 두 파일의 차이 ===

공식 명세는 사실상 두 가지 파일을 정의한다.

{| class="wikitable"
|+ '''llms.txt vs llms-full.txt 비교'''
|-
! style="background:#3c5a9a;color:white;width:20%" | 항목
! style="background:#3c5a9a;color:white;width:40%" | llms.txt
! style="background:#3c5a9a;color:white;width:40%" | llms-full.txt
|-
| '''역할'''
| 내비게이션 가이드 (큐레이션된 링크 목록)
| 모든 콘텐츠를 단일 파일로 통합
|-
| '''크기'''
| 수백~수천 토큰 (가볍다)
| 수만~수백만 토큰 (무겁다)
|-
| '''용도'''
| AI가 어떤 페이지를 가져갈지 판단하는 인덱스
| AI가 모든 내용을 한 번에 읽을 수 있는 전체 문서
|-
| '''링크 추종'''
| 에이전트가 링크를 따라가서 개별 페이지를 읽음
| 링크를 따라갈 필요 없이 이 파일만 읽으면 됨
|-
| '''실제 용량 예시'''
| Anthropic: 약 8,364 토큰
| Anthropic: 약 481,349 토큰
|-
| '''Cloudflare 예시'''
| 일반 크기
| 370만 토큰 (!)
|-
| '''권장 대상'''
| 모든 사이트
| SaaS, 개발자 도구, API 문서 사이트
|}

=== llms-full.txt 주의사항 ===

llms-full.txt는 강력하지만 양날의 검이다.

* '''장점''' : 에이전트가 링크를 일일이 방문하지 않아도 전체 내용을 파악 가능. 토큰 효율적인 일괄 수집(bulk ingestion)이 가능.
* '''단점''' : 경쟁사나 AI 크롤러에게 사이트의 전체 콘텐츠를 한 번에 제공하는 셈. 독점적인 정보나 프리미엄 콘텐츠가 포함될 경우 리스크가 있다.

때문에 전문가들 사이에서는 '''llms.txt(내비게이션 파일)만 공개하고, llms-full.txt는 신중하게 판단하라'''는 의견이 많다.

=== .md 확장자 규칙 ===

Mintlify와 Anthropic이 협력하여 추가된 관련 규칙으로, 기존 URL에 <code>.md</code>를 붙이면 해당 페이지의 마크다운 버전을 반환하는 규칙이 있다. 예를 들어 <code>https://docs.example.com/quickstart.md</code>에 접근하면 HTML이 아닌 마크다운 형식으로 콘텐츠가 반환된다. 이 기능은 llms.txt 링크와 함께 사용하면 AI 에이전트가 더욱 깨끗한 형태로 콘텐츠를 수집할 수 있다.

== robots.txt, sitemap.xml과의 관계 ==

=== 상호보완 관계 ===

llms.txt가 등장했다고 해서 기존 파일들을 대체하는 것은 아니다. 세 파일은 서로 다른 역할을 가지며 함께 쓰인다. 도서관에 비유하면:

* '''robots.txt''' = "이 서가는 일반인 출입 금지" (접근 제어)
* '''sitemap.xml''' = 도서관 전체 도서 목록 (발견성)
* '''llms.txt''' = 사서가 추천하는 필독 도서 목록 (큐레이션)

=== robots.txt와 AI 크롤러 ===

robots.txt는 AI 크롤러를 직접 제어할 수 있는 현실적인 도구다. llms.txt가 "무엇을 읽어주면 좋겠어"라는 긍정적 안내라면, robots.txt는 "여기는 들어오지 마"라는 직접적인 규칙이다. 2026년 기준 주요 AI 크롤러 유저 에이전트(User-Agent)와 역할은 다음과 같다.

{| class="wikitable"
|+ '''주요 AI 크롤러 User-Agent 목록 (2026년 기준)'''
|-
! style="background:#3c5a9a;color:white;" | User-Agent
! style="background:#3c5a9a;color:white;" | 회사
! style="background:#3c5a9a;color:white;" | 용도
|-
| <code>GPTBot</code>
| OpenAI
| 학습 데이터 수집
|-
| <code>OAI-SearchBot</code>
| OpenAI
| ChatGPT 검색/인용 인덱싱
|-
| <code>ChatGPT-User</code>
| OpenAI
| 사용자 요청 시 실시간 페이지 방문
|-
| <code>ClaudeBot</code>
| Anthropic
| 학습 데이터 수집
|-
| <code>Claude-SearchBot</code>
| Anthropic
| Claude 검색 결과 인덱싱
|-
| <code>Claude-User</code>
| Anthropic
| 사용자 요청 시 실시간 페이지 방문
|-
| <code>PerplexityBot</code>
| Perplexity
| 검색 및 인용 인덱싱
|-
| <code>Google-Extended</code>
| Google
| Gemini 학습 데이터 수집
|-
| <code>Applebot-Extended</code>
| Apple
| Apple Intelligence 관련
|}

{{참고|robots.txt에서 AI 학습 차단, AI 검색 인용 허용을 분리하는 일반적인 정책 패턴은 다음과 같다.
<syntaxhighlight lang="text">
# OpenAI - 검색 허용, 학습 차단
User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

# Anthropic - 검색 허용, 학습 차단
User-agent: Claude-SearchBot
Allow: /

User-agent: ClaudeBot
Disallow: /
</syntaxhighlight>
}}

== 주요 도입 사례 ==

=== 얼리 어답터 현황 ===

2026년 현재 llms.txt를 도입한 주요 기업들은 다음과 같다. 대부분이 개발자 도구나 API 문서를 제공하는 테크 기업들이다. 이는 이들의 타겟 사용자인 개발자들이 AI 코딩 어시스턴트를 많이 쓰기 때문에 정확한 문서 인용이 곧 제품 지원의 질과 직결되기 때문이다.

{| class="wikitable"
|+ '''주요 llms.txt 도입 기업 (2026년 6월 기준)'''
|-
! style="background:#3c5a9a;color:white;" | 기업
! style="background:#3c5a9a;color:white;" | 분야
! style="background:#3c5a9a;color:white;" | llms.txt 규모
! style="background:#3c5a9a;color:white;" | 비고
|-
| '''[[Anthropic]]'''
| AI 회사
| ~8,364 토큰 / llms-full.txt ~481,349 토큰
| Mintlify와 협력하여 파일 구조 표준 정립에 기여
|-
| '''[[Stripe]]'''
| 결제 인프라
| 중간 규모
| Optional 섹션에 Stripe Climate 배치, 우선순위 구조 모범 사례
|-
| '''[[Cloudflare]]'''
| CDN/네트워크 보안
| 제품별 분리 구성 / llms-full.txt ~370만 토큰
| 제품군별로 분리하여 에이전트가 관련 제품만 선택 가능
|-
| '''[[Vercel]]'''
| 클라우드 플랫폼
| llms-full.txt ~40만 단어
| 다중 제품(Next.js, AI SDK 등) 구조화의 모범 사례
|-
| '''[[Cursor]]'''
| AI 코드 에디터
| 중간 규모
| IDE 에이전트로서 llms.txt를 직접 읽는 소비자이자 생산자
|-
| '''[[Mintlify]]'''
| 문서 플랫폼
| -
| 호스팅 사이트 전체에 자동 생성 지원, 표준 보급의 1등 공신
|-
| '''[[Supabase]]'''
| 오픈소스 백엔드
| -
| -
|-
| '''[[Zapier]]'''
| 자동화 플랫폼
| -
| -
|-
| '''[[Hugging Face]]'''
| AI 모델 허브
| -
| -
|-
| '''[[NVIDIA]]'''
| 반도체/AI
| 기술문서 ~1,259 토큰 / 메인 사이트 ~252,607 토큰
| 기술 문서와 마케팅 사이트 분리
|-
| '''[[OpenAI]]'''
| AI 회사
| -
| 아이러니하게도 GPTBot 등을 운영하면서 자신의 docs에도 llms.txt 도입
|-
| '''[[Mastercard]]'''
| 금융
| -
| 금융 업계 내 드문 조기 도입 사례
|-
| '''[[Microsoft]] Teams SDK'''
| 개발자 도구
| -
| AI 코딩 에이전트 라우팅 레이어로 활용
|}

=== 업종별 도입률 (2026년 Q1 기준) ===

{| class="wikitable" style="width:70%"
|+ '''업종별 top-100 도메인 기준 llms.txt 도입률'''
|-
! style="background:#3c5a9a;color:white;" | 업종
! style="background:#3c5a9a;color:white;" | 도입률
|-
| 개발자 도구 / AI 기업
| 매우 높음 (60~80%+)
|-
| 사이버보안
| 높음
|-
| 블록체인 / Web3
| 높음
|-
| SaaS (개발자 대상)
| 높음 (50%+)
|-
| 주류 SaaS
| 중간 (확장 중)
|-
| 퍼블리싱 / 미디어
| 낮음~중간
|-
| 금융 서비스
| 낮음 (10% 미만)
|-
| 헬스케어
| 낮음 (10% 미만)
|-
| 법률
| 매우 낮음
|-
| 전체 평균
| 약 10~15%
|}

{{참고|금융, 헬스케어, 법률 분야의 낮은 도입률은 기술적 무지보다는 '''법적·컴플라이언스 우려''' 때문인 경우가 많다. 어떤 정보를 AI에게 "공식적으로" 안내할 것인가에 대한 법무팀의 검토가 필요하기 때문이다.}}

== AI 플랫폼별 지원 현황 ==

=== 지원 현황 요약 ===

llms.txt의 가장 큰 논란은 "실제로 AI가 이걸 읽냐"는 것이다. 솔직히 말하면, 2026년 현재 대부분의 주요 LLM 크롤러는 llms.txt를 '''의미 있는 수준으로 활용하지 않는다'''. 그럼에도 불구하고 도입이 늘어나는 이유는 뒤에서 설명한다.

{| class="wikitable"
|+ '''AI 플랫폼별 llms.txt 지원 현황 (2026년 6월 기준)'''
|-
! style="background:#3c5a9a;color:white;width:20%" | 플랫폼
! style="background:#3c5a9a;color:white;width:80%" | 현황
|-
| '''Anthropic (Claude)'''
| 공식 지원 확인. Claude Desktop, Claude.ai 모두 검색 워크플로우에서 llms.txt 지시사항을 따름. Perplexity와 함께 가장 명확한 지지 입장.
|-
| '''Perplexity'''
| 공식 지원 확인. 잘 구성된 llms.txt 사이트에서 인용률 소폭 상승 관찰됨.
|-
| '''OpenAI (ChatGPT)'''
| 공식 약속 없음. GPTBot이 가끔 llms.txt를 방문하는 것이 로그에서 관찰됨. OAI-SearchBot은 거의 방문 안 함.
|-
| '''Google (Gemini)'''
| '''공식 거부'''. 2025년 7월 Gary Illyes가 지원 계획 없음 확인. John Mueller는 "키워드 메타 태그랑 비슷하다"며 회의적 입장. 단, Google의 A2A(에이전트 간) 프로토콜에 실험적으로 언급됨.
|-
| '''Meta (Llama)'''
| 공식 약속 없음.
|-
| '''Mistral'''
| 공식 약속 없음.
|-
| '''Cursor / Windsurf / Claude Code / GitHub Copilot / Cline / Aider'''
| '''적극적으로 활용'''. IDE 에이전트들이 문서 사이트를 가리킬 때 llms.txt를 먼저 찾아 관련 페이지만 가져오는 방식으로 활용. 실질적 효과가 가장 명확한 영역.
|-
| '''MCP(Model Context Protocol) 서버'''
| llms.txt 기반으로 구축되는 경우 증가 중.
|}

=== IDE 에이전트에서의 실질적 활용 ===

대형 LLM 서비스들이 llms.txt를 소홀히 하는 것과 달리, '''Cursor, Windsurf, Claude Code, GitHub Copilot, Cline, Aider 같은 AI 코딩 에이전트들은 실질적으로 llms.txt를 활용'''한다. 동작 방식은 다음과 같다:

# 개발자가 에이전트에게 특정 라이브러리나 API를 사용하는 코드 작성 요청
# 에이전트가 해당 라이브러리/서비스의 도메인에서 <code>/llms.txt</code>와 <code>/llms-full.txt</code>를 먼저 확인
# llms.txt의 링크 목록을 보고 관련 문서 페이지만 선택적으로 방문
# 필요한 정보만 컨텍스트 창에 넣어 코드 생성

이 덕분에 IDE 에이전트의 컨텍스트 낭비가 줄고, 더 정확한 코드를 생성할 수 있다. Mintlify의 실험 결과, 잘 구조화된 llms.txt가 있는 문서는 에이전트 성능이 '''64% 더 정확, 39% 더 높은 탐색성, 절반의 토큰 사용, 1.5배 빠른 속도'''를 보였다.

== GEO(생성 엔진 최적화)와의 관계 ==

=== GEO란? ===

'''GEO(Generative Engine Optimization, 생성 엔진 최적화)'''는 [[SEO(검색 엔진 최적화)]]처럼, 이번에는 구글이 아니라 ChatGPT, Claude, Perplexity, Gemini 같은 AI 응답 엔진에서 자신의 브랜드/콘텐츠가 인용되도록 최적화하는 것을 말한다. llms.txt는 GEO의 핵심 도구 중 하나로 등장했다.

=== AI 트래픽의 급성장 ===

* 어도비(Adobe) 2026년 3월 보고서에 따르면, AI 참조 트래픽(AI가 링크를 제공하여 방문하는 트래픽)은 2026년 Q1에 전년 대비 '''393% 성장'''
* AI 참조 트래픽의 전환율이 일반 트래픽 대비 '''42% 높음''' (미국 리테일 기준)
* Yext 조사에 따르면 AI 인용의 86%가 브랜드가 직접 통제하는 소스에서 발생

=== "llms.txt가 AI 인용에 실제로 효과가 있냐" 논쟁 ===

이 질문에 대한 솔직한 답은 '''"별로 없다, 하지만 해놓는 게 낫다"'''이다.

SE Ranking이 2025년 11월 30만 개 도메인을 분석한 결과, llms.txt 보유 여부와 AI 모델에서의 인용 빈도 사이에 '''측정 가능한 상관관계가 없었다'''. 구글의 입장도 냉소적이다. 그러나:

* Anthropic과 Perplexity에서는 잘 구성된 llms.txt를 가진 사이트에서 '''약간의 인용률 향상'''이 관찰됨
* 콘텐츠가 방대하고 내비게이션이 복잡한 사이트일수록 llms.txt의 큐레이션 효과가 더 크게 나타남
* 구현 비용이 거의 0에 가깝고, 도입해서 손해볼 것이 없음
* IDE 에이전트에서의 실질적 효과는 이미 입증됨

Limy.ai가 5억 1,500만 건의 AI 봇 트래픽 이벤트를 분석한 결과, /llms.txt를 직접 방문한 크롤러는 '''408건에 불과'''했다. 통계적으로 무의미한 수준이다. 하지만 이것이 도입하지 말아야 한다는 뜻은 아니다.

{{참고|제레미 하워드의 말이 인상적이다: "2025년인데 콘텐츠의 99.9%가 여전히 인간을 위해 쓰여 있다. 곧 99.9%의 주의는 LLM의 주의가 될 것이다." 다소 과격한 예언이지만, AI 에이전트 시대를 향한 전략적 베팅으로서의 가치는 분명히 있다.}}

== 구현 방법 ==

=== 수동 작성 ===

마크다운 파일 하나를 만들고 <code>llms.txt</code>라는 이름으로 웹 서버 루트에 업로드하면 끝이다. 일반적으로 1~4시간 내로 완성 가능하다.

'''작성 순서:'''
# H1 헤더에 브랜드/사이트명 작성
# 블록 인용구에 한두 문장 요약 작성 (제3자 시점)
# 필요시 부연 설명 단락 추가
# H2 섹션을 나누어 중요 페이지들을 링크 목록으로 정리
# 각 링크마다 구체적인 한 줄 설명 추가
# 우선순위 낮은 페이지는 <code>## Optional</code> 섹션에 배치
# 도메인 루트에 업로드 (<code>/llms.txt</code>)

=== 자동 생성 도구 및 플랫폼 지원 ===

{| class="wikitable"
|+ '''llms.txt 자동 생성/지원 도구'''
|-
! style="background:#3c5a9a;color:white;" | 도구/플랫폼
! style="background:#3c5a9a;color:white;" | 방법
|-
| '''[[Mintlify]]'''
| 모든 호스팅 문서 사이트에 자동 생성. 별도 설정 불필요.
|-
| '''[[Yoast SEO]] (WordPress)'''
| WordPress 플러그인에서 자동 생성 지원
|-
| '''[[Webflow]]'''
| 루트 디렉토리에 직접 업로드 가능
|-
| '''[[Next.js]]'''
| 커뮤니티 플러그인 사용
|-
| '''[[Astro]]'''
| 빌트인 지원 또는 플러그인
|-
| '''llms.txt 생성기 웹사이트들'''
| URL 입력 시 AI가 자동으로 llms.txt 초안 생성해주는 서비스들 다수 존재
|}

=== 검증 도구 ===

* '''Chrome Lighthouse 13.3''' (2026년 5월 7일 출시): llms.txt 존재 여부를 기술 감사 항목에 추가
* 여러 온라인 llms.txt 검증기(validator) 서비스 존재
* 직접 <code>curl https://yourdomain.com/llms.txt</code>로 확인

=== 모니터링 ===

구현 후 효과를 추적하는 방법들:

* '''서버 액세스 로그''' : <code>/llms.txt</code>에 대한 AI 유저 에이전트 히트 추적 (GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot, Google-Extended, Applebot-Extended 등)
* '''허니팟 링크''' : 파일 내에 자동화 에이전트만 방문할 허위 URL을 심어두고 히트 여부 모니터링
* '''브랜드 모니터링 도구''' : Profound, Goodie, Otterly 등 GEO 특화 도구들이 AI 응답에서 브랜드 언급 모니터링

== 비판과 반론 ==

=== 회의적 시각 ===

llms.txt에 대한 비판적 시각들을 정리하면 다음과 같다.

; 구글의 냉소적 입장
: 구글의 Gary Illyes와 John Mueller 모두 llms.txt에 부정적이다. 특히 John Mueller의 "키워드 메타 태그와 비슷하다"는 비유는 많이 회자된다. 키워드 메타 태그는 1990년대에 SEO 스팸으로 인해 완전히 폐기된 전례가 있는 태그다. 그의 요지는 "사이트 소유자가 스스로 주장하는 메타데이터를 크롤러가 신뢰할 이유가 없다"는 것.
; 실제 효과 미측정
: SE Ranking의 30만 도메인 대규모 연구에서 llms.txt 보유와 AI 인용 상관관계를 측정하지 못했다. 현 시점에서 "llms.txt로 AI 검색 순위를 올릴 수 있다"는 마케팅 주장은 데이터로 뒷받침되지 않는다.
; 크롤러 무시
: Limy.ai의 5억 건 분석에서 /llms.txt를 실제로 읽은 주요 AI 크롤러는 통계적으로 무의미한 수준이었다.
; 공식 표준 아님
: W3C, IETF, ISO 등 어떤 공식 표준화 기구의 승인도 없는 커뮤니티 관행에 불과하다. 따라서 플랫폼마다 해석이 달라질 수 있다.

=== 옹호 측 반론 ===

; 구현 비용이 거의 0
: 1~4시간 정도면 작성 완료. 해서 손해볼 것이 없고, 향후 AI 플랫폼이 지원하기로 결정했을 때 이미 준비가 되어 있다는 이점이 있다. 오버피팅 없는 헤지(hedge)다.
; IDE 에이전트에서의 실질적 효과
: ChatGPT, Claude 등의 소비자 AI 서비스에서의 효과는 미미하더라도, 개발자들이 사용하는 Cursor, Claude Code 등 IDE 에이전트에서는 명확히 활용되고 있다.
; 2011년의 schema.org
: IndexLab 분석가들은 2011년 초기의 schema.org 구조화 데이터에 비유한다. 당시에도 "구글이 실제로 쓰지 않는다"는 회의론이 있었지만 결국 중요한 표준이 됐다.
; 콘텐츠 큐레이션 강제 효과
: llms.txt를 만드는 과정 자체가 "AI에게 무엇을 보여주고 싶은가"를 명확히 정리하는 계기가 된다. 파일이 읽히지 않더라도 내부 문서 전략 수립에 도움이 된다.
; B2A(Business-to-Agent) 시대 대비
: AI 에이전트가 사람 대신 웹을 탐색하는 B2A 패러다임이 도래하고 있다. llms.txt는 이 흐름에서 에이전트가 사이트를 효율적으로 탐색하도록 돕는 첫 번째 표준이다.

=== llms-full.txt의 잠재적 리스크 ===

전문가들이 llms-full.txt 공개에 신중해야 한다고 경고하는 이유들:

* 사이트 전체 콘텐츠를 경쟁사에게 한 번에 제공하는 셈
* 유료 프리미엄 콘텐츠가 의도치 않게 노출될 수 있음
* 저작권 콘텐츠의 무단 학습에 활용될 수 있음

== 미래 전망 ==

=== 표준화 가능성 ===

llms.txt는 커뮤니티 관행으로 시작했지만, IETF RFC나 W3C 표준으로 공식화될 가능성이 논의되고 있다. 공식화가 이루어지면 금융, 헬스케어, 법률 등 컴플라이언스에 민감한 업종의 도입을 크게 촉진할 것으로 보인다. 현재 llmstxt.org 명세는 Anthropic, Perplexity 및 다양한 오픈소스 기여자들의 참여로 커뮤니티 방식으로 관리되고 있다.

=== 유료 크롤링 경제학 ===

Cloudflare가 2025년 중반에 봇 결제 인프라를 발표하며 AI 크롤러가 콘텐츠에 대해 소액 결제를 하는 개념이 등장했다. 이 흐름이 발전하면 llms.txt 파일에 참조 URL들의 '''가격 메타데이터'''가 포함되어, 고가치 페이지 접근에 402 Payment Required 핸드셰이크가 이루어지는 시나리오도 상상해볼 수 있다.

=== 서명된 매니페스트 (Signed Manifests) ===

llms.txt 채택이 늘면서 사이트가 파일 안에 허위 정보를 넣는 유혹도 커진다. 이에 대응하기 위해 검증 가능하고 암호학적으로 서명된 llms.txt 매니페스트에 대한 논의가 진행 중이다.

=== AI 에이전트 시대와 B2A ===

Limy.ai는 이 현상을 '''B2A(Business-to-Agent)'''로 명명한다. 과거 B2C 기업들이 모바일 앱을 만들어야 했듯이, 2026년대에는 모든 브랜드가 AI 에이전트가 라우팅할 수 있는 인터페이스를 갖춰야 한다는 것이다. llms.txt는 그 첫 번째 공개 B2A 표준으로 기록될 가능성이 높다.

== 관련 용어 정리 ==

{| class="wikitable"
|+ '''llms.txt 관련 주요 용어'''
|-
! style="background:#3c5a9a;color:white;width:25%" | 용어
! style="background:#3c5a9a;color:white;width:75%" | 설명
|-
| '''GEO (Generative Engine Optimization)'''
| 생성 엔진 최적화. ChatGPT, Claude 등의 AI 답변에 자사 콘텐츠가 인용되도록 최적화하는 것. SEO의 AI 버전.
|-
| '''AEO (Answer Engine Optimization)'''
| 질문-답변 엔진 최적화. GEO와 유사하거나 상위 개념으로 사용되기도 함.
|-
| '''RAG (Retrieval-Augmented Generation)'''
| 검색 증강 생성. LLM이 답변 생성 시 외부 문서를 실시간으로 검색·참조하는 방식.
|-
| '''컨텍스트 창 (Context Window)'''
| LLM이 한 번에 처리할 수 있는 텍스트의 최대 길이. llms.txt는 이 공간을 효율적으로 쓰도록 돕는다.
|-
| '''B2A (Business-to-Agent)'''
| 기업이 인간 고객이 아닌 AI 에이전트를 대상으로 서비스를 설계하는 패러다임.
|-
| '''AI 크롤러 (AI Crawler)'''
| GPTBot, ClaudeBot 등 AI 학습 또는 검색을 위해 웹을 수집하는 봇.
|-
| '''llmstxt.org'''
| llms.txt 공식 명세 사이트. 제레미 하워드가 관리하며 커뮤니티 기여로 운영됨.
|-
| '''MCP (Model Context Protocol)'''
| Anthropic이 제안한 AI 모델과 외부 서비스 연결 표준. llms.txt와 함께 사용되는 경우 증가 중.
|-
| '''Mintlify'''
| 개발자 문서 플랫폼. llms.txt 대규모 보급의 1등 공신. Anthropic과 협력하여 .md 확장자 규칙을 명세에 기여.
|}

== 여담 ==

* llms.txt 파일의 이름은 반드시 '''복수형'''인 <code>llms.txt</code>여야 한다. <code>llm.txt</code>로 만들면 표준을 따르지 않는 것이다. 단순해 보이지만 놀랍게도 이 실수를 하는 사람들이 꽤 있다.

* 제레미 하워드가 최초 제안 시 든 비유가 명쾌하다: 복잡한 HTML로 가득 찬 웹사이트를 AI에게 주는 것은 마치 '''500페이지짜리 매뉴얼을 통째로 건네주는 것'''과 같고, llms.txt는 그 중에서 핵심만 추린 '''1페이지 요약본'''을 먼저 주는 것이다.

* Cloudflare의 llms-full.txt는 '''370만 토큰'''에 달한다. Vercel의 llms-full.txt는 "40만 단어짜리 소설"이라고 불리기도 했다. 토큰 비용 생각하면 AI 크롤러 입장에서 이걸 통째로 읽는 건... 꽤 부담스러운 일이다.

* Google이 llms.txt를 지원하지 않겠다고 밝힌 것과는 별개로, Google의 A2A(Agents-to-Agents) 프로토콜 문서에는 llms.txt가 '''실험적으로 언급'''되어 있다. "공식 지원은 없지만 그렇다고 무시하는 것도 아닌" 묘한 입장이다.

* 어떤 독일 디지털 에이전시(dev5310)는 2026년 2월 Cloudflare Workers로 정적 llms.txt를 배포하고 JSON-LD 구조화 데이터와 함께 Google Search Console에 제출한 결과, 3일 후 Google AI Mode가 해당 파일을 브랜드 쿼리의 '''1차 출처로 인용'''했다는 사례를 보고했다. Google이 공식으로는 지원 안 한다면서 실제로는 참고하고 있다는 증거로 자주 인용된다.

* [[Cursor]], [[Windsurf]] 등 AI IDE들이 llms.txt를 열심히 읽는다는 점에서, 아이러니하게도 AI가 AI를 위한 파일을 읽어 AI 답변의 품질을 높이는 구조가 형성된다.

* 파일의 공식 명세가 워낙 간단하다 보니, "명세를 다 읽는 데 5분도 안 걸린다"는 우스갯소리가 있다. 실제로 llmstxt.org의 전체 명세 문서는 정말 짧다.

* BuiltWith 기준 2025년 10월 25일 시점 844,000개 이상 웹사이트가 도입했음에도 불구하고, 어떤 주요 AI 플랫폼도 "우리가 llms.txt를 인용 신호로 사용한다"고 공식 발표를 하지 않은 상황이다. 마치 모두가 파티에는 갔는데 아무도 춤을 추지 않는 상황 같다.

== 관련 문서 ==

* [[robots.txt]]
* [[sitemap.xml]]
* [[검색 엔진 최적화|SEO (검색 엔진 최적화)]]
* [[생성 엔진 최적화|GEO (생성 엔진 최적화)]]
* [[대규모 언어 모델|LLM (대규모 언어 모델)]]
* [[검색 증강 생성|RAG (Retrieval-Augmented Generation)]]
* [[모델 컨텍스트 프로토콜|MCP (Model Context Protocol)]]
* [[Jeremy Howard]]
* [[Answer.AI]]
* [[Mintlify]]
* [[Anthropic]]

[[분류:인터넷 표준]]
[[분류:인공지능]]
[[분류:웹 표준]]
[[분류:생성형 AI]]
[[분류:SEO]]
[[분류:GEO]]

히키가야 하치만

2026-06-17T08:46:02Z

Gaon12:

== 캐릭터 ==
{{캐릭터 정보
|그림 = 역내청_킹치만_1기.jpg
|그림2 = 역내청_킹치만_2,3기.jpg
|성별 = 남
|이름 = 히키가야 하치만
|이름/일어 = 比企谷八幡
|이름/요미카타 = ひきがやはちまん
|이름/영어 = Hachiman Hikigaya
|이명 =
|이명/일어 =
|이명/영어 =



|속성 = 고등학생, 외톨이, 봉사부



|등장작품 = 역시 내 청춘 러브코메디는 잘못됐다.
|등장작품2 = 역시 내 청춘 러브코메디는 잘못됐다. 속
|등장작품3 = 역시 내 청춘 러브코메디는 잘못됐다. 완
|등장작품4 = 역시 내 청춘 러브코메디는 잘못됐다. 결
|CV = [[에구치 타쿠야]]
|종족 = 인간
|국적 = {{국기|일본}}
|연령 =
|신분 = [[소부고교]] 2학년 F반, [[봉사부]] 부원
|생일 = 8월 8일
|혈액형 = A형
|신장 =
|체중 =
|가슴 =
|허리 =
|엉덩이 =
|컵 =
|별명 = 힛키 (ヒッキー)<ref>[[유이가하마 유이]]가 주로 사용하는 애칭이다.</ref>
|특기 = 퀴즈, 수수께끼, 혼잣말, 상황 분석
|취미 = 독서, 혼자서 할 수 있는 활동
|거주지 =
|가족관계 = 부모님, 여동생 [[히키가야 코마치]]
|캐릭터송 = going going alone way!
|공식 인기투표 =



|국내명 = 히키가야 하치만
|등장작품/국내 = 역시 내 청춘 러브코메디는 잘못됐다.
|CV/국내 =
}}

'''히키가야 하치만'''(比企谷八幡)은 [[역시 내 청춘 러브코메디는 잘못됐다.]]의 주인공이다. [[소부고교]] 2학년 F반에 재학 중인 남학생으로, [[히라츠카 시즈카]]의 권유라는 이름의 강제 조치에 가까운 계기로 [[봉사부]]에 입부한다. 공식 소개에서는 학력, 운동신경, 외모가 모두 그럭저럭인 편이지만, 독특하게 비뚤어진 사고방식 때문에 주변과 거리를 두며 외톨이 생활을 이어 온 인물로 설명된다.<ref>[https://www.tbs.co.jp/anime/oregairu/character/chara01.html TV 애니메이션 「やはり俺の青春ラブコメはまちがっている。完」 공식 캐릭터 소개 - 比企谷八幡]</ref>

하치만은 작품의 서술과 갈등 해결을 이끄는 중심 인물이다. 겉으로는 냉소적이고 염세적인 태도를 보이며, 타인의 호의나 친절을 쉽게 믿지 않는다. 특히 누군가가 갑자기 상냥하게 대하면 벌게임, 장난, 계산된 행동이 숨어 있다고 의심하는 경향이 강하다. 이러한 성격은 어린 시절부터 반복된 인간관계의 실패와 외톨이 경험에서 비롯된 방어기제에 가깝다.

학교생활에서는 교우관계가 거의 없고, 같은 반 학생들에게 이름을 제대로 불리지 못하는 일도 잦다.<ref>작중에서 “히키타니”, “히키오” 등으로 잘못 불리는 경우가 있다.</ref> 그러나 단순히 능력이 없는 인물은 아니며, 관찰력과 언어 감각이 뛰어나고 국어를 비롯한 문과 과목에 강하다. 만화판 소개에서도 소부고교 2학년 F반 소속, 국어 성적 학년 3위라는 점이 언급된다.<ref>[https://www.sunday-webry.com/episode/2550912965415111689 『やはり俺の青春ラブコメはまちがっている。＠comic』 제1화 소개]</ref>

== 인물상 ==
하치만의 가장 큰 특징은 스스로를 외톨이로 규정하고, 인간관계에서 손해 보지 않기 위해 먼저 거리를 두는 태도이다. 그는 친구를 사귀지 못하는 것이 아니라 사귀지 않는 것이라고 자신을 설득하지만, 실제로는 타인에게 상처받는 일을 피하려는 성향이 강하다. 이러한 태도 때문에 교실에서는 말수가 적고, 집단 활동에서는 의도적으로 존재감을 낮춘다.

한편 그는 타인의 감정과 집단의 분위기를 읽는 능력이 뛰어나다. 다만 그 능력을 긍정적인 소통보다는 문제의 약점과 모순을 찾아내는 데 사용하는 경우가 많다. 봉사부에 들어온 의뢰를 해결할 때도 정공법보다는 갈등 구조 자체를 비틀거나, 자신의 평판을 희생하여 문제를 덮는 방식을 선택하곤 한다. 이 때문에 의뢰는 해결되더라도 [[유키노시타 유키노]], [[유이가하마 유이]], [[히라츠카 시즈카]] 등 주변 인물에게는 걱정과 반발을 산다.

하치만은 냉소적인 말투와 달리 완전히 무관심한 인물은 아니다. 오히려 자신이 상처받는 데 익숙하다는 이유로 타인의 상처를 대신 떠안으려는 면이 있으며, 이것이 작품 중반부 이후 주요 갈등으로 발전한다. 그의 자기희생은 겉보기에는 효율적인 해결책처럼 보이지만, 주변 사람들과의 관계를 왜곡하고 스스로를 고립시키는 원인이 되기도 한다.

== 외모 ==
외모 자체는 나쁜 편으로 묘사되지 않는다. 다만 눈빛이 탁하고 피곤해 보인다는 인상이 강해, [[히라츠카 시즈카]]를 비롯한 여러 인물에게 “눈이 썩었다”, “근성이 썩었다”는 식으로 평가받는다. 이러한 외모 묘사는 하치만의 냉소적인 태도, 낮은 자존감, 외톨이 기질을 시각적으로 드러내는 장치로 쓰인다.

== 능력과 성적 ==
하치만은 학교에서 특별히 부활동이나 교우관계에 힘을 쏟지 않기 때문에 공부에 투자하는 시간이 비교적 많다. 특히 국어와 국사 등 문과 과목에 강하며, 국어 성적은 학년 상위권이다. 반대로 수학 등 이과 과목에는 약한 모습을 보이고, 과거에는 낮은 점수를 받은 적도 있다.

상황 판단력도 뛰어나다. 하치만은 의뢰인과 주변 인물의 말보다 그들이 처한 관계, 집단 내 위치, 침묵하는 이유를 먼저 살핀다. 이 능력은 봉사부 활동에서 자주 빛을 발하지만, 지나치게 부정적인 전제를 깔고 판단하기 때문에 주변의 선의를 오해하는 원인이 되기도 한다.

== 봉사부에서의 활동 ==
봉사부에 입부한 뒤 하치만은 [[유키노시타 유키노]], [[유이가하마 유이]]와 함께 학생들의 의뢰를 맡게 된다. 초기에는 의뢰의 표면적인 목적보다 그 뒤에 있는 인간관계의 불편함을 파악하고, 이를 단번에 무너뜨리는 방식으로 문제를 해결한다. 이러한 해결법은 빠른 효과를 보이지만, 하치만 본인이 악역을 맡거나 비난을 감수하는 경우가 많다.

공식 소개에서도 하치만은 봉사부에 들어오는 의뢰에 대해 부정적인 가치관에서 비롯된 해결 방법을 보이며, 주변을 당황하게 하는 인물로 설명된다.<ref>[https://www.tbs.co.jp/anime/oregairu/character/chara01.html TV 애니메이션 「やはり俺の青春ラブコメはまちがっている。完」 공식 캐릭터 소개 - 比企谷八幡]</ref> 이 특징은 작품 전반의 갈등을 이끄는 핵심 요소이다.

== 작중 행적 ==
=== 입부 이전 ===
고등학교 입학식 날, 하치만은 우연히 도로로 뛰어든 개를 구하려다가 사고를 당해 입원한다. 그 결과 입학 초기에 반 친구들과 어울릴 기회를 놓치고, 고등학교에서도 외톨이로 지내게 된다. 다만 하치만 본인은 그 사고가 없었더라도 자신은 결국 외톨이가 되었을 것이라고 생각한다.

=== 봉사부 입부 ===
하치만은 “고교 생활을 되돌아보며”라는 주제로 쓴 작문에서 청춘과 리얼충을 냉소적으로 비판한다.<ref>원작에서는 “리얼충 폭발해라”에 가까운 표현이 쓰이며, 애니메이션에서는 “청춘을 즐기는 어리석은 자들, 부서져라”라는 취지로 변경되었다.</ref> 이 작문을 본 [[히라츠카 시즈카]]는 하치만의 비뚤어진 사고방식을 바로잡겠다는 명목으로 그를 [[봉사부]]에 데려간다. 이곳에서 하치만은 [[유키노시타 유키노]]와 처음으로 본격적으로 대립하고, 이후 [[유이가하마 유이]]가 합류하면서 봉사부의 기본 구도가 형성된다.

=== 학교 행사와 자기희생 ===
문화제, 체육제, 수학여행 등 여러 학교 행사에서 하치만은 집단 내부의 모순을 드러내는 방식으로 문제를 해결한다. 특히 누군가가 책임을 져야 하는 상황에서는 스스로 비난받는 위치에 서는 것을 주저하지 않는다. 그러나 이러한 방식은 당장의 문제를 정리할 수는 있어도, 그와 가까운 인물들에게 깊은 상처와 불신을 남긴다.

수학여행 이후 하치만은 자신이 원하던 것이 단순한 문제 해결이나 겉보기의 평화가 아니라, 거짓이나 자기기만으로 덮지 않는 관계라는 사실을 점차 의식하게 된다. 이 과정에서 그가 말하는 “진짜”는 작품 전체의 중요한 주제로 자리 잡는다.

=== 학생회와 크리스마스 행사 ===
[[잇시키 이로하]]와 관련된 학생회 선거, 크리스마스 합동 행사 등에서는 하치만의 문제 해결 방식이 더욱 분명하게 비판받는다. 그는 상황을 효율적으로 정리하려 하지만, 유키노와 유이에게는 그 방식이 관계를 유지하는 것이 아니라 관계를 포기하는 태도로 보인다. 이 시기부터 하치만은 타인과의 관계에서 자신이 무엇을 원하고 있는지 직접 말해야 하는 상황에 놓인다.

=== 프롬과 완결부 ===
작품 후반부의 프롬 계획에서는 [[유키노시타 유키노]]가 자신의 문제를 스스로 해결하려 하고, 하치만은 그 의뢰를 정면으로 마주하기 위해 별도의 계획을 세운다. 이 과정에서 하치만은 더 이상 자기희생만으로 문제를 처리할 수 없다는 사실을 받아들이고, 자신이 진정으로 원하는 관계를 말로 전하려 한다. 원작 본편은 제14권에서 완결되었으며, 이후 또 하나의 이야기인 [[역시 내 청춘 러브코메디는 잘못됐다. 결]]이 전개되었다.<ref>[https://shogakukan-comic.jp/news/21758 쇼가쿠칸, 『역시 내 청춘 러브코메디는 잘못됐다.』 제14권 완결 소식]</ref><ref>[https://shogakukan-comic.jp/book?isbn=9784094530315 쇼가쿠칸, 『역시 내 청춘 러브코메디는 잘못됐다. 결 1』 공식 도서 정보]</ref>

== 인간관계 ==
; [[유키노시타 유키노]]
: 봉사부에서 처음 만난 동급생이자, 하치만과 가장 자주 충돌하는 인물이다. 두 사람은 모두 고립된 위치에 있지만, 문제를 바라보는 방식과 자존심이 강해 초반에는 날카롭게 대립한다. 그러나 의뢰를 함께 해결하며 서로의 능력과 약점을 알아가고, 후반부에는 서로에게 거짓 없이 다가가는 관계로 변화한다.

; [[유이가하마 유이]]
: 하치만에게 “힛키”라는 별명을 붙인 인물이다. 밝고 사교적인 성격으로 하치만과 대조를 이루며, 봉사부의 분위기를 부드럽게 만드는 역할을 한다. 하치만은 유이의 친절을 처음에는 의심하지만, 시간이 지나며 그녀의 배려와 상냥함을 인정하게 된다.

; [[히라츠카 시즈카]]
: 하치만의 담임 교사이자, 그를 봉사부에 입부시킨 장본인이다. 하치만의 비뚤어진 사고방식을 꾸짖으면서도 그의 본질적인 선의를 알아보고, 필요할 때마다 조언을 건넨다. 하치만에게는 어른으로서 가장 직접적인 영향을 주는 인물 중 하나이다.

; [[히키가야 코마치]]
: 하치만의 여동생이다. 하치만이 가족 앞에서 비교적 솔직하게 행동하는 몇 안 되는 상대이며, 코마치는 오빠의 냉소적인 태도를 이해하면서도 사회성과 인간관계에 대해 자주 조언한다. 하치만은 코마치를 매우 아끼며, 시스터 콤플렉스에 가까운 모습을 보이기도 한다.

; [[잇시키 이로하]]
: 학생회 관련 사건을 계기로 하치만과 깊이 엮이는 후배이다. 겉으로는 계산적이고 능청스러운 태도를 보이지만, 하치만의 방식과 봉사부의 관계를 관찰하며 여러 차례 도움을 받는다. 하치만 역시 이로하의 의뢰를 통해 자신의 해결 방식과 관계 맺는 방식을 다시 생각하게 된다.

; [[하야마 하야토]]
: 반에서 중심적인 위치에 있는 인기 학생으로, 하치만과는 여러 면에서 대조되는 인물이다. 하야마는 집단의 조화를 중시하고, 하치만은 집단의 모순을 드러내는 방식으로 움직인다. 두 사람은 서로를 완전히 이해하지는 못하지만, 상대의 능력과 선택을 의식하는 관계이다.

; [[토츠카 사이카]]
: 하치만이 드물게 호의적으로 대하는 반 친구이다. 테니스부 소속이며, 상냥하고 순한 성격으로 하치만에게도 편견 없이 다가온다. 하치만은 토츠카의 외모와 태도에 과하게 흔들리는 모습을 보이며, 이는 작품의 개그 요소로 자주 활용된다.

; [[자이모쿠자 요시테루]]
: 하치만과 비슷하게 교실에서 겉도는 동급생이다. 중2병적인 언행이 강하며, 자신의 원고를 봉사부에 가져오는 의뢰를 통해 하치만과 엮인다. 하치만은 자이모쿠자를 귀찮아하면서도 완전히 외면하지는 않는다.

== 성격적 특징 ==
하치만은 자신을 낮게 평가하고, 타인과 가까워지는 일을 위험한 일로 여긴다. 그 때문에 먼저 냉소적인 농담을 던지거나, 관계의 가능성을 부정하는 방식으로 상처받을 여지를 줄이려 한다. 그러나 이런 태도는 동시에 주변 사람의 마음을 밀어내고, 자신이 원하는 관계를 스스로 부정하게 만드는 문제를 낳는다.

작품이 진행될수록 하치만은 단순히 외톨이로 남는 것이 아니라, 자신이 외면해 온 감정과 관계를 마주하게 된다. 그의 성장은 완전히 다른 사람이 되는 변화가 아니라, 비뚤어진 방식으로라도 지키고 싶었던 것을 스스로 인정하는 과정에 가깝다.

== 기타 ==

* 좋아하는 과목은 국어와 국사이며, 문과 과목에 강하다.
* 좋아하는 음식은 허니로스 땅콩과 말린 된장땅콩이다.
* 이미지 동물은 여우로 언급된다.
* 좌우명은 “밀어서 안 되면 포기하라”이다.
* 이름의 한자 “八幡”과 생일인 8월 8일은 모두 숫자 8을 연상시킨다.
* [[유이가하마 유이]]가 사용하는 “힛키” 외에도, 주변 인물들이 이름을 잘못 부르면서 “히키타니”, “히키오” 등으로 불리는 경우가 있다.
* 『[[역시 내 청춘 러브코메디는 잘못됐다. 결]]』에서도 봉사부 부원으로 등장하며, 쇼가쿠칸의 『결 2』 소개에서는 “성격이 비뚤어진 봉사부 부원”으로 소개된다.<ref>[https://gagagabunko.jp/lineup/202302.html 쇼가쿠칸 가가가문고, 『역시 내 청춘 러브코메디는 잘못됐다. 결 2』 소개]</ref>

== 주석 ==
<references />

[[분류:역시 내 청춘 러브코메디는 잘못됐다.]]
[[분류:역시 내 청춘 러브코메디는 잘못됐다.의 등장인물]]
[[분류:라이트 노벨의 남자 등장인물]]
[[분류:애니메이션의 남자 등장인물]]
[[분류:고등학생 캐릭터]]

히키가야 하치만

2026-06-17T08:38:47Z

Gaon12: 문서 내용 보강

== 캐릭터 ==
{{캐릭터 정보
|그림 = 역내청_킹치만_1기.jpg
|그림2 = 역내청_킹치만_2,3기.jpg
|성별 = 남
|이름 = 히키가야 하치만
|이름/일어 = 比企谷八幡
|이름/요미카타 = ひきがやはちまん
|이름/영어 = Hachiman Hikigaya
|이명 =
|이명/일어 =
|이명/영어 =



|속성 = 고등학생, 외톨이, 봉사부



|등장작품 = 역시 내 청춘 러브코메디는 잘못됐다.
|등장작품2 = 역시 내 청춘 러브코메디는 잘못됐다. 속
|등장작품3 = 역시 내 청춘 러브코메디는 잘못됐다. 완
|등장작품4 = 역시 내 청춘 러브코메디는 잘못됐다. 결
|CV = [[에구치 타쿠야]]
|종족 = 인간
|국적 = {{국기|일본}}
|연령 =
|신분 = [[소부고교]] 2학년 F반, [[봉사부]] 부원
|생일 = 8월 8일
|혈액형 = A형
|신장 =
|체중 =
|가슴 =
|허리 =
|엉덩이 =
|컵 =
|별명 = 힛키 (ヒッキー)<ref>[[유이가하마 유이]]가 주로 사용하는 애칭이다.</ref>
|특기 = 퀴즈, 수수께끼, 혼잣말, 상황 분석
|취미 = 독서, 혼자서 할 수 있는 활동
|거주지 =
|가족관계 = 부모님, 여동생 [[히키가야 코마치]]
|캐릭터송 = going going alone way!
|공식 인기투표 =



|국내명 = 히키가야 하치만
|등장작품/국내 = 역시 내 청춘 러브코메디는 잘못됐다.
|CV/국내 =
}}

'''히키가야 하치만'''(比企谷八幡)은 [[역시 내 청춘 러브코메디는 잘못됐다.]]의 주인공이다. [[소부고교]] 2학년 F반에 재학 중인 남학생으로, [[히라츠카 시즈카]]의 권유라는 이름의 강제 조치에 가까운 계기로 [[봉사부]]에 입부한다. 공식 소개에서는 학력, 운동신경, 외모가 모두 그럭저럭인 편이지만, 독특하게 비뚤어진 사고방식 때문에 주변과 거리를 두며 외톨이 생활을 이어 온 인물로 설명된다.<ref>[https://www.tbs.co.jp/anime/oregairu/character/chara01.html TV 애니메이션 「やはり俺の青春ラブコメはまちがっている。完」 공식 캐릭터 소개 - 比企谷八幡]</ref>

하치만은 작품의 서술과 갈등 해결을 이끄는 중심 인물이다. 겉으로는 냉소적이고 염세적인 태도를 보이며, 타인의 호의나 친절을 쉽게 믿지 않는다. 특히 누군가가 갑자기 상냥하게 대하면 벌게임, 장난, 계산된 행동이 숨어 있다고 의심하는 경향이 강하다. 이러한 성격은 어린 시절부터 반복된 인간관계의 실패와 외톨이 경험에서 비롯된 방어기제에 가깝다.

학교생활에서는 교우관계가 거의 없고, 같은 반 학생들에게 이름을 제대로 불리지 못하는 일도 잦다.<ref>작중에서 “히키타니”, “히키오” 등으로 잘못 불리는 경우가 있다.</ref> 그러나 단순히 능력이 없는 인물은 아니며, 관찰력과 언어 감각이 뛰어나고 국어를 비롯한 문과 과목에 강하다. 만화판 소개에서도 소부고교 2학년 F반 소속, 국어 성적 학년 3위라는 점이 언급된다.<ref>[https://www.sunday-webry.com/episode/2550912965415111689 『やはり俺の青春ラブコメはまちがっている。＠comic』 제1화 소개]</ref>

== 인물상 ==
하치만의 가장 큰 특징은 스스로를 외톨이로 규정하고, 인간관계에서 손해 보지 않기 위해 먼저 거리를 두는 태도이다. 그는 친구를 사귀지 못하는 것이 아니라 사귀지 않는 것이라고 자신을 설득하지만, 실제로는 타인에게 상처받는 일을 피하려는 성향이 강하다. 이러한 태도 때문에 교실에서는 말수가 적고, 집단 활동에서는 의도적으로 존재감을 낮춘다.

한편 그는 타인의 감정과 집단의 분위기를 읽는 능력이 뛰어나다. 다만 그 능력을 긍정적인 소통보다는 문제의 약점과 모순을 찾아내는 데 사용하는 경우가 많다. 봉사부에 들어온 의뢰를 해결할 때도 정공법보다는 갈등 구조 자체를 비틀거나, 자신의 평판을 희생하여 문제를 덮는 방식을 선택하곤 한다. 이 때문에 의뢰는 해결되더라도 [[유키노시타 유키노]], [[유이가하마 유이]], [[히라츠카 시즈카]] 등 주변 인물에게는 걱정과 반발을 산다.

하치만은 냉소적인 말투와 달리 완전히 무관심한 인물은 아니다. 오히려 자신이 상처받는 데 익숙하다는 이유로 타인의 상처를 대신 떠안으려는 면이 있으며, 이것이 작품 중반부 이후 주요 갈등으로 발전한다. 그의 자기희생은 겉보기에는 효율적인 해결책처럼 보이지만, 주변 사람들과의 관계를 왜곡하고 스스로를 고립시키는 원인이 되기도 한다.

== 외모 ==
외모 자체는 나쁜 편으로 묘사되지 않는다. 다만 눈빛이 탁하고 피곤해 보인다는 인상이 강해, [[히라츠카 시즈카]]를 비롯한 여러 인물에게 “눈이 썩었다”, “근성이 썩었다”는 식으로 평가받는다. 이러한 외모 묘사는 하치만의 냉소적인 태도, 낮은 자존감, 외톨이 기질을 시각적으로 드러내는 장치로 쓰인다.

== 능력과 성적 ==
하치만은 학교에서 특별히 부활동이나 교우관계에 힘을 쏟지 않기 때문에 공부에 투자하는 시간이 비교적 많다. 특히 국어와 국사 등 문과 과목에 강하며, 국어 성적은 학년 상위권이다. 반대로 수학 등 이과 과목에는 약한 모습을 보이고, 과거에는 낮은 점수를 받은 적도 있다.

상황 판단력도 뛰어나다. 하치만은 의뢰인과 주변 인물의 말보다 그들이 처한 관계, 집단 내 위치, 침묵하는 이유를 먼저 살핀다. 이 능력은 봉사부 활동에서 자주 빛을 발하지만, 지나치게 부정적인 전제를 깔고 판단하기 때문에 주변의 선의를 오해하는 원인이 되기도 한다.

== 봉사부에서의 활동 ==
봉사부에 입부한 뒤 하치만은 [[유키노시타 유키노]], [[유이가하마 유이]]와 함께 학생들의 의뢰를 맡게 된다. 초기에는 의뢰의 표면적인 목적보다 그 뒤에 있는 인간관계의 불편함을 파악하고, 이를 단번에 무너뜨리는 방식으로 문제를 해결한다. 이러한 해결법은 빠른 효과를 보이지만, 하치만 본인이 악역을 맡거나 비난을 감수하는 경우가 많다.

공식 소개에서도 하치만은 봉사부에 들어오는 의뢰에 대해 부정적인 가치관에서 비롯된 해결 방법을 보이며, 주변을 당황하게 하는 인물로 설명된다.<ref>[https://www.tbs.co.jp/anime/oregairu/character/chara01.html TV 애니메이션 「やはり俺の青春ラブコメはまちがっている。完」 공식 캐릭터 소개 - 比企谷八幡]</ref> 이 특징은 작품 전반의 갈등을 이끄는 핵심 요소이다.

== 작중 행적 ==
=== 입부 이전 ===
고등학교 입학식 날, 하치만은 우연히 도로로 뛰어든 개를 구하려다가 사고를 당해 입원한다. 그 결과 입학 초기에 반 친구들과 어울릴 기회를 놓치고, 고등학교에서도 외톨이로 지내게 된다. 다만 하치만 본인은 그 사고가 없었더라도 자신은 결국 외톨이가 되었을 것이라고 생각한다.

=== 봉사부 입부 ===
하치만은 “고교 생활을 되돌아보며”라는 주제로 쓴 작문에서 청춘과 리얼충을 냉소적으로 비판한다.<ref>원작에서는 “리얼충 폭발해라”에 가까운 표현이 쓰이며, 애니메이션에서는 “청춘을 즐기는 어리석은 자들, 부서져라”라는 취지로 변경되었다.</ref> 이 작문을 본 [[히라츠카 시즈카]]는 하치만의 비뚤어진 사고방식을 바로잡겠다는 명목으로 그를 [[봉사부]]에 데려간다. 이곳에서 하치만은 [[유키노시타 유키노]]와 처음으로 본격적으로 대립하고, 이후 [[유이가하마 유이]]가 합류하면서 봉사부의 기본 구도가 형성된다.

=== 학교 행사와 자기희생 ===
문화제, 체육제, 수학여행 등 여러 학교 행사에서 하치만은 집단 내부의 모순을 드러내는 방식으로 문제를 해결한다. 특히 누군가가 책임을 져야 하는 상황에서는 스스로 비난받는 위치에 서는 것을 주저하지 않는다. 그러나 이러한 방식은 당장의 문제를 정리할 수는 있어도, 그와 가까운 인물들에게 깊은 상처와 불신을 남긴다.

수학여행 이후 하치만은 자신이 원하던 것이 단순한 문제 해결이나 겉보기의 평화가 아니라, 거짓이나 자기기만으로 덮지 않는 관계라는 사실을 점차 의식하게 된다. 이 과정에서 그가 말하는 “진짜”는 작품 전체의 중요한 주제로 자리 잡는다.

=== 학생회와 크리스마스 행사 ===
[[잇시키 이로하]]와 관련된 학생회 선거, 크리스마스 합동 행사 등에서는 하치만의 문제 해결 방식이 더욱 분명하게 비판받는다. 그는 상황을 효율적으로 정리하려 하지만, 유키노와 유이에게는 그 방식이 관계를 유지하는 것이 아니라 관계를 포기하는 태도로 보인다. 이 시기부터 하치만은 타인과의 관계에서 자신이 무엇을 원하고 있는지 직접 말해야 하는 상황에 놓인다.

=== 프롬과 완결부 ===
작품 후반부의 프롬 계획에서는 [[유키노시타 유키노]]가 자신의 문제를 스스로 해결하려 하고, 하치만은 그 의뢰를 정면으로 마주하기 위해 별도의 계획을 세운다. 이 과정에서 하치만은 더 이상 자기희생만으로 문제를 처리할 수 없다는 사실을 받아들이고, 자신이 진정으로 원하는 관계를 말로 전하려 한다. 원작 본편은 제14권에서 완결되었으며, 이후 또 하나의 이야기인 [[역시 내 청춘 러브코메디는 잘못됐다. 결]]이 전개되었다.<ref>[https://shogakukan-comic.jp/news/21758 쇼가쿠칸, 『역시 내 청춘 러브코메디는 잘못됐다.』 제14권 완결 소식]</ref><ref>[https://shogakukan-comic.jp/book?isbn=9784094530315 쇼가쿠칸, 『역시 내 청춘 러브코메디는 잘못됐다. 결 1』 공식 도서 정보]</ref>

== 인간관계 ==
; [[유키노시타 유키노]]
: 봉사부에서 처음 만난 동급생이자, 하치만과 가장 자주 충돌하는 인물이다. 두 사람은 모두 고립된 위치에 있지만, 문제를 바라보는 방식과 자존심이 강해 초반에는 날카롭게 대립한다. 그러나 의뢰를 함께 해결하며 서로의 능력과 약점을 알아가고, 후반부에는 서로에게 거짓 없이 다가가는 관계로 변화한다.

; [[유이가하마 유이]]
: 하치만에게 “힛키”라는 별명을 붙인 인물이다. 밝고 사교적인 성격으로 하치만과 대조를 이루며, 봉사부의 분위기를 부드럽게 만드는 역할을 한다. 하치만은 유이의 친절을 처음에는 의심하지만, 시간이 지나며 그녀의 배려와 상냥함을 인정하게 된다.

; [[히라츠카 시즈카]]
: 하치만의 담임 교사이자, 그를 봉사부에 입부시킨 장본인이다. 하치만의 비뚤어진 사고방식을 꾸짖으면서도 그의 본질적인 선의를 알아보고, 필요할 때마다 조언을 건넨다. 하치만에게는 어른으로서 가장 직접적인 영향을 주는 인물 중 하나이다.

; [[히키가야 코마치]]
: 하치만의 여동생이다. 하치만이 가족 앞에서 비교적 솔직하게 행동하는 몇 안 되는 상대이며, 코마치는 오빠의 냉소적인 태도를 이해하면서도 사회성과 인간관계에 대해 자주 조언한다. 하치만은 코마치를 매우 아끼며, 시스터 콤플렉스에 가까운 모습을 보이기도 한다.

; [[잇시키 이로하]]
: 학생회 관련 사건을 계기로 하치만과 깊이 엮이는 후배이다. 겉으로는 계산적이고 능청스러운 태도를 보이지만, 하치만의 방식과 봉사부의 관계를 관찰하며 여러 차례 도움을 받는다. 하치만 역시 이로하의 의뢰를 통해 자신의 해결 방식과 관계 맺는 방식을 다시 생각하게 된다.

; [[하야마 하야토]]
: 반에서 중심적인 위치에 있는 인기 학생으로, 하치만과는 여러 면에서 대조되는 인물이다. 하야마는 집단의 조화를 중시하고, 하치만은 집단의 모순을 드러내는 방식으로 움직인다. 두 사람은 서로를 완전히 이해하지는 못하지만, 상대의 능력과 선택을 의식하는 관계이다.

; [[토츠카 사이카]]
: 하치만이 드물게 호의적으로 대하는 반 친구이다. 테니스부 소속이며, 상냥하고 순한 성격으로 하치만에게도 편견 없이 다가온다. 하치만은 토츠카의 외모와 태도에 과하게 흔들리는 모습을 보이며, 이는 작품의 개그 요소로 자주 활용된다.

; [[자이모쿠자 요시테루]]
: 하치만과 비슷하게 교실에서 겉도는 동급생이다. 중2병적인 언행이 강하며, 자신의 원고를 봉사부에 가져오는 의뢰를 통해 하치만과 엮인다. 하치만은 자이모쿠자를 귀찮아하면서도 완전히 외면하지는 않는다.

== 성격적 특징 ==
하치만은 자신을 낮게 평가하고, 타인과 가까워지는 일을 위험한 일로 여긴다. 그 때문에 먼저 냉소적인 농담을 던지거나, 관계의 가능성을 부정하는 방식으로 상처받을 여지를 줄이려 한다. 그러나 이런 태도는 동시에 주변 사람의 마음을 밀어내고, 자신이 원하는 관계를 스스로 부정하게 만드는 문제를 낳는다.

작품이 진행될수록 하치만은 단순히 외톨이로 남는 것이 아니라, 자신이 외면해 온 감정과 관계를 마주하게 된다. 그의 성장은 완전히 다른 사람이 되는 변화가 아니라, 비뚤어진 방식으로라도 지키고 싶었던 것을 스스로 인정하는 과정에 가깝다.

== 기타 ==

* 좋아하는 과목은 국어와 국사이며, 문과 과목에 강하다.
* 좋아하는 음식은 허니로스 땅콩과 말린 된장땅콩이다.
* 이미지 동물은 여우로 언급된다.
* 좌우명은 “밀어서 안 되면 포기하라”이다.
* 이름의 한자 “八幡”과 생일인 8월 8일은 모두 숫자 8을 연상시킨다.
* [[유이가하마 유이]]가 사용하는 “힛키” 외에도, 주변 인물들이 이름을 잘못 부르면서 “히키타니”, “히키오” 등으로 불리는 경우가 있다.
* 『[[역시 내 청춘 러브코메디는 잘못됐다. 결]]』에서도 봉사부 부원으로 등장하며, 쇼가쿠칸의 『결 2』 소개에서는 “성격이 비뚤어진 봉사부 부원”으로 소개된다.<ref>[https://gagagabunko.jp/lineup/202302.html 쇼가쿠칸 가가가문고, 『역시 내 청춘 러브코메디는 잘못됐다. 결 2』 소개]</ref>

== 주석 ==
<references />

[[분류:역시 내 청춘 러브코메디는 잘못됐다.의 등장인물]]
[[분류:라이트 노벨의 남자 등장인물]]
[[분류:애니메이션의 남자 등장인물]]
[[분류:고등학생 캐릭터]]

하야마 하야토

2026-06-17T08:25:23Z

Gaon12: 문서 내용 보강

== 캐릭터 ==
{{캐릭터 정보
|성별 = 남
|이름 = 하야마 하야토
|이름/일어 = 葉山隼人
|이름/요미카타 = はやまはやと
|이름/영어 = Hayama Hayato
|이명 =
|이명/일어 =
|이명/영어 =
|속성 = 고등학생, 축구부, 리더
|등장작품 = 역시 내 청춘 러브코메디는 잘못됐다.
|CV = [[콘도 타카시]]
|종족 =
|국적 =
|연령 =
|신분 = 소부고교 2학년 F반, 축구부
|생일/년 =
|생일/월 = 9
|생일/일 = 28
|혈액형 = B
|신장 =
|체중 =
|가슴 =
|허리 =
|엉덩이 =
|컵 =
|별명 = 하야토, 하야토 군
|능력 =
|특기 = 축구, 기타
|취미 = 독서, 영화감상, 풋살, 기타, 해양 스포츠
|거주지 =
|가족관계 =
|이미지 컬러 =
|캐릭터송 =
|공식 인기투표 =
|국내명 = 하야마 하야토
|등장작품/국내 = 역시 내 청춘 러브코메디는 잘못됐다.
|CV/국내 =
}}

'''하야마 하야토'''(葉山隼人)는 [[와타리 와타루]]의 [[라이트 노벨]] 《[[역시 내 청춘 러브코메디는 잘못됐다.]]》에 등장하는 인물이다. [[히키가야 하치만]]과 같은 소부고교 2학년 F반의 학생으로, 축구부에 소속되어 있으며 반 안팎에서 높은 인망을 얻고 있는 인기인이다.<ref name="tbs-kan">TBS TV 애니메이션 《역시 내 청춘 러브코메디는 잘못됐다. 완》 공식 홈페이지 캐릭터 소개.</ref>

뛰어난 외모와 성적, 운동 실력, 원만한 성격을 모두 갖춘 인물로 묘사된다. 반에서는 [[미우라 유미코]]와 함께 이른바 [[학급 카스트]]의 상위권에 위치하며, [[토베 카케루]], [[에비나 히나]], 오오카, 야마토 등을 포함한 친구 그룹의 중심에 서 있다. 하치만은 하야마가 주변의 분위기와 인간관계를 자연스럽게 정돈하는 모습을 두고 리얼충 특유의 기술인 “The Zone”이라고 표현한다.<ref>원작 2권, p.103-104.</ref>

공식 프로필상 별명은 “하야토”, “하야토 군”이며, 생일은 9월 28일, 혈액형은 B형이다. 좌우명은 [[스티브 잡스]]의 말인 ''Your time is limited, so don't waste it living someone else's life.''이다.<ref name="tbs-1st">TBS TV 애니메이션 1기 공식 홈페이지 캐릭터 정보.</ref>

== 인물상 ==
하야마는 겉보기에는 결점이 거의 없는 모범생이자 반의 조정자처럼 행동한다. 누구에게나 친절하고 갈등을 크게 만들지 않으려는 태도를 보이며, 실제로 주변 사람들 역시 그에게 기대고 의지하는 경우가 많다. 그러나 이러한 태도는 단순한 선의만이 아니라, 자신에게 부여된 “좋은 사람”, “리더”, “기대에 부응하는 사람”이라는 역할을 계속 수행하려는 성향과도 연결되어 있다.

그는 집단의 균형과 현재의 관계를 중시하기 때문에, 누군가 한 사람을 선택하거나 분명한 결론을 내리는 일을 피하려는 모습을 보인다. 이 점에서 문제를 냉소적으로 파악하고 때로는 자기희생적인 방식으로 해결하려는 [[히키가야 하치만]]과 대조된다. 하야마는 하치만의 능력을 어느 정도 인정하지만, 하치만이 자신을 상처 입히는 방식으로 문제를 끝내는 것에는 불쾌감과 경계심을 드러낸다.

초반에는 하치만을 “히키타니 군”이라고 잘못 부르는 듯한 모습을 보이지만, 이후에는 “히키가야”라고 정확히 부르는 장면이 늘어난다. 이 호칭 변화는 단순한 개그 요소에 그치지 않고, 두 사람 사이의 거리감과 긴장 관계를 보여 주는 장치로도 기능한다.

== 작중 역할 ==
하야마는 작품 안에서 하치만의 대척점에 가까운 위치에 놓인 인물이다. 하치만이 인간관계의 모순을 폭로하거나 문제를 강제로 끊어내는 쪽에 가깝다면, 하야마는 관계가 깨지지 않도록 현재의 균형을 유지하려는 쪽에 가깝다. 이 때문에 두 사람은 같은 문제를 보더라도 전혀 다른 방식으로 접근한다.

하야마가 이끄는 그룹은 겉으로는 밝고 안정되어 보이지만, 내부에는 고백, 체면, 기대, 질투, 불안 같은 문제가 잠재되어 있다. 하야마는 이러한 균열을 드러내지 않으려 하지만, 하치만은 오히려 그 균열을 이용하거나 표면화함으로써 문제를 해결하려 한다. 이 차이는 두 인물의 관계를 단순한 우호 관계나 적대 관계로 정리하기 어렵게 만든다.

또한 하야마는 [[유키노시타 유키노]]와 [[유키노시타 하루노]]를 어릴 적부터 알고 지낸 인물이다. 유키노시타 가와의 오래된 인연 때문에 하루노와는 비교적 격의 없이 대화하지만, 유키노와는 과거의 일로 인해 어색하고 조심스러운 관계를 유지한다. 이 관계는 하야마가 단순한 인기인 캐릭터가 아니라, 작품의 과거사와 인간관계의 압력을 보여 주는 인물임을 드러낸다.

== 대인 관계 ==
; [[히키가야 하치만]]
: 같은 반 학생이자 하야마와 가장 뚜렷하게 대비되는 인물이다. 하야마는 하치만을 완전히 배척하지 않으며, 때로는 그의 판단력과 행동력을 인정한다. 그러나 하치만의 문제 해결 방식, 특히 자기 자신을 악역으로 만들거나 상처 입히는 방식에는 강한 거부감을 보인다. 두 사람의 관계는 우정, 경쟁심, 불편함, 인정이 뒤섞인 복합적인 관계이다.

; [[유키노시타 유키노]]
: 어릴 적부터 알고 지낸 사이이다. 두 사람은 서로를 잘 알고 있는 듯하지만, 현재의 관계는 편안하지 않다. 하야마는 유키노에게 쉽게 다가가지 못하고, 유키노 역시 하야마와의 대화에서 거리를 둔다. 이는 두 사람 사이에 해결되지 않은 과거의 문제가 있음을 암시한다.

; [[유키노시타 하루노]]
: 유키노의 언니로, 하야마와는 오래전부터 알고 지낸 사이다. 하루노는 하야마의 성격과 약점을 잘 파악하고 있으며, 종종 그의 태도나 선택을 떠보듯이 대한다. 하야마 역시 하루노에게 예의를 갖추면서도 완전히 편안해하지는 않는다.

; [[미우라 유미코]]
: 같은 반의 중심 그룹에 속한 인물이다. 미우라는 하야마에게 강한 호감과 신뢰를 보이며, 하야마 역시 미우라를 함부로 대하지 않는다. 다만 하야마는 미우라의 감정에 명확한 답을 주기보다는 그룹의 균형을 유지하는 쪽을 택하는 경우가 많다.

; [[토베 카케루]]
: 하야마 그룹의 일원이다. 토베는 가볍고 활발한 성격으로 그룹의 분위기를 띄우는 역할을 하며, 하야마를 친구이자 리더처럼 따른다. 하야마는 토베의 행동을 제지하거나 조율하는 역할을 맡는 경우가 많다.

; [[에비나 히나]]
: 하야마 그룹의 일원이다. 에비나는 독특한 취향과 관찰력을 가진 인물로, 그룹 안의 미묘한 분위기를 알고 있으면서도 겉으로는 가볍게 넘기는 태도를 보인다. 하야마는 에비나를 포함한 그룹 전체가 무너지지 않도록 조정자 역할을 한다.

== 기타 ==

* 성우는 [[콘도 타카시]]이다.
* 축구부 소속이며, 운동과 학업 양쪽에서 모두 뛰어난 인물로 묘사된다.
* 좌우명은 [[스티브 잡스]]의 “Your time is limited, so don't waste it living someone else's life.”이다.
* 하치만과는 정반대의 방식으로 인간관계를 바라보는 인물이며, 작품의 주제인 “진짜”와 “겉으로 유지되는 관계”를 드러내는 데 중요한 역할을 한다.
* 공식 프로필상 취미는 독서, 영화감상, 풋살, 기타, 해양 스포츠이며, 특기는 축구와 기타이다.<ref name="tbs-1st" />

== 주석 ==
<references />

[[분류:역시 내 청춘 러브코메디는 잘못됐다.]]
[[분류:남자 캐릭터]]
[[분류:고등학생 캐릭터]]
[[분류:축구부 캐릭터]]
[[분류:생일/9월 28일]]
[[분류:혈액형 B형]]

토마츠 하루카

2026-06-17T08:18:03Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 토마츠 하루카
|이름/일어 = 戸松遥
|이름/영어 = Haruka Tomatsu
|직업 = 성우, 배우, 가수
|소속사 = [[뮤직 레인]]
|출생년 = 1990
|출생월 = 2
|출생일 = 4
|출생국가 = 일본
|출생지1 = 아이치현
|출생지2 =
|혈액형 = B<ref name="animehack">{{언어|일}} [https://anime.eiga.com/person/11041/ アニメハック戸松遥] 2026년 6월 17일 확인.</ref>
|신장 = 165cm<ref name="musicrayn_profile">{{언어|일}} [https://musicrayn.com/s/mra/artist/tomatsu_haruka 뮤직 레인 공식 프로필] 2026년 6월 17일 확인.</ref>
|발사이즈 =
|별명 = 토맛쨩, 하루쨩, 하루카스 등



|활동시작 = 2007년
|활동종료 =
|장르 = 애니메이션, 게임, 외화 더빙, 나레이션 등
|데뷔작품 = 학원 유토피아 마나비 스트레이트!
|데뷔역 = 스위츠 학생
|참여유닛 = [[스피어]]



|음악활동 = {{활동/음악활동
|활동시작 = 2008년
|활동종료 =
|장르 = J-POP, 애니송
|담당악기 =
|음반사 = [[뮤직 레인]]
|참여유닛 = [[스피어]]
}}



|배우활동 = {{활동/배우활동
|활동시작 = 2008년
|활동종료 =
|장르 = TV 드라마, 무대, 낭독극 등
|소속사 = [[뮤직 레인]]
}}
}}

'''토마츠 하루카'''(戸松遥, 1990년 2월 4일 ~ )는 일본의 [[성우]], [[배우]], [[가수]]이다. [[아이치현]] 출신이며, [[뮤직 레인]] 소속이다.<ref name="profile_sony">{{언어|일}} [https://www.sonymusic.co.jp/ard/Arch/harukatomatsu/profile/ Sony Music 공식 프로필] 2026년 6월 17일 확인.</ref><ref name="musicrayn_profile" /> [[코토부키 미나코]], [[타카가키 아야히]], [[토요사키 아키]]와 함께 성우 유닛 [[스피어]]의 멤버로도 활동하고 있다.<ref name="sphere_lantis">{{언어|일}} [https://www.lantis.jp/artist/sphere/bio.html 스피어 Biography - Lantis] 2026년 6월 17일 확인.</ref>

대표 배역으로는 《[[To LOVE루 -트러블-]]》의 [[라라 사탈린 데빌루크]], 《[[칸나기]]》의 나기, 《[[그 날 본 꽃의 이름을 우리는 아직 모른다.]]》의 안죠 나루코, 《[[소드 아트 온라인]]》 시리즈의 [[아스나|아스나 / 유우키 아스나]], 《[[마기 The labyrinth of magic]]》의 모르지아나, 《[[요괴 워치]]》 시리즈의 아마노 케이타, 《[[해피니스 차지 프리큐어!]]》의 히카와 이오나 / 큐어 포춘, 《[[호리미야]]》의 호리 쿄코 등이 있다.<ref name="musicrayn_profile" />

=== 특징 ===
; 성우로서의 토마츠 하루카
: 밝고 활동적인 소녀, 차분한 소녀, 츤데레형 캐릭터, 소년, 성인 여성, 악역과 미스터리한 인물까지 폭넓게 연기한다. 초기에는 《[[To LOVE루 -트러블-]]》의 라라 사탈린 데빌루크, 《[[칸나기]]》의 나기처럼 에너지가 강한 캐릭터로 주목받았고, 이후 《[[그 날 본 꽃의 이름을 우리는 아직 모른다.]]》의 안죠 나루코, 《[[소드 아트 온라인]]》의 아스나, 《[[바이올렛 에버가든]]》의 아이리스 캐너리, 《[[호리미야]]》의 호리 쿄코 등 감정 표현의 폭이 큰 배역을 맡으며 활동 영역을 넓혔다.

: 《[[요괴 워치]]》 시리즈에서는 소년 주인공 아마노 케이타와 케이스케를 연기했고, 《[[울려라! 유포니엄 3]]》에서는 쿠로에 마유, 《[[나의 행복한 결혼]]》 제2기에서는 진노우치 카오루코를 맡는 등 2020년대에도 주요 애니메이션 작품에 꾸준히 출연하고 있다.<ref name="musicrayn_profile" />

; 가수로서의 토마츠 하루카
: 2008년 싱글 〈naissance〉로 솔로 가수 활동을 시작했다. 《[[칸나기]]》의 오프닝 주제가 〈motto☆화려하게!〉와 엔딩 주제가 〈신령님의 시간〉, 《[[소드 아트 온라인]]》의 엔딩 주제가 〈유메세카이〉, 《[[소드 아트 온라인 II]]》의 오프닝 주제가 〈courage〉, 《[[소드 아트 온라인 앨리시제이션 War of Underworld]]》의 오프닝 주제가 〈Resolution〉 등 다수의 애니메이션·게임 타이업곡을 발표했다.<ref name="musicrayn_profile" /><ref name="discography">{{언어|일}} [https://www.tomatsuharuka.com/sp/disco/ 토마츠 하루카 공식 디스코그래피] 2026년 6월 17일 확인.</ref>

=== 이력 ===
{| class="wikitable"
! 연도 !! 내용
|-
| 1990년 || 2월 4일, 일본 아이치현에서 태어났다.<ref name="profile_sony" />
|-
| 2005년 ~ 2006년 || 뮤직 레인의 성우 오디션을 계기로 성우 활동을 시작했다.
|-
| 2007년 || 《학원 유토피아 마나비 스트레이트!》의 스위츠 학생 역으로 애니메이션에 데뷔했다. 같은 해 《[[신곡주계 폴리포니카]]》의 [[코티카르테 아파 라그란제스]] 역으로 첫 주연을 맡았다.
|-
| 2008년 || 《[[To LOVE루 -트러블-]]》의 [[라라 사탈린 데빌루크]], 《절대가련 칠드런》의 산노미야 시호, 《[[칸나기]]》의 나기 역으로 인지도를 높였다. 9월에는 〈naissance〉로 솔로 가수 데뷔를 했다.
|-
| 2009년 || [[코토부키 미나코]], [[타카가키 아야히]], [[토요사키 아키]]와 성우 유닛 [[스피어]]를 결성했다.<ref name="sphere_lantis" /> 제3회 [[성우 어워드]]에서 신인여우상을 수상했다.<ref name="seiyu_awards_3">{{언어|일}} [https://www.seiyuawards.jp/winning/winning_03/index.php 제3회 성우 어워드 수상자] 2026년 6월 17일 확인.</ref>
|-
| 2010년 || 첫 정규 앨범 《Rainbow Road》를 발매했다.
|-
| 2011년 || 《[[그 날 본 꽃의 이름을 우리는 아직 모른다.]]》의 안죠 나루코 역을 맡았다.
|-
| 2012년 || 《[[소드 아트 온라인]]》의 [[아스나|아스나 / 유우키 아스나]], 《[[마기 The labyrinth of magic]]》의 모르지아나, 《[[옆자리 괴물군]]》의 미즈타니 시즈쿠 역을 맡았다.
|-
| 2013년 || 제7회 [[성우 어워드]]에서 조연여우상을 수상했다.<ref name="seiyu_awards_7">{{언어|일}} [https://www.seiyuawards.jp/winning/winning_07/index.php 제7회 성우 어워드 수상자] 2026년 6월 17일 확인.</ref>
|-
| 2014년 || 《[[요괴 워치]]》의 아마노 케이타, 《[[해피니스 차지 프리큐어!]]》의 히카와 이오나 / 큐어 포춘 역을 맡았다.
|-
| 2018년 || 《[[달링 인 더 프랑키스]]》의 제로투, 《[[바이올렛 에버가든]]》의 아이리스 캐너리, 《[[PERSONA5 the Animation]]》의 오쿠무라 하루 역을 맡았다.
|-
| 2019년 || 1월 11일, 일반인 남성과 결혼했음을 공식 블로그에서 발표했다.<ref name="marriage">{{언어|일}} [https://ameblo.jp/tomatsuharuka-blog/entry-12432210350.html 토마츠 하루카 공식 블로그 〈皆さまにご報告。〉] 2026년 6월 17일 확인.</ref>
|-
| 2021년 || 첫째 아이의 출산을 공식 블로그에서 발표했다.<ref name="first_child">{{언어|일}} [https://ameblo.jp/tomatsuharuka-blog/entry-12655779784.html 토마츠 하루카 공식 블로그 〈☆ご報告☆〉] 2026년 6월 17일 확인.</ref>
|-
| 2023년 || 21번째 싱글 〈Alter Echo〉를 발매했다.<ref name="alter_echo">{{언어|일}} [https://www.sonymusic.co.jp/artist/harukatomatsu/info/553360 21st 싱글 〈Alter Echo〉 발매 안내] 2026년 6월 17일 확인.</ref>
|-
| 2024년 || 《[[울려라! 유포니엄 3]]》의 쿠로에 마유, 《극장판 모노노케》 시리즈의 오오토모 보탄, 《영화 크레용 신짱 오라들의 공룡일기》의 안젤라 역을 맡았다.<ref name="musicrayn_profile" />
|-
| 2025년 || 공식 블로그를 통해 둘째 아이의 출산을 발표했다. 이후 몸의 회복을 우선하며 순차적으로 활동을 재개할 예정이라고 밝혔다.<ref name="second_child">{{언어|일}} [https://ameblo.jp/tomatsuharuka-blog/entry-12904732097.html 토마츠 하루카 공식 블로그 〈産まれました☆〉] 2026년 6월 17일 확인.</ref>
|}

=== 인물 ===

* 애칭은 주로 '토맛쨩', '하루쨩', '하루카스' 등이다.
* 아이치현 출신으로, 나고야 방언 연기를 특기로 한다.<ref name="musicrayn_profile" />
* 취미와 특기로는 B급 영화·좀비 영화·호러 영화 감상, 상어 영화 관련 활동, 게임 실황 영상 시청, 퍼그를 금방 찾아내는 것 등을 들고 있다.<ref name="musicrayn_profile" />
* 성우 겸 배우 [[토다 케이코]]를 존경하는 인물로 언급한 적이 있다.
* 2019년 1월 11일 일반인 남성과 결혼했으며, 2021년 첫째 아이, 2025년 둘째 아이의 출산을 발표했다.<ref name="marriage" /><ref name="first_child" /><ref name="second_child" />

== 성우로서의 활동 ==
{{안내|

* 같은 연도 안에서는 작품명을 기준으로 정렬합니다.
* '''굵은 글씨'''는 주연 또는 주요 캐릭터입니다.
* 아래 목록은 대표 배역과 문서 보강에 필요한 주요 출연작을 중심으로 정리했습니다.
}}

=== 주요 출연작 ===
{| class="wikitable sortable"
! 연도 !! 작품 !! 배역 !! 비고
|-
| 2007년 || [[신곡주계 폴리포니카]] || '''[[코티카르테 아파 라그란제스]]''' || 첫 주연급 배역
|-
| 2008년 || [[To LOVE루 -트러블-]] || '''[[라라 사탈린 데빌루크]]''' || 시리즈 주요 배역
|-
| 2008년 || [[칸나기]] || '''나기''' || 주연
|-
| 2009년 || [[크로스 게임]] || '''츠키시마 아오바''' || 주연
|-
| 2011년 || [[그 날 본 꽃의 이름을 우리는 아직 모른다.]] || '''안죠 나루코''' || 주요 배역
|-
| 2012년 || [[소드 아트 온라인]] || '''[[아스나|아스나 / 유우키 아스나]]''' || 시리즈 주요 배역
|-
| 2012년 || [[마기 The labyrinth of magic]] || '''모르지아나''' || 주요 배역
|-
| 2012년 || [[옆자리 괴물군]] || '''미즈타니 시즈쿠''' || 주연
|-
| 2014년 || [[요괴 워치]] || '''아마노 케이타''' || 시리즈 주요 배역
|-
| 2014년 || [[해피니스 차지 프리큐어!]] || '''히카와 이오나 / 큐어 포춘''' || 주요 배역
|-
| 2015년 || [[GATE 자위대 그의 땅에서, 이처럼 싸웠도다]] || '''피냐 코 라다''' || 주요 배역
|-
| 2016년 || [[WWW.WORKING!!]] || '''미야코시 하나''' || 주연
|-
| 2017년 || [[아인짱은 이야기하고 싶어]] || '''타카나시 히카리''' || 주요 배역
|-
| 2018년 || [[달링 인 더 프랑키스]] || '''제로투''' || 주연
|-
| 2018년 || [[바이올렛 에버가든]] || 아이리스 캐너리 || 주요 배역
|-
| 2018년 || [[PERSONA5 the Animation]] || 오쿠무라 하루 || 주요 배역
|-
| 2019년 || [[귀멸의 칼날]] || 스사마루 || 게스트 주요 배역
|-
| 2019년 || [[야토가메짱 관찰일기]] || '''야토가메 모나카''' || 주연
|-
| 2020년 || 베이블레이드 버스트 슈퍼킹 || 아사히 히카루 || 주요 배역
|-
| 2021년 || [[호리미야]] || '''호리 쿄코''' || 주연
|-
| 2022년 || [[이세계 삼촌]] || '''엘프''' || 주요 배역
|-
| 2022년 || [[철야의 노래]] || 키쿄 세리 || 주요 배역
|-
| 2023년 || 호리미야 -piece- || '''호리 쿄코''' || 주연
|-
| 2023년 || 비극의 원흉이 되는 최강 외도 라스트 보스 여왕은 국민을 위해 헌신합니다 || 티아라 || 주요 배역
|-
| 2024년 || [[울려라! 유포니엄 3]] || 쿠로에 마유 || 주요 배역
|-
| 2024년 || [[바람의 검심 -메이지 검객 낭만기-]] || 코마가타 유미 || 주요 배역
|-
| 2025년 || [[나의 행복한 결혼]] 제2기 || 진노우치 카오루코 || 주요 배역
|}

=== TV 애니메이션 ===
{| class="wikitable sortable"
! 연도 !! 작품 !! 배역
|-
| 2007년 || 모에땅 || '''쿠로이 스미'''
|-
| 2007년 || 보쿠라노 || 후타바
|-
| 2007년 || [[신곡주계 폴리포니카]] || '''[[코티카르테 아파 라그란제스]]'''
|-
| 2007년 || 스카이 걸즈 || 마키하라 야요이
|-
| 2007년 || 학원 유토피아 마나비 스트레이트! || 스위츠 학생, 학생
|-
| 2008년 || [[To LOVE루 -트러블-]] || '''[[라라 사탈린 데빌루크]]'''
|-
| 2008년 || 기동전사 건담 00 2nd Season || 밀레이나 바스티
|-
| 2008년 || 광란가족일기 || '''히메미야 센코''', '''미다레자키 치카'''
|-
| 2008년 || 절대가련 칠드런 || '''산노미야 시호'''
|-
| 2008년 || [[칸나기]] || '''나기'''
|-
| 2008년 || 케메코 디럭스! || '''엠엠'''
|-
| 2009년 || [[CANAAN]] || 윤윤
|-
| 2009년 || GA 예술과 아트 디자인 클래스 || '''야마구치 키사라기'''
|-
| 2009년 || 냥코이! || '''키리시마 코토네''', '''키리시마 아카리'''
|-
| 2009년 || [[신곡주계 폴리포니카 크림슨 S]] || '''[[코티카르테 아파 라그란제스]]'''
|-
| 2009년 || 싸우는 사서 The Book of Bantorra || '''노로티 마르체'''
|-
| 2009년 || 아수라 크라잉 || '''미나카미 미사오'''
|-
| 2009년 || [[어떤 과학의 레일건]] || 완나이 키누호
|-
| 2009년 || [[크로스 게임]] || '''츠키시마 아오바'''
|-
| 2010년 || [[듀라라라!!]] || 카미치카 리오
|-
| 2010년 || 미츠도모에 || '''마루이 히토하'''
|-
| 2010년 || 시귀 || '''시미즈 메구미'''
|-
| 2010년 || [[좀 더 To LOVE루 -트러블-]] || '''[[라라 사탈린 데빌루크]]'''
|-
| 2010년 || 카타나가타리 || 히테이 공주
|-
| 2011년 || C -the money of soul and possibility control- || '''마슈'''
|-
| 2011년 || [[그 날 본 꽃의 이름을 우리는 아직 모른다.]] || '''안죠 나루코'''
|-
| 2011년 || 꽃이 피는 첫걸음 || '''와쿠라 유이나'''
|-
| 2011년 || 모리타씨는 과묵. || '''무라코시 미키'''
|-
| 2012년 || [[To LOVE루 -트러블- 다크니스]] || '''[[라라 사탈린 데빌루크]]'''
|-
| 2012년 || 그 여름에서 기다릴게 || '''타카츠키 이치카'''
|-
| 2012년 || [[마기 The labyrinth of magic]] || '''모르지아나'''
|-
| 2012년 || [[소드 아트 온라인]] || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2012년 || 여름색 기적 || '''하나키 유카'''
|-
| 2012년 || [[옆자리 괴물군]] || '''미즈타니 시즈쿠'''
|-
| 2013년 || COPPELION || '''나루세 이바라'''
|-
| 2013년 || [[마기 The kingdom of magic]] || '''모르지아나'''
|-
| 2013년 || [[소드 아트 온라인 Extra Edition]] || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2013년 || 프리티 리듬 레인보우 라이브 || '''렌죠지 벨'''
|-
| 2013년 || [[혁명기 발브레이브]] || '''루키노 사키'''
|-
| 2014년 || 마탄의 왕과 바나디스 || '''엘레오노라 빌타리아'''
|-
| 2014년 || [[사쿠라 Trick]] || '''타카야마 하루카'''
|-
| 2014년 || [[소드 아트 온라인 II]] || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2014년 || [[요괴 워치]] || '''아마노 케이타'''
|-
| 2014년 || [[해피니스 차지 프리큐어!]] || '''히카와 이오나 / 큐어 포춘'''
|-
| 2015년 || [[GATE 자위대 그의 땅에서, 이처럼 싸웠도다]] || '''피냐 코 라다'''
|-
| 2015년 || To LOVE루 -트러블- 다크니스 2nd || '''[[라라 사탈린 데빌루크]]'''
|-
| 2015년 || [[던전에서 만남을 추구하면 안 되는 걸까]] || '''에이나 튤'''
|-
| 2015년 || [[역시 내 청춘 러브코메디는 잘못됐다. 속]] || 오리모토 카오리
|-
| 2016년 || ReLIFE || '''카리우 레나'''
|-
| 2016년 || [[WWW.WORKING!!]] || '''미야코시 하나'''
|-
| 2016년 || 장신소녀 마토이 || '''클라루스 토니토루스'''
|-
| 2017년 || 쓰레기의 본망 || 에바토 사나에
|-
| 2017년 || 아인짱은 이야기하고 싶어 || '''타카나시 히카리'''
|-
| 2018년 || 달링 인 더 프랑키스 || '''제로투'''
|-
| 2018년 || 바이올렛 에버가든 || 아이리스 캐너리
|-
| 2018년 || PERSONA5 the Animation || 오쿠무라 하루
|-
| 2018년 || 소드 아트 온라인 앨리시제이션 || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2019년 || 귀멸의 칼날 || 스사마루
|-
| 2019년 || 야토가메짱 관찰일기 || '''야토가메 모나카'''
|-
| 2019년 || 소드 아트 온라인 앨리시제이션 War of Underworld || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2020년 || 베이블레이드 버스트 슈퍼킹 || 아사히 히카루
|-
| 2021년 || 호리미야 || '''호리 쿄코'''
|-
| 2021년 || Re:제로부터 시작하는 이세계 생활 || 포르투나
|-
| 2022년 || 이세계 삼촌 || '''엘프'''
|-
| 2022년 || 철야의 노래 || 키쿄 세리
|-
| 2023년 || 호리미야 -piece- || '''호리 쿄코'''
|-
| 2023년 || 비극의 원흉이 되는 최강 외도 라스트 보스 여왕은 국민을 위해 헌신합니다 || 티아라
|-
| 2024년 || 울려라! 유포니엄 3 || 쿠로에 마유
|-
| 2024년 || 바람의 검심 -메이지 검객 낭만기- || 코마가타 유미
|-
| 2025년 || 나의 행복한 결혼 제2기 || 진노우치 카오루코
|}

=== OVA·웹 애니메이션 ===
{| class="wikitable sortable"
! 연도 !! 작품 !! 배역 !! 비고
|-
| 2009년 || [[To LOVE루 -트러블-]] OVA || '''[[라라 사탈린 데빌루크]]''' || 코믹스 한정판 부록 DVD
|-
| 2010년 || GA 예술과 아트 디자인 클래스 OVA || '''야마구치 키사라기''' ||
|-
| 2010년 || 기동전사 건담 UC || 미코트 바치 || OVA
|-
| 2010년 || [[어떤 과학의 레일건]] OVA || 완나이 키누호 ||
|-
| 2010년 || 절대가련 칠드런 OVA || '''산노미야 시호''' ||
|-
| 2011년 || 카니발 판타즘 || 세븐 || OVA
|-
| 2012년 || [[To LOVE루 -트러블- 다크니스]] OVA || '''[[라라 사탈린 데빌루크]]''' || 코믹스 한정판 부록 DVD
|-
| 2013년 || 옆자리 괴물군 OVA || '''미즈타니 시즈쿠''' || 코믹스 한정판 부록 DVD
|-
| 2022년 || 이세계 삼촌 || '''엘프''' || 웹 선행·TV 방영
|}

=== 극장판 애니메이션 ===
{| class="wikitable sortable"
! 연도 !! 작품 !! 배역
|-
| 2010년 || 극장판 기동전사 건담 00 -A wakening of the Trailblazer- || 밀레이나 바스티
|-
| 2011년 || 극장판 이나즈마 일레븐 GO 궁극의 인연 그리폰 || '''니시조노 신스케'''
|-
| 2012년 || 극장판 이나즈마 일레븐 GO vs 골판지 전기 W || '''니시조노 신스케'''
|-
| 2013년 || 극장판 그 날 본 꽃의 이름을 우리는 아직 모른다. || '''안죠 나루코'''
|-
| 2013년 || 극장판 어떤 마술의 인덱스 엔디미온의 기적 || 완나이 키누호
|-
| 2014년 || 영화 요괴 워치 탄생의 비밀이다냥! || '''아마노 케이타'''
|-
| 2014년 || 영화 해피니스 차지 프리큐어! 인형의 나라의 발레리나 || '''히카와 이오나 / 큐어 포춘'''
|-
| 2016년 || 고백실행위원회 시리즈 || '''에노모토 나츠키'''
|-
| 2017년 || 극장판 소드 아트 온라인 -오디널 스케일- || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2020년 || 극장판 바이올렛 에버가든 || 아이리스 캐너리
|-
| 2021년 || 극장판 소드 아트 온라인 -프로그레시브- 별 없는 밤의 아리아 || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2022년 || 극장판 소드 아트 온라인 -프로그레시브- 짙은 어둠의 스케르초 || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2024년 || 극장판 모노노케 시리즈 || 오오토모 보탄
|-
| 2024년 || 영화 크레용 신짱 오라들의 공룡일기 || 안젤라
|}

=== 게임 ===
{| class="wikitable sortable"
! 연도 !! 작품 !! 배역
|-
| 2009년 || THE IDOLM@STER Dearly Stars || '''히다카 아이'''
|-
| 2009년 || 룬 팩토리 3 || '''이온'''
|-
| 2010년 || 이나즈마 일레븐 3 세계로의 도전!! || '''쿠도 후유카'''
|-
| 2010년 || 콥스파티 브래드 커버 리피티드 피어 || 야마모토 미즈키
|-
| 2011년 || 전장의 발큐리아 3 || 에이리어스
|-
| 2012년 이후 || 소드 아트 온라인 게임 시리즈 || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2016년 || 소드 아트 온라인 -호로우 리얼라이제이션- || '''[[아스나|아스나 / 유우키 아스나]]'''
|-
| 2016년 || PERSONA5 || 오쿠무라 하루
|-
| 2019년 || PERSONA5 ROYAL || 오쿠무라 하루
|}

=== 외화 더빙·나레이션 ===
{| class="wikitable sortable"
! 분야 !! 작품 !! 배역·담당
|-
| 외화 더빙 || 스타워즈: 아소카 || 신 하티
|-
| 외화 더빙 || DC 슈퍼히어로 걸즈 || 원더우먼 / 다이애나
|-
| 외화 더빙 || 스머프: 비밀의 숲 || 스머프 블러섬
|-
| 외화 더빙 || 스크림 4G || 올리비아 모리스
|-
| 나레이션 || NHK 라디오 제1 《도쿄03의 마음대로 하게 해줘!》 || 나레이션
|-
| 나레이션 || TV 아사히 계열 예능 프로그램 || 나레이션·보이스 오버
|}

=== 라디오 ===
{| class="wikitable sortable"
! 연도 !! 프로그램 !! 비고
|-
| 2008년 || 칸나기 라디오 ||
|-
| 2008년 || 절대가련 방송국 || [[시라이시 료코]]와 공동 진행
|-
| 2009년 || Pl@net Sphere || [[코토부키 미나코]], [[타카가키 아야히]], [[토요사키 아키]]와 공동 진행
|-
| 2009년 || 토마츠 하루카의 하루코레 ||
|-
| 2013년 이후 || 토마츠 하루카의 코코로☆하루카스 || 세컨드샷 채널
|}

== 배우로서의 활동 ==
=== 드라마·실사 작품 ===
{| class="wikitable sortable"
! 연도 !! 작품 !! 배역·담당
|-
| 2008년 || RH플러스 || 미사키 아미
|-
| 2008년 || 여기는 그린 우드 〜청춘 남자 기숙사 일지〜 || 닛타 미에코
|-
| 2013년 || 수전전대 쿄류저 || 기쁨의 전기 캔델릴라
|-
| 2019년 || 극단 스피어 || 출연
|-
| 2025년 || 문제물건 || 오카자키 쿄코
|}

=== 무대·낭독극 ===
{| class="wikitable sortable"
! 작품 !! 배역·비고
|-
| 프리미엄 낭독극 《오니헤이 한카초 혼조 사쿠라야시키》 || 오후사
|-
| 음악시 《반딧불의 묘》 심포니 낭독극 || 세츠코
|-
| 20주년 기념 보이스 시네마 성우 구연 라이브 2025 || 출연
|-
| 낭독극 《내 머릿속의 지우개 11th letter》 || 카오루
|-
| 《사·비·타 〜비가 데려온 사랑〜》 || 유미리
|}

== 가수로서의 활동 ==
=== 솔로 활동 ===
2008년 9월 3일, TV 드라마 《여기는 그린 우드 〜청춘 남자 기숙사 일지〜》의 엔딩 주제가 〈naissance〉로 솔로 가수 데뷔를 했다. 이후 《[[칸나기]]》, 《[[신곡주계 폴리포니카 크림슨 S]]》, 《[[소·라·노·오·토]]》, 《[[To LOVE루 -트러블-]]》, 《[[소드 아트 온라인]]》, 《[[옆자리 괴물군]]》, 《야토가메짱 관찰일기》 등의 주제가와 게임 타이업곡을 불렀다.<ref name="musicrayn_profile" /><ref name="discography" />

=== 스피어 ===
2009년, 같은 [[뮤직 레인]] 소속의 [[코토부키 미나코]], [[타카가키 아야히]], [[토요사키 아키]]와 함께 성우 유닛 [[스피어]]를 결성했다. 스피어는 음악 활동, 라이브, 라디오, 이벤트 등을 병행하며 성우 아티스트 유닛으로 활동하고 있다.<ref name="sphere_lantis" />

=== 라이브 ===
{| class="wikitable sortable"
! 연도 !! 공연명 !! 비고
|-
| 2011년 || 토마츠 하루카 first live tour 2011 《오렌지☆로드》 || 첫 단독 투어
|-
| 2013년 || 토마츠 하루카 second live tour 《Sunny Side Stage!》 ||
|-
| 2015년 || LAWSON presents 토마츠 하루카 3rd Live Tour 2015 《Welcome! Harukarisk＊Land!!!》 ||
|-
| 2016년 || LAWSON presents 토마츠 하루카 BEST LIVE TOUR 2016 〜SunQ&호시세카이〜 ||
|-
| 2018년 || LAWSON premium event 토마츠 하루카 360°SPECIAL LIVE at 마이하마 앰피시어터 ||
|-
| 2018년 || LAWSON presents 토마츠 하루카 5th Live tour 2018 〜COLORFUL GIFT to YOU〜 ||
|}

== 디스코그래피 ==
=== 싱글 ===
{| class="wikitable sortable"
! 번호 !! 제목 !! 원제 !! 발매일 !! 비고
|-
| 1 || naissance || naissance || 2008년 9월 3일 || TV 드라마 《여기는 그린 우드》 엔딩 주제가
|-
| 2 || 더☆화려하게! || motto☆派手にね! || 2008년 10월 29일 || TV 애니메이션 《칸나기》 오프닝 주제가
|-
| 3 || 신령님의 시간 || 産巣日の時 || 2008년 11월 26일 || TV 애니메이션 《칸나기》 엔딩 주제가
|-
| 4 || 사랑의 노래 || こいのうた || 2009년 5월 13일 || TV 애니메이션 《신곡주계 폴리포니카 크림슨 S》 엔딩 주제가
|-
| 5 || Girls, Be Ambitious. || Girls, Be Ambitious. || 2010년 1월 27일 || TV 애니메이션 《소·라·노·오·토》 엔딩 주제가
|-
| 6 || 물가의 SHOOTING STAR || 渚のSHOOTING STAR || 2010년 8월 4일 ||
|-
| 7 || Baby Baby Love || Baby Baby Love || 2010년 11월 3일 || TV 애니메이션 《좀 더 To LOVE루 -트러블-》 엔딩 주제가
|-
| 8 || Oh My God♥ || Oh My God♥ || 2011년 7월 13일 || TV 애니메이션 《고양이신 야오요로즈》 엔딩 주제가
|-
| 9 || 유메세카이 || ユメセカイ || 2012년 7월 25일 || TV 애니메이션 《소드 아트 온라인》 아인크라드 편 엔딩 주제가
|-
| 10 || Q&A 리사이틀! || Q&A リサイタル! || 2012년 10월 17일 || TV 애니메이션 《옆자리 괴물군》 오프닝 주제가
|-
| 11 || PACHI PACHI PARTY || PACHI PACHI PARTY || 2013년 7월 10일 ||
|-
| 12 || 빛의 선물 || ヒカリギフト || 2014년 1월 15일 ||
|-
| 13 || Fantastic Soda!! || Fantastic Soda!! || 2014년 7월 30일 || 수록곡 〈In Our Hands〉가 게임 《브레스 오브 파이어 6》 주제가로 사용
|-
| 14 || courage || courage || 2014년 12월 3일 || TV 애니메이션 《소드 아트 온라인 II》 오프닝 주제가
|-
| 15 || STEP A GO! GO! || STEP A GO! GO! || 2015년 9월 30일 ||
|-
| 16 || 신데렐라☆심포니 || シンデレラ☆シンフォニー || 2016년 2월 17일 ||
|-
| 17 || 모노크롬 / Two of us || モノクロ / Two of us || 2016년 10월 26일 || 게임 《소드 아트 온라인 -호로우 리얼라이제이션-》 엔딩 주제가 수록
|-
| 18 || 유정천 트래블러 || 有頂天トラベラー || 2017년 10월 11일 || TV 애니메이션 《프리프리 치이짱!!》 엔딩 주제가
|-
| 19 || TRY & JOY || TRY & JOY || 2018년 9월 5일 ||
|-
| 20 || Resolution || Resolution || 2019년 11월 20일 || TV 애니메이션 《소드 아트 온라인 앨리시제이션 War of Underworld》 오프닝 주제가
|-
| 21 || Alter Echo || Alter Echo || 2023년 7월 26일 || 슬롯 《소드 아트 온라인》 수록곡
|}

=== 배포·기획 음원 ===
{| class="wikitable sortable"
! 제목 !! 원제 !! 발표일 !! 비고
|-
| DELUXE DELUXE HAPPY || DELUXE DELUXE HAPPY || 2019년 4월 4일 선행 배포, 2019년 5월 27일 CD 수록 || TV 애니메이션 《야토가메짱 관찰일기》 주제가
|}

=== 앨범 ===
{| class="wikitable sortable"
! 번호 !! 제목 !! 원제 !! 발매일 !! 비고
|-
| 1 || Rainbow Road || Rainbow Road || 2010년 2월 24일 || 첫 정규 앨범
|-
| 2 || Sunny Side Story || Sunny Side Story || 2013년 1월 16일 || 정규 앨범
|-
| 3 || Harukarisk＊Land || Harukarisk＊Land || 2015년 3월 18일 || 정규 앨범
|-
| || 토마츠 하루카 BEST SELECTION -sunshine- || 戸松遥 BEST SELECTION -sunshine- || 2016년 6월 15일 || 베스트 앨범
|-
| || 토마츠 하루카 BEST SELECTION -starlight- || 戸松遥 BEST SELECTION -starlight- || 2016년 6월 15일 || 베스트 앨범
|-
| 4 || COLORFUL GIFT || COLORFUL GIFT || 2018년 5월 2일 || 정규 앨범
|-
| || 셔플 -Precious 4 Stars- || シャッフル -Precious 4 Stars- || 2022년 1월 26일 || 코토부키 미나코·타카가키 아야히·토마츠 하루카·토요사키 아키 공동 기획 앨범
|}

=== 영상 작품 ===
{| class="wikitable sortable"
! 번호 !! 제목 !! 원제 !! 발매일
|-
| 1 || 토마츠 하루카 first live tour 2011 《오렌지☆로드》 || 戸松遥 first live tour 2011「オレンジ☆ロード」 || 2012년 2월 22일
|-
| 2 || 토마츠 하루카 second live tour 《Sunny Side Stage!》 || 戸松遥 second live tour「Sunny Side Stage!」 || 2014년
|-
| 3 || 토마츠 하루카 3rd Live Tour 2015 《Welcome! Harukarisk＊Land!!!》 || 戸松遥 3rd Live Tour 2015 “Welcome!Harukarisk＊Land!!!” || 2016년 2월 17일
|-
| 4 || 토마츠 하루카 BEST LIVE TOUR 2016 〜SunQ&호시세카이〜 || 戸松遥 BEST LIVE TOUR 2016〜SunQ&ホシセカイ〜 || 2017년 8월 9일
|}

=== 드라마 CD·캐릭터송 ===

* 《칸나기》 드라마 CD / '''나기'''
* 《광란가족일기》 드라마 CD / '''미다레자키 치카'''
* 《기동전사 건담 00》 CD 드라마 스페셜 / 밀레이나 바스티
* 《절대가련 칠드런》 드라마 CD / '''산노미야 시호'''
* 《어떤 마술의 인덱스》 드라마 CD / 완나이 키누호
* 《To LOVE루 -트러블-》 드라마 CD / '''[[라라 사탈린 데빌루크]]'''
* 《카타나가타리》 드라마 CD / '''히테이 공주'''
* 《미츠도모에》 드라마 CD / '''마루이 히토하'''
* 《소드 아트 온라인》 관련 캐릭터송 / '''[[아스나|아스나 / 유우키 아스나]]'''

== 출판물 ==
=== 사진집 ===
{| class="wikitable sortable"
! 제목 !! 발매일 !! 비고
|-
| HARUKAs || 2009년 10월 9일 || 첫 사진집
|-
| High Touch! || 2010년 2월 25일 || 사진집
|}

=== 기타 서적 ===
{| class="wikitable sortable"
! 제목 !! 발매일
|-
| 토마츠 하루카 하루카나루 모험 스토리☆ || 2010년 10월 16일
|}

== 수상 ==
{| class="wikitable sortable"
! 연도 !! 시상식 !! 부문
|-
| 2009년 || 제3회 [[성우 어워드]] || 신인여우상<ref name="seiyu_awards_3" />
|-
| 2013년 || 제7회 [[성우 어워드]] || 조연여우상<ref name="seiyu_awards_7" />
|}

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://musicrayn.com/s/mra/artist/tomatsu_haruka 뮤직 레인 공식 프로필]
* {{언어|일}} [https://www.tomatsuharuka.com/ 토마츠 하루카 공식 웹사이트]
* {{언어|일}} [https://ameblo.jp/tomatsuharuka-blog/ 토마츠 하루카 공식 블로그 하루캘린더]
* {{언어|일}} [https://sphere.m-rayn.jp/ 스피어 포털 스퀘어]
* {{언어|일}} [https://www.sonymusic.co.jp/artist/harukatomatsu/ Sony Music 공식 아티스트 페이지]

[[분류:일본의 여자 성우]]
[[분류:일본의 여자 가수]]
[[분류:일본의 여자 배우]]
[[분류:아이치현 출신]]
[[분류:뮤직 레인]]
[[분류:1990년 출생]]

키무라 마도카

2026-06-17T07:51:13Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 키무라 마도카
|이름/일어 = 木村まどか
|이름/영어 = Madoka Kimura
|직업 = 성우, 내레이터
|소속사 = 카케히 프로덕션
|출생년 = 1980
|출생월 = 1
|출생일 = 28
|출생국가 = 일본
|출생지1 = 후쿠시마현
|출생지2 =
|혈액형 = B
|신장 = 153cm
|발사이즈 =
|별명 = 마도카쨩, 마도쨩



|활동시작 = 2002년
|활동종료 =
|장르 = 애니메이션, 게임, 내레이션
|데뷔작품 =
|데뷔역 =
|참여유닛 = [[Aice5|Aice5]], あっぷ・だうん・えんじぇるず
}}

'''키무라 마도카'''(木村まどか, 1980년 1월 28일 ~ )는 일본의 여성 [[성우]]이자 [[내레이터]]이다. [[후쿠시마현]] 출신이며, 현재 [[카케히 프로덕션]]에 소속되어 있다.<ref>{{언어|일}} [https://www.kakehipro.com/talent_kimura.html 카케히 프로덕션 - 키무라 마도카 프로필]</ref><ref>{{언어|일}} [https://thetv.jp/person/2000041912/ WEB 더 텔레비전 - 키무라 마도카 프로필]</ref>

대학 재학 중 표현 연기를 배우기 시작했으며, [[비쥬얼 스페이스]] 제15기생을 거쳐 성우로 활동했다.<ref>{{언어|일}} [https://www.kakehipro.com/talent_kimura.html 카케히 프로덕션 - 키무라 마도카 프로필]</ref> 대표 배역으로는 《[[마법선생 네기마!]]》와 《[[네기마!?]]》의 [[아카시 유우나]], 《[[오토메는 언니를 사랑하고 있어]]》의 스가와라 키미에, 《[[NIGHT HEAD GENESIS]]》의 타치바나 미키, 《[[금색의 코르다 ~primo passo~]]》의 스기타니 아야코 등이 있다.<ref>{{언어|일}} [https://www.kakehipro.com/talent_kimura.html 카케히 프로덕션 - 주요 출연 작품]</ref><ref>{{언어|일}} [https://www.mau2.com/voice/85f105 Mau2 - 키무라 마도카 출연 애니메이션]</ref>

또한 [[호리에 유이]]를 중심으로 결성된 성우 유닛 [[Aice5|Aice5]]의 멤버로 활동했다. Aice5는 2005년 결성되어 2007년 해산했으며, 2015년 결성 10주년과 TV 애니메이션 《[[그것이 성우!]]》 출연을 계기로 재시동했다.<ref>{{언어|일}} [https://evilline.com/artist/aice5/ EVIL LINE RECORDS - Aice5 프로필]</ref><ref>{{언어|일}} [https://www.lisani.jp/0000010266/ 리스아니! - Aice5 10주년 싱글 관련 기사]</ref>

== 특징 ==
카케히 프로덕션의 프로필에서는 투명감 있는 부드러운 음색과 내레이션에 어울리는 말투를 특징으로 소개하고 있으며, 최근에는 CM과 방송 내레이션을 중심으로 활동하고 있다고 설명하고 있다.<ref>{{언어|일}} [https://www.kakehipro.com/talent_kimura.html 카케히 프로덕션 - 키무라 마도카 프로필]</ref>

== 성우로서의 활동 ==
{{안내|

* 같은 연도 안에서는 작품 이름에 따라 가나다순으로 정렬되어 있습니다.
* '''굵은 글씨'''는 주요 배역입니다.
}}

=== 대표 출연작 ===
{| class="wikitable"
! 연도 !! 분류 !! 작품 !! 배역
|-
| 2005년 || TV 애니메이션 || 《[[마법선생 네기마!]]》 || '''[[아카시 유우나]]'''
|-
| 2006년 || TV 애니메이션 || 《[[네기마!?]]》 || '''[[아카시 유우나]]'''
|-
| 2006년 || TV 애니메이션 || 《[[오토메는 언니를 사랑하고 있어]]》 || 스가와라 키미에
|-
| 2006년 || TV 애니메이션 || 《[[NIGHT HEAD GENESIS]]》 || 타치바나 미키, 사오리
|-
| 2006년 || TV 애니메이션 || 《[[금색의 코르다 ~primo passo~]]》 || 스기타니 아야코
|-
| 2006년 || TV 애니메이션 || 《[[지옥소녀|지옥소녀 후타코모리]]》 || 이가미 와카
|-
| 2011년 || 극장 애니메이션 || 《[[극장판 마법선생 네기마! ANIME FINAL]]》 || [[아카시 유우나]]
|-
| 2015년 || TV 애니메이션 || 《[[그것이 성우!]]》 || 키무라 마도카
|-
| 2017년 || TV 애니메이션 || 《[[UQ HOLDER! ~마법선생 네기마! 2~]]》 || [[아카시 유우나]]
|}

=== TV 애니메이션 ===
; 2003년

* [[마메이드 멜로디 피치피치핏치]] / 요시노

; 2004년

* [[후타코이]] / 아주머니

; 2005년

* [[마법선생 네기마!]] / '''아카시 유우나'''
* [[날아라 호빵맨]] / 마이마이의 아이 A

; 2006년

* [[네기마!?]] / '''아카시 유우나'''
* [[오토메는 언니를 사랑하고 있어]] / 스가와라 키미에
* [[금색의 코르다 ~primo passo~]] / 스기타니 아야코
* [[지옥소녀|지옥소녀 후타코모리]] / 이가미 와카
* [[NIGHT HEAD GENESIS]] / 타치바나 미키, 사오리
* [[서쪽의 착한 마녀 Astraea Testament]] / 로제릿
* [[오토기 총사 아카즈킨]] / 마법학교 학생
* [[사랑하는 천사 안젤리크 ~마음이 눈뜰 때~]] / 소녀
* [[야마토 나데시코 칠변화]] / 갸루
* [[시마시마토라노 시마지로]]

; 2007년

* [[Myself ; Yourself]] / 어린 시절의 히다카 사나
* [[세인트 비스트 ~광음서사시 천사담~]] / 소년 천사 A
* [[메이저]] 제3시리즈 / 여학생
* [[D.C.II ~다 카포 II~]] / 사와이 유토

; 2008년

* [[네오 안젤리크 Abyss]] / 여학생

; 2015년

* [[그것이 성우!]] / 키무라 마도카

; 2017년

* [[UQ HOLDER! ~마법선생 네기마! 2~]] / [[아카시 유우나]]

=== 극장 애니메이션 ===

* [[∀ 건담|극장판 ∀ 건담 I 지구광]] (2002년)
* [[갑충왕자 무시킹|갑충왕자 무시킹 슈퍼 배틀 무비 ~어둠의 개조갑충~]] (2007년) / 호랑나비
* [[극장판 마법선생 네기마! ANIME FINAL]] (2011년) / [[아카시 유우나]]

=== OVA ===

* [[영원의 아세리아]] '구함의 목소리' (2005년) / 스피릿
* [[네기마!?]] OVA 시리즈 (2006년) / [[아카시 유우나]]
* [[마법선생 네기마! ~하얀 날개 ALA ALBA~]] (2008년) / [[아카시 유우나]]
* [[마법선생 네기마! 또 하나의 세계]] (2009년) / [[아카시 유우나]]

=== 게임 ===

* [[My Merry May]] (2002년) / 하루나 히토에
* [[메탈 울프]] 시리즈 (2002년 - 2006년) / 로즈마리
* [[마법선생 네기마!]] 게임 시리즈 (2005년 - 2007년) / [[아카시 유우나]]
* [[마지샹즈 아카데미]] (2007년) / 레셰라
* [[네기마테 UQ HOLDER! ~마법선생 네기마! 2~ 네기마 올스타즈]] (2018년) / [[아카시 유우나]]

=== 드라마 CD ===

* 드라마 CD 《가을 벚꽃의 하늘에 ~하늘색 스즈카~》 (2003년)
* 《다마시우치다제, DR》 (2004년) / 카와다
* 《LYNX CD COLLECTION 에스코트》 (2005년) / 여성 손님
* 《마법선생 네기마! 특별수업 ~축제 소동에 사랑에 연애!~》 (2005년) / [[아카시 유우나]]
* 《마법선생 네기마!》 드라마 CD Vol.1 - 3 (2006년) / [[아카시 유우나]]
* 《마법선생 네기마! 특별수업 II ~춤춰라!? 대마호라제~》 (2006년) / [[아카시 유우나]]
* 《오토메는 언니를 사랑하고 있어》 드라마 CD 시즌 01 - 04 (2006년 - 2007년) / 스가와라 키미에
* 《천연여자고 이야기》 드라마 CD feat. Aice5 (2006년) / 요츠야 사쿠라코
* 《Snow Flower》 / 요코
* 《The MANZAI》 / 세타 카즈미
* 《THE IDOLM@STER DRAMA CD NEW STAGE 02》 (2007년)
* 《봄여름가을겨울》 드라마 CD 역습의 빨간 망토 (2007년) / 여학생
* 《포의 일족》 드라마 CD 제5권·제6권 (2008년) / 줄리에타, 로빈 카
* 《사랑의 마음에 검은 날개》 (2008년) / 코치 켄
* 《도쿄 탐정공주 ~잔광의 검사 오키타 소지~》 (2009년) / 히카와 사요코
* 《오토메는 언니를 사랑하고 있어》 에필로그 CD VOL.1 ~졸업여행에 가요~ (2010년) / 스가와라 키미에

=== 라디오 드라마 ===

* [[가면의 메이드가이]] (2006년) / 히라노 미와

=== 더빙 ===
==== 영화 ====

* 《친구》 (2002년)
* 《소림사 2》 (2005년) / 구룡
* 《파이널 컷》 (2005년) / 어린 루이스
* 《이노센트 보이스 12살의 전쟁》 / 마르코스
* 《캐롤의 첫사랑》 / 카굴리오
* 《더 테러리스트》 (2010년) / 프리야
* 《신소림사 삼십육방》 / 아가씨
* 《하늘을 나는 꿈》 / 크리스티안
* 《제3종 접촉》
* 《대니와 비밀의 마법사》 / 소년 칸켈
* 《달마야, 서울 가자!》 / 동자승
* 《챔피언》 / 윤미
* 《데드링거》 / 피에르
* 《나이트 오브 갓》

==== 애니메이션 ====

* 《쾌적한 생활》 / 박새

=== 내레이션 ===
==== TV 프로그램 ====

* [[NHK 아카이브스]] 《[[이와고 미츠아키의 세계 고양이 산책]]》
* 시즈오카 제1TV 《축구 왕국의 비밀》
* 나가노 방송 《여자회 하자요》
* [[기적체험! 언빌리버보]]

==== CM ====

* 다이이치산쿄 헬스케어 《트라풀》
* 유니참 《무니 마더스 셀렉션 수상 고지》
* 아사히료쿠켄 《녹효청즙》

=== 라디오 ===

* 《야마토 나데시코 우치벤케이》 (2002년 - 2003년, JAM STATION)
* 《후와유루~♪ 코쇼코쇼 이야기》 (2006년 - 2009년, 프로덕션 바오밥 웹 라디오)
* 《Aice5 In Wonder RADIO》 (2006년, 인터넷 라디오)
* 《키무라 마도카 지구와 달의 조각》 (2007년, 문화방송 《A&G 초 RADIO SHOW ~아니스파!~》 내)
* 《미즈시마 타카히로·키무라 마도카의 마도츄!》 (2008년 - 2010년, 성우 애니메이트+hm3)
* 《오샤베리 얏테마스》 (2008년 - 2009년, K'z Station)

=== 영상 상품 ===

* 《SUPER VOICE WORLD 꿈과 자유와 해프닝》 (2001년 12월 19일)
* 《마법선생 네기마! 마호라 학원 대마호라제》 (2006년 3월 29일)
* 《네기마!? Princess Festival DVD》 (2007년 7월 4일)
* 《이어폰즈 vs Aice5 ~그것이 유닛!~ NHK홀 공연》 (2016년)

=== 파칭코 ===

* 《CR 마법선생 네기마!》 (2017년) / [[아카시 유우나]]

== 음악 활동 ==
=== Aice5 ===
{{본문|Aice5}}
키무라 마도카는 [[Aice5|Aice5]]의 멤버로 활동했다. Aice5는 [[호리에 유이]], [[칸다 아케미]], [[아사노 마스미]], [[타카하시 치아키]], 키무라 마도카의 5인조 성우 유닛이다. 2005년 10월 29일 결성이 발표되었고, 2007년 9월 20일 요코하마 아레나 공연 《Aice5 Final Party "LAST Aice5"》를 끝으로 해산했다. 이후 2015년 결성 10주년을 맞아 TV 애니메이션 《[[그것이 성우!]]》 출연을 계기로 재시동했다.<ref>{{언어|일}} [https://evilline.com/artist/aice5/ EVIL LINE RECORDS - Aice5 프로필]</ref>

=== 캐릭터송 ===
{| class="wikitable"
! 발매일 !! 음반명 !! 명의 !! 곡명 !! 비고
|-
| 2004년 5월 1일 || 《마호라 학원 중등부 2-A 출석번호의 노래》 || 마호라 학원 중등부 2-A || 〈출석번호의 노래〉 || 《[[마법선생 네기마!]]》 관련곡
|-
| 2004년 6월 23일 || 《마법선생 네기마! 마호라 학원 중등부 2-A 9월: 운동부 친구 4인조》 || 운동부 친구 4인조 || 〈GLOW WILD〉 || 《[[마법선생 네기마!]]》 관련곡
|-
| 2005년 2월 16일 || 《해피☆마테리얼 1월도: Original Version》 || 마호라 학원 중등부 2-A || 〈해피☆마테리얼 1월도〉 || TV 애니메이션 《[[마법선생 네기마!]]》 오프닝 테마
|-
| 2005년 8월 3일 || 《해피☆마테리얼 / 빛나는 너에게 ~Peace》 || 마호라 학원 중등부 2-A || 〈해피☆마테리얼 31인 ver.〉, 〈빛나는 너에게 ~Peace〉 || TV 애니메이션 《[[마법선생 네기마!]]》 최종화 테마곡
|-
| 2006년 9월 21일 || 《오토메는 언니를 사랑하고 있어 캐릭터송 시리즈 PART3》 || 스가와라 키미에 명의 || 〈Dear friend〉 || 《[[오토메는 언니를 사랑하고 있어]]》 관련곡
|-
| 2006년 12월 6일 || 《네기마!? 노래 CD 1》 || 츄파카브라 연구회 || 〈츄파켄의 노래 ~분명히 있룬야~〉 || 《[[네기마!?]]》 관련곡
|-
| 2007년 1월 24일 || 《네기마!? 1000%BOX》 || 아카시 유우나, 이즈미 아코, 카스가 미소라, 오코우치 아키라 || 〈1000%SPARKING!〉, 〈A-LY-YA!〉 || TV 애니메이션 《[[네기마!?]]》 관련곡
|-
| 2007년 3월 7일 || 《네기마!? 노래 CD 2》 || 운동부 || 〈Infinity Love 2U〉 || 《[[네기마!?]]》 관련곡
|-
| 2008년 8월 27일 || 《해피☆마테리얼 리턴》 || 마호라 학원 중등부 3-A || 〈해피☆마테리얼 리턴〉, 〈빛나는 너에게〉 || OAD 《[[마법선생 네기마! ~하얀 날개 ALA ALBA~]]》 테마곡
|-
| 2011년 8월 24일 || 《벚꽃바람에 약속을 -여행길의 노래-》 || 네기 스프링필드 & 마호라 학원 중등부 3-A || 〈벚꽃바람에 약속을 -여행길의 노래-〉 || 《[[극장판 마법선생 네기마! ANIME FINAL]]》 주제가
|-
| 2017년 6월 28일 || 《마법선생 네기마! 컴플리트 BOX I 특전 CD》 || 마호라 학원 중등부 2-A || 〈해피☆마테리얼 메들리〉 || 《[[마법선생 네기마!]]》 관련곡
|}

=== 기타 참여곡 ===
{| class="wikitable"
! 발매일 !! 음반명 !! 명의 !! 곡명 !! 비고
|-
| 2011년 8월 13일 || 《Jump!!!》 || 키무라 마도카, 이시게 사와 || 〈Jump!!!〉 || 동일본 대지진 자선 CD 기획 《continue》 관련곡
|-
| 2015년 9월 30일 || 《Be with you》 || [[Aice5|Aice5]] || 〈Be with you〉, 〈あなたのお口にAice5クリーム!〉, 〈Partyしようよ!〉 || Aice5 결성 10주년 기념 싱글
|}

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://www.kakehipro.com/talent_kimura.html 카케히 프로덕션 - 키무라 마도카 공식 프로필]
* {{언어|일}} [http://blackwhite2.jugem.jp/ 키무라 마도카 블로그 *Black or White*]
* {{언어|일}} [https://evilline.com/artist/aice5/ EVIL LINE RECORDS - Aice5 공식 프로필]
* {{언어|일}} [https://king-cr.jp/artist/aice5/ Aice5 스타차일드 내 공식 페이지]
* {{언어|일}} [https://www.lisani.jp/keywords/2869/ 리스아니! - 키무라 마도카 관련 기사]

사쿠라이 타카히로

2026-06-17T06:08:39Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 남
|이름 = 사쿠라이 타카히로
|이름/일어 = 櫻井孝宏
|이름/영어 = Takahiro Sakurai
|직업 = [[성우]], [[내레이터]], [[라디오 퍼스널리티]]
|소속사 = [[프리랜서]]
|출생년 = 1974
|출생월 = 6
|출생일 = 13
|출생국가 = 일본
|출생지1 = 아이치현
|출생지2 = 오카자키시
|혈액형 = A
|신장 = 176cm
|체중 =
|발사이즈 =
|별명 = 타카삐로, 삿쿠, 사쿠쨩, 사쿠뿅



|활동시작 = 1997년
|활동종료 =
|장르 = 애니메이션, 게임, 외화 더빙, 라디오, 내레이션
|데뷔작품 = 폭주형제 렛츠&고!! WGP
|데뷔역 = 왈데가르드 다나라
|참여유닛 = 뮌헨
}}

'''사쿠라이 타카히로'''(櫻井孝宏, 1974년 6월 13일 ~ )는 일본의 남성 [[성우]], [[내레이터]], [[라디오 퍼스널리티]]이다. 아이치현 오카자키시 출신이며, 2026년 6월 현재는 특정 성우 사무소에 소속되지 않고 [[프리랜서]]로 활동하고 있다.<ref name="animatetimes-profile">{{언어|일}} [https://www.animatetimes.com/tag/details.php?id=799 애니메이트 타임즈 - 櫻井孝宏 프로필] 2026년 6월 10일 갱신.</ref><ref name="intention-2023">{{언어|일}} [https://intention-k.com/archives/10164 INTENTION - 櫻井孝宏に関するご報告] 2023년 3월 31일.</ref>

대표 배역으로는 [[디지몬 어드벤처]]의 '''텐토몬''', [[오늘부터 마왕!]]의 '''시부야 유리''', [[금색의 갓슈벨!!]]의 '''타카미네 키요마로''', [[파이널 판타지 VII]] 시리즈의 '''클라우드 스트라이프''', [[코드기어스 반역의 를르슈]]의 '''쿠루루기 스자쿠''', [[모노노케]]의 '''약장수''', [[바케모노가타리]]의 '''오시노 메메''', [[PSYCHO-PASS]]의 '''마키시마 쇼고''', [[다이아의 A]]의 '''미유키 카즈야''', [[오소마츠 씨]]의 '''마츠노 오소마츠''', [[모브사이코 100]]의 '''레이겐 아라타카''', [[죠죠의 기묘한 모험 다이아몬드는 부서지지 않는다]]의 '''키시베 로한''', [[귀멸의 칼날]]의 '''토미오카 기유''', [[주술회전]]의 '''게토 스구루''' 등이 있다.<ref name="animatetimes-profile" />

=== 특징 ===
차분하고 부드러운 미성, 냉정한 저음, 가벼운 코미디 톤을 모두 소화하는 성우로 평가받는다. 밝은 청년 캐릭터인 [[오늘부터 마왕!]]의 시부야 유리, 신념과 갈등을 동시에 지닌 [[코드기어스 반역의 를르슈]]의 쿠루루기 스자쿠, 신비로운 분위기의 [[모노노케]] 약장수, 냉철한 악역인 [[PSYCHO-PASS]]의 마키시마 쇼고, 허술하면서도 유능한 어른 캐릭터인 [[모브사이코 100]]의 레이겐 아라타카 등 넓은 배역 폭을 보여 왔다.

코미디 연기에서도 활동이 두드러져 [[오소마츠 씨]]의 마츠노 오소마츠, [[백곰 카페]]의 백곰처럼 힘을 뺀 생활형 연기와 애드리브성이 강한 대화 연기에 강점을 보였다. 한편 [[파이널 판타지 VII]]의 클라우드 스트라이프, [[귀멸의 칼날]]의 토미오카 기유, [[주술회전]]의 게토 스구루처럼 감정을 절제한 캐릭터도 꾸준히 맡고 있다.

=== 이력 ===

* 어린 시절, 캐릭터의 목소리를 전문적으로 연기하는 사람이 있다는 사실을 알게 된 것을 계기로 성우를 지망했다. 이후 [[세키 토시히코]]를 동경하여 그가 소속되어 있던 [[81 프로듀스]]를 목표로 삼았고, 양성소 과정을 거쳐 81 프로듀스에 들어갔다.
* 1997년 [[폭주형제 렛츠&고!! WGP]]로 데뷔했다.<ref name="animatetimes-profile" />
* 1999년 [[디지몬 어드벤처]]의 텐토몬과 [[KAIKAN 프레이즈]]의 나가이 요시히코 역을 맡으며 고정 배역이 늘기 시작했다.
* 2005년 [[파이널 판타지 VII 어드벤트 칠드런]]에서 클라우드 스트라이프 역을 맡았다. 해당 작품은 제62회 베네치아 국제 영화제에서 상영되었고, 사쿠라이도 클라우드 역 성우로 관련 행사에 참석했다.<ref>{{언어|일}} [https://game.watch.impress.co.jp/docs/20050902/ffac.htm GAME Watch - 「FF VII アドベントチルドレン」ヴェネチア国際映画祭で会見、上映会を開催] 2005년 9월 2일.</ref>
* 2012년 제6회 [[성우 어워드]]에서 해외 팬상을 수상했다.<ref name="seiyu-awards-6">{{언어|일}} [https://www.seiyuawards.jp/winning/winning_06/index.php 제6회 성우 어워드 수상자]</ref>
* 2013년 4월, 81 프로듀스를 퇴소하고 프리랜서로 활동하기 시작했다.
* 2014년 7월 20일, [[스즈무라 켄이치]]가 설립한 성우 사무소 [[INTENTION]]에 소속되었다.
* 2022년 제16회 [[성우 어워드]]에서 퍼스널리티상을 수상했다.<ref name="seiyu-awards-16">{{언어|일}} [https://www.seiyuawards.jp/winning/winning_16/index.php 제16회 성우 어워드 수상자]</ref>
* 2023년 3월 31일, INTENTION과의 소속 계약을 종료하고 다시 프리랜서가 되었다.<ref name="intention-2023" />
* 2025년부터 2026년에 걸쳐 [[오소마츠 씨]] 제4기, [[다이아의 A actII Second Season]], [[시광대리인 -LINK CLICK- 영도편]], [[전생했더니 슬라임이었던 건에 대하여]] 제4기, [[월드 이즈 댄싱]], [[헬모드 ~파고들기 좋아하는 게이머는 폐설정의 이세계에서 무쌍한다~]] 2nd Season 등에서 기존 배역 또는 신규 배역을 맡았다.<ref name="animehack-works">{{언어|일}} [https://anime.eiga.com/person/11011/program/ Anime Hack - 櫻井孝宏出演作品]</ref><ref name="linkclick-2026">{{언어|일}} [https://link-click.jp/ TV 애니메이션 「時光代理人 -LINK CLICK- 英都篇」 공식 사이트]</ref><ref name="worldisdancing">{{언어|일}} [https://natalie.mu/comic/news/671088 Comic Natalie - 「ワールドイズダンシング」PV公開義満役は櫻井孝宏] 2026년 5월 7일.</ref><ref name="hellmode">{{언어|일}} [https://www.animatetimes.com/news/details.php?id=1774599160 애니메이트 타임즈 - 「ヘルモード」 2nd Season 추가 성우 발표] 2026년 3월 28일.</ref>

=== 수상 ===
{| class="wikitable"

| ! 연도 !! 상 !! 부문 !! 비고 | | | | | | |
| --------------------- | - | --------------- | - | ------ | - | --------------------------------------- |
| 2012년 | | 제6회 [[성우 어워드]] | | 해외 팬상 | | 2011년도 대상<ref name="seiyu-awards-6" /> |
| - | | | | | | |
| 2022년 | | 제16회 [[성우 어워드]] | | 퍼스널리티상 | | 2021년도 대상<ref name="seiyu-awards-16" /> |
| } | | | | | | |

=== 사건 및 논란 ===

* 2006년 9월, 사쿠라이가 운영에 관여한 극단 joy2006의 무대 <ETERNITY>가 [[미타니 코키]]의 희곡 <도쿄 선샤인 보이즈의 덫>을 무단으로 개제·각색해 상연한 것으로 밝혀졌다. 극단 측은 사과문을 발표했고, 사쿠라이는 당시 출연 중이던 일부 라디오 프로그램 출연을 약 1개월간 자숙했다.<ref>{{언어|일}} [https://peat.hatenablog.com/entry/20060922/p1 stage note archives - 당시 joy2006 사과문 인용 기록] 2006년 9월 22일.</ref>
* 2022년 사생활 관련 보도가 나온 뒤, 진행 중이던 라디오 <P.S. 元気です。孝宏>이 종영했다.<ref>{{언어|일}} [https://kai-you.net/article/85132 KAI-YOU - 声優の櫻井孝宏、ラジオ番組終了] 2022년 10월 27일.</ref>
* 2023년에는 극장판 [[모노노케]]의 약장수 역에서 하차했다. 제작 측은 작품의 성격과 관객이 작품을 받아들이는 환경 등을 고려한 결정이라고 설명했다.<ref name="mononoke-2023">{{언어|일}} [https://www.nikkansports.com/entertainment/news/202302280000981.html 닛칸스포츠 - 声優の櫻井孝宏が主人公役を務める予定だった「劇場版モノノ怪」を降板] 2023년 2월 28일.</ref>
* 2026년 공개된 <극장판 모노노케 제3장 뱀신>에서는 TV판의 약장수와 연결되는 별도 인물로 재기용되었으며, 이 결정과 공지 방식에 대해 제작 측 관계자가 설명과 사과를 발표했다.<ref name="mononoke-2026">{{언어|일}} [https://kai-you.net/article/95600 KAI-YOU - 『劇場版モノノ怪』降板した声優櫻井孝宏の再起用を釈明] 2026년 6월 5일.</ref>

=== 인간관계 ===

* [[스즈무라 켄이치]]와는 동갑내기 성우로, 여러 작품과 라디오에서 공동 출연했다. 사쿠라이는 2014년부터 2023년까지 스즈무라가 대표로 있는 [[INTENTION]]에 소속되어 있었다.
* [[코니시 카츠유키]], [[호시 소이치로]] 등과 함께 아이돌 성우 유닛 [[뮌헨]]으로 활동한 적이 있다.
* [[후지와라 케이지]]와는 스쿠버 다이빙을 함께 즐길 정도로 친분이 있었다고 알려져 있다.
* [[모리쿠보 쇼타로]], [[미키 신이치로]], [[이와타 미츠오]] 등과도 친분이 있는 성우로 언급된다.

=== 에피소드 ===

* 애칭 중 하나인 “사쿠뿅”은 성우 [[타카하시 미카코]]가 붙인 별명으로 알려져 있다.
* 그림에도 소질이 있어, <.hack//G.U.> 관련 잡지에 펜네임 “쌀집씨”로 일러스트를 투고한 적이 있다. 또한 [[코드기어스 반역의 를르슈 R2]] 최종화에는 원화 스태프로도 참가했다.
* 양성소 시절 경제적으로 넉넉하지 않아 패밀리 레스토랑, 편의점, 유적 발굴, 해충 퇴치 등 여러 아르바이트를 경험했다고 한다.
* 시력이 좋은 편이지만 패션용 안경을 착용하는 일이 많아, 지인 성우들에게 다테메가네, 즉 도수 없는 안경을 쓴다고 놀림을 받은 일화가 있다.

== 성우로서의 활동 ==
{{안내|

* 같은 연도 안에서는 작품명을 가나다순으로 정렬하는 것을 원칙으로 합니다.
* '''굵은 글씨'''는 주연 또는 주요 배역입니다.
* 2016년 이후 목록은 최신 자료를 바탕으로 대표 및 주요 출연작을 중심으로 보강했습니다.
}}

=== 대표 배역 ===
{| class="wikitable"

| ! 연도 !! 작품 !! 배역 !! 매체 | | | | | | |
| ---------------------- | - | ------------------------------- | - | ------------------ | - | --------- |
| 1999년 | | [[디지몬 어드벤처]] | | '''텐토몬''' 외 | | TV 애니메이션 |
| - | | | | | | |
| 2001년 | | [[사이보그 009 THE CYBORG SOLDIER]] | | '''009 / 시마무라 죠''' | | TV 애니메이션 |
| - | | | | | | |
| 2003년 | | [[금색의 갓슈벨!!]] | | '''타카미네 키요마로''' | | TV 애니메이션 |
| - | | | | | | |
| 2004년 | | [[오늘부터 마왕!]] | | '''시부야 유리''' | | TV 애니메이션 |
| - | | | | | | |
| 2005년 | | [[파이널 판타지 VII 어드벤트 칠드런]] | | '''클라우드 스트라이프''' | | 극장판 애니메이션 |
| - | | | | | | |
| 2006년 | | [[코드기어스 반역의 를르슈]] | | '''쿠루루기 스자쿠''' | | TV 애니메이션 |
| - | | | | | | |
| 2007년 | | [[모노노케]] | | '''약장수''' | | TV 애니메이션 |
| - | | | | | | |
| 2009년 | | [[바케모노가타리]] | | '''오시노 메메''' | | TV 애니메이션 |
| - | | | | | | |
| 2012년 | | [[PSYCHO-PASS]] | | '''마키시마 쇼고''' | | TV 애니메이션 |
| - | | | | | | |
| 2013년 | | [[다이아의 A]] | | '''미유키 카즈야''' | | TV 애니메이션 |
| - | | | | | | |
| 2015년 | | [[오소마츠 씨]] | | '''마츠노 오소마츠''' | | TV 애니메이션 |
| - | | | | | | |
| 2016년 | | [[모브사이코 100]] | | '''레이겐 아라타카''' | | TV 애니메이션 |
| - | | | | | | |
| 2016년 | | [[죠죠의 기묘한 모험 다이아몬드는 부서지지 않는다]] | | '''키시베 로한''' | | TV 애니메이션 |
| - | | | | | | |
| 2019년 | | [[귀멸의 칼날]] | | '''토미오카 기유''' | | TV 애니메이션 |
| - | | | | | | |
| 2020년 | | [[주술회전]] | | '''게토 스구루''' | | TV 애니메이션 |
| - | | | | | | |
| 2022년 | | [[블루 록]] | | 이토시 사에 | | TV 애니메이션 |
| - | | | | | | |
| 2026년 | | [[월드 이즈 댄싱]] | | 아시카가 요시미츠 | | TV 애니메이션 |
| } | | | | | | |

=== TV 애니메이션 ===

* '''1997년'''
** [[포켓몬스터]] / 포켓몬 세미나의 학생, 마티스의 부하
** [[폭주형제 렛츠&고!! WGP]] / 왈데가르드 다나라, 리오네 마치키 {{덧|데뷔역}}

* '''1998년'''
** MASTER 키튼 / 랄프
** 무지개 전기 이리스 / 아벨
** 오 나의 여신님 작다는 것은 편리해 / 카게로
** [[카드캡터 사쿠라]] / 코우노 코이치
** 태양의 아들 에스테반 / 미즈오, 병사, 남자, 당직 사관

* '''1999년'''
** KAIKAN 프레이즈 / '''나가이 요시히코{{이명|산타}}'''
** [[디지몬 어드벤처]] / '''텐토몬''', 카브테리몬, 아토라카브테리몬 외
** 이니셜 D Second Stage / THUNDERS
** 조이드 -ZOIDS- / 데리스, 로카이, 히루츠, 안비엔토 외

* '''2000년'''
** 게이트 키퍼즈 / '''우키야 슌'''
** 그래비테이션 / 사회자
** 디지몬 어드벤처 02 / '''텐토몬''', 성인 이즈미 코시로 외
** 부기팝은 웃지 않는다 Boogiepop Phantom / 불량배 B

* '''2001년'''
** 사이보그 009 THE CYBORG SOLDIER / '''009{{이명|시마무라 죠}}'''
** 신 백설공주 전설 프리티어 / '''사사메'''
** 정글은 언제나 하레와 구우 / 아레
** 조이드 신세기 슬래쉬 제로 / '''비트 클라우드'''
** 진샤프트 / '''히로토 아마기와'''
** 카스밍 / '''카스미 센타로'''
** 히카루의 바둑 / 키시모토 카오루, 혼다 토시노리

* '''2002년'''
** GetBackers -탈환옥- / 카가미 쿄지
** SAMURAI DEEPER KYO / 쿠비라
** 도쿄 언더그라운드 / 스이
** 왕도둑 JING / 루시안
** 프린세스 츄츄 / '''파키아'''

* '''2003년'''
** PEACE MAKER 쿠로가네 / '''야마자키 스스무'''
** [[금색의 갓슈벨!!]] / '''타카미네 키요마로'''
** 마탐정 로키 RAGNAROK / '''어른 로키'''
** 세인트 비스트 ~성수강림 편~ / '''현무 신'''
** 앞장서라!! 크로마티 고교 / '''카미야마 타카시'''
** 진월담 월희 / '''이누이 아리히코'''
** 초 로보트 생명체 트랜스포머 마이크론 전설 / '''더블 페이스'''
** 카레이도 스타 / '''레온 오즈왈드'''

* '''2004년'''
** tactics / '''하루카'''
** 암굴왕 / 청년 시절의 펫포
** [[오늘부터 마왕!]] / '''시부야 유리''', 마검 모르기프
** 음유묵시록 마이네리베 / '''오르페우스'''
** 츠쿠요미 -MOON PHASE- / '''미도 세이지'''
** 학원 앨리스 / 미사키 선생

* '''2005년'''
** BLACK CAT / 제노스 하자드
** BLEACH / 키라 이즈루
** Canvas2 ~무지개색 스케치~ / '''카미쿠라 히로키'''
** 건×소드 / '''레이 랑그렌'''
** 오늘부터 마왕! 제2기 / '''시부야 유리'''
** 파니포니 대쉬! / 모모세 슈, 미카엘, 나레이션 외

* '''2006년'''
** .hack//Roots / '''하세오'''
** BLACK BLOOD BROTHERS / '''모치즈키 지로'''
** D.Gray-man / '''칸다 유우'''
** 슈발리에 ~Le Chevalier D'Eon~ / '''막시밀리안 로베스피에르'''
** 아야카시 ~ayakashi~ '바케네코' / '''약장수'''
** 음유묵시록 마이네리베 wieder / '''오르페우스'''
** 이노센트 비너스 / '''츠라사와 진'''
** [[제로의 사역마]] / '''기쉬 드 그라몽'''
** [[코드기어스 반역의 를르슈]] / '''쿠루루기 스자쿠'''
** 학원 헤븐 BOY'S LOVE HYPER! / '''엔도 카즈키'''

* '''2007년'''
** [[NARUTO -나루토- 질풍전]] / 사소리의 본체
** ZOMBIE-LOAN / '''타치바나 시토'''
** 렌탈 마기카 / 이스루기 케이
** [[모노노케]] / '''약장수'''
** 세인트 비스트 ~광음서사시천담~ / '''현무 신'''
** 수신연무 -HERO TALES- / '''류코 모우텐'''
** [[제로의 사역마 ~쌍월의 기사~]] / 기쉬 드 그라몽
** 키미키스 pure rouge / '''카이 에이지'''

* '''2008년'''
** [[순정 로맨티카]] / '''타카하시 미사키'''
** 오늘부터 마왕! 제3기 / '''시부야 유리'''
** [[제로의 사역마 ~삼미희의 윤무~]] / 기쉬 드 그라몽
** [[코드기어스 반역의 를르슈 R2]] / '''쿠루루기 스자쿠''', 제로
** 파천황유희 / '''알제이드'''

* '''2009년'''
** BLEACH 참백도이문 편 / 와비스케
** 겐지 이야기 천년기 Genji / '''히카루 겐지'''
** [[공중그네]] / 타구치 테츠야
** 드루아가의 탑 ~the Sword of URUK~ / '''니바'''
** [[바케모노가타리]] / '''오시노 메메'''
** 전장의 발큐리아 / '''팔디오 란차트'''
** 첫사랑 한정. / '''소가베 히로유키'''
** 크로스 게임 / '''아즈마 유헤이'''

* '''2010년'''
** 그래도 마을은 돌아간다 / '''이소하타 우키'''
** 납치사 고요 / '''야이치'''
** 누라리횬의 손자 / '''쿠비나시'''
** 디지몬 크로스워즈 / '''도루루몬''', 돈도코몬
** 배신은 내 이름을 알고 있다 / '''제스{{이명|루카 크로스제리아}}'''
** 백화요란 사무라이 걸즈 / 토쿠가와 요시히코
** 소녀요괴 자쿠로 / '''아게마키 케이'''
** [[흑집사 II]] / '''클로드 포스터스'''

* '''2011년'''
** C -the money of soul and possibility control- / '''마사카키'''
** DOG DAYS / 프랑보와즈 샤를르
** [[그날 본 꽃의 이름을 우리는 아직 모른다.]] / '''마츠유키 아츠무'''
** 누라리횬의 손자 천년마경 / '''쿠비나시'''
** [[단탈리안의 서가]] / 아르만 제레마니아
** 토리코 / '''코코'''
** 파이 브레인 ~신의 퍼즐~ / '''루크 반죠 크로스필드'''
** 하느님의 메모장 / '''히로'''

* '''2012년'''
** [[BRAVE10]] / '''핫토리 한조'''
** K / '''쿠사나기 이즈모'''
** [[PSYCHO-PASS]] / '''마키시마 쇼고'''
** [[마기]] / 쟈파르
** 백곰 카페 / '''백곰'''
** 사쿠라장의 애완 그녀 / '''미타카 진'''
** [[액셀 월드]] / 블루 나이트
** 이 중에 1명, 여동생이 있다! / '''미카도노 쇼고'''
** [[제로의 사역마 F]] / '''기쉬 드 그라몽'''
** 좋아한다고 말해. / '''쿠로사와 야마토'''

* '''2013년'''
** 개와 가위는 쓰기 나름 / '''하루미 카즈토'''
** [[유정천 가족]] / '''시모가모 야사부로'''
** [[서번트×서비스]] / '''이치미야 타이시'''
** [[다이아의 A]] / '''미유키 카즈야'''
** [[단간론파 희망의 학원과 절망의 고교생 The Animation]] / '''쿠와타 레온'''
** 두근두근! 프리큐어 / 조 오카다
** [[마오유우 마왕용사]] / 왕제 원수
** [[머신 돌은 상처받지 않아]] / 신
** [[로그 호라이즌]] / 크러스티
** [[마기 The kingdom of magic]] / 쟈파르

* '''2014년'''
** [[노라가미]] / 라보우
** 노부나가 더 풀 / '''아케치 미츠히데'''
** 버디 컴플렉스 / '''비존 제라필'''
** 소울 이터 NOT! / 아카네
** [[PSYCHO-PASS 2]] / 히나카와 쇼
** [[도쿄 구울]] / 우타
** [[로그 호라이즌]] 제2시리즈 / 크러스티

* '''2015년'''
** [[하이큐!! 세컨드 시즌]] / 츠키시마 아키테루
** [[오소마츠 씨]] / '''마츠노 오소마츠'''
** [[기동전사 건담 철혈의 오펀스]] / 맥길리스 파리드
** [[식극의 소마]] / 잇시키 사토시
** [[오버로드]] / 지르크니프 룬 파로드 엘 닉스
** [[원펀맨]] / 좀비맨

* '''2016년'''
** [[91Days]] / 바르베로
** [[DAYS]] / 우스이 유타
** [[기동전사 건담 철혈의 오펀스]] 제2기 / 맥길리스 파리드
** [[문호 스트레이독스]] / 프랜시스 F
** [[모브사이코 100]] / '''레이겐 아라타카'''
** [[베르세르크]] / 그리피스
** [[죠죠의 기묘한 모험 다이아몬드는 부서지지 않는다]] / '''키시베 로한'''
** [[편주를 엮다]] / '''마지메 미츠야'''
** [[히비케! 유포니엄 2]] / 타키 노보루

* '''2017년'''
** [[3월의 라이온]] 제2시리즈 / 하야시다 타카시
** [[DIVE!!]] / 후지타니 요이치
** [[마법진 구루구루]] / 깁플
** [[베르세르크]] 제2기 / 그리피스
** [[식극의 소마]] 세 번째 접시 / 잇시키 사토시
** [[오소마츠 씨]] 제2기 / '''마츠노 오소마츠'''
** [[유정천 가족 2]] / '''시모가모 야사부로'''

* '''2018년'''
** [[그랑크레스트 전기]] / 빌라르 콘스탄스
** [[살육의 천사]] / 대니
** [[일하는 세포]] / 헬퍼 T 세포
** [[카라쿠리 서커스]] / 아시하나 에이료
** [[우주전함 티라미스]] / 이스즈 이치노세
** [[우주전함 티라미스 II]] / 이스즈 이치노세

* '''2019년'''
** [[Fate/Grand Order -절대마수전선 바빌로니아-]] / 멀린<ref>{{언어|일}} [https://anime.fate-go.jp/ep7-tv/tv/character/?chara=merlin TV 애니메이션 「Fate/Grand Order -絶対魔獣戦線バビロニア-」 공식 사이트 - 멀린]</ref>
** [[PSYCHO-PASS 3]] / 히나카와 쇼
** [[귀멸의 칼날]] / '''토미오카 기유'''
** [[다이아의 A actII]] / '''미유키 카즈야'''
** [[문호 스트레이독스]] 제3시즌 / 프랜시스 F
** [[모브사이코 100 II]] / '''레이겐 아라타카'''

* '''2020년'''
** [[아쿠다마 드라이브]] / 살인귀
** [[디지몬 어드벤처:]] / '''텐토몬'''
** [[드래곤 퀘스트 다이의 대모험]] / 아방
** [[식극의 소마]] 호의 접시 / 잇시키 사토시
** [[주술회전]] / '''게토 스구루'''
** [[지박소년 하나코 군]] / 츠치고모리
** [[후르츠 바스켓]] 2nd season / 소마 아야메

* '''2021년'''
** [[NIGHT HEAD 2041]] / 키리하라 나오토
** [[왕의 랭킹]] / 데스하
** [[시광대리인 -LINK CLICK-]] 일본어 더빙판 / '''루광{{이명|히카루}}'''
** [[성녀의 마력은 만능입니다]] / 알베르트 호크
** [[헤이케 이야기]] / 타이라노 시게모리

* '''2022년'''
** [[BLEACH 천년혈전편]] / 키라 이즈루
** [[Ninjala]] / 버튼
** [[모브사이코 100 III]] / '''레이겐 아라타카'''
** [[베르세르크 황금시대편 MEMORIAL EDITION]] / 그리피스
** [[블루 록]] / 이토시 사에
** [[우루세이 야츠라]] 2022년판 / 오즈노 츠바메
** [[인섹트랜드]] / 내레이션

* '''2023년'''
** [[주술회전]] 제2기 / '''게토 스구루'''
** [[성녀의 마력은 만능입니다]] Season 2 / 알베르트 호크
** [[왕의 랭킹 용기의 보물상자]] / 데스하

* '''2024년'''
** [[귀멸의 칼날: 합동 강화 훈련편]] / 토미오카 기유
** [[블루 록 VS. U-20 JAPAN]] / 이토시 사에
** [[전생했더니 슬라임이었던 건에 대하여]] 제3기 / 디아블로
** [[히비케! 유포니엄 3]] / 타키 노보루

* '''2025년'''
** [[오소마츠 씨]] 제4기 / '''마츠노 오소마츠'''<ref>{{언어|일}} [https://osomatsusan.com/ TV 애니메이션 「おそ松さん」 공식 사이트]</ref>
** [[염염의 소방대]] 참의 장 / 유이치로 쿠로노
** [[원펀맨]] 제3기 / 좀비맨

* '''2026년'''
** [[다이아의 A actII Second Season]] / '''미유키 카즈야'''<ref>{{언어|일}} [https://natalie.mu/comic/anime/1345 Comic Natalie - ダイヤのA actII Second Season]</ref>
** [[리인카네이션의 꽃잎]] / 카를로스 N. 해스콕<ref>{{언어|일}} [https://petals-of-reincarnation-anime.com/staff TV 애니메이션 「リィンカーネーションの花弁」 공식 사이트]</ref>
** [[시광대리인 -LINK CLICK- 영도편]] 일본어 더빙판 / '''루광{{이명|히카루}}'''<ref name="linkclick-2026" />
** [[염염의 소방대]] 참의 장 제2쿨 / 유이치로 쿠로노<ref>{{언어|일}} [https://anime.eiga.com/program/112888/ Anime Hack - 炎炎ノ消防隊参ノ章第2クール]</ref>
** [[월드 이즈 댄싱]] / 아시카가 요시미츠<ref name="worldisdancing" />
** [[전생했더니 슬라임이었던 건에 대하여]] 제4기 / 디아블로<ref>{{언어|일}} [https://natalie.mu/comic/anime/1584 Comic Natalie - 「転生したらスライムだった件」第4期]</ref>
** [[헬모드 ~파고들기 좋아하는 게이머는 폐설정의 이세계에서 무쌍한다~]] 2nd Season / 헬미오스<ref name="hellmode" />

=== OVA ===

* '''2006년'''
** [[로젠 메이든 오베르튜레]] / 시로사키

* '''2007년'''
** 오늘부터 마왕! R / '''시부야 유리'''

* '''2011년'''
** [[Fate/Prototype]] / '''세이버'''

* '''2016년 ~ 2017년'''
** [[마법사의 신부 별을 기다리는 사람]] / 미우라 리이치

* '''2019년'''
** [[모브사이코 100]] 제1회 영등등 상담소 위안여행 / '''레이겐 아라타카'''

=== 극장판 애니메이션 ===

* '''2004년'''
** 극장판 금색의 갓슈벨!! 101번째 마물 / '''타카미네 키요마로'''

* '''2005년'''
** [[파이널 판타지 VII 어드벤트 칠드런]] / '''클라우드 스트라이프'''
** 극장판 금색의 갓슈벨!! 메카발칸의 내습 / '''타카미네 키요마로'''

* '''2016년'''
** [[학살기관]] / 존 폴
** [[ONE PIECE FILM GOLD]] / 젊은 길드 테조로

* '''2017년'''
** [[BLAME!]] / 키리이
** [[GODZILLA 괴수행성]] / 메토피에스

* '''2018년'''
** [[GODZILLA 결전기동증식도시]] / 메토피에스
** [[GODZILLA 별을 먹는 자]] / 메토피에스
** [[리즈와 파랑새]] / 타키 노보루

* '''2019년'''
** [[극장판 히비케! 유포니엄 ~맹세의 피날레~]] / 타키 노보루
** [[극장판 PSYCHO-PASS Sinners of the System]] / 히나카와 쇼
** [[코드기어스 부활의 를르슈]] / 쿠루루기 스자쿠
** [[영화 오소마츠 씨]] / 마츠노 오소마츠

* '''2020년'''
** [[PSYCHO-PASS 3 FIRST INSPECTOR]] / 히나카와 쇼
** [[디지몬 어드벤처 LAST EVOLUTION 인연]] / 텐토몬

* '''2021년'''
** [[극장판 주술회전 0]] / 게토 스구루
** [[시도니아의 기사: 사랑을 잣는 별]] / 쿠나토 노리오

* '''2022년'''
** 극장판 전생했더니 슬라임이었던 건에 대하여 홍련의 인연편 / 디아블로
** 블루 록 초속 상영판 “푸른 감옥” 입료편 / 이토시 사에
** 오소마츠 씨 ~히피포족과 빛나는 과실~ / 마츠노 오소마츠
** 영화 바쿠텐!! / 시다 슈사쿠

* '''2023년'''
** [[극장판 PSYCHO-PASS PROVIDENCE]] / 히나카와 쇼
** 특별편 히비케! 유포니엄 앙상블 콘테스트 / 타키 노보루
** 오소마츠 씨 영혼의 타코야키 파티와 전설의 하룻밤 / 마츠노 오소마츠

* '''2024년'''
** [[귀멸의 칼날: 인연의 기적, 그리고 합동 강화 훈련으로]] / 토미오카 기유
** [[키즈모노가타리 코요미 뱀프]] / 오시노 메메
** [[파이널 판타지 VII 어드벤트 칠드런 컴플리트]] 4K 리마스터판 / 클라우드 스트라이프

* '''2025년'''
** [[극장판 귀멸의 칼날 무한성편 제1장 아카자 재래]] / 토미오카 기유<ref name="animehack-works" />
** [[극장판 총집편 주술회전 회옥·옥절]] / 게토 스구루
** 알드노아. 제로 Re+ / 트릴란
** 친란 인생의 목적 / 청년기 친란

* '''2026년'''
** 극장판 전생했더니 슬라임이었던 건에 대하여 창해의 눈물편 / 디아블로<ref name="animehack-works" />
** 최종악장 히비케! 유포니엄 전편 / 타키 노보루<ref name="animehack-works" />
** 최종악장 히비케! 유포니엄 후편 / 타키 노보루<ref name="animehack-works" />
** 극장판 모노노케 제3장 뱀신 / 약장수 관련 배역<ref name="mononoke-2026" />

=== 웹 애니메이션 ===

* '''2011년'''
** 코피한 / '''츠가야마 하루히코'''

* '''2016년'''
** [[몬스터 스트라이크]] / 루시퍼

* '''2019년'''
** [[7SEEDS]] / 료

* '''2021년'''
** [[극주부도]] / 마사

=== 게임 ===

* '''2000년'''
** 바운서 / 시온 발자드

* '''2001년'''
** 버추어 파이터 4 / 레이 페이

* '''2002년'''
** 킹덤 하츠 / 클라우드 스트라이프

* '''2003년'''
** 판타스틱 포츈 2 / 류트 윌슨
** 그로우 랜서 4 / 발레리

* '''2005년'''
** NAMCO x CAPCOM / 간츠, 레드 아리마 조커
** 프린세스 메이커 4 / 샤를
** 테일즈 오브 레젠디아 / 월터 델 퀘스
** 킹덤 하츠 II / 클라우드 스트라이프

* '''2006년'''
** 버추어 파이터 5 / 레이 페이

* '''2007년'''
** 크라이시스 코어 파이널 판타지 VII / 클라우드 스트라이프

* '''2008년'''
** 디시디아 파이널 판타지 / 클라우드 스트라이프

* '''2009년'''
** 테일즈 오브 그레이세스 / 아스벨 란트
** 완드 오브 포츈 / 유리우스 포트너

* '''2010년'''
** [[단간론파 희망의 학교와 절망의 고교생]] / [[쿠와타 레온]]

* '''2011년'''
** 디시디아 듀오데심 파이널 판타지 / 클라우드 스트라이프
** 완드 오브 포츈 2 ~시공에 가라앉는 묵시록~ / 유리우스 포트너
** Are you Alice? / 앨리스
** [[길티 크라운 로스트 크리스마스]] / '''스크루지'''

* '''2015년'''
** [[Fate/Grand Order]] / 멀린, 아서 펜드래건{{덧|프로토타입}}

* '''2016년'''
** [[그랑블루 판타지]] / 루시오, 루시펠, 루시퍼 외
** [[파이널 판타지 XV]] / 비공개·관련 배역

* '''2018년'''
** [[드래그온 드라군 3]] 관련 출연 / 제로의 사도 계열 배역
** [[디시디아 파이널 판타지 NT]] / 클라우드 스트라이프

* '''2020년'''
** [[파이널 판타지 VII 리메이크]] / '''클라우드 스트라이프'''<ref>{{언어|일}} [https://dengekionline.com/articles/26223/ 전격 온라인 - 『FFVIIリメイク』クラウド役・櫻井孝宏 인터뷰] 2020년 2월 13일.</ref>

* '''2023년'''
** [[파이널 판타지 VII 에버 크라이시스]] / '''클라우드 스트라이프'''

* '''2024년'''
** [[파이널 판타지 VII 리버스]] / '''클라우드 스트라이프'''<ref>{{언어|일}} [https://www.jp.square-enix.com/ffvii_rebirth/character/ FINAL FANTASY VII REBIRTH 공식 사이트 - 클라우드 스트라이프]</ref>

=== 여성향 게임 ===

* '''2009년'''
** 완드 오브 포츈 / 유리우스 포트너

* '''2010년'''
** 완드 오브 포츈 ~미래로의 프롤로그~ / 유리우스 포트너

* '''2011년'''
** 완드 오브 포츈 2 ~시공에 가라앉는 묵시록~ / 유리우스 포트너
** Are you Alice? / 앨리스

=== 온라인 게임 ===

* '''2011년'''
** 스타프로젝트 온라인 / 야노 카즈키

=== 라디오 ===

* A&G 메디어 스테이션 콤챠트 카운트다운 / 퍼스널리티
* P.S. 元気です。孝宏 / 퍼스널리티
* 유한회사 체리벨 / 퍼스널리티
* 세인트 비스트 케모노미치 / 퍼스널리티
* .hack//G.U.RADIO 하세오 세트 / 퍼스널리티

== 디스코그라피 ==
=== 드라마 CD ===

* CRAZY CIRCUS Vol.02 / 아카츠키 케이
* 피리오드큐브 Quest4 / 아스트람
* 초밀착! 빙의 CD '유환 로맨티카' 제2의 수수께끼 여우요괴 / 자쿠로
* DIABOLIK LOVERS 시리즈 / 무카미 루키
** DIABOLIK LOVERS 도S흡혈 CD BLOODY BOUQUET Vol.2
** DIABOLIK LOVERS MORE CHARACTER SONG Vol.3
** DIABOLIK LOVERS 도S흡혈 CD VERSUS II Vol.5 루키 VS 코우
** DIABOLIK LOVERS 도S흡혈 CD MORE, BLOOD Vol.3
* 다이쇼 우상 낭만 '제국 스타' 시리즈 / 세이시로
* 그와 둘이서 녹아버리는 CD '√HAPPY+SUGAR=' 시리즈 / 엔쥬
* 왕립 왕자 학원 시리즈 / 신데렐라의 왕자
* 당신이 욕실에서 현기증 나는 CD ~온천 의인화 컬렉션~ 시리즈 / 쿠사츠
* 아로마 그이 Vol.7 / 자단
* 삼국연전기 ~소녀의 병법~ 공식 드라마 CD '운장편 밀회'
* 10년 첫사랑 시리즈 / 니다 코헤이
* 어른의 과외 CD ~제3편 레츠 신부 수업 일본 요리 편~
* 히가시우라가의 휴일 vol.1 ~형&동생 편~
* 초접근형 속삭임 밀착 CD 6 ~명탐정 미츠노죠 츠키히코의 밀실 미스터리~
* KISS×KISS collections Vol.25 '왕자님 키스' / 히로세 아오이
* 베스트플레이스 ~가까워지는 체온~ vol.3 / 이누이 타다사네
* 닌자, 사랑에 빠져 시추에이션 CD 1권 ~사루토비 사스케&키리가쿠레 쿠로도~
* Yandere Heaven Vol.05

=== BLCD ===

* 순정 로맨티카 시리즈 / 타카하시 미사키
* 학원 헤븐 시리즈 / 엔도 카즈키
* 기타 BLCD 출연작 다수

=== 캐릭터송 ===

* 오늘부터 마왕! 캐릭터 송 vol.1 시부야 유리
** 비오라이트
* 백곰 카페 관련 캐릭터송
** My Dear / 백곰
* A&G 메디어 스테이션 콤챠트 카운트다운 관련 음반
** party☆party time! / 사쿠라이 타카히로, 이구치 유카

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://www.animatetimes.com/tag/details.php?id=799 애니메이트 타임즈 - 사쿠라이 타카히로 프로필]
* {{언어|일}} [https://anime.eiga.com/person/11011/program/ Anime Hack - 사쿠라이 타카히로 출연작]
* {{언어|일}} [https://www.seiyuawards.jp/ 성우 어워드 공식 사이트]
* {{언어|일}} [https://intention-k.com/archives/10164 INTENTION - 사쿠라이 타카히로 관련 보고]

일본/망언

2026-06-17T05:04:02Z

Gaon12:

{{인용문|부당한 주장을 즉각 중단하고, 겸허한 자세로 역사를 직시해야 할 것이다.|[https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at{{=}}view&category{{=}}kr&idx{{=}}5023 일본 시마네현의 소위 「독도의 날」 행사 관련 외교부 대변인 성명(2020.2.22.) 중]}}

{{인용문|피해자들의 아픔을 치유할 수 있는 책임있는 행동을 보여주어야 할 것이다.|[http://www.mofa.go.kr/www/brd/4080/view.do?seq{{=}}347103 일본군 위안부 피해자 문제에 대한 외교부 대변인 성명 중]}}

==개요==
이 문서는 [[일본]]의 정부기관, 정치인, 우익 단체 및 논객 등이 [[독도]], [[일본군 위안부 피해자]], [[강제징용]], [[일제강점기]] 등과 관련하여 한 발언 또는 공식 문서의 논란성 서술을 정리한 문서이다.

작성 시에는 인물 또는 단체별로 구분하고, 같은 인물 또는 단체 안에서는 시간순으로 정리한다. 발언·서술을 추가할 때에는 가능한 한 원문에 가까운 표현, 발언 시점, 발언 주체, 쟁점, 관련 보도 또는 공식 발표 링크를 함께 적는다.

감정적 평가만 나열하기보다는, 어떤 역사적·외교적 쟁점에서 문제가 되었는지 함께 설명하는 방식으로 작성한다.

==작성 지침==

* 발언 주체가 [[일본 정부]], [[일본 외무성]], [[일본 문부과학성]], [[일본 방위성]], [[시마네현]] 등 기관인 경우 기관별 문단에 적는다.
* 개인 발언은 정치인, 지방자치단체장, 우익 정치활동가, 우익 논객 등으로 나누어 적는다.
* 출처는 뉴스 기사, 공식 발표, 공식 문서 순으로 우선 기재한다.
* 단순 비난 표현보다는 “주장하였다”, “기술하였다”, “반발하였다”, “한국 정부가 항의하였다”와 같은 문서형 표현을 사용한다.
* 이미 해소되었거나 오보로 확인된 내용은 추가하지 않는다.

==주요 사례 일람==
{| class="wikitable sortable"
! 연도 !! 주체 !! 쟁점 !! 발언·서술 요지 !! 출처 !! 관련 문단
|-
| 2026 || [[일본 외무성]] || [[독도]] || 2026년판 [[외교청서]]에서 독도가 일본 고유 영토이며 한국이 불법 점거하고 있다는 취지의 주장을 반복하였다. || [https://www.yna.co.kr/view/AKR20260410044352073 연합뉴스], [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8508 외교부 독도] || [[#2026년 외교청서의 독도 영유권 주장]]
|-
| 2026 || [[일본 외무성]] || [[독도]] || 외무대신 국회 외교연설에서 독도가 일본 고유 영토라는 취지의 주장을 반복하였다. || [https://www.yna.co.kr/view/AKR20260220104951073 연합뉴스], [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8382 외교부 독도] || [[#외무대신 국회 외교연설의 독도 관련 발언]]
|-
| 2026 || [[일본 문부과학성]] || [[독도]], [[일본군 위안부 피해자]], [[강제징용]] || 고등학교 교과서 검정에서 독도 관련 억지 주장과 위안부·강제징용 관련 강제성을 희석하는 서술이 포함되었다는 비판을 받았다. || [https://www.yna.co.kr/view/AKR20260324185700073 연합뉴스], [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8505 외교부 독도] || [[#2026년 고등학교 교과서 검정]]
|-
| 2026 || [[시마네현]], [[일본 정부]] || [[독도]] || 이른바 “다케시마의 날” 행사를 개최하고 일본 정부 고위급 인사가 참석하였다. || [https://www.yna.co.kr/view/AKR20260222034100504 연합뉴스], [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8385 외교부 독도] || [[#2026년 다케시마의 날 행사]]
|-
| 2025 || [[일본 방위성]] || [[독도]] || 2025년판 [[방위백서]]에서 독도 관련 영유권 주장을 반복하였다. || [https://www.hani.co.kr/arti/international/international_general/1208031.html 한겨레], [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8355 외교부 독도] || [[#2025년 방위백서의 독도 관련 서술]]
|-
| 2025 || [[일본 내각관방]] || [[독도]] || 독도 영유권 주장을 홍보하는 “영토주권전시관”을 재개관하고, 이후 확장 공간을 추가 개관하였다. || [https://www.yna.co.kr/view/AKR20250418107251504 연합뉴스], [https://www.yna.co.kr/view/AKR20251114154300073 연합뉴스] || [[#영토주권전시관 재개관 및 확장]]
|-
| 2024 || [[일본 외무성]] || [[독도]], [[강제징용]] || 2024년판 외교청서에서 독도 영유권 주장을 반복하고, 한국 대법원의 강제동원 배상 판결을 수용할 수 없다는 취지를 밝혔다. || [https://www.ytn.co.kr/_ln/0104_202404161301167285 YTN], [https://imnews.imbc.com/replay/2024/nwdesk/article/6589871_36515.html MBC] || [[#2024년 외교청서의 독도 및 강제동원 관련 서술]]
|-
| 2020 || [[일본 외무성]] || [[독도]], [[코로나바이러스감염증-19]] || COVID-19 진단키트 명칭을 “독도”로 하자는 국민청원과 관련하여 독도가 일본 고유 영토라는 주장을 하였다. || [https://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=001&oid=032&aid=0003001750 경향신문] || [[#COVID-19 진단키트명을 독도로 하자는 국민청원에 대해]]
|-
| 2019 || [[일본 외무성]] || [[일본군 위안부 피해자]] || “성노예”라는 표현은 사실에 반하므로 사용해서는 안 된다는 일본 정부의 입장을 공식화하였다. || [https://www.kr.emb-japan.go.jp/relation/history_issues_QnA_6.html 주대한민국일본국대사관], [https://www.yna.co.kr/view/AKR20191111026600073 연합뉴스] || [[#위안부 성노예 표현 부정]]
|-
| 2019 || [[하쿠타 나오키]] || [[한글]], [[한국사]] || 일본이 한글을 통일시켰다는 취지의 발언을 하였다. || [https://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=100&oid=437&aid=0000217368 JTBC] || [[#하쿠타 나오키]]
|}

==정부 및 행정기관==
===외무성===
[[일본 외무성]]은 일본 정부의 외교정책을 담당하는 중앙행정기관이다. 독도, 일본군 위안부 피해자 문제, 강제동원 배상 판결 등 한일 간 역사·영토 현안에서 일본 정부 입장을 공식 문서와 외교연설을 통해 반복적으로 제시해 왔다.

====2026년====
=====2026년 외교청서의 독도 영유권 주장=====
{{인용문|다케시마는 역사적 사실에 비춰봐도, 국제법상으로도 일본 고유의 영토|[https://www.yna.co.kr/view/AKR20260410044352073 2026년판 외교청서 관련 보도 중]}}

2026년 4월 10일, 일본 정부는 2026년판 [[외교청서]]를 공개하였다. 이 문서에서 일본 외무성은 [[독도]]를 일본의 고유 영토라고 주장하고, 한국이 독도를 불법 점거하고 있다는 취지의 서술을 반복하였다.

이에 대해 [[대한민국 외교부]]는 대변인 논평을 통해 독도는 역사적·지리적·국제법적으로 명백한 대한민국 고유의 영토라고 밝히며, 일본 정부의 부당한 영유권 주장을 즉각 철회할 것을 촉구하였다.

* 관련 링크: [https://www.yna.co.kr/view/AKR20260410044352073 연합뉴스 - 日외교청서 "독도는 일본 땅" 또 억지]
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8508 외교부 독도 - 일본 2026년 외교청서에 대한 외교부 대변인 논평]

=====외무대신 국회 외교연설의 독도 관련 발언=====
{{인용문|역사적 사실에 비춰 봐도, 국제법상으로도 일본 고유의 영토|[https://www.yna.co.kr/view/AKR20260220104951073 모테기 도시미쓰 일본 외무상 국회 외교연설 관련 보도 중]}}

2026년 2월 20일, [[모테기 도시미쓰]] 일본 외무상은 국회 외교연설에서 [[독도]]가 일본 고유의 영토라는 취지의 주장을 하였다. 보도에 따르면 일본 외무상은 2014년 이후 매년 국회 외교연설에서 독도 영유권 주장을 반복해 왔다.

대한민국 외교부는 성명을 내고 일본 정부가 외무대신의 국회 외교연설을 통해 독도에 대한 부당한 영유권 주장을 되풀이한 데 대해 강력히 항의하였다.

* 관련 링크: [https://www.yna.co.kr/view/AKR20260220104951073 연합뉴스 - 日외무상, 또 '독도는 일본땅']
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8382 외교부 독도 - 일본 외무대신의 외교연설 중 독도 관련 언급에 대한 외교부 대변인 성명]

====2025년====
=====2025년 외교청서의 독도 관련 서술=====
2025년 4월 8일, 일본 정부는 2025년판 외교청서에서 독도에 대한 영유권 주장을 다시 실었다. 대한민국 외교부는 이에 대해 “부당한 영유권 주장”이라고 비판하며 즉각 철회를 촉구하였다.

* 관련 링크: [https://www.mofa.go.kr/www/brd/m_4080/view.do?seq=375996 외교부 - 일본 2025년 외교청서에 대한 외교부 대변인 논평]

====2024년====
=====2024년 외교청서의 독도 및 강제동원 관련 서술=====
2024년판 외교청서에서도 일본 정부는 독도를 일본 고유 영토라고 주장하였다. 또한 한국이 경비대를 상주시키고 군사훈련을 한다는 점을 거론하며 한국이 독도를 불법 점거하고 있다는 취지의 서술을 반복하였다.

이 문서에는 [[일제강점기]] [[강제징용]] 피해자들이 일본 기업을 상대로 제기한 손해배상 소송과 관련하여, 한국 법원의 판결을 일본이 수용할 수 없다는 취지의 입장도 담겼다. 이는 [[대한민국 대법원]]의 강제동원 손해배상 판결과 관련된 한일 갈등의 연장선에 있다.

* 관련 링크: [https://www.ytn.co.kr/_ln/0104_202404161301167285 YTN - 日 외교청서 "독도는 일본 땅...징용판결 수용불가"]
* 관련 링크: [https://imnews.imbc.com/replay/2024/nwdesk/article/6589871_36515.html MBC - 독도는 일본 고유 영토, 강제동원 배상판결 결코 수용 불가]

====2020년====
=====COVID-19 진단키트명을 독도로 하자는 국민청원에 대해=====
{{인용문|다케시마는 역사적 사실에 비춰봐도, 국제법적으로도 우리나라 고유 영토|[https://news.naver.com/main/read.nhn?mode{{=}}LSD&mid{{=}}sec&sid1{{=}}001&oid{{=}}032&aid{{=}}0003001750 모테기 도시미쓰 일본 외무상 발언 관련 보도 중]}}

[[코로나바이러스감염증-19]] 진단키트의 명칭을 “독도”로 하자는 [[청와대 국민청원]]과 관련하여, [[모테기 도시미쓰]] 일본 외무상은 독도가 일본 고유의 영토라는 취지의 발언을 하였다.

이는 감염병 대응 물품의 명칭과 관련한 국내 청원에 대해 일본 정부가 독도 영유권 주장을 다시 꺼낸 사례이다.

* 관련 링크: [https://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=001&oid=032&aid=0003001750 경향신문 - 모테기 도시미쓰 일본 외무상 관련 보도]

====2019년====
=====위안부 성노예 표현 부정=====
{{인용문|성노예라는 표현은 사실에 반하므로 사용하지 말아야 합니다.|[https://www.kr.emb-japan.go.jp/relation/history_issues_QnA_6.html 주대한민국일본국대사관 - ‘강제연행’ 등에 대한 일본 정부의 입장 중]}}

일본 정부는 [[일본군 위안부 피해자]]와 관련해 “성노예”라는 표현은 사실에 반하므로 사용해서는 안 된다는 입장을 제시하였다. 2019년 일본 외교청서에서도 이 취지의 문구가 실려 논란이 되었다.

한국 측에서는 2015년 [[2015년 한일 위안부 문제 협상|한일 위안부 합의]]에서 한국 정부가 “성노예” 표현이 사실에 반한다고 인정한 것은 아니라는 반박이 나왔다. 2017년 한일 위안부 합의 검토 태스크포스 보고서 역시 한국 정부가 “성노예”라는 표현을 사용하지 않기로 약속한 것은 아니라고 보았다.

* 관련 링크: [https://www.kr.emb-japan.go.jp/relation/history_issues_QnA_6.html 주대한민국일본국대사관 - ‘강제연행’ 등에 대한 일본 정부의 입장]
* 관련 링크: [https://www.yna.co.kr/view/AKR20191111026600073 연합뉴스 - 日정부 "위안부는 성노예 아냐…韓정부도 확인" 주장 논란]
* 관련 링크: [https://www.yna.co.kr/view/AKR20191112140200502 연합뉴스 팩트체크 - '위안부 성노예 아니다' 주장에 日사학자들도 'NO']

===문부과학성===
[[일본 문부과학성]]은 일본의 교육·과학기술·문화정책을 담당하는 중앙행정기관이다. 일본 교과서 검정 과정에서 독도 영유권 주장, 일본군 위안부 피해자 문제, 강제징용 관련 서술이 반복적으로 논란이 되어 왔다.

====2026년====
=====2026년 고등학교 교과서 검정=====
2026년 3월 24일, 일본 문부과학성은 2027학년도부터 사용할 고등학교 사회과 교과서 검정 결과를 확정하였다. 검정을 통과한 교과서 상당수에는 독도가 일본 고유 영토이며 한국이 불법 점거하고 있다는 취지의 서술이 포함된 것으로 보도되었다.

또한 대한민국 외교부는 해당 교과서에 일본군 위안부 피해자 및 강제징용 관련 강제성을 희석하는 서술이 포함되어 있다고 지적하였다.

* 관련 링크: [https://www.yna.co.kr/view/AKR20260324185700073 연합뉴스 - 일본 교과서 검정 변천사는…독도·근대사 억지 주장 강화]
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8505 외교부 독도 - 일본 고등학교 교과서 검정 결과에 대한 외교부 대변인 성명]

====2025년====
=====2025년 고등학교 교과서 검정=====
2025년 고등학교 교과서 검정에서도 독도를 일본 고유 영토라고 표기한 교과서가 검정을 통과하여 논란이 되었다. 일부 교과서에서는 강제징용 관련 표현을 “연행”이 아니라 “동원”으로 바꾸는 등 강제성을 약화하는 서술이 지적되었다.

* 관련 링크: [https://www.ohmynews.com/NWS_Web/View/at_pg.aspx?CNTN_CD=A0003113585 오마이뉴스 - 일본 고교 새 교과서 '독도는 일본땅', '노동자 동원' 억지 주장]
* 관련 링크: [https://www.hani.co.kr/arti/society/schooling/1188823.html 한겨레 - 교육부, 역사왜곡 교과서 검정 통과시킨 일본에 즉각 시정 촉구]

====2024년====
=====2024년 중학교 교과서 검정=====
2024년 검정을 통과한 일본 중학교 사회과 교과서에서도 독도 관련 영유권 주장이 강화되었다는 분석이 제기되었다. 특히 “일본 고유의 영토”, “1905년 영토 편입”, “한국의 불법점거”, “일본 정부의 평화적 해결 노력” 등이 주요 서술 요소로 나타났다는 연구가 있다.

* 관련 링크: [https://www.kci.go.kr/kciportal/ci/sereArticleSearch/ciSereArtiView.kci?sereArticleSearchBean.artiId=ART003167149 KCI - 2024년 검정통과 일본 중학교 교과서의 독도 관련 서술 분석]

===방위성===
[[일본 방위성]]은 일본의 안보·방위정책을 담당하는 중앙행정기관이다. 방위백서에서도 독도 관련 영유권 주장이 반복적으로 실려 왔다.

====2025년====
=====2025년 방위백서의 독도 관련 서술=====
2025년 7월 15일 발표된 일본 방위백서에는 독도를 일본 고유 영토라는 취지로 다루는 서술이 포함되었다. 대한민국 외교부는 이를 부당한 영유권 주장이라고 규정하고 즉각 철회를 촉구하였다.

* 관련 링크: [https://www.hani.co.kr/arti/international/international_general/1208031.html 한겨레 - 일본 방위백서 “한국은 파트너이자 중요한 이웃국가…독도는 일본땅”]
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8355 외교부 독도 - 일본 2025년 방위백서에 대한 외교부 대변인 논평]

===내각관방 및 영토문제 담당 조직===
[[일본 내각관방]]은 일본 총리를 보좌하는 기관이다. 일본 정부는 내각관방 산하 조직 등을 통해 독도, 센카쿠 열도, 쿠릴열도 남단 4개 섬 등을 일본 영토라고 주장하는 홍보 활동을 해 왔다.

====2025년====
=====영토주권전시관 재개관 및 확장=====
2025년 4월 18일, 일본 정부는 도쿄의 “영토주권전시관”을 재개관하였다. 이 전시관은 독도 등을 일본 영토라고 주장하는 내용을 전시하는 시설로, 대한민국 정부는 즉각 폐쇄를 촉구하였다.

2025년 11월 14일에는 해당 전시관의 확장 공간이 추가로 개관하였다. 대한민국 외교부는 2018년 해당 전시관 개관 이래 폐쇄를 지속 촉구해 왔음에도 일본 정부가 확장 공간을 추가 개관한 데 대해 유감을 표명하였다.

* 관련 링크: [https://www.yna.co.kr/view/AKR20250418107251504 연합뉴스 - 일, '독도 부당 주장' 전시관 재개관]
* 관련 링크: [https://www.yna.co.kr/view/AKR20251114154300073 연합뉴스 - '독도=일본땅' 日정부전시관에 교육공간 추가]
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8347 외교부 독도 - 일본 정부의 “영토주권전시관” 재개관에 대한 외교부 대변인 성명]
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8379 외교부 독도 - 일본 정부의 “영토주권전시관” 추가 개관에 대한 외교부 대변인 성명]

===시마네현===
[[시마네현]]은 일본이 주장하는 독도의 명칭인 “다케시마”를 앞세워 매년 이른바 “다케시마의 날” 행사를 열고 있다. 이 행사는 대한민국 정부가 매년 항의하는 대표적인 독도 관련 논란이다.

====2026년====
=====2026년 다케시마의 날 행사=====
2026년 2월 22일, 시마네현은 이른바 “다케시마의 날” 행사를 개최하였다. 일본 정부 고위급 인사도 해당 행사에 참석하였다.

대한민국 외교부는 대변인 성명을 통해 독도에 대한 부당한 영유권 주장을 되풀이하는 행사라고 비판하고, 해당 행사의 즉각 폐지를 촉구하였다.

* 관련 링크: [https://www.yna.co.kr/view/AKR20260222034100504 연합뉴스 - 정부, 日 '다케시마의 날' 행사 항의]
* 관련 링크: [https://dokdo.mofa.go.kr/kor/dokdo/government_announce_list.jsp?at=view&category=kr&idx=8385 외교부 독도 - 일본 시마네현의 소위 「독도의 날」 행사 관련 외교부 대변인 성명]

==우익 정치활동가 및 논객==
===사쿠라이 마코토===
[[사쿠라이 마코토]]는 [[일본제일당]] 및 [[재일 특권을 용납하지 않는 시민 모임]]과 관련된 일본의 우익 정치활동가이다.

====2020년====
{{인용문|일본은 조선을 침략한 적이 없다. 확실하게 '매춘부'라고 통역해 달라.|[https://news.naver.com/main/read.nhn?mode{{=}}LSD&mid{{=}}sec&sid1{{=}}001&oid{{=}}015&aid{{=}}0004291542 JTBC 막나가쇼 인터뷰 관련 보도 중]}}

사쿠라이 마코토는 [[JTBC]] 예능 프로그램 《막나가쇼》 인터뷰에서 일본이 조선을 침략한 적이 없다는 취지의 발언을 하였고, 일본군 위안부 피해자를 “매춘부”로 표현하였다. 이는 [[일본군 위안부 피해자]] 문제의 강제성과 피해 사실을 부정하거나 축소하는 발언으로 비판받았다.

* 관련 링크: [https://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=001&oid=015&aid=0004291542 한국경제 - 막나가쇼 인터뷰 관련 보도]

===하쿠타 나오키===
[[하쿠타 나오키]]는 일본의 작가이자 우익 성향 논객으로 알려져 있다.

====2019년====
{{인용문|일본인이 한글을 통일시켜서 지금의 한글이 됐다.|[https://news.naver.com/main/read.nhn?mode{{=}}LSD&mid{{=}}sec&sid1{{=}}100&oid{{=}}437&aid{{=}}0000217368 DHC 도라노몬 뉴스 관련 보도 중]}}

2019년 [[DHC]]의 인터넷 방송 《도라노몬 뉴스》에서 하쿠타 나오키는 일본이 한글을 통일시켰다는 취지의 발언을 하였다. 이는 [[훈민정음]] 창제와 [[한글]]의 역사적 발전 과정을 왜곡하는 발언으로 비판받았다.

* 관련 링크: [https://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=100&oid=437&aid=0000217368 JTBC - DHC 도라노몬 뉴스 관련 보도]

==쟁점별 정리==
===독도 관련 주장===
일본 정부와 일부 지방자치단체는 독도를 “다케시마”라고 부르며 일본 고유의 영토라고 주장해 왔다. 이러한 주장은 [[외교청서]], [[방위백서]], 교과서 검정, 외무대신 국회 외교연설, 시마네현 “다케시마의 날” 행사, 영토주권전시관 등을 통해 반복적으로 나타난다.

대한민국 정부는 독도가 역사적·지리적·국제법적으로 명백한 대한민국 고유의 영토이며, 일본의 어떠한 주장도 대한민국의 주권에 영향을 미치지 못한다는 입장을 유지하고 있다.

===일본군 위안부 피해자 관련 주장===
일본 정부와 일부 우익 인사들은 일본군 위안부 피해자 문제와 관련하여 강제성, 성노예 표현, 책임 문제를 축소하거나 부정하는 주장을 해 왔다. 대표적으로 “성노예”라는 표현을 사용해서는 안 된다는 일본 정부의 공식 입장, 위안부 피해자를 “매춘부”로 지칭한 우익 인사의 발언 등이 있다.

대한민국 정부와 피해자 지원 단체는 일본군 위안부 문제가 한일 간 역사 문제이자 전시 성폭력에 관한 보편적 인권 문제라고 보며, 피해자 중심의 해결과 일본 정부의 책임 있는 태도를 요구해 왔다.

===강제징용 관련 주장===
[[강제징용]] 문제와 관련하여 일본 정부는 1965년 [[한일청구권협정]]으로 관련 청구권 문제가 해결되었다는 입장을 반복해 왔다. 반면 대한민국 대법원은 강제동원 피해자의 손해배상청구권이 한일청구권협정만으로 소멸하지 않았다는 취지의 판결을 내린 바 있다.

일본 외교청서와 교과서 검정에서는 강제동원의 강제성을 약화하거나 한국 법원의 배상 판결을 수용할 수 없다는 취지의 입장이 반복적으로 등장해 논란이 되었다.

==같이 보기==

* [[독도]]
* [[다케시마의 날]]
* [[일본 외무성]]
* [[일본 문부과학성]]
* [[일본 방위성]]
* [[외교청서]]
* [[방위백서]]
* [[일본군 위안부 피해자]]
* [[일본군 위안부 문제]]
* [[2015년 한일 위안부 문제 협상]]
* [[고노 담화]]
* [[강제징용]]
* [[한일청구권협정]]
* [[한일관계]]
* [[일제강점기]]
* [[일본의 역사왜곡]]
* [[DHC]]
* [[하쿠타 나오키]]
* [[사쿠라이 마코토]]

[[분류:일본의 역사왜곡]]
[[분류:한일관계]]
[[분류:독도]]
[[분류:일본군 위안부]]
[[분류:강제징용]]

니시오 이신

2026-06-17T04:57:05Z

Gaon12: 문서 내용 보강

==라이트 노벨 작가==
{{인물 정보
|성별 = 남
|이름 = 니시오 이신
|이름/일어 = 西尾維新
|이름/영어 = Nisio Isin
|본명 = 비공개
|본명/일어 =
|본명/영어 =
|직업 = [[소설가]], [[라이트 노벨]] 작가, [[만화 원작자]], [[각본가]]
|출생년 = 1981
|출생월 =
|출생일 =
|사망년 =
|사망월 =
|사망일 =
|출생국가 = [[일본]]
|출생지1 =
|출생지2 =
|혈액형 = B형
|신장 =
|체중 =
|별명 =
|소속사 =
|활동명의 = 니시오 이신, NISIOISIN
|활동시작 = 2002년
|활동종료 =
|데뷔작품 = [[잘린머리사이클 -청색 서번트와 헛소리꾼-]] {{원|クビキリサイクル青色サヴァンと戯言遣い}} (소설)
|공식사이트 = http://ni.siois.in/
|블로그 =
|트위터 = https://twitter.com/NISIOISIN_info
}}

'''니시오 이신'''{{원|西尾維新, Nisio Isin, 1981년 ~ }}은 [[일본]]의 [[소설가]], [[라이트 노벨]] 작가, [[만화 원작자]], [[각본가]]이다. 필명인 '''NISIOISIN'''은 알파벳 표기가 좌우 대칭처럼 보이도록 의식한 표기로 알려져 있으며, 본명은 공개되어 있지 않다.

어릴 때부터 [[만화]]를 좋아해 [[만화가]]를 지망했으나, 그림 실력에 한계를 느낀 뒤 글쓰기를 중심으로 한 창작으로 방향을 바꾸었다고 한다.<ref>니시오 이신 크로니클{{원|西尾維新クロニクル}}, 87쪽.</ref> 2002년 『[[잘린머리사이클 -청색 서번트와 헛소리꾼-]]』{{원|クビキリサイクル青色サヴァンと戯言遣い}}로 제23회 [[메피스토상]]을 수상하며 데뷔했다.<ref>{{언어|일}} [https://j-mediaarts-festival.bunka.go.jp/award/profile/nisioisin/index.html 문화청 미디어 예술제 작가 프로필 - 西尾維新].</ref> 이 작품은 이후 [[헛소리 시리즈]]의 첫 권이 되었고, 니시오 이신은 2000년대 일본 장르문학과 라이트 노벨 독자층 양쪽에서 주목받는 작가가 되었다.

초기 대표작인 [[헛소리 시리즈]]는 [[미스터리]], 청춘소설, 캐릭터 소설의 요소를 결합한 작품으로 평가받았으며, 『[[이 라이트 노벨이 대단해!]] 2006』 작품 부문 1위를 차지했다.<ref>{{언어|일}} [https://tkj.jp/book/?cd=01501201 다카라지마샤 『このライトノベルがすごい！2006』 소개].</ref> 이후 『[[이야기 시리즈]]』, 『[[카타나가타리|칼 이야기]]』, 『[[전설 시리즈]]』, 『[[망각 탐정 시리즈]]』, 『[[미소년 시리즈]]』 등 다수의 장편 시리즈를 발표했다. 또한 『[[메다카 박스]]』, 『[[증년증녀]]』, 『[[암호학원의 이로하]]』 등에서 만화 원작자로도 활동했다.

니시오 이신의 작품은 긴 대화, 말장난, 독특한 인물 조형, 장르 문법의 비틀기가 특징으로 꼽힌다. 특히 [[샤프트]]가 제작한 [[이야기 시리즈]]의 애니메이션화 이후 대중적 인지도가 크게 높아졌으며, 『잘린머리사이클』, 『칼 이야기』, 『메다카 박스』, 『[[십이대전]]』, 『[[미소년 탐정단]]』 등도 애니메이션 또는 다른 매체로 전개되었다.

2022년에는 작가 생활 20주년을 맞았다. 코단샤의 20주년 기념 자료에 따르면, 당시 이미 저서가 100권을 넘었으며, 대표작으로 [[헛소리 시리즈]], [[이야기 시리즈]], [[망각 탐정 시리즈]], 『[[메다카 박스]]』 등이 언급되었다.<ref>{{언어|일}} [https://prtimes.jp/main/html/rd/p/000004137.000001719.html 코단샤, 「西尾維新のデビュー20周年を記念した大型キャンペーンがスタート！」, 2022년 4월 22일].</ref>

==작풍과 특징==
니시오 이신의 작품은 [[미스터리]], [[라이트 노벨]], [[전기물]], [[청춘물]], [[판타지]], [[SF]] 등 여러 장르의 요소를 혼합한다. 사건의 해결보다 등장인물 사이의 대화와 관념적 충돌을 전면에 내세우는 경우가 많고, 작품명과 인물명에도 말장난과 문자 유희가 자주 사용된다.

또한 서로 다른 장르의 문법을 의식적으로 결합하거나 해체하는 방식도 두드러진다. [[헛소리 시리즈]]는 본격 미스터리의 형식을 차용하면서도 청춘소설과 캐릭터 소설의 감각을 강하게 드러내며, [[이야기 시리즈]]는 괴이담과 청춘극, 대화극을 결합한 구조를 취한다. 『[[카타나가타리|칼 이야기]]』는 시대극과 검극을 바탕으로 매월 1권씩 12개월 연속 간행된 기획성 작품이다.

==주요 연혁==
{| class="wikitable"
! 연도 !! 내용
|-
| 1981년 || [[일본]]에서 출생.
|-
| 2002년 || 『[[잘린머리사이클 -청색 서번트와 헛소리꾼-]]』로 제23회 [[메피스토상]]을 수상하며 데뷔.
|-
| 2002년 ~ 2005년 || [[헛소리 시리즈]] 본편을 간행.
|-
| 2004년 ~ 2010년 || [[헛소리 시리즈]]의 스핀오프격 작품군인 [[인간 시리즈]]를 간행.
|-
| 2006년 || [[헛소리 시리즈]]가 『[[이 라이트 노벨이 대단해!]] 2006』 작품 부문 1위에 올랐다.
|-
| 2006년 || 『[[이야기 시리즈|괴물 이야기]]』{{원|化物語}}를 시작으로 [[이야기 시리즈]]를 본격 전개.
|-
| 2007년 || 『[[카타나가타리|칼 이야기]]』를 12개월 연속 간행.
|-
| 2009년 ~ 2013년 || [[아카츠키 아키라]]와 함께 만화 『[[메다카 박스]]』를 연재.
|-
| 2014년 || 『[[망각 탐정 시리즈|오키테가미 쿄코의 비망록]]』을 시작으로 [[망각 탐정 시리즈]]를 전개.
|-
| 2015년 || 『오키테가미 쿄코의 비망록』이 [[텔레비전 드라마]]로 제작.
|-
| 2016년 ~ 2017년 || 『[[잘린머리사이클 -청색 서번트와 헛소리꾼-]]』이 [[OVA]]로 제작.
|-
| 2021년 || [[미소년 시리즈]]를 원작으로 한 TV 애니메이션 『[[미소년 탐정단]]』 방영.
|-
| 2022년 || 작가 데뷔 20주년을 맞아 관련 기획과 신작 간행이 이어졌다.
|-
| 2023년 || [[헛소리 시리즈]]의 신작 『키드냅키딩 청색 서번트와 헛소리꾼의 딸』{{원|キドナプキディング青色サヴァンと戯言遣いの娘}} 간행.<ref>{{언어|일}} [https://www.kodansha.co.jp/book/products/0000372226 코단샤 『キドナプキディング青色サヴァンと戯言遣いの娘』 서지 정보].</ref>
|-
| 2024년 || [[이야기 시리즈]]의 단편집 『단물어』{{원|短物語}} 간행.<ref>{{언어|일}} [https://www.kodansha.co.jp/book/products/0000394015 코단샤 『短物語』 서지 정보].</ref>
|-
| 2025년 || [[이야기 시리즈]]의 장편 『접물어』{{원|接物語}} 간행.<ref>{{언어|일}} [https://www.kodansha.co.jp/book/products/0000418767 코단샤 『接物語』 서지 정보].</ref>
|-
| 2026년 || 『마로신사 비티』{{원|魔老紳士ビーティー}} 단행본 발매 예정. 원안은 [[아라키 히로히코]], 원작은 니시오 이신, 작화는 [[데미즈 포스카]]가 담당했다.<ref>{{언어|일}} [https://www.shueisha.co.jp/books/items/contents.html?isbn=978-4-08-885115-0 슈에이샤 『魔老紳士ビーティー』 서지 정보].</ref>
|}

==작품==
===소설 시리즈===
{| class="wikitable"
! 작품명 !! 원제 !! 출판사·레이블 !! 간행 기간 !! 비고
|-
| [[헛소리 시리즈]] || 戯言シリーズ || [[코단샤]] 노벨스, 코단샤 문고 || 2002년 ~ 2005년, 2023년 || 데뷔작 『잘린머리사이클』에서 시작된 대표 시리즈. 2023년에 신작 『키드냅키딩』이 간행되었다.
|-
| [[인간 시리즈]] || 人間シリーズ || [[코단샤]] 노벨스, 코단샤 문고 || 2004년 ~ 2010년 || [[헛소리 시리즈]]와 세계관을 공유하는 스핀오프 성격의 시리즈.
|-
| [[최강 시리즈]] || 最強シリーズ || [[코단샤]] 노벨스, 코단샤 문고 || 2015년 ~ 2020년 || [[헛소리 시리즈]]의 등장인물 아이카와 준{{원|哀川潤}}을 중심으로 한 작품군.
|-
| JDC TRIBUTE || JDC TRIBUTE || [[코단샤]] 노벨스 || 2003년, 2007년 || 세이료인 류스이{{원|清涼院流水}}의 JDC 세계관과 관련된 트리뷰트 작품.
|-
| [[세계 시리즈]] || 世界シリーズ || [[코단샤]] 노벨스 || 2003년 ~ 2008년 || 『너와 나의 부서진 세계』{{원|きみとぼくの壊れた世界}}에서 시작된 시리즈.
|-
| [[신본격 마법소녀 리스카]] || 新本格魔法少女りすか || [[코단샤]] 노벨스 || 2004년 ~ 2020년 || 마법소녀와 신본격 미스터리 요소를 결합한 작품.
|-
| [[이야기 시리즈]] || 〈物語〉シリーズ || [[코단샤]] BOX || 2006년 ~ || 『괴물 이야기』{{원|化物語}}에서 시작된 청춘 괴이담 시리즈. 2025년 장편 『접물어』가 간행되었다.
|-
| [[카타나가타리|칼 이야기]] || 刀語 || [[코단샤]] BOX || 2007년 || 12개월 연속 간행된 시대극풍 검극 소설.
|-
| [[전설 시리즈]] || 伝説シリーズ || [[코단샤]] 노벨스, 코단샤 문고 || 2012년 ~ 2018년 || 『비명전』{{원|悲鳴伝}}에서 시작된 장편 시리즈. 총 10권으로 완결되었다.
|-
| [[망각 탐정 시리즈]] || 忘却探偵シリーズ || [[코단샤]] BOX, 코단샤 문고 || 2014년 ~ || 하루가 지나면 기억을 잃는 탐정 오키테가미 쿄코를 주인공으로 한 미스터리 시리즈.
|-
| [[십이대전]] || 十二大戦 || [[슈에이샤]] || 2015년 ~ 2017년 || [[나카무라 히카루]]가 일러스트를 맡은 배틀 로열 소설. TV 애니메이션화되었다.
|-
| [[미소년 시리즈]] || 美少年シリーズ || [[코단샤 타이가]] || 2015년 ~ 2021년 || 『미소년 탐정단』{{원|美少年探偵団}}에서 시작된 학원 미스터리 시리즈. TV 애니메이션화되었다.
|-
| 반환 괴도 시리즈 || 返却怪盗シリーズ || [[코단샤]] || 2022년 ~ 2024년 || 『괴도 플라뇌르의 순회』{{원|怪盗フラヌールの巡回}}에서 시작된 괴도 미스터리 시리즈.
|}

===주요 단권 및 기타 소설===
{| class="wikitable"
! 작품명 !! 원제 !! 출판사 !! 간행일 !! 비고
|-
| 인형이 인형 || ニンギョウがニンギョウ || [[코단샤]] || 2005년 9월 6일 || 단권 소설.
|-
| 난민탐정 || 難民探偵 || [[코단샤]] || 2009년 12월 11일 || 미스터리 소설.
|-
| 소녀불충분 || 少女不十分 || [[코단샤]] || 2011년 9월 7일 || 이후 만화화되었다.
|-
| 리포그라! || りぽぐら！ || [[코단샤]] || 2014년 1월 6일 || 제한 글쓰기 형식의 실험적 작품.
|-
| 베일드맨 가설 || ヴェールドマン仮説 || [[코단샤]] || 2021년 || 작가의 100번째 저서로 홍보된 작품.
|-
| 웰텔타운에서 편안히 || ウェルテルタウンでやすらかに || [[코단샤]] || 2023년 7월 26일 || 단권 소설.
|}

===스핀오프 및 노벨라이즈===
{| class="wikitable"
! 작품명 !! 원제 !! 출판사 !! 간행일 !! 원작·관련 작품
|-
| 어나더 홀릭 란돌트 고리 에어로졸 || アナザーホリックランドルト環エアロゾル || [[코단샤]] || 2006년 8월 1일 || 『[[XXXHOLiC]]』 스핀오프 소설.
|-
| 데스노트 어나더 노트 로스앤젤레스 BB 연속 살인사건 || DEATH NOTE アナザーノートロサンゼルスBB連続殺人事件 || [[슈에이샤]] || 2006년 8월 1일 || 『[[데스노트]]』 스핀오프 소설.
|-
| OVER HEAVEN || OVER HEAVEN || [[슈에이샤]] || 2011년 12월 16일 || 『[[죠죠의 기묘한 모험]]』 스핀오프 소설.
|}

===만화 원작===
{| class="wikitable"
! 작품명 !! 원제 !! 작화 !! 출판사·연재지 !! 기간·권수 !! 비고
|-
| [[메다카 박스]] || めだかボックス || [[아카츠키 아키라]] || [[슈에이샤]] 『[[주간 소년 점프]]』 || 2009년 ~ 2013년, 전 22권 || 니시오 이신의 대표적인 장편 만화 원작. TV 애니메이션화되었다.
|-
| 대참 || 大斬 -オオギリ- || [[오바타 타케시]], [[아카츠키 아키라]] 등 || [[슈에이샤]] || 2015년, 전 1권 || 니시오 이신이 제시한 원작 네임을 여러 만화가가 그린 단편집.<ref>{{언어|일}} [https://www.shonenjump.com/j/rensai/list/oogiri.html 소년 점프 공식 사이트 『大斬-オオギリ-』 소개].</ref>
|-
| [[증년증녀]] || 症年症女 || [[아카츠키 아키라]] || [[슈에이샤]] 『[[점프 SQ.]]』 || 2016년 ~ 2017년, 전 3권 || 『메다카 박스』 이후 아카츠키 아키라와 다시 협업한 작품.<ref>{{언어|일}} [https://jumpsq.shueisha.co.jp/rensai/shonenshojo/ 점프 SQ. 『症年症女』 작품 소개].</ref>
|-
| 청춘기인전! 240학원 || 青春奇人伝！240学園 || 시바모치{{원|柴もち}} || [[코단샤]] || 2017년 ~ 2018년, 전 3권 || 니시오 이신 작품의 여러 캐릭터가 등장하는 올스타형 스핀오프 만화.
|-
| [[암호학원의 이로하]] || 暗号学園のいろは || 이와사키 유지{{원|岩崎優次}} || [[슈에이샤]] 『[[주간 소년 점프]]』 || 2022년 ~ 2024년, 전 7권 || 암호 해독을 소재로 한 학원 미스터리 만화.<ref>{{언어|일}} [https://www.shonenjump.com/j/rensai/angou.html 주간 소년 점프 공식 사이트 『暗号学園のいろは』 작품 소개].</ref>
|-
| 마로신사 비티 || 魔老紳士ビーティー || [[데미즈 포스카]] || [[슈에이샤]] || 2026년 단행본 발매 예정 || [[아라키 히로히코]]의 『[[마소년 비티]]』 관련 작품. 원안은 아라키 히로히코, 원작은 니시오 이신이 담당했다.<ref>{{언어|일}} [https://www.shueisha.co.jp/books/items/contents.html?isbn=978-4-08-885115-0 슈에이샤 『魔老紳士ビーティー』 서지 정보].</ref>
|}

===관련 서적===
{| class="wikitable"
! 서명 !! 원제 !! 출판사 !! 간행일 !! 비고
|-
| 니시오 이신 크로니클 || 西尾維新クロニクル || [[다카라지마샤]] || 2006년 || 작가론, 인터뷰, 작품 해설 등을 수록한 가이드북.
|-
| 자레고토 딕셔널 || ザレゴトディクショナル || [[코단샤]] || 2006년 6월 6일 || [[헛소리 시리즈]] 가이드북.
|-
| 메다카 박스 컴플리트 가이드북 || めだかボックスコンプリートガイドブック || [[슈에이샤]] || 2013년 || [[메다카 박스]] 가이드북.
|-
| 니시오 이신 대사전 || 西尾維新大辞展 관련 서적 || || 2017년 이후 || 니시오 이신 작품 세계를 다룬 전시 및 관련 기획.
|}

==미디어 믹스==
===애니메이션===
{| class="wikitable"
! 작품명 !! 원작 !! 형식 !! 방영·발매 시기 !! 제작·비고
|-
| [[이야기 시리즈]] || [[이야기 시리즈]] || TV 애니메이션, 극장 애니메이션, ONA 등 || 2009년 ~ || [[샤프트]] 제작. 『괴물 이야기』 이후 여러 시즌으로 전개되었다.
|-
| [[카타나가타리|칼 이야기]] || [[카타나가타리|칼 이야기]] || TV 애니메이션 || 2010년 || 12화 구성.
|-
| [[메다카 박스]] || [[메다카 박스]] || TV 애니메이션 || 2012년 || 제2기 『메다카 박스 어브노멀』까지 방영.
|-
| 잘린머리사이클 -청색 서번트와 헛소리꾼- || [[헛소리 시리즈]] || OVA || 2016년 ~ 2017년 || [[샤프트]] 제작.
|-
| [[십이대전]] || [[십이대전]] || TV 애니메이션 || 2017년 || 니시오 이신 원작, [[나카무라 히카루]] 일러스트의 소설을 원작으로 한다.<ref>{{언어|일}} [https://12taisen.com/ TV 애니메이션 『十二大戦』 공식 사이트].</ref>
|-
| [[미소년 탐정단]] || [[미소년 시리즈]] || TV 애니메이션 || 2021년 || [[샤프트]] 제작.<ref>{{언어|일}} [https://www.aniplex.co.jp/lineup/bishonen-tanteidan/ 애니플렉스 『美少年探偵団』 작품 정보].</ref>
|-
| 〈물어〉 시리즈 오프 & 몬스터 시즌 || [[이야기 시리즈]] || 애니메이션 || 2024년 || 오프 시즌과 몬스터 시즌을 원작으로 한 애니메이션.<ref>{{언어|일}} [https://www.monogatari-series.com/oms/ 〈物語〉シリーズオフ＆モンスターシーズン 공식 사이트].</ref>
|}

===드라마·무대===
{| class="wikitable"
! 작품명 !! 원작 !! 형식 !! 시기 !! 비고
|-
| [[오키테가미 쿄코의 비망록]] || [[망각 탐정 시리즈]] || TV 드라마 || 2015년 || [[닛폰 TV]] 토요 드라마. 주연은 [[아라가키 유이]].<ref>{{언어|일}} [https://www.ntv.co.jp/okitegami/index.html 닛폰 TV 『掟上今日子の備忘録』 공식 사이트].</ref>
|-
| [[십이대전]] || [[십이대전]] || 무대극 || 2018년 || TV 애니메이션 방영 후 무대화.
|-
| [[미소년 탐정단]] || [[미소년 시리즈]] || 무대극 || 2021년 이후 || 『미소년 탐정단』 및 후속 무대 기획으로 전개.
|}

==평가와 영향==
니시오 이신은 2000년대 이후 일본 장르문학에서 [[미스터리]]와 [[라이트 노벨]]의 경계를 넘나든 대표적인 작가 가운데 한 명으로 꼽힌다. 『[[헛소리 시리즈]]』는 미스터리 독자와 라이트 노벨 독자 모두에게 주목받았고, 『[[이야기 시리즈]]』는 소설뿐 아니라 애니메이션, 만화, 오디오 콘텐츠 등 여러 매체로 확장되었다.

작가의 강점으로는 빠른 집필 속도, 대화 중심의 전개, 말장난, 장르적 자기반영성이 자주 언급된다. 반면 긴 대화와 논리적 유희가 전개를 지연시키는 방식으로 작동하기 때문에 독자에 따라 호불호가 갈리는 작가이기도 하다. 그럼에도 『[[메다카 박스]]』, 『[[암호학원의 이로하]]』 등 만화 원작 활동까지 병행하며, 소설과 만화 양쪽에서 꾸준히 작품을 발표하고 있다.

==주석==
<references />

==관련 사이트==

* {{언어|일}} [http://ni.siois.in/ 니시오 이신 공식 사이트]
* {{언어|일}} [https://twitter.com/NISIOISIN_info 니시오 이신 공식 정보 X 계정 (@NISIOISIN_info)]
* {{언어|일}} [https://www.kodansha.co.jp/search?keyword=%E8%A5%BF%E5%B0%BE%E7%B6%AD%E6%96%B0 코단샤 니시오 이신 관련 도서 검색]
* {{언어|일}} [https://www.shueisha.co.jp/books/search/search.html?author=%E8%A5%BF%E5%B0%BE%E7%B6%AD%E6%96%B0 슈에이샤 니시오 이신 관련 도서 검색]

[[분류:라이트 노벨 작가]]
[[분류:일본의 소설가]]
[[분류:일본의 만화 원작자]]
[[분류:일본의 각본가]]
[[분류:1981년 출생]]
[[분류:메피스토상 수상자]]

오카지마 타에

2026-06-17T02:57:11Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 오카지마 타에
|이름/일어 = 岡嶋妙
|이름/영어 = Tae Okajima
|명의 = 토오노 소요기
|명의/일어 = 遠野そよぎ
|명의/영어 = Soyogi Tohno
|직업 = [[성우]], [[나레이터]]
|소속사 = [[켄유 오피스]]
|출생년 =
|출생월 = 10
|출생일 = 2
|출생국가 = 일본
|출생지1 = [[카가와현]]
|출생지2 =
|혈액형 = B
|신장 = 161cm
|발사이즈 =
|별명 = 오야지마씨



|활동시작 = 2002년
|활동종료 =
|장르 = [[애니메이션]], [[게임]], [[외화 더빙]], [[드라마 CD]], [[라디오]], [[나레이션]]
|데뷔작품 = 베이베 바아쨩
|데뷔역 = 타카하시 미나츠
|참여유닛 =
}}

'''오카지마 타에'''(岡嶋妙, 10월 2일 ~ )는 [[일본]]의 여성 [[성우]]이자 [[나레이터]]이다. [[켄유 오피스]] 소속이며, [[카가와현]] 출신이다.<ref name="kenyu">{{언어|일}} [https://kenyu-office.com/okajimatae/ 켄유 오피스 - 오카지마 타에 공식 프로필]</ref><ref name="talent">{{언어|일}} [https://www.vip-times.co.jp/?talent_id=W18-0785 일본 탤런트 명감 - 오카지마 타에]</ref>

대표 배역으로는 TV 애니메이션 《[[School Days]]》의 '''[[카츠라 코토노하]]''', 《[[D.C.II ~다 카포 II~]]》의 '''유키무라 안즈''', 《[[하피하피 클로버]]》의 '''메루''', 《[[요스가노소라]]》의 '''노기사카 모토카''', 《[[진 연희무쌍]]》의 '''장각''' 등이 있다.<ref name="kenyu" /><ref name="animate">{{언어|일}} [https://www.animatetimes.com/tag/details.php?id=856 애니메이트 타임즈 - 오카지마 타에 프로필]</ref>

=== 인물 ===
공식 프로필에 따르면 신장은 161cm, 혈액형은 B형이다. 방언으로 [[사누키벤]]과 [[간사이벤]]을 구사하며, 특기는 다림질, 취미는 애프터눈 티巡り, 게임, 독서이다.<ref name="kenyu" /> [[도쿄 아나운스 아카데미]], [[마우스 프로모션]] 부속 양성소, 켄유 오피스 부속 양성소 talk back을 거쳤다.<ref name="kenyu" />

성우 활동은 2002년 TV 애니메이션 《베이베 바아쨩》의 타카하시 미나츠 역으로 시작했다.<ref name="baby">{{언어|일}} [https://www.animatetimes.com/tag/details.php?id=11949 애니메이트 타임즈 - 베이베 바아쨩]</ref>

=== 에로게 활동 명의 ===
성인용 게임 및 관련 매체에서는 주로 다음 명의를 사용한 것으로 알려져 있다.

* '''[[토오노 소요기]]''' (遠野そよぎ)
* [[나루세 유라]] (成瀬ゆら)
* [[엔도우 사야]] (遠藤紗哉)
* [[카야노 마시로]] (茅野ましろ) 등

== 성우로서의 활동 (성인용 작품) ==
{{안내|

* 같은 연도 내에서는 작품의 이름에 따라 가나다순으로 정렬되어 있습니다.
* '''굵은 글씨'''는 메인 캐릭터입니다.
* 성인용 작품의 배역·명의는 공개 자료로 확인 가능한 범위에서만 보강합니다.
}}

=== 성인용 미소녀 게임 ===
{| class="wikitable"
! 연도 !! 작품명 !! 배역 !! 명의
|-
| 2012년 || 안의 사람따위 없어! 도쿄 히어로 프로젝트 || '''키리하라 사오리''' || {{명의|토오노 소요기}}
|-
| 2012년 || 사랑색 마리아쥬 || '''루리아스티스 T 미쿠리야''' || {{명의|토오노 소요기}}
|}

== 성우로서의 활동 (전연령 작품) ==
{{안내|

* 같은 연도 내에서는 작품의 이름에 따라 가나다순으로 정렬되어 있습니다.
* '''굵은 글씨'''는 메인 캐릭터입니다.
* 공식 프로필 및 공개 데이터베이스에서 확인되는 대표 출연작 중심으로 정리되어 있습니다.
}}

=== TV 애니메이션 ===
{| class="wikitable"
! 연도 !! 작품명 !! 배역
|-
| 2002년 || 베이베 바아쨩 || 타카하시 미나츠
|-
| 2003년 || [[최유기 RELOAD]] || 하쿠류
|-
| 2004년 || [[음양대전기]] || 이나나가 후미
|-
| 2004년 || [[최유기 RELOAD GUNLOCK]] || 하쿠류
|-
| 2005년 || [[지옥소녀]] || 아카네의 어머니
|-
| 2006년 || [[Strawberry Panic]] || 타카쿠라 미즈키
|-
| 2007년 || [[D.C.II ~다 카포 II~]] || '''유키무라 안즈'''
|-
| 2007년 || [[School Days]] || '''카츠라 코토노하'''
|-
| 2007년 || [[세토의 신부]] || 여학생
|-
| 2007년 || [[하피하피 클로버]] || '''메루'''
|-
| 2008년 || [[D.C.II S.S. ~다 카포 II 세컨드 시즌~]] || '''유키무라 안즈'''
|-
| 2008년 || [[BLUE DRAGON 천계의 7룡]] || 봇쨩
|-
| 2008년 || [[뱀부 블레이드]] || 사토
|-
| 2008년 || [[치즈 스위트 홈]] || 마유
|-
| 2009년 || [[진 연희무쌍]] || '''장각'''
|-
| 2009년 || [[파이트 일발! 충전짱!!]] || 스위티 밀리
|-
| 2010년 || [[요스가노소라]] || '''노기사카 모토카'''
|-
| 2011년 || [[우리들에게 날개는 없다]] || 하야시다 미사키
|-
| 2018년 || [[퍼즐앤드래곤]] || 하루코
|}

=== OVA ===
{| class="wikitable"
! 연도 !! 작품명 !! 배역
|-
| 2008년 || [[School Days|School Days OVA 시리즈]] || '''카츠라 코토노하'''
|-
| 2009년 || [[아키소라]] || 스미야 카나
|-
| 2017년 || [[네코파라|네코파라 OVA]] || '''시나몬'''
|-
| 2018년 || [[네코파라|네코파라 OVA 새끼고양이의 날 약속]] || '''시나몬'''
|}

=== 게임 ===
{| class="wikitable"
! 연도 !! 작품명 !! 배역
|-
| 2005년 || [[테일즈 오브 코몬즈]] || 유우
|-
| 2008년 || [[School Days|School Days L×H]] || '''카츠라 코토노하'''
|-
| 2008년 || [[D.C.II ~다 카포 II~|D.C.II P.S.]] || '''유키무라 안즈'''
|-
| 2009년 || [[시크릿 게임 -KILLER QUEEN-]] || 히메하기 사쿠미
|-
| 2010년 || [[fortissimo//Akkord:Bsusvier]] || 카지우라 우미
|-
| 2011년 || [[예익의 유스티아|예익의 유스티아 Angel's blessing]] || 성녀 이레네
|-
| 2012년 || [[오니고코! Portable]] || 키비츠미야 아카리
|-
| 2013년 || [[연애 0킬로미터 Portable]] || 키노모토 사쿠야
|-
| 2014년 || 포르토 미라주 || 카나타 하루카, 플래그
|-
| 2014년 || 환수계약 크립트랙트 || 티오라, 알마
|-
| 2017년 || [[네코파라]] || '''시나몬'''
|-
| 2018년 || [[드래곤볼 제노버스 2]] || 플레이어 보이스
|-
| 2019년 || [[포켓몬 마스터즈 EX]] || [[나기]]
|}

=== 드라마 CD ===
{| class="wikitable"
! 작품명 !! 배역
|-
| [[School Days|School Days 드라마 CD 시리즈]] || '''카츠라 코토노하'''
|-
| [[예익의 유스티아]] || 성녀 이레네
|-
| [[우리들에게 날개는 없다|우리들에게 날개는 없다 드라마 시리즈]] || 하야시다 미사키
|-
| 도미나노 도! || 도미나 아카리
|-
| 요메이로 초이스 || 키이로
|-
| 좀비야 레이코 || 토도 마요
|-
| 옆자리 801양 || 출연
|-
| 봄을 안고 있었다 || 출연
|-
| 왕자님☆게임 || 출연
|-
| 달콤한 죄의 조각 || 출연
|}

=== 외화 더빙 ===
{| class="wikitable"
! 작품명 !! 배역 또는 비고
|-
| 히스토리 오브 바이올런스 || 사라
|-
| 조지아의 일기/유쾌하고 반짝이는 날들 || 더빙
|-
| 하이디 || 더빙
|-
| 명탐정 몽크 || 돌리
|-
| 요조숙녀 || 더빙
|-
| 진 시몬스의 록 스쿨 || 더빙
|-
| 댓 70s 쇼 || 더빙
|-
| 트와일라이트 존 || 더빙
|-
| 말콤네 좀 말려줘 || 더빙
|-
| 아름다운 날들 || 더빙
|-
| 로켓 파워 || 더빙
|-
| 포코요 || 더빙
|}

=== 라디오 ===
{| class="wikitable"
! 연도 !! 프로그램명 !! 비고
|-
| 2007년~2008년 || Radio School Days || [[카와라기 시호]]와 공동 진행
|-
| 연도 미상 || 헬시 멜시 || 주간 교대 진행
|}

=== 이벤트 ===
{| class="wikitable"
! 연도 !! 행사명 !! 비고
|-
| 2025년 || 스쿨데이즈 크리스마스 라이브 2025 || 《[[School Days]]》 20주년 및 리마스터판 발매 기념 온라인 라이브. 카츠라 코토노하 역 성우로 출연자 명단에 포함되었다.<ref name="schooldays2025">{{언어|일}} [https://www.famitsu.com/article/202512/60826 패미통 - 《School Days》 크리스마스 라이브 개최 소식]</ref>
|}

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://kenyu-office.com/okajimatae/ 켄유 오피스 - 오카지마 타에 공식 프로필]
* {{언어|일}} [http://nekono29q.blog52.fc2.com/ 오카지마 타에 블로그 '明日のこたえ']
* {{언어|일}} [https://www.animatetimes.com/tag/details.php?id=856 애니메이트 타임즈 - 오카지마 타에]
* {{언어|일}} [https://seigura.com/directory/331/ 성우 그랑프리 - 오카지마 타에]
* {{언어|일}} [https://www.vip-times.co.jp/?talent_id=W18-0785 일본 탤런트 명감 - 오카지마 타에]

[[분류:일본의 여자 성우]]
[[분류:일본의 내레이터]]
[[분류:카가와현 출신]]
[[분류:켄유 오피스]]
[[분류:10월 2일 출생]]

타나베 루이

2026-06-17T02:50:02Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 타나베 루이
|이름/일어 = 田辺留依
|이름/영어 = Rui Tanabe
|본명 =
|본명/일어 =
|본명/영어 =
|직업 = [[성우]], [[배우]]
|소속사 = [[스테이럭]]
|출생년 = 1997
|출생월 = 5
|출생일 = 23
|출생국가 = 일본
|출생지1 = [[도쿄도]]
|출생지2 =
|혈액형 = A
|신장 = 154cm
|발사이즈 =
|별명 =



|활동시작 = 2013년
|활동종료 =
|장르 = [[애니메이션]], [[게임]], [[더빙]], [[나레이션]]
|데뷔작품 = [[백곰 카페]]
|데뷔역 = 야마아라시 팬클럽
|참여유닛 =
}}

'''타나베 루이'''{{원|田辺留依, 1997년 5월 23일 ~ }}는 일본의 [[성우]]이자 배우이다. [[도쿄도]]에서 태어났으며 [[사이타마현]]에서 자랐다.<ref>[http://www.ustream.tv/recorded/42745066 아리스타! TV, 키라키라디오 #15회], 2014년 1월 15일 방송 중에서.</ref> 현재 [[스테이럭]]에 소속되어 있다.<ref name="stayluck">[https://stay-luck.com/talent/tanabe-rui/ 田辺留依 | ステイラック公式サイト]</ref>

대표 배역으로는 《[[위저드 배리스터즈 변마사 세실]]》의 '''스도 세실''', 《[[류가죠 나나나의 매장금]]》의 '''류가죠 나나나''', 《[[하이스쿨 플리트]]》의 히메지 카요코, 《[[아이돌마스터 신데렐라 걸즈]]》의 아라키 히나, 《[[프로젝트 세카이 컬러풀 스테이지! feat. 하츠네 미쿠]]》의 '''아사히나 마후유''', 《[[사슴 아이 어슬렁어슬렁 호시탐탐]]》의 '''코시 앙코''', 《[[인외교실의 인간 혐오 교사]]》의 '''하네다 토바리''' 등이 있다.<ref name="stayluck" /><ref name="pjsekai">[https://pjsekai.sega.jp/character/unite05/mafuyu/index.html 朝比奈まふゆ | プロジェクトセカイカラフルステージ！ feat.初音ミク]</ref><ref name="shikanoko">[https://www.anime-shikanoko.jp/staffcast/ スタッフ＆キャスト - しかのこのこのここしたんたん]</ref><ref name="jingai">[https://jingai-kyoshitsu-anime.com/staffcast/ STAFF&CAST - 人外教室の人間嫌い教師]</ref>

=== 이력 ===
타나베는 어린 시절부터 연기를 좋아했으며, 애니메이션 《[[마크로스 F]]》를 보고 감동해 성우를 지망하게 되었다.<ref><성우 PARADISE> Vol.21, 2014년 1월 10일 발행.</ref> 2012년 제1회 [[스타일 큐브]] 성우 오디션에서 합격해 연수생으로서 당 기획사에 소속되었다. 2013년 《[[백곰 카페]]》에서 야마아라시 팬클럽 역을 맡아 성우로 데뷔했고, 같은 해 7월에는 연수생에서 정소속 성우로 승격되었다.<ref>[http://ameblo.jp/happy-live-style/entry-11572421959.html 알림], Style Cube Live Stage 오피셜 블로그 'HAPPY LIVE STYLE', 2013년 7월 17일.</ref>

2014년에는 《[[위저드 배리스터즈 변마사 세실]]》의 주인공 스도 세실 역을 통해 TV 애니메이션에서 처음으로 주연을 맡았다. 같은 해 《[[류가죠 나나나의 매장금]]》에서 류가죠 나나나 역을 맡으며 인지도를 넓혔다.

2017년부터는 [[스테이럭]]으로 소속을 옮겨 활동하고 있다.<ref name="stayluck" /> 이후 애니메이션, 게임, 외화 더빙, 무대, 낭독극, 인터넷 방송 등으로 활동 영역을 넓혔다. 게임 분야에서는 《[[아이돌마스터 신데렐라 걸즈]]》의 아라키 히나, 《[[프로젝트 세카이 컬러풀 스테이지! feat. 하츠네 미쿠]]》의 아사히나 마후유, 《[[블루 아카이브]]》의 우시마키 주리, 《[[우마무스메 프리티 더비]]》의 로이스 앤드 로이스 등을 맡았다.<ref name="stayluck" /><ref name="pjsekai" />

=== 인물 ===
취미는 그림 그리기이며, 중학생 시절에는 미술부에 소속되어 있었다. 존경하는 성우로 [[코오로기 사토미]]를 언급한 바 있다. 공식 프로필 기준 신장은 154cm이다.<ref name="stayluck" />

== 성우로서의 활동 ==
{{안내|

* 같은 연도 내에서는 작품의 이름에 따라 가나다순으로 정렬되어 있습니다.
* '''굵은 글씨'''는 메인 캐릭터입니다.
* 일부 단역과 중복 출연은 문서 가독성을 위해 대표 배역 위주로 정리했습니다.
}}

=== TV 애니메이션 ===

* '''2013년'''
** [[골든 타임]] / 후배 부원 1
** 귀가부 활동기록 / 후루하시 아이
** [[금빛 모자이크]] / 여자 A, 여학생 D
** [[백곰 카페]] / 야마아라시 팬클럽 {{덧|데뷔역}}
** [[잔잔한 내일로부터]] / 우키타 사나에

* '''2014년'''
** [[골든 타임]] / 메이코
** [[류가죠 나나나의 매장금]] / '''류가죠 나나나'''
** [[마법과고교의 열등생]] / 히라카와 치아키
** 만화가랑 어시스턴트랑 / 여자친구
** 애・천지무용! / '''아오이 루이'''
** [[위저드 배리스터즈 변마사 세실]] / '''스도 세실''' {{덧|첫 주연역}}
** [[일주일간 프렌즈.]] / 니시무라 아이

* '''2015년'''
** [[VENUS PROJECT -CLIMAX-]] / 사라시나 미츠키
** [[시원찮은 히로인의 육성방법]] / 미즈하라 에치카
** 주얼펫 매지컬 체인지 / '''후쿠오지 로라'''
** [[학전도시 애스터리스크]] / 쿠지즈카 야논

* '''2016년'''
** [[하이스쿨 플리트]] / 히메지 카요코
** 사무라이 스피릿 SOUL BUSTER / '''주유'''
** TO BE HERO / 왕자

* '''2017년'''
** [[아이돌마스터 신데렐라 걸즈 극장]] / 아라키 히나
** [[아호걸]] / 프리츄어 A
** [[호빵맨]] / 마슈룸 군 외
** 바티칸 기적 조사관 / 마리

* '''2018년'''
** [[Cutie Honey Universe]] / 테토라 아케비
** [[BORUTO -보루토- NARUTO NEXT GENERATIONS]] / 타루이
** [[라스트 피리어드 -끝없는 나선의 이야기-]] / 루루나
** [[팝 팀 에픽]] / 아야
** [[히노마루 스모]] / 호리 치즈코
** [[도쿄 구울:re]] / 호기 아유무
** [[어떤 마술의 금서목록 III]] / 란시스

* '''2019년'''
** [[노 건즈 라이프]] / 츠무기 빌뇌브
** [[마술 선배]] / 학생, 유치원생
** [[칸다가와 JET GIRLS]] / 아이돌 카페 점원, 점원

* '''2020년'''
** [[미유클 드리미]] / 타카츠 카즈에
** [[아히루의 공]] / 아나운스
** 하쿠션 대마왕 2020 / TV 리포터

* '''2021년'''
** [[BLUE REFLECTION RAY/레이]] / 코마가와 우타
** [[WIXOSS DIVA(A)LIVE]] / 마카 마도카
** [[사신 도련님과 검은 메이드]] / 테토
** [[원더 에그 프라이어리티]] / 마코

* '''2022년'''
** [[BLEACH 천년혈전 편]] / 츠치미야 츠미코
** [[푸치세카]] / 아사히나 마후유

* '''2023년'''
** [[우마무스메 프리티 더비 Season 3]] / 로이스 앤드 로이스
** [[진화의 열매 ~모르는 사이 성공한 인생~|진・진화의 열매 ~모르는 사이 성공한 인생~]] / 헬렌 로자
** [[카모노하시 론의 금단추리]] / 통행인

* '''2024년'''
** [[도산코 갸루는 참말로 귀여워]] / 니토리 에리카
** [[도그 시그널]] / 시바견, 학생들
** [[사슴 아이 어슬렁어슬렁 호시탐탐]] / '''코시 앙코'''<ref name="shikanoko" />
** [[란마 1/2]] / 여학생

* '''2025년'''
** [[기계장치의 마리]] / 로라
** [[네크로노미코의 코즈믹 호러 쇼]] / 출연
** [[믿었던 동료들에게 던전 깊은 곳에서 죽임당할 뻔했지만 기프트 '무한 가챠'로 레벨 9999의 동료들을 손에 넣어 전 파티 멤버와 세계에 복수합니다!]] / 히후미
** [[어차피, 사랑하고 만다.]] / 후카 {{덧|어린 시절}}
** [[치. -지구의 운동에 대하여-]] / 이민족 여성

* '''2026년'''
** [[사망유희로 밥을 먹다.]] / 치에<ref name="shiboyugi">[https://shiboyugi-anime.com/staffcast/ Staff&Cast - TVアニメ「死亡遊戯で飯を食う。」公式サイト]</ref>
** [[인외교실의 인간 혐오 교사]] / '''하네다 토바리'''<ref name="jingai" />

=== 극장판 애니메이션 ===

* '''2019년'''
** 내일 세계가 끝난다 해도 / 요시나가
** [[시원찮은 그녀를 위한 육성방법 Fine]] / 미즈하라 에치카

* '''2020년'''
** [[극장판 하이스쿨 플리트]] / 히메지 카요코

* '''2025년'''
** [[극장판 프로젝트 세카이 부서진 세카이와 노래하지 않는 미쿠]] / 아사히나 마후유<ref>[https://sh-anime.shochiku.co.jp/pjsekai-movie/staffcast/ STAFF/CAST | 劇場版プロジェクトセカイ壊れたセカイと歌えないミク]</ref>
** [[버진 펑크 Clockwork Girl]] / 매기

=== OVA ===

* '''2013년'''
** [[kiss×sis OVA]] / 선도위원

* '''2015년'''
** [[일기당천 Extravaganza Epoch]] / 야규 미츠요시

* '''2016년'''
** 천지무용! 양황귀 제4기 / 타치키 링고

* '''2017년'''
** [[OVA 하이스쿨 플리트]] / 히메지 카요코

* '''2018년'''
** [[유유백서 TWO SHOTS]] / 키타지마 마야

* '''2019년'''
** 일기당천 Western Wolves / 야규 미츠요시

* '''2020년'''
** 천지무용! 양황귀 제5기 / 타치키 링고

=== Web 애니메이션 ===

* '''2017년 ~ 2021년'''
** [[아이돌마스터 신데렐라 걸즈 극장]] / 아라키 히나

* '''2019년 ~ 2020년'''
** 애니메이션 푸소니코미 / 미타라시

* '''2023년'''
** [[25시, 나이트코드에서.]] - Journey to Bloom 「SELF」 / 아사히나 마후유

=== 게임 ===

* '''2013년'''
** [[AKIBA'S TRIP 2]] / 사키, 젊은 여성 외
** [[체인 크로니클]] / 스미레
** [[페어리 펜서 F]] / 마리아노

* '''2014년'''
** [[오메가 퀸텟]] / 쿄카
** [[하얀고양이 프로젝트]] / 미제리코르데
** 요메코레 / 류가죠 나나나
** 전장의 웨딩 / 인형술사 이루미, 세입자 예술가 슐

* '''2015년'''
** [[VENUS PROJECT]] / 사라시나 미츠키
** [[괴리성 밀리언 아서]] / 신화형 로키, 가련형 마르크, 신화형 브륜힐데 외
** [[신격의 바하무트]] / 코렛트
** 스쿨 스타 드림! / 츠쿠모 코토미
** [[마괴신 트리리온]] / '''페골'''
** 페어리 펜서 F ADVENT DARK FORCE / 마리아노

* '''2016년'''
** [[역전 오셀로니아]] / 아프사라스 외
** [[하얀고양이 테니스]] / 미제리코르데
** [[몬무스 하렘]] / 리에트
** 환수계약 크립트랙트 / 카토레아, 뮤젯, 래그돌 외

* '''2017년'''
** [[아이돌마스터 신데렐라 걸즈]] / 아라키 히나
** [[오르탕시아 사가 -푸른 기사단-]] / 모브
** [[라라매직]] / 카미시로 유이나
** 시노비 나이트메어 / 텐코 타마모
** 퍼즐 오브 엠파이어 / 네부카드네자르, 람세스 외

* '''2018년'''
** [[A3!]] / 시트론 {{덧|어린 시절}}
** [[THE KING OF FIGHTERS ALLSTAR]] / 토도 카스미
** [[기동전사 건담 배틀 오퍼레이션 2]] / 캐리 캐드버리
** [[섀도우버스]] / 세인트 거너 코렛트, 불살의 광신자
** [[천화백검 -참-]] / 모노요시 사다무네
** [[파이팅 EX 레이어]] / 블레어 데임
** [[퀴즈 RPG 마법사와 검은 고양이 위즈]] / 피오르 드레이만
** [[코토다만]] / 라이타토스크, 우레이아, 야이바초

* '''2019년'''
** [[벽람항로]] / 체이서, 마키나미
** [[어떤 마술의 금서목록 환상수속]] / 란시스
** [[하이스쿨 플리트 함대 배틀에서 핀치!]] / 히메지 카요코
** 불가사의의 환상향 -로터스 라비린스- / 레밀리아 스칼렛, 키스메 외
** 판타시 스타 온라인 2 es / 카자미노타치, 유키가라스 외

* '''2020년'''
** [[FINAL FANTASY VII REMAKE]] / 카이티
** [[FINAL FANTASY BRAVE EXVIUS]] / 네리네
** [[라스트 피리어드 -끝없는 나선의 이야기-]] / 루루나
** [[프로젝트 세카이 컬러풀 스테이지! feat. 하츠네 미쿠]] / '''아사히나 마후유'''<ref name="pjsekai" />
** 일기당천 엑스트라 버스트 / 야규 미츠요시
** 에코즈 오브 판도라 / M10, Tiger I

* '''2021년'''
** [[BLUE REFLECTION TIE/제]] / 코마가와 우타
** [[몬스터 헌터 라이즈]] / 플레이어 보이스
** [[블루 아카이브]] / 우시마키 주리

* '''2022년'''
** 위크로스 멀티버스 / 마도카
** 밀리터리 오토마타 / 코노하, 셰리

* '''2023년'''
** [[BLUE REFLECTION SUN/찬]] / 코마가와 우타
** [[우마무스메 프리티 더비]] / 로이스 앤드 로이스
** [[육본목 새디스틱 나이트]] / 오니카와 나츠

* '''2024년'''
** [[Granblue Fantasy Relink]] / 노토스
** [[동방 LostWord]] / 히지리 뱌쿠렌, 미즈하시 파르시, 야쿠모 란
** 불가사의의 환상향 -FORESIGHT- / 레밀리아 스칼렛

* '''2025년'''
** [[Granblue Fantasy]] / 노토스
** 가디언 테일즈 / 신입 선녀 다빈
** 샤도우버스 월즈 비욘드 / 바라지 엑소시스트 코렛트
** 흡혈귀의 신부 The Novel Game / 하나후사 유키네

* '''2026년'''
** 리미트 제로 브레이커즈 / 바알
** 흡혈귀의 신부 뱀프돌의 신부 The Novel Game / 하나후사 유키네

=== 드라마 CD ===

* '''2013년'''
** 전력으로 짝사랑 나미조 아일랜드 드라마 CD Vol.3 / 에리, 사야카

* '''2014년'''
** [[일주일간 프렌즈.]] 그 후의 친구 / 니시무라 아이
** [[오메가 퀸텟]] 한정판 특전 드라마 CD / 쿄카
** [[류가죠 나나나의 매장금]] / '''류가죠 나나나''' {{덧|원작 제7권 특별판 동봉}}

* '''2015년'''
** [[페어리 펜서 F ADVENT DARK FORCE]] 한정판 특전 드라마 CD / 마리아노

* '''2017년'''
** [[Fate/Prototype 창은의 프래그먼츠]] / 레이로칸 미사야 {{덧|어린 시절}}

* '''2022년'''
** 흡혈귀의 신부 -뱀프돌의 신부- / 하나후사 유키네

=== 외화 더빙 ===
==== 영화 ====

* 스노맨 / 2017년
* 윈스턴 처칠 / 2017년
* 에피 그레이 / 소피 그레이
* 모털 엔진 / 클라이티
* 프리키 데스데이 / 라일라
* 해상 48시간 -악몽의 바캉스- / 내트
* 스마트폰을 떨어뜨렸을 뿐인데 / 나미
* 컨저링 2: 더 넌 / 줄리

==== 드라마 ====

* GIRLS/걸스 파이널 / 미란다 파머
* 엑소시스트 시즌 2 / 하퍼 그레이엄
* 고담 시즌 4 / 아나운서 외
* 우 어쌔신 / 인잉
* 베이비시터 클럽 / 스테이시
* 소년심판 / 출연

==== 애니메이션 ====

* LEGO 스타워즈: 프리메이커의 모험 / 에스토크 대위, 메이너
* 듀드롭 다이어리즈 / 출연
* 반짝반짝 캐치! 티니핑 / 코코핑

=== 오디오 드라마·디지털 코믹 ===

* 야마구치 캇페이의 토노사마 라디오로 GO! 라디오 드라마 〈사이고페〉 / 와카코
* [[프로젝트 세카이 컬러풀 스테이지! feat. 하츠네 미쿠]] 보이스 드라마 / 아사히나 마후유
* 육본목 새디스틱 나이트 / 오니카와 나츠
* 섀도우 뉴트 / 클레어, 킥걸
* 그러면 선생님, 부탁드립니다. / 메구미 외
* 아웃 오브 드래곤 / 루카스 {{덧|소년 시절}}, 루카스의 어머니
* 칠일간 식당 / 이치카
* WITCHRIV / 로비

=== 라디오 ===

* 키라키라디오 / Ustream, 2013년 ~ 2014년
* 라디오닷아이 ~ 타나베 루이 〇〇알겠습니다. / 초! A&G+, AG-ON, 2014년 1월 ~ 3월
* 노이타미나 라디오 / 노이타미나 공식 사이트, 온센, 2014년
* 류가죠 나나나의 부실 / HiBiKi Radio Station, 2014년
* 라디오 VENUS PROJECT / 라디오 오사카, HiBiKi Radio Station, 2015년
* 스타도리 레디? 오! / 온센, 2015년 ~ 2016년
* 천지무용! 비밀의 라디오? 전혀 비밀이 아니야! / 공식 사이트, 2016년 ~ 2017년
* 타나베 루이의 미드나이트☆튜즈데이! ~루이는 친구를 부른다~ / 초! A&G+, 2017년
* 타나베 루이・사시데 마리아의 루이・마리아주☆ / 초! A&G+, 2017년
* 25시, 나이트 라디오에서. / YouTube, 2020년 ~
* 키도 이부키와 타나베 루이의 후타라지!! / 초! A&G+, 2020년
* ONE TO ONE ~타나베 루이의 타나베 스이산~ / 니코니코 생방송, 2021년 ~ 2025년
* 인외교실의 인간 혐오 교사 불지화고교 라디오 방송실 / 공식 사이트, 2025년 ~

=== 텔레비전·나레이션 ===

* 타나베 루이의 EternalColor / Ustream, 2015년 ~ 2017년
* 애니메마시테 / TV 도쿄, 2017년 4월 {{덧|하타 사와코와 공동 MC}}
* 성우 타나베 루이의 「루이의 헛바퀴」 / 니코니코 생방송, 2018년 ~ 2021년
* 아니파라 음악관 / 2014년 ~ 2017년
* 월간 코믹 제논 《오늘부터 시티헌터》 TV CM / 나레이션, 사이온지 사오리
* 성우의 보물 감정 대회 / 2022년

=== TV 드라마 ===

* 성걸! / 2018년, 나나미의 성우 역

=== 무대·낭독극 ===

* 리딩 드라마 〈팬레터즈〉 / 2017년
* 메이크 히어로 DMM VR THEATER Version / 린 {{덧|목소리 출연}}
* 용자 세이얀의 이야기 ~노스트라다무 남자의 대예언~ / 소우코
* 어둠 사냥꾼△ / 시도 루리
* 사랑하는 안티 히어로 / 나나
* 히어 컴즈 더 선 / 카오루
* 마리아 ~The first Xmas of the last children~ / 루카
* 5분 뒤를 바꿔라!! ~모래시계가 가져온 기적~ / 아오야마 마미
* 레이와 라쿠고 ~2026 겨울의 진~ / 출연

== 디스코그라피 ==
=== 싱글 ===
{| class="wikitable"
! 번호 !! 제목 !! 원제 !! 발매일 !! 레이블 !! 규격번호
|-
| 1 || BLUE TOPAZ || BLUE TOPAZ || 2014년 2월 28일 || 포니캐니언 || PCCG-70208
|}

=== 캐릭터송 ===
{| class="wikitable"
! 연도 !! 곡명 !! 명의 !! 관련 작품
|-
| 2014년 || 「Blue Topaz」 || 타나베 루이 || 개인 싱글
|-
| 2020년 이후 || 프로젝트 세카이 관련 악곡 || 아사히나 마후유 || [[프로젝트 세카이 컬러풀 스테이지! feat. 하츠네 미쿠]]
|-
| 2024년 || 「シカ色デイズ」 || 시카부 {{원|鹿乃子のこ, 虎視虎子, 虎視餡子, 馬車芽めめ}} || [[사슴 아이 어슬렁어슬렁 호시탐탐]]<ref name="shikanoko" />
|-
| 2026년 || 「人間カムトゥルー！」 || 미즈키 쿄카, 오오모리 잇사, 우사미 스이, 하네다 토바리 || [[인외교실의 인간 혐오 교사]]<ref name="jingai" />
|}

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://stay-luck.com/talent/tanabe-rui/ 타나베 루이 | 스테이럭 공식 프로필]
* {{언어|일}} [https://x.com/rui_kanimiso 타나베 루이 공식 X]
* {{언어|일}} [https://www.instagram.com/rui.kani_miso/ 타나베 루이 공식 Instagram]
* {{언어|일}} [https://ameblo.jp/tanaberui/ 타나베 루이 공식 블로그 '루이토모']

토모에 마미

2026-06-17T02:41:44Z

Gaon12: 문서 내용 보강

== 캐릭터 ==
{{캐릭터 정보
|성별 = 여
|이름 = 토모에 마미
|이름/일어 = 巴マミ
|이름/요미카타 = ともえマミ
|이름/영어 = Mami Tomoe



|속성 = 마법소녀, 중학생, 선배, 멘토



|등장작품 = 마법소녀 마도카☆마기카
|등장작품2 = 극장판 마법소녀 마도카☆마기카 [신편] 반역의 이야기
|등장작품3 = 마기아 레코드 마법소녀 마도카☆마기카 외전
|등장작품4 = 마법소녀 마도카☆마기카 Magia Exedra
|등장작품5 = 극장판 마법소녀 마도카☆마기카 〈왈푸르기스의 회천〉
|CV = [[미즈하시 카오리]]
|국적 = 일본
|연령 = 14~15세 추정
|신분 = 미타키하라 중학교 3학년생, 마법소녀
|생일/년 =
|생일/월 =
|생일/일 =
|혈액형 =
|신장 =
|체중 =
|가슴 =
|허리 =
|엉덩이 =
|컵 =
|별명 = 마미 선배
|능력 = 리본 마법, 총기 소환, 구속 마법, 포격
|특기 = 원거리전, 마녀 사냥, 후배 지도
|취미 = 홍차, 케이크
|거주지 = 미타키하라 시
|가족관계 = 가족 전원 사망
|이미지 컬러 = 노란색
|캐릭터송 =
|공식 인기투표 =



|국내명 = 토모에 마미
|등장작품/국내 = 마법소녀 마도카☆마기카
|CV/국내 =
}}

'''토모에 마미'''{{원|巴マミ}}는 《[[마법소녀 마도카☆마기카]]》에 등장하는 [[마법소녀]]이다. [[미타키하라 중학교]] 3학년생으로, [[카나메 마도카]]와 [[미키 사야카]]보다 한 학년 위의 선배이다. 마도카와 사야카가 처음으로 [[마법소녀 마도카☆마기카#마녀|마녀]]의 결계에 휘말렸을 때 두 사람을 구해 준 인물이며, 이후 두 사람이 마법소녀의 존재와 계약의 의미를 알아 가는 과정에서 안내자이자 멘토 역할을 맡는다.<ref name="공식TV캐릭터">{{웹 인용 |제목=CHARACTER |웹사이트=TV 애니메이션 《마법소녀 마도카☆마기카》 공식 사이트 |출판사=Aniplex |확인일=2026년 6월 17일}}</ref>

작중에서는 이미 [[큐베]]와 계약한 현역 마법소녀로 등장한다. 미타키하라 시를 활동 영역으로 삼아 마녀와 사역마를 사냥하고 있으며, 전투 경험이 많은 베테랑으로 묘사된다. [[마기아 레코드 마법소녀 마도카☆마기카 외전]]의 공식 캐릭터 설명에서도 마도카 일행보다 먼저 미타키하라에서 마녀들과 싸워 온 마법소녀로 소개된다.<ref name="마기레코공식">{{웹 인용 |제목=登場人物 |웹사이트=《마기아 레코드 마법소녀 마도카☆마기카 외전》 공식 사이트 |확인일=2026년 6월 17일}}</ref>

금발을 트윈 세로롤 모양으로 묶고 다니며, 기품 있는 말씨와 침착한 태도가 특징이다. 중학생답지 않게 성숙하고 우아한 분위기를 지녔으며,<ref><어른 아니메{{원|オトナアニメ}}> Vol.21, p.19, 이와쿠라 다이스케의 해설 중에서.</ref> 홍차와 케이크를 즐긴다. 전투에서도 과장된 동작과 화려한 기술명을 사용하는 등 무대적인 연출이 두드러진다. 그러나 겉으로 보이는 여유와 달리, 가족을 잃고 혼자 살아가는 고독감과 마법소녀로서의 사명감이 강하게 얽혀 있는 인물이다.

== 인물상 ==
마미는 상냥하고 책임감이 강한 성격으로, 마도카와 사야카에게는 믿음직한 선배처럼 행동한다. 큐베가 마도카와 사야카에게 마법소녀의 소질이 있다고 말하자, 마미는 두 사람에게 마녀와 마법소녀의 세계를 직접 보여 주며 판단의 기회를 주려고 한다.<ref name="마기아엑세드라공식">{{웹 인용 |제목=CHARACTER - Mami Tomoe |웹사이트=《마법소녀 마도카☆마기카 Magia Exedra》 공식 사이트 |확인일=2026년 6월 17일}}</ref>

마미가 지닌 사명감은 단순한 정의감만이 아니라 자신의 생존 과정에서 비롯된 책임 의식과도 연결되어 있다. 그는 마녀에게 습격당한 사람들을 구하는 일을 자랑스럽게 여기며, 위험을 앞에 두고도 먼저 나서는 편이다. 한편, 같은 마법소녀 동료가 많지 않은 환경에서 오랫동안 혼자 싸워 왔기 때문에, 자신을 이해해 주고 함께 싸워 줄 동료를 강하게 바라는 면도 있다.

이러한 양면성은 마미의 중요한 특징이다. 평소에는 후배를 이끌어 주는 어른스러운 선배처럼 보이지만, 실제로는 아직 중학생인 소녀이며, 고독과 불안을 감추고 있다. 그 때문에 마도카가 자신과 함께 마법소녀가 되고 싶다고 말했을 때 크게 기뻐하는 모습은 마미가 얼마나 동료를 원하고 있었는지를 보여 준다.

== 마법소녀 ==
=== 마법소녀가 된 경위 ===
수 년 전, 마미는 자동차 사고로 가족을 모두 잃었다. 자기 자신도 죽어 가는 상황에 놓였을 때 [[큐베]]가 나타났고, 마미는 자신의 목숨을 유지하는 것을 소원으로 계약하여 마법소녀가 되었다. 이 때문에 마미는 다른 사람의 생명을 구하는 일에 강한 사명감을 지니고 있으며, 마녀와 싸우는 일을 자신의 의무로 받아들이고 있다.<ref>드라마 CD 《페어웰 스토리》, 게임 《[[마법소녀 마도카☆마기카 포터블]]》, 코믹스 《[[마법소녀 마도카☆마기카 The different story]]》에서 마미의 과거와 신념이 보강되어 있다.</ref>

가족이 모두 사망했기 때문에 현재는 아파트에서 혼자 생활하고 있다. 작중에서 마미의 집은 마도카와 사야카가 마법소녀에 관한 설명을 듣는 장소로도 등장하며, 홍차와 케이크를 대접하는 장면을 통해 마미의 취향과 생활상이 드러난다.

=== 마법소녀 설정 ===
{| class="wikitable"
! 항목 !! 내용
|-
| 소울 젬 || 오렌지색. 변신 후에는 머리 오른쪽 장식에 붙는다.
|-
| 기본 무장 || 머스킷 총. 소총, 다연장 총기, 대포 등 다양한 화기를 소환한다.
|-
| 보조 마법 || 리본을 이용한 구속, 포박, 발판 형성, 무기 전개.
|-
| 전투 방식 || 원거리 포격을 중심으로 하며, 다수의 총기를 연속적으로 소환해 화력을 유지한다.
|-
| 대표 기술 || 티로 피날레{{원|ティロ・フィナーレ}}
|-
| 약점 || 소환한 총기는 기본적으로 일회용이므로, 상황 판단과 전장 배치가 중요하다.
|}

{| class="righted"
|-
! 스테이터스<ref>《마법소녀 마도카☆마기카 [신편] 반역의 이야기》 팜플렛에 표시된 마법소녀들의 스테이터스 중에서.</ref>
|-
| {{스테이터스/마법소녀 마도카☆마기카
| 공격력 = 4.5
| 스피드 = 3
| 초기속성 마술 = 3.5
| 방어력 = 1
| 지구력 = 2.5
| 추가습득 마술 = 4
}}
|}

마법소녀 의상은 흰색 블라우스와 밤색 계열의 스커트, 베레모, 코르셋을 조합한 형태이다. 전체적으로 노란색과 갈색 계열이 강조되어 있으며, 총기와 리본을 함께 사용하는 고전적이고 우아한 이미지가 강하다.

마미의 주무기는 머스킷 총이지만, 실제 전투에서는 단순한 사격수에 그치지 않는다. 리본 마법으로 적을 묶거나 이동 경로를 제한하고, 동시에 여러 총기를 소환해 사격 각도를 확보한다. 이처럼 마미의 전투 방식은 화력, 구속, 공간 장악을 결합한 형태이며, 경험 많은 마법소녀다운 안정적인 전술 판단이 특징이다.

== 작중 행적 ==
=== TV 애니메이션 ===
마미는 TV 애니메이션 초반부에서 마도카와 사야카를 마녀의 결계에서 구해 주며 등장한다. 이후 두 사람에게 마법소녀가 어떤 존재인지, 마녀가 어떤 위험을 지니는지 설명하고, 직접 마녀 사냥에 동행시킨다.

그는 마도카와 사야카에게 계약을 서두르도록 강요하지 않고, 소원의 무게와 마법소녀로 살아간다는 의미를 생각해 보라고 말한다. 이 점에서 마미는 큐베와 달리 두 사람의 판단을 존중하는 안내자 역할을 한다. 동시에 마법소녀로서 사람을 구하는 일에 큰 자부심을 지니고 있어, 마도카에게는 동경의 대상이 된다.

{{네타 시작|TV 애니메이션 3화}}
3화에서 마미는 과자를 모티프로 한 마녀 샤를로테와 싸우다 방심한 순간 공격을 받아 사망한다. 이 장면은 마도카와 사야카가 마법소녀의 현실적인 위험을 처음으로 직접 목격하는 계기가 되며, 이후 작품의 분위기가 급격히 어두워지는 전환점으로 작용한다.
{{네타 끝}}

{{네타 시작|TV 애니메이션 10화}}
10화의 과거 시간축에서는 마법소녀의 진실을 알게 된 뒤 극단적인 행동을 보인다. 마미는 시간 정지 능력을 지닌 [[아케미 호무라]]를 먼저 리본으로 구속한 뒤, 전투력이 높은 [[사쿠라 쿄코]]를 사살한다. 이에 대해 시리즈 디렉터 미야모토 유키히로는 시간 정지 능력자와 고화력 전투원을 우선적으로 무력화한 냉정한 판단이라고 설명했다.<ref>《마법소녀 마도카☆마기카 Key Animation Note》 vol.5, p.194.</ref>
{{네타 끝}}

=== 극장판 ===
전후편 총집편 극장판인 《[[극장판 마법소녀 마도카☆마기카 (전편) 시작의 이야기|극장판 마법소녀 마도카☆마기카 [전편] 시작의 이야기]]》와 《[[극장판 마법소녀 마도카☆마기카 (후편) 영원의 이야기|극장판 마법소녀 마도카☆마기카 [후편] 영원의 이야기]]》에서는 TV 애니메이션의 주요 행적이 재구성되어 등장한다.

《[[극장판 마법소녀 마도카☆마기카 (신편) 반역의 이야기|극장판 마법소녀 마도카☆마기카 [신편] 반역의 이야기]]》에서는 [[모모에 나기사]]와 관련된 새로운 관계가 부각된다. 또한 [[아케미 호무라]]와의 전투 장면에서는 마미의 전투 경험과 기술적 완성도가 강하게 묘사된다. 특히 총격전과 리본 마법을 결합한 장면은 마미가 단순한 원거리 화력 담당이 아니라, 전장 통제와 심리전에도 능한 마법소녀임을 보여 준다.

2026년 8월 28일 공개 예정인 《[[극장판 마법소녀 마도카☆마기카 〈왈푸르기스의 회천〉]]》은 《반역의 이야기》의 정통 속편으로 발표되었으며, 공식 홍보 자료와 캐릭터 일러스트에서 마미의 등장이 확인되어 있다.<ref name="왈푸르기스공식">{{웹 인용 |제목=劇場版魔法少女まどか☆マギカ〈ワルプルギスの廻天〉 |웹사이트=공식 사이트 |출판사=Aniplex |확인일=2026년 6월 17일}}</ref>

=== 마기아 레코드 ===
《[[마기아 레코드 마법소녀 마도카☆마기카 외전]]》에서는 미타키하라의 마법소녀로서 등장하며, 마도카 일행의 선배라는 기존 위치가 유지된다. 공식 소개에서는 마도카 일행보다 먼저 미타키하라에서 마녀들과 싸워 온 마법소녀이자, 사람을 구할 수 있다는 사실을 자랑스럽게 여기는 홍차 애호가로 설명된다.<ref name="마기레코공식" />

{{네타 시작|마기아 레코드}}
애니메이션판과 게임판에서는 카미하마 시의 사건과 연결되며, 이 과정에서 마미의 또 다른 모습인 홀리 마미{{원|ホーリーマミ}}가 등장한다. 홀리 마미는 마미의 신념과 고독, 그리고 마법소녀 구원이라는 문제의식이 왜곡된 형태로 드러난 모습으로 볼 수 있다.
{{네타 끝}}

=== Magia Exedra ===
《[[마법소녀 마도카☆마기카 Magia Exedra]]》에서도 마미는 주요 원작 캐릭터 중 한 명으로 등장한다. 공식 소개문에서는 마도카와 사야카를 만나기 전부터 마녀와 싸워 온 경험 많은 마법소녀로 소개되며, 큐베가 마도카와 사야카의 소질을 알아보자 두 사람에게 마법소녀의 세계를 안내하기로 한 인물로 설명된다.<ref name="마기아엑세드라공식" />

== 능력과 전투 스타일 ==
마미의 전투는 화려하지만, 그 기반에는 치밀한 전장 제어가 있다. 그는 리본 마법으로 적의 움직임을 제한하고, 자신에게 유리한 사격 위치를 만든 뒤 총기를 소환한다. 머스킷 총은 일회용에 가깝기 때문에 한 자루를 계속 사용하는 방식이 아니라, 다수의 총을 순차적으로 불러내어 탄막을 형성한다.

{| class="wikitable"
! 구분 !! 설명
|-
| 원거리 화력 || 다수의 머스킷 총과 대포를 소환해 강력한 포격을 가한다.
|-
| 구속 능력 || 리본을 사용해 적을 묶거나 움직임을 제한한다.
|-
| 전장 장악 || 리본을 발판이나 이동 보조 수단처럼 활용하여 전투 위치를 조절한다.
|-
| 연계 전술 || 구속 마법으로 적의 움직임을 멈춘 뒤 화기로 결정타를 넣는다.
|-
| 정신적 약점 || 고독과 책임감이 강하기 때문에, 심리적으로 몰렸을 때 판단이 극단적으로 흐를 수 있다.
|}

대표 기술인 티로 피날레는 거대한 포를 소환해 강력한 일격을 가하는 필살기이다. 기술명 자체가 마미의 연극적이고 화려한 성격을 상징하며, 작품 팬덤에서도 마미를 대표하는 대사와 기술로 널리 알려져 있다.

== 인간관계 ==
{| class="wikitable"
! 인물 !! 관계
|-
| [[카나메 마도카]] || 마미가 구해 준 후배 중 한 명. 마도카는 마미를 동경하며, 마미 역시 마도카가 자신과 함께 싸워 줄 수 있다는 가능성에 큰 기쁨을 느낀다.
|-
| [[미키 사야카]] || 마미가 마도카와 함께 구해 준 후배. 사야카는 마미를 통해 마법소녀가 사람을 구하는 존재라는 긍정적인 이미지를 갖게 된다.
|-
| [[아케미 호무라]] || 초반부터 서로 경계하는 관계이다. 호무라가 마미의 죽음을 막으려 하거나 큐베와의 접촉을 방해하려 하지만, 마미는 호무라의 의도를 신뢰하지 못한다.
|-
| [[사쿠라 쿄코]] || 외전 작품에서 과거 관계가 보강된다. 《The different story》에서는 두 사람이 한때 파트너였다는 설정이 중요하게 다루어진다.
|-
| [[큐베]] || 마미와 계약한 존재. 마미는 큐베를 통해 목숨을 구했지만, 마법소녀 시스템의 진실을 처음부터 알지는 못했다.
|-
| [[모모에 나기사]] || 《반역의 이야기》 이후 관련성이 부각되는 인물. 마미의 고독과 동료 관계를 해석하는 데 중요한 위치를 가진다.
|}

== 성우 관련 이야기 ==

* 마미의 일본어판 성우는 [[미즈하시 카오리]]이다. 이 작품의 성우진은 조연을 포함해 모두 오디션으로 결정되었다.<ref group="코멘터리" name="코멘터리 1">TV 애니메이션 오디오 코멘터리 1화 중에서.</ref>
* 미즈하시는 언니 역할을 해 본 적이 많지 않았기 때문에 도전해 보고자 하는 마음으로 마미 역을 직접 골랐으며, 그 밖에도 [[카미죠 쿄스케]]와 [[큐베]] 역에도 지원했다고 한다.<ref group="코멘터리" name="코멘터리 3">TV 애니메이션 오디오 코멘터리 3화 중에서.</ref>
* 미즈하시는 마미 이외에도 [[카나메 마도카]]의 남동생 타츠야와 발푸르기스의 밤을 연기했다. 마미가 3화에서 사망한 이후에는 주로 타츠야 역으로 녹음에 참여했으며, 10화 녹음 당시 마미의 대본을 받고 놀랐다고 한다.<ref group="코멘터리" name="코멘터리 11">TV 애니메이션 오디오 코멘터리 11화 중에서.</ref>
* 영어판 애니메이션에서는 Carrie Keranen이 마미를 연기했다.

== 기타 ==

* 캐릭터 원안은 [[아오키 우메]], 애니메이션 캐릭터 디자인은 [[키시다 타카히로]]가 맡았다.
* 당초 [[우로부치 겐]]이 설정을 잡았을 때 마미는 ‘첫 번째 희생자’에 가까운 위치였지만, 애니메이션 제작 과정에서 존재감이 강해지면서 사망 장면의 상실감과 이후 캐릭터들에게 미치는 영향도 커졌다고 한다.<ref group="코멘터리" name="코멘터리 4">TV 애니메이션 오디오 코멘터리 4화 중에서.</ref>
* 마미의 이미지 컬러는 노란색이다. 이는 금발, 소울 젬, 의상 배색, 마법 연출에서 반복적으로 드러난다.
* 마미가 사용하는 기술명과 전투 연출은 작품의 어두운 분위기와 대비되는 화려함을 지니며, 이 대비가 3화 이후의 충격을 더욱 크게 만드는 장치로 작용한다.
* 외전 코믹스 《[[마법소녀 마도카☆마기카 The different story]]》에서는 마미와 [[사쿠라 쿄코]]의 과거 관계가 중심적으로 다루어진다.
* 스핀오프 코믹스 《[[토모에 마미의 평범한 일상]]》에서는 마미가 주인공으로 등장하며, 본편과는 다른 방향의 일상적인 면모가 강조된다.

== 주석 ==
<references />

; 오디오 코멘터리에서 발췌한 내용
<references group="코멘터리" />

토쿠이 소라

2026-06-17T02:29:29Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 토쿠이 소라
|이름/일어 = 徳井青空
|이름/영어 = Sora Tokui
|직업 = [[성우]], [[만화가]]
|소속사 = [[히비키]] → [[에이벡스 픽처스]]
|출생년 = 1989
|출생월 = 12
|출생일 = 26
|출생국가 = 일본
|출생지1 = 치바현
|출생지2 = 미나미보소시
|혈액형 = O
|신장 =
|발사이즈 =
|별명 = 소라마루, 토쿠상, 마루상



|활동시작 = 2009년
|활동종료 =
|장르 = [[애니메이션]], [[게임]], [[라디오]], [[내레이션]]
|데뷔작품 = [[바이스 서바이브 R]]
|데뷔역 = 히메미야
|참여유닛 = [[밀키 홈즈]], [[μ's]], [[BiBi]]
}}

'''토쿠이 소라'''(徳井青空, 1989년 12월 26일 ~ )는 [[일본]]의 여성 [[성우]], [[만화가]]이다. [[치바현]] [[미나미보소시]] 출신이며, 현재 [[에이벡스 픽처스]]에 소속되어 있다.<ref name="avex-profile">[https://avex.jp/tokuisora/profile/ 에이벡스 - 토쿠이 소라 공식 프로필]</ref> 애칭은 '''소라마루'''(そらまる). 대표 배역으로는 <[[탐정 오페라 밀키 홈즈]]>의 유즈리자키 네로, <[[러브라이브!]]>의 야자와 니코, <[[주문은 토끼입니까?]]>의 마야, <[[우마무스메 프리티 더비]]>의 테이엠 오페라 오, <[[주술회전]]>의 닛타 아카리, <[[히미츠노 아이프리]]>의 미츠바 아이리 등이 있다.<ref name="seigura-profile">[https://seigura.com/directory/891/ 성우 그랑프리 - 토쿠이 소라 프로필]</ref>

성우 활동 외에도 만화가, 일러스트레이터, MC, 영상 제작자, 버추얼 아바타 '''토쿠이 V 소라''' 명의의 활동 등으로 활동 영역을 넓히고 있다. 공식 프로필에서는 취미로 만화 그리기, 미니카, 오컬트, 아쿠아리움, 영상 제작, 네일아트, 마작, 사우나 등을 들고 있으며, 특기는 일러스트와 창작 활동이다.<ref name="avex-profile" />

=== 이력 ===
{| class="wikitable"
! 연도 !! 내용
|-
| 2009년 || <[[바이스 서바이브 R]]>의 히메미야 역으로 성우 데뷔.<ref name="dmusic-profile">[https://dmusic.docomo.ne.jp/artist/2000443162/ dミュージック - 토쿠이 소라 프로필]</ref>
|-
| 2010년 || <[[탐정 오페라 밀키 홈즈]]>에서 유즈리자키 네로 역을 맡았으며, 같은 작품의 성우 유닛 [[밀키 홈즈]] 멤버로도 활동했다.<ref name="milky-unit">[https://milky-holmes.com/unit/ 탐정 오페라 밀키 홈즈 공식 아카이브 - 유닛]</ref>
|-
| 2011년 || 개인 이벤트 <미라클 소라 나이트>를 개최했다. 같은 시기 4컷 만화 연재 등으로 만화가 활동도 병행했다.
|-
| 2012년 || [[미나미보소시]] 관광대사 제2호로 위촉되었다.<ref name="minamiboso-ambassador">[https://www.city.minamiboso.chiba.jp/0000002296.html 미나미보소시 - 미나미보소시 관광대사의 위촉]</ref>
|-
| 2013년 || <[[러브라이브!]]>에서 야자와 니코 역을 맡아 [[μ's]] 멤버로 활동했다.
|-
| 2017년 || 본인이 원작을 맡은 만화 <[[마케루나!! 아쿠노 군단!]]>이 TV 애니메이션화되었다.<ref name="akunogundan-official">[https://akunogundan.com/ 마케루나!! 아쿠노 군단! 애니메이션 공식 사이트]</ref>
|-
| 2018년 || [[히비키]]와의 전속 매니지먼트 계약 만료 후, 4월 1일부터 [[에이벡스 픽처스]]로 이적했다.<ref name="hibiki-transfer">[https://hibiki-cast.jp/20180320/hibikiinfo/ 히비키 - 토쿠이 소라 전속 매니지먼트 계약 만료에 관한 보고]</ref><ref name="animate-transfer">[https://www.animatetimes.com/news/details.php?id=1521548607 애니메이트 타임즈 - 토쿠이 소라 이적 보도]</ref>
|-
| 2019년 || 공식 팬클럽 '''ぐーもる荘'''을 개설했다.
|-
| 2020년 || 유튜브 채널 활동을 시작했으며, 실사 단편 영화 <때때로는, 잠 못 드는 밤에>의 감독과 각본을 맡았다.<ref name="seigura-film">[https://seigura.com/news/32372/ 성우 그랑프리 - 토쿠이 소라 첫 감독 단편 영화 공개]</ref>
|-
| 2024년 || 10월 1일, 일반인과의 결혼을 발표했다.<ref name="marriage">[https://animeanime.jp/article/2024/10/01/86849.html 아니메! 아니메! - 토쿠이 소라 결혼 발표]</ref>
|-
| 2026년 || <버려진 성녀의 이세계 밥 여행: 숨은 스킬로 캠핑카를 소환했습니다>에서 주인공 린 역으로 캐스팅되었다.<ref name="isekai-gohan">[https://animeanime.jp/article/2026/04/15/97953.html 아니메! 아니메! - 버려진 성녀의 이세계 밥 여행 2026년 7월 방영 및 캐스트 발표]</ref>
|}

=== 인물 ===

* [[치바현]] [[미나미보소시]] 출신으로, 2012년 4월 26일 미나미보소시 관광대사 제2호로 위촉되었다.<ref name="minamiboso-ambassador" />
* 성우 활동과 함께 만화, 일러스트, 영상 제작 등 창작 활동을 계속하고 있다.
* <[[마케루나!! 아쿠노 군단!]]>의 원작자로, 해당 작품은 2017년 TV 애니메이션으로 제작되었다.<ref name="akunogundan-official" />
* 2020년에는 실사 단편 영화 <때때로는, 잠 못 드는 밤에>에서 감독과 각본을 맡았다.<ref name="seigura-film" />
* 공식 프로필에서는 대화 진행 능력과 다양한 취미 활동, 버추얼 아바타 '''토쿠이 V 소라''' 활동 가능성을 특징으로 소개하고 있다.<ref name="avex-profile" />

== 성우로서의 활동 ==
{{안내|

* 같은 연도 내에서는 작품 이름의 가나다순을 우선하되, 시리즈 작품은 보기 쉽게 묶었습니다.
* '''굵은 글씨'''는 주연 또는 비중이 큰 캐릭터입니다.
* 아래 목록은 대표 배역 중심이며, 전체 출연작을 모두 포함하지 않을 수 있습니다.
}}

=== TV 애니메이션 ===
주요 출연작은 공식 프로필과 애니메이션 정보 사이트의 출연 목록을 바탕으로 정리했다.<ref name="avex-profile" /><ref name="animehack-works">[https://anime.eiga.com/person/10158/program/ 애니메이션 해크 - 토쿠이 소라 출연 작품]</ref>

* '''2009년'''
** [[바이스 서바이브 R]] / 히메미야

* '''2010년'''
** [[탐정 오페라 밀키 홈즈]] / '''유즈리자키 네로'''

* '''2011년'''
** [[탐정 오페라 밀키 홈즈 섬머 스페셜]] / '''유즈리자키 네로'''

* '''2012년'''
** [[ROBOTICS;NOTES]] / '''다이토쿠 쥰나'''
** [[리틀 버스터즈!]] / 사사세가와 사사미
** 루팡 3세 동방견문록 ~어나더 페이지~ / 아미
** 시바이누코씨 / 소년
** 치토세 겟츄!! / '''미사키'''
** [[탐정 오페라 밀키 홈즈 제2막]] / '''유즈리자키 네로'''
** [[탐정 오페라 밀키 홈즈 Alternative ONE ~코바야시 오페라와 5폭의 회화~]] / '''유즈리자키 네로'''
** [[탐정 오페라 밀키 홈즈 Alternative TWO ~코바야시 오페라와 허공의 큰까마귀~]] / '''유즈리자키 네로'''

* '''2013년'''
** 내가 인기없는 건 아무리 생각해도 너희들이 나빠! / '''쿠로키 토모코'''
** [[두 사람은 밀키 홈즈]] / '''유즈리자키 네로'''
** [[러브라이브!]] / '''야자와 니코'''
** 세계에서 제일 강해지고 싶어! / 호넷
** [[판타지스타 돌]] / 카티아
** [[환영을 달리는 태양]] / 츠쿠요미 루나

* '''2014년'''
** [[러브라이브! 2기]] / '''야자와 니코'''
** [[주문은 토끼입니까?]] / 마야
** 퓨처 카드 버디파이트 / 나나나 파루코
** 초폭렬 이차원 멘코 배틀 기간트 슈터 츠카사 / 코이데 미루코

* '''2015년'''
** [[주문은 토끼입니까??]] / 마야
** 경계의 RINNE / 미호
** 단치가이 / 나카노 하즈키
** 총황무진의 파프니르 / 아리에라 루
** 탐정가극 밀키 홈즈 TD / '''유즈리자키 네로'''
** 퓨처 카드 버디파이트 100 / 나나나 파루코
** JK메시! / 이가라시 루리코

* '''2016년'''
** 경계의 RINNE 제2시리즈 / 미호
** 나조토키네 / 하친
** 라쿠엔 로직 / 클로에 맥스웰
** 미소녀 유희 유닛 크레인 게일 / 사야카
** 미소녀 유희 유닛 크레인 게일 갤럭시 / 사야카
** 오쿠사마가 학생회장!+! / 사이조 호노카
** 이 미술부에는 문제가 있다! / 아야세 카오리
** 퓨처 카드 버디파이트 DDD / 나나나 파루코

* '''2017년'''
** [[블렌드 S]] / '''칸자키 히데리'''
** 츠우카아 / 마키타 아이
** 카이토 앤서 / 하친
** 탐정 오페라 밀키 홈즈 아르센 화려한 욕망 / '''유즈리자키 네로'''

* '''2018년'''
** 괴수 걸즈 ~울트라 괴수 의인화 계획~ 제2기 / 피그몬
** 덜케 죄인은 용과 춤춘다 / 베르드리트
** 세키레이 카구라 SHINOVI MASTER -도쿄 요마편- / 하나비
** 아리스 or 아리스 / 히메사키
** [[팝 팀 에픽]] / 팝코
** 탐정 오페라 밀키 홈즈 사이코의 인사 / '''유즈리자키 네로'''

* '''2019년'''
** [[키랏토 프리☆찬]] 시즌 2 / 쿠로카와 스즈
** 내가 능력은 평균치로 해달라고 말했잖아요! / '''레나'''
** 마왕님, 리트라이! / 유키카제
** 초가동 걸 1/6 / 쿠사비

* '''2020년'''
** [[주문은 토끼입니까? BLOOM]] / 마야
** 군집하라! 시튼 학원 / 네코마이 쿠루미
** 키랏토 프리☆찬 시즌 3 / 쿠로카와 스즈
** 츠구모모 / 쿄카
** 리버스 / 칸나

* '''2021년'''
** [[주술회전]] / 닛타 아카리
** 진정한 동료가 아니라고 용사의 파티에서 쫓겨났으므로, 변경에서 슬로 라이프를 하기로 했습니다 / 나오
** 플라오레! ~PRIDE OF ORANGE~ / 요시이케 에마
** 트로피컬 루즈! 프리큐어 / 사쿠라가와 선생님

* '''2023년'''
** [[아크나이츠]] 겨울은 뒤에 남으리 / 스와이어
** 언더 닌자 / 노구치
** 이세계 원턴킬 누나 / 글로리아
** 전생귀족의 이세계 모험록 / 티파나
** 헬크 / 로코코
** 공략 원티드! 이세계 구합니다!? / 부도
** 라이어 라이어 / 카자미 스즈란

* '''2024년'''
** [[그렌다이저 U]] / 오오이
** 엘프 씨는 살을 뺄 수 없어. / 메로
** 마루이 그녀와 유감스러운 남자친구 / 호소이 마리코
** 진정한 동료가 아니라고 용사의 파티에서 쫓겨났으므로, 변경에서 슬로 라이프를 하기로 했습니다 2nd Season
** 다수결 / 카토 기사
** [[히미츠노 아이프리]] / '''미츠바 아이리'''<ref name="aipri-airi">[https://aipri.jp/anime/series/himitsu/character/airi/ 히미츠노 아이프리 공식 사이트 - 미츠바 아이리]</ref>

* '''2025년'''
** 이 회사에 좋아하는 사람이 있습니다 / 사쿠라 유키코
** 완벽해서 귀여운 구석이 없다고 파혼당한 성녀는 이웃 나라에 팔린다 / 리나
** 히미츠노 아이프리 제2기 / '''미츠바 아이리'''
** 자판기로 다시 태어난 나는 미궁을 방랑한다 2nd season / 쇼트

* '''2026년'''
** 꽃오리 씨는 전생해도 싸우고 싶어 / 쿠라이시 마나
** 버려진 성녀의 이세계 밥 여행: 숨은 스킬로 캠핑카를 소환했습니다 / '''린'''(타카나시 린)<ref name="isekai-gohan" />
** 최강의 직업은 용사도 현자도 아닌 감정사인 것 같은데요? / 스티리아
** 자판기로 다시 태어난 나는 미궁을 방랑한다 3rd season / 쇼트

=== 극장판·OVA·WEB 애니메이션 ===

* '''2015년'''
** [[러브라이브! The School Idol Movie]] / '''야자와 니코'''

* '''2016년'''
** 극장판 탐정 오페라 밀키 홈즈 ~역습의 밀키 홈즈~ / '''유즈리자키 네로'''

* '''2023년'''
** [[우마무스메 프리티 더비 ROAD TO THE TOP]] / 테이엠 오페라 오<ref name="umamusume-operao">[https://umamusume.jp/character/tmoperao 우마무스메 프리티 더비 공식 포털 - 테이엠 오페라 오]</ref>

* '''2024년'''
** 극장용 재편집판 우마무스메 프리티 더비 ROAD TO THE TOP / 테이엠 오페라 오
** 극장판 우마무스메 프리티 더비 새로운 시대의 문 / 테이엠 오페라 오<ref name="umamusume-movie">[https://movie-umamusume.jp/caststaff/ 극장판 우마무스메 프리티 더비 새로운 시대의 문 - Cast & Staff]</ref>

=== 게임 ===

* '''2010년'''
** [[탐정 오페라 밀키 홈즈]] / '''유즈리자키 네로'''

* '''2011년'''
** 마계전기 디스가이아 4 / 우주인, 천사
** 듀크 뉴켐 포에버 / 미소

* '''2012년'''
** [[ROBOTICS;NOTES]] / '''다이토쿠 쥰나'''
** 미궁탑로 레가시스터 / 마리
** [[탐정 오페라 밀키 홈즈 2]] / '''유즈리자키 네로'''

* '''2015년'''
** 섬란 카구라 ESTIVAL VERSUS -소녀들의 선택- / 하나비

* '''2017년'''
** [[뉴 단간론파 V3 모두의 살인 신학기]] / 차바시라 텐코<ref name="famitsu-v3">[https://www.famitsu.com/news/201701/11124579.html 패미통 - 뉴 단간론파 V3 캐스트 코멘트]</ref>

* '''2018년'''
** 메모리즈 오프 -Innocent Fille- / 시마 스나오

* '''2020년'''
** [[아크나이츠]] / 스와이어

* '''2021년'''
** [[우마무스메 프리티 더비]] / 테이엠 오페라 오<ref name="umamusume-operao" />

* '''2023년'''
** [[붕괴: 스타레일]] / 후크<ref name="hsr-hook">[https://hsr.hoyoverse.com/ja-jp/character 붕괴: 스타레일 일본어 공식 사이트 - 캐릭터]</ref>

* '''시기 미상 또는 지속 서비스 작품'''
** [[프린세스 커넥트! Re:Dive]] / 리마
** [[몬스터 스트라이크]] / 풍신·뇌신
** 삼국지 패도 / 손상향
** [[러브라이브! 스쿨 아이돌 페스티벌]] / 야자와 니코
** [[하얀고양이 프로젝트]] / 에쿠르 릴
** [[신격의 바하무트]] / 알카

=== 온라인 게임 ===

* '''2010년'''
** ai sp@ce / '''유즈리자키 네로'''
** 도색대전 파이론 / 쥬가시마 히지리

=== 라디오·인터넷 방송 ===

* '''2009년'''
** 밀키 홈즈 탐정학원 방송실

* '''2010년'''
** 밀키 홈즈 탐정학원 방송실 2

* '''2011년'''
** 밀키 홈즈 탐정학원 방송실 3

* '''2012년'''
** 밀키 홈즈 탐정학원 방송실 4
** 러브라이브! μ's 홍보부 ∼니코린파나∼

* '''2020년대'''
** 파미통 presents 우마무스메 연구회! / MC
** 애니메이션 해크 TV / MC
** 성우와 밤놀이 2021 / 기간 한정 MC
** 토쿠이 V 소라 관련 유튜브 프로그램

=== 외화 더빙·내레이션 ===

* 프리티 리틀 라이어스 ORIGINAL SIN / 이모젠 애덤스
* 바나나맨의 드라이브스리 / 내레이션
* 카마이가치 / 내레이션
* 세계 대자연 기행: 아시아의 비경 / 내레이션

== 만화·저술·영상 활동 ==

* <마법소녀★지타쿠쨩> / 4컷 만화
* <[[마케루나!! 아쿠노 군단!]]> / 만화 원작, 단행본 전 2권, 2017년 애니메이션화<ref name="akunogundan-official" />
* <판다의 오시고토!> / 그림책<ref name="panda-book">[https://krakenbooks.net/1278 『パンダの推しごと！』 특설 페이지]</ref>
* <때때로는, 잠 못 드는 밤에> / 실사 단편 영화, 감독·각본<ref name="seigura-film" />
* 연애 앤솔러지 <니가쿠테 아마이> 수록작 <사랑의 화살> / 소설

== 음악 활동 ==
토쿠이 소라는 개인 명의의 독립 음반보다, 작품 유닛과 캐릭터 명의의 음악 활동이 중심이다. [[밀키 홈즈]], [[μ's]], [[BiBi]] 등 성우 유닛 활동과 다수의 캐릭터송에 참여했다.

=== 유닛 활동 ===

* [[밀키 홈즈]]
** 비 개인 뒤의 미래 / 2010년 6월 23일
** 정답은 하나! 잖아!! / 2010년 10월 27일
** Colourful Garden / 2011년 4월 6일
** To-gather!!!! / 2011년 8월 24일

* [[μ's]]
** 우리들의 LIVE 너와의 LIFE / 2010년 8월 13일, 25일
** Snow halation / 2010년 12월 22일
** 여름색 미소로 1,2,Jump! / 2011년 8월 24일
** 그 외 <[[러브라이브!]]> 관련 싱글, 앨범, 라이브 음반 다수

* [[BiBi]]
** 다이아몬드 프린세스의 우울 / 2011년 6월 22일
** 그 외 <[[러브라이브!]]> 관련 유닛 음반

=== 캐릭터송·기타 참여곡 ===

* 야자와 니코 명의의 <[[러브라이브!]]> 관련 캐릭터송
* 유즈리자키 네로 명의의 <[[탐정 오페라 밀키 홈즈]]> 관련 캐릭터송
* 마야 명의의 <[[주문은 토끼입니까?]]> 관련 캐릭터송
* 테이엠 오페라 오 명의의 <[[우마무스메 프리티 더비]]> 관련 캐릭터송
* <동방 LostWord> 관련 곡 <세계일위> / 2024년, 피처링 참여

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://avex.jp/tokuisora/ 토쿠이 소라 공식 사이트]
* {{언어|일}} [https://avex.jp/tokuisora/profile/ 에이벡스 - 토쿠이 소라 공식 프로필]
* {{언어|일}} [https://x.com/tokui_sorangley 토쿠이 소라 X]
* {{언어|일}} [https://www.youtube.com/channel/UCxxTux8c6i3i8Gt4EK0xMHA 소라마루의 채널]
* {{언어|일}} [https://gu-morusou.com/ 토쿠이 소라 공식 팬클럽 ぐーもる荘]

[[분류:일본의 여자 성우]]
[[분류:일본의 만화가]]
[[분류:1989년 태어남]]
[[분류:치바현 출신]]
[[분류:에이벡스 그룹]]

UDP

2026-06-17T02:21:52Z

Gaon12: 문서 내용 보강

'''UDP'''는 '''User Datagram Protocol'''의 약자로, 한국어로는 '''사용자 데이터그램 프로토콜''' 또는 '''유저 데이터그램 프로토콜'''이라고 한다. [[인터넷 프로토콜 스위트]]에서 [[전송 계층]]에 속하는 핵심 통신 프로토콜 가운데 하나이며, [[인터넷 프로토콜]] 위에서 동작한다. UDP는 연결을 설정하지 않고 [[데이터그램]] 단위로 데이터를 전송하는 [[비연결형 프로토콜]]이다.<ref>RFC Editor, “RFC 768: User Datagram Protocol”, https://www.rfc-editor.org/info/rfc768/</ref>

UDP는 [[TCP]]와 달리 연결 설정, 전달 보장, 순서 보장, 중복 제거, 흐름 제어를 자체적으로 제공하지 않는다. 대신 헤더가 단순하고 처리 부담이 작기 때문에, 지연 시간을 줄이는 것이 중요한 [[DNS]], [[DHCP]], [[RTP]], [[VoIP]], [[온라인 게임]], 일부 [[스트리밍]] 서비스, [[QUIC]] 기반 통신 등에 널리 사용된다. 다만 UDP 자체에는 혼잡 제어 기능이 없으므로, UDP를 사용하는 응용 프로그램이나 상위 프로토콜은 필요에 따라 신뢰성, 보안, 혼잡 제어, 오류 복구 기능을 별도로 구현해야 한다.<ref>IETF, “RFC 8085: UDP Usage Guidelines”, https://datatracker.ietf.org/doc/html/rfc8085</ref>

UDP는 데이비드 P. 리드와 존 포스텔이 작성한 초기 인터넷 실험 노트인 IEN 71에서 형태가 제시되었고, 1980년에 존 포스텔이 작성한 RFC 768로 표준화되었다.<ref>RFC Editor, “IEN 71: User Datagram Protocol”, https://www.rfc-editor.org/ien/ien71.pdf</ref><ref>RFC Editor, “RFC 768: User Datagram Protocol”, https://www.rfc-editor.org/info/rfc768/</ref> RFC 768은 현재도 UDP의 기본 표준 문서이며, 2025년에 발표된 RFC 9868은 UDP에 전송 옵션을 위한 확장 방식을 추가하면서 RFC 768을 업데이트하였다.<ref>IETF Datatracker, “RFC 9868: Transport Options for UDP”, https://datatracker.ietf.org/doc/rfc9868/</ref>

== 개요 ==
UDP는 응용 프로그램이 다른 호스트의 응용 프로그램으로 메시지를 보낼 수 있도록 포트 번호와 짧은 헤더를 제공한다. 송신 측은 수신 측과 사전에 연결을 맺지 않고 데이터를 전송할 수 있으며, 수신 측의 준비 상태나 전달 성공 여부를 UDP 계층에서 보장하지 않는다.

이러한 특성 때문에 UDP는 다음과 같은 상황에 적합하다.

* 지연 시간이 전달 보장보다 중요한 경우
* 일부 패킷 손실을 응용 프로그램이 허용하거나 직접 처리할 수 있는 경우
* 단순한 질의와 응답 구조의 통신이 필요한 경우
* 브로드캐스트 또는 멀티캐스트 전송이 필요한 경우
* 상위 계층에서 자체적인 신뢰성, 암호화, 혼잡 제어를 구현하는 경우

반대로 파일 전송, 전자우편 전송, 웹 페이지 전송처럼 데이터의 완전성과 순서가 중요한 경우에는 일반적으로 [[TCP]] 또는 TCP 기반 응용 프로토콜이 더 적합하다.

== 특징 ==
{| class="wikitable"
! 특징 !! 설명
|-
| 비연결형 || 데이터를 보내기 전에 연결 설정 절차를 수행하지 않는다.
|-
| 데이터그램 기반 || 데이터가 독립적인 메시지 단위인 데이터그램으로 전송된다.
|-
| 낮은 오버헤드 || UDP 헤더는 기본적으로 8바이트로, TCP보다 구조가 단순하다.
|-
| 전달 보장 없음 || 패킷 손실, 중복, 순서 변경이 발생할 수 있으며 UDP 자체는 이를 복구하지 않는다.
|-
| 순서 보장 없음 || 여러 데이터그램이 전송된 순서와 다른 순서로 도착할 수 있다.
|-
| 흐름 제어 없음 || 송신 속도를 수신 측 처리 능력에 맞추는 기능을 제공하지 않는다.
|-
| 혼잡 제어 없음 || 네트워크 혼잡을 감지하거나 전송률을 자동으로 낮추는 기능을 제공하지 않는다.
|-
| 체크섬 제공 || 헤더와 데이터의 오류 검출을 위한 체크섬 필드를 제공한다.
|-
| 포트 번호 사용 || 송신지 포트와 목적지 포트를 이용해 호스트 안의 응용 프로그램을 구분한다.
|}

== 헤더 구조 ==
UDP 헤더는 4개의 필드로 구성되며, 각 필드는 16비트이다. 따라서 기본 UDP 헤더의 크기는 8바이트이다.<ref>RFC Editor, “RFC 768: User Datagram Protocol”, https://www.rfc-editor.org/info/rfc768/</ref>

{| class="wikitable"
! 필드 !! 크기 !! 설명
|-
| 송신지 포트 || 16비트 || 데이터를 보낸 응용 프로그램의 포트 번호이다. 사용하지 않을 경우 0으로 설정할 수 있다.
|-
| 목적지 포트 || 16비트 || 데이터를 받을 응용 프로그램의 포트 번호이다.
|-
| 길이 || 16비트 || UDP 헤더와 데이터 영역을 합친 전체 길이를 바이트 단위로 나타낸다.
|-
| 체크섬 || 16비트 || UDP 헤더와 데이터의 오류를 검출하기 위한 값이다.
|}

== 포트 번호 ==
UDP는 [[포트 번호]]를 사용하여 한 호스트 안의 여러 응용 프로그램을 구분한다. 포트 번호는 0부터 65535까지의 16비트 값이며, [[IANA]]가 서비스 이름과 전송 프로토콜 포트 번호 등록소를 관리한다.<ref>IANA, “Service Name and Transport Protocol Port Number Registry”, https://www.iana.org/assignments/service-names-port-numbers</ref>

{| class="wikitable"
! 범위 !! 이름 !! 설명
|-
| 0-1023 || 시스템 포트 || 널리 알려진 표준 서비스에 주로 사용된다.
|-
| 1024-49151 || 사용자 포트 || 등록된 응용 서비스에 사용된다.
|-
| 49152-65535 || 동적 또는 사설 포트 || 임시 통신이나 사설 용도로 사용된다.
|}

UDP 자체는 [[IPv4]]와 [[IPv6]]에서 IP 상위 프로토콜로 캡슐화될 수 있으며, IANA의 IP 프로토콜 번호 등록소에서 UDP의 프로토콜 번호는 17이다.<ref>IANA, “Assigned Internet Protocol Numbers”, https://www.iana.org/assignments/protocol-numbers</ref>

== 체크섬 ==
UDP 체크섬은 전송 중 데이터가 손상되었는지 확인하기 위한 오류 검출 값이다. 체크섬 계산에는 UDP 헤더와 데이터뿐 아니라 IP 주소 등으로 구성된 의사 헤더도 포함된다.

[[IPv4]]에서 UDP 체크섬은 선택적으로 사용될 수 있지만, [[IPv6]]에서는 일반적인 UDP 통신에서 체크섬 사용이 필수이다. IPv6에서 UDP 체크섬 값이 0인 데이터그램은 기본적으로 폐기되어야 하며, 예외적으로 특정 터널링 프로토콜이 RFC 6935와 RFC 6936의 조건을 따르는 경우에만 0 체크섬 모드를 사용할 수 있다.<ref>IETF, “RFC 8200: Internet Protocol, Version 6 (IPv6) Specification”, https://datatracker.ietf.org/doc/html/rfc8200</ref><ref>IETF, “RFC 6936: Applicability Statement for the Use of IPv6 UDP Datagrams with Zero Checksums”, https://datatracker.ietf.org/doc/html/rfc6936</ref>

== TCP와의 비교 ==
UDP와 TCP는 모두 전송 계층 프로토콜이며 포트 번호를 사용하지만, 설계 목표와 제공 기능이 다르다.

{| class="wikitable"
! 구분 !! UDP !! TCP
|-
| 연결 방식 || 비연결형 || 연결형
|-
| 데이터 단위 || 데이터그램 || 바이트 스트림
|-
| 연결 설정 || 없음 || 3방향 핸드셰이크 사용
|-
| 전달 보장 || 제공하지 않음 || 제공함
|-
| 순서 보장 || 제공하지 않음 || 제공함
|-
| 중복 제거 || 제공하지 않음 || 제공함
|-
| 흐름 제어 || 제공하지 않음 || 제공함
|-
| 혼잡 제어 || 제공하지 않음 || 제공함
|-
| 헤더 크기 || 기본 8바이트 || 기본 20바이트 이상
|-
| 대표 용도 || DNS, DHCP, RTP, QUIC, 실시간 통신 || HTTP, HTTPS, SMTP, SSH, 파일 전송
|}

UDP는 단순하고 빠르지만 신뢰성을 보장하지 않는다. TCP는 상대적으로 복잡하고 오버헤드가 크지만 신뢰성 있는 전송을 제공한다. 따라서 두 프로토콜 가운데 어느 것이 더 우수하다고 단정할 수 없으며, 응용 프로그램의 목적에 따라 적절한 프로토콜을 선택해야 한다.

== 주요 사용 사례 ==
{| class="wikitable"
! 사용 사례 !! 설명
|-
| [[DNS]] || 짧은 질의와 응답이 많아 UDP가 널리 사용된다. 응답 크기나 보안 기능에 따라 TCP도 사용될 수 있다.
|-
| [[DHCP]] || IP 주소 자동 할당 과정에서 UDP를 사용한다.
|-
| [[RTP]] || 음성 및 영상과 같은 실시간 미디어 전송에 사용된다.
|-
| [[VoIP]] || 음성 통화에서 낮은 지연 시간이 중요하므로 UDP 기반 전송이 자주 사용된다.
|-
| [[온라인 게임]] || 플레이어 위치, 입력, 상태 정보처럼 최신성이 중요한 데이터를 빠르게 전송하는 데 사용된다.
|-
| [[QUIC]] || UDP 위에서 동작하는 전송 프로토콜로, [[HTTP/3]]의 기반이 된다.
|-
| [[TFTP]] || 단순한 파일 전송을 위해 UDP를 사용하는 프로토콜이다.
|-
| [[SNMP]] || 네트워크 장비 관리와 감시에 사용되며 UDP를 주로 사용한다.
|}

== 장점과 한계 ==
=== 장점 ===

* 연결 설정 과정이 없어 지연 시간이 짧다.
* 헤더가 작고 구조가 단순하다.
* 구현이 비교적 쉽다.
* 브로드캐스트와 멀티캐스트 통신에 적합하다.
* 실시간 통신처럼 일부 손실보다 지연 시간이 더 중요한 환경에 적합하다.
* 상위 계층에서 필요한 기능을 자유롭게 설계할 수 있다.

=== 한계 ===

* 데이터 전달을 보장하지 않는다.
* 데이터 도착 순서를 보장하지 않는다.
* 중복 데이터그램을 제거하지 않는다.
* 흐름 제어와 혼잡 제어를 제공하지 않는다.
* 보안 기능을 자체적으로 제공하지 않는다.
* 응용 프로그램이 신뢰성, 인증, 암호화, 재전송, 혼잡 제어를 직접 구현해야 할 수 있다.

== 보안 ==
UDP는 연결 설정이 없고 송신자 검증 기능이 약하므로 [[서비스 거부 공격]]과 반사 공격에 악용될 수 있다. 특히 응답 크기가 요청보다 훨씬 큰 UDP 기반 서비스는 [[DDoS]] 증폭 공격의 대상이 될 수 있다. 따라서 공개 네트워크에서 UDP 서비스를 운영할 때에는 접근 제어, 응답률 제한, 소스 주소 검증, 방화벽 정책, 서비스 구성 점검이 중요하다.

UDP 자체는 암호화나 인증을 제공하지 않는다. 보안이 필요한 경우에는 [[DTLS]], [[IPsec]], [[QUIC]]처럼 UDP 위 또는 아래에서 보안 기능을 제공하는 기술을 함께 사용한다.

== 확장과 관련 표준 ==
UDP의 기본 형식은 RFC 768에 정의되어 있다. 이후 UDP 사용 지침, IPv6 체크섬 처리, UDP 옵션 등과 관련된 여러 표준 문서가 발표되었다.

{| class="wikitable"
! 문서 !! 제목 !! 내용
|-
| RFC 768 || User Datagram Protocol || UDP의 기본 형식과 동작을 정의한 표준 문서이다.
|-
| RFC 8085 || UDP Usage Guidelines || UDP를 사용하는 응용 프로그램과 프로토콜 설계자를 위한 지침을 제공한다.
|-
| RFC 6935 || IPv6 and UDP Checksums for Tunneled Packets || IPv6 터널링 환경에서 UDP 체크섬 처리 문제를 다룬다.
|-
| RFC 6936 || Applicability Statement for the Use of IPv6 UDP Datagrams with Zero Checksums || IPv6 UDP 데이터그램에서 0 체크섬을 사용할 수 있는 제한적 조건을 설명한다.
|-
| RFC 9868 || Transport Options for UDP || UDP에 전송 옵션을 추가하기 위한 확장 방식을 정의하며 RFC 768을 업데이트한다.
|}

== 같이 보기 ==

* [[TCP]]
* [[전송 계층]]
* [[인터넷 프로토콜 스위트]]
* [[인터넷 프로토콜]]
* [[데이터그램]]
* [[포트 번호]]
* [[소켓]]
* [[DNS]]
* [[DHCP]]
* [[RTP]]
* [[QUIC]]
* [[HTTP/3]]
* [[DTLS]]
* [[UDP-Lite]]
* [[서비스 거부 공격]]

== 각주 ==
<references/>

[[분류:네트워크]]
[[분류:인터넷 프로토콜]]
[[분류:전송 계층 프로토콜]]

시라이시 미노루

2026-06-17T02:08:51Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 남
|이름 = 시라이시 미노루
|이름/일어 = 白石稔
|이름/영어 = Minoru Shiraishi
|직업 = 성우, 라디오 퍼스널리티, 배우, 사회자, 싱어송라이터, DJ
|소속사 = [[액센트]]
|출생년 = 1978
|출생월 = 10
|출생일 = 18
|출생국가 = 일본
|출생지1 = 에히메현
|출생지2 = 시코쿠츄오시
|혈액형 = AB
|신장 =
|체중 =
|발사이즈 =
|별명 = 미노루, 타니구치



|활동시작 = 2002년
|활동종료 =
|장르 = 애니메이션, 게임, 라디오, 외화 더빙, 내레이션
|데뷔작품 = 기동전사 건담 전기 Lost War Chronicles
|데뷔역 = 애니쉬 로프먼
|참여유닛 =



|음악활동 = {{활동/음악활동
|활동시작 = 2007년
|활동종료 =
|직종 = 싱어송라이터, 아티스트
|장르 = J-POP, 애니송
|음반사 = [[Lantis]]
|참여유닛 =
}}



|배우활동 = {{활동/배우활동
|활동시작 = 2005년
|활동종료 =
|장르 = TV 드라마, 연극, 이벤트 MC
|소속사 = [[액센트]]
|데뷔역 =
}}
}}

'''시라이시 미노루'''(白石稔, 1978년 10월 18일 - )는 일본의 [[성우]], 라디오 퍼스널리티, 배우, 사회자, 싱어송라이터, DJ이다. 에히메현 시코쿠츄오시 출신이며, 현재 [[액센트]] 소속이다.<ref>{{언어|일}} [https://aksent.co.jp/profile/shiraishi_minoru/ 액센트 - 시라이시 미노루 공식 프로필]</ref><ref>{{언어|일}} [https://www.animatetimes.com/tag/details.php?id=701 애니메이트 타임즈 - 시라이시 미노루 프로필]</ref>

대표 배역으로는 《[[창궁의 파프너]]》의 콘도 켄지, 《[[스즈미야 하루히 시리즈|스즈미야 하루히의 우울]]》의 타니구치, 《러키☆스타》의 시라이시 미노루, 《식령 -제로-》의 사쿠라바 카즈키, 《[[일상]]》의 사카모토 씨, 《[[미래일기]]》의 코사카 오지, 《[[옆자리 세키군]]》의 우자와 아키야스 등이 있다.<ref>{{언어|일}} [https://www.animatetimes.com/tag/details.php?id=701 애니메이트 타임즈 - 대표작 목록]</ref>

=== 이력 ===
과거에는 [[아임 엔터프라이즈]], [[프로 핏]], [[가젯 링크]] 등에서 활동했다. 2024년 12월 31일부로 가젯 링크를 퇴소했고, 2025년 1월 1일부터 액센트로 이적했다.<ref>{{언어|일}} [https://ameblo.jp/minoru-toystore69/entry-12880669519 시라이시 미노루 공식 블로그 - 이적 보고]</ref>

2000년대 중반부터 교토 애니메이션 관련 작품에 자주 출연하면서 인지도를 높였다. 특히 《러키☆스타》에서는 본인을 모델로 한 캐릭터 시라이시 미노루 역을 맡았고, 극중 코너인 ‘러키☆채널’에도 출연했다. 이후 라디오 퍼스널리티, 이벤트 사회, 애니송 DJ 등으로 활동 영역을 넓혔다.

=== 인물 ===
공식 프로필에 따르면 취미는 특촬 작품 감상이며, 특기는 애니송 DJ이다.<ref>{{언어|일}} [https://aksent.co.jp/profile/shiraishi_minoru/ 액센트 - 시라이시 미노루 공식 프로필]</ref> 성우 활동 외에도 라디오 진행, 이벤트 MC, 내레이션, 무대 활동, 유튜브 채널 운영 등 폭넓은 활동을 하고 있다.

=== 대표 출연작 ===
{| class="wikitable"
! 연도 !! 작품 !! 배역 !! 비고
|-
| 2004년 || [[창궁의 파프너]] || 콘도 켄지 || 대표작
|-
| 2006년 || [[스즈미야 하루히의 우울]] || 타니구치 || 대표작
|-
| 2007년 || [[러키☆스타]] || 시라이시 미노루 || 본인을 모델로 한 캐릭터
|-
| 2008년 || [[식령 -제로-]] || 사쿠라바 카즈키, 니무라 켄스케 || 주요 배역
|-
| 2011년 || [[일상(애니메이션)|일상]] || 사카모토 씨, 어글리캡 || 대표작
|-
| 2011년 || [[미래일기]] || 코사카 오지 || 주요 배역
|-
| 2012년 || [[에리어의 기사]] || 나카즈카 코타 || 주요 배역
|-
| 2014년 || [[옆자리 세키군]] || 우자와 아키야스 || 주요 배역
|-
| 2015년 || [[창궁의 파프너 EXODUS]] || 콘도 켄지 || 대표작
|-
| 2017년 || [[GRANBLUE FANTASY The Animation]] || 로아인 || 게임판과 연계
|-
| 2020년 || [[킹덤 제3시리즈]] || 슌멘 || 애니메이션
|-
| 2023년 || [[창궁의 파프너 THE BEYOND TV Edition]] || 콘도 켄지 || TV 편집판
|-
| 2024년 || [[치. -지구의 운동에 대하여-]] || 그라스 || 애니메이션
|-
| 2025년 || [[Summer Pockets]] || 나루세 코바토 || 애니메이션
|-
| 2026년 || [[骸骨騎士様、只今異世界へお出掛け中II]] || 세트리온 || 애니메이션
|}

== 성우로서의 활동 ==
{{안내|

* 연도는 작품의 첫 방영, 공개 또는 발매 시기를 기준으로 정리했습니다.
* '''굵은 글씨'''는 주요 배역 또는 비중이 큰 배역입니다.
* 한국어 정식 표기가 확인되지 않은 작품명과 배역명은 원제를 병기하거나 원어 표기를 유지했습니다.
}}

=== TV 애니메이션 ===

* '''2003년'''
** D.N.ANGEL / 사에하라 타케시

* '''2004년'''
** 에리어88 / 오퍼레이터
** 창궁의 파프너 Dead Aggressor / '''콘도 켄지'''
** 케로로 중사 / 연출가

* '''2005년'''
** GIRLS 브라보 second season / 타코야키 가게의 학생
** SHUFFLE! / 나카바야시 마츠
** [[마법선생 네기마!]] / 세루히코 선생님
** 모험왕 비트 / 군인 부관
** 보보보보 보보보 / 슈퍼래빗, 고르곤, 치쿠왕
** 블랙 잭 / 남학생
** 창궁의 파프너 RIGHT OF LEFT / 콘도 켄지

* '''2006년'''
** 나왔습니다! 파워퍼프걸 Z / 코우이가 류스케{{이명|시노비마}}, 잡초 몬스터
** [[명탐정 코난]] / 료타
** [[스즈미야 하루히 시리즈/애니메이션#스즈미야 하루히의 우울|스즈미야 하루히의 우울]] / 타니구치
** 지옥소녀 후타코모리 / 무사
** 축! 해피☆러키 깜짝맨 / 코우이가 류스케{{이명|시노비마}}

* '''2007년'''
** [[CLANNAD]] / 남학생, 친위대, TV 목소리, 악기가게 점장, 농구부원, 야구부원, TV 리포터, 손님
** 러키☆스타 / '''시라이시 미노루'''<ref name="러키스타시라이시">성우 본인을 모델로 한 캐릭터. 본편에서는 배경 캐릭터로, 본편 뒤의 방송 ‘러키☆채널’에서는 진행자로 등장한다.</ref>, 나레이션, 커플 남자, 점원, 학생, 참가자, 게임 내 목소리, TV 목소리
** 스컬맨 THE SKULL MAN / 경찰관
** 지옥소녀 후타코모리 / 카즈키, 경찰관
** 케로로 중사 / 붉은생강 레드
** 포테마요 / 세키와 마리의 아버지
** 학원 유토피아 마나비 스트레이트! / 젊은이

* '''2008년'''
** CLANNAD -AFTER STORY- / 심판, 축구부원, 불량배, 사원, 학생
** 노라미미 / '''한다 토시오'''
** 노라미미 2 / '''한다 토시오'''
** 드루아가의 탑 -the Aegis of URUK- / 안경, 마법사
** 밤벚꽃 사중주 -밤벚꽃 콰르텟트- / 점원
** 식령 -제로- / '''사쿠라바 카즈키''', 니무라 켄스케
** 슬레이어즈 REVOLUTION / 손님
** 지옥소녀 미츠가나에 / 와시즈키 아키라

* '''2009년'''
** [[WHITE ALBUM]] / 핫쨩{{이명|핫피즈}}
** [[사키 -Saki-]] / 현 예선대회 아나운서, 부회장
** [[스즈미야 하루히 시리즈/애니메이션#스즈미야 하루히의 우울 (2009년)|스즈미야 하루히의 우울]] {{덧|2009년}} / 타니구치
** 슬레이어즈 EVOLUTION-R / 타포라시아 국민
** 키디 걸랜드 / 미누르즈, 미스트랄, 트라이앰프, 티폰
** 프린세스 러버! / 네즈 하루히코, 경비원, 무장
** 하늘을 올려다보는 소녀의 눈에 비친 세계 / 그리드리

* '''2010년'''
** [[오오카미카쿠시]] / 오가사와라 무네요시
** [[케이온!!]] / 리포터
** 학생회 임원들 / 야나기 켄지, 나레이션, 산타클로스, 파지

* '''2011년'''
** SKET DANCE / 야마모토 아키라, 헤타 P 군, 헤타 코이타 군, 괴인, 괴물, 담임 외
** [[Steins;Gate]] / 4℃
** 경계선상의 호라이즌 / 오히로시키 긴지, 경비대 부대장
** 마켄키! / 타나카 비이오
** 모리타 씨는 과묵. 2 / 케이크가게 점주
** [[미래일기]] / '''코사카 오지'''
** 일상 / '''사카모토 씨''', 어글리캡
** 프랙탈 / 고원
** 헨제미 / '''타구치 예스터데이'''

* '''2012년'''
** SKET DANCE / 사토시, 기 쓰는 카스타드 BOY, 키요시 마이클버거, 하루코의 어머니, 실황, 의문의 남자 외
** 경계선상의 호라이즌 II / 오히로시키 긴지
** [[명탐정 코난]] / 야부 케이
** 에리어의 기사 / '''나카즈카 코타'''
** 크레용 신쨩{{이명|짱구는 못말려}} / 남성 C, 헤이 킨이치, 참가자 C

* '''2013년'''
** [[역시 내 청춘 러브코메디는 잘못됐다.]] / 오오오카
** 크레용 신쨩{{이명|짱구는 못말려}} / 형씨
** [[포토카노]] / 나카가와 유타

* '''2014년'''
** 도쿄 ESP / 메라야마
** 듀얼 마스터즈 VS / 핫토리
** 마켄키! 투 / 타나카 비이오
** [[명탐정 코난]] / 미기타 토시히코
** 명탐정 코난 에도가와 코난 실종 사건 -사상 최악의 2일간- / 죠
** 버디 컴플렉스 / 오기사카 사부로타
** 버디 컴플렉스 완결편 -저 하늘에 돌아가는 미래로- / 오기사카 사부로타
** 브레이크 블레이드 / '''나일 스트라이즈'''
** [[사키 -Saki- 전국편]] / 나이키 이치타
** 소니아니 -SUPER SONICO THE ANIMATION- / 부하
** [[옆자리 세키군]] / '''우자와 아키야스'''
** 학생회 임원들* / 야나기 켄지, 보아

* '''2015년'''
** 건어물 여동생! 우마루짱 / 나레이션
** 나가토 유키쨩의 소실 / '''타니구치'''
** [[명탐정 코난]] / 소메야 류타
** [[역시 내 청춘 러브코메디는 잘못됐다. 속]] / 오오오카
** 창궁의 파프너 EXODUS / '''콘도 켄지'''

* '''2017년'''
** 6HP / 야쿠자
** GRANBLUE FANTASY The Animation / 로아인
** 듀얼 마스터즈 / 볼츠, 팡프팡프 판처, 케다카키 타마시이 후도
** 하지메테노 갸루 / 코바야카와 미노루, 젠 준이치

* '''2018년'''
** Cutie Honey Universe / 알폰느, 퍼펫 팬서, 바이어 X
** 괴수 걸즈 -울트라 괴수 의인화 계획- 제2기 / 내레이션, 관내 방송
** 듀얼 마스터즈! / 볼츠, 다마 도보이즈, 케다카키 타마시이 후도
** [[명탐정 코난]] / 니시야마 다이키

* '''2019년'''
** BORUTO -보루토- NARUTO NEXT GENERATIONS / 카라스키
** EGG CAR / 찰리
** ULTRAMAN / 시라이시
** 듀얼 마스터즈!! / 볼츠, 다마 도보이즈, 케다카키 타마시이 후도
** 아프리카의 샐러리맨 / 모켈레 음벰베, 시로쿠마 직원, 상어
** 아픈 건 싫으니까 방어력에 올인하려고 합니다. / 출연 정보 확인 필요
** 에가오노 다이카 / 브레이크 보이어
** 흔해빠진 직업으로 세계최강 / 히야마 다이스케

* '''2020년'''
** A3! / 통행인
** INFINITE DENDROGRAM / 테오도르 린도스
** MAGATSU WAHRHEIT -ZUERST- / 제이드
** 듀얼 마스터즈 킹 / 볼츠
** 노리모노맨 모빌랜드의 카쿤 / 델리퍼, 알렉스, 본 씨, 도둑 오토바이 외
** 백만의 목숨 위에 나는 서 있다 / 헴
** 킹덤 제3시리즈 / 슌멘

* '''2021년'''
** 듀얼 마스터즈 킹! / 볼츠
** 달과 라이카와 흡혈공주 / 유스틴
** 노리모노맨 모빌랜드의 카쿤 제2기 / 델리퍼, 알렉스
** 슬픈 뚱보 고양이 / 파파, 도련님, 헤밍웨이

* '''2022년'''
** [[명탐정 코난]] / 시라이시 카즈야
** 검은 소환사 / 다브라
** 듀얼 마스터즈 킹MAX / 볼츠
** 붓치기레! / 후루타카 슌타로
** 흔해빠진 직업으로 세계최강 2nd season / 히야마 다이스케
** 骸骨騎士様、只今異世界へお出掛け中 / 세트리온

* '''2023년'''
** [[명탐정 코난]] / 카쿠타 야스오
** 真・進化の実 -知らないうちに勝ち組人生- / 아그노스 파시온
** 전력 토끼 / 소우쵸우
** 창궁의 파프너 THE BEYOND TV Edition / 콘도 켄지

* '''2024년'''
** 극장판 크레용 신쨩 오라들의 공룡일기 / 역명 미상
** 스낵 바스에 / 그분, 경찰관, DV 남자 외
** 치. -지구의 운동에 대하여- / 그라스
** 흔해빠진 직업으로 세계최강 season 3 / 바이어스 D. 헬셔

* '''2025년'''
** Summer Pockets / 나루세 코바토<ref>{{언어|일}} [https://summerpockets-anime.jp/ TV 애니메이션 Summer Pockets 공식 사이트]</ref>
** この恋で鼻血を止めて / 챤 천재
** [[명탐정 코난]] / 카네하라 나오야
** 전력 토끼 제2기 / 소우쵸우
** 지옥선생 누베 {{덧|2025년판}} / 호라오<ref>{{언어|일}} [https://www.fukikaekingdom.com/post-32444/ 지옥선생 누베 출연 캐스트]</ref>
** 킹덤 제6시리즈 / 슌멘<ref>{{언어|일}} [https://www.fukikaekingdom.com/post-33600/ 킹덤 제6시리즈 출연 캐스트]</ref>

* '''2026년'''
** 「お前ごときが魔王に勝てると思うな」と勇者パーティを追放されたので、王都で気ままに暮らしたい / 에드 캔드네스<ref>{{언어|일}} [https://www.fukikaekingdom.com/34022-2/ 「お前ごときが魔王に勝てると思うな」 출연 캐스트]</ref>
** 骸骨騎士様、只今異世界へお出掛け中II / 세트리온<ref>{{언어|일}} [https://skeleton-knight.com/staffcast TV 애니메이션 骸骨騎士様 공식 사이트 - STAFF & CAST]</ref>

=== OVA ===

* '''2008년'''
** 러키☆스타 OVA(오리지널한 비주얼과 애니메이션) / '''시라이시 미노루'''<ref name="러키스타시라이시" /> *실사판 러키☆채널에도 출연

* '''2010년'''
** [[미래일기]] / '''코사카 오지'''
** 헨제미 / '''타구치 예스터데이'''

* '''2011년'''
** 일상 <일상의 0화> / '''사카모토 씨'''
** 학생회 임원들 / 야나기 켄지
** 헨제미 2 / '''타구치 예스터데이'''

* '''2012년'''
** 코이켄! -우리들 애니메이션이 되어버렸어!- / 역명 미상
** [[미래일기 리다이얼]] / '''코사카 오지'''
** 학생회 임원들 / 야나기 켄지, 보아

* '''2015년'''
** 학생회 임원들* OVA / 야나기 켄지

* '''2017년'''
** 드리페스! R / 시라이시 미노루

* '''2019년'''
** ULTRAMAN / 시라이시

=== 극장판 애니메이션 ===

* '''2009년'''
** 천상인과 악토인 최후의 싸움 / 그리드리

* '''2010년'''
** 브레이크 블레이드 / 나일 스트라이즈
** [[스즈미야 하루히의 소실]] / 타니구치
** 창궁의 파프너 HEAVEN AND EARTH / '''콘도 켄지'''

* '''2014년'''
** 신극장판 이니셜 D Legend1 -각성- / 타케우치 이츠키

* '''2015년'''
** 신극장판 이니셜 D Legend2 -투주- / 타케우치 이츠키

* '''2016년'''
** 신극장판 이니셜 D Legend3 -몽현- / 타케우치 이츠키

* '''2017년'''
** 극장판 학생회 임원들 / 야나기 켄지

* '''2019년'''
** 창궁의 파프너 THE BEYOND 제1화・제2화・제3화 / 콘도 켄지
** 창궁의 파프너 THE BEYOND 제4화・제5화・제6화 / 콘도 켄지

* '''2020년'''
** 창궁의 파프너 THE BEYOND 제7화・제8화・제9화 / 콘도 켄지

* '''2021년'''
** 극장판 학생회 임원들 2 / 야나기 켄지
** 창궁의 파프너 THE BEYOND 제10화・제11화・제12화 / 콘도 켄지

* '''2023년'''
** 창궁의 파프너 BEHIND THE LINE / 콘도 켄지

* '''2024년'''
** 영화 크레용 신쨩 오라들의 공룡일기 / 역명 미상

* '''2025년'''
** 극장 편집판 Summer Pockets 나루세 시로하 편 / 나루세 코바토
** 극장 편집판 Summer Pockets 소라카도 아오 편 / 나루세 코바토
** 극장 편집판 Summer Pockets 츠무기 벤더스 편 / 나루세 코바토
** 극장 편집판 Summer Pockets 쿠시마 카모메 편 / 나루세 코바토

=== 웹 애니메이션 ===

* '''2009년'''
** 뇨롱☆츄루야 씨 / 타니구치, 심판, 생쥐
** [[스즈미야 하루히쨩의 우울]] / 타니구치, 키미도리 씨, 관객

* '''2014년'''
** 신격의 바하무트 / 다크 엘레멘탈

* '''2020년대'''
** 유튜브 및 웹 라디오 연동 콘텐츠 다수 출연

=== 게임 ===

* '''2002년'''
** 기동전사 건담 전기 Lost War Chronicles / 애니쉬 로프먼

* '''2003년'''
** D.N.ANGEL / 사에하라 타케시

* '''2007년'''
** SD 건담 GGENERATION SPIRITS / 애니쉬 로프먼

* '''2008년'''
** 스즈미야 하루히의 망설임 / 타니구치
** 러키☆스타 료오학원 앵등제 / 시라이시 미노루
** 기동전사 건담 0083 카드 빌더 / 애니쉬 로프먼

* '''2009년'''
** Steins;Gate / 4℃
** 스즈미야 하루히의 격동 / 경찰관
** 스즈미야 하루히의 병렬 / 타니구치
** 스즈미야 하루히의 직렬 / 타니구치
** 러키☆스타 넷 아이돌 마이스터 / 시라이시 미노루

* '''2011년'''
** 일상(우주인) / 사카모토 씨

* '''2012년'''
** 엘크로네의 아틀리에 / 프렌
** 포토카노 / 나카가와 유타
** 미래일기 13번째 일기 소유자 RE:WRITE / 코사카 오지

* '''2013년'''
** Steins;Gate 선형구속의 페노그램 / 4℃
** 포토카노 Kiss / 나카가와 유타

* '''2014년'''
** 기동전사 건담 사이드 스토리즈 / 애니쉬 로프먼
** 그랑블루 판타지 / 로아인

* '''2015년'''
** 애니멀리스 메이Q의 지하에 죽다 / 간스

* '''2018년'''
** 삼국 BASSA!! / 원술
** 섀도우버스 / 로아인
** 브라운더스트 / 마티아스

* '''2019년'''
** 문호와 알케미스트 / 마사오카 시키
** BORDER BREAK / 제라, 구스타프, 포기
** 크래시 밴디쿳 레이싱 부토비 니트로! / 핀스트라이프

* '''2020년대'''
** Summer Pockets / 나루세 코바토
** 그랑블루 판타지 관련 작품 / 로아인
** 기타 모바일 게임 및 콘솔 게임 다수

=== 외화 더빙 ===

* 프로비던스 / 카를로스
* 크리미널 마인드 11 FBI 행동분석과 / 배리
* 실리콘 밸리 / 얼릭
* 크리미널 마인드 14 FBI 행동수사과 / 에마누엘
* YOU -너의 모든 것- 시즌 5

=== 라디오 ===

* 러키☆채널
* 신 러키☆채널
* 원조 러키☆채널
* SMGTV -시라이시 미노루의 건강해지는 TV-
* 아니메 점장! 코야스・이와타의 VOICE 캬라비
* 그라부루 채널! / 게스트
* 시라이시 미노루의 단단하게 무지한 사물을 탐구해 가는 라디오
* 하늘을 올려다보는 소녀의 눈에 비친 세계 라디오
* Summer Pockets Radio -나루세가의 식탁- / 퍼스널리티

=== 내레이션 ===

* 아이돌마스터 2 TV CM 제3탄 ‘오늘부터 프로듀서!’ 편
* 대 고질라 특촬전 고질라 60년 격투전설 TV CM
* 란티스 축제 2014 TV CM
* 그라부루 TV 채널! / 로아인
* 마가츠 통신 / 하늘의 목소리

=== 사회・MC ===

* NHK WONDER LAND 2013-2016 / 종합 사회
* ACE2012 스타차일드 부스
* 1000☆PARTY!!2015 thousand and one
* AnimeJapan 2016 애니메이트 부스
* 《스즈미야 하루히의 우울》 제1기 시리즈 일괄 상영회
* 스즈미야 하루히의 현주
* 도쿄 코믹콘 2018 애니메이션 《ULTRAMAN》 스테이지
* 울트라맨 페스티벌 2016-2017
* 세카이계 버라이어티 보쿠고에 FESTIVAL 2019
* 원더 페스티벌 애니메이션 《ULTRAMAN》 관련 스테이지

=== 무대 ===

* 아프리카좌 《창궁의 파프너 -FACT AND RECOLLECTION-》
* Lit Klatch 《리커버리 -Recovery-》
* 신들의 장난 PRESENTS 《민완조!》
* 컬러풀 기획 《만날 때》
* 엠즈 스타일 《엠즈 스타일 -유니버스!-》
* 아프리카좌 《게키☆엔 -격・엔터테인먼트-》
* 아프리카좌 《무기 -영원한 창작물-》
* 아프리카좌 《카부토무시》
* 제2회 소노다 히데키 연극제 《백홈》
* 연극기획 CRANQ 3rd STAGE 《그만둘래야 그만둘 수 없어!》

== 음악 활동 ==
2007년 《러키☆스타》 관련 캐릭터송과 라디오 주제가를 통해 음악 활동을 넓혔고, 2011년에는 개인 명의 미니 앨범 《出しちゃいました。》를 발표했다.<ref>{{언어|일}} [https://www.lantis.jp/artist/shiraishiminoru/ Lantis - 시라이시 미노루 아티스트 페이지]</ref>

=== 디스코그래피 ===
{| class="wikitable"
! 연도 !! 제목 !! 명의 !! 비고
|-
| 2007년 || 曖昧ネットだーりん || 코가미 아키라, 시라이시 미노루 || 《러키☆스타》 관련 싱글
|-
| 2011년 || 出しちゃいました。 || 시라이시 미노루 || 미니 앨범
|-
| 2011년 || 阪本さんのニャーというとでも思ったか || 사카모토 씨 || 《일상》 캐릭터송
|}

== 주석 == <references />

== 관련 사이트 ==

* {{언어|일}} [https://aksent.co.jp/profile/shiraishi_minoru/ 액센트 - 시라이시 미노루 공식 프로필]
* {{언어|일}} [https://ameblo.jp/minoru-toystore69/ 시라이시 미노루 공식 블로그]
* {{언어|일}} [https://x.com/minorunba69 시라이시 미노루 공식 X]
* {{언어|일}} [https://www.youtube.com/@minoru-channel69 시라이시 미노루 유튜브 채널]
* {{언어|일}} [https://www.lantis.jp/artist/shiraishiminoru/ Lantis - 시라이시 미노루 아티스트 페이지]

{{분류|일본의 남자 성우}}
{{분류|일본의 남자 배우}}
{{분류|일본의 싱어송라이터}}
{{분류|에히메현 출신 인물}}
{{분류|1978년 출생}}

타카하시 카나

2026-06-17T02:00:44Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 타카하시 카나
|이름/일어 = 高橋かな
|이름/영어 = Kana Takahashi
|명의 = 후지모리 유키나, 코노하, 사와시로 리즈, 토리킹
|명의/일어 = 藤森ゆき奈, このは, 沢代りず, とりきんぐ
|명의/영어 = Yukina Fujimori, Konoha, Rizu Sawashiro, Torikingu
|직업 = 성우, 가수
|소속사 = [[록큰 바나나]] (구 소속)
|출생일 = ????년 12월 1일
|출생국가 = 일본
|출생지1 = 아오모리현
|출생지2 =
|혈액형 = AB형
|신장 =
|발사이즈 =
|별명 =



|활동시작 = 2005년
|활동종료 = 2017년 12월 31일
|장르 = 미소녀 게임, 전연령 게임, OVA, 인터넷 라디오, 게임 음악
|데뷔작품 = 오네 타마 ~나와 누나와 여우의 탕~
|데뷔역 = 토우카
|참여유닛 = 시ゅ나
}}

'''타카하시 카나'''{{원|高橋かな, 생년 미상 12월 1일 ~ }}는 일본의 전 성우, 가수이다. 아오모리현 출신이며, 혈액형은 AB형이다.<ref name="bangumi-profile">{{언어|중}} [https://bangumi.tv/person/6016 Bangumi - 高橋かな]</ref><ref name="vgmdb">{{언어|영}} [https://vgmdb.net/artist/8780 VGMdb - Yukina Fujimori]</ref> 성인용 미소녀 게임 업계에서는 '''후지모리 유키나'''{{원|藤森ゆき奈}} 명의로 널리 알려져 있으며, 그 밖에 코노하{{원|このは}}, 사와시로 리즈{{원|沢代りず}}, 토리킹{{원|とりきんぐ}} 등의 명의를 사용한 것으로 알려져 있다.<ref name="bangumi-profile" />

[[록큰 바나나]] 계열 성우로 활동했으나, 2017년 12월 31일부로 퇴소하고 성우업에서 완전히 은퇴했다.<ref name="rbanana-retire">{{언어|일}} [https://r-banana.com/2017/12/29/post_42/ Rock'n' Banana - 「藤森ゆき奈」退所のお知らせ]</ref>

=== 명의 ===
{| class="wikitable"
! 표기 !! 읽기 !! 로마자 표기 !! 비고
|-
| 高橋かな || たかはしかな || Kana Takahashi || 전연령·일반 명의로 알려져 있다.
|-
| 藤森ゆき奈 || ふじもりゆきな || Yukina Fujimori || 성인용 미소녀 게임 및 음악 활동에서 주로 사용한 명의이다.
|-
| このは || このは || Konoha || 별도 활동 명의이다.
|-
| 沢代りず || さわしろりず || Rizu Sawashiro || 별도 활동 명의이다.
|-
| とりきんぐ || とりきんぐ || Torikingu || 별도 활동 명의이다.
|}

=== 인물 ===
어릴 때에는 성우와 만화가를 모두 목표로 했으나, 점차 그림을 그리는 일보다 연기하는 일에 더 흥미를 느껴 성우를 지망하게 되었다. 고등학생 무렵까지 만화를 그렸으며, 이후에도 일러스트를 취미로 삼았다고 알려져 있다.

데뷔작은 2005년 발매된 《오네 타마 ~나와 누나와 여우의 탕~》의 토우카 역이다. 2009년에는 파이어쥬 공식 사이트에서 배포된 인터넷 라디오 《まりや・みう・ゆきなのシェイプラジオ》에 출연했으나, 제6회 이후에는 사정으로 출연을 중단했다. 2010년에는 성우 우에다 아카네와 함께 유닛 '''시ゅ나'''{{원|しゅな}}를 결성하여 라디오 및 음악 활동도 전개했다.

=== 약력 ===
{| class="wikitable"
! 연도 !! 내용
|-
| 2005년 || 《오네 타마 ~나와 누나와 여우의 탕~》의 토우카 역으로 데뷔.
|-
| 2009년 || 인터넷 라디오 《まりや・みう・ゆきなのシェイプラジオ》에 출연.
|-
| 2010년 || 우에다 아카네와 성우 유닛 시ゅ나를 결성.
|-
| 2017년 12월 31일 || 록큰 바나나에서 퇴소하고 성우업에서 은퇴.
|}

== 성우로서의 활동 (성인용 작품) ==
{{안내|

* 확인 가능한 주요 출연작을 중심으로 정리했습니다.
* 같은 연도 안에서는 원제 기준으로 배열했습니다.
* '''굵은 글씨'''는 메인 캐릭터 또는 히로인으로 확인되는 배역입니다.
}}

=== 성인용 미소녀 게임 ===
;2005년

* 《오네 타마 ~나와 누나와 여우의 탕~》 - 토우카
* 《로켓의 여름 ~Full Voice Version~》 - 오카자키 노와

;2006년

* 《오시에테 Re:메이드》 - 라이라 펜디
* 《봉황전희 마이무》 - 후지키 미카

;2007년

* 《EVE new generation》 - 히무로 쿄코
* 《티르아 패닉》 - 시이나 히메유리
* 《프리미티브 링크》 - 와타세 마도카, 하루시온
* 《하루카제도리에, 토마리기를.》 - 카네다 아키호
* 《하쿠긴의 솔레이유 -Successor of Wyrd-》 - 쿠루시마 시호

;2008년

* 《Pia♥캐롯에 어서 오세요!! G.P.》 - 쿠로스 미사키
* 《FairlyLife》 - 카나코
* 《에터널 킹덤 ~멸망의 마녀와 전설의 검~》 - 리제롯테
* 《베르디아 환주곡》 - 셰르미 스피웰드

;2009년

* 《Flyable Heart》 - 유키시로 스즈노
* 《Primary ~Magical★Trouble★Scramble~》 - 라임 루나 오클레인
* 《Stellar☆Theater》 - 타치바나 사츠키
* 《끝나지 않는 여름 영원한 음률》 - 타카나시 미오
* 《히다마리 바스켓》 - 아사히

;2010년

* 《AngelRing ~엔젤 링~》 - 토오미 사나
* 《PrismRhythm -프리즘 리듬-》 - 리아 벨리오즈
* 《별하늘의 메모리아 Eternal Heart》 - 오가사카 치나미
* 《키킹호스★랩소디》 - 세리츠미 히지리
* 《프린세스☆스트라이크!》 - 니시미카도 히요코

;2011년

* 《AQUA》 - 유즈리하 아케미
* 《BLOODY‡RONDO》 - 앨리스
* 《CURE GIRL》 - 쿠니무라 코토네
* 《Princess Evangile ~프린세스 에반젤~》 - 야나세 코노미
* 《이로토리도리의 세카이》 - 토우미네 츠카사
* 《슈크레 ~sweet and charming time for you.~》 - 쿠사카베 미하루

;2012년

* 《Princess Evangile ~W Happiness~》 - 야나세 코노미
* 《영웅*전희》 - 마르코 폴로
* 《유키이로 ~하늘에 육화가 사는 마을~》 - 호쿠토 에리모
* 《이로토리도리의 히카리》 - 토우미네 츠카사
* 《츠쿠모노츠키》 - 스미 유키나
* 《하나이로 헵타그램》 - 코이시카와 타마미
* 《히요코 스트라이크!》 - 카구라도리 히나

;2013년

* 《Love×ressive》 - 유즈키 코토라
* 《마도교각 ~어둠의 달여신은 도국에서 읊는다~》 - 마르기레타 시리오스
* 《쌍둥이자리의 패러독스》 - 메리크리
* 《아카상과 흡혈귀.》 - 알렉산드라 안 크리스틴 악셀리나
* 《히나와 함께》 - 카구라도리 히나

;2014년

* 《PRIMAL×HEARTS》 - 코마가타 유즈키
* 《아스트라에아의 하얀 영원》 - 하야오토메 마리모
* 《저 맑게 갠 하늘보다 높이》 - 하야부사 유이
* 《하루카 카나타》 - 이즈미 시즈쿠
* 《히코우키구모의 저편》 - 사토 리사

;2015년

* 《11월의 아르카디아》 - 노노미야 후우카
* 《Chrono Clock》 - 사와타리 미츠루
* 《PRETTY×CATION2》 - 히메카와 호나미
* 《사쿠라노 시 -벚꽃의 숲 위를 나는-》 - 히카와 리나
* 《사랑하는 마음을 겹치는 법》 - 히이라기 미오
* 《붉은 눈동자에 비치는 세계》 - 토우미네 츠카사

;2016년

* 《Corona Blossom》 - 아쿠네 시노
* 《Pia♥캐롯에 어서 오세요!! G.P. REFRESH》 - 쿠로스 미사키
* 《사쿠라노모리‡드리머즈》 - 아키츠 마도카
* 《사랑하는 마음을 겹치는 법 ~겹친 마음을 계속~》 - 히이라기 미오
* 《소녀가 수놓는 사랑의 에센스》 - 나츠메 아카리
* 《히메코이*슈크레느!》 - 스미야 루리

;2017년

* 《LoveKami -Sweet Stars-》 - 아메노우즈메 카구라
* 《Re;Lord 제3장 ~글로센의 마왕과 마지막 마녀~》 - 이리스 클루크
* 《사쿠라노모리‡드리머즈2》 - 아키츠 마도카
* 《사쿠라 한 조각 사랑 모양》 - 카미카와 와카나
* 《마쿠마쓰 진충보국열사전 MIBURO》 - 야마자키 스스무
* 《진・연희†몽상 -혁명- 창천의 패왕》 - 미케

=== 성인용 OVA ===

* 《오시에테 Re:메이드》 - 라이라 펜디
* 《란스01 빛을 찾아서 THE ANIMATION》 - 밀리 링클
* 《네토라세라레》 - 카와이

== 성우로서의 활동 (전연령 작품) ==
{{안내|

* 전연령 콘솔 게임, 온라인 게임, 드라마 CD, 라디오 및 음악 활동을 중심으로 정리했습니다.
}}

=== 콘솔 게임 ===
;2007년

* 《악대관 3》 - 마을 처녀 오후지

;2008년

* 《모에모에 2차대전(略)》 - 에이미
* 《세계는 나로 돌아간다》 - 안젤라

;2009년

* 《전극희 ~전란에 춤추는 소녀들~》 - 다테 나루미, 유리
* 《지옥소녀 미오요스가》 - 칸바야시 아스카
* 《Pia♥캐롯에 어서 오세요!! G.P.》 - 쿠로스 미사키

;2010년

* 《아가레스트 전기 2》 - 프리실라
* 《전극희 2 ~하가쿠레의 소녀, 풍운을 타다~》 - 다테 나루미, 유리, 무라카미 요시키요

;2011년

* 《모에모에 대전쟁☆겐다이반》 시리즈 - 그레이스, 미리
* 《신 되는 너와》 - 키비 아키
* 《출격!! 소녀들의 전장 2 ~하늘을 나는 충격의 유대~》 - 타츠노 마사코, 멜리사
* 《삼극희 ~삼국난세・패천의 채배~》 - 쉬저 중캉, 순욱 문약, 순유 공달

;2012년

* 《전극희 3 ~천하를 가르는 빛과 그림자~》 PSP판 - 고히메
* 《모에모에 대전쟁☆겐다이반++》 - 에이미, 그레이스, 미리

;2017년

* 《전어촌정 DX -홍련의 혈통-》 - 야규 주베에 아기토, 갤러해드 몽고메리

=== 온라인 게임 ===
;2017년

* 《전란 프린세스 G》 - 가모 우지사토
* 《스쿨 사판츠》 - 오모리 미코

=== 드라마 CD ===

* 《모에모에 2차대전(略)☆디럭스》 - 에이미

=== 인터넷 라디오 ===

* 《Pia라지・캐롯에 어서 오세요!!》 - 2007년 ~ 2008년
* 《와리나키 라디오》 - 2009년
* 《まりや・みう・ゆきなのシェイプラジオ》 - 2009년 ~ 2010년
* 《ゆき奈と朱音の「らぶ*しゅな」》 - 2010년 ~ 2014년
* 《라디오 큐어 걸, 줄여서 라지큐어》 - 2011년
* 《라디오 영웅*전희》 - 2013년 ~ 2014년
* 《유한회사 히메가미 상사》 - 2017년

== 가수 및 음악 활동 ==
후지모리 유키나는 게임 주제가와 캐릭터송, 성우 유닛 활동에도 참여했다. 특히 우에다 아카네와 함께 결성한 유닛 '''시ゅ나'''{{원|しゅな}}로 라디오와 음반 활동을 전개했다.<ref name="vgmdb" />

=== 주요 악곡 및 음반 ===

* 〈あたまわる!〉 - 《세계는 나로 돌아간다 빛과 어둠의 프린세스》 주제가
* 〈愛をMotto!-鋼の乙女 ver-〉 - 《모에 전략 컴필레이션 CD》 수록곡
* 〈TORNADO DAYS〉 - 《최면생활》 주제가
* 〈SAYONARA〉 - 《최면생활》 관련곡
* 〈ろーる∽オール〉 - 《よう∽ガク ~요학원의 미래는 회장 나름!?~》 주제가, 시ゅ나 명의
* 《らぶ*しゅないぱー ~ゆき奈と朱音がねらいうち!~》 - 시ゅ나 명의 CD

== 관련 사이트 ==

* {{언어|일}} [https://r-banana.com/2017/12/29/post_42/ Rock'n' Banana - 「藤森ゆき奈」退所のお知らせ]
* {{언어|영}} [https://vgmdb.net/artist/8780 VGMdb - Yukina Fujimori]
* {{언어|중}} [https://bangumi.tv/person/6016 Bangumi - 高橋かな]
* {{언어|일}} [https://ja.wikipedia.org/wiki/%E8%97%A4%E6%A3%AE%E3%82%86%E3%81%8D%E5%A5%88 일본어 위키백과 - 藤森ゆき奈]

== 주석 ==
<references />

[[분류:일본의 여자 성우]]
[[분류:일본의 여자 가수]]
[[분류:아오모리현 출신]]
[[분류:2005년 데뷔]]
[[분류:2017년 은퇴]]

미즈사와 후미에

2026-06-17T01:49:22Z

Gaon12: 문서 내용 보강

== 성우 ==
{{인물 정보
|성별 = 여
|이름 = 미즈사와 후미에
|이름/일어 = 水沢史絵
|이름/영어 = Fumie Mizusawa
|직업 = 성우, 나레이터, 배우, 소설가
|소속사 = [[시그마 세븐]]
|출생년 = 1980
|출생월 = 1
|출생일 = 9
|출생국가 = 일본
|출생지1 = 토치기현
|출생지2 = 우츠노미야시
|혈액형 = O
|신장 = 160cm
|발사이즈 =
|별명 = 후미에, 후밍



|활동시작 = 2000년대
|활동종료 =
|장르 = 애니메이션, 게임, 외화 더빙, 내레이션, 라디오
|데뷔작품 =
|데뷔역 =
|참여유닛 =
}}

'''미즈사와 후미에'''(水沢史絵, 1980년 1월 9일 출생)는 일본의 [[시그마 세븐]]에 소속된 여성 성우, 나레이터, 배우, 소설가이다.<ref name="official-profile">{{언어|일}} [https://fumie-mizusawa.themedia.jp/pages/2136226/PROFILE 水沢史絵 Official Web Site - PROFILE], 2026년 6월 17일 확인.</ref><ref name="sigma">{{언어|일}} [https://sigma7.co.jp/actors/mizusawa_fumie/ 株式会社シグマ・セブン - 水沢史絵], 2026년 6월 17일 확인.</ref> 토치기현 우츠노미야시 출신이며, 혈액형은 O형, 신장은 160cm이다.<ref name="official-profile" /> 애니메이션에서는 『[[하트캐치 프리큐어!]]』의 쿠루미 에리카 / 큐어 마린, 『로미오×줄리엣』의 줄리엣, 『교향시편 에우레카 세븐』의 기젯, 『Fate/stay night』의 미츠즈리 아야코, 『월드 트리거』의 타케토미 사쿠라코, 『파코로린』의 린 등으로 알려져 있다.<ref name="animate-profile">{{언어|일}} [https://www.animatetimes.com/tag/details.php?id=539 アニメイトタイムズ - 水沢史絵｜アニメキャラ・プロフィール・出演情報・最新情報まとめ], 2026년 6월 17일 확인.</ref><ref name="mau2">{{언어|일}} [https://www.mau2.com/voice/52a287 まうまう☆ - 水沢史絵], 2026년 6월 17일 확인.</ref>

== 개요 ==
성우 활동뿐 아니라 정보 프로그램, 버라이어티 프로그램, 기업 VP, 점내 방송, CM 등 다양한 내레이션 작업도 맡아 왔다.<ref name="official-profile" /> 공식 프로필에는 취미가 DIY로 기재되어 있으며, 다른 프로필 자료에서는 옷 리메이크도 취미로 소개되어 있다.<ref name="sigma" /><ref name="animehack-profile">{{언어|일}} [https://anime.eiga.com/person/11108/ アニメハック - 水沢史絵 : 声優情報], 2026년 6월 17일 확인.</ref>

연기 폭은 소녀, 소년, 성인 여성, 동물 캐릭터, 히어로물 캐릭터, 해외 영상물 더빙, 내레이션까지 넓게 걸쳐 있다. 대표 배역 가운데 쿠루미 에리카 / 큐어 마린은 프리큐어 시리즈 관련 극장판과 기념 작품에도 여러 차례 재등장하였다.<ref name="mau2" />

== 이력 ==
=== 초기 활동 ===
카츠타 성우학원 15기 출신으로 알려져 있으며, 이후 노자와 마사코가 주재한 극단 문라이트에서 무대 활동을 했다.<ref name="pia">{{언어|일}} [https://t.pia.jp/pia/artist/artists.do?artistsCd=34220006 チケットぴあ - 水沢史絵], 2026년 6월 17일 확인.</ref> 2000년대 전반부터 애니메이션 성우 활동을 시작했으며, 2003년 『Divergence EVE』의 키리 마리아레테 역, 2004년 『오토기조시』의 미나모토노 히카루 역, 2005년 『교향시편 에우레카 세븐』의 기젯 역 등을 맡으며 경력을 쌓았다.<ref name="mau2" />

=== 소속사 변천 ===
2005년부터 시그마 세븐에 소속되어 활동했으며, 2019년 8월 시그마 세븐을 떠나 프리랜서로 활동한 뒤 2019년 12월 1일부로 아오니 프로덕션에 소속되었다.<ref name="mynavi2019">{{언어|일}} [https://news.mynavi.jp/article/20191203-932214/ マイナビニュース - 『ハートキャッチプリキュア』キュアマリン役の声優・水沢史絵が青二プロダクション所属へ], 2019년 12월 3일.</ref> 이후 2023년 12월 아오니 프로덕션을 퇴소하고 프리랜서가 되었으며, 2024년 3월 1일부터 시그마 세븐에 복귀한 것으로 정리되어 있다.<ref name="pia" /><ref name="sigma" />

{| class="wikitable"
! 시기 !! 소속 및 활동 형태 !! 비고
|-
| 2005년부터 2019년 7월경까지 || 시그마 세븐 || 약 14년간 소속 활동
|-
| 2019년 8월부터 2019년 11월까지 || 프리랜서 || 시그마 세븐 퇴소 후 독립 활동
|-
| 2019년 12월부터 2023년 11월까지 || 아오니 프로덕션 || 2019년 12월 1일부 소속 발표
|-
| 2023년 12월부터 2024년 2월까지 || 프리랜서 || 아오니 프로덕션 퇴소 후 독립 활동
|-
| 2024년 3월부터 현재 || 시그마 세븐 || 공식 프로필 기준 현 소속
|}

=== 작가 활동 ===
성우 활동과 별도로 소설도 집필하였다. 『Cobalt』 2013년 1월호에 단편 「猫様のギフト」가 게재되었으며, 해당 잡지 정보에서는 미즈사와 후미에의 작가 데뷔작으로 소개되어 있다.<ref name="cobalt">{{언어|일}} [https://www.fujisan.co.jp/product/893/b/871391/ Fujisan.co.jp - Cobalt 2013年1月号], 2026년 6월 17일 확인.</ref> 2014년 6월 25일에는 집영사 슈퍼 대시 문고에서 라이트 노벨 『神楽坂G7 崖っぷちカフェ救出作戦会議』가 발매되었다.<ref name="g7-animate">{{언어|일}} [https://www.animatetimes.com/news/details.php?id=1402489626 アニメイトタイムズ - 声優の水沢史絵さんがライトノベルを執筆!?], 2014년 6월 19일.</ref>

== 인물 ==
공식 사이트와 소속사 프로필에는 직업이 성우, 나레이터, 배우, 소설가로 소개되어 있다.<ref name="official-profile" /><ref name="sigma" /> 애니메이션 배역에서는 활발한 소녀 캐릭터인 쿠루미 에리카 / 큐어 마린, 비극적 서사의 중심에 선 줄리엣, 성숙하고 침착한 캐릭터인 기젯, 코미디와 액션을 겸한 루시퍼 등 다양한 성격의 캐릭터를 연기했다.

나레이션 분야에서는 TBS 『슈퍼 사커』, TV 아사히 『じゅん散歩』, 후지 TV 『めざましどようびメガ』, 닛폰 TV 『モバタレgreat』, TV 도쿄 『ピラメキーノ』, 무비플러스 영화 관련 프로그램, 스카파ー『スカ☆パラ』 등 여러 방송과 홍보 영상에 참여했다.<ref name="official-profile" />

== 성우로서의 활동 ==
{{안내|

* 같은 연도 내에서는 작품 이름을 기준으로 정리했습니다.
* '''굵은 글씨'''는 주연 또는 대표성이 큰 주요 캐릭터입니다.
* 공개 자료에서 확인되는 출연작을 중심으로 정리했으며, 단역과 에피소드 배역은 일부 생략되어 있을 수 있습니다.
}}

=== TV 애니메이션 ===

* '''2003년'''
** 『Divergence EVE』 - '''키리 마리아레테'''<ref name="mau2" />

* '''2004년'''
** 『오토기조시』 - '''미나모토노 히카루''' / 히카루<ref name="mau2" />
** 『메이저』 - 마지마<ref name="mau2" />
** 『미사키 크로니클: 다이버전스 이브』 - 키리 마리아레테<ref name="animehack-works">{{언어|일}} [https://anime.eiga.com/person/11108/program/ アニメハック - 水沢史絵 : 出演作品], 2026년 6월 17일 확인.</ref>

* '''2005년'''
** 『ARIA The ANIMATION』 - 하급생 1<ref name="mau2" />
** 『교향시편 에우레카 세븐』 - '''기젯''', 링크<ref name="mau2" />
** 『두 사람은 프리큐어 Max Heart』 - 카가야마 미우<ref name="mau2" />

* '''2006년'''
** 『Fate/stay night』 - '''미츠즈리 아야코'''<ref name="mau2" />
** 『SIMOUN』 - 와포리프<ref name="mau2" />
** 『WITCHBLADE』 - 나나코<ref name="mau2" />
** 『xxxHOLiC』 - 점술가, 여자고등학생, 아이, 꽃의 목소리 등<ref name="mau2" />
** 『갤럭시 엔젤 룬』 - 사토 씨, 다나카 씨, 스즈키들<ref name="mau2" />
** 『무적간판소녀』 - 선생, 선수, 어머니 등<ref name="mau2" />
** 『오토기 총사 아카즈킨』 - 마법학교 학생<ref name="mau2" />
** 『지옥소녀 후타코모리』 - 아이다 이치코<ref name="mau2" />
** 『초코토 Sister』 - 유키의 어머니, 갸루 A 등<ref name="mau2" />
** 『코요테 래그타임 쇼』 - 크리스<ref name="mau2" />
** 『TOKYO TRIBE2』 - 케이, 후지오<ref name="official-profile" />

* '''2007년'''
** 『DARKER THAN BLACK 흑의 계약자』 - 에리카, 왕 리화, 친구, 연구원 등<ref name="mau2" />
** 『Romeo×Juliet』 - '''줄리엣'''<ref name="mau2" />
** 『Saint Beast 광음서사시 천사담』 - 어린 천사<ref name="mau2" />
** 『스카이 걸즈』 - 쿠도 주리아<ref name="mau2" />
** 『신곡주계 폴리포니카』 - 코치노<ref name="mau2" />
** 『쓰르라미 울 적에 해』 - 에리코<ref name="mau2" />
** 『지구로...』 - 루리, 토키, 타키온의 어린 시절 등<ref name="mau2" />
** 『뱀부 블레이드』 - 아오키<ref name="mau2" />

* '''2008년'''
** 『BLASSREITER』 - 요한<ref name="mau2" />
** 『PERSONA -trinity soul-』 - 타사카 유미<ref name="mau2" />
** 『케메코 디럭스!』 - '''미나미노 료타''', 타마코의 친구<ref name="mau2" />
** 『광란가족일기』 - 모모쿠사 아이치<ref name="mau2" />
** 『네기보즈의 아사타로』 - 구미칸자시의 오키요<ref name="mau2" />
** 『미피부 일족』 - 메이드, 비서, 접수원 등<ref name="mau2" />
** 『야쿠시지 료코의 괴기 사건부』 - 마츠무라<ref name="mau2" />

* '''2009년'''
** 『쿠푸!! 마메고마!』 - '''마메카와 유이'''<ref name="mau2" />
** 『안녕 앤: Before Green Gables』 - 메리 에머슨<ref name="official-profile" />

* '''2010년'''
** 『하트캐치 프리큐어!』 - '''쿠루미 에리카 / 큐어 마린'''<ref name="mau2" />
** 『크게 휘두르며: 여름 대회편』 - 사카에구치의 누나<ref name="mau2" />

* '''2011년'''
** 『WORKING'!!』 - 릿짱<ref name="mau2" />
** 『WOLVERINE』 - 공안 월야<ref name="mau2" />
** 『바틀 스피리츠 패왕』 - '''쿠사카베 치히로'''<ref name="mau2" />
** 『청의 엑소시스트』 - 이마이, 고스트<ref name="mau2" />
** 『파코로린』 - '''린'''<ref name="mau2" />
** 『프리징』 - 엘리즈 슈미츠<ref name="mau2" />

* '''2012년'''
** 『에우레카 세븐 AO』 - 레라토<ref name="mau2" />
** 『절원의 템페스트』 - 아이 A<ref name="mau2" />
** 『킹덤』 - '''몽의'''<ref name="mau2" />
** 『크로스파이트 비드맨 eS』 - 하치스카 미츠루<ref name="mau2" />

* '''2013년'''
** 『요르문간드?』 - 확인 필요
** 『요괴워치?』 - 확인 필요
** 『요んでますよ、アザゼルさん。Z』 - 마리아<ref name="mau2" />
** 『킹덤 제2시리즈』 - '''몽의'''<ref name="mau2" />

* '''2014년'''
** 『Fate/stay night [Unlimited Blade Works]』 - 미츠즈리 아야코<ref name="mau2" />
** 『디스크 워즈: 어벤저스』 - 페퍼 포츠<ref name="mau2" />
** 『듀얼 마스터즈 VS』 - '''루시퍼''', 나카지로<ref name="mau2" />
** 『월드 트리거』 - '''타케토미 사쿠라코'''<ref name="mau2" />
** 『프리큐어 시리즈 기념 출연』 - 큐어 마린<ref name="mau2" />
** 『ふうせんいぬティニー』 - 피기<ref name="mau2" />

* '''2015년'''
** 『Fate/stay night [Unlimited Blade Works] 2nd 시즌』 - 미츠즈리 아야코<ref name="mau2" />
** 『듀얼 마스터즈 VSR』 - 루시퍼, 듀에완코, 나카지로<ref name="mau2" />
** 『월드 트리거 2nd 시즌』 - 타케토미 사쿠라코<ref name="mau2" />
** 『ふうせんいぬティニー 제2시리즈』 - 피기<ref name="mau2" />

* '''2016년'''
** 『듀얼 마스터즈 VSRF』 - 루시퍼, 나카지로<ref name="mau2" />

* '''2017년'''
** 『마블 퓨처 어벤저스』 - 프라이데이<ref name="mau2" />

* '''2018년'''
** 『역전재판: 그 진실, 이의 있음! Season 2』 - 미야나기 유키<ref name="mau2" />
** 『마블 퓨처 어벤저스 제2시리즈』 - 프라이데이<ref name="mau2" />

* '''2019년'''
** 『게게게의 키타로 제6작』 - 미부 요코<ref name="mau2" />
** 『모브 사이코 100 II』 - 대시 할머니<ref name="mau2" />

* '''2020년'''
** 『ONE PIECE』 - 오초<ref name="mau2" />
** 『치비 마루코짱』 - 내레이션<ref name="mau2" />
** 『のりものまんモービルランドのカークン』 - 마하<ref name="mau2" />

* '''2021년'''
** 『Digimon Ghost Game』 - 사쿠라<ref name="mau2" />
** 『ONE PIECE』 - 오초<ref name="mau2" />
** 『듀얼 마스터즈 킹!』 - 루시퍼<ref name="mau2" />
** 『에비시 수업일기』 - 시지미, 아유, 에비시 엄마<ref name="mau2" />
** 『월드 트리거 3rd 시즌』 - 타케토미 사쿠라코<ref name="mau2" />
** 『월드 트리거 4th 표기 방영분』 - 타케토미 사쿠라코<ref name="mau2" />
** 『트로피컬 루즈! 프리큐어』 - 쿠루미 에리카<ref name="mau2" />
** 『のりものまんモービルランドのカークン 제2시리즈』 - 마하<ref name="mau2" />

* '''2022년'''
** 『ONE PIECE』 - 오초<ref name="mau2" />
** 『명탐정 코난』 - 시토 유카<ref name="mau2" />
** 『치비 마루코짱』 - 코사카<ref name="mau2" />

=== 극장판 애니메이션 ===

* '''2007년'''
** 『스트레인저 무황인담』 - 모쿠보<ref name="official-profile" />

* '''2008년'''
** 『극장판 MAJOR 우정의 일구』 - 마지마<ref name="official-profile" />
** 『스카이 크롤러』 - 출연<ref name="official-profile" />

* '''2009년'''
** 『교향시편 에우레카 세븐 포켓이 무지개로 가득』 - 기젯 / 링크<ref name="mau2" />
** 『극장판 테일즈 오브 베스페리아: The First Strike』 - 샤스틸 아이히프<ref name="mau2" />

* '''2010년'''
** 『극장판 하트캐치 프리큐어! 꽃의 도시에서 패션쇼...입니까!?』 - 쿠루미 에리카 / 큐어 마린<ref name="animehack-works" />
** 『영화 곤충 이야기 꿀벌 허치: 용기의 멜로디』 - 뇨로리<ref name="animehack-works" />
** 『프리큐어 올스타즈 DX2 희망의 빛 레인보우 주얼을 지켜라!!』 - 쿠루미 에리카 / 큐어 마린<ref name="mau2" />

* '''2011년'''
** 『프리큐어 올스타즈 DX3 미래에 전해라! 세계를 잇는 무지개꽃』 - 쿠루미 에리카 / 큐어 마린<ref name="mau2" />

* '''2012년'''
** 『프리큐어 올스타즈 NewStage 미래의 친구』 - 쿠루미 에리카 / 큐어 마린<ref name="mau2" />

* '''2013년'''
** 『프리큐어 올스타즈 NewStage2 마음의 친구』 - 쿠루미 에리카 / 큐어 마린<ref name="mau2" />

* '''2014년'''
** 『프리큐어 올스타즈 NewStage3 영원한 친구』 - 쿠루미 에리카 / 큐어 마린<ref name="mau2" />

* '''2015년'''
** 『영화 프리큐어 올스타즈 봄의 카니발♪』 - 큐어 마린 / 쿠루미 에리카<ref name="animehack-works" />

* '''2016년'''
** 『영화 프리큐어 올스타즈 모두 함께 노래하다♪ 기적의 마법!』 - 쿠루미 에리카<ref name="mau2" />

* '''2017년'''
** 『극장판 Fate/stay night [Heaven's Feel] I. presage flower』 - 미츠즈리 아야코<ref name="animehack-works" />
** 『영화 ふうせんいぬティニーなんだかふしぎなきょうりゅうのくに!』 - 피기<ref name="mau2" />

* '''2018년'''
** 『영화 HUGっと! 프리큐어♡두 사람은 프리큐어 올스타즈 메모리즈』 - 쿠루미 에리카 / 큐어 마린<ref name="animehack-works" />

* '''2019년'''
** 『극장판 Fate/stay night [Heaven's Feel] II. lost butterfly』 - 미츠즈리 아야코<ref name="animehack-works" />

* '''2021년'''
** 『EUREKA / 교향시편 에우레카 세븐 하이 에볼루션』 - 기젯<ref name="animehack-works" />
** 『영화 트로피컬 루즈! 프리큐어 눈의 프린세스와 기적의 반지!』 - 쿠루미 에리카 / 큐어 마린<ref name="mau2" />

* '''2023년'''
** 『극장판 미소녀전사 세일러문 Cosmos 전편』 - 세일러 φ<ref name="sailormoon-cosmos">{{언어|일}} [https://2023.sailormoon-movie.jp/news/page/6/2023053001.html 劇場版「美少女戦士セーラームーンCosmos」公式サイト - シャドウ・ギャラクティカキャスト解禁], 2023년 5월 30일.</ref>

=== OVA 및 WEB 애니메이션 ===

* '''2004년'''
** 『風人物語』 - 여자아이 3<ref name="mau2" />

* '''2008년'''
** 『망념의 잠드』 - 히노키마루<ref name="mau2" />
** 『초콜릿 언더그라운드』 - 스머저 무어<ref name="mau2" />

* '''2018년'''
** 『에미야 씨네 오늘의 밥상』 - 미츠즈리 아야코<ref name="mau2" />

=== 게임 ===

* 『Fate/stay night [Réalta Nua]』 - 미츠즈리 아야코
* 『Fate/hollow ataraxia』 - 미츠즈리 아야코
* 『Rune Factory Oceans』 - 세라, 닛
* 『아샤의 아틀리에: 황혼 대지의 연금술사』 - 레지나 커티스
* 『브레이블리 디폴트: 플라잉 페어리』 - 프린 아 라 모드, 에길 마이어
* 『브레이블리 디폴트 포 더 시퀄』 - 프린 아 라 모드, 에길 마이어
* 『브레이블리 세컨드』 - 프린 아 라 모드
* 『브레이블리 디폴트 브릴리언트 라이츠』 - 프린 아 라 모드<ref name="bdbl">{{언어|일}} [https://www.jp.square-enix.com/bdbl_SP/character/pudding/ スクウェア・エニックス - ブレイブリーデフォルトブリリアントライツプリン・ア・ラ・モード], 2026년 6월 17일 확인.</ref>
* 『슈퍼로봇대전 Operation Extend』 - 오조라 마이
* 『포포로크로이스 목장 이야기』 - 릴리
* 『ゆるかみ!』 - 토호 테루미
* 『Shadowverse』 - 명부신과의 계약, 미소의 파괴자 카마인
* 『신격의 바하무트』 - 카마인
* 『100% Orange Juice!』 - 토마토
* 『벽람항로』 - 이글
* 『DUEL MASTERS PLAY'S』 - 루시퍼<ref name="dmps">{{언어|일}} [https://dmps.takaratomy.co.jp/world/ DUEL MASTERS PLAY'S 公式サイト - World], 2026년 6월 17일 확인.</ref>

=== 외화 및 해외 드라마 더빙 ===

* 『화양소년소녀』 - 아시야 미즈키, 엘라 첸 담당 배역<ref name="official-profile" />
* 『호텔 르완다』 - 패트 아처, 카라 시모어 담당 배역<ref name="official-profile" />
* 『더 룸메이트』 - 사라, 민카 켈리 담당 배역<ref name="official-profile" />
* 『슈퍼내추럴 시즌 13』 제15화 - 마거릿 애스터, 리앤 랩 담당 배역<ref name="official-profile" />

=== 라디오 ===

* QR 초!A&G+ 『水沢史絵の他人の家の犬』<ref name="official-profile" />
* QR 초!A&G+ 『ラジオどっとあい水沢史絵のおもズバッ!』<ref name="official-profile" />
* 온센 『ロミジュリ×レディオ』<ref name="official-profile" />

=== 내레이션 ===

* TBS 『スーパーサッカー』<ref name="official-profile" />
* TV 아사히 『じゅん散歩』<ref name="official-profile" />
* 후지 TV 『めざましどようびメガ』<ref name="official-profile" />
* 닛폰 TV 『モバタレgreat』<ref name="official-profile" />
* TV 도쿄 『ピラメキーノ』<ref name="official-profile" />
* M-ON! TV 『MUSIC ON』<ref name="official-profile" />
* 무비플러스 『スクールオブフィルム』, 『カンヌ映画祭特番』<ref name="official-profile" />
* EX SPORTS 『BEACH COMBING ON TV』<ref name="official-profile" />
* DATV, KNTV, k-chan 프로그램 내비게이터<ref name="official-profile" />
* 스카파ー『スカ☆パラ』 - 스캇파, 하늘의 목소리<ref name="official-profile" />
* 디노스 인포머셜<ref name="official-profile" />
* 오리엔탈바이오 인포머셜<ref name="official-profile" />

=== CM 내레이션 ===

* 『Sick イントゥイションファブ』<ref name="official-profile" />
* 『スリムビューティハウス』<ref name="official-profile" />
* 『フォーラス』<ref name="official-profile" />
* 『宝島社にゃーショルダーバッグブック』<ref name="official-profile" />
* 『宝島社 MOZブック』<ref name="official-profile" />
* 『宝島社 glow』<ref name="official-profile" />

=== VP 및 안내 방송 ===

* 『JAXA イプシロンロケット・あすなろ2』 발사 안내 아나운스<ref name="official-profile" />
* 『ライフ』 점내 안내 방송<ref name="official-profile" />
* 『カラオケ本舗まねきねこ』 - 마넷키, 점내 안내 방송<ref name="official-profile" />
* 『GEO』 - DJ<ref name="official-profile" />
* 『Panasonic』 VP 내레이션<ref name="official-profile" />
* 『FANCL』 VP 내레이션<ref name="official-profile" />
* 『CASIO』 VP 내레이션<ref name="official-profile" />
* 『富士通』 VP 내레이션<ref name="official-profile" />
* 『花王ビオレ』 VP 내레이션<ref name="official-profile" />
* 『東京音楽大学』 VP 내레이션<ref name="official-profile" />
* 『KOSE』 VP 내레이션<ref name="official-profile" />
* 『日野自動車』 VP 내레이션<ref name="official-profile" />
* 『三菱電機』 VP 내레이션<ref name="official-profile" />

== 저작 ==
{| class="wikitable"
! 발표 시기 !! 제목 !! 형태 !! 출판 및 게재 정보
|-
| 2012년 12월 1일 발매호 || 「猫様のギフト」 || 단편 소설 || 집영사 『Cobalt』 2013년 1월호 게재<ref name="cobalt" />
|-
| 2014년 6월 25일 || 『神楽坂G7 崖っぷちカフェ救出作戦会議』 || 라이트 노벨 || 집영사 슈퍼 대시 문고, 삽화: 시라비, ISBN 978-4-08-630790-1<ref name="g7-animate" />
|}

== 대표 배역 ==
{| class="wikitable"
! 작품 !! 배역 !! 비고
|-
| 『하트캐치 프리큐어!』 || 쿠루미 에리카 / 큐어 마린 || TV 애니메이션 및 극장판 다수 출연
|-
| 『로미오×줄리엣』 || 줄리엣 || 주연
|-
| 『교향시편 에우레카 세븐』 || 기젯, 링크 || TV 애니메이션 및 극장판 출연
|-
| 『Fate/stay night』 시리즈 || 미츠즈리 아야코 || TV 애니메이션, WEB 애니메이션, 극장판, 게임 출연
|-
| 『파코로린』 || 린 || NHK 애니메이션
|-
| 『킹덤』 || 몽의 || 제1시리즈 및 제2시리즈 출연
|-
| 『월드 트리거』 || 타케토미 사쿠라코 || TV 애니메이션 시리즈 출연
|-
| 『듀얼 마스터즈』 시리즈 || 루시퍼 || TV 애니메이션 및 게임 출연
|-
| 『극장판 미소녀전사 세일러문 Cosmos』 || 세일러 φ || 2023년 극장판 출연
|}

== 주석 ==
<references />

== 관련 사이트 ==

* {{언어|일}} [https://sigma7.co.jp/actors/mizusawa_fumie/ 시그마 세븐 - 미즈사와 후미에 공식 프로필]
* {{언어|일}} [https://fumie-mizusawa.themedia.jp/ 미즈사와 후미에 공식 웹사이트]
* {{언어|일}} [https://fumie-mizusawa.themedia.jp/pages/2136226/PROFILE 미즈사와 후미에 공식 웹사이트 - PROFILE]
* {{언어|일}} [https://ameblo.jp/fumie-mizusawa/ 미즈사와 후미에 공식 블로그]
* {{언어|일}} [https://x.com/fumiemizusawa 미즈사와 후미에 공식 X]
* {{언어|일}} [https://www.instagram.com/mizusawafumie/ 미즈사와 후미에 공식 Instagram]
* {{언어|일}} [https://www.animatetimes.com/tag/details.php?id=539 애니메이트 타임즈 - 미즈사와 후미에]
* {{언어|일}} [https://anime.eiga.com/person/11108/ AnimeHack - 미즈사와 후미에]
* {{언어|일}} [https://www.mau2.com/voice/52a287 まうまう☆ - 미즈사와 후미에 출연작]

{{분류|일본의 여자 성우}}
{{분류|일본의 여자 배우}}
{{분류|일본의 나레이터}}
{{분류|일본의 소설가}}
{{분류|시그마 세븐}}
{{분류|토치기현 출신}}
{{분류|우츠노미야시 출신}}
{{분류|1980년 태어남}}

연애재판

2026-06-17T01:35:01Z

Gaon12: 문서 내용 보강

[[파일:hatsune_lovetrail.jpg|섬네일|오른쪽|「恋愛裁判」 관련 이미지]]

{| class="wikitable" style="float: right; margin: 0 0 1em 1em;"
! colspan="2" style="text-align: center;" | 恋愛裁判
|-
! 한국어 표기
| 연애재판
|-
! 영어 표기
| Love Trial
|-
! 작사
| [[40mP]]
|-
! 작곡
| [[40mP]]
|-
! 편곡
| [[40mP]]
|-
! 보컬
| [[하츠네 미쿠]]
|-
! 영상·일러스트
| たま
|-
! 피아노
| 事務員G
|-
! 베이스
| mao
|-
! 기타
| [TEST]
|-
! 드럼·퍼커션
| ショボン
|-
! 공개일
| 2014년 6월 10일
|-
! 재생 시간
| 약 3분 42초
|-
! 장르
| VOCALOID, 팝, 밴드 사운드
|}

'''연애재판''' 또는 '''恋愛裁判'''은 [[40mP]]가 작사, 작곡, 편곡하고 [[하츠네 미쿠]]가 보컬을 맡은 VOCALOID 오리지널 곡이다. 일본어 원제는 「恋愛裁判」이며, 영어권에서는 「Love Trial」이라는 제목으로도 알려져 있다.

==개요==
「恋愛裁判」은 사랑의 갈등을 재판과 범죄의 은유로 풀어낸 곡이다. 화자는 연애 관계에서 저지른 잘못을 두고 변명과 사죄를 반복하며, 상대에게 정상참작과 집행유예를 구한다. 곡 전체에는 유죄, 최종변론, 집행유예, 완전범죄, 종신형 같은 법정·형사 재판 용어가 반복적으로 등장한다.

밝고 경쾌한 밴드 사운드와 귀에 잘 들어오는 멜로디가 특징이며, 가사에서는 장난스럽고도 씁쓸한 연애 심리가 대비된다. 후반부에서는 화자만이 심판받는 구조처럼 보이다가, 마지막에 상대 역시 「유죄」라는 반전을 제시한다.

==상세==
이 곡은 40mP 특유의 선명한 멜로디, 밴드 기반 편곡, 이야기성이 강한 가사가 결합된 대표곡 중 하나이다. 뮤직비디오는 재판정과 판결을 중심 이미지로 삼으며, 하츠네 미쿠의 캐릭터성과 곡의 법정 콘셉트를 시각적으로 연결한다.

곡의 핵심 주제는 단순한 이별 노래가 아니라, 사랑 안에서 서로가 서로를 심판하고 상처를 주는 관계의 양면성이다. 화자는 자신이 잘못을 저질렀음을 인정하면서도 상대에게 용서를 구하고, 끝내는 평생 속죄하겠다는 태도를 보인다. 그러나 마지막 구절에서는 상대 또한 거짓 눈물 뒤에서 웃고 있었음이 드러나며, 곡의 시점이 일방적인 가해와 피해의 구도에서 벗어난다.

==제작진==
{| class="wikitable" style="margin: auto;"
! 구분 !! 담당
|-
| 보컬 || [[하츠네 미쿠]]
|-
| 작사 || [[40mP]]
|-
| 작곡 || [[40mP]]
|-
| 편곡 || [[40mP]]
|-
| 영상 || たま
|-
| 일러스트 || たま
|-
| 피아노 || 事務員G
|-
| 베이스 || mao
|-
| 기타 || [TEST]
|-
| 드럼·퍼커션 || ショボン
|}

==수록 및 관련 매체==
{| class="wikitable" style="margin: auto;"
! 연도 !! 매체 !! 설명
|-
| 2014년 || 싱글 음원 || 「恋愛裁判 (feat. 初音ミク)」 명의로 공개된 음원
|-
| 2014년 || EXIT TUNES PRESENTS Vocalofantasy feat.初音ミク || 관련 컴필레이션 음반 수록
|-
| 2015년 || 소설 「恋愛裁判僕は有罪?」 || 40mP 원안, 西本紘奈 저, たま 그림의 소설판
|-
| 2016년 || 初音ミク -Project DIVA- X || 리듬 게임 수록곡
|-
| 2021년 || プロジェクトセカイカラフルステージ！ feat. 初音ミク || MORE MORE JUMP！ × 初音ミク 버전 2DMV 공개
|}

==영상==
<youtube>TXzfQ0cP1P0</youtube>

==가사==
아래 표는 원문, 독음, 한국어 번역을 함께 정리한 것이다.

{| class="wikitable" style="margin: auto; width: 90%;"
|-
| style="color: black; background: pink;" align="center" | Oh! No! No! No! ちょっと魔がさしたんだ Oh! No! No! No! 촛토 마가 사시탄다
|-
| style="color: white; background: lightblue;" align="center" | Oh! No! No! No! 조금 마가 낀 거야
|-
| style="color: black; background: pink;" align="center" | そう、僕は君だけが全てさ 소, 보쿠와 키미다케가 스베테사
|-
| style="color: white; background: lightblue;" align="center" | 그래, 나는 너만이 전부야
|-
| style="color: black; background: pink;" align="center" | ねえ、情状酌量をください 네, 조조샤쿠료오 쿠다사이
|-
| style="color: white; background: lightblue;" align="center" | 저기, 정상참작으로 해 줘
|-
| style="color: black; background: pink;" align="center" | 僕独りじゃ生きてけない 보쿠 히토리자 이키테케나이
|-
| style="color: white; background: lightblue;" align="center" | 나 혼자서는 살아갈 수 없는 걸
|-
| style="color: black; background: pink;" align="center" | Oh! Jesus! そんな眼で見ないで Oh! Jesus! 손나 메데 미나이데
|-
| style="color: white; background: lightblue;" align="center" | Oh! Jesus! 그런 눈으로 보지 말아 줘
|-
| style="color: black; background: pink;" align="center" | もう金輪際、心入れ替えるよ 모 콘린자이, 코코로 이레카에루요
|-
| style="color: white; background: lightblue;" align="center" | 이제 결단코, 다른 맘을 먹지 않을게
|-
| style="color: black; background: pink;" align="center" | ねえ、だから執行猶予で一度だけ見逃して 네, 다카라 싯코유요데 이치도다케 미노가시테
|-
| style="color: white; background: lightblue;" align="center" | 저기, 그러니까 집행유예로 한 번만 눈 감아 줘
|-
| style="color: black; background: pink;" align="center" | 計画的な犯行のこのアリバイ工作も 케이카쿠테키나 한코노 코노 아리바이 코사쿠모
|-
| style="color: white; background: lightblue;" align="center" | 계획적인 범행의 이 알리바이 공작도
|-
| style="color: black; background: pink;" align="center" | 君だけは騙せない 키미다케와 다마세나이
|-
| style="color: white; background: lightblue;" align="center" | 너만은 속일 수 없어
|-
| style="color: black; background: pink;" align="center" | 小手先の手品じゃ No! No! No! 코테사키노 테지나자 No! No! No!
|-
| style="color: white; background: lightblue;" align="center" | 손재주의 속임수로는 No! No! No!
|-
| style="color: black; background: pink;" align="center" | まさに恋愛裁判君は僕に 마사니 렌아이사이반 키미와 보쿠니
|-
| style="color: white; background: lightblue;" align="center" | 마치 연애재판 너는 나에게
|-
| style="color: black; background: pink;" align="center" | どれくらいの罪を問う? 도레쿠라이노 츠미오 토우?
|-
| style="color: white; background: lightblue;" align="center" | 얼마만큼의 죄를 물을 거야?
|-
| style="color: black; background: pink;" align="center" | 最終弁論涙の後に 사이슈벤론 나미다노 아토니
|-
| style="color: white; background: lightblue;" align="center" | 최종변론 눈물의 뒤에
|-
| style="color: black; background: pink;" align="center" | 君から告げられた僕は「有罪」 키미카라 츠게라레타 보쿠와 「기루티」
|-
| style="color: white; background: lightblue;" align="center" | 네가 선고했던 나는 「유죄」
|-
| style="color: black; background: pink;" align="center" | Oh! No! No! No! 最悪の事態だ Oh! No! No! No! 사이아쿠노 지타이다
|-
| style="color: white; background: lightblue;" align="center" | Oh! No! No! No! 최악의 사태야
|-
| style="color: black; background: pink;" align="center" | そう、君にフラれるくらいなら 소, 키미니 후라레루 쿠라이나라
|-
| style="color: white; background: lightblue;" align="center" | 그래, 너에게 차이게 되는 거라면
|-
| style="color: black; background: pink;" align="center" | ねえ、いっそ君の手で僕を 네, 잇소 키미노 테데 보쿠오
|-
| style="color: white; background: lightblue;" align="center" | 저기, 차라리 너의 손으로 나를
|-
| style="color: black; background: pink;" align="center" | 暗闇に突き落としてよ 쿠라야미니 츠키 오토시테요
|-
| style="color: white; background: lightblue;" align="center" | 어둠으로 밀어버려 줘
|-
| style="color: black; background: pink;" align="center" | Oh! Jesus! 論より証拠だ Oh! Jesus! 론요리 쇼코다
|-
| style="color: white; background: lightblue;" align="center" | Oh! Jesus! 말보다는 증거야
|-
| style="color: black; background: pink;" align="center" | もう僕は取り繕わないよ 모 보쿠와 토리츠쿠로와나이요
|-
| style="color: white; background: lightblue;" align="center" | 이제 나는 얼버무릴 수가 없어
|-
| style="color: black; background: pink;" align="center" | ねえ、ずっと君の監獄に 네, 즛토 키미노 칸고쿠니
|-
| style="color: white; background: lightblue;" align="center" | 저기, 계속 네 감옥에
|-
| style="color: black; background: pink;" align="center" | 閉じ込めてもいいから 토지코메테모 이이카라
|-
| style="color: white; background: lightblue;" align="center" | 가두어버려도 좋으니까
|-
| style="color: black; background: pink;" align="center" | 性格的な問題と一度だけの過ちで 세이카쿠테키나 몬다이토 이치도다케노 아야마치데
|-
| style="color: white; background: lightblue;" align="center" | 성격적인 문제와 한 번뿐인 잘못으로
|-
| style="color: black; background: pink;" align="center" | 君はもう戻らない 키미와 모 모도라나이
|-
| style="color: white; background: lightblue;" align="center" | 너는 이제 돌아오지 않아
|-
| style="color: black; background: pink;" align="center" | 口先の弁護じゃもう許されない 쿠치사키노 벤고자 모 유루사레나이
|-
| style="color: white; background: lightblue;" align="center" | 말뿐인 변호로는 이제 용서받지 못해
|-
| style="color: black; background: pink;" align="center" | どこが完全犯罪? 도코가 칸젠 한자이?
|-
| style="color: white; background: lightblue;" align="center" | 어디가 완전범죄야?
|-
| style="color: black; background: pink;" align="center" | 君も僕も同じだけの悲しみを 키미모 보쿠모 오나지다케노 카나시미오
|-
| style="color: white; background: lightblue;" align="center" | 너도 나도 같은 슬픔을
|-
| style="color: black; background: pink;" align="center" | 愛した人愛された人 아이시타 히토 아이사레타 히토
|-
| style="color: white; background: lightblue;" align="center" | 사랑한 사람 사랑받은 사람
|-
| style="color: black; background: pink;" align="center" | 互いを裁き合う宿命だから 타가이오 사바키아우 사다메다카라
|-
| style="color: white; background: lightblue;" align="center" | 서로를 재판하는 숙명이니까
|-
| style="color: black; background: pink;" align="center" | 有罪判決君は僕に 유자이 한케츠 키미와 보쿠니
|-
| style="color: white; background: lightblue;" align="center" | 유죄판결 너는 나에게
|-
| style="color: black; background: pink;" align="center" | どれくらいの罪を問う? 도레쿠라이노 츠미오 토우?
|-
| style="color: white; background: lightblue;" align="center" | 얼마만큼의 죄를 물을 거야?
|-
| style="color: black; background: pink;" align="center" | 終身刑で償う覚悟 슈우신케이데 츠구나우 카쿠고
|-
| style="color: white; background: lightblue;" align="center" | 종신형으로 속죄하겠다는 각오
|-
| style="color: black; background: pink;" align="center" | 死ぬまで君だけを守るよ 시누마데 키미다케오 마모루요
|-
| style="color: white; background: lightblue;" align="center" | 죽을 때까지 너만을 지킬게
|-
| style="color: black; background: pink;" align="center" | 恋愛裁判君が僕に 렌아이 사이반 키미가 보쿠니
|-
| style="color: white; background: lightblue;" align="center" | 연애재판 네가 나에게
|-
| style="color: black; background: pink;" align="center" | 教えてくれた真実 오시에테쿠레타 신지츠
|-
| style="color: white; background: lightblue;" align="center" | 가르쳐 준 진실
|-
| style="color: black; background: pink;" align="center" | 偽りの涙の後で 이츠와리노 나미다노 아토데
|-
| style="color: white; background: lightblue;" align="center" | 거짓의 눈물 뒤에서
|-
| style="color: black; background: pink;" align="center" | 密かに微笑んだ 히소카니 호호엔다
|-
| style="color: white; background: lightblue;" align="center" | 몰래 웃음지었어
|-
| style="color: black; background: pink;" align="center" | 小悪魔 코아쿠마
|-
| style="color: white; background: lightblue;" align="center" | 소악마
|-
| style="color: black; background: pink;" align="center" | そう、君も「有罪」 소, 키미모 「기루티」
|-
| style="color: white; background: lightblue;" align="center" | 그래, 너도 「유죄」
|}

==외부 링크==

* [https://www.youtube.com/watch?v=TXzfQ0cP1P0 공식 유튜브 영상]
* [https://www.nicovideo.jp/watch/sm23750267 니코니코 동화 영상]
* [https://www.40mp-official.com/ 40mP 공식 사이트]
* [https://www.40mp-official.com/pages/6308016/discography 40mP 공식 디스코그래피]

{{DEFAULTSORT:연애재판}}
[[분류:VOCALOID 오리지널 곡]]
[[분류:하츠네 미쿠의 참여곡]]
[[분류:40mP의 VOCALOID 곡]]
[[분류:2014년 노래]]
[[분류:프로젝트 세카이 수록곡]]
[[분류:Project DIVA 수록곡]]

너에게 (중2병이더라도 사랑이 하고 싶어!)

2026-06-16T09:09:41Z

Gaon12: 문서 내용 보강

== 개요 ==
'''君へ'''는 일본의 싱어송라이터 [[ZAQ]]가 부른 곡이다. 곡명은 일본어로 '너에게'라는 뜻이며, 한국어 문서에서는 '''너에게''' 또는 '''키미에'''로 병기할 수 있다.

이 곡은 [[애니메이션]] 《[[중2병이라도 사랑이 하고 싶어!]]》의 관련 단편 애니메이션 《[[중2병이라도 사랑이 하고 싶어! Lite]]》의 오프닝 테마로 사용되었다. 《중2병이라도 사랑이 하고 싶어! Lite》의 엔딩 테마는 같은 음반에 수록된 ZAQ의 '''漆黒に躍る弧濁覇王節'''이다.

'''君へ'''는 TV 애니메이션 본편의 대표 오프닝인 '''Sparkling Daydream'''과 달리, 보다 차분하고 직설적인 고백의 정서를 중심에 둔 곡이다. 가사는 상대를 향한 강한 애정, 거리와 운명을 넘어 곁에 있으려는 마음, 그리고 꾸밈없는 자기 고백을 주된 내용으로 한다. 코미디 성격이 강한 Lite 시리즈의 짧은 영상과 대비되는 진지한 분위기 때문에, 작품 팬덤 안에서는 Lite 오프닝 특유의 인상이 강한 곡으로 언급된다.

== 기본 정보 ==
{| class="wikitable"
! 항목 !! 내용
|-
| 원제
| 君へ
|-
| 가수
| [[ZAQ]]
|-
| 작사
| ZAQ
|-
| 작곡
| ZAQ
|-
| 편곡
| ZAQ
|-
| 사용 작품
| 《[[중2병이라도 사랑이 하고 싶어! Lite]]》
|-
| 사용 위치
| 오프닝 테마
|-
| 수록 음반
| '''TVアニメ『中二病でも恋がしたい！』ボーカルミニアルバム「暗黒虹彩楽典」'''
|-
| 음반 영문 부제
| Dark Iris Musical Grammar
|-
| 발매일
| 2012년 12월 26일
|-
| 품번
| LACA-15262
|-
| 레이블
| 란티스
|-
| 곡 길이
| 3분 6초
|}

== 상세 ==
'''君へ'''는 《중2병이라도 사랑이 하고 싶어! Lite》의 오프닝 테마로 제작된 곡이다. 곡의 작사, 작곡, 편곡은 모두 ZAQ가 담당했다. ZAQ는 《중2병이라도 사랑이 하고 싶어!》 TV 애니메이션 제1기의 오프닝 테마 '''Sparkling Daydream'''을 부른 가수이기도 하며, 이 작품 관련 음악에서 보컬과 작사, 작곡을 폭넓게 담당했다.

수록 음반인 '''暗黒虹彩楽典'''은 《중2병이라도 사랑이 하고 싶어!》의 보컬 미니 앨범이다. 이 음반에는 캐릭터 송과 함께 Lite용 오프닝 테마인 '''君へ''', Lite용 엔딩 테마인 '''漆黒に躍る弧濁覇王節'''이 수록되어 있다.

곡명 '''君へ'''는 직역하면 '너에게'라는 의미이다. 제목 그대로 가사의 화자는 상대에게 직접 마음을 전하려 하며, 노래 전체는 특정한 상대를 향한 고백문처럼 구성되어 있다. '운명', '영원', '곁에 있음', '있는 그대로의 나' 같은 표현이 반복적으로 등장해, 사랑을 이상화하기보다 지금 이 순간 전하고 싶은 감정을 강조한다.

== 작품과의 관계 ==
{| class="wikitable"
! 구분 !! 내용
|-
| 관련 작품
| 《[[중2병이라도 사랑이 하고 싶어! Lite]]》
|-
| 원작 계열
| 《[[중2병이라도 사랑이 하고 싶어!]]》
|-
| 애니메이션 제작
| [[교토 애니메이션]]
|-
| 원작
| 토라코
|-
| 캐릭터 원안
| 오사카 노조미
|-
| 감독
| 이시하라 타츠야
|-
| 시리즈 구성
| 하나다 줏키
|-
| 캐릭터 디자인
| 이케다 카즈미
|-
| 음악
| 니지네
|-
| 주제가 아티스트
| ZAQ
|}

《중2병이라도 사랑이 하고 싶어! Lite》는 본편의 인물과 설정을 바탕으로 한 단편 애니메이션이다. 본편이 학원 러브 코미디와 청춘 드라마를 중심으로 전개되는 데 비해, Lite는 짧은 러닝타임 안에서 캐릭터들의 개그와 일상적인 에피소드를 보여 주는 성격이 강하다.

그런데 오프닝 테마인 '''君へ'''는 밝고 장난스러운 분위기보다는 진지한 고백의 감정을 담고 있다. 이 때문에 곡은 Lite의 짧고 코믹한 형식과 대조되면서도, 본편의 핵심 정서인 '서툴지만 진심 어린 사랑'을 압축적으로 드러내는 역할을 한다.

== 수록 음반 ==
{| class="wikitable"
! 항목 !! 내용
|-
| 음반명
| TVアニメ『中二病でも恋がしたい！』ボーカルミニアルバム「暗黒虹彩楽典」
|-
| 영문 부제
| Dark Iris Musical Grammar
|-
| 발매일
| 2012년 12월 26일
|-
| 품번
| LACA-15262
|-
| 형식
| CD, 디지털 음원
|-
| 발매
| 란티스
|-
| 판매
| 반다이 비주얼
|}

=== 수록곡 ===
{| class="wikitable"
! 번호 !! 곡명 !! 가수 !! 비고
|-
| 1
| 君へ
| ZAQ
| 《중2병이라도 사랑이 하고 싶어! Lite》 오프닝 테마
|-
| 2
| 覚醒ラグナロク -暗黒黙示録-
| 小鳥遊六花, CV: 内田真礼
| 캐릭터 송
|-
| 3
| でいなばよって☆マサリモ
| 丹生谷森夏, CV: 赤﨑千夏
| 캐릭터 송
|-
| 4
| ひるねぶ Diary
| 五月七日くみん, CV: 浅倉杏美
| 캐릭터 송
|-
| 5
| Dark Death Decoration
| 凸守早苗, CV: 上坂すみれ
| 캐릭터 송
|-
| 6
| 漆黒に躍る弧濁覇王節
| ZAQ
| 《중2병이라도 사랑이 하고 싶어! Lite》 엔딩 테마
|}

== 곡의 특징 ==
=== 가사적 특징 ===
'''君へ'''의 가사는 상대를 향한 감정을 직접적으로 전하는 방식으로 전개된다. 첫 부분에서는 '이 세계의 작은 곳'에서 상대를 발견한 기억을 떠올리고, 이후에는 가까이 있어도 마음이 반드시 전해지는 것은 아니라는 불안과, 멀리 떨어져도 마음은 변하지 않는다는 확신을 함께 말한다.

후반부에서는 '운명'과 '영원'을 깨뜨려서라도 곁에 있겠다는 표현이 등장한다. 이는 단순한 사랑 노래의 표현을 넘어, 《중2병이라도 사랑이 하고 싶어!》 시리즈 특유의 과장된 언어 감각과도 잘 맞는다. 다만 곡 전체의 정서는 장난스럽기보다는 매우 진지하다.

=== 음악적 특징 ===
곡은 짧은 단편 애니메이션 오프닝으로 쓰였지만, 음반에는 풀 사이즈로 수록되었다. 보컬은 ZAQ 특유의 선명한 발성과 직선적인 멜로디 진행을 중심으로 구성되어 있으며, 가사의 고백적 성격을 강조하는 편이다.

=== Lite 오프닝으로서의 특징 ===
Lite 시리즈는 본편보다 짧고 가벼운 성격의 단편이지만, '''君へ'''는 제목과 가사 모두 본편의 러브 코미디적 핵심을 직접적으로 건드린다. 이 때문에 곡은 단순한 부속 콘텐츠의 주제가라기보다, 《중2병이라도 사랑이 하고 싶어!》의 정서를 축약한 삽입적 오프닝으로 볼 수 있다.

== 영상 ==
=== 음원 ===
<youtube>dPWUtuKLG5U</youtube>

=== 한글 자막 ===
<youtube>Kahxg7_tEzw</youtube>

※ 위 영상은 기존 문서에 수록되어 있던 영상이다. 업로드 주체와 권리 상태에 따라 재생이 제한되거나 삭제될 수 있다.

== 가사 ==

{| class="wikitable"
! 일본어 원문 !! 독음 !! 한국어 번역
|-
| この世界の小さな場所で
| 코노 세카이노 치이사나 바쇼데
| 이 세계의 작은 곳에서
|-
| 君の姿を見つけたあの日
| 키미노 스가타오 미츠케타 아노 히
| 너의 모습을 찾아낸 그날
|-
| 風を受けて笑っていたね
| 카제오 우케테 와랏테 이타네
| 바람을 맞으며 웃고 있었지
|-
| 私の心が染まっていった
| 와타시노 코코로가 소맛테 잇타
| 내 마음이 물들어 갔어
|-
| どれだけ近くにいたって
| 도레다케 치카쿠니 이탓테
| 아무리 가까이 있어도
|-
| 想いが伝わるわけじゃないね
| 오모이가 츠타와루 와케쟈 나이네
| 마음이 전해지는 것은 아니네
|-
| どれだけ離れてもこの想い変わらないよ
| 도레다케 하나레테모 코노 오모이 카와라나이요
| 아무리 떨어져 있어도 이 마음은 변하지 않아
|-
| 運命とか永遠とか壊してでも側にいる
| 운메이토카 에이엔토카 코와시테데모 소바니 이루
| 운명이라든가 영원이라든가 깨뜨려서라도 곁에 있을게
|-
| 明日よりも今大好きだよ
| 아시타요리모 이마 다이스키다요
| 내일보다도 지금 정말 좋아해
|-
| 終わりなんてこないだからもっと
| 오와리난테 코나이 다카라 못토
| 끝 같은 건 오지 않아, 그러니까 좀 더
|-
| 美しさも素敵さもなくていいから
| 우츠쿠시사모 스테키사모 나쿠테 이이카라
| 아름다움도 멋짐도 없어도 괜찮으니까
|-
| 狂おしいほどに愛させて
| 쿠루오시이 호도니 아이사세테
| 미칠 정도로 사랑하게 해 줘
|-
| あの日の言葉忘れない
| 아노 히노 코토바 와스레나이
| 그날의 말 잊지 않아
|-
| 忘れられない君へ
| 와스레라레나이 키미에
| 잊을 수 없는 너에게
|-
| 届いてほしい
| 토도이테 호시이
| 전해졌으면 좋겠어
|-
| 運命とか永遠とか壊してでも側にいる
| 운메이토카 에이엔토카 코와시테데모 소바니 이루
| 운명이라든가 영원이라든가 깨뜨려서라도 곁에 있을게
|-
| 明日よりも今、大好きだよ
| 아시타요리모 이마, 다이스키다요
| 내일보다도 지금, 정말 좋아해
|-
| つぶれそうな心ありのままの私
| 츠부레소오나 코코로 아리노 마마노 와타시
| 부서질 것 같은 마음, 있는 그대로의 나
|-
| 愛だけは伝えたいただ、君へと
| 아이다케와 츠타에타이 타다, 키미에토
| 사랑만은 전하고 싶어, 그저 너에게
|-
| 美しさも素敵さもなくていいから
| 우츠쿠시사모 스테키사모 나쿠테 이이카라
| 아름다움도 멋짐도 없어도 괜찮으니까
|-
| 狂おしいほどに愛させて
| 쿠루오시이 호도니 아이사세테
| 미칠 정도로 사랑하게 해 줘
|-
| あの日の言葉忘れない
| 아노 히노 코토바 와스레나이
| 그날의 말 잊지 않아
|-
| 忘れられない君へ
| 와스레라레나이 키미에
| 잊을 수 없는 너에게
|-
| 届いてほしい
| 토도이테 호시이
| 전해졌으면 좋겠어
|}

== 참고 자료 ==
* [https://www.anime-chu-2.com/product/cd1st/ TV 애니메이션 《중2병이라도 사랑이 하고 싶어!》 공식 사이트 - CD 정보]
* [https://www.anime-chu-2.com/diary/?id=37 TV 애니메이션 《중2병이라도 사랑이 하고 싶어!》 공식 제작일지 - 캐릭터 송과 사운드트랙 소개]
* [https://www.uta-net.com/song/139803/ Uta-net - ZAQ 「君へ」 가사 및 곡 정보]
* [https://recochoku.jp/song/S22169064/ 레코초쿠 - ZAQ 「君へ」 곡 정보]
* [https://www.kyotoanimation.co.jp/works/chuni/ 교토 애니메이션 - 《중2병이라도 사랑이 하고 싶어!》 작품 정보]
* [https://www.billboard-japan.com/goods/detail/365682 Billboard JAPAN - 「暗黒虹彩楽典」 상품 정보]

== 같이 보기 ==
* [[ZAQ]]
* [[중2병이라도 사랑이 하고 싶어!]]
* [[중2병이라도 사랑이 하고 싶어! Lite]]
* [[Sparkling Daydream]]
* [[漆黒に躍る弧濁覇王節]]


[[분류:중2병이라도 사랑이 하고 싶어!]]
[[분류:중2병이라도 사랑이 하고 싶어! Lite]]
[[분류:애니메이션 곡]]
[[분류:애니메이션 음악]]
[[분류:애니메이션 오프닝 곡]]
[[분류:J-POP]]
[[분류:ZAQ]]
[[분류:2012년 노래]]

라이믹스/릴리즈 노트/2.1.33

2026-06-16T09:02:18Z

Gaon12: 2.1.33 릴리즈됨

2026년 04월 01일에 등록된 릴리즈 노트입니다.

{{인용문|라이믹스 2.1 버전대의 버그 수정 릴리즈로, 보안패치가 포함되어 있습니다.}}

== 보안취약점 수정 ==
* [RVE-2026-7] 썸네일 생성 기능을 통해 내부 정보에 접근할 수 있는 문제 (SSRF)
** 외부 이미지는 썸네일 생성에 사용하지 않는 것으로 기본값이 변경되었습니다. 외부 이미지를 사용하여 썸네일을 생성할 필요가 있는 사이트로서 내부망에 민감한 리소스가 존재하지 않는다면 "시스템 설정" → "고급 설정" 탭에서 설정을 변경하여 기존과 같이 동작하도록 할 수 있습니다.
** KISA에서 알려 주셨습니다. (KVE-2026-0726, KVE-2026-0784)
* [RVE-2026-8] 세션 ID가 갱신되지 않는 문제
** 로그인 후, 관리자 화면 접속 후, 그 밖에 일정한 시간 간격으로 세션 ID를 자동 갱신합니다.
** 이번 보안패치로 인해 SSO 기능이 더이상 작동하지 않으므로 제거하였습니다.
** 참고: [https://github.com/xpressengine/xe-core/issues/952 XE 952번 이슈] (2014년), [https://github.com/xpressengine/xe-core/pull/1245 XE 1245번 이슈] (2015년)
** KISA에서 알려 주셨습니다. (KVE-2026-0728)
* [RVE-2026-9] 자동 링크 (autolink) 애드온의 XSS 취약점
** KISA에서 알려 주셨습니다. (KVE-2026-0796, KVE-2026-0842, KVE-2026-0903)
* [RVE-2026-10] 외부 페이지를 통한 잠재적 RCE 취약점
** KISA에서 알려 주셨습니다. (KVE-2026-0796)
* [RVE-2026-11] Photoswipe 애드온의 XSS 취약점
** KISA에서 알려 주셨습니다. (KVE-2026-0840)
* [RVE-2026-12] 권한 없는 파일을 임의로 삭제할 수 있는 문제
** KISA에서 알려 주셨습니다. (KVE-2026-0868)

== 새 기능과 변경 사항 ==
* 관리자 파일 목록을 <code>file_srl</code>이 아닌 업로드 시간순으로 정렬하도록 변경
* 회원 모듈의 "닉네임 중복 허용" 옵션을 항상 표시하도록 변경
* 회원 모듈의 아이디/비밀번호 무한 대입 방지 기능에서 예외 처리할 IP 대역을 설정할 수 있도록 지원
* 설정하지 않은 도메인 접속시 "접속 허용" (기존 "메인 화면 표시") 옵션을 권장하지 않는다는 메시지 추가
* 스크랩 취소 후 "삭제되었습니다." 메시지 추가 ([https://github.com/rhymix/rhymix/issues/2694 #2694])
* 커뮤니케이션 모듈에서 친구 기능을 사용하지 않는 경우, 쪽지 수신 설정 기능과 회원가입 화면, 회원정보 수정 화면 등에서 "친구만 허용" 옵션을 숨기도록 변경 ([https://github.com/rhymix/rhymix/issues/2702 #2702])

== 개발자를 위한 새 기능과 변경 사항 ==
* <code>document.getThumbnail</code> (<code>before</code>) 이벤트 핸들러에서 파일명과 URL 등을 변경할 수 있도록 지원 ([https://github.com/rhymix/rhymix/issues/2693 #2693])
* <code>member.procMemberCheckValue, member.procMemberModifyInfo</code> 이벤트 추가 ([https://github.com/rhymix/rhymix/issues/2698 #2698], [https://github.com/rhymix/rhymix/issues/2700 #2700])
* <code>document.insertCategory, document.updateCategory, document.deleteCategory</code> 이벤트 추가
* <code>point.setPoint</code> 이벤트에서 포인트 변동 원인(글쓰기, 추천 등)에 대한 정보를 함께 전달하도록 하여, 포인트와 연동하는 서드파티 자료가 좀더 정확한 정보를 기반으로 동작할 수 있도록 개선

== 버그 수정 ==
* 로그인시 "<code>variable member_srl for column member_srl is not set</code>" 오류 수정 ([https://github.com/rhymix/rhymix/issues/2691 #2691])
* 비회원 작성글의 homepage 필드가 이중으로 인코딩되는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2695 #2695])
* 휴지통에서 문서를 복원하면 작성일 등 일부 필드가 변경되는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2697 #2697])
* 검색 목록과 하단 목록의 정렬 순서가 서로 다를 수 있는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2699 #2699])
* AI로 생성한 일부 PNG 이미지가 보안 정책에 걸리는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2703 #2703])
* <code>admin_menu_langs</code> 캐시 데이터가 손상된 경우 엉뚱한 위치에서 치명적인 오류가 발생하는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2705 #2705])
* 각 모듈의 파일 설정을 저장하면 파일 모듈의 "변환 전 유예 용량" 전역 설정이 적용되지 않는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2707 #2707])
* 이벤트 핸들러에서 <code>Rhymix\Framework\Exception</code>을 던질 경우, 오류 화면에 오류 발생 위치가 잘못 표시되는 문제 수정
* 관리자 문서 목록에서 임시저장글에 유효하지 않은 링크가 걸리는 문제 수정

== 정리 ==
* 로그인시 과거의 로그인 실패 내역을 쪽지로 발송하는 기능 제거
* 레이아웃의 소스 코드를 수정하고 미리보기하는 기능 (<code>dispLayoutPreview</code>) 제거
* PHP 8.x에서 발생하는 자잘한 워닝 수정

라이믹스/릴리즈 노트/2.1.32

2026-06-16T08:35:01Z

Gaon12: 2.1.32 릴리즈됨

2026년 04월 01일에 등록된 릴리즈 노트입니다.

{{인용문|라이믹스 2.1 버전대의 버그 수정 릴리즈로, 보안패치가 포함되어 있습니다.}}

== 보안취약점 수정 ==
* [RVE-2026-3] 애드온 관리 화면을 통한 RCE 취약점
** 관리자 권한이 있어야 접근할 수 있는 기능이지만, 같은 서버에서 운영중인 다른 사이트에 피해를 줄 수도 있으므로 보안취약점으로 취급합니다.
** 이세형 {{깃허브|hackintoanetwork}} 님이 알려주셨습니다.
* [RVE-2026-4] 게시판 API를 통해 상담글 내용이 노출될 수 있는 문제
** 상담게시판(1:1 문의 게시판)을 운영하는 사이트라면 반드시 패치하시기 바랍니다. 민감한 개인정보가 노출될 수 있습니다. 신속한 패치가 곤란할 경우 <code>modules/board/board.api.php</code>를 삭제하세요.
** 백진후님이 알려주셨습니다.
* [RVE-2026-5] ID/PW 찾기 메일을 통해 피싱을 할 수 있는 문제
** 일부 서버 환경에서 공격자가 ID/PW 찾기 메일에 임의의 주소가 삽입되도록 할 수 있습니다.
** 설정하지 않은 도메인으로 접속할 경우, 반드시 기본 도메인으로 301 또는 302 리다이렉트 처리하시기 바랍니다.
** 백진후님이 알려주셨습니다.
* [RVE-2026-6] 이미지 변환에 사용하는 외부 프로그램을 통한 command injection 취약점
** 관리자 권한이 있어야 변경할 수 있는 설정이지만, 같은 서버에서 운영중인 다른 사이트에 피해를 줄 수도 있으므로 보안취약점으로 취급합니다.
** KISA에서 알려 주셨습니다. (KVE-2026-0437)

== 새 기능과 변경 사항 ==
* 자동 변환 대상인 이미지나 동영상 파일이라면 게시판의 업로드 제한보다 큰 용량을 업로드하도록 일단 허용한 후, 변환된 용량을 기준으로 제한하도록 개선
* 외부 프로그램(ffmpeg, magick)을 사용하여 이미지나 동영상을 변환할 때, 타임아웃을 설정할 수 있도록 개선
관리자 화면에서 문서 일괄 삭제 후 목록으로 돌아올 때, 기존 선택한 게시판을 기억하도록 개선 ([https://github.com/rhymix/rhymix/issues/2683 #2683])
쉼표(,)를 구분자로 인식하지 않도록 하여, 쉼표가 포함된 단어도 검색할 수 있도록 개선 ([https://github.com/rhymix/rhymix/issues/2687 #2687])
이미 삭제되었지만 자리를 남겨 둔 댓글을 관리자 화면에서 한 번 더 삭제하면 완전 삭제되는 기능 추가 ([https://github.com/rhymix/rhymix/issues/967 #967], [https://github.com/rhymix/rhymix/issues/1763 #1763])

== 개발자를 위한 새 기능과 변경 사항 ==
* 문서, 댓글, 파일 등의 관리자 목록 화면에서 list_count 파라미터를 인식하도록 개선 ([https://github.com/rhymix/rhymix/issues/2549 #2549])
* <code>DocumentModel::getBlankDocument()</code> 메소드 추가
* <code>Rhymix\Framework\Security::sanitize()</code> 메소드에 '<code>command</code>' 타입 지원 추가
* GitHub 유닛 테스트에 사용하는 <code>actions/checkout</code> 라이브러리를 v4에서 v5로 업데이트

== 버그 수정 ==
* 비로그인시 발생하는 warning 수정 ([https://github.com/rhymix/rhymix/issues/2680 #2680])
* 파일 업로드 타입의 확장변수를 필수로 지정한 경우, [[라이믹스/릴리즈 노트/2.1.31|2.1.31]] 이후 글 수정시 재업로드해야 하는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2685 #2685])
* 관리자 화면에서 여러 게시물을 이동할 때, 발송되는 모든 쪽지의 링크가 동일하게 생성되는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2686 #2686])
* 유효한 검색어가 포함되지 않은 검색을 시도하면 SQL 문법에 어긋나는 쿼리문이 생성되는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2687 #2687])
* XML 쿼리에서 <code><navigation></code> 안에 <code><page_count></code>가 없으면 치명적 오류가 발생하는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2688 #2688])
* 편집한 적 없는 레이아웃의 HTML/CSS 수정 화면 주소를 직접 입력하여 접근할 수 있는 문제 수정

== 정리 ==
* XE에서 라이믹스로 업그레이드할 때 ConfigParser에서 발생하는 warning 수정

라이믹스/릴리즈 노트/2.1.31

2026-06-16T08:26:36Z

Gaon12: 2.1.31 릴리즈됨

2026년 02월 26일에 등록된 릴리즈 노트입니다.

{{인용문|라이믹스 2.1 버전대의 버그 수정 릴리즈로, 보안패치가 포함되어 있습니다.}}

== 보안취약점 수정 ==
* [RVE-2026-1] 확장변수를 통해 임의의 파일을 참조할 수 있는 문제 (IDOR)
** [[라이믹스/릴리즈 노트/2.1.18|2.1.18]]부터 도입된 "파일 업로드" 형식의 확장변수를 사용하는 게시판이 있다면 반드시 패치해 주세요.
** Minh Tú Trần (tranminhtu2506@gmail.com, {{깃허브|tranminhtu2506}}) 님이 제보해 주셨습니다.
* [RVE-2026-2] SVG 파일 업로드를 통한 XSS 취약점
** 1.9.8.2부터 적용된 SVG 필터링 코드에 허점이 발견되어 더욱 강화합니다.
** 앞으로 일반 사용자가 업로드하는 SVG 파일은 입력값 필터링 과정에서 자동으로 수정될 수 있습니다.
** 이미지를 현재 창에서 다운로드하도록 설정하였더라도, 앞으로 SVG에는 적용되지 않습니다.
** SVG 이미지는 다른 이미지 포맷과 달리 XML 기반의 문서이므로 위험한 태그를 포함할 수 있습니다. 꼭 필요하지 않다면 일반 사용자의 SVG 이미지 업로드를 허용하지 않는 것을 추천합니다.
** KISA에서 알려 주셨습니다. (KVE-2026-0227)

== 새 기능과 변경 사항 ==
* 회원 목록에서 관리자 메모를 검색하는 기능 추가 ([https://github.com/rhymix/rhymix/issues/2676 #2676])

== 개발자를 위한 새 기능과 변경 사항 ==
* jQuery 3.6.3 → 3.7.1, jQuery Migrate 3.4.0 → 3.6.0으로 업데이트
* 신규 설치 또는 XE에서 업그레이드할 때 적용되는 기본 jQuery 버전을 2.x에서 3.x로 변경
** 기존 사이트에서 2.x로 설정한 경우에는 영향이 없습니다.
** jQuery 2.x는 알려진 보안취약점이 있으므로 사용을 권장하지 않으며, 가까운 미래에 라이믹스에서 제거될 수 있으니 서드파티 자료 제작시 주의하시기 바랍니다.
** jQuery 4.x는 jQuery Migrate 플러그인이 안정화된 후 지원할 예정입니다.

== 버그 수정 ==
* 일부 환경에서 encodeIdna() 처리 도중 치명적인 오류가 발생하여 백지 화면이 뜨는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2675 #2675])
* 오래된 files/theme/theme_info.php 파일이 남아 있는 경우 PHP 8에서 오류가 뜨는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2677 #2677])
* 문서 페이지에서 모바일 버튼을 클릭하면 Template not found 오류가 뜨는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2679 #2679])
* 문서 페이지 편집시 비효율적인 쿼리가 발생하는 문제 수정
* 페이지 모듈에 포함된 XML filter의 오타 수정

== 정리 ==
* 오래된 XE 테마 시스템과 관련된 코드 삭제

라이믹스/릴리즈 노트

2026-06-16T08:19:50Z

Gaon12: 2.1.33 릴리즈됨

== 개요 ==
[[라이믹스]]의 각 버전별 릴리즈 노트를 정리한 문서이다. 각 버전은 '''라이믹스/릴리즈 노트/버전''' 형식으로 개별 문서화되어 있다. 릴리즈 노트는 [https://rhymix.org/news 라이믹스 릴리즈 노트]에서 가져왔다.

보안 패치가 포함된 경우, 문서 끝에 '''보안패치''' 표시가 붙어 있다. 보안 패치가 있는 경우 업데이트를 적극 권장한다.

== 2.0.x대 버전 ==
[https://xetown.com/rxe_issue/995249 xe 1.10 버전 취소]와 상관없이 아래 변경 사항은 적용된다. 라이믹스를 사용하려면 반드시 PHP 7.0 이상으로 업그레이드해야 한다.

* '''DB 지원 축소:''' [[MySQL]], [[MariaDB]]만 지원.
* '''DB 접속 방식 변경:''' mysql 방식으로 접속하는 경우 자동으로 mysqli 방식으로 변경.
* '''(중요) 지원 PHP 버전 변경:''' PHP 7.0 이상만 사용 가능.
* '''xcache 지원 중단:''' PHP 7.0에서 xcache가 작동하지 않으므로 지원 중단.
* '''기타:''' 자세한 내용은 [https://xetown.com/rxe_issue/908643 라이믹스 버전 및 PHP 버전 변경 예고]를 참고.

자체 버전은 2.0부터 시작된 것으로 보인다.<ref>[https://xetown.com/topics/908643 이전 타운 글]에서 라이믹스 자체 버전의 시작 버전은 2.0.0이라고 했다.</ref>

[https://xetown.com/topics/1404227#comment_1404308 xetown 댓글]을 통해 2020년 가을 안으로 출시될 예정임이 언급되었다.

이후 2.0을 위한 [https://github.com/rhymix/rhymix/tree/next next 브랜치]가 생성되었다. [https://github.com/rhymix/rhymix/issues/1303#issuecomment-636482471 이슈 답변]에 따르면, 검증되지 않은 패치도 적용해 추가 패치로 안정성을 확보하는 방식으로 운영될 예정이다.

2020년 10월 2일, develop 버전이 2.0.0-alpha로 출시되었다. [https://github.com/rhymix/rhymix/commit/0d8d2a6ac0d7e282be81cb61935b4f623c771cb1 0d8d2a6 커밋]

[[라이믹스/Next 라이믹스|Next 라이믹스]]에 적용된 기능들이 그대로 이어졌다. 일부 모듈 설정 관련 버그가 존재한다. [https://xetown.com/questions/1483717 관련 제보글]

<hr>

정식 릴리즈된 2.0.x 버전들의 릴리즈 노트는 아래 문서들을 참고하자:

* [[라이믹스/릴리즈 노트/2.0.0]]
* [[라이믹스/릴리즈 노트/2.0.1]]
* [[라이믹스/릴리즈 노트/2.0.2]]
* [[라이믹스/릴리즈 노트/2.0.3]]
* [[라이믹스/릴리즈 노트/2.0.4]]
* [[라이믹스/릴리즈 노트/2.0.5]]
* [[라이믹스/릴리즈 노트/2.0.6]]
* [[라이믹스/릴리즈 노트/2.0.7]]
* [[라이믹스/릴리즈 노트/2.0.8]]
* [[라이믹스/릴리즈 노트/2.0.9]]
* [[라이믹스/릴리즈 노트/2.0.10]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.11]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.12]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.13]]
* [[라이믹스/릴리즈 노트/2.0.14]]
* [[라이믹스/릴리즈 노트/2.0.15]]
* [[라이믹스/릴리즈 노트/2.0.16]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.17]]
* [[라이믹스/릴리즈 노트/2.0.18]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.19]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.20]]
* [[라이믹스/릴리즈 노트/2.0.21]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.22]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.0.23]]
* [[라이믹스/릴리즈 노트/2.0.24]]

== 2.1.x대 버전 ==
2.1.0은 {{날짜/출력|2023-06-21}}에 릴리즈되었다. 자세한 내용은 [[라이믹스/릴리즈 노트/2.1.0]]을 참고하자.

라이믹스 2.1 버전 정보는 [https://xetown.com/topics/1582580 기진곰님의 글]을 통해 확인할 수 있다.

=== 소셜 로그인 지원 ===
<s>[[XpressEngine/모듈/SocialXE|SocialXE]]를 통해 소셜 계정 로그인을 지원했으나, 해당 기능이 코어에 통합될 예정이었다.</s>

그러나 [https://xetown.com/topics/1716524 XE타운 게시판]에 따르면, 소셜 로그인 기능은 2.1 버전에 포함되지 않고 [https://github.com/rhymix/rhymix-sociallogin 별도 모듈]로 제공된다.

=== PHP 최소 버전 변경 ===
PHP 최소 지원 버전이 기존 7.0에서 <s>7.2</s> 7.3으로 변경되었다. 권장 버전도 7.4로 상향되었다.

=== 브라우저 지원 범위 ===

==== 모든 기능 지원 ====
* Chrome, Edge, Firefox 최신 버전
* 최신 macOS 또는 iOS 기반의 Safari
* 3년 이내 출시된 Android 기본 브라우저 및 웹뷰

==== 최소 기능 지원 ====
* Internet Explorer 11 (Windows 10 한정)
* 3년 이내 출시된 macOS 또는 iOS 기반 Safari
* 6년 이내 출시된 Android 기본 브라우저 및 웹뷰
* 그 외 Chromium 기반 브라우저 (웨일, 오페라 등)

==== 공식적으로 미지원 ====
* Internet Explorer 11 (Windows 8.1 이하)
* Internet Explorer 10 이하 모든 버전
* 위 나열된 범위 외 브라우저

정식 릴리즈된 2.1.x 버전의 릴리즈 노트는 아래 문서들을 참고하자:

* [[라이믹스/릴리즈 노트/2.1.0]]
* [[라이믹스/릴리즈 노트/2.1.1]]
* [[라이믹스/릴리즈 노트/2.1.2]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.3]]
* [[라이믹스/릴리즈 노트/2.1.4]]
* [[라이믹스/릴리즈 노트/2.1.5]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.6]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.7]]
* [[라이믹스/릴리즈 노트/2.1.8]]
* [[라이믹스/릴리즈 노트/2.1.9]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.10]]
* [[라이믹스/릴리즈 노트/2.1.11]]
* [[라이믹스/릴리즈 노트/2.1.12]]
* [[라이믹스/릴리즈 노트/2.1.13]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.14]]
* [[라이믹스/릴리즈 노트/2.1.15]]
* [[라이믹스/릴리즈 노트/2.1.16]]
* [[라이믹스/릴리즈 노트/2.1.17]]
* [[라이믹스/릴리즈 노트/2.1.18]]
* [[라이믹스/릴리즈 노트/2.1.19]]
* [[라이믹스/릴리즈 노트/2.1.20]]
* [[라이믹스/릴리즈 노트/2.1.21]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.22]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.23]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.24]]
* [[라이믹스/릴리즈 노트/2.1.25]]
* [[라이믹스/릴리즈 노트/2.1.26]]
* [[라이믹스/릴리즈 노트/2.1.27]]
* [[라이믹스/릴리즈 노트/2.1.28]]
* [[라이믹스/릴리즈 노트/2.1.29]]
* [[라이믹스/릴리즈 노트/2.1.30]]
* [[라이믹스/릴리즈 노트/2.1.31]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.32]] '''보안패치'''
* [[라이믹스/릴리즈 노트/2.1.33]] '''보안패치'''

== 1.9.x대 버전 ==
* [[라이믹스/릴리즈 노트/1.9.10]] '''보안패치'''
* [[라이믹스/릴리즈 노트/1.9.11]] '''보안패치'''
* [[라이믹스/릴리즈 노트/1.9.12]] '''보안패치'''
* [[라이믹스/릴리즈 노트/1.9.13]]<ref>1.9.x대 버전의 마지막 지원 버전.</ref> '''보안패치'''

== 분기 ==
{{퍼온문서||||라이믹스|https://www.gaonwiki.com/w/index.php?title=%EB%9D%BC%EC%9D%B4%EB%AF%B9%EC%8A%A4&oldid=107716}}

== 각주 ==
<references />


[[분류:라이믹스]] [[분류:라이믹스/버전]]

NAVER

2026-06-16T08:18:43Z

Gaon12: 문서 내용 보강

{{기업정보
|이름 = 네이버 주식회사
|원어 = NAVER Corporation
|로고 = [[파일:Naver Logotype.svg]]
|로고설명 = 네이버의 로고
|형태 = 주식회사
|창립 = 1999년 6월 2일
|이전 상호 = 네이버컴 주식회사, 엔에이치엔 주식회사
|시장 정보 = {{한국거래소|035420}}
|산업 = 인터넷, 인공지능, 온라인 광고, 커머스, 핀테크, 콘텐츠, 클라우드
|서비스 = 네이버, 네이버 검색, 네이버 쇼핑, 네이버페이, 네이버웹툰, 네이버 지도, 네이버 클라우드 플랫폼, HyperCLOVA X
|창립자 = 이해진
|대표자 = 최수연
|핵심 인물 = 이해진 이사회 의장
|본사 = [[대한민국]] [[경기도]] [[성남시]] [[분당구]] 정자일로 95, NAVER 1784
|매출액 = 12조 350억 원
|영업이익 = 2조 2,081억 원
|매출액기준 = 2025년 연결 기준
|영업이익기준 = 2025년 연결 기준
|주요 주주 = 국민연금공단, BlackRock Fund Advisors 등
|자회사 = 네이버클라우드, 네이버웹툰, 네이버파이낸셜, 스노우, 네이버랩스 등
|웹사이트 = {{URL|https://www.navercorp.com/}}
}}

[[파일:Naver Logotype.svg|섬네일|대체글=네이버의 로고|네이버의 로고]]

'''네이버 주식회사'''({{llang|en|NAVER Corporation}})는 [[대한민국]]의 인터넷·기술 기업이다. 1999년 6월 네이버컴 주식회사로 출범하여 검색 포털 서비스 [[네이버]]와 어린이 포털 [[쥬니어네이버]]를 시작하였고, 2001년 9월 엔에이치엔 주식회사로 사명을 변경하였다.<ref name="naver-history">{{웹 인용 |url=https://www.navercorp.com/company/history |제목=주요 연혁 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref> 2013년 8월에는 NHN 주식회사에서 네이버 주식회사로 사명을 변경하고 게임 사업을 분리하였다.<ref name="naver-history" />

네이버는 검색, 온라인 광고, 커머스, 핀테크, 콘텐츠, 클라우드, 인공지능 사업을 주요 사업으로 한다.<ref name="naver-about">{{웹 인용 |url=https://www.navercorp.com/company/about |제목=기업 소개 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref> 본사는 경기도 성남시 분당구 정자일로 95의 NAVER 1784에 있다.<ref name="naver-contact">{{웹 인용 |url=https://www.navercorp.com/company/contact |제목=본사, 주요 계열사 위치 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref> 2002년 코스닥시장에 상장되었고, 2008년 유가증권시장으로 이전 상장되었으며, 2013년 8월 분할 이후 네이버 주식회사로 변경 상장되었다.<ref name="naver-stock">{{웹 인용 |url=https://www.navercorp.com/investment/stock |제목=주가정보 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref>

2025년 연결 기준 매출액은 12조 350억 원, 영업이익은 2조 2,081억 원이었다.<ref name="naver-q4-2025">{{웹 인용 |url=https://www.navercorp.com/en/media/pressReleasesDetail?seq=10034311 |제목=NAVER Reports Q4 2025 Revenue of KRW 3.1951 Trillion, Operating Profit of KRW 610.6 Billion |웹사이트=NAVER Corp. |날짜=2026-02-06 |확인날짜=2026-06-16}}</ref> 2026년 1분기에는 연결 매출액 3조 2,411억 원, 영업이익 5,418억 원을 기록하였고, 실적 공시 기준 사업 구분을 네이버 플랫폼, 금융 플랫폼, 글로벌 이니셔티브로 재편하였다.<ref name="naver-q1-2026">{{웹 인용 |url=https://www.navercorp.com/en/media/pressReleasesDetail?seq=10034270 |제목=NAVER Records Q1 2026 Revenue of KRW 3.2411 Trillion, Operating Profit of KRW 541.8 Billion |웹사이트=NAVER Corp. |날짜=2026-04-30 |확인날짜=2026-06-16}}</ref>

== 개요 ==
네이버는 대한민국을 대표하는 인터넷 플랫폼 기업 가운데 하나로, 온라인 검색 포털에서 출발하여 광고, 쇼핑, 결제, 웹툰, 클라우드, 인공지능, 로보틱스, 디지털 트윈 등으로 사업 영역을 확장하였다.<ref name="naver-about" /><ref name="naver-affiliates">{{웹 인용 |url=https://www.navercorp.com/company/affiliates |제목=주요 계열사 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref>

회사의 핵심 서비스인 네이버는 검색, 뉴스, 쇼핑, 지도, 커뮤니티, 콘텐츠, 광고 등 여러 서비스를 통합적으로 제공하는 포털 플랫폼이다. 네이버는 공식 서비스 소개에서 검색, 광고, 콘텐츠, 커머스 등 주요 서비스에 자체 인공지능 기술을 적용하고 있으며, 이용자에게 최적화되는 인공지능 에이전트형 서비스로 진화하는 것을 목표로 제시하고 있다.<ref name="naver-services">{{웹 인용 |url=https://www.navercorp.com/service/featuredServices |제목=주요 서비스 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref>

네이버의 사업은 국내 포털과 광고 사업에 기반을 두고 있으나, 네이버웹툰, 스노우, 포시마크, 왈라팝, 크림, 소다 등 콘텐츠와 개인 간 거래 플랫폼을 통하여 해외 사업 비중도 확대하고 있다.<ref name="naver-q1-2026" /><ref name="naver-wallapop">{{웹 인용 |url=https://www.navercorp.com/en/media/pressReleasesDetail?seq=33164 |제목=NAVER to Acquire Spain's Largest C2C Platform, Wallapop |웹사이트=NAVER Corp. |날짜=2025-08-05 |확인날짜=2026-06-16}}</ref>

== 명칭 ==
네이버라는 이름은 인터넷의 방대한 정보 공간을 항해한다는 의미를 담은 명칭으로 알려져 있다. 법인 명칭은 설립 초기 네이버컴 주식회사였고, 2001년 9월 엔에이치엔 주식회사로 변경되었다. 2013년 8월 게임 사업 분리와 함께 존속 법인은 네이버 주식회사로 사명을 변경하였다.<ref name="naver-history" />

== 역사 ==

=== 설립과 NHN 시기 ===
네이버의 전신인 네이버컴은 1999년 6월 설립되었고, 같은 달 검색 포털 네이버와 어린이 전용 포털 쥬니어네이버 서비스를 시작하였다.<ref name="naver-history" /> 2000년 7월에는 한게임커뮤니케이션, 원큐, 서치솔루션을 인수하였고, 2001년 9월에는 회사명을 Next Human Network의 약자인 NHN 주식회사로 변경하였다.<ref name="naver-history" />

2002년 10월 NHN은 코스닥시장에 등록되었고, 2008년 11월 유가증권시장으로 이전 상장되었다.<ref name="naver-history" /><ref name="naver-stock" /> 이 시기 네이버는 검색 포털, 커뮤니티, 지식 검색, 온라인 광고, 게임, 모바일 서비스 등을 중심으로 국내 인터넷 산업에서 영향력을 확대하였다.

=== 네이버 주식회사로의 전환 ===
2013년은 네이버의 법인 구조가 크게 바뀐 시기였다. 2013년 3월 LINE Plus가 설립되었고, 2013년 4월 NHN Japan은 LINE Corporation으로 사명을 변경하며 게임 사업을 분리하였다.<ref name="naver-history" /> 2013년 6월에는 데이터센터 각을 설립하였고, 2013년 8월 NHN 주식회사는 네이버 주식회사로 사명을 변경하면서 게임 사업을 별도 법인으로 분리하였다.<ref name="naver-history" />

2014년에는 NHN Business Platform의 광고 및 플랫폼 사업 부문을 네이버로 합병하였다.<ref name="naver-history" /> 이후 네이버는 검색과 광고를 중심으로 하는 포털 회사에서 커머스, 콘텐츠, 클라우드, 핀테크, 인공지능을 함께 영위하는 플랫폼 기업으로 사업 구조를 확장하였다.

=== 모바일·콘텐츠·핀테크 확장 ===
2015년에는 Works Mobile이 설립되었고, 교육용 소프트웨어 기업 엔트리코리아를 인수하였다.<ref name="naver-history" /> 2016년에는 LINE이 뉴욕증권거래소와 도쿄증권거래소에 상장하였고, 같은 해 스노우가 설립되었다.<ref name="naver-history" />

2017년에는 네이버랩스가 별도 법인으로 분할되었고, 네이버웹툰이 별도 법인으로 분리되었다.<ref name="naver-history" /> 같은 해 네이버랩스는 유럽의 제록스리서치센터유럽을 인수하였으며, 프랑스 파리의 스타트업 캠퍼스인 Station F에 Space Green을 열었다.<ref name="naver-history" />

2019년 11월에는 네이버파이낸셜이 설립되었다.<ref name="naver-history" /> 네이버파이낸셜은 네이버페이를 중심으로 결제, 정산, 금융 비교, 사업자 금융 등 데이터 기반 핀테크 서비스를 담당한다.<ref name="naver-affiliates" />

=== 글로벌 사업과 인공지능 전환 ===
2021년 3월에는 LINE과 Z Holdings의 경영 통합이 이루어졌고, 2021년 5월에는 캐나다의 웹소설 플랫폼 왓패드를 인수하였다.<ref name="naver-history" /> 2022년 3월에는 네이버웹툰이 일본 전자책 기업 eBook Initiative Japan을 인수하였고, 2022년 4월에는 네이버가 제2사옥 NAVER 1784로 입주하였다.<ref name="naver-history" />

2023년 1월에는 미국의 개인 간 거래 플랫폼 포시마크 인수를 완료하였고, 2023년 10월에는 LY Corporation이 출범하였다.<ref name="naver-history" /> 2023년 11월에는 제2 데이터센터인 각 세종이 설립되었다.<ref name="naver-history" /> 2024년 6월에는 네이버웹툰이 미국 나스닥에 상장하였다.<ref name="naver-history" />

2025년 8월 네이버는 스페인의 개인 간 거래 플랫폼 왈라팝 인수를 발표하여 유럽 개인 간 거래 시장으로의 확장을 추진하였다.<ref name="naver-wallapop" /> 2026년 6월에는 엔비디아와 기가와트 규모의 글로벌 인공지능 팩토리 구축 협력을 발표하였다.<ref name="naver-nvidia-2026">{{웹 인용 |url=https://www.navercorp.com/en/media/pressReleasesDetail?seq=10034386 |제목=NAVER and NVIDIA Join Forces to Build Gigawatt-Scale AI Factory for Global Sovereign AI |웹사이트=NAVER Corp. |날짜=2026-06-08 |확인날짜=2026-06-16}}</ref>

=== 주요 연혁 표 ===
{| class="wikitable"
! 연도 !! 주요 내용
|-
| 1999년 || 네이버컴 주식회사 설립, 검색 포털 네이버 서비스 시작, 쥬니어네이버 서비스 시작<ref name="naver-history" />
|-
| 2000년 || 한게임커뮤니케이션, 원큐, 서치솔루션 인수<ref name="naver-history" />
|-
| 2001년 || 엔에이치엔 주식회사로 사명 변경<ref name="naver-history" />
|-
| 2002년 || 코스닥시장 등록<ref name="naver-history" />
|-
| 2008년 || 유가증권시장 이전 상장<ref name="naver-history" />
|-
| 2013년 || LINE Plus 설립, 데이터센터 각 설립, 네이버 주식회사로 사명 변경 및 게임 사업 분리<ref name="naver-history" />
|-
| 2014년 || NHN Business Platform의 광고 및 플랫폼 사업 부문을 네이버로 합병<ref name="naver-history" />
|-
| 2015년 || Works Mobile 설립, 엔트리코리아 인수<ref name="naver-history" />
|-
| 2016년 || LINE의 뉴욕증권거래소·도쿄증권거래소 상장, 스노우 설립<ref name="naver-history" />
|-
| 2017년 || 네이버랩스 분할, 네이버웹툰 분할, 제록스리서치센터유럽 인수<ref name="naver-history" />
|-
| 2019년 || 네이버파이낸셜 설립<ref name="naver-history" />
|-
| 2021년 || LINE과 Z Holdings 경영 통합, 왓패드 인수<ref name="naver-history" />
|-
| 2022년 || 네이버웹툰의 eBook Initiative Japan 인수, NAVER 1784 입주<ref name="naver-history" />
|-
| 2023년 || 포시마크 인수, LY Corporation 출범, 데이터센터 각 세종 설립<ref name="naver-history" />
|-
| 2024년 || 네이버웹툰의 미국 나스닥 상장<ref name="naver-history" />
|-
| 2025년 || 왈라팝 인수 발표<ref name="naver-wallapop" />
|-
| 2026년 || 엔비디아와 기가와트 규모 글로벌 인공지능 팩토리 협력 발표<ref name="naver-nvidia-2026" />
|}

== 사업 ==
네이버의 사업은 포털과 광고를 중심으로 한 플랫폼 사업, 쇼핑과 결제를 포함한 커머스·핀테크 사업, 웹툰·스노우·개인 간 거래 플랫폼을 포함한 글로벌 사업, 클라우드와 기업용 솔루션, 인공지능 기술 사업으로 구성된다.<ref name="naver-about" /><ref name="naver-q1-2026" />

2026년 1분기부터 네이버는 실적 발표에서 사업 부문을 네이버 플랫폼, 금융 플랫폼, 글로벌 이니셔티브로 재분류하였다.<ref name="naver-q1-2026" /> 네이버 플랫폼에는 광고와 네이버 서비스가 포함되고, 금융 플랫폼에는 네이버페이 중심의 금융 서비스가 포함된다. 글로벌 이니셔티브에는 크림, 소다, 포시마크, 왈라팝 등 개인 간 거래 플랫폼과 네이버웹툰, 스노우 등 콘텐츠 사업, 네이버클라우드 플랫폼과 LINE WORKS, 네이버랩스 등 기업·기술 사업이 포함된다.<ref name="naver-q1-2026" />

{| class="wikitable"
! 2026년 실적 공시 기준 구분 !! 주요 포함 사업 !! 설명
|-
| 네이버 플랫폼 || 광고, 검색, 네이버 서비스 || 검색, 광고, 쇼핑, 지도, 콘텐츠 추천 등 네이버 본체 서비스와 광고 수익을 중심으로 하는 부문이다.<ref name="naver-q1-2026" />
|-
| 금융 플랫폼 || 네이버페이, 결제·정산·금융 서비스 || 네이버페이를 중심으로 결제액 확대, 빠른 정산, 사업자 금융, 후불결제, 금융 비교 서비스 등을 담당한다.<ref name="naver-q1-2026" /><ref name="naver-affiliates" />
|-
| 글로벌 이니셔티브 || 개인 간 거래, 콘텐츠, 엔터프라이즈, 클라우드, 연구개발 || 크림, 소다, 포시마크, 왈라팝, 네이버웹툰, 스노우, 네이버클라우드 플랫폼, LINE WORKS, 네이버랩스 등을 포함한다.<ref name="naver-q1-2026" />
|}

== 주요 서비스 ==

=== 검색과 포털 ===
네이버 검색은 네이버의 핵심 서비스이다. 네이버는 검색, 광고, 콘텐츠, 커머스 등 주요 서비스에 자체 인공지능 기술을 접목하고 있으며, 검색 영역에서는 인공지능 기반 답변 및 요약 기능을 강화하고 있다.<ref name="naver-services" /> 2025년 실적 발표에서 네이버는 검색 플랫폼 매출이 4조 1,689억 원을 기록했다고 밝혔다.<ref name="naver-q4-2025" />

=== 광고 ===
네이버의 광고 사업은 검색 광고와 디스플레이 광고 등을 포함한다. 네이버는 2026년 1분기 실적 발표에서 인공지능이 광고 성장의 절반 이상에 기여했다고 설명하였다.<ref name="naver-q1-2026" /> 광고 사업은 네이버 검색, 콘텐츠, 쇼핑, 지도 등 서비스 이용 데이터를 기반으로 운영된다.

=== 커머스 ===
네이버의 커머스 사업은 네이버 쇼핑, 스마트스토어, 브랜드스토어, 도착보장, 멤버십, 개인화 추천 등을 포함한다. 2025년 네이버의 커머스 매출은 3조 6,884억 원이었고, 스마트스토어 거래액은 전년 대비 10% 이상 성장하였다.<ref name="naver-q4-2025" /> 네이버는 커머스 영역에서 인공지능 쇼핑 가이드와 추천 기술을 적용하고 있다.<ref name="naver-services" />

=== 핀테크와 네이버페이 ===
네이버파이낸셜은 네이버페이를 중심으로 결제, 송금, 정산, 사업자 금융, 금융 비교 등의 서비스를 제공한다.<ref name="naver-affiliates" /> 2025년 핀테크 부문 매출은 1조 6,907억 원이었다.<ref name="naver-q4-2025" /> 2026년 1분기 네이버페이 결제액은 24조 2,000억 원으로 전년 동기 대비 23.4% 증가하였다.<ref name="naver-q1-2026" />

=== 콘텐츠 ===
네이버의 콘텐츠 사업에는 네이버웹툰, 웹소설, 스노우, 제페토 등 글로벌 콘텐츠 서비스가 포함된다. 네이버웹툰은 웹툰과 웹소설을 기반으로 한 글로벌 스토리테크 플랫폼을 지향하며, 네이버는 네이버웹툰을 주요 계열사로 소개하고 있다.<ref name="naver-affiliates" /> 2024년 6월 네이버웹툰은 미국 나스닥에 상장하였다.<ref name="naver-history" />

=== 클라우드와 기업용 서비스 ===
네이버클라우드는 클라우드, 데이터센터, 기업 간 거래 솔루션, 협업 도구, 인공지능 서비스를 담당한다.<ref name="naver-affiliates" /> 네이버는 네이버클라우드를 통하여 NAVER Cloud Platform, HyperCLOVA X, NAVER WORKS 등 서비스를 제공한다.<ref name="naver-affiliates" /> 2025년 엔터프라이즈 부문 매출은 5,878억 원이었다.<ref name="naver-q4-2025" />

=== 지도와 공간 정보 ===
네이버 지도는 장소 검색, 길찾기, 교통, 거리뷰, 공간 정보 등을 제공한다. 네이버는 공식 서비스 소개에서 3차원 공간 정보와 인공지능 기술을 지도 서비스에 적용하는 방향을 제시하고 있다.<ref name="naver-services" />

== 인공지능과 기술 ==

=== HyperCLOVA X ===
HyperCLOVA X는 네이버의 초거대 생성형 인공지능 기술 브랜드이다. 네이버는 HyperCLOVA X를 기반으로 추론형 모델, 경량 모델, 오픈소스 모델, 기업용 인공지능 개발 도구를 제공하고 있다.<ref name="naver-hyperclovax">{{웹 인용 |url=https://www.navercorp.com/tech/hyperclovax |제목=생성형 AI 기술 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref>

네이버는 HyperCLOVA X 계열의 기술로 THINK, SEED, DASH 등을 소개하고 있다. THINK는 복잡한 과제를 단계적으로 분석하고 추론하는 모델로 소개되며, SEED는 한국어 인공지능 생태계 확장을 목표로 공개된 오픈소스 모델로 소개된다.<ref name="naver-hyperclovax" /> DASH는 효율성과 활용성을 고려한 경량 모델로 소개된다.<ref name="naver-hyperclovax" />

CLOVA Studio는 기업과 기관이 HyperCLOVA X 기반 인공지능 서비스를 개발할 수 있도록 지원하는 도구이다. 네이버는 CLOVA Studio가 1,000개 이상의 기업과 기관에서 활용되고 있다고 설명하고 있다.<ref name="naver-hyperclovax" />

=== 로보틱스와 디지털 트윈 ===
네이버랩스는 로보틱스, 자율주행, 디지털 트윈, 인공지능, 증강현실 등 미래 기술 연구개발을 담당하는 계열사이다.<ref name="naver-affiliates" /> 네이버의 제2사옥 NAVER 1784는 로봇, 자율주행, 클라우드, 인공지능 기술을 실험하고 적용하는 공간으로 알려져 있다.

=== 데이터센터 각 ===
네이버는 데이터센터 각을 통하여 서비스 안정성과 데이터 보존을 위한 인프라를 운영한다.<ref name="naver-datacenter">{{웹 인용 |url=https://www.navercorp.com/service/datacenterGak |제목=데이터센터 각 |웹사이트=NAVER Corp. |확인날짜=2026-06-16}}</ref> 데이터센터 각 춘천은 국내 인터넷 포털 기업이 독자적으로 구축한 첫 하이퍼스케일 데이터센터로 소개되며, 자연 외기를 활용한 친환경 데이터센터로 설명된다.<ref name="naver-datacenter" />

데이터센터 각 세종은 각 춘천의 운영 경험을 기반으로 구축된 차세대 인공지능 데이터센터로 소개된다.<ref name="naver-datacenter" /> 네이버는 각 세종에 클라우드, 5세대 이동통신, 로봇, 인공지능, 빅데이터 기술을 적용한다고 설명하고 있다.<ref name="naver-datacenter" />

=== 인공지능 인프라 확장 ===
2026년 6월 네이버와 엔비디아는 글로벌 주권형 인공지능 수요에 대응하기 위한 기가와트 규모 인공지능 팩토리 구축 협력을 발표하였다.<ref name="naver-nvidia-2026" /> 네이버는 2027년부터 55메가와트 규모의 초기 운영을 시작하고, 장기적으로 각 세종 최대 수전 용량의 약 네 배에 해당하는 1기가와트 규모를 목표로 한다고 발표하였다.<ref name="naver-nvidia-2026" />

== 주요 계열사 ==
네이버는 여러 계열사를 통하여 클라우드, 핀테크, 콘텐츠, 인공지능, 로보틱스, 개인 간 거래 사업을 운영한다.

{| class="wikitable"
! 계열사 !! 주요 분야 !! 설명
|-
| 네이버클라우드 || 클라우드, 인공지능, 데이터센터, 기업용 솔루션 || NAVER Cloud Platform, HyperCLOVA X, NAVER WORKS, 데이터센터 각 등 기업용 기술 서비스를 제공한다.<ref name="naver-affiliates" />
|-
| 네이버웹툰 || 웹툰, 웹소설, 글로벌 콘텐츠 || 웹툰과 웹소설을 기반으로 한 글로벌 스토리테크 플랫폼을 운영한다.<ref name="naver-affiliates" />
|-
| 네이버파이낸셜 || 핀테크, 네이버페이 || 네이버페이를 중심으로 결제, 정산, 금융 비교, 사업자 금융 등 서비스를 제공한다.<ref name="naver-affiliates" />
|-
| 스노우 || 카메라, 증강현실, 콘텐츠, 개인 간 거래 관련 서비스 || 인공지능 카메라 앱 스노우, 크림, 제페토 등 서비스를 운영한다.<ref name="naver-affiliates" />
|-
| 네이버랩스 || 로보틱스, 자율주행, 디지털 트윈, 인공지능, 증강현실 || 네이버의 미래 기술 연구개발을 담당한다.<ref name="naver-affiliates" />
|-
| 포시마크 || 개인 간 거래 || 2023년 네이버가 인수한 미국 기반 개인 간 거래 플랫폼이다.<ref name="naver-history" />
|-
| 왈라팝 || 개인 간 거래 || 2025년 네이버가 인수를 발표한 스페인 기반 개인 간 거래 플랫폼이다.<ref name="naver-wallapop" />
|}

== 경영과 지배구조 ==
2025년 3월 네이버는 정기 주주총회와 이사회를 개최하고 이해진 창업자를 사내이사로 선임하였다. 같은 날 이사회는 이해진을 이사회 의장으로, 최수연을 대표이사로 선임하였다.<ref name="naver-agm-2025">{{웹 인용 |url=https://www.navercorp.com/en/media/pressReleasesDetail?seq=32432 |제목=NAVER Founder Lee Haejin Brings Experience and Expertise to Choi Soo-yeon’s Second Term |웹사이트=NAVER Corp. |날짜=2025-03-26 |확인날짜=2026-06-16}}</ref>

네이버는 유가증권시장 상장회사로서 한국거래소 공시, 정기보고서, 기업지배구조 보고서, 지속가능경영 보고서 등을 통하여 지배구조와 경영 정보를 공개한다.<ref name="naver-stock" />

{| class="wikitable"
! 구분 !! 내용
|-
| 대표이사 || 최수연<ref name="naver-agm-2025" />
|-
| 이사회 의장 || 이해진<ref name="naver-agm-2025" />
|-
| 주식시장 || 한국거래소 유가증권시장<ref name="naver-stock" />
|-
| 종목코드 || 035420<ref name="naver-stock" />
|-
| 코스닥 등록 || 2002년 10월<ref name="naver-history" />
|-
| 유가증권시장 이전 상장 || 2008년 11월<ref name="naver-history" />
|-
| 네이버 주식회사 변경 상장 || 2013년 8월 29일<ref name="naver-stock" />
|}

== 재무 ==
네이버는 2025년 연결 기준 매출액 12조 350억 원, 영업이익 2조 2,081억 원을 기록하였다.<ref name="naver-q4-2025" /> 2026년 1분기 연결 매출액은 3조 2,411억 원, 영업이익은 5,418억 원이었다.<ref name="naver-q1-2026" />

{| class="wikitable"
! 기간 !! 매출액 !! 영업이익 !! 비고
|-
| 2025년 연간 || 12조 350억 원 || 2조 2,081억 원 || 연결 기준, 전년 대비 매출 12.1% 증가 및 영업이익 11.6% 증가<ref name="naver-q4-2025" />
|-
| 2025년 4분기 || 3조 1,951억 원 || 6,106억 원 || 연결 기준<ref name="naver-q4-2025" />
|-
| 2026년 1분기 || 3조 2,411억 원 || 5,418억 원 || 연결 기준, 전년 동기 대비 매출 16.3% 증가 및 영업이익 7.2% 증가<ref name="naver-q1-2026" />
|}

2025년 사업 부문별 매출은 검색 플랫폼, 커머스, 핀테크, 콘텐츠, 엔터프라이즈로 구분되어 발표되었다.<ref name="naver-q4-2025" />

{| class="wikitable"
! 2025년 부문 !! 매출액 !! 주요 내용
|-
| 검색 플랫폼 || 4조 1,689억 원 || 검색, 광고 등 네이버 핵심 플랫폼 사업<ref name="naver-q4-2025" />
|-
| 커머스 || 3조 6,884억 원 || 네이버 쇼핑, 스마트스토어, 커머스 솔루션 등<ref name="naver-q4-2025" />
|-
| 핀테크 || 1조 6,907억 원 || 네이버페이와 금융 플랫폼 사업<ref name="naver-q4-2025" />
|-
| 콘텐츠 || 1조 8,992억 원 || 웹툰, 스노우 등 콘텐츠 사업<ref name="naver-q4-2025" />
|-
| 엔터프라이즈 || 5,878억 원 || 클라우드, 기업용 솔루션, 기술 인프라 사업<ref name="naver-q4-2025" />
|}

2026년 1분기부터는 새로운 사업 구분에 따라 네이버 플랫폼, 금융 플랫폼, 글로벌 이니셔티브 매출이 발표되었다.<ref name="naver-q1-2026" />

{| class="wikitable"
! 2026년 1분기 구분 !! 매출액 !! 설명
|-
| 네이버 플랫폼 || 1조 8,398억 원 || 광고와 네이버 서비스 중심의 플랫폼 부문<ref name="naver-q1-2026" />
|-
| 금융 플랫폼 || 4,597억 원 || 네이버페이 등 금융 플랫폼 부문<ref name="naver-q1-2026" />
|-
| 글로벌 이니셔티브 || 9,416억 원 || 개인 간 거래, 콘텐츠, 엔터프라이즈, 클라우드, 연구개발 부문<ref name="naver-q1-2026" />
|}

== 본사와 사옥 ==
네이버의 본사는 경기도 성남시 분당구 정자일로 95의 NAVER 1784에 있다.<ref name="naver-contact" /> NAVER 1784는 2022년 4월 네이버가 입주한 제2사옥으로, 로봇, 클라우드, 인공지능, 자율주행, 디지털 트윈 등 미래 기술을 적용하는 공간으로 활용되고 있다.<ref name="naver-history" />

== 데이터센터 ==
네이버는 데이터센터 각 춘천과 데이터센터 각 세종을 운영한다.<ref name="naver-datacenter" /> 데이터센터 각은 서비스 안정성, 데이터 보존, 에너지 효율, 보안, 친환경 설계를 강조하는 인프라이다.<ref name="naver-datacenter" />

{| class="wikitable"
! 명칭 !! 위치 또는 성격 !! 설명
|-
| 데이터센터 각 춘천 || 강원특별자치도 춘천시 || 네이버가 독자적으로 구축한 하이퍼스케일 데이터센터로, 자연 외기를 활용한 친환경 운영이 특징이다.<ref name="naver-datacenter" />
|-
| 데이터센터 각 세종 || 세종특별자치시 || 각 춘천의 운영 경험을 기반으로 구축된 차세대 인공지능 데이터센터이다.<ref name="naver-datacenter" />
|-
| 글로벌 클라우드 인프라 || 해외 리전 포함 || 네이버클라우드는 국내외 인프라 리전과 클라우드 서비스를 운영한다.<ref name="naver-datacenter" />
|}

== 글로벌 사업 ==
네이버의 글로벌 사업은 콘텐츠, 개인 간 거래, 클라우드, 인공지능, 기업용 솔루션으로 나뉜다. 네이버웹툰은 웹툰과 웹소설을 기반으로 해외 이용자를 확보하였고, 2024년 미국 나스닥에 상장하였다.<ref name="naver-history" />

개인 간 거래 사업에서는 미국의 포시마크, 한국의 크림, 일본의 소다, 스페인의 왈라팝을 중심으로 시장을 확대하고 있다.<ref name="naver-q1-2026" /><ref name="naver-wallapop" /> 2026년 1분기 실적 발표에서 네이버는 개인 간 거래 부문이 전년 동기 대비 57.7% 성장했다고 밝혔다.<ref name="naver-q1-2026" />

== 특징 ==
네이버의 특징은 다음과 같이 정리할 수 있다.

* 검색 포털에서 출발하여 광고, 커머스, 핀테크, 콘텐츠, 클라우드, 인공지능으로 확장한 플랫폼 기업이다.
* 네이버웹툰, 포시마크, 왈라팝, 크림, 소다 등을 통하여 글로벌 콘텐츠와 개인 간 거래 사업을 확대하고 있다.
* HyperCLOVA X를 중심으로 검색, 광고, 커머스, 기업용 솔루션에 인공지능 기술을 적용하고 있다.
* 데이터센터 각 춘천과 각 세종을 기반으로 대규모 클라우드와 인공지능 인프라를 운영한다.
* NAVER 1784를 통하여 로봇, 자율주행, 클라우드, 인공지능 기반 업무 공간을 실험하고 있다.

== 같이 보기 ==
* [[네이버]]
* [[네이버웹툰]]
* [[네이버페이]]
* [[라인 (메신저)]]
* [[LY Corporation]]
* [[카카오]]
* [[대한민국의 인터넷]]

== 각주 ==
<references />

== 외부 링크 ==
* {{공식 웹사이트|https://www.navercorp.com/}}
* [https://www.naver.com/ 네이버]
* [https://www.navercorp.com/investment/irEvents IR 자료실]
* [https://www.navercorp.com/company/history 네이버 주요 연혁]

[[분류:네이버]]
[[분류:대한민국의 인터넷 기업]]
[[분류:대한민국의 포털 사이트 운영사]]
[[분류:대한민국의 소프트웨어 기업]]
[[분류:대한민국의 인공지능 기업]]
[[분류:1999년 설립된 기업]]
[[분류:성남시의 기업]]

틀:기업정보

2026-06-16T08:18:04Z

Gaon12:

<noinclude>
이 문서는 기업 정보를 요약해서 보여주는 틀입니다.
기업 문서의 최상단에 아래 내용을 복사하여 사용하세요.

<pre>
{{기업정보
|기업명 =
|원어명 =
|로고 =
|로고설명 =
|국가 =
|설립일 =
|이전상호 =
|업종 =
|주요서비스 =
|본사 =
|창업자 =
|대표이사 =
|주요인물 =
|상장유무 =
|시장정보 =
|종목코드 =
|매출액 =
|영업이익 =
|기준연도 =
|주요주주 =
|자회사 =
|웹사이트 =
}}
</pre>

== 사용 예시 ==
<pre>
{{기업정보
|기업명 = 네이버 주식회사
|원어명 = NAVER Corporation
|로고 = [[파일:Naver Logotype.svg|frameless|200px|대체글=네이버의 로고]]
|로고설명 = 네이버의 로고
|국가 = [[대한민국]]
|설립일 = 1999년 6월 2일
|이전상호 = 네이버컴 주식회사, 엔에이치엔 주식회사
|업종 = 인터넷, 인공지능, 온라인 광고, 커머스, 핀테크, 콘텐츠, 클라우드
|주요서비스 = 네이버, 네이버 검색, 네이버 쇼핑, 네이버페이, 네이버웹툰, 네이버 지도, 네이버 클라우드 플랫폼, HyperCLOVA X
|본사 = [[대한민국]] [[경기도]] [[성남시]] [[분당구]] 정자일로 95, NAVER 1784
|창업자 = 이해진
|대표이사 = 최수연
|주요인물 = 이해진 이사회 의장
|상장유무 = 상장기업
|시장정보 = [[한국거래소]] 유가증권시장
|종목코드 = 035420
|매출액 = 12조 350억 원
|영업이익 = 2조 2,081억 원
|기준연도 = 2025년 연결 기준
|주요주주 = 국민연금공단, BlackRock Fund Advisors 등
|자회사 = 네이버클라우드, 네이버웹툰, 네이버파이낸셜, 스노우, 네이버랩스 등
|웹사이트 = [https://www.navercorp.com/ 공식 웹사이트]
}}
</pre>
</noinclude><includeonly>
<table style="float: right; width: 320px; margin: 0 0 1em 1em; border: 1px solid #a2a9b1; border-radius: 5px; background-color: #ffffff; font-size: 90%; border-spacing: 0; padding: 0; line-height: 1.5;">
<tr>
<th colspan="2" style="background-color: #3777bc; color: #ffffff; text-align: center; font-size: 115%; padding: 8px; border-top-left-radius: 5px; border-top-right-radius: 5px;">'''{{{기업명|{{PAGENAME}}}}}'''</th>
</tr>
<tr>
<td colspan="2" style="background-color: #f8f9fa; text-align: center; padding: 5px 8px; border-bottom: 1px solid #a2a9b1;">{{{원어명|}}}</td>
</tr>
<tr>
<td colspan="2" style="text-align: center; padding: 15px 8px 6px 8px;">{{{로고|}}}</td>
</tr>
<tr>
<td colspan="2" style="text-align: center; padding: 0 8px 10px 8px; color: #54595d; font-size: 90%; border-bottom: 1px solid #a2a9b1;">{{{로고설명|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">국가</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{국가|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">설립일</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{설립일|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">이전 상호</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{이전상호|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">업종</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{업종|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">주요 서비스</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{주요서비스|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">본사</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{본사|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">창업자</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{창업자|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">대표이사</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{대표이사|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">주요 인물</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{주요인물|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">기업 형태</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{상장유무|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">시장 정보</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{시장정보|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">종목 코드</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{종목코드|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">매출액</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{매출액|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">영업이익</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{영업이익|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">기준</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{기준연도|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">주요 주주</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{주요주주|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;">주요 자회사</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;">{{{자회사|}}}</td>
</tr>
<tr>
<th style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom-left-radius: 5px;">웹사이트</th>
<td style="vertical-align: top; padding: 5px 8px; border-bottom-right-radius: 5px;">{{{웹사이트|}}}</td>
</tr>
</table>
</includeonly>

제2의 나라: Cross Worlds

2026-06-16T08:17:32Z

Gaon12: 문서 내용 보강

{{게임 정보
| 제목 = 제2의 나라: Cross Worlds
| 원제목 = 二ノ国：Cross Worlds Ni no Kuni: Cross Worlds
| 이미지 = [[File:ni_no_sekai_cross_worlds_logo.png|150px]] [[File:제2의 나라 배경 이미지1.jpg|300px]]
| 배경색 = #F6E539
| 글자색 = #000000
| 테두리색 = #B56A03
| 개발사 = [[넷마블네오]]
| 발행사 = [[넷마블]]
| 배급사 = [[넷마블]]
| 시리즈 = [[니노쿠니 시리즈]]
| 엔진 = [[언리얼 엔진 4]]
| 버전 = 5.01.12(iOS, 2026년 5월 28일 기준)<ref name="appstore-kr" /> Android: 2026년 5월 21일 업데이트 기준<ref name="googleplay-kr" />
| 플랫폼 = [[안드로이드]] / [[iOS]] / [[Microsoft Windows]] PC 버전
| 출시 = 대만·홍콩·마카오: {{날짜/출력|2021-06-08}}<ref name="netmarble-pre-download" /> 대한민국·일본: {{날짜/출력|2021-06-10}}<ref name="netmarble-pre-download" /> 글로벌: {{날짜/출력|2022-05-25}}<ref name="netmarble-global-launch" />
| 장르 = [[MMORPG]], 감성 모험 [[RPG]]
| 모드 = 싱글플레이, 멀티플레이
| 이용가 등급 = 국내 주요 스토어 표기: 12+<ref name="googleplay-kr" /><ref name="appstore-kr" /> 글로벌 App Store 표기: 13+<ref name="appstore-global" />
| 미디어 = 디지털 다운로드
| 요구사양 = Android 권장 사양: Galaxy S9 이상<ref name="googleplay-kr" /> iOS: iOS 12.0 이상<ref name="appstore-kr" /> PC 버전: 넷마블 런처 기반 서비스이며, 상세 사양은 공식 PC 서비스 안내 및 약관 확인 필요<ref name="pc-eula" />
| 입력장치 = 터치스크린, 키보드, 마우스
| 이전작 =
| 후속작 =
}}

'''제2의 나라: Cross Worlds'''는 [[넷마블네오]]가 개발하고 [[넷마블]]이 서비스하는 [[니노쿠니 시리즈]] 기반의 감성 모험 [[MMORPG]]이다. 일본 [[레벨 파이브]]의 기획·제작, [[스튜디오 지브리]]의 애니메이션 작화, [[히사이시 조]]의 음악으로 알려진 니노쿠니 시리즈의 세계관을 모바일 및 PC 온라인 환경에 맞추어 재구성한 작품이다.<ref name="netmarble-gamepage" /><ref name="appstore-kr" />

== 개요 ==
《제2의 나라: Cross Worlds》는 가상현실 게임 《소울 다이버즈》를 통해 또 다른 세계에 도착한 플레이어가 현실과 판타지가 교차하는 세계에서 모험을 진행하는 MMORPG이다. 공식 소개에서는 현실과 환상이 공존하는 스토리, 언리얼 엔진 4 기반 카툰 렌더링 오픈월드, 플레이어블 클래스, 이마젠, 킹덤 커뮤니티, 히사이시 조의 음악을 주요 특징으로 제시한다.<ref name="googleplay-kr" /><ref name="netmarble-gamepage" />

한국·일본 서비스는 2021년 6월 10일 시작되었고, 대만·홍콩·마카오 권역은 2021년 6월 8일 먼저 출시되었다.<ref name="netmarble-pre-download" /> 글로벌 버전은 2022년 5월 25일 모바일 기기와 PC 크로스플레이를 지원하는 형태로 출시되었다.<ref name="netmarble-global-launch" />

== 특징 ==
=== 애니메이션풍 오픈월드 ===
본작은 [[언리얼 엔진 4]] 기반의 카툰 렌더링 그래픽을 사용한다. 공식 스토어 설명에서는 “한 편의 애니메이션과 같은 오픈월드”를 내세우며, 캐릭터의 표정과 몸짓에도 감성적인 표현을 부여했다고 설명한다.<ref name="googleplay-kr" /> 언리얼 엔진 공식 인터뷰에서도 본작이 모바일 MMORPG에서 애니메이션풍 캐릭터와 다양한 환경을 구현한 사례로 소개되었다.<ref name="unreal-interview" />

=== 니노쿠니 시리즈의 확장작 ===
《제2의 나라: Cross Worlds》는 기존 니노쿠니 시리즈의 세계관과 미술·음악적 분위기를 계승하되, 콘솔용 싱글 플레이 RPG가 아니라 모바일 중심의 MMORPG로 제작되었다. 넷마블은 본작을 “니노쿠니 시리즈를 잇는 마음속 깊이 간직했던 세계”로 소개하고 있으며, 레벨 파이브, 스튜디오 지브리, 히사이시 조의 이름을 공식 소개에 함께 명시하고 있다.<ref name="netmarble-gamepage" />

=== 모바일과 PC 크로스플레이 ===
글로벌 버전은 출시 당시 모바일 기기와 PC 버전의 크로스플레이를 공식적으로 지원한다고 발표되었다. PC 버전은 모바일 버전에서 이메일 주소를 연동한 뒤 공식 웹사이트 또는 넷마블 런처를 통해 이용하는 구조로 안내되었다.<ref name="netmarble-global-launch" /> 한국 공식 사이트에도 PC 버전 항목이 별도로 제공되며, PC 버전은 모바일 서비스를 보조하는 형태의 서비스로 운영된다.<ref name="pc-eula" />

== 줄거리 ==
플레이어는 가상현실 게임 《소울 다이버즈》의 이용자로서 또 다른 세계에 도착한다. 공식 소개는 이 세계를 끝없는 모험과 평화가 공존하는 “제2의 나라”로 설명하며, 플레이어가 현실과 환상이 교차하는 거대한 사건에 휘말리는 구성을 갖는다.<ref name="googleplay-kr" />

게임은 두 세계를 구하는 모험, 멸망한 “이름 없는 왕국”의 재건, 이마젠과의 동행, 다른 이용자와의 협력 콘텐츠를 중심으로 전개된다.<ref name="netmarble-pre-download" /><ref name="netmarble-gamepage" />

== 개발 및 서비스 ==
{| class="wikitable"
! 항목 !! 내용
|-
| 개발사 || [[넷마블네오]]
|-
| 서비스사 || [[넷마블]]
|-
| 원작·기획 관련 || [[레벨 파이브]], [[니노쿠니 시리즈]]
|-
| 애니메이션 작화 관련 || [[스튜디오 지브리]]
|-
| 음악 || [[히사이시 조]]
|-
| 엔진 || [[언리얼 엔진 4]]
|-
| 수익 모델 || 기본 무료, 앱 내 구매, 확률형 아이템 포함<ref name="appstore-kr" /><ref name="googleplay-kr" />
|}

넷마블은 본작을 출시하기 전 “레벨파이브와 스튜디오 지브리가 협업한 판타지 RPG ‘니노쿠니’ 시리즈를 집대성한 모바일 RPG”라고 소개했다.<ref name="netmarble-pre-download" /> 글로벌 출시 보도자료에서는 《Ni no Kuni: Cross Worlds》가 레벨 파이브와 스튜디오 지브리의 원작 판타지 RPG 시리즈를 바탕으로 하며, 히사이시 조가 작곡한 기존 시리즈 음악 일부를 포함한다고 설명했다.<ref name="netmarble-global-launch" />

== 출시 ==
{| class="wikitable"
! 지역 !! 출시일 !! 비고
|-
| 대만·홍콩·마카오 || 2021년 6월 8일 || 한국·일본 출시에 앞서 먼저 서비스 시작<ref name="netmarble-pre-download" />
|-
| 대한민국·일본 || 2021년 6월 10일 || Google Play와 Apple App Store를 통한 모바일 서비스 시작<ref name="netmarble-pre-download" />
|-
| 글로벌 || 2022년 5월 25일 || 모바일 및 PC 크로스플레이 지원<ref name="netmarble-global-launch" />
|}

== 플랫폼 및 사양 ==
{| class="wikitable"
! 플랫폼 !! 서비스 형태 !! 확인된 공식 정보
|-
| Android || 모바일 앱 || Google Play에서 제공. 권장 사양은 Galaxy S9 이상으로 표기되어 있으며, 2026년 5월 21일 업데이트가 확인된다.<ref name="googleplay-kr" />
|-
| iOS / iPadOS || 모바일 앱 || App Store에서 제공. iOS 12.0 이상이 필요하며, 2026년 5월 28일 기준 버전 5.01.12가 확인된다.<ref name="appstore-kr" />
|-
| Windows PC || PC 버전 || 모바일 계정 연동 후 PC에서 플레이하는 방식으로 안내되며, PC 서비스는 모바일 서비스에 추가로 제공되는 형태이다.<ref name="netmarble-global-launch" /><ref name="pc-eula" />
|}

== 플레이어블 클래스 ==
공식 소개에서 확인되는 기본 플레이어블 클래스는 소드맨, 위치, 엔지니어, 로그, 디스트로이어의 5종이다.<ref name="googleplay-kr" /><ref name="appstore-kr" />

{| class="wikitable"
! 클래스 !! 공식 소개상 특징 !! 문서화용 전투 성향 요약
|-
| 소드맨 || 신비로움을 간직한 검사 || 검을 사용하는 근접형 클래스
|-
| 위치 || 마력이 담긴 스피어를 다루는 우아한 마녀 || 스피어와 마법을 활용하는 공격형 클래스
|-
| 엔지니어 || 각종 화기를 다루는 천재 소녀 || 화기를 사용하는 원거리형 클래스
|-
| 로그 || 장난꾸러기 궁수 || 활을 사용하는 원거리형 클래스
|-
| 디스트로이어 || 해머를 휘두르는 전사 || 해머를 사용하는 중전투형 클래스
|}

== 주요 시스템 ==
=== 이마젠 ===
이마젠은 《제2의 나라》에만 존재하는 신비한 생명체로 소개된다. 이마젠은 플레이어와 함께 전투에 참여하고 성장하는 동료 시스템이며, 공식 글로벌 출시 자료에서는 이용자가 동시에 최대 3마리의 이마젠을 편성할 수 있다고 설명했다.<ref name="netmarble-global-launch" /> 또한 이마젠의 숲을 통해 수집한 이마젠과 교감하고 장식물을 배치하는 생활형 콘텐츠도 제공된다.<ref name="appstore-kr" />

=== 킹덤 ===
킹덤은 이용자들이 함께 “이름 없는 왕국”을 재건하고 발전시키는 길드형 커뮤니티 콘텐츠이다. 공식 소개에서는 동료와 함께 왕국을 발전시키고, 소셜 오브제를 배치하며, 서버 최고의 킹덤을 목표로 다양한 도전에 참여하는 구조로 설명한다.<ref name="netmarble-gamepage" /><ref name="appstore-kr" />

=== 오픈월드 상호작용 ===
넷마블은 출시 전 소개에서 필드의 소리나는 석상, 축구공, 주사위 등 이용자 간 상호작용 요소를 언급했다. 이는 단순 전투 중심 MMORPG가 아니라 필드에서 다른 이용자와 놀이와 소셜 활동을 경험하도록 설계된 요소이다.<ref name="netmarble-pre-download" />

=== 성장 및 수집 ===
게임은 캐릭터 레벨, 장비, 이마젠, 탈 것, 코스튬, 버디, 고대석, 각인, 궁극 진화 등 장기 성장 요소를 지속적으로 확장해 왔다. 2024년 이후 업데이트 내역에서는 이마젠 원정대, 비욘드 랭크, 루키 서버, 멘토링, 고대 각성, 무한 미궁, 수호기사 변신 등 신규 성장·전투 콘텐츠가 확인된다.<ref name="appstore-kr" />

== 콘텐츠 ==
{| class="wikitable"
! 분류 !! 내용
|-
| 스토리 콘텐츠 || 소울 다이버즈를 통해 다른 세계에 도착한 플레이어의 모험을 중심으로 진행된다.
|-
| 필드 및 지역 콘텐츠 || 오픈월드 필드, 카오스 필드, 신규 지역, 필드 보스, 월드 보스 등이 업데이트를 통해 확장되었다.
|-
| 전투 콘텐츠 || 레이드, 던전, 파티형 던전, PvE 1인 던전, 대난투, 월드 크로스 매칭 등으로 구성된다.
|-
| 성장 콘텐츠 || 장비 성장, 이마젠 성장, 버디, 고대석, 고대 각성, 소울 링크, 비욘드 랭크 등이 포함된다.
|-
| 커뮤니티 콘텐츠 || 킹덤, 킹덤 던전, 킹덤 디펜스, 킹덤 관련 경쟁·협동 콘텐츠가 포함된다.
|-
| 생활·장식 콘텐츠 || 이마젠의 숲, 장식물, 농작물·요리 요소 등이 공식 소개에서 확인된다.<ref name="appstore-kr" />
|}

== 주요 업데이트 연혁 ==
아래 표는 스토어 버전 기록과 공식 공지 목록에서 확인되는 주요 업데이트를 중심으로 정리한 것이다.<ref name="appstore-kr" /><ref name="notice-202606" />

{| class="wikitable"
! 날짜 !! 버전 또는 공지 !! 주요 내용
|-
| 2024년 7월 25일 || 3.01.16 || 하이퍼 부스팅 개편, 모험가의 여정 추가, 킹덤 던전 및 킹덤 디펜스 개편, 신규·복귀 유저 지원 새내기 시스템 추가
|-
| 2024년 8월 29일 || 3.02.10 || 이마젠 원정대 추가, 월드 보스 카르킨 추가, 불 속성 이마젠 궁극 진화, 결속의 나무 확장, 장난감 개조 추가
|-
| 2024년 11월 28일 || 3.04.12 || 신규 지역 이마젠 왕국, 신규 카오스 필드 이마젠 왕국 동부, 이마젠 원정대 시즌 2, 쿵야즈 코스튬 및 이마젠 추가
|-
| 2025년 1월 23일 || 3.05.12 || 신규 크로스필드 심연의 대혈, 초보 모험가 특급 성장 시즌 1, 이마젠 원정대 시즌 3, 장비 강화 단계 확장
|-
| 2025년 3월 27일 || 3.06.08 || 비욘드 랭크, 루키 서버, 멘토링 시스템, 이마젠 원정대 시즌 4, 킹덤 레벨 확장
|-
| 2025년 5월 22일 || 4.01.10 || 신규 레이드 마녀의 성, 신규 이마젠 아르미, 신규 무기 및 의상 코스튬, 신규 탈 것 루치 호핑볼
|-
| 2025년 6월 5일 || 4.01.12 || 신규 지역 영혼의 고리, 신규 버디, 신규 카오스 필드 이마젠 왕국 동부 3층, 최대 레벨 350 확장
|-
| 2025년 6월 9일 || 4.01.14 || 4주년 소울 링크 업데이트, 신규 장비 2종, 필드 보스 리부트 시즌 4, 모험가 특급 성장 시즌 2
|-
| 2025년 9월 11일 || 4.03.10 || 신규 레이드 마녀의 성 지하, 대난투 신규 모드, 이마젠 원정대 시즌 7, 신규 버디 추가
|-
| 2025년 11월 19일 || 4.04.12 || 고리의 기억 신화 유물 추가, 무기·방어구 성장 확장, 이마젠 원정대 시즌 9, 신규 이마젠 토토 궁극 진화
|-
| 2025년 12월 18일 || 4.05.06 || 4.5주년 이벤트, 강화 성장 확장, 성장 부스팅 시즌 3
|-
| 2026년 1월 21일 || 4.06.12 || 전권역 매칭 시스템 월드 크로스, 신규 버디 및 탈 것, 고대석 각인 부스팅 이벤트
|-
| 2026년 3월 26일 || 4.07.12 || PvE 1인 던전 무한 미궁, 신규 성장 고대 각성, 만우절 기념 이벤트
|-
| 2026년 5월 28일 || 5.01.12 || 수호기사 변신 시스템, 신규 도전 콘텐츠 시아의 악몽, 서버 이전, 기타 버그 수정
|-
| 2026년 6월 11일 || 공식 공지 || 공식 공지 목록 기준 6월 11일 업데이트 상세 안내 게시<ref name="notice-202606" />
|}

== 월드 크로스 ==
2026년 1월 업데이트에서는 전권역 매칭 시스템인 월드 크로스가 진행된 것으로 스토어 버전 기록에 표기되었다.<ref name="appstore-kr" /> 관련 보도에 따르면 월드 크로스는 한국·일본·대만·홍콩·마카오 등 권역 이용자들이 매칭 콘텐츠에서 함께 플레이할 수 있도록 하는 통합 매칭 업데이트로 소개되었다.<ref name="world-cross-news" />

== 글로벌 버전의 블록체인 토큰 경제 ==
글로벌 버전에는 MARBLEX 기반 토큰 경제가 도입되었다. 공식 백서에서는 Territe Token(NKT)과 Asterite Token(NKA)을 유틸리티 토큰으로 설명하며, 게임 내 재화인 테라이트와 아스테라이트를 각각 토큰으로 교환할 수 있는 구조를 제시했다.<ref name="marblex-whitepaper" />

{| class="wikitable"
! 구분 !! 설명
|-
| Territe Token(NKT) || 테라이트와 연결되는 유틸리티 토큰이다. 공식 백서에서는 일일 미션, 이마젠 모험, 카오스 필드 사냥 등을 테라이트 획득 경로로 설명한다.<ref name="marblex-whitepaper" />
|-
| Asterite Token(NKA) || 아스테라이트와 연결되는 유틸리티 토큰이다. 공식 백서에서는 라바 밸리, 이마젠 아레나, 팀 경쟁 콘텐츠 등 경쟁 콘텐츠 보상을 통해 획득하는 구조를 설명한다.<ref name="marblex-whitepaper" />
|-
| 적용 범위 || 본 항목은 글로벌 버전과 MARBLEX 자료에 근거한 설명이다. 국가별 서비스 적용 여부와 이용 가능 범위는 각 권역의 공식 공지 및 법령에 따라 달라질 수 있으므로 별도 확인이 필요하다.
|}

블록체인 요소는 글로벌 출시 이후 비판과 논쟁의 대상이 되기도 했다. 일부 해외 매체는 암호화폐·블록체인 기능이 게임 밸런스와 이용자 반응에 영향을 주었다고 지적했다.<ref name="pcgamer-blockchain" /><ref name="mmorpg-criticism" />

== 평가 및 수상 ==
《제2의 나라: Cross Worlds》는 2021 대한민국 게임대상에서 기술·창작상 사운드 부문을 수상했다.<ref name="gameawards-2021" /> 넷마블 회사 연혁에서도 본작의 2021 대한민국 게임대상 기술·창작상 사운드 부문 수상이 확인된다.<ref name="netmarble-history" />

{| class="wikitable"
! 연도 !! 시상식 !! 부문 !! 결과
|-
| 2021년 || 2021 대한민국 게임대상 || 기술·창작상 사운드 부문 || 수상
|}

== 논란 및 비판 ==
=== 블록체인 요소에 대한 반응 ===
글로벌 버전의 토큰 경제는 출시 초기에 이용자와 해외 매체의 논쟁을 불러왔다. 비판의 핵심은 블록체인 재화가 기존 모바일 MMORPG의 성장·과금 구조와 결합되면서 게임 플레이 경험에 부담을 줄 수 있다는 점이었다.<ref name="pcgamer-blockchain" /><ref name="mmorpg-criticism" /> 다만 해당 내용은 글로벌 버전의 토큰 경제를 중심으로 제기된 것이며, 권역별 서비스 구성은 공식 공지와 서비스 정책을 기준으로 구분하여 서술해야 한다.

=== 확률형 아이템 ===
국내 App Store와 Google Play 설명에는 유료 아이템 구매 및 확률형 아이템 포함 사실이 명시되어 있다.<ref name="appstore-kr" /><ref name="googleplay-kr" /> 따라서 문서 작성 시 수익 모델은 “기본 무료, 앱 내 구매, 확률형 아이템 포함”으로 기재하는 것이 적절하다.

== 기타 ==
* 공식 소개에서 본작의 장르는 롤플레잉 및 MMORPG로 표기된다.<ref name="googleplay-kr" />
* Google Play 기준 2026년 5월 21일 업데이트가 확인되며, App Store 기준 2026년 5월 28일 버전 5.01.12가 확인된다.<ref name="googleplay-kr" /><ref name="appstore-kr" />
* 2026년 6월 기준 공식 공지 목록에는 6월 11일 업데이트 상세 안내가 게시되어 있어 서비스가 계속 운영 중임을 확인할 수 있다.<ref name="notice-202606" />

== 외부 링크 ==
* [https://2worlds.netmarble.com/ko 제2의 나라: Cross Worlds 한국 공식 사이트]
* [https://forum.netmarble.com/enn_ko 제2의 나라: Cross Worlds 공식 포럼]
* [https://play.google.com/store/apps/details?gl=kr&id=com.netmarble.enn 제2의 나라: Cross Worlds - Google Play]
* [https://apps.apple.com/kr/app/%EC%A0%9C2%EC%9D%98-%EB%82%98%EB%9D%BC-cross-worlds/id1488423517 제2의 나라: Cross Worlds - App Store]

== 각주 ==
<references>
<ref name="netmarble-pre-download">{{웹 인용|url=https://ch.netmarble.com/Newsroom/Detail?bbs_code=1013&post_seq=2507|제목=넷마블 <제2의 나라>, 오늘 사전 다운로드 시작|웹사이트=채널 넷마블|날짜=2021-06-09|확인날짜=2026-06-16}}</ref>
<ref name="netmarble-global-launch">{{웹 인용|url=https://ch.netmarble.com/Eng/Newsroom/Detail?bbs_code=1020&post_seq=3135|제목=NI NO KUNI: CROSS WORLDS LAUNCHES GLOBALLY TODAY ON MOBILE DEVICES, WITH PC CROSS-PLAY|웹사이트=Channel Netmarble|날짜=2022-05-25|확인날짜=2026-06-16}}</ref>
<ref name="netmarble-gamepage">{{웹 인용|url=https://m.netmarble.net/smart/game/enn|제목=제2의 나라: Cross Worlds|웹사이트=넷마블 모바일게임|확인날짜=2026-06-16}}</ref>
<ref name="googleplay-kr">{{웹 인용|url=https://play.google.com/store/apps/details?gl=kr&id=com.netmarble.enn|제목=제2의 나라: Cross Worlds|웹사이트=Google Play|확인날짜=2026-06-16}}</ref>
<ref name="appstore-kr">{{웹 인용|url=https://apps.apple.com/kr/app/%EC%A0%9C2%EC%9D%98-%EB%82%98%EB%9D%BC-cross-worlds/id1488423517|제목=제2의 나라: Cross Worlds|웹사이트=App Store|확인날짜=2026-06-16}}</ref>
<ref name="appstore-global">{{웹 인용|url=https://apps.apple.com/us/app/ni-no-kuni-cross-worlds/id1586079772|제목=Ni no Kuni: Cross Worlds|웹사이트=App Store|확인날짜=2026-06-16}}</ref>
<ref name="unreal-interview">{{웹 인용|url=https://www.unrealengine.com/developer-interviews/ni-no-kuni-cross-worlds-pushes-the-boundaries-of-what-a-mobile-mmorpg-can-be?lang=ko|제목=모바일 MMORPG가 보여줄 수 있는 한계를 뛰어넘은 '제2의 나라: Cross Worlds'|웹사이트=Unreal Engine|날짜=2022-07-06|확인날짜=2026-06-16}}</ref>
<ref name="pc-eula">{{웹 인용|url=https://help.netmarble.com/terms/eula_nino_pc_sasia|제목='Ni no Kuni: Cross Worlds' PC Service End User License Agreement|웹사이트=Netmarble Help|확인날짜=2026-06-16}}</ref>
<ref name="notice-202606">{{웹 인용|url=https://2worlds.netmarble.com/ko/notice|제목=제2의 나라: Cross Worlds 공지|웹사이트=넷마블|확인날짜=2026-06-16}}</ref>
<ref name="world-cross-news">{{웹 인용|url=https://m.ilyoweekly.co.kr/news/newsview.php?ncode=1065597237378781|제목=이제 전 세계 유저와 함께 모험한다...넷마블 '제2의 나라'|웹사이트=일요주간|날짜=2026-01-23|확인날짜=2026-06-16}}</ref>
<ref name="marblex-whitepaper">{{웹 인용|url=https://sgimage.netmarble.com/mobile/game/enngb/file/NKT%26NKA_Whitepaper.pdf|제목=Ni no Kuni Token Economy Whitepaper|웹사이트=Netmarble / MARBLEX|형식=PDF|확인날짜=2026-06-16}}</ref>
<ref name="pcgamer-blockchain">{{웹 인용|url=https://www.pcgamer.com/i-regret-to-inform-you-ni-no-kunis-cute-new-mmo-has-blockchain-crap-up-its-sleeve/|제목=I regret to inform you Ni No Kuni's cute new MMO has blockchain crap up its sleeve|웹사이트=PC Gamer|날짜=2022-05-25|확인날짜=2026-06-16}}</ref>
<ref name="mmorpg-criticism">{{웹 인용|url=https://www.mmorpg.com/editorials/why-ni-no-kuni-cross-worlds-failed-to-bring-back-the-studio-ghibli-charm-2000126136|제목=Why Ni No Kuni Cross Worlds Failed to Bring Back the Studio Ghibli Charm|웹사이트=MMORPG.com|날짜=2022-09-17|확인날짜=2026-06-16}}</ref>
<ref name="gameawards-2021">{{웹 인용|url=https://award.kgames.or.kr/2022gameawards/history/award_2021.asp|제목=2021 대한민국 게임대상 수상결과|웹사이트=대한민국 게임대상|확인날짜=2026-06-16}}</ref>
<ref name="netmarble-history">{{웹 인용|url=https://mcompany.netmarble.com/en/company/history|제목=History - Netmarble Company|웹사이트=Netmarble Company|확인날짜=2026-06-16}}</ref>
</references>

[[분류:넷마블 게임]]
[[분류:넷마블네오 게임]]
[[분류:니노쿠니]]
[[분류:2021년 비디오 게임]]
[[분류:모바일 게임]]
[[분류:안드로이드 게임]]
[[분류:iOS 게임]]
[[분류:윈도우 게임]]
[[분류:MMORPG]]
[[분류:언리얼 엔진 게임]]

틀:기업 정보

2026-06-16T08:15:33Z

Gaon12: Gaon12님이 틀:기업 정보 문서를 틀:기업정보 문서로 이동했습니다

#넘겨주기 [[틀:기업정보]]

틀:기업정보

2026-06-16T08:15:33Z

Gaon12: Gaon12님이 틀:기업 정보 문서를 틀:기업정보 문서로 이동했습니다

<noinclude>
이 문서는 기업 정보를 요약해서 보여주는 틀입니다.
기업 문서의 최상단에 아래 내용을 복사하여 사용하세요.

<pre>
{{기업정보
|기업명 =
|원어명 =
|로고 =
|로고설명 =
|국가 =
|설립일 =
|이전상호 =
|업종 =
|주요서비스 =
|본사 =
|창업자 =
|대표이사 =
|주요인물 =
|상장유무 =
|시장정보 =
|종목코드 =
|매출액 =
|영업이익 =
|기준연도 =
|주요주주 =
|자회사 =
|웹사이트 =
}}
</pre>

== 사용 예시 ==
<pre>
{{기업정보
|기업명 = 네이버 주식회사
|원어명 = NAVER Corporation
|로고 = [[파일:Naver Logotype.svg|frameless|200px|대체글=네이버의 로고]]
|로고설명 = 네이버의 로고
|국가 = [[대한민국]]
|설립일 = 1999년 6월 2일
|이전상호 = 네이버컴 주식회사, 엔에이치엔 주식회사
|업종 = 인터넷, 인공지능, 온라인 광고, 커머스, 핀테크, 콘텐츠, 클라우드
|주요서비스 = 네이버, 네이버 검색, 네이버 쇼핑, 네이버페이, 네이버웹툰, 네이버 지도, 네이버 클라우드 플랫폼, HyperCLOVA X
|본사 = [[대한민국]] [[경기도]] [[성남시]] [[분당구]] 정자일로 95, NAVER 1784
|창업자 = 이해진
|대표이사 = 최수연
|주요인물 = 이해진 이사회 의장
|상장유무 = 상장기업
|시장정보 = [[한국거래소]] 유가증권시장
|종목코드 = 035420
|매출액 = 12조 350억 원
|영업이익 = 2조 2,081억 원
|기준연도 = 2025년 연결 기준
|주요주주 = 국민연금공단, BlackRock Fund Advisors 등
|자회사 = 네이버클라우드, 네이버웹툰, 네이버파이낸셜, 스노우, 네이버랩스 등
|웹사이트 = [https://www.navercorp.com/ 공식 웹사이트]
}}
</pre>
</noinclude><includeonly>{| style="float: right; width: 320px; margin: 0 0 1em 1em; border: 1px solid #a2a9b1; border-radius: 5px; background-color: #ffffff; font-size: 90%; border-spacing: 0; padding: 0; line-height: 1.5;"
|-
! colspan="2" style="background-color: #3777bc; color: #ffffff; text-align: center; font-size: 115%; padding: 8px; border-top-left-radius: 5px; border-top-right-radius: 5px;" | '''{{{기업명|{{PAGENAME}}}}}'''
{{#if:{{{원어명|}}}|
{{!}}-
{{!}} colspan="2" style="background-color: #f8f9fa; text-align: center; padding: 5px 8px; border-bottom: 1px solid #a2a9b1;" {{!}} {{{원어명}}}
}}
{{#if:{{{로고|}}}|
{{!}}-
{{!}} colspan="2" style="text-align: center; padding: 15px 8px 6px 8px;" {{!}} {{{로고}}}
}}
{{#if:{{{로고설명|}}}|
{{!}}-
{{!}} colspan="2" style="text-align: center; padding: 0 8px 10px 8px; color: #54595d; font-size: 90%; border-bottom: 1px solid #a2a9b1;" {{!}} {{{로고설명}}}
}}
{{#if:{{{국가|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 국가
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{국가}}}
}}
{{#if:{{{설립일|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 설립일
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{설립일}}}
}}
{{#if:{{{이전상호|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 이전 상호
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{이전상호}}}
}}
{{#if:{{{업종|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 업종
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{업종}}}
}}
{{#if:{{{주요서비스|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 서비스
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{주요서비스}}}
}}
{{#if:{{{본사|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 본사
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{본사}}}
}}
{{#if:{{{창업자|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 창업자
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{창업자}}}
}}
{{#if:{{{대표이사|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 대표이사
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{대표이사}}}
}}
{{#if:{{{주요인물|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 인물
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{주요인물}}}
}}
{{#if:{{{상장유무|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 기업 형태
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{상장유무}}}
}}
{{#if:{{{시장정보|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 시장 정보
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{시장정보}}}
}}
{{#if:{{{종목코드|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 종목 코드
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{종목코드}}}
}}
{{#if:{{{매출액|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 매출액
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{매출액}}}
}}
{{#if:{{{영업이익|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 영업이익
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{영업이익}}}
}}
{{#if:{{{기준연도|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 기준
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{기준연도}}}
}}
{{#if:{{{주요주주|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 주주
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{주요주주}}}
}}
{{#if:{{{자회사|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 자회사
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{자회사}}}
}}
{{#if:{{{웹사이트|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom-left-radius: 5px;" {{!}} 웹사이트
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom-right-radius: 5px;" {{!}} {{{웹사이트}}}
}}
|}</includeonly>

틀:기업정보

2026-06-16T08:14:04Z

Gaon12: 틀 항목 추가

<noinclude>
이 문서는 기업 정보를 요약해서 보여주는 틀입니다.
기업 문서의 최상단에 아래 내용을 복사하여 사용하세요.

<pre>
{{기업정보
|기업명 =
|원어명 =
|로고 =
|로고설명 =
|국가 =
|설립일 =
|이전상호 =
|업종 =
|주요서비스 =
|본사 =
|창업자 =
|대표이사 =
|주요인물 =
|상장유무 =
|시장정보 =
|종목코드 =
|매출액 =
|영업이익 =
|기준연도 =
|주요주주 =
|자회사 =
|웹사이트 =
}}
</pre>

== 사용 예시 ==
<pre>
{{기업정보
|기업명 = 네이버 주식회사
|원어명 = NAVER Corporation
|로고 = [[파일:Naver Logotype.svg|frameless|200px|대체글=네이버의 로고]]
|로고설명 = 네이버의 로고
|국가 = [[대한민국]]
|설립일 = 1999년 6월 2일
|이전상호 = 네이버컴 주식회사, 엔에이치엔 주식회사
|업종 = 인터넷, 인공지능, 온라인 광고, 커머스, 핀테크, 콘텐츠, 클라우드
|주요서비스 = 네이버, 네이버 검색, 네이버 쇼핑, 네이버페이, 네이버웹툰, 네이버 지도, 네이버 클라우드 플랫폼, HyperCLOVA X
|본사 = [[대한민국]] [[경기도]] [[성남시]] [[분당구]] 정자일로 95, NAVER 1784
|창업자 = 이해진
|대표이사 = 최수연
|주요인물 = 이해진 이사회 의장
|상장유무 = 상장기업
|시장정보 = [[한국거래소]] 유가증권시장
|종목코드 = 035420
|매출액 = 12조 350억 원
|영업이익 = 2조 2,081억 원
|기준연도 = 2025년 연결 기준
|주요주주 = 국민연금공단, BlackRock Fund Advisors 등
|자회사 = 네이버클라우드, 네이버웹툰, 네이버파이낸셜, 스노우, 네이버랩스 등
|웹사이트 = [https://www.navercorp.com/ 공식 웹사이트]
}}
</pre>
</noinclude><includeonly>{| style="float: right; width: 320px; margin: 0 0 1em 1em; border: 1px solid #a2a9b1; border-radius: 5px; background-color: #ffffff; font-size: 90%; border-spacing: 0; padding: 0; line-height: 1.5;"
|-
! colspan="2" style="background-color: #3777bc; color: #ffffff; text-align: center; font-size: 115%; padding: 8px; border-top-left-radius: 5px; border-top-right-radius: 5px;" | '''{{{기업명|{{PAGENAME}}}}}'''
{{#if:{{{원어명|}}}|
{{!}}-
{{!}} colspan="2" style="background-color: #f8f9fa; text-align: center; padding: 5px 8px; border-bottom: 1px solid #a2a9b1;" {{!}} {{{원어명}}}
}}
{{#if:{{{로고|}}}|
{{!}}-
{{!}} colspan="2" style="text-align: center; padding: 15px 8px 6px 8px;" {{!}} {{{로고}}}
}}
{{#if:{{{로고설명|}}}|
{{!}}-
{{!}} colspan="2" style="text-align: center; padding: 0 8px 10px 8px; color: #54595d; font-size: 90%; border-bottom: 1px solid #a2a9b1;" {{!}} {{{로고설명}}}
}}
{{#if:{{{국가|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 국가
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{국가}}}
}}
{{#if:{{{설립일|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 설립일
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{설립일}}}
}}
{{#if:{{{이전상호|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 이전 상호
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{이전상호}}}
}}
{{#if:{{{업종|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 업종
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{업종}}}
}}
{{#if:{{{주요서비스|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 서비스
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{주요서비스}}}
}}
{{#if:{{{본사|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 본사
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{본사}}}
}}
{{#if:{{{창업자|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 창업자
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{창업자}}}
}}
{{#if:{{{대표이사|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 대표이사
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{대표이사}}}
}}
{{#if:{{{주요인물|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 인물
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{주요인물}}}
}}
{{#if:{{{상장유무|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 기업 형태
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{상장유무}}}
}}
{{#if:{{{시장정보|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 시장 정보
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{시장정보}}}
}}
{{#if:{{{종목코드|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 종목 코드
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{종목코드}}}
}}
{{#if:{{{매출액|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 매출액
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{매출액}}}
}}
{{#if:{{{영업이익|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 영업이익
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{영업이익}}}
}}
{{#if:{{{기준연도|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 기준
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{기준연도}}}
}}
{{#if:{{{주요주주|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 주주
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{주요주주}}}
}}
{{#if:{{{자회사|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom: 1px solid #e0e0e0;" {{!}} 주요 자회사
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom: 1px solid #e0e0e0;" {{!}} {{{자회사}}}
}}
{{#if:{{{웹사이트|}}}|
{{!}}-
! style="background-color: #f2f2f2; text-align: left; vertical-align: top; padding: 5px 8px; width: 32%; border-bottom-left-radius: 5px;" {{!}} 웹사이트
{{!}} style="vertical-align: top; padding: 5px 8px; border-bottom-right-radius: 5px;" {{!}} {{{웹사이트}}}
}}
|}</includeonly>

Citrus

2026-06-16T08:06:57Z

Gaon12: 문서 내용 보강

{{DISPLAYTITLE:citrus}}

===개요===

'''citrus'''는 사부로우타가 그린 일본의 백합·연애·학원 만화이다. 원제는 알파벳 소문자로 표기하는 '''citrus'''이며, 일본어 표기는 シトラス이다. 이치진샤의 백합 만화 잡지 《코믹 유리히메》에서 2013년 1월호부터 2018년 10월호까지 연재되었고, 실연재 기간은 2012년 11월 17일부터 2018년 8월 18일까지이다.<ref name="prtimes2022">{{웹 인용 |url=https://prtimes.jp/main/html/rd/p/000000041.000086721.html |제목=「citrus」連載開始10周年・TVアニメ放送5周年特別展「citrus memorial exhibition 2023」原作・サブロウタ先生描き下ろしイラスト初公開！ |출판사=PR TIMES |날짜=2022-12-16 |확인일=2026-06-16}}</ref> 단행본은 유리히메 코믹스 레이블로 전 10권이 발매되었으며, 일본 최종권인 10권은 2018년 10월 31일에 발매되었다.<ref name="ichijinsha-vol10">{{웹 인용 |url=https://data.ichijinsha.co.jp/detail/75807873 |제목=citrus (10) |출판사=一迅社 |확인일=2026-06-16}}</ref>

작품은 어머니의 재혼으로 보수적인 여학교에 전학하게 된 갸루풍 여고생 아이하라 유즈와, 그 학교의 학생회장이자 유즈의 의붓동생이 된 아이하라 메이를 중심으로 전개된다. 두 사람은 성격, 생활 방식, 가치관이 거의 정반대인 인물로 출발하지만, 같은 집과 같은 방에서 지내게 되면서 가족, 학교, 연애, 사회적 시선이 얽힌 관계를 단계적으로 마주한다.

미디어 믹스로는 단행본 특전·드라마 CD·화집·TV 애니메이션 등이 있다. TV 애니메이션은 팟쇼네가 제작했으며, 타카하시 타케오가 감독, 하야시 나오키가 시리즈 구성, 이주인 이즈로가 캐릭터 디자인과 총작화감독을 맡았다. 총 12화로 2018년 1월부터 3월까지 방영되었다.<ref name="anime-info">{{웹 인용 |url=https://prtimes.jp/main/html/rd/p/000000041.000086721.html |제목=TVアニメ「citrus」作品概要 |출판사=PR TIMES |날짜=2022-12-16 |확인일=2026-06-16}}</ref>

본편 완결 후에는 후속작 '''citrus+'''가 《코믹 유리히메》 2019년 2월호부터 연재를 시작했다. 후속작은 본편의 결말 이후, 연인 관계가 된 유즈와 메이가 가족과 주변 인물들 속에서 관계를 더 구체화해 가는 이야기를 다룬다. 일본에서는 2024년 6월 25일 6권까지 발매되었으며, 7권은 2026년 6월 29일 발매 예정으로 공지되어 있다.<ref name="ichijinsha-work">{{웹 인용 |url=https://www.ichijinsha.co.jp/yurihime/title/%E3%82%B5%E3%83%96%E3%83%AD%E3%82%A6%E3%82%BF/citrus/ |제목=citrus+ |출판사=一迅社 |확인일=2026-06-16}}</ref><ref name="rakuten-plus7">{{웹 인용 |url=https://books.rakuten.co.jp/rb/18601518/ |제목=citrus +（7） |출판사=楽天ブックス |확인일=2026-06-16}}</ref>

===만화===

{{만화 정보
|제목 = citrus
|일본어제목 = シトラス
|영어제목 = citrus
|사진 = citrus_1.jpg
|작가 = 사부로우타
|작가원문 = サブロウタ
|출판사 = 이치진샤
|출판사국적 = 일본
|연재처 = 코믹 유리히메
|연재처국적 = 일본
|레이블 = 유리히메 코믹스
|정발 = 레진코믹스 / 레진엔터테인먼트
|역자 = 정효진
|영어판 = Seven Seas Entertainment
|형태 = 잡지 연재
|대표장르 = 백합
|장르 = 백합, 연애, 드라마, 학원
|연재시작 = 2013년 1월호
|연재시작일 = 2012. 11. 17.
|연재종료 = 2018년 10월호
|연재종료일 = 2018. 8. 18.
|연재주기 = 잡지 간행 체제에 따름
|화수 = 전 41화
|일본권수 = 전 10권
|일본최신발매일 = 2018. 10. 31.
|한국권수 = 전 10권
|한국최신발매일 = 2019. 4. 24.
|영어권수 = 전 10권
|영어최신발매일 = 2019. 7. 23.
}}

====연재 및 단행본====

《citrus》 본편은 《코믹 유리히메》에서 연재된 사부로우타의 대표작이다. 초기에는 의붓자매가 된 두 여고생의 충돌과 감정적 혼란을 중심으로 전개되며, 이후에는 주변 인물의 개입, 가족 문제, 학원 운영과 후계 문제, 비밀 연애의 한계, 관계의 공개와 선택 문제로 이야기가 확장된다.

일본 단행본은 2013년 7월 18일 1권을 시작으로 2018년 10월 31일 10권까지 발매되어 완결되었다.<ref name="ichijinsha-work" /> 한국어판은 레진 계열 출판을 통해 《citrus 시트러스》라는 제목으로 정발되었고, 10권은 2019년 4월 24일 발행되었다.<ref name="yes24-main10">{{웹 인용 |url=https://www.yes24.com/product/goods/73292089 |제목=citrus 시트러스 10 |출판사=YES24 |확인일=2026-06-16}}</ref> 영어판은 Seven Seas Entertainment가 출판했으며, 영어판 10권은 2019년 7월 23일 발매되었다.<ref name="sevenseas-main10">{{웹 인용 |url=https://sevenseasentertainment.com/books/citrus-vol-10/ |제목=Citrus Vol. 10 |출판사=Seven Seas Entertainment |확인일=2026-06-16}}</ref>

{| class="wikitable"
! 권수 !! 일본 발매일 !! 비고
|-
| 1권 || 2013. 7. 18. || 본편 시작권
|-
| 2권 || 2014. 3. 18. || 아이하라 가문과 학원 문제 확대
|-
| 3권 || 2014. 11. 18. || 마츠리 등장과 유즈·메이 관계의 흔들림
|-
| 4권 || 2015. 7. 18. || 수학여행 편, 사라·니나 자매 등장
|-
| 5권 || 2016. 5. 18. || 연인 관계 이후의 학원 생활과 주변 인물 서사
|-
| 6권 || 2016. 12. 17. || 유즈와 메이의 관계 진전과 데이트 에피소드
|-
| 7권 || 2017. 6. 16. || 여름방학, 보충수업, 시라호 관련 에피소드
|-
| 8권 || 2017. 10. 18. || 여행 편과 비밀 연애의 긴장
|-
| 9권 || 2018. 3. 23. || 메이의 표정 변화와 결말부 갈등의 예고
|-
| 10권 || 2018. 10. 31. || 본편 최종권
|}

====스토리====

아이하라 유즈는 외모와 행동은 자유분방한 갸루에 가깝지만, 실제로는 제대로 된 첫사랑을 경험하지 못한 여고생이다. 어머니 우메의 재혼으로 새 집과 새 학교에 적응해야 하는 상황에 놓이고, 전학 첫날부터 엄격한 교칙을 가진 여학교 아이하라 학원에서 학생회장 아이하라 메이와 충돌한다.

유즈가 당황하는 이유는 학교 생활뿐만이 아니다. 집으로 돌아온 뒤, 학교에서 자신을 강하게 제지했던 메이가 어머니의 재혼 상대의 딸, 곧 자신의 의붓동생이 되었으며 같은 방을 쓰게 된다는 사실을 알게 된다. 메이는 겉으로는 냉정하고 완벽한 학생회장이지만, 아이하라 학원과 가문, 아버지와 할아버지, 장래의 후계 문제에 깊이 묶여 있다.

초반부는 유즈가 메이에게 느끼는 반발심, 끌림, 혼란을 따라간다. 유즈는 자신이 품은 감정이 단순한 호기심인지, 가족으로서의 애정인지, 연애 감정인지 구분하지 못한다. 반대로 메이는 감정 표현이 서툴고, 자신의 욕망보다 책임과 역할을 우선시하려 한다. 두 사람의 관계는 단순한 동거형 로맨스가 아니라, 가족이라는 이름으로 가까워졌으나 연애라는 형태로는 쉽게 말할 수 없는 긴장 위에서 진행된다.

중반부에서는 하룻밤의 감정이나 충돌만으로는 관계가 성립되지 않는다는 점이 강조된다. 하룻밤 혹은 한 번의 고백이 아니라, 서로의 가족사와 상처, 학교 안에서의 위치, 친구들의 시선, 장래에 대한 선택이 누적되면서 유즈와 메이는 서로를 다시 이해하게 된다. 하루미, 히메코, 마츠리, 사라, 니나 등 주변 인물들은 단순한 방해자가 아니라 두 주인공이 자기 감정을 확인하게 만드는 거울 역할을 한다.

후반부에서는 메이가 아이하라 학원을 잇기 위해 스스로 유즈와 거리를 두려는 선택을 하면서, 이야기의 갈등이 개인적 연애에서 가족·학원·미래의 문제로 확장된다. 유즈는 메이를 붙잡고 싶은 마음과 메이의 꿈을 존중하고 싶은 마음 사이에서 고뇌한다. 최종적으로 본편은 유즈와 메이가 서로의 감정을 회피하지 않고 마주하는 방향으로 마무리된다.

====작품 특징====

《citrus》는 의붓자매라는 설정을 사용하지만, 핵심 갈등은 혈연 문제가 아니라 갑작스럽게 가족이 된 두 인물이 서로에게 연애 감정을 품게 되었을 때 발생하는 정체성의 혼란과 사회적 장벽에 있다. 보수적인 여학교, 학생회, 가문 승계, 학원 이사장 문제는 두 사람의 관계를 단순한 사적 감정에 머물지 않게 만드는 장치로 기능한다.

유즈는 감정을 밖으로 드러내는 인물이고, 메이는 감정을 억누르는 인물이다. 이 대비는 작품 전반의 기본 구조가 된다. 유즈가 행동으로 부딪히는 쪽이라면, 메이는 침묵과 회피, 책임감으로 자신을 감춘다. 따라서 두 사람의 로맨스는 고백과 수락의 직선적 전개보다, 오해와 거리두기, 주변 인물의 개입, 감정 확인을 반복하며 진행된다.

또한 작품은 백합 장르 안에서도 드라마성이 강한 편이다. 일상적 달콤함보다 관계의 불안정성, 질투, 상처, 말하지 못한 진심이 전면에 배치된다. 후속작 《citrus+》는 본편보다 일상적이고 관계 정리의 성격이 강하며, 본편에서 결말로 압축되었던 연인 이후의 시간을 더 세밀하게 다룬다.

====등장인물====

{| class="wikitable"
! 인물 !! 일본어 표기 !! 성우 !! 설명
|-
| 아이하라 유즈 || 藍原柚子 || 타케타츠 아야나 || 본작의 주인공. 화려한 갸루 스타일을 좋아하지만 연애 경험은 거의 없는 여고생이다. 어머니의 재혼으로 아이하라 학원에 전학하고, 메이와 의붓자매가 된다. 즉흥적이고 솔직하며 감정 표현이 큰 편이지만, 메이에 대한 감정을 자각한 뒤에는 자신이 원하는 사랑과 가족으로서의 역할 사이에서 흔들린다.
|-
| 아이하라 메이 || 藍原芽衣 || 츠다 미나미 || 아이하라 학원의 학생회장. 성적과 품행이 뛰어나고 냉정해 보이는 인물이다. 유즈의 의붓동생이자 같은 방을 쓰는 상대가 된다. 아이하라 학원과 가문을 둘러싼 책임감이 강하며, 감정보다 의무를 우선하려는 태도 때문에 유즈와 여러 차례 엇갈린다.
|-
| 타니구치 하루미 || 谷口はるみ || 후지이 유키요 || 유즈가 전학 후 사귄 친구. 유즈와 달리 학교 분위기와 교칙을 잘 알고 있으며, 유즈가 아이하라 학원에 적응하는 데 중요한 조력자가 된다. 유즈의 감정 변화를 가까이에서 지켜보는 인물이다.
|-
| 모모키노 히메코 || 桃木野姫子 || 쿠보 유리카 || 아이하라 학원 학생회 부회장. 메이의 오랜 지인이며, 메이를 특별하게 여긴다. 유즈가 메이와 가까워지는 것을 경계하면서 초반부 갈등을 만든다.
|-
| 미즈사와 마츠리 || 水沢まつり || 이자와 시오리 || 유즈의 어린 시절 지인. 장난스럽고 계산적인 면이 있으며, 유즈와 메이의 관계에 파문을 일으킨다. 이후에는 유즈 일행과 얽히며 후속작에서도 중요한 주변 인물로 등장한다.
|-
| 타치바나 사라 || タチバナ・サラ || 카네모토 히사코 || 수학여행 편에서 등장하는 쌍둥이 자매 중 언니. 운명적 사랑을 믿는 낭만적인 성향을 지닌 인물로, 유즈와 메이의 관계를 다시 돌아보게 만드는 계기가 된다.
|-
| 타치바나 니나 || タチバナ・ニナ || 마츠자키 레이 || 사라의 쌍둥이 동생. 사라를 아끼는 마음이 강하며, 사라의 사랑을 이루어 주기 위해 적극적으로 행동한다.
|-
| 아이하라 우메 || 藍原梅 || 우에다 카나 || 유즈의 어머니. 재혼을 통해 메이의 아버지인 쇼와 가족이 되며, 유즈와 메이가 함께 생활하게 되는 계기를 만든다. 밝고 털털한 성격으로 묘사된다.
|-
| 아이하라 쇼 || 藍原翔 || 마에노 토모아키 || 메이의 아버지이자 우메의 재혼 상대. 아이하라 학원과 가문 문제에서 중요한 위치에 있으나, 메이와는 가치관의 차이와 거리감이 있다.
|-
| 아이하라 학원 이사장 || 藍原学院理事長 || 아리모토 킨류 || 메이의 할아버지. 아이하라 학원의 권위와 전통을 상징하는 인물이며, 초반부에서 유즈와 메이의 학교 생활에 직접적인 압박을 준다.
|-
| 아마미야 선생 || 雨宮 || 노가미 쇼 || 초반부에 등장하는 교사. 메이의 약혼자 위치에 놓이며, 유즈가 메이의 처지를 이해하게 되는 사건에 연결된다.
|}

====단행본 발매 현황====

{| class="wikitable"
! 구분 !! 발매 상태 !! 최신 권수 !! 최신 발매일 !! 출판사
|-
| 일본어판 본편 || 완결 || 전 10권 || 2018. 10. 31. || 이치진샤
|-
| 한국어판 본편 || 완결 || 전 10권 || 2019. 4. 24. || 레진엔터테인먼트
|-
| 영어판 본편 || 완결 || 전 10권 || 2019. 7. 23. || Seven Seas Entertainment
|-
| 일본어판 후속작 《citrus+》 || 연재 중 || 6권 발매, 7권 발매 예정 || 2024. 6. 25. / 2026. 6. 29. 예정 || 이치진샤
|-
| 한국어판 후속작 《시트러스 플러스 citrus+》 || 발매 중 || 6권 || 2025. 6. 11. || 레진코믹스
|-
| 영어판 후속작 《Citrus+》 || 발매 중 || 6권 || 2024. 11. 19. || Seven Seas Entertainment
|}

===후속작: citrus+===

{{만화 정보
|제목 = citrus+
|일본어제목 = シトラスプラス
|영어제목 = Citrus+
|사진 =
|작가 = 사부로우타
|작가원문 = サブロウタ
|출판사 = 이치진샤
|출판사국적 = 일본
|연재처 = 코믹 유리히메
|연재처국적 = 일본
|레이블 = 유리히메 코믹스
|정발 = 레진코믹스
|역자 = 정효진
|영어판 = Seven Seas Entertainment
|형태 = 잡지 연재
|대표장르 = 백합
|장르 = 백합, 연애, 드라마, 학원
|연재시작 = 2019년 2월호
|연재시작일 = 2018. 12. 18.
|연재종료 = 연재 중
|연재종료일 =
|연재주기 = 비정기 / 잡지 게재
|일본권수 = 6권, 7권 발매 예정
|일본최신발매일 = 2024. 6. 25.
|일본다음발매일 = 2026. 6. 29. 예정
|한국권수 = 6권
|한국최신발매일 = 2025. 6. 11.
|영어권수 = 6권
|영어최신발매일 = 2024. 11. 19.
}}

'''citrus+'''는 《citrus》 본편의 후속작이다. 본편이 유즈와 메이가 서로의 감정을 확인하고 관계를 선택하기까지의 이야기라면, 《citrus+》는 그 이후의 시간을 다룬다. 두 사람이 이미 연인 관계임을 전제로, 학교 생활과 가족 관계, 친구들의 시선, 장래 계획 속에서 관계를 어떻게 구체적으로 유지하고 성장시킬지를 보여 준다.

공식 소개에서는 《citrus+》를 “다양한 어려움을 거쳐 연인이 된 유즈와 메이가 의붓자매이자 연인으로서 고등학교 생활을 시작하는 이야기”로 설명한다.<ref name="ichijinsha-plus-episode">{{웹 인용 |url=https://ichicomi.com/episode/2550912965923203855 |제목=citrus+ - サブロウタ / May 27th |출판사=一迅プラス |확인일=2026-06-16}}</ref> 본편보다 갈등의 폭발력은 줄어들지만, 두 주인공의 관계를 주변 인물과 공동체 안에 놓고 더 세밀하게 다룬다는 점에서 후일담 이상의 의미를 지닌다.

{| class="wikitable"
! 권수 !! 일본 발매일 !! 비고
|-
| 1권 || 2019. 11. 18. || 본편 이후의 관계 시작
|-
| 2권 || 2020. 7. 31. || 유즈와 메이의 연인 관계 일상화
|-
| 3권 || 2021. 3. 31. || 주변 인물과 관계망 확대
|-
| 4권 || 2022. 1. 18. || 두 사람의 관계를 바라보는 외부 시선 강화
|-
| 5권 || 2023. 1. 13. || 학원 생활과 장래 문제의 재부각
|-
| 6권 || 2024. 6. 25. || 아카미네 학원과 합동 학원제 관련 전개
|-
| 7권 || 2026. 6. 29. 예정 || 2026년 6월 16일 기준 예약 공지 상태
|}

===미디어 믹스 및 관련 서적===

====드라마 CD====

2015년 7월 18일 발매된 일본어판 단행본 4권 특장판에는 드라마 CD가 포함되었다. 애니메이션화 이전부터 주요 인물의 음성 캐스팅이 이루어진 사례이며, 이후 TV 애니메이션에서도 유즈 역의 타케타츠 아야나와 메이 역의 츠다 미나미가 기용되었다.

====화집====

연재 10주년을 기념하여 '''citrus artbook'''이 2022년 11월 17일 발매되었다. 이 책은 사부로우타의 첫 화집으로 소개되었으며, 2012년부터 2018년까지 그려진 《citrus》 관련 일러스트 200점 이상과 작가 코멘트를 수록했다.<ref name="artbook">{{웹 인용 |url=https://data.ichijinsha.co.jp/detail/75802464 |제목=citrus artbook |출판사=一迅社 |확인일=2026-06-16}}</ref>

====기념 전시====

2023년 1월 14일부터 1월 29일까지 신주쿠 마루이 아넥스에서 '''citrus memorial exhibition 2023'''이 개최되었다. 이 행사는 《citrus》 연재 시작 10주년과 TV 애니메이션 방영 5주년을 기념한 전시로, 원작 자료와 애니메이션 자료, 영상 상영, 신규 녹음 음성 등을 포함했다.<ref name="exhibition">{{웹 인용 |url=https://infinitedayo.jp/news/%E3%80%8Ccitrus%E3%80%8D%E9%80%A3%E8%BC%89%E9%96%8B%E5%A7%8B10%E5%91%A8%E5%B9%B4%E3%83%BBtv%E3%82%A2%E3%83%8B%E3%83%A1%E6%94%BE%E9%80%815%E5%91%A8%E5%B9%B4-%E7%89%B9%E5%88%A5%E5%B1%95%E7%A4%BA/ |제목=「citrus」連載開始10周年・TVアニメ放送5周年特別展示会「citrus memorial exhibition 2023」開催決定! |출판사=インフィニット |날짜=2022-12-05 |확인일=2026-06-16}}</ref>

===애니메이션===

{{애니메이션 정보
|제목 = citrus
|일본어제목 = シトラス
|영어제목 = citrus
|원작 = 사부로우타
|감독 = 타카하시 타케오
|시리즈구성 = 하야시 나오키
|각본 = 하야시 나오키
|캐릭터디자인 = 이주인 이즈로
|음악 = 타카하시 료
|음악제작 = 란티스
|프로듀스 = 인피니트
|애니메이션제작 = 팟쇼네
|제작 = citrus 제작위원회
|방송국 = AT-X 외
|한국방송 = 애니플러스
|방영시작 = 2018. 1. 6.
|방영종료 = 2018. 3. 24.
|화수 = 전 12화
|등급 = 19세 관람
}}

TV 애니메이션 《citrus》는 팟쇼네가 제작한 2018년 1분기 TV 애니메이션이다. 일본에서는 AT-X 등을 통해 2018년 1월 6일부터 3월 24일까지 방영되었고, 한국에서는 애니플러스가 2018년 1분기 작품으로 편성했다.<ref name="aniplus">{{웹 인용 |url=https://aniplustv.com/items/1974 |제목=citrus |출판사=애니플러스 |확인일=2026-06-16}}</ref>

애니메이션은 본편 초반부, 특히 유즈의 전학과 메이와의 의붓자매 관계 성립, 히메코와 마츠리의 개입, 수학여행 편과 사라·니나 자매의 등장까지를 중심으로 구성한다. 최종화는 유즈와 메이가 서로의 감정을 확인하는 지점에서 마무리된다.

====스태프====

{| class="wikitable"
! 직책 !! 이름
|-
| 원작 || 사부로우타
|-
| 감독 || 타카하시 타케오
|-
| 조감독 || 산페이 히지리
|-
| 치프 연출 || 타츠와 나오유키
|-
| 시리즈 구성 || 하야시 나오키
|-
| 각본 || 하야시 나오키
|-
| 캐릭터 디자인 || 이주인 이즈로
|-
| 총작화감독 || 이주인 이즈로
|-
| 프롭 디자인 || 이와나가 요시노리, 코다마 히로유키
|-
| 색채 설계 || 마츠야마 아이코
|-
| 미술감독 || 운노 유키
|-
| 촬영감독 || 타무라 히토시
|-
| 3D 감독 || 하마무라 토시로
|-
| 편집 || 탄 아야코
|-
| 음향감독 || 시미즈 카츠노리
|-
| 음악 || 타카하시 료
|-
| 음악 제작 || 란티스
|-
| 프로듀스 || 인피니트
|-
| 애니메이션 제작 || 팟쇼네
|-
| 제작 || citrus 제작위원회
|}

====성우진====

{| class="wikitable"
! 인물 !! 일본어 성우 !! 영어 더빙 성우
|-
| 아이하라 유즈 || 타케타츠 아야나 || Megan Shipman
|-
| 아이하라 메이 || 츠다 미나미 || Amber Lee Connors
|-
| 타니구치 하루미 || 후지이 유키요 || Margaret McDonald
|-
| 모모키노 히메코 || 쿠보 유리카 || Bryn Apprill
|-
| 미즈사와 마츠리 || 이자와 시오리 || Kristi Rothrock
|-
| 마루타 카요 || 하야마 이쿠미 || Natalie Hoover
|-
| 타치바나 사라 || 카네모토 히사코 || Felecia Angelle
|-
| 타치바나 니나 || 마츠자키 레이 || Megan Emerick
|-
| 아이하라 쇼 || 마에노 토모아키 || David Wald
|-
| 아이하라 우메 || 우에다 카나 || Terri Doty
|}

====주제가 및 삽입곡====

공식 음악 정보에서 확인되는 TV 애니메이션의 정규 주제가는 오프닝과 엔딩 두 곡이다.<ref name="anime-info" />

{| class="wikitable"
! 구분 !! 곡명 !! 아티스트 !! 사용 화수
|-
| 오프닝 테마 || アザレア || nano.RIPE || 전반 사용
|-
| 엔딩 테마 || Dear Teardrop || Mia REGINA || 전반 사용
|}

====각화 리스트====

{| class="wikitable"
! 화수 !! 제목 !! 일본 방영일 !! 주요 내용
|-
| 1화 || love affair!? || 2018. 1. 6. || 유즈가 아이하라 학원에 전학하고, 학생회장 메이와 충돌한다. 집에서는 메이가 자신의 의붓동생이 되었음을 알게 된다.
|-
| 2화 || one's first love || 2018. 1. 13. || 유즈는 메이와 아마미야를 둘러싼 문제를 알게 되고, 메이에 대한 자신의 감정이 단순한 반발심만은 아님을 느낀다.
|-
| 3화 || sisterly love? || 2018. 1. 20. || 유즈는 메이를 둘러싼 가족 문제에 깊이 관여하게 되고, 의붓자매라는 관계와 연애 감정 사이에서 혼란을 겪는다.
|-
| 4화 || love me do! || 2018. 1. 27. || 히메코가 본격적으로 개입하며, 메이를 향한 히메코의 감정과 유즈의 불안이 충돌한다.
|-
| 5화 || under lover || 2018. 2. 3. || 유즈와 메이의 관계가 데이트와 가족사 문제를 통해 조금씩 달라진다.
|-
| 6화 || out of love || 2018. 2. 10. || 메이의 아버지 쇼가 등장하며, 메이가 짊어진 아이하라 가문의 책임과 상처가 드러난다.
|-
| 7화 || love or lie! || 2018. 2. 17. || 마츠리가 등장하여 유즈와 메이의 관계를 흔들고, 질투와 거짓말이 갈등의 중심이 된다.
|-
| 8화 || war of love || 2018. 2. 24. || 마츠리의 개입이 심화되며, 유즈는 메이를 향한 자신의 마음을 더 분명히 의식하게 된다.
|-
| 9화 || love is || 2018. 3. 3. || 유즈와 메이는 서로에 대한 감정을 확인하려 하지만, 아직 관계를 안정적으로 정리하지 못한다.
|-
| 10화 || winter of love || 2018. 3. 10. || 수학여행 편이 시작되고, 유즈는 사라와 니나 자매를 만나며 자신의 사랑을 다시 돌아본다.
|-
| 11화 || love you only || 2018. 3. 17. || 사라가 메이를 운명의 상대라고 여기면서, 유즈의 감정과 약속이 충돌한다.
|-
| 12화 || my love goes on and on || 2018. 3. 24. || 유즈는 사라와 니나의 일, 메이에 대한 감정, 자신의 선택을 마주하고 메이에게 진심을 전한다.
|}

===평가와 의의===

《citrus》는 2010년대 상업 백합 만화의 대표적인 인기작 가운데 하나로 꼽힌다. 《코믹 유리히메》 연재작 중에서도 해외 정발과 TV 애니메이션화를 모두 이룬 작품이며, 영어권에서는 Seven Seas Entertainment가 본편과 후속작을 모두 출판했다.<ref name="sevenseas-main10" /><ref name="sevenseas-plus">{{웹 인용 |url=https://sevenseasentertainment.com/series/citrusplus/ |제목=Citrus+ |출판사=Seven Seas Entertainment |확인일=2026-06-16}}</ref>

작품의 강점은 유즈와 메이의 성격 대비, 사부로우타 특유의 섬세한 작화, 감정의 불균형에서 오는 드라마성이다. 특히 유즈는 독자에게 감정의 입구 역할을 하는 인물이고, 메이는 쉽게 속마음을 드러내지 않는 인물로 배치되어 두 사람 사이의 거리감이 장기적 서사의 동력이 된다.

다만 초반부에는 강압적 접촉, 의붓자매 설정, 감정선의 급격한 전개 등으로 인해 호불호가 갈릴 수 있다. 이러한 요소는 작품의 긴장감을 만드는 장치이기도 하지만, 독자에 따라서는 불편하게 받아들여질 수 있다. 후속작 《citrus+》는 본편보다 자극적 갈등을 줄이고, 이미 연인이 된 두 사람이 관계를 지속하는 과정에 초점을 옮긴다.

===관련 문서===

* [[코믹 유리히메]]
* [[팟쇼네]]
* [[백합]]
* [[플립 플래퍼즈]]
* [[사부로우타]]

===주석===
<references/>

[[분류:일본 만화]]
[[분류:백합 만화]]
[[분류:연애 만화]]
[[분류:학원 만화]]
[[분류:2012년 만화]]
[[분류:2018년 애니메이션]]
[[분류:만화 원작 애니메이션]]
[[분류:팟쇼네]]

일본 불매운동

2026-06-16T08:02:39Z

Gaon12: 문서 최신화

[[파일:no_boycott_japan.png|500px|섬네일|2019년 대한민국의 일본 제품 불매운동에서 널리 사용된 'NO, BOYCOTT JAPAN' 이미지]]

'''일본 불매운동''' 또는 '''2019년 대한민국의 일본 제품 불매운동'''은 2019년 7월 일본 정부가 대한민국에 대한 반도체·디스플레이 소재 수출관리 절차를 강화하자, 이에 반발한 대한민국 소비자들이 일본 제품 구매와 일본 여행을 자발적으로 줄이거나 거부한 소비자 운동이다. 당시 온라인에서는 '''노 재팬'''(No Japan), '''보이콧 재팬'''(Boycott Japan), '''가지 않습니다, 사지 않습니다'''라는 구호가 널리 쓰였다.

이 운동은 특정 정당이나 국가기관이 공식적으로 지휘한 운동이라기보다, 인터넷 커뮤니티·SNS·소비자 개인·일부 자영업자·시민단체 등이 각자의 방식으로 참여한 민간 주도 운동의 성격이 강했다. 다만 일부 지방자치단체가 관련 배너 설치를 추진하면서 관 주도 캠페인 논란도 함께 발생하였다.

운동의 직접적 계기는 2019년 7월 1일 일본 경제산업성의 발표였다. 일본 정부는 대한민국에 대해 플루오린 폴리이미드, 포토레지스트, 고순도 불화수소 등 3개 품목의 수출관리 운용을 변경하였고, 같은 해 8월에는 대한민국을 일본 수출관리상 우대 대상국 목록, 이른바 화이트리스트에서 제외하였다.<ref>[https://www.meti.go.jp/policy/external_economy/export_control_korea/index-en.html Update of METI's licensing policies and procedures in relation to the Republic of Korea], 일본 경제산업성.</ref> 일본 정부는 이를 안보상 수출관리 조치라고 설명했으나, 대한민국 정부와 다수의 국내 여론은 2018년 대한민국 대법원의 강제동원 피해자 배상 판결과 연결된 사실상의 경제 보복으로 받아들였다.<ref>[https://www.yna.co.kr/view/AKR20230316122752003 일본, 한국 반도체 소재 수출규제 해제…韓, WTO 제소 취하], 연합뉴스, 2023년 3월 16일.</ref>

2023년에는 한일 양국이 수출관리 정책 대화를 재개하면서 3개 품목에 대한 일본의 수출규제가 해제되었고, 대한민국도 세계무역기구(WTO) 제소를 취하하기로 하였다. 이후 한국은 2023년 4월 일본을 수출 우대국 명단에 복귀시켰고, 일본도 2023년 7월 21일부터 한국을 일본 수출관리상 우대 대상국으로 복귀시켰다.<ref>[https://en.yna.co.kr/view/AEN20230316005453320 S. Korea withdraws WTO complaint about Japan's export restrictions], 연합뉴스 영문판, 2023년 3월 16일.</ref><ref>[https://www.meti.go.jp/english/speeches/press_conferences/2023/0627001.html Press Conference by Minister Nishimura: Control of exports to the Republic of Korea], 일본 경제산업성, 2023년 6월 27일.</ref>

==요약==
# '''일본 불매운동'''은 2019년 7월 일본의 대한국 수출관리 강화 조치를 계기로 대한민국에서 확산한 일본 제품·일본 여행 불매 운동이다.
# 주요 구호는 '''NO, BOYCOTT JAPAN''', '''No Japan''', '''가지 않습니다, 사지 않습니다'''였다.
# 운동은 소비자 개인의 자발적 참여를 중심으로 전개되었고, 일본 맥주·의류·자동차·여행 상품 등 일부 소비재와 서비스 분야에서 뚜렷한 매출 감소가 나타났다.
# 일본의 조치는 크게 두 갈래였다. 첫째, 반도체·디스플레이 소재 3개 품목의 포괄허가 운용을 개별허가 중심으로 변경한 조치이고, 둘째, 한국을 수출관리상 우대 대상국에서 제외한 조치이다.
# 대한민국 정부는 일본의 조치가 2018년 대한민국 대법원의 강제동원 피해자 배상 판결에 대한 보복적 성격이 있다고 보았고, 일본 정부는 안보상 수출관리 문제라고 주장하였다.
# 2023년 3월 일본은 3개 품목 수출규제를 해제하기로 했고, 한국은 WTO 제소를 취하하기로 하였다. 2023년 7월에는 일본이 한국을 수출관리상 우대 대상국으로 복귀시키면서 정부 간 수출관리 갈등은 상당 부분 해소되었다.
# 2020년 이후 코로나19와 한일관계 변화, 엔화 약세, 일본 여행 재개, 소비자 피로감 등이 겹치면서 불매운동의 강도는 점차 약화되었다.
# 2023년 이후 일본 맥주·일본 여행·일부 일본 브랜드의 매출은 빠르게 회복되었고, 일부 품목은 불매운동 이전 수준에 근접하거나 이를 넘어섰다는 통계가 나오고 있다.

==명칭==
이 운동은 언론과 대중 사이에서 여러 이름으로 불렸다.

{| class="wikitable"
! 명칭 !! 설명
|-
| 일본 불매운동 || 가장 일반적인 표현이다. 일본 제품 또는 일본 관련 소비를 거부한다는 의미로 쓰인다.
|-
| 일본 제품 불매운동 || 일본 기업·브랜드의 상품 구매를 줄이거나 거부한다는 의미를 강조한 표현이다.
|-
| 노 재팬 || 영어식 구호인 No Japan을 한국어로 읽은 표현이다. 2019년 당시 언론과 SNS에서 널리 쓰였다.
|-
| 보이콧 재팬 || Boycott Japan을 한국어로 표기한 표현이다.
|-
| 가지 않습니다, 사지 않습니다 || 일본 여행을 가지 않고 일본 제품을 사지 않겠다는 의미의 구호이다.
|-
| 노노재팬 || 불매 대상과 대체 상품 정보를 공유하던 웹사이트 이름으로 널리 알려졌다.
|}

다만 '''일본 불매운동'''이라는 표현은 엄밀히 말하면 일본이라는 국가 전체나 일본인을 대상으로 한 적대 행위를 뜻하는 것이 아니라, 2019년 한일 통상 갈등에 항의하여 일본 기업·브랜드 제품과 일본 여행 소비를 줄이자는 소비자 운동을 가리키는 표현으로 쓰였다. 따라서 문서 서술에서는 일본 정부, 일본 기업, 일본 국민, 일본 문화 소비를 구분하여 설명하는 것이 필요하다.

==배경==
===강제동원 배상 판결과 한일 갈등===
2018년 대한민국 대법원은 일제강점기 강제동원 피해자들이 일본 기업을 상대로 제기한 손해배상 청구 소송에서 피해자 측 손을 들어주는 판결을 내렸다. 이 판결은 1965년 한일 청구권 협정으로 개인의 손해배상 청구권이 모두 소멸했는지를 둘러싼 한일 양국의 해석 차이를 다시 부각시켰다.

대한민국에서는 대법원 판결이 사법부의 판단이므로 정부가 임의로 뒤집을 수 없다는 입장이 강했다. 반면 일본 정부는 해당 판결이 1965년 한일 청구권 협정에 반한다고 주장하였다. 이후 양국 간 외교 갈등은 강제동원 문제, 수출관리 문제, 군사정보보호협정(GSOMIA) 문제 등으로 확대되었다.

===일본의 수출관리 강화 조치===
2019년 7월 1일 일본 경제산업성은 대한민국에 대한 수출관리 운용을 변경한다고 발표하였다. 주요 내용은 대한민국으로 수출되는 일부 반도체·디스플레이 핵심 소재에 대해 기존의 포괄허가 방식 적용을 제한하고, 건별 심사를 강화하는 것이었다.<ref>[https://www.meti.go.jp/policy/external_economy/export_control_korea/index-en.html Update of METI's licensing policies and procedures in relation to the Republic of Korea], 일본 경제산업성.</ref>

대상이 된 3개 품목은 다음과 같다.

{| class="wikitable"
! 품목 !! 영어명 !! 주요 용도 !! 당시 쟁점
|-
| 플루오린 폴리이미드 || Fluorinated Polyimide || 플렉시블 디스플레이, OLED 소재 || 일본 기업 의존도가 높아 디스플레이 공급망 불안이 우려되었다.
|-
| 포토레지스트 || Photoresist 또는 Resist || 반도체 회로 패턴 형성 공정 || 특히 초미세 공정용 소재의 안정적 조달이 중요하게 여겨졌다.
|-
| 고순도 불화수소 || Hydrogen Fluoride, Etching Gas || 반도체 식각·세정 공정 || 반도체 생산 필수 소재로, 공급 지연 시 생산 차질 우려가 컸다.
|}

이 조치는 2019년 7월 4일부터 적용되었다. 일본의 수출 자체가 전면 금지된 것은 아니었으나, 기존보다 심사 절차가 까다로워지고 허가까지 시간이 걸릴 수 있다는 점에서 대한민국 반도체·디스플레이 업계에 큰 불확실성을 주었다. 당시 삼성전자와 SK하이닉스 등은 재고 확보, 대체 공급처 탐색, 국산화·다변화 검토에 나섰다.

===화이트리스트 제외===
일본 정부는 2019년 8월 2일 각의에서 대한민국을 수출관리상 우대 대상국에서 제외하는 수출무역관리령 개정안을 의결하였다. 이 조치는 2019년 8월 28일부터 시행되었다.<ref>[https://www.meti.go.jp/policy/external_economy/export_control_korea/index-en.html Update of METI's licensing policies and procedures in relation to the Republic of Korea], 일본 경제산업성.</ref>

대한민국에서는 이 조치가 일본의 3개 소재 수출관리 강화보다 더 넓은 의미를 가진다고 받아들여졌다. 특정 품목만의 문제가 아니라, 전략물자 수출관리상 한국의 지위가 낮아진 것으로 해석되었기 때문이다. 일본 정부는 제도상으로는 기존의 '화이트국' 표현을 '그룹 A' 등으로 바꾸어 설명했으나, 한국 언론과 대중 사이에서는 계속해서 '화이트리스트 제외'라는 표현이 널리 쓰였다.

===대한민국 정부의 대응===
대한민국 정부는 일본의 수출관리 강화 조치를 부당한 수출규제로 규정하고, 외교적 협의와 국제무역기구 절차를 병행하였다. 또한 2019년 9월 일본을 대한민국의 전략물자 수출 우대국 명단에서 제외하는 전략물자 수출입고시 개정안을 시행하였다.<ref>[https://www.korea.net/NewsFocus/policies/view?articleId=175393 Trade Ministry drops Japan from 'whitelist' of preferential trade partners], 코리아넷, 2019년 9월 18일.</ref>

동시에 정부는 소재·부품·장비 산업의 대일 의존도를 줄이기 위한 정책을 강화하였다. 2019년 8월 5일에는 소재·부품·장비 경쟁력 강화 대책을 발표하고, 100대 핵심 전략품목의 공급 안정성 확보와 국산화·수입처 다변화를 추진하겠다고 밝혔다.<ref>[https://www.korea.kr/briefing/policyBriefingView.do?newsId=156344320 소재부품장비 경쟁력 강화 대책], 대한민국 정책브리핑, 2019년 8월 5일.</ref>

==전개==
===초기 확산===
2019년 7월 초 일본의 수출관리 강화 조치가 알려지자, 온라인 커뮤니티와 SNS를 중심으로 일본 제품 불매운동이 빠르게 확산하였다. 초기에는 일본 맥주, 의류 브랜드, 자동차, 화장품, 생활용품, 여행 상품 등이 주된 대상으로 언급되었다.

불매운동은 특정 단체가 일괄적으로 명령하는 방식이 아니라, 소비자들이 일본 브랜드 정보를 공유하고 대체 상품을 찾는 방식으로 전개되었다. 이 과정에서 불매 대상과 대체 상품을 정리한 게시글, 이미지, 웹사이트가 빠르게 퍼졌다.

대표적으로 '노노재팬'은 일본 제품과 대체 상품 정보를 이용자들이 직접 등록할 수 있는 웹사이트로 알려졌다. 2019년 7월 당시 이 사이트는 접속자가 몰리면서 한때 접속 장애가 발생할 정도로 관심을 받았다.<ref>[https://www.khan.co.kr/article/201907181553011 노노재팬, 일본산 대체 국산품 소개 사이트 인기], 경향신문, 2019년 7월 18일.</ref>

===소비자 참여 방식===
불매운동 참여 방식은 다양했다.

{| class="wikitable"
! 참여 방식 !! 내용
|-
| 제품 구매 거부 || 일본 브랜드 상품을 사지 않거나 기존에 구매하던 제품을 국산·타국산 제품으로 대체하였다.
|-
| 일본 여행 취소 || 일본 항공권·숙박·패키지여행 예약을 취소하거나 신규 여행 계획을 보류하였다.
|-
| 대체 상품 공유 || 일본 제품과 비슷한 용도의 국산 또는 타국산 제품 정보를 공유하였다.
|-
| 매장 내 판매 중단 || 일부 자영업자와 소규모 점포가 일본산 제품 판매를 중단하거나 진열대에서 제외하였다.
|-
| 인증 운동 || 일본 제품을 사지 않았다는 인증, 대체 상품 구매 인증, 일본 여행 취소 인증 등이 SNS에 올라왔다.
|-
| 정보 정리 || 일본 기업 지분 구조, 브랜드 원산지, 대체 상품 목록 등을 정리하는 게시물이 확산하였다.
|}

===유통업계와 자영업자의 반응===
일부 마트와 편의점, 음식점, 주류 판매점 등은 일본산 맥주와 식품의 발주를 줄이거나 판매를 중단하였다. 일부 택배 노동자 단체는 유니클로 제품 배송 거부 의사를 밝히기도 했다. 다만 이러한 움직임은 사업자별·단체별로 달랐으며, 모든 유통업체가 동일하게 참여한 것은 아니었다.

대형 유통업체들은 소비자 반응을 의식하여 일본 제품 판촉 행사를 줄이거나 일본 맥주 진열을 축소하였다. 특히 일본 맥주는 불매운동의 대표적 대상이 되었고, 편의점과 대형마트에서 매출 감소가 크게 나타났다.

===여행 보이콧===
불매운동은 제품 구매를 넘어 일본 여행을 자제하자는 움직임으로 확대되었다. 일본은 2010년대 후반 한국인 해외여행객이 많이 찾던 국가였으나, 2019년 하반기에는 일본행 항공권 예약 취소와 노선 축소가 이어졌다.

일본정부관광국(JNTO) 통계에 따르면 2019년 8월 일본을 방문한 한국인 수는 전년 동월 대비 크게 감소하였다. 연합뉴스 보도에 따르면 2019년 8월 일본 방문 한국인은 전년 같은 달보다 48%가량 줄었다.<ref>[https://www.yna.co.kr/view/AKR20190918101952073 日여행 불매운동에 8월 日방문 한국인 작년 8월 절반으로], 연합뉴스, 2019년 9월 18일.</ref>

일본 여행 보이콧은 일본 내에서도 지역별로 영향을 다르게 미쳤다. 한국과 지리적으로 가까운 규슈 지역, 대마도, 후쿠오카, 오사카, 홋카이도 등 한국인 관광객 비중이 높았던 지역에서 타격이 두드러졌다는 분석이 있었다.

===지방자치단체 배너 논란===
2019년 8월 서울 중구는 'No Japan', '가지 않습니다', '사지 않습니다'라는 문구가 적힌 배너를 도심에 설치하려 했다. 그러나 시민들 사이에서 민간의 자발적 불매운동에 지방자치단체가 직접 개입하는 것이 적절한지, 일본 국민 전체에 대한 반감으로 비칠 우려는 없는지에 대한 논란이 일었다. 이후 중구는 설치를 재검토하거나 철거하는 방향으로 대응하였다.<ref>[https://www.yna.co.kr/view/AKR20190806109600004 서울도심 'No Japan' 배너 논란…중구 "재검토"], 연합뉴스, 2019년 8월 6일.</ref>

이 사례는 불매운동의 중요한 특징을 보여준다. 즉, 많은 참여자가 일본 정부의 조치와 일본 기업 소비에 항의했지만, 동시에 관 주도 캠페인이나 일본인 전체에 대한 혐오로 비칠 수 있는 방식에는 거부감을 보인 것이다.

==보이콧 포스터==
[[파일:no_boycott_japan.png|300px|섬네일|NO, BOYCOTT JAPAN 포스터]]

2019년 일본 불매운동의 상징으로 가장 널리 알려진 이미지는 '''NO, BOYCOTT JAPAN''' 포스터이다. 이 이미지는 인터넷 커뮤니티 클리앙에 게시된 뒤 각종 커뮤니티와 SNS로 빠르게 퍼졌다. 제작자는 비영리 목적으로 자유롭게 사용해도 된다는 취지로 이미지를 공개하였고, 이후 해당 이미지는 불매운동의 대표적 상징처럼 쓰였다.<ref>[https://www.etoday.co.kr/news/view/1778207 '일본 불매운동 로고 제작' 김용길 인터뷰], 이투데이, 2019년 7월 18일.</ref>

이 포스터는 큰 글씨의 '''NO'''와 '''BOYCOTT JAPAN''' 문구를 중심으로 구성되었다. 'NO'의 O 부분은 일본 국기를 연상시키는 붉은 원으로 표현되었으며, 아래에는 '''가지 않습니다'''와 '''사지 않습니다'''라는 문구가 들어갔다. 간결한 디자인과 명확한 메시지 때문에 온라인에서 빠르게 확산하였다.

이후 여러 패러디 이미지와 수정본도 등장하였다. 일부는 방사능, 후쿠시마 오염수, 역사 문제 등을 결합한 이미지였고, 일부는 일본 불매운동을 비판하거나 조롱하는 방향의 패러디였다.

[[파일:no_boycott_japan_nuclear.jpg|300px|섬네일|방사능 문제를 결합한 수정 이미지의 예시]]

==불매 대상으로 언급된 브랜드와 품목==
아래 표는 2019년 당시 온라인과 언론에서 불매 대상으로 자주 언급된 일본계 기업·브랜드의 예시이다. 기업의 국적, 지분 구조, 생산지, 국내 운영 법인은 시간이 지나면서 바뀔 수 있으므로, 이 표는 특정 시점의 소비자 운동에서 언급된 대표 사례를 정리한 것이다. 또한 불매 참여 여부는 개인의 선택이며, 아래 목록이 구매 금지를 강제하는 의미는 아니다.

{| class="wikitable"
! 분야 !! 당시 자주 언급된 브랜드·기업 !! 설명
|-
| 맥주·주류 || 아사히, 기린, 삿포로, 산토리 || 일본 맥주는 불매운동의 대표적 대상이었다. 특히 아사히 맥주는 편의점과 대형마트에서 매출 감소가 두드러졌다.
|-
| 의류·잡화 || 유니클로, GU, 무인양품, 데상트, 아식스, 온itsuka Tiger || 유니클로는 불매운동의 대표적 상징 브랜드가 되었고, 국내 매장 매출과 이미지에 큰 타격을 입었다.
|-
| 신발·유통 || ABC마트, 아식스, 미즈노 || 일본계 또는 일본 브랜드로 인식되어 불매 대상에 포함되는 경우가 있었다.
|-
| 자동차 || 도요타, 렉서스, 혼다, 닛산, 인피니티 || 일본 자동차 브랜드는 구매 취소·시승 행사 취소·판매 감소 등의 영향을 받았다.
|-
| 전자·카메라 || 소니, 파나소닉, 캐논, 니콘, 도시바, 샤프, 히타치, 엡손 || 카메라·음향기기·전자제품 분야에서 일본 브랜드가 많이 언급되었다.
|-
| 게임·콘텐츠 || 닌텐도, 소니 인터랙티브 엔터테인먼트, 반다이 남코, 포켓몬 || 게임 분야에서는 닌텐도와 플레이스테이션 관련 소비를 둘러싼 논쟁이 있었다.
|-
| 생활용품 || 무인양품, 다이소 관련 논란, 생활잡화 일본 브랜드 || 일부 생활용품 브랜드는 일본계인지 여부를 두고 사실관계 논쟁이 벌어지기도 했다.
|-
| 화장품 || SK-II, 시세이도, DHC, 우르오스 || 화장품과 생활미용 제품도 대체 상품 공유가 활발했던 분야이다.
|-
| 식품·외식 || 일본 라면, 일본 과자, 일본 조미료, 일부 일본계 외식 브랜드 || 원산지와 브랜드 국적을 따져 대체 상품을 찾는 움직임이 있었다.
|-
| 여행·항공 || 일본 여행 상품, 일본행 항공권, 일본 숙박 상품 || 제품 구매 거부보다 일본 지역경제에 직접 영향을 줄 수 있다는 이유로 여행 보이콧이 크게 확산하였다.
|}

==영향==
===일본 맥주 판매 감소===
일본 맥주는 2019년 불매운동의 영향을 가장 뚜렷하게 받은 품목 중 하나였다. 2019년 7월 한 달 동안 편의점과 대형마트에서 일본 맥주 매출은 급감하였다. 연합뉴스 보도에 따르면 2019년 7월 1일부터 29일까지 일본 맥주 매출은 편의점 CU에서 전년 동기 대비 49%, GS25에서 40.1% 감소하였다. 이마트에서는 2019년 7월 1일부터 30일까지 일본 맥주 매출이 전달보다 62.7% 감소하였다.<ref>[https://www.yna.co.kr/view/AKR20190731130900030 日불매운동 한달, 아사히 안 마시고 유니클로 안 입는다], 연합뉴스, 2019년 8월 1일.</ref>

관세청 통계 인용 보도에 따르면 일본 맥주 수입액은 2018년 7,830만 달러에서 2019년 3,975만 6천 달러로 줄었고, 2020년에는 566만 8천 달러까지 감소하였다.<ref>[https://www.yna.co.kr/view/AKR20230306143651003 일본산 불매 운동 약화…맥주·의류·자동차 수입 점차 회복], 연합뉴스, 2023년 3월 7일.</ref>

{| class="wikitable"
! 연도 !! 일본 맥주 수입액 !! 특징
|-
| 2018년 || 7,830만 달러 || 불매운동 이전 최고 수준으로 평가된다.
|-
| 2019년 || 3,975만 6천 달러 || 7월 불매운동 이후 급감하였다.
|-
| 2020년 || 566만 8천 달러 || 불매운동과 코로나19 영향이 겹치며 크게 감소하였다.
|-
| 2021년 || 687만 5천 달러 || 낮은 수준에서 소폭 증가하였다.
|-
| 2022년 || 1,448만 4천 달러 || 회복세가 나타났다.
|-
| 2023년 || 5,551만 달러 안팎 || 일본 맥주가 수입 맥주 시장 1위를 다시 차지했다는 보도가 나왔다.
|-
| 2024년 || 6,700만 달러대 보도 || 2023년에 이어 높은 회복세가 이어졌다는 보도가 나왔다.
|}

2023년 이후에는 일본 맥주 수입이 빠르게 회복되었다. 2023년 일본 맥주는 5년 만에 국내 수입 맥주 시장 1위를 탈환한 것으로 보도되었다.<ref>[https://www.yna.co.kr/view/AKR20240116139100030 일본맥주 수입 5년 만에 1위 탈환], 연합뉴스, 2024년 1월 17일.</ref> 2024년과 2025년에도 일본 맥주 수입 회복세가 이어졌다는 보도가 나왔다.<ref>[https://biz.chosun.com/distribution/food/2025/05/01/OHHZBJZ27FGD5M2KVXZME77XOI/ 일본 맥주가 돌아왔다…전체 맥주 수입액 감소 속 홀로 증가세], 조선비즈, 2025년 5월 1일.</ref>

===의류·생활용품 브랜드 영향===
유니클로는 일본 불매운동의 대표적 타격 사례로 꼽힌다. 2019년 7월 유니클로 일본 본사 임원의 발언이 한국 소비자 사이에서 논란이 되면서 불매 여론이 더 거세졌다. 이후 유니클로는 사과문을 발표했으나, 국내 소비자의 반응은 쉽게 가라앉지 않았다.

연합뉴스 보도에 따르면 2019년 7월 1일부터 30일까지 일부 백화점에 입점한 유니클로 매출은 전년 동기 대비 30% 감소하였다.<ref>[https://www.yna.co.kr/view/AKR20190731130900030 日불매운동 한달, 아사히 안 마시고 유니클로 안 입는다], 연합뉴스, 2019년 8월 1일.</ref> 이후 유니클로는 여러 매장을 폐점하였고, 한국 사업 실적도 크게 악화되었다.

다만 2023년 이후에는 유니클로를 비롯한 일부 일본계 패션·생활용품 브랜드의 실적이 회복되었다. Reuters는 2024년 보도에서 유니클로 한국 사업 매출이 2023 회계연도에 증가했다고 전했다.<ref>[https://www.reuters.com/markets/asia/japanese-cars-beer-gain-ground-skorea-relations-thaw-2024-09-06/ Japanese cars, beer gain ground in S.Korea as relations thaw], Reuters, 2024년 9월 6일.</ref>

===자동차 분야===
도요타, 렉서스, 혼다, 닛산, 인피니티 등 일본 자동차 브랜드도 불매운동의 영향을 받았다. 자동차는 고가 소비재이기 때문에 즉각적인 구매 거부 효과가 맥주처럼 빠르게 드러나지는 않았지만, 계약 취소, 구매 보류, 브랜드 이미지 악화가 나타났다.

특히 닛산은 2020년 한국 시장 철수를 결정하였다. 닛산의 철수에는 불매운동뿐 아니라 글로벌 구조조정과 판매 부진 등 여러 요인이 함께 작용한 것으로 보는 것이 정확하다. 따라서 닛산 철수를 오직 불매운동 하나의 결과로 단정해서는 안 된다.

2023년 이후에는 일본 자동차 판매도 일부 회복되었다. Reuters는 2024년 8월 한국 내 일본 자동차 판매가 전년 동월 대비 증가했으며, 하이브리드 차량 선호와 한일관계 개선, 엔화 약세 등이 영향을 주었다고 보도하였다.<ref>[https://www.reuters.com/markets/asia/japanese-cars-beer-gain-ground-skorea-relations-thaw-2024-09-06/ Japanese cars, beer gain ground in S.Korea as relations thaw], Reuters, 2024년 9월 6일.</ref>

===관광 분야===
일본 여행 보이콧은 일본 관광산업에 직접적인 영향을 주었다. 2019년 하반기 일본을 방문한 한국인 관광객 수는 급감했고, 한국인 관광객 의존도가 높았던 지역에서 체감 피해가 컸다.

다만 2020년부터는 코로나19 팬데믹으로 국제 관광 자체가 급감했기 때문에, 2020년 이후의 일본 방문객 감소를 모두 불매운동 때문이라고 보기는 어렵다. 2022년 이후 일본의 입국 규제가 완화되고 엔화 약세가 이어지면서 한국인의 일본 여행은 빠르게 회복되었다.

2024년 이후에는 한국인이 일본을 방문한 외국인 중 최상위권을 차지했다는 통계가 나왔다. 2025년에는 방일 한국인 수가 역대 최고 수준을 기록했다는 보도도 이어졌다.<ref>[https://statistics.jnto.go.jp/en/graph/ Japan Tourism Statistics], 일본정부관광국.</ref><ref>[https://www.donga.com/news/Inter/article/all/20260122/133207165/1 2025년 일본 찾은 한국인만 946만명], 동아일보, 2026년 1월 22일.</ref>

===국내 대체재와 반사이익===
불매운동은 일부 국내 기업과 타국 브랜드에 반사이익을 주었다. 대표적으로 문구류에서는 모나미가 주목받았고, 맥주 시장에서는 일본 맥주 대신 국산 맥주나 미국·유럽 맥주를 구매하는 소비자가 늘었다. 화장품·생활용품 분야에서도 일본 브랜드의 대체 상품을 찾는 움직임이 나타났다.

그러나 모든 국내 기업이 실질적 이익을 본 것은 아니며, 반사이익의 지속 기간도 품목별로 달랐다. 일시적인 애국 소비가 장기적인 브랜드 충성도로 이어졌는지 여부는 별도로 검토할 필요가 있다.

===소재·부품·장비 정책에 미친 영향===
일본의 수출관리 강화 조치는 대한민국 산업정책에도 큰 영향을 주었다. 정부는 소재·부품·장비, 이른바 소부장 분야의 대일 의존도를 줄이고 공급망을 안정화하는 정책을 강화하였다.

2019년 8월 5일 발표된 소재·부품·장비 경쟁력 강화 대책은 100대 핵심 전략품목의 조기 공급 안정성 확보, 수입국 다변화, 국내 생산 확대, 연구개발 지원, 수요기업과 공급기업 간 협력모델 구축 등을 핵심 내용으로 하였다.<ref>[https://www.korea.kr/briefing/policyBriefingView.do?newsId=156344320 소재부품장비 경쟁력 강화 대책], 대한민국 정책브리핑, 2019년 8월 5일.</ref>

이후 소부장 정책은 단순히 일본 수출규제 대응을 넘어, 글로벌 공급망 재편과 경제안보 정책의 중요한 축으로 확대되었다. 다만 소부장 국산화 성과에 대해서는 긍정적 평가와 함께, 일부 핵심 소재·장비 분야에서는 여전히 해외 의존도가 높다는 지적도 공존한다.

==정부 간 통상 갈등의 해소==
2023년 3월 한일 양국은 수출관리 현안에 대한 정책 대화를 재개하였다. 일본은 한국에 대한 반도체 소재 3개 품목의 수출규제를 해제하기로 했고, 한국은 WTO 제소를 취하하기로 하였다.<ref>[https://www.yna.co.kr/view/AKR20230316122752003 일본, 한국 반도체 소재 수출규제 해제…韓, WTO 제소 취하], 연합뉴스, 2023년 3월 16일.</ref>

2023년 4월 24일 한국은 일본을 전략물자 수출 우대국 명단에 복귀시켰다.<ref>[https://en.yna.co.kr/view/AEN20230423002451320 S. Korea puts Japan back on export 'white list'], 연합뉴스 영문판, 2023년 4월 24일.</ref> 이어 일본은 2023년 6월 27일 한국을 수출관리상 우대 대상국에 다시 추가하는 개정안을 의결했고, 이 조치는 2023년 7월 21일부터 시행되었다.<ref>[https://www.meti.go.jp/english/speeches/press_conferences/2023/0627001.html Press Conference by Minister Nishimura: Control of exports to the Republic of Korea], 일본 경제산업성, 2023년 6월 27일.</ref>

따라서 2026년 현재 기준으로 2019년의 일본 수출관리 강화 조치와 관련한 정부 간 제도적 갈등은 대부분 해소된 상태로 볼 수 있다. 다만 강제동원 문제와 역사 인식 문제, 후쿠시마 오염수 방류 문제 등 한일관계의 다른 쟁점은 별개의 사안으로 남아 있다.

==반응과 논쟁==
===대한민국 내 반응===
대한민국 내에서는 불매운동에 대한 지지 여론이 컸다. 많은 사람들은 일본 정부의 조치가 부당하다고 보았고, 소비자로서 항의 의사를 표현하기 위해 일본 제품 구매를 줄였다.

그러나 모든 사람이 불매운동에 동참한 것은 아니었다. 일부 소비자는 개인의 필요와 취향, 직업상 이유, 대체 상품 부족 등을 이유로 불매운동에 참여하지 않았다. 이에 대해 불매운동 참여자와 비참여자 사이에서 갈등이 벌어지기도 했다.

불매운동은 자발적 소비자 운동이라는 점에서 의미가 있지만, 특정 제품을 구매했다는 이유만으로 개인을 공격하거나 조롱하는 것은 정당화되기 어렵다. 반대로 불매운동에 참여하는 사람을 비난하거나 조롱하는 태도 역시 불필요한 갈등을 키웠다.

===일본 내 반응===
일본 정부는 2019년 수출관리 조치가 안보상 필요한 제도 운용 변경이며 강제동원 판결과 무관하다고 주장하였다. 일본 경제산업성은 수출관리 제도의 적절한 운용과 양국 간 정책 대화의 필요성을 강조하였다.<ref>[https://www.meti.go.jp/english/speeches/press_conferences/2023/0221001.html Press Conference by Minister Nishimura: Trade Control], 일본 경제산업성, 2023년 2월 21일.</ref>

일본 언론과 정치권에서는 한국의 불매운동을 비판적으로 보는 시각도 있었고, 한일 양국 모두 냉정한 대화가 필요하다는 시각도 있었다. 일부 일본 보수 언론은 한국의 불매운동을 감정적 반일 운동으로 묘사했으나, 한국 내에서는 일본 정부의 조치에 대한 소비자 항의라는 반론이 제기되었다.

===일본인과 일본 정부의 구분 문제===
불매운동이 확산되는 과정에서 일본 정부, 일본 기업, 일본 국민을 구분해야 한다는 지적이 나왔다. 일본 정부의 정책에 항의하는 것은 가능하지만, 일본인 개인에 대한 혐오나 차별로 이어져서는 안 된다는 것이다.

이 문제는 서울 중구의 No Japan 배너 논란에서도 드러났다. 많은 시민은 일본 정부의 조치에 반대하면서도, 공공기관이 도심에 일본 전체를 거부하는 듯한 문구를 내거는 것은 적절하지 않을 수 있다고 보았다.

===실효성 논쟁===
불매운동의 실효성을 두고도 논쟁이 있었다. 찬성 측은 일본 맥주·의류·여행 분야에서 실제 매출 감소가 나타났으므로 소비자 운동의 효과가 있었다고 주장했다. 반대 측은 일본 경제 전체에 미치는 영향은 제한적이며, 시간이 지나면 소비가 다시 회복될 것이라고 보았다.

결과적으로 단기적으로는 일본 소비재와 여행 분야에 큰 영향을 준 것이 사실이다. 그러나 장기적으로는 2023년 이후 상당수 품목의 소비가 회복되면서, 불매운동이 영구적인 소비 구조 변화로 이어졌는지는 품목별로 다르게 평가해야 한다.

===부품 논쟁===
불매운동을 비판하는 사람들 중 일부는 스마트폰, 컴퓨터, 자동차, 산업 장비 등에 일본산 부품이나 소재가 들어가므로 일본 제품 불매운동은 모순이라고 주장하였다. 그러나 불매운동 참여자들은 일반 소비자가 완제품의 모든 부품 원산지를 확인하는 것은 현실적으로 어렵고, 소비자가 선택 가능한 영역에서 일본 브랜드 제품과 일본 여행 소비를 줄이는 것이 운동의 취지라고 반박하였다.

즉, 일본 불매운동은 모든 일본산 소재와 부품을 완전히 배제하자는 운동이라기보다, 소비자가 직접 선택할 수 있는 소비 영역에서 항의 의사를 표시한 운동으로 이해하는 것이 적절하다.

==현재 평가==
2026년 현재 일본 불매운동은 2019년 하반기와 같은 강도로 지속되고 있지는 않다. 일본 맥주 수입, 일본 여행, 유니클로 등 일부 브랜드 매출은 상당히 회복되었으며, 젊은 세대 사이에서는 일본 문화와 여행 소비가 다시 활발해졌다.

다만 2019년 불매운동은 한국 소비자 운동의 중요한 사례로 남았다. 이 운동은 외교·통상 갈등이 소비자 행동으로 연결될 수 있음을 보여주었고, 기업과 정부가 역사 문제와 국제정치 이슈에 대해 소비자 여론을 무시하기 어렵다는 점을 드러냈다.

또한 이 운동은 소재·부품·장비 공급망 안정화와 경제안보 담론이 한국 사회에서 본격적으로 부상하는 계기가 되었다. 단순한 소비 불매를 넘어, 국가 산업의 특정 국가 의존도와 공급망 취약성 문제를 널리 인식하게 만든 사건이기도 하다.

==연표==
{| class="wikitable"
! 날짜 !! 사건 !! 설명
|-
| 2018년 10월 30일 || 대한민국 대법원 강제동원 배상 판결 || 일본 기업에 강제동원 피해자 배상 책임을 인정한 판결이 나왔다.
|-
| 2019년 7월 1일 || 일본 경제산업성 수출관리 운용 변경 발표 || 플루오린 폴리이미드, 포토레지스트, 고순도 불화수소 등 3개 품목에 대한 수출관리 절차 강화가 발표되었다.
|-
| 2019년 7월 4일 || 3개 품목 조치 시행 || 해당 품목에 대해 개별허가 중심의 심사가 적용되기 시작하였다.
|-
| 2019년 7월 초 || 불매운동 확산 || 온라인 커뮤니티와 SNS에서 일본 제품 불매와 일본 여행 자제 움직임이 확산하였다.
|-
| 2019년 7월 3일 전후 || NO, BOYCOTT JAPAN 이미지 확산 || 클리앙에 게시된 포스터가 SNS와 커뮤니티를 통해 널리 퍼졌다.
|-
| 2019년 8월 2일 || 일본, 한국 화이트리스트 제외 결정 || 일본 각의에서 한국을 수출관리상 우대 대상국에서 제외하는 개정안이 의결되었다.
|-
| 2019년 8월 28일 || 일본의 한국 화이트리스트 제외 시행 || 한국은 일본의 수출관리상 우대 대상국에서 제외되었다.
|-
| 2019년 9월 18일 || 한국, 일본을 수출 우대국에서 제외 || 한국도 전략물자 수출관리상 일본을 우대국에서 제외하였다.
|-
| 2020년 || 불매운동과 코로나19 영향 중첩 || 일본 여행은 코로나19로 사실상 중단되었고, 일본 맥주 수입도 매우 낮은 수준을 기록하였다.
|-
| 2021년 || 일본 맥주 수입 저점 이후 소폭 회복 || 일본 맥주 수입액이 낮은 수준에서 조금씩 증가하기 시작하였다.
|-
| 2022년 || 일본 여행 재개 흐름 || 일본의 입국 규제 완화와 엔화 약세로 일본 여행 수요가 회복되기 시작하였다.
|-
| 2023년 3월 16일 || 3개 품목 수출규제 해제 합의 || 일본은 반도체 소재 3개 품목 수출규제를 해제하기로 했고, 한국은 WTO 제소를 취하하기로 하였다.
|-
| 2023년 4월 24일 || 한국, 일본을 수출 우대국에 복귀 || 한국은 일본을 전략물자 수출 우대국 명단에 다시 포함하였다.
|-
| 2023년 7월 21일 || 일본, 한국을 수출관리상 우대 대상국에 복귀 || 일본은 한국을 수출관리상 우대 대상국에 다시 포함하였다.
|-
| 2023년 이후 || 일본 소비재 회복 || 일본 맥주, 일본 여행, 일부 일본 브랜드 매출이 빠르게 회복되었다.
|}

==관련 문서==
* [[2019 일본의 한국 경제 보복]]
* [[한일 무역 분쟁]]
* [[강제동원 피해자 배상 판결]]
* [[대한민국의 소비자 운동]]
* [[소재·부품·장비]]
* [[한일관계]]
* [[노노재팬]]
* [[일간베스트/일본_불매운동_반대인증]]

==각주==
<references/>

ワタシノテンシ

2026-06-16T07:50:52Z

Gaon12: 곡 정보 등 추가

{{DISPLAYTITLE:ワタシノテンシ}} <youtube>v2HN4gd66nM</youtube>

==개요==
'''ワタシノテンシ'''는 [[HoneyWorks]]가 제작한 [[고백실행위원회 ~연애 시리즈~]]의 캐릭터 송이다. 정식 표기는 '''ワタシノテンシ feat. 成海聖奈（CV：雨宮天）'''이며, [[나루미 세나|成海聖奈]]의 시점에서 여동생 [[나루미 모나|成海萌奈]]를 바라보는 내용을 다룬다.

곡명은 일본어로 “나의 천사”라는 뜻이다. 노래의 화자는 언니인 [[나루미 세나]]이며, 동생 [[나루미 모나]]를 향한 애정, 응원, 보호자의 마음, 그리고 각자의 꿈을 향해 나아가는 자매 관계를 중심으로 전개된다. [[나루미 세나]]는 모델·배우로 활동하는 캐릭터이고, [[나루미 모나]]는 “mona”라는 예명으로 활동하는 신인 아이돌이라는 설정을 가진다.<ref name="anime-official">[https://honeyworks-tvanime.com/article/post87/ TVアニメ『ヒロインたるもの！』公式サイト - 成海聖奈、成海萌奈のキャラクタービジュアル＆キャスト発表]</ref>

이 곡의 뮤직비디오는 2019년 12월 21일 HoneyWorks 공식 채널을 통해 공개되었으며, 2020년 1월 15일 발매된 HoneyWorks의 앨범 《[[好きすぎてやばい。〜告白実行委員会キャラクターソング集〜]]》에 수록되었다.<ref name="hw-news">[https://honeyworks.jp/news/5545/ HoneyWorks Official web site - ワタシノテンシ feat. 成海聖奈（CV：雨宮天）／HoneyWorksを投稿しました。]</ref>

==음원 정보==
{| class="wikitable"
! 항목 !! 내용
|-
| 제목 || ワタシノテンシ
|-
| 정식 표기 || ワタシノテンシ feat. 成海聖奈（CV：雨宮天）
|-
| 아티스트 || [[HoneyWorks]]
|-
| 보컬 || [[나루미 세나]]（CV：[[아마미야 소라]]）
|-
| 작사 || Gom, shito<ref name="uta-net">[https://www.uta-net.com/song/280044/ 歌ネット - HoneyWorks ワタシノテンシ feat. 成海聖奈（雨宮天）]</ref>
|-
| 작곡 || Gom<ref name="uta-net" />
|-
| 편곡 || HoneyWorks<ref name="youtube">[https://www.youtube.com/watch?v=v2HN4gd66nM YouTube - ワタシノテンシ feat.成海聖奈（CV：雨宮天）／ HoneyWorks]</ref>
|-
| 기타 || 中西<ref name="youtube" />
|-
| 베이스 || 小林修己<ref name="youtube" />
|-
| 키보드 || 宇都圭輝<ref name="youtube" />
|-
| 프로그래밍 || Gom, コミヤマリオ<ref name="youtube" />
|-
| 코러스 || Hanon<ref name="youtube" />
|-
| MV 공개일 || 2019년 12월 21일<ref name="hw-news" />
|-
| 음원 발매일 || 2020년 1월 15일<ref name="uta-net" />
|-
| 길이 || 4:22<ref name="awa">[https://s.awa.fm/track/60d9887510e338f51229 AWA - ワタシノテンシ feat. 成海聖奈（CV：雨宮天）]</ref>
|-
| 수록 음반 || 《[[好きすぎてやばい。〜告白実行委員会キャラクターソング集〜]]》 DISC 1 4번 트랙<ref name="sony">[https://www.sonymusic.co.jp/artist/honeyworks/discography/buy/SMCL-638 Sony Music - 好きすぎてやばい。〜告白実行委員会キャラクターソング集〜]</ref>
|-
| 관련 시리즈 || [[고백실행위원회 ~연애 시리즈~]]
|}

==수록 음반==
{| class="wikitable"
! 발매일 !! 음반 !! 형태 !! 수록 위치 !! 비고
|-
| 2020년 1월 15일 || [[好きすぎてやばい。〜告白実行委員会キャラクターソング集〜]] || 2CD 앨범 || DISC 1 4번 트랙 || HoneyWorks의 고백실행위원회 캐릭터 송 앨범. 통상반 품번은 SMCL-638〜639이다.<ref name="sony" />
|-
| 2025년 1월 29일 || [[HoneyWorks 〜告白実行委員会コンプリートベスト〜思い出は全部青春。]] || 8CD+4Blu-ray+GOODS || DISC 4 11번 트랙, Blu-ray DISC 9 MV 수록 || 고백실행위원회 관련 곡과 MV를 대규모로 정리한 컴플리트 베스트 음반이다.<ref name="complete">[https://honeyworks.jp/release/10thbox-2/ HoneyWorks Official web site - HoneyWorks 〜告白実行委員会コンプリートベスト〜思い出は全部青春。]</ref>
|}

==상세==
이 곡은 [[나루미 세나]]와 [[나루미 모나]]의 자매 관계를 중심에 둔다. 기존의 [[고백실행위원회 ~연애 시리즈~]] 곡들이 주로 연애 감정이나 짝사랑을 다루는 것과 달리, '''ワタシノテンシ'''는 가족애와 자매 간의 응원을 전면에 내세운다.

가사에서는 세나가 어린 시절의 모나를 떠올리며, 완벽한 언니가 되고 싶어 하는 마음과 동생을 걱정하는 마음을 동시에 드러낸다. 후반부에서는 모나가 더 이상 언니 뒤만 따라다니는 존재가 아니라, 자신의 꿈을 향해 독립적으로 나아가는 존재가 되었음을 인정하고 응원하는 방향으로 정서가 확장된다.

==관련 곡 및 영상==
{| class="wikitable"
! 제목 !! 설명
|-
| '''ワタシノテンシ feat. 成海聖奈（CV：雨宮天）''' || 본 문서의 대상 곡. 세나의 시점에서 모나를 바라보는 곡이다.
|-
| '''ワタシノミカタ''' || '''ワタシノテンシ -another story-'''로 공개된 관련 곡이다. 모나의 시점으로 재구성된 어나더 스토리 성격의 곡이다.<ref name="watashi-no-mikata">[https://www.youtube.com/watch?v=J_Fp3BIEpWM YouTube - ワタシノテンシ -another story- ワタシノミカタ／HoneyWorks feat. Hanon]</ref>
|-
| '''シス×ラブ feat. 成海聖奈×成海萌奈（CV：雨宮天・夏川椎菜）''' || 세나와 모나가 함께 등장하는 자매 중심 곡이다. HoneyWorks 공식 리듬 게임 [[HoneyWorks Premium Live]]의 랜덤 오프닝 테마로 사용되었다.<ref name="sis-love">[https://honeyworks.jp/release/hw_sg_wa_side2/ HoneyWorks Official web site - シス×ラブ feat. 成海聖奈×成海萌奈（CV：雨宮天・夏川椎菜）]</ref>
|-
| '''可愛い理由 feat. 成海聖奈×成海萌奈（CV：雨宮天・夏川椎菜）''' || 2024년 발매된 mona 2nd Album 《#超絶あざといお前らの姫》 수록곡으로, 성해 자매를 다시 다룬 곡이다.<ref name="kawaii-riyuu">[https://honeyworks.jp/news/10904/ HoneyWorks Official web site - 可愛い理由 feat. 成海聖奈×成海萌奈（CV：雨宮天・夏川椎菜）を投稿しました。]</ref>
|}

==가사==
{{가사/시작
| My little sister, I love you
|| My little sister, I love you
|언어1=en|언어2=en
}}
{{가사
| My little angel, very very cute
|| My little angel, very very cute
|언어1=en|언어2=en
}}
{{가사
| My little sister, I love you
|| My little sister, I love you
|언어1=en|언어2=en
}}
{{가사
| Do you know what I mean?
|| Do you know what I mean?
|언어1=en|언어2=en
}}
{{가사
| Foo~
|| Foo~
|언어1=en|언어2=en
}}
{{가사/빈칸|2}}
{{가사
| 聞いて聞いて私お姉ちゃんだよ
|| 들어줘, 들어줘, 나 네 언니야
|언어1=ja|언어2=ko
}}
{{가사
| 遊ぼ遊ぼあなたまだ喋れないのね?
|| 놀자, 놀자, 너 아직 말을 못 하는구나?
|언어1=ja|언어2=ko
}}
{{가사
| お下がり普通は嫌でしょ?(嫌でしょ?)
|| 옷 물려받는 거 보통은 싫어하잖아?(싫어하잖아?)
|언어1=ja|언어2=ko
}}
{{가사
| むしろ喜んで着てる
|| 오히려 기뻐하며 입고 있네
|언어1=ja|언어2=ko
}}
{{가사
| 完璧を演じなくっちゃ
|| 완벽을 연기해야만 해
|언어1=ja|언어2=ko
}}
{{가사
| 理想のお姉ちゃんだもん
|| 이상적인 언니인걸
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| 弱さを見せないこと
|| 약한 모습을 보이지 않는 건
|언어1=ja|언어2=ko
}}
{{가사
| 逆に弱点なんです
|| 오히려 약점이야
|언어1=ja|언어2=ko
}}
{{가사
| 平等にチャンスはあるから⋯負けるな私!
|| 기회는 평등하니까⋯ 지지 말자, 나!
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| あなたの夢は右で
|| 너의 꿈은 오른쪽이고
|언어1=ja|언어2=ko
}}
{{가사
| 私の夢は左
|| 나의 꿈은 왼쪽
|언어1=ja|언어2=ko
}}
{{가사
| ゆらゆらと迷っても
|| 흔들흔들거리며 헤매어도
|언어1=ja|언어2=ko
}}
{{가사
| 諦めない性格よ
|| 포기하지 않는 성격이야
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| 泣きたい時は泣いて
|| 울고 싶을 때는 울고
|언어1=ja|언어2=ko
}}
{{가사
| 笑いたい時は笑って
|| 웃고 싶을 때는 웃고
|언어1=ja|언어2=ko
}}
{{가사
| 疲れたら休みましょ
|| 지쳤다면 쉬어가자
|언어1=ja|언어2=ko
}}
{{가사
| 困ったら相談乗るから
|| 고민이 있을 땐 이야기 들어줄 테니까
|언어1=ja|언어2=ko
}}
{{가사
| 理由があるとすれば
|| 이유가 있다고 한다면
|언어1=ja|언어2=ko
}}
{{가사
| あなたは私の天使
|| 너는 나의 천사
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| My little sister, I love you
|| My little sister, I love you
|언어1=en|언어2=en
}}
{{가사
| My little angel, very very cute
|| My little angel, very very cute
|언어1=en|언어2=en
}}
{{가사
| My little sister, I love you
|| My little sister, I love you
|언어1=en|언어2=en
}}
{{가사
| Do you know what I mean?
|| Do you know what I mean?
|언어1=en|언어2=en
}}
{{가사/빈칸|2}}
{{가사
| そっぽ向かれて話すらできない
|| 외면당해서 이야기조차 할 수 없어
|언어1=ja|언어2=ko
}}
{{가사
| 心配しすぎ?
|| 너무 걱정하는 걸까?
|언어1=ja|언어2=ko
}}
{{가사
| 話せないことだってある
|| 남에게 말 못 하는 건 누구에게나 있으니까
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| 私は私でヤバイ(でヤバイ)
|| 나는 나대로 위험해(위험해)
|언어1=ja|언어2=ko
}}
{{가사
| 手抜きは絶対NG
|| 부실은 반드시 NG
|언어1=ja|언어2=ko
}}
{{가사
| 完璧を演じなくっちゃ
|| 완벽을 연기해야만 해
|언어1=ja|언어2=ko
}}
{{가사
| 理想のお姉ちゃんだもん
|| 이상적인 언니인걸
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| レベル上げ得意な方で
|| 레벨 올리기는 잘하는 편이라
|언어1=ja|언어2=ko
}}
{{가사
| 努力は惜しまない
|| 노력은 아끼지 않아
|언어1=ja|언어2=ko
}}
{{가사
| 神様は
|| 신께서는
|언어1=ja|언어2=ko
}}
{{가사
| 必ず見てるよ⋯
|| 반드시 보고 있어⋯
|언어1=ja|언어2=ko
}}
{{가사
| 頑張っちゃう!
|| 힘내자!
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| 作った笑顔じゃない
|| 만들어진 웃는 얼굴이 아닌
|언어1=ja|언어2=ko
}}
{{가사
| あなたのホントが好き
|| 너의 진짜 모습이 좋아
|언어1=ja|언어2=ko
}}
{{가사
| イライラが溜まったら
|| 스트레스가 쌓였다면
|언어1=ja|언어2=ko
}}
{{가사
| 甘いもの食べちゃおう
|| 달콤한 걸 먹어버리자
|언어1=ja|언어2=ko
}}
{{가사
| 認めたくない時ほど認めて
|| 인정하기 싫을 때일수록 인정하고
|언어1=ja|언어2=ko
}}
{{가사
| 悔しい時は眠って
|| 분할 때는 잠을 자고
|언어1=ja|언어2=ko
}}
{{가사
| 雨の日は羽休み
|| 비가 오는 날엔 날개를 쉬어주자
|언어1=ja|언어2=ko
}}
{{가사
| 濡れてたら拭いてあげるから
|| 비에 젖었다면 내가 닦아줄 테니까
|언어1=ja|언어2=ko
}}
{{가사
| 理由があるとすれば
|| 이유가 있다고 한다면
|언어1=ja|언어2=ko
}}
{{가사
| あなたは私の
|| 너는 나의
|언어1=ja|언어2=ko
}}
{{가사
| そんな表情するんだね
|| 그런 표정을 짓는구나
|언어1=ja|언어2=ko
}}
{{가사
| 初めて見た可愛いよ
|| 처음 봤어, 귀여워
|언어1=ja|언어2=ko
}}
{{가사
| 自慢だから自信持って
|| 내 자랑이니까 자신감을 가져줘
|언어1=ja|언어2=ko
}}
{{가사
| 見ておいでよ世界を
|| 보고 오렴, 세상을
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| あの子はいつも私の後ろをくっついて歩いていて
|| 그 아이는 언제나 제 뒤에 꼭 붙어서 걸었고
|언어1=ja|언어2=ko
}}
{{가사
| いつの間にか一人で自分の夢に向かって突き進んでいて
|| 언제부턴가 홀로 자신의 꿈을 향해 나아가고 있었고
|언어1=ja|언어2=ko
}}
{{가사
| えっと…みんなも応援してあげてください！
|| 그리고⋯ 여러분도 응원해주세요!
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| My little angel, I love you
|| My little angel, I love you
|언어1=en|언어2=en
}}
{{가사
| せーの!
|| 하나 둘!
|언어1=ja|언어2=ko
}}
{{가사
| I love you
|| I love you
|언어1=en|언어2=en
}}
{{가사/빈칸|2}}
{{가사
| My little angel, I love you
|| My little angel, I love you
|언어1=en|언어2=en
}}
{{가사
| せーの!
|| 하나 둘!
|언어1=ja|언어2=ko
}}
{{가사
| I love you
|| I love you
|언어1=en|언어2=en
}}
{{가사/빈칸|2}}
{{가사
| 陰口なんて気にしてる
|| 뒷담 같은 걸 신경 쓰고 있을
|언어1=ja|언어2=ko
}}
{{가사
| 場合じゃないでしょ
|| 때가 아니잖아
|언어1=ja|언어2=ko
}}
{{가사
| 平等にチャンスはあるから⋯負けるな私!
|| 기회는 평등하니까⋯ 지지 말자, 나!
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| あなたの描く夢
|| 네가 그리는 꿈
|언어1=ja|언어2=ko
}}
{{가사
| 私の描く夢
|| 내가 그리는 꿈
|언어1=ja|언어2=ko
}}
{{가사
| 叶えよう約束ね
|| 꼭 이루자, 약속이야
|언어1=ja|언어2=ko
}}
{{가사
| 小指を重ねよう
|| 새끼손가락을 걸자
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| あなたの夢は右で
|| 너의 꿈은 오른쪽이고
|언어1=ja|언어2=ko
}}
{{가사
| 私の夢は左
|| 나의 꿈은 왼쪽
|언어1=ja|언어2=ko
}}
{{가사
| ゆらゆらと迷っても
|| 흔들흔들거리며 헤매어도
|언어1=ja|언어2=ko
}}
{{가사
| どこかできっと繋がる
|| 어디선가 분명 이어질 거야
|언어1=ja|언어2=ko
}}
{{가사
| 泣きたい時は泣いて
|| 울고 싶을 때는 울고
|언어1=ja|언어2=ko
}}
{{가사
| 笑いたい時は笑って
|| 웃고 싶을 때는 웃고
|언어1=ja|언어2=ko
}}
{{가사
| 疲れたら休みましょ
|| 지쳤다면 쉬어가자
|언어1=ja|언어2=ko
}}
{{가사
| 困ったら相談乗るから
|| 고민이 있을 땐 이야기 들어줄 테니까
|언어1=ja|언어2=ko
}}
{{가사
| 理由があるとすれば
|| 이유가 있다고 한다면
|언어1=ja|언어2=ko
}}
{{가사
| あなたは私の天使
|| 너는 나의 천사
|언어1=ja|언어2=ko
}}
{{가사/빈칸|2}}
{{가사
| My little sister, I love you
|| My little sister, I love you
|언어1=en|언어2=en
}}
{{가사
| My little angel, very very cute
|| My little angel, very very cute
|언어1=en|언어2=en
}}
{{가사
| My little sister, I love you
|| My little sister, I love you
|언어1=en|언어2=en
}}
{{가사/끝
| Do you know what I mean?
|| Do you know what I mean?
|언어1=en|언어2=en
}}

==주석==
<references />

[[분류:HoneyWorks]]
[[분류:고백실행위원회 ~연애 시리즈~]]
[[분류:일본의 노래]]
[[분류:2019년 노래]]
[[분류:2020년 음반 수록곡]]

라이믹스

2026-06-16T07:30:07Z

Gaon12: 문서 내용 보강

영어 문서는 [[Rhymix|Rhymix]] 문서를 참고할 수 있다.

{| class="wikitable"
| [[파일:rhymix.png|300px]]
| [[파일:rhymix_old.png|300px]]
|-
! 현 라이믹스의 로고
! 예전 라이믹스의 로고
|}

{{틀:인용문|Rhyme + Remix {{틀:=}} "RHYMIX"!}}

[https://rhymix.org 라이믹스 공식 홈페이지] · [https://rhymix.org/manual 공식 매뉴얼] · [https://github.com/rhymix/rhymix GitHub 저장소] · [https://github.com/rhymix/rhymix-docs 공식 문서 저장소]

== 개요 ==
'''라이믹스'''(Rhymix)는 [[XpressEngine|XpressEngine 1.x]]를 기반으로 갈라져 나온 PHP 기반의 오픈소스 [[CMS]] 및 웹 프레임워크이다. 공식 홈페이지에서는 라이믹스를 “오픈소스 CMS 및 프레임워크”로 소개하며, 모듈과 테마를 이용하여 홈페이지, 커뮤니티, 게시판, 서비스형 웹사이트 등을 구성할 수 있다고 설명한다.<ref name="official-home">[https://rhymix.org 라이믹스 공식 홈페이지]</ref>

라이믹스는 기존 XE 1.x와의 호환성을 상당 부분 유지하면서도, 보안 패치, PHP 최신 버전 대응, 성능 개선, 관리자 기능 개선, 확장성 개선 등을 꾸준히 반영하는 방향으로 개발되고 있다. 공식 GitHub 저장소의 설명에 따르면 라이믹스는 XE 기반 자료의 호환성을 최대한 유지하면서도, 더 빠르고 안전하며 사용자와 개발자가 소통하기 쉬운 CMS를 지향한다.<ref name="github-readme">[https://github.com/rhymix/rhymix rhymix/rhymix GitHub 저장소]</ref>

라이선스는 GNU GPL v2 계열이다. 라이믹스 공식 저장소와 공식 홈페이지 모두 GPLv2를 명시하고 있으며, 공식 매뉴얼에는 GPL 라이선스에 따른 사용자, 개발자, 디자이너의 권리와 의무가 별도 문서로 정리되어 있다.<ref name="license">[https://rhymix.org/manual/contrib/license GPL: 개발자, 디자이너, 사용자 등의 권리와 의무]</ref>

== 기본 정보 ==
{| class="wikitable"
! 항목 !! 내용
|-
| 이름 || 라이믹스
|-
| 영문 표기 || Rhymix
|-
| 종류 || 오픈소스 CMS 및 웹 프레임워크
|-
| 기반 || XpressEngine 1.x
|-
| 개발 언어 || PHP
|-
| 라이선스 || GNU GPL v2 계열
|-
| 저장소 || [https://github.com/rhymix/rhymix GitHub]
|-
| 공식 문서 || [https://rhymix.org/manual 라이믹스 매뉴얼], [https://github.com/rhymix/rhymix-docs rhymix-docs]
|-
| 공식 커뮤니티 || [https://rhymix.org 라이믹스 공식 홈페이지], [https://xetown.com XETOWN]
|-
| 최신 정식 버전 || 2.1.33 (2026년 5월 12일 공개, 2026년 6월 16일 확인)<ref name="release-2133">[https://rhymix.org/news/1940576 Rhymix 2.1.33 Release Notes]</ref>
|}

== 역사 ==
라이믹스는 XE 1.x의 소스 코드를 기반으로 시작된 프로젝트이다. XE가 보안 패치 중심으로 유지되는 동안, 실제 운영자와 개발자들이 필요로 하던 개선 사항을 더 적극적으로 반영하기 위해 XETOWN 커뮤니티를 중심으로 포크가 논의되었다.

초기에는 명확한 이름이 정해지지 않아 XETOWN Fork, XETOWN CMS, XETOWN Core 등으로 불렸으며, 2016년 1월 GitHub 이슈에서는 XETOWN REMIX, 줄여서 XTR이라는 이름도 논의되었다.<ref name="issue31">[https://github.com/rhymix/rhymix/issues/31 XETOWN 프로젝트에서 정리해야 될 사항들]</ref> 이후 프로젝트명은 라이믹스(Rhymix)로 정착하였다.

라이믹스라는 이름은 Rhyme과 Remix를 결합한 말로 설명된다. 기존 XE 생태계를 단순히 보존하는 데 그치지 않고, 필요한 부분을 다시 섞고 개선한다는 의미를 담고 있다.

== 특징 ==
=== XE와의 관계 ===
라이믹스는 XE 1.x를 기반으로 하지만, 단순한 보안 패치판이라기보다는 XE 1.x의 구조와 생태계를 이어받아 적극적으로 개선한 별도 프로젝트에 가깝다. 공식 저장소에서도 라이믹스가 XpressEngine의 소스 코드를 기반으로 하며, 기존 XE 서드파티 자료와의 호환성을 최대한 보장하려 한다고 설명한다.<ref name="github-readme" />

다만 라이믹스는 XE와 완전히 같은 소프트웨어가 아니다. PHP 요구 버전, 서버 환경, 관리자 설정, 보안 정책, 일부 서드파티 자료의 동작 방식에서 차이가 있다. 특히 XE에서 라이믹스로 업그레이드한 뒤에는 다시 XE로 되돌릴 수 없으므로, 이전 전에 반드시 파일과 데이터베이스를 백업해야 한다.<ref name="xe-upgrade">[https://rhymix.org/manual/introduction/xe-upgrade XE 1.x에서 업그레이드]</ref>

=== 활발한 업데이트 ===
라이믹스는 새 기능, 버그 수정, 보안 패치가 꾸준히 이루어지는 프로젝트이다. 공식 매뉴얼은 라이믹스를 운영하는 사이트가 자주 업데이트할 준비를 해야 한다고 안내한다.<ref name="update">[https://rhymix.org/manual/introduction/update 라이믹스 업데이트]</ref>

공식 홈페이지와 뉴스 게시판에서는 각 정식 버전의 릴리즈 노트와 변경 파일을 제공한다. 2.1.33 버전의 경우 보안 패치가 포함된 릴리즈로, SSRF, XSS, 세션 ID 갱신 문제 등 여러 보안 취약점 수정 사항이 공지되었다.<ref name="release-2133" />

=== 공식 문서와 커뮤니티 ===
공식 문서는 [https://rhymix.org/manual 라이믹스 공식 매뉴얼]과 [https://github.com/rhymix/rhymix-docs rhymix-docs 저장소]에서 확인할 수 있다. 공식 문서에는 설치 환경, 설치 방법, 업데이트, XE 1.x에서 업그레이드, 서드파티 자료 호환성, nginx 설정, 도메인 변경, 확장 기능 제작, 테마 제작, 코어 개발 참여 방법 등이 정리되어 있다.<ref name="docs-repo">[https://github.com/rhymix/rhymix-docs rhymix/rhymix-docs]</ref>

질문과 토론은 공식 홈페이지의 커뮤니티, Q&A, 팁·튜토리얼 게시판과 XETOWN 등을 통해 이루어진다. 공식 홈페이지에는 자료실과 쇼케이스도 운영되고 있어, 모듈, 애드온, 스킨, 레이아웃, 에디터, 테마 패키지 등을 확인할 수 있다.<ref name="pds">[https://rhymix.org/pds 라이믹스 자료실]</ref><ref name="showcase">[https://rhymix.org/showcase 라이믹스 쇼케이스]</ref>

== 버전 ==
라이믹스의 버전별 변경 사항은 공식 홈페이지의 [https://rhymix.org/news 뉴스 및 릴리즈 노트]에서 확인할 수 있다. 정식 버전은 압축 파일 형태로 제공되며, 이전 정식 버전 사용자를 위한 변경 파일 묶음도 함께 제공된다.<ref name="release-2133" />

공식 홈페이지에서는 정식 다운로드와 별도로 Development Snapshot도 제공한다. Development Snapshot은 개발 중인 최신 코드를 빠르게 사용할 수 있다는 장점이 있지만, 정식 버전에 비해 안정성이 낮을 수 있으므로 운영 사이트에 적용할 때는 주의해야 한다.<ref name="install">[https://rhymix.org/manual/introduction/install 라이믹스 설치]</ref>

== 설치 환경 ==
라이믹스를 설치하려면 공식 매뉴얼에서 제시하는 최소 사양을 만족해야 한다. 2026년 6월 기준 공식 문서의 주요 요구 사항은 다음과 같다.<ref name="requirements">[https://rhymix.org/manual/introduction/requirements 설치 환경]</ref> 자세한 내용은 [[라이믹스/사양]] 문서를 참고하자.

{| class="wikitable"
! 구분 !! 요구 사항
|-
| PHP || PHP 7.4 이상, PHP 8.2 이상 권장
|-
| 데이터베이스 || MySQL 5.7 이상 또는 MariaDB 10.6 이상
|-
| 필수 PHP 모듈 || curl, gd, iconv 또는 mbstring, json, openssl, PDO_MySQL, SimpleXML, Zend OPcache
|-
| 권장 PHP 모듈 || apcu, exif, fileinfo, intl, zip
|-
| 웹서버 설정 || Apache의 mod_rewrite 권장. nginx는 별도 rewrite 설정 필요
|-
| 쓰기 권한 || files 폴더에 쓰기 권한 필요
|-
| PHP 메모리 제한 || 최소 128MB, 대용량 이미지 처리 시 256MB 권장
|}

XE는 오래된 PHP 버전에서도 동작하는 경우가 있었지만, 라이믹스는 PHP 7.4 이상이 필요하다. 따라서 XE에서 라이믹스로 넘어오는 경우에는 PHP 버전, 데이터베이스 버전, PHP 확장 모듈, files 폴더 권한을 먼저 확인해야 한다.<ref name="xe-upgrade" />

== 설치 ==
라이믹스 설치는 공식 홈페이지에서 최신 정식 버전 또는 Development Snapshot을 다운로드한 뒤, 웹서버의 문서 루트에 업로드하여 진행할 수 있다. 압축 파일을 FTP 또는 SFTP로 업로드한 뒤 서버에서 압축을 풀거나, 로컬에서 압축을 푼 뒤 전체 파일을 업로드할 수 있다.<ref name="install" />

Git을 사용할 수 있는 서버라면 GitHub 저장소를 직접 clone하는 방식도 가능하다.

<syntaxhighlight lang="console">
git clone https://github.com/rhymix/rhymix.git
</syntaxhighlight>

Git으로 설치하면 이후 업데이트를 비교적 쉽게 적용할 수 있다. 다만 SSH 접속과 git 사용이 가능해야 하며, 서버 환경에 따라 권한 설정을 별도로 확인해야 한다.

설치 과정에서는 데이터베이스 접속 정보, 테이블 접두사, 최고관리자 계정, 표준 시간대, SSL 사용 여부 등을 입력한다. 대한민국 사용자를 대상으로 운영하는 사이트라면 표준 시간대는 일반적으로 Asia/Seoul을 사용한다.<ref name="install" />

== 업데이트 ==
라이믹스는 보안 패치와 버그 수정이 수시로 이루어지므로, 운영 사이트는 정기적으로 업데이트하는 것이 좋다. 공식 매뉴얼은 크게 두 가지 업데이트 방법을 안내한다.<ref name="update" />

=== 새 버전 덮어쓰기 ===
최신 버전의 압축 파일을 내려받아 기존 라이믹스 설치 경로에 덮어쓰는 방식이다. 라이믹스의 설정, 첨부파일, 캐시, 사용자 데이터 등은 주로 files 폴더와 데이터베이스에 저장되므로, 일반적인 업데이트 과정에서 코어 파일을 덮어써도 사이트 데이터가 삭제되지는 않는다.

다만 코어 파일을 직접 수정한 경우에는 수정 내역이 사라질 수 있으므로 주의해야 한다. 코어 파일을 직접 고치는 방식은 업데이트 충돌을 만들기 쉬우므로, 가능하면 모듈, 애드온, 스킨, 이벤트 핸들러 등 확장 기능으로 처리하는 것이 좋다.

=== git으로 업데이트 ===
Git으로 설치한 경우 다음 명령으로 현재 브랜치의 최신 코드를 받을 수 있다.

<syntaxhighlight lang="console">
git pull
</syntaxhighlight>

코어 파일을 수정하지 않았다면 이 방식이 가장 간단하다. 수정한 파일이 있는 경우에는 git stash, 별도 브랜치, merge 등을 이용하여 충돌을 관리해야 한다. 충돌 표시가 남아 있는 파일을 방치하면 화면이 비정상적으로 출력되거나 기능이 동작하지 않을 수 있으므로, 업데이트 후에는 반드시 <code>git status</code>를 확인하는 것이 좋다.

== XE 1.x에서 업그레이드 ==
XE 1.x 사이트는 일반적으로 라이믹스 코어 파일을 기존 XE 설치 경로에 덮어쓰는 방식으로 업그레이드할 수 있다. 공식 매뉴얼은 XE 코어 업데이트와 유사한 방식으로 진행할 수 있다고 설명한다.<ref name="xe-upgrade" />

다만 업그레이드 전에 다음 사항을 반드시 확인해야 한다.

* XE 1.8 미만 버전에서 라이믹스로 직접 업그레이드하는 것은 지원하지 않는다. 먼저 XE 1.8 이상, 가능하면 최신 XE 1.11 계열로 올린 뒤 라이믹스로 넘어가는 것이 권장된다.
* 라이믹스로 변환한 뒤에는 다시 XE로 돌아갈 수 없다.
* FTP 계정의 파일 전체와 데이터베이스를 각각 백업해야 한다.
* 관리자 계정으로 로그인한 상태에서 작업하는 것이 안전하다.
* 업그레이드 후 관리자 화면에서 표시되는 모듈 업데이트와 테이블 생성을 모두 완료해야 한다.
* 모든 업데이트 후 캐시파일 재생성을 실행해야 한다.
* 서드파티 자료의 호환성을 점검해야 한다.
* 라이믹스 2.1 이상에서는 관리자 대시보드에서 불필요한 옛 XE 코어 파일을 정리할 수 있다.<ref name="xe-upgrade" />

== 모듈, 애드온, 스킨 ==
라이믹스는 모듈, 애드온, 위젯, 레이아웃, 스킨, 에디터, 테마 패키지 등 다양한 확장 요소를 통해 기능과 디자인을 추가할 수 있다. 공식 자료실에서도 이러한 자료를 종류별로 분류하여 제공한다.<ref name="pds" />

모듈은 게시판, 회원, 포인트, 쇼핑몰 등 비교적 독립적인 기능 단위를 담당한다. 애드온은 페이지 처리 과정의 특정 지점에 개입하여 부가 기능을 수행하는 방식으로 동작한다. 스킨과 레이아웃은 화면 출력과 디자인을 담당하며, 에디터와 에디터 컴포넌트는 글쓰기 환경을 확장한다.

불필요한 애드온을 많이 활성화하면 사이트 속도와 유지보수에 영향을 줄 수 있다. 따라서 사용하지 않는 확장 기능은 비활성화하거나 삭제하고, 오래된 자료는 PHP 버전과 라이믹스 버전 호환성을 확인한 뒤 사용하는 것이 좋다.

== 서드파티 자료 호환성 ==
라이믹스는 XE 1.x 자료와의 호환성을 최대한 유지하려 하지만, 모든 서드파티 자료가 항상 정상 동작하는 것은 아니다. 특히 오래된 모듈이나 애드온은 PHP 최신 버전, 라이믹스의 보안 정책, 코어 기능 변화와 충돌할 수 있다.

공식 문서에는 XE에서 라이믹스로 업그레이드할 때 점검해야 할 서드파티 자료 호환성 체크리스트가 정리되어 있다.<ref name="thirdparty">[https://rhymix.org/manual/introduction/thirdparty-checklist 서드파티 자료 호환성 체크리스트]</ref> 예를 들어, 과거 XE용으로 쓰이던 일부 메일 발송, 자동 로그인, 멀티도메인, SEO 관련 기능은 라이믹스 코어 또는 시스템 설정에 흡수되었다. 반대로 일부 오래된 애드온은 더 이상 필요하지 않거나 정상적으로 작동하지 않을 수 있다.

라이믹스로 이전한 뒤에는 다음 항목을 점검하는 것이 좋다.

* 관리자 화면의 시스템 설정
* 보안 설정과 세션 관련 설정
* 메일 발송 설정
* 멀티도메인 설정
* SEO 설정
* 자동 로그인 관련 기능
* 게시판, 회원, 포인트, 커뮤니케이션 등 주요 모듈
* 오래된 애드온의 필요 여부
* PHP 8.x 환경에서 발생하는 경고 또는 오류

== 공식 자료실과 생태계 ==
라이믹스 공식 홈페이지에는 자료실이 운영되고 있다. 자료실은 모듈, 애드온, 위젯, 레이아웃, 스킨, 에디터, 에디터 컴포넌트, 테마 패키지, 기타 자료 등으로 분류된다.<ref name="pds" />

또한 쇼케이스 게시판에서는 라이믹스를 기반으로 제작된 사이트나 서비스 사례를 확인할 수 있다.<ref name="showcase" /> 라이믹스는 커뮤니티 사이트, 정보 공유 사이트, 기업 홈페이지, 자체 서비스 구축 등 다양한 용도로 사용할 수 있다.

== 로고와 BI ==
라이믹스의 공식 로고와 BI 가이드는 공식 홈페이지의 BI Guide에서 제공한다. 이 문서에는 로고 사용 원칙, 공식 색상, 글꼴, 아이콘, PNG·SVG·AI 원본 파일, PDF 가이드 등이 정리되어 있다.<ref name="bi">[https://rhymix.org/bi Rhymix BI Guide]</ref>

BI Guide에 따르면 Rhymix의 이름과 로고는 (주)포에시스가 소유하며, 오픈소스 문화와 프로젝트 발전에 기여하는 방향으로 사용하는 것을 원칙으로 한다. 로고는 공식 색상 조합과 형태를 왜곡하지 않는 범위에서 사용해야 한다.<ref name="bi" />

== 개발 참여 ==
라이믹스의 개발은 GitHub에서 이루어진다. 버그 제보, 기능 제안, 코드 기여는 GitHub 이슈와 Pull Request를 통해 진행할 수 있다. 공식 문서는 이슈 작성 전에 같은 문제가 이미 등록되어 있는지 검색하고, 서버 환경과 라이믹스 버전, PHP 버전, 오류 메시지, 재현 방법 등을 함께 제공하도록 안내한다.<ref name="github-guide">[https://rhymix.org/manual/contrib/github GitHub 이슈 및 PR 작성]</ref>

Pull Request를 작성할 때는 공식 코딩 규칙을 참고해야 한다. 라이믹스 코어 코드는 지원하는 모든 PHP 버전에서 정상 동작해야 하며, 사소한 경고나 deprecated 오류도 방치하지 않는 것을 목표로 한다.<ref name="coding">[https://rhymix.org/manual/contrib/coding-standards 코딩 규칙]</ref>

== 버그와 보안 취약점 ==
일반적인 버그나 개선 제안은 [https://github.com/rhymix/rhymix/issues GitHub 이슈]에 등록할 수 있다. 이슈를 등록할 때는 실행 환경, 라이믹스 버전, PHP 버전, 운영체제, 브라우저, 오류 메시지, 스크린샷, 재현 가능한 URL 등을 함께 제공하는 것이 좋다.<ref name="github-guide" />

보안 취약점은 공개 이슈에 올리지 말고 [devops@rhymix.org](mailto:devops@rhymix.org)로 제보해야 한다. 공식 저장소와 공식 문서 모두 보안 취약점은 공개적으로 언급하지 말고 개발진에게 비공개로 알려 달라고 안내한다.<ref name="github-readme" /><ref name="github-guide" />

== XE Admin Help ==
XE 시절 관리자 화면에는 오래된 XE Admin Help 문서가 포함되어 있었다. 그러나 해당 문서는 XE의 오래된 버전을 기준으로 작성되어 최신 라이믹스의 화면과 기능을 설명하기에 적합하지 않았다.

라이믹스에서는 오래된 XE 매뉴얼을 제거하고, 공식 문서를 별도 저장소와 공식 홈페이지 매뉴얼로 관리하는 방향으로 정리하였다.<ref name="old-manual">[https://github.com/rhymix/rhymix/pull/1073 오래된 XE 매뉴얼 삭제 PR]</ref> 현재는 [https://rhymix.org/manual 공식 매뉴얼]과 [https://github.com/rhymix/rhymix-docs rhymix-docs 저장소]를 참고하는 것이 좋다.

== 관련 문서 ==

* [[XpressEngine]]
* [[라이믹스/버전]]
* [[라이믹스/릴리즈 노트]]
* [[라이믹스/사양]]
* [[라이믹스/설치]]
* [[라이믹스/XE에서 넘어오기]]
* [[라이믹스/XE와의 차이점]]
* [[라이믹스/애드온]]
* [[라이믹스/버그]]
* [[XETOWN]]

== 외부 링크 ==

* [https://rhymix.org 라이믹스 공식 홈페이지]
* [https://rhymix.org/manual 라이믹스 공식 매뉴얼]
* [https://rhymix.org/news 라이믹스 릴리즈 노트]
* [https://rhymix.org/pds 라이믹스 자료실]
* [https://rhymix.org/showcase 라이믹스 쇼케이스]
* [https://rhymix.org/bi Rhymix BI Guide]
* [https://github.com/rhymix/rhymix 라이믹스 GitHub 저장소]
* [https://github.com/rhymix/rhymix-docs 라이믹스 공식 문서 저장소]
* [https://xetown.com XETOWN]

== 각주 ==
<references />

[[분류:CMS]]
[[분류:PHP 소프트웨어]]
[[분류:오픈소스]]
[[분류:라이믹스]]

도쿠위키

2026-06-16T06:57:37Z

Gaon12: 문서 내용 보강

{{틀:위키 엔진}} 

{{틀:인용문|The DokuWiki Open Source Wiki Engine|깃허브 엔진 저장소 설명}} 

[https://www.dokuwiki.org/dokuwiki 도쿠위키 공식 홈페이지], [https://github.com/dokuwiki/dokuwiki 깃허브 도쿠위키 저장소], [https://download.dokuwiki.org/ 도쿠위키 다운로드 페이지]

== 개요 ==
'''도쿠위키''' 또는 '''DokuWiki'''는 [[PHP]]로 작성된 [[오픈 소스]] [[위키 엔진]]이다. 가장 큰 특징은 [[MySQL]], [[MariaDB]], [[PostgreSQL]]과 같은 별도의 관계형 데이터베이스 관리 시스템을 필수 구성 요소로 요구하지 않는다는 점이다. 일반적인 위키 엔진이 문서, 사용자 정보, 변경 기록, 미디어 메타데이터 등을 DBMS에 저장하는 것과 달리, 도쿠위키는 문서와 설정 정보를 주로 파일 시스템에 저장한다. 이 때문에 설치와 이전, 백업, 복구가 비교적 단순하며, 소규모 개인 위키, 팀 내부 문서, 프로젝트 문서, 매뉴얼, 지식 베이스, 인트라넷 문서 시스템 등에 자주 사용된다.<ref name="official-main">[https://www.dokuwiki.org/dokuwiki DokuWiki 공식 소개 문서]</ref>

도쿠위키는 본래 문서화를 목적으로 설계된 위키 엔진이다. 이름의 “Doku” 역시 독일어로 문서 또는 문서화를 뜻하는 “Dokumentation”에서 유래한 것으로 알려져 있다. 실제로 도쿠위키는 대규모 공개 백과사전보다는 개발팀, 연구실, 소규모 기업, 학교, 동아리, 개인 서버 운영자처럼 지속적으로 정리해야 할 문서가 있는 사용자층에 잘 맞는다. 복잡한 DB 설정 없이 웹 서버와 PHP 실행 환경만 갖추면 운영할 수 있으며, 기본 문법 또한 비교적 읽기 쉬운 편이어서 위키 시스템을 처음 접하는 사용자도 적응하기 쉽다.

도쿠위키는 [[미디어위키]]와 같은 대형 위키 엔진에 비해 구조가 단순하다. 반면 미디어위키가 갖는 거대한 생태계, 방대한 확장 기능, 대규모 트래픽 대응 구조, 고도화된 권한 모델과 비교하면 기능적으로는 더 단정하고 가벼운 방향에 가깝다. 따라서 도쿠위키는 “최대한 많은 기능을 가진 위키”라기보다는 “설치와 유지보수가 간단하고, 문서 파일을 직접 다루기 쉬운 위키”로 보는 것이 적절하다.

== 기본 정보 ==
{| class="wikitable"
! 항목 !! 내용
|-
| 이름 || DokuWiki, 도쿠위키
|-
| 종류 || 위키 엔진, 문서화 도구, 지식 베이스 소프트웨어
|-
| 주요 구현 언어 || PHP
|-
| 저장 방식 || 플랫 파일 기반 저장 구조
|-
| 데이터베이스 필요 여부 || 별도 DBMS 불필요
|-
| 라이선스 || GNU General Public License v2 계열<ref name="github-readme">[https://github.com/dokuwiki/dokuwiki DokuWiki GitHub 저장소]</ref>
|-
| 주요 용도 || 내부 문서, 기술 문서, 프로젝트 문서, 개인 지식 베이스, 인트라넷 위키, 매뉴얼
|-
| 공식 홈페이지 || [https://www.dokuwiki.org/dokuwiki dokuwiki.org]
|-
| 공식 다운로드 || [https://download.dokuwiki.org/ download.dokuwiki.org]
|-
| 공식 저장소 || [https://github.com/dokuwiki/dokuwiki github.com/dokuwiki/dokuwiki]
|-
| 최신 안정판 || 2025-05-14b “Librarian” 계열<ref name="github-releases">[https://github.com/dokuwiki/dokuwiki/releases DokuWiki GitHub Releases]</ref>
|}

== 역사 ==
도쿠위키는 2004년경 Andreas Gohr에 의해 시작된 위키 엔진이다. 초기부터 “문서화에 적합한 간단한 위키”라는 방향성을 가지고 개발되었으며, 시간이 지나면서 플러그인 구조, 템플릿 구조, 접근 제어, 인증 백엔드, 미디어 관리, 변경 기록, 검색 기능 등을 갖춘 범용 위키 엔진으로 발전하였다.<ref name="history">[https://www.dokuwiki.org/history_and_foss DokuWiki 역사 관련 공식 문서]</ref>

도쿠위키의 개발 방향은 처음부터 [[미디어위키]]와 다소 달랐다. 미디어위키는 위키백과와 같은 대형 공개 협업 백과사전 운영에 적합한 구조를 갖고 성장한 반면, 도쿠위키는 문서 관리와 유지보수의 편의성에 더 큰 비중을 둔다. 별도의 DBMS 없이 문서를 파일로 저장하는 구조, 읽기 쉬운 문법, 간단한 설치 절차, 관리자 친화적인 백업 구조는 이러한 방향성에서 비롯된 특징이다.

릴리스명은 오래전부터 고유한 코드명을 사용하는 경우가 많다. 예를 들어 2024년 계열은 “Kaos”, 2025년 계열은 “Librarian”이라는 코드명을 사용하였다. 2024년 “Kaos” 계열에서는 PHP 7.4 이상 요구가 명확해졌고, 2025년 “Librarian” 계열에서는 여러 개선과 보안 수정이 이어졌다.<ref name="changes">[https://www.dokuwiki.org/changes DokuWiki 변경 기록]</ref>

== 특징 ==
=== 데이터베이스가 필요 없는 구조 ===
도쿠위키의 가장 대표적인 특징은 데이터베이스가 필요 없다는 점이다. 문서 내용은 일반 텍스트 파일로 저장되며, 미디어 파일은 파일 시스템에 저장된다. 설정 파일, 사용자 정보, 접근 제어 규칙 역시 파일 기반으로 관리되는 경우가 많다. 이 구조 덕분에 서버 이전이나 백업을 할 때 DB 덤프와 복원 절차를 별도로 거치지 않아도 되는 경우가 많다.

예를 들어 일반적인 DB 기반 CMS에서는 백업 시 웹 루트 파일과 데이터베이스를 모두 백업해야 한다. 반면 도쿠위키는 설치 디렉터리와 데이터 디렉터리, 설정 디렉터리, 플러그인 및 템플릿 디렉터리를 적절히 백업하면 대부분의 운영 데이터를 보존할 수 있다. 물론 실제 운영 환경에서는 캐시, 세션, 임시 파일, 서버 설정, 웹 서버 가상 호스트 설정, SSL 인증서, 백업 제외 대상 등을 구분해야 하므로 단순히 전체 폴더를 복사하는 것만으로 항상 최선의 백업이 되는 것은 아니다.

=== 쉬운 설치 ===
도쿠위키는 웹 인스톨러를 제공하기 때문에 설치 난도가 낮은 편이다. 설치 파일을 서버에 업로드한 뒤 웹 브라우저에서 설치 페이지에 접근하여 위키 이름, 관리자 계정, 권한 정책 등을 설정하면 기본 설치가 가능하다. [[미디어위키]]처럼 DB 연결 정보, DB 사용자, DB 이름, 테이블 접두사 등을 입력해야 하는 절차가 없기 때문에 초보자에게 더 단순하게 느껴질 수 있다.

다만 “쉽게 설치된다”는 말은 “보안까지 자동으로 완벽하게 설정된다”는 뜻은 아니다. 도쿠위키는 파일 기반 구조이므로 웹 서버가 쓰기 권한을 가져야 하는 디렉터리와 외부에서 직접 접근되면 안 되는 디렉터리를 구분해야 한다. 공식 문서에서도 파일 권한 설정은 중요한 설치 단계로 다룬다.<ref name="permissions">[https://www.dokuwiki.org/install:permissions DokuWiki 파일 권한 설정 문서]</ref>

=== 문서화에 적합한 문법 ===
도쿠위키는 자체 위키 문법을 사용한다. 굵게, 기울임, 밑줄, 취소선, 제목, 목록, 표, 코드 블록, 내부 링크, 외부 링크, 이미지 삽입, 각주 등을 지원한다. 문법은 단순하면서도 문서 파일 자체의 가독성을 유지하는 방향으로 설계되어 있다.<ref name="syntax">[https://www.dokuwiki.org/wiki:syntax DokuWiki 문법 문서]</ref>

도쿠위키 문법은 [[마크다운]]과 완전히 같지는 않다. 따라서 마크다운 기반 지식 베이스에 익숙한 사용자는 처음에 약간의 학습이 필요하다. 그러나 기본 문법이 크게 어렵지는 않으며, 툴바와 플러그인을 통해 편집 편의성을 높일 수 있다. 또한 플러그인을 이용하면 일부 마크다운 문법을 지원하게 구성할 수도 있다.

=== 네임스페이스 기반 문서 구조 ===
도쿠위키는 문서를 네임스페이스 단위로 정리할 수 있다. 네임스페이스는 파일 시스템의 폴더 구조와 비슷하게 이해할 수 있다. 예를 들어 `project:alpha:install` 같은 문서 이름은 `project` 아래 `alpha` 범주에 속한 `install` 문서처럼 다룰 수 있다.

이 구조는 프로젝트별 문서, 팀별 문서, 제품별 매뉴얼, 버전별 문서 등을 정리할 때 유용하다. 또한 접근 제어 규칙도 네임스페이스 단위로 적용할 수 있어, 특정 팀만 특정 문서 묶음을 볼 수 있게 하거나, 일부 사용자는 읽기만 가능하게 하는 식의 구성이 가능하다.

=== 변경 기록과 차이 보기 ===
도쿠위키는 위키 엔진답게 문서의 변경 기록을 저장하고, 이전 판과 현재 판의 차이를 확인할 수 있다. 문서가 잘못 수정되었거나 삭제되었을 때 이전 판을 확인하고 복구할 수 있으므로 협업 문서 작성에 유리하다.

다만 변경 기록 역시 파일 기반으로 저장되므로, 문서와 변경 이력이 많아질수록 저장 공간 사용량이 늘어난다. 장기간 운영하는 위키라면 변경 기록 보존 정책, 백업 정책, 캐시 정리, 로그 정리 등을 함께 고려하는 것이 좋다.

=== 접근 제어 목록 ===
도쿠위키는 접근 제어 목록, 즉 ACL 기능을 제공한다. 관리자는 사용자 또는 그룹별로 문서나 네임스페이스에 대한 읽기, 편집, 생성, 업로드, 삭제, 관리자 권한 등을 설정할 수 있다.<ref name="acl">[https://www.dokuwiki.org/acl DokuWiki ACL 문서]</ref>

ACL은 도쿠위키를 개인 메모장이 아니라 팀 문서 시스템이나 사내 위키로 사용할 때 매우 중요하다. 예를 들어 전체 사용자는 공지 문서를 읽을 수 있지만, 편집은 관리자만 가능하게 할 수 있다. 개발팀 네임스페이스는 개발팀 사용자 그룹만 편집 가능하게 하고, 외부 공개 문서는 로그인하지 않은 사용자에게도 읽기 권한을 줄 수 있다.

=== 인증 백엔드 ===
도쿠위키는 자체 사용자 관리뿐 아니라 다양한 인증 방식과 연동할 수 있다. 공식 문서에서는 인증 플러그인 구조를 통해 사용자 정보와 비밀번호 저장, 외부 인증 연동 등을 다룬다.<ref name="auth">[https://www.dokuwiki.org/auth DokuWiki 인증 문서]</ref>

운영 환경에 따라 LDAP, Active Directory, OAuth 계열 인증, 외부 CMS 인증, 포럼 계정 연동 등을 플러그인으로 구성할 수 있다. 다만 인증 플러그인의 유지보수 상태와 도쿠위키 최신 버전 호환성은 반드시 확인해야 한다. 인증은 보안과 직결되므로 오래된 플러그인을 그대로 사용하는 것은 위험할 수 있다.

=== 다양한 플러그인 ===
도쿠위키는 플러그인으로 기능을 확장할 수 있다. 플러그인은 [[XpressEngine|XE]]의 모듈 및 애드온, [[미디어위키]]의 확장 기능, [[워드프레스]]의 플러그인과 비슷한 역할을 한다. 공식 확장 기능 저장소에는 문법 확장, 인증 연동, 편집기 개선, 검색 개선, 표 기능 보강, 태그, 목차, 데이터 관리, 양식 생성, 내보내기, 다이어그램, 수식, 코드 하이라이트 등 다양한 플러그인이 등록되어 있다.<ref name="extensions">[https://www.dokuwiki.org/extensions DokuWiki 확장 기능 문서]</ref>

플러그인은 도쿠위키의 강점이지만 동시에 관리 부담이 되기도 한다. 오래된 플러그인은 최신 PHP 버전에서 경고나 오류를 일으킬 수 있고, 보안 취약점이 생길 수도 있다. 따라서 플러그인을 설치할 때에는 최근 업데이트 여부, 호환 버전, 사용자 평가, 공식 저장소의 상태, GitHub 저장소의 이슈 현황 등을 확인하는 것이 좋다.

=== 다양한 템플릿 ===
도쿠위키의 외형은 템플릿으로 변경할 수 있다. 템플릿은 일반적으로 다른 CMS의 테마와 비슷한 개념이다. 기본 템플릿만 사용해도 문서 위키로는 충분하지만, 사이드바, 반응형 디자인, 문서형 레이아웃, 기업 인트라넷 스타일, 블로그형 스타일 등을 원할 경우 별도 템플릿을 설치할 수 있다.

템플릿은 단순히 색상과 모양만 바꾸는 요소가 아니다. 일부 템플릿은 사이드바 구성, 상단 메뉴, 문서 탐색, 목차 표시, 모바일 대응, 검색창 배치, 로그인 메뉴, 도구 버튼 배치까지 사용자 경험에 큰 영향을 준다. 따라서 장기 운영을 계획한다면 템플릿 선택도 중요하다.

=== 가벼운 운영 구조 ===
도쿠위키는 일반적인 PHP 웹 호스팅 환경에서도 구동할 수 있다. 별도의 DBMS가 필요 없기 때문에 VPS나 공유 호스팅에서 부담이 적으며, 개인 서버나 사내 서버에서도 운영하기 쉽다. 문서량이 적거나 중간 규모인 환경에서는 매우 간단하고 안정적인 구성을 만들 수 있다.

다만 문서 수가 매우 많고, 검색 요청이 많고, 첨부 파일과 변경 기록이 방대해지는 환경에서는 파일 기반 구조가 항상 유리하지는 않다. 파일 수가 지나치게 많아지면 백업, 동기화, 검색 색인, 권한 검사, 파일 시스템 I/O 측면에서 부담이 생길 수 있다.

== 설치 사양 ==
2026년 기준 최신 안정판 계열을 기준으로 도쿠위키를 운영하려면 웹 서버와 PHP 실행 환경이 필요하다. 공식 요구사항 문서에서는 현재 안정판이 PHP 7.4 이상을 요구한다고 안내한다.<ref name="requirements">[https://www.dokuwiki.org/requirements DokuWiki 시스템 요구사항]</ref>

기존 문서에 적혀 있던 “PHP 5.6 이상”이라는 설명은 오래된 도쿠위키 버전에는 해당할 수 있으나, 최신 안정판 기준으로는 더 이상 적절하지 않다. 특히 PHP 5.x 계열과 PHP 7.0, 7.1, 7.2, 7.3 계열은 현대적인 운영 환경에서 보안상 권장하기 어렵다. 도쿠위키 자체가 PHP 7.4 이상을 요구하더라도, 실제 운영에서는 가능하면 운영체제 배포판에서 보안 업데이트가 제공되는 PHP 8.x 계열을 사용하는 것이 좋다.

=== 기본 요구사항 ===
{| class="wikitable"
! 항목 !! 설명
|-
| 웹 서버 || Apache, Nginx, Caddy, Lighttpd 등 PHP 실행이 가능한 웹 서버
|-
| PHP || 최신 안정판 기준 PHP 7.4 이상
|-
| PHP 확장 || 이미지 처리, XML 처리, 국제화, 압축, 세션, 파일 업로드 등에 필요한 확장 사용 가능
|-
| 저장 공간 || 문서, 미디어 파일, 변경 기록, 캐시, 로그를 저장할 충분한 공간
|-
| 파일 권한 || 웹 서버 프로세스가 필요한 디렉터리에 쓰기 가능해야 함
|-
| DBMS|| 기본 설치에는 필요 없음
|}

=== 권장 환경 ===
공식 최소 요구사항은 말 그대로 실행을 위한 최소 조건에 가깝다. 실제 운영에서는 다음과 같은 구성을 권장할 수 있다.

{| class="wikitable"
! 항목 !! 권장 내용
|-
| PHP 버전 || 배포판에서 보안 업데이트가 제공되는 PHP 8.x 계열
|-
| 웹 서버 || Apache 또는 Nginx
|-
| HTTPS || 공개망 운영 시 필수
|-
| 백업 || 파일 단위 정기 백업 및 복구 테스트
|-
| 권한 설정 || 데이터 디렉터리 직접 접근 차단
|-
| 업데이트 || 코어, 플러그인, 템플릿 정기 업데이트
|-
| 계정 보안 || 강력한 관리자 비밀번호, 필요 시 외부 인증 연동
|}

== 설치 방법 ==
=== 공식 다운로드 파일을 이용한 설치 ===
가장 기본적인 설치 방식은 공식 다운로드 페이지에서 안정판을 내려받아 웹 서버에 배치하는 것이다. 도쿠위키 다운로드 페이지에서는 최신 버전을 내려받을 수 있으며, 언어, 포함 플러그인, 버전 등을 선택할 수 있다.<ref name="download">[https://download.dokuwiki.org/ DokuWiki 다운로드 페이지]</ref>

일반적인 설치 절차는 다음과 같다.

# 공식 다운로드 페이지에서 최신 안정판 압축 파일을 내려받는다.
# 웹 서버의 문서 루트 또는 원하는 하위 디렉터리에 압축을 푼다.
# 웹 서버 사용자가 필요한 디렉터리에 쓰기 권한을 갖도록 설정한다.
# 브라우저에서 <code>install.php</code>에 접속한다.
# 위키 이름, 관리자 계정, 라이선스 표시, 초기 접근 정책 등을 설정한다.
# 설치가 끝난 뒤 <code>install.php</code>를 삭제하거나 접근할 수 없게 처리한다.
# 관리자 화면에서 기본 설정, ACL, 플러그인, 템플릿, 사용자 정책을 조정한다.

=== 웹 다운로더를 이용한 설치 ===
도쿠위키는 호스팅 환경에서 더 쉽게 설치할 수 있도록 다운로더 스크립트도 제공한다. 이 방식은 사용자가 직접 전체 압축 파일을 내려받고 업로드하는 대신, 작은 PHP 스크립트를 서버에 올린 뒤 필요한 파일을 서버에서 내려받게 하는 방식이다.<ref name="downloader">[https://github.com/splitbrain/dokuwiki-downloader DokuWiki Downloader 저장소]</ref>

다만 다운로더 방식은 서버가 외부 네트워크에 접근할 수 있어야 하며, 설치 후에는 해당 스크립트를 반드시 제거해야 한다. 설치 도구가 서버에 남아 있으면 보안상 위험할 수 있다.

=== Docker를 이용한 설치 ===
도쿠위키는 Docker 환경에서도 운영할 수 있다. 공식 Docker 이미지는 PHP Apache 기반 이미지를 토대로 도쿠위키 설치 환경을 제공하며, 일반적으로 SSL 종료와 인증 처리는 리버스 프록시 앞단에서 담당하는 구성이 권장된다.<ref name="docker">[https://hub.docker.com/r/dokuwiki/dokuwiki DokuWiki Docker 이미지]</ref>

Docker 운영의 장점은 배포와 이전이 쉽고, 컨테이너 이미지와 볼륨을 분리하여 관리할 수 있다는 점이다. 그러나 Docker, 네트워크, 볼륨, 권한, 리버스 프록시, 백업 구조를 이해하지 못한 상태에서 무리하게 운영하면 오히려 문제 해결이 어려워질 수 있다.

=== 리눅스 배포판 패키지를 이용한 설치 ===
일부 리눅스 배포판은 도쿠위키 패키지를 제공한다. 이 방식은 패키지 관리자를 통해 설치와 보안 업데이트를 받을 수 있다는 장점이 있다. 그러나 배포판 패키지는 공식 최신판보다 늦게 제공되는 경우가 있으며, 디렉터리 구조가 공식 압축 파일 설치와 다를 수 있다.

따라서 배포판 패키지를 사용할 때에는 현재 제공되는 도쿠위키 버전, PHP 버전, 보안 패치 백포트 여부, 플러그인 설치 경로, 웹 서버 설정 방식을 확인해야 한다.

== 기본 구성 요소 ==
=== 문서 파일 ===
도쿠위키의 문서는 일반 텍스트 파일로 저장된다. 파일 자체를 텍스트 편집기로 열어도 내용을 어느 정도 읽을 수 있으며, 이 점은 장기 보존과 데이터 이동 측면에서 장점이 된다. DB에 종속되지 않기 때문에 특정 DBMS의 덤프 형식이나 스키마에 묶이지 않는다.

=== 미디어 파일 ===
이미지, 문서 파일, 압축 파일 등은 미디어 관리자를 통해 업로드할 수 있다. 미디어 파일 역시 파일 시스템에 저장된다. 위키 문서에서 이미지를 삽입하거나 첨부 파일로 연결할 수 있으며, 권한 설정에 따라 업로드 가능 여부를 제어할 수 있다.

=== 설정 파일 ===
도쿠위키의 주요 설정은 `conf` 디렉터리 아래의 설정 파일로 관리된다. 관리자 화면에서 변경한 설정도 파일에 기록된다. 이 구조는 설정 백업과 이전을 쉽게 하지만, 동시에 설정 파일이 외부에 노출되지 않도록 웹 서버 설정을 올바르게 해야 한다.

=== 캐시와 색인 ===
도쿠위키는 성능 향상을 위해 캐시와 검색 색인을 사용한다. 문서가 많아질수록 검색 색인과 캐시 파일의 관리가 중요해진다. 캐시는 삭제해도 다시 생성될 수 있는 경우가 많지만, 운영 중 무작정 삭제하면 일시적인 성능 저하나 재색인 시간이 발생할 수 있다.

== 장점 ==
=== 설치와 이전이 쉽다 ===
도쿠위키는 별도의 DBMS가 필요 없으므로 설치 절차가 짧다. 서버 이전도 비교적 단순하다. 도쿠위키 파일과 데이터 디렉터리를 새 서버에 복사하고, PHP와 웹 서버 설정을 맞추면 이전할 수 있다. DB 덤프를 만들고, 문자셋을 맞추고, 사용자 권한을 재설정하는 과정을 줄일 수 있다.

=== 백업이 단순하다 ===
도쿠위키는 파일 기반 구조 덕분에 백업 전략을 세우기 쉽다. 문서, 미디어, 설정, 사용자 정보, ACL, 플러그인, 템플릿을 파일 단위로 백업할 수 있다. 특히 소규모 위키에서는 전체 디렉터리를 압축하여 보관하는 방식만으로도 충분한 백업이 가능하다.

다만 백업이 “쉽다”는 것이 “아무렇게나 복사해도 된다”는 뜻은 아니다. 운영 중인 서버에서 백업할 때에는 파일이 쓰이는 도중 복사되는 문제, 권한 정보 보존 여부, 심볼릭 링크, 제외해야 할 캐시 파일, 개인정보 포함 여부 등을 고려해야 한다.

=== 소규모 위키에서 빠르고 가볍다 ===
문서 수가 많지 않고 동시 접속자가 적은 환경에서는 도쿠위키가 매우 가볍게 동작한다. DB 연결 오버헤드가 없고 구조가 단순하기 때문에 개인 서버, 라즈베리 파이, 소형 VPS, 사내 인트라넷 서버에서도 부담이 적다.

=== 문서 파일의 장기 보존성이 좋다 ===
문서가 일반 텍스트 파일로 저장되기 때문에, 도쿠위키 자체가 없어도 원문 내용을 비교적 쉽게 읽을 수 있다. 이는 장기간 보존해야 하는 기술 문서나 연구 기록에 유리하다. DB 기반 시스템에서는 소프트웨어와 DB 스키마가 사라지면 데이터를 해석하기 어려워질 수 있지만, 도쿠위키의 텍스트 파일은 그런 위험이 상대적으로 작다.

=== 관리자가 이해하기 쉬운 구조 ===
도쿠위키는 복잡한 서비스 스택을 요구하지 않는다. PHP, 웹 서버, 파일 권한, 백업 구조만 이해해도 기본 운영이 가능하다. 이 점은 전담 인프라 인력이 없는 소규모 조직에서 큰 장점이다.

=== 플러그인과 템플릿으로 확장 가능하다 ===
도쿠위키는 기본 기능만으로도 문서 위키를 만들 수 있지만, 플러그인과 템플릿을 이용하면 상당히 다양한 기능을 추가할 수 있다. 예를 들어 코드 하이라이트, 태그, 목차, 표 확장, 폼 입력, 데이터 표, 문서 포함, 다이어그램, 인증 연동, 내보내기 기능 등을 추가할 수 있다.

=== 접근 제어가 기본 제공된다 ===
도쿠위키는 ACL을 통해 문서와 네임스페이스별 권한을 설정할 수 있다. 공개 위키뿐 아니라 비공개 팀 위키, 부서별 문서 시스템, 고객별 매뉴얼 사이트처럼 권한 분리가 필요한 환경에도 사용할 수 있다.

=== 유지보수가 비교적 쉽다 ===
도쿠위키는 구조가 단순하고 관리자 화면에서 많은 설정을 처리할 수 있다. 플러그인 설치와 템플릿 변경도 관리자 화면에서 가능한 경우가 많다. 또한 파일 기반 구조 덕분에 문제가 생겼을 때 플러그인 디렉터리를 제거하거나 설정 파일을 되돌리는 식의 응급 조치가 비교적 쉽다.

== 단점 ==
=== 대규모 운영에는 한계가 있다 ===
도쿠위키는 파일 기반 위키 엔진이므로 문서 수, 첨부 파일 수, 변경 기록, 사용자 수, 검색 요청이 매우 많아지면 성능과 관리 측면에서 한계가 드러날 수 있다. 파일 수가 많아질수록 백업 시간이 길어지고, 파일 시스템 탐색 비용이 증가하며, 검색 색인 관리도 부담이 될 수 있다.

대형 공개 위키, 수십만 문서 이상의 위키, 매우 많은 동시 접속자를 처리해야 하는 위키라면 [[미디어위키]]나 다른 대규모 운영에 적합한 시스템을 검토하는 것이 좋다.

=== 현대적인 편집 경험이 부족할 수 있다 ===
도쿠위키의 기본 편집 방식은 위키 문법 기반이다. 이는 텍스트 중심 문서 작성에는 장점이지만, [[WYSIWYG]] 편집기에 익숙한 사용자에게는 불편할 수 있다. 문서를 직접 보고 바로 수정하는 현대적인 노션형 편집 경험과 비교하면 기본 UI가 오래되어 보일 수 있다.

플러그인을 통해 편집 편의성을 높일 수는 있지만, 플러그인 호환성이나 유지보수 상태를 확인해야 한다. 모든 사용자가 위키 문법에 익숙하지 않은 조직에서는 교육 비용이 발생할 수 있다.

=== 플러그인 품질이 균일하지 않다 ===
도쿠위키 생태계에는 다양한 플러그인이 있지만, 모든 플러그인이 활발하게 유지보수되는 것은 아니다. 오래된 플러그인은 최신 도쿠위키나 최신 PHP에서 오류를 일으킬 수 있다. 특히 인증, 업로드, HTML 삽입, 외부 서비스 연동, 파일 처리와 관련된 플러그인은 보안 위험을 충분히 검토해야 한다.

=== 파일 권한 설정이 중요하다 ===
도쿠위키는 파일에 데이터를 저장하므로 웹 서버 권한 설정이 매우 중요하다. 데이터 디렉터리, 설정 파일, 사용자 파일, ACL 파일 등이 외부에서 직접 내려받아질 수 있으면 심각한 보안 문제가 된다. 웹 서버 설정이 잘못되면 DB 기반 시스템보다 오히려 민감 파일 노출 위험이 커질 수 있다.

=== 백업은 쉽지만 규모가 커지면 오래 걸릴 수 있다 ===
소규모 위키에서는 폴더 전체 백업이 매우 쉽다. 그러나 문서, 미디어, 변경 기록, 캐시, 색인 파일이 많아지면 파일 수가 폭증할 수 있다. 파일 하나하나를 복사하는 백업 방식은 DB 덤프 하나를 만드는 방식보다 오래 걸릴 수 있으며, 원격 동기화에서도 많은 파일 수가 부담이 될 수 있다.

=== DB 기반 기능을 기대하기 어렵다 ===
도쿠위키는 기본적으로 관계형 데이터베이스를 사용하지 않기 때문에, 복잡한 질의, 대규모 통계, 구조화 데이터 분석, 다중 조건 검색, 정교한 보고서 생성 같은 기능은 기본 구조와 잘 맞지 않을 수 있다. 일부 플러그인이 구조화 데이터를 지원하지만, DB 기반 CMS나 전문 지식 관리 시스템과 같은 수준의 데이터 모델링을 기대하기는 어렵다.

== 미디어위키와의 비교 ==
도쿠위키는 종종 [[미디어위키]]와 비교된다. 둘 다 PHP 기반 위키 엔진이고, 위키 문서를 작성하고 관리한다는 점은 같지만 설계 철학과 적합한 사용처가 다르다.

{| class="wikitable"
! 항목 !! 도쿠위키 !! 미디어위키
|-
| 저장 구조 || 파일 기반 || DBMS 기반
|-
| 설치 난도 || 비교적 낮음 || DB 설정 필요
|-
| 대규모 공개 위키 || 제한적 || 강점
|-
| 소규모 팀 문서 || 강점 || 가능하나 다소 무거울 수 있음
|-
| 백업 || 파일 백업 중심 || 파일과 DB 모두 고려
|-
| 확장 생태계 || 플러그인 다양, 규모는 중간 || 매우 큰 확장 생태계
|-
| 문서 구조 || 네임스페이스 중심 || 네임스페이스와 카테고리, 템플릿 등 고도화
|-
| 편집 문법 || 도쿠위키 문법 || 미디어위키 문법
|-
| 대표 용도 || 내부 문서, 매뉴얼, 지식 베이스 || 대형 공개 위키, 백과사전형 사이트
|}

도쿠위키는 “간단한 설치와 유지보수”가 중요한 경우에 적합하다. 미디어위키는 “대규모 협업, 방대한 확장 기능, 공개 위키 운영”이 중요한 경우에 적합하다. 따라서 둘 중 하나가 절대적으로 우월하다기보다는 운영 목적에 따라 선택하는 것이 맞다.

== 주요 기능 ==
=== 문서 작성 ===
도쿠위키의 핵심 기능은 문서 작성과 편집이다. 문서는 제목 구조를 가질 수 있으며, 내부 링크와 외부 링크, 목록, 표, 이미지, 코드 블록, 각주 등을 포함할 수 있다. 문서를 저장하면 변경 기록이 남고, 이전 판과 비교할 수 있다.

=== 내부 링크 ===
도쿠위키에서는 문서 이름을 이용해 내부 링크를 만들 수 있다. 아직 존재하지 않는 문서로 링크를 걸면, 해당 링크를 통해 새 문서를 만들 수 있다. 이 방식은 위키 문서의 자연스러운 확장에 유리하다.

=== 네임스페이스 ===
네임스페이스는 문서의 계층 구조를 만드는 기능이다. 프로젝트, 부서, 제품, 버전, 고객, 주제별로 문서를 분리할 수 있다. 네임스페이스를 잘 설계하면 문서가 많아져도 관리하기 쉽다.

=== 미디어 관리 ===
미디어 관리자는 이미지와 파일 업로드, 파일 선택, 문서 삽입을 지원한다. 문서형 위키에서는 스크린샷, 다이어그램, PDF, 압축 파일, 샘플 코드 등을 첨부해야 하는 경우가 많으므로 미디어 관리 기능은 중요하다.

=== 검색 ===
도쿠위키는 자체 검색 기능을 제공한다. 문서 수가 적은 환경에서는 충분히 유용하지만, 대규모 문서 검색에서는 전문 검색 엔진과 비교해 한계가 있을 수 있다. 검색 품질을 높이기 위해 플러그인이나 외부 검색 연동을 검토할 수 있다.

=== 변경 기록 ===
문서마다 변경 이력이 저장된다. 누가 언제 어떤 내용을 바꾸었는지 확인할 수 있고, 필요하면 이전 판으로 되돌릴 수 있다. 팀 문서에서는 이 기능이 매우 중요하다.

=== 차이 보기 ===
도쿠위키는 두 판 사이의 차이를 표시할 수 있다. 문서 수정 내역을 검토하거나 잘못된 변경을 찾아낼 때 유용하다.

=== 사용자 관리 ===
기본 사용자 관리 기능을 통해 계정을 만들고 그룹을 지정할 수 있다. 사이트 운영 방식에 따라 공개 가입, 관리자 승인, 외부 인증 연동 등을 선택할 수 있다.

=== 관리자 화면 ===
관리자 화면에서는 설정 변경, 사용자 관리, ACL 설정, 확장 기능 관리 등을 할 수 있다. 도쿠위키는 단순한 구조에도 불구하고 기본적인 관리 인터페이스를 제공하므로, 서버 파일을 직접 수정하지 않고도 많은 설정을 변경할 수 있다.

== 보안 ==
=== 설치 후 install.php 처리 ===
도쿠위키 설치가 끝난 뒤에는 설치 스크립트에 접근할 수 없게 해야 한다. 설치 스크립트가 남아 있으면 악의적인 사용자가 설정을 변경하거나 설치 과정을 악용할 수 있다.

=== 데이터 디렉터리 보호 ===
도쿠위키의 데이터는 파일로 저장된다. 따라서 `data`, `conf`, `bin`, `inc` 같은 주요 디렉터리에 외부 사용자가 직접 접근하지 못하도록 웹 서버 설정을 확인해야 한다. Apache 환경에서는 `.htaccess` 설정이 도움이 될 수 있으나, Nginx 환경에서는 별도 location 차단 규칙을 직접 작성해야 할 수 있다.

=== 관리자 계정 보호 ===
관리자 계정은 강력한 비밀번호를 사용해야 하며, 가능하면 재사용된 비밀번호를 피해야 한다. 공개망에서 운영하는 경우 HTTPS는 사실상 필수이다. 외부 인증을 사용하는 경우에도 관리자 그룹 매핑이 정확한지 확인해야 한다.

=== 플러그인 보안 ===
플러그인은 도쿠위키 기능을 확장하지만, 동시에 공격 표면을 넓힐 수 있다. 특히 HTML 삽입, 파일 업로드, 외부 URL 가져오기, 인증 연동, 스크립트 실행, 데이터베이스 연결 기능을 제공하는 플러그인은 주의해야 한다. 설치 전에는 최근 업데이트 날짜와 호환 버전을 확인하고, 사용하지 않는 플러그인은 비활성화하거나 삭제하는 것이 좋다.

=== 업데이트 ===
도쿠위키 코어와 플러그인, 템플릿은 정기적으로 업데이트해야 한다. 2024년과 2025년 계열에서도 XSS 취약점 수정 릴리스가 있었으므로, 오래된 버전을 계속 사용하는 것은 권장되지 않는다.<ref name="github-releases"/>

=== 백업과 복구 테스트 ===
보안의 마지막 방어선은 백업이다. 파일이 손상되거나 서버가 침해되거나 관리자가 실수로 문서를 삭제했을 때 복구할 수 있어야 한다. 백업은 만드는 것보다 복구 테스트가 더 중요하다. 실제로 복구가 가능한지 확인하지 않은 백업은 신뢰하기 어렵다.

== 업데이트와 유지보수 ==
도쿠위키 유지보수에서 중요한 것은 코어 업데이트, 플러그인 업데이트, 템플릿 업데이트, PHP 버전 관리, 백업, 권한 점검이다.

=== 코어 업데이트 ===
도쿠위키 코어는 공식 릴리스를 기준으로 업데이트하는 것이 좋다. 업데이트 전에는 반드시 전체 백업을 만들고, 사용 중인 플러그인과 템플릿이 새 버전과 호환되는지 확인해야 한다. 특히 PHP 최소 요구사항이 바뀌는 릴리스에서는 서버의 PHP 버전도 함께 확인해야 한다.

=== 플러그인 업데이트 ===
관리자 화면의 확장 관리자에서 플러그인 업데이트를 확인할 수 있다. 다만 업무용 위키라면 운영 서버에서 바로 업데이트하기보다 테스트 환경에서 먼저 확인하는 것이 좋다. 문법 플러그인 하나가 깨져도 다수의 문서 렌더링에 영향을 줄 수 있다.

=== 템플릿 업데이트 ===
템플릿은 외형뿐 아니라 페이지 도구, 로그인 링크, 관리자 메뉴 접근성, 모바일 화면에도 영향을 줄 수 있다. 오래된 템플릿은 최신 도쿠위키의 UI 구조나 PHP 버전과 맞지 않을 수 있으므로 정기적으로 확인해야 한다.

=== PHP 업데이트 ===
도쿠위키는 PHP 기반이므로 PHP 버전의 지원 상태가 중요하다. 운영체제 배포판에서 더 이상 보안 업데이트를 제공하지 않는 PHP 버전을 사용하면 웹 애플리케이션 전체가 위험해진다. 도쿠위키 자체 요구사항뿐 아니라 운영체제의 PHP 보안 지원 기간도 확인해야 한다.

== 백업 전략 ==
도쿠위키의 백업 대상은 일반적으로 다음과 같다.

{| class="wikitable"
! 대상 !! 설명
|-
| <code>data/pages</code> || 문서 본문
|-
| <code>data/media</code> || 업로드된 미디어 파일
|-
| <code>data/meta</code> || 문서 메타데이터
|-
| <code>data/attic</code> || 이전 판 저장 데이터
|-
| <code>conf</code> || 설정, 사용자, ACL 관련 파일
|-
| <code>lib/plugins</code> || 설치된 플러그인
|-
| <code>lib/tpl</code> || 설치된 템플릿
|-
| 웹 서버 설정 || Apache, Nginx, 리버스 프록시 설정
|-
| SSL 인증서 설정 || HTTPS 운영 시 필요
|}

소규모 위키는 전체 디렉터리를 압축하여 백업하는 방식으로 충분할 수 있다. 그러나 큰 위키는 증분 백업, 원격 백업, 스냅샷, 보관 주기, 암호화, 무결성 검증을 고려해야 한다. 특히 개인정보나 내부 문서가 포함된 위키라면 백업 파일 자체도 민감 정보로 취급해야 한다.

== 운영 사례 ==
=== 개인 지식 베이스 ===
도쿠위키는 개인 지식 베이스로 사용하기 좋다. 서버 한 대에 설치해 기술 메모, 독서 기록, 명령어 정리, 프로젝트 노트, 설정 문서 등을 저장할 수 있다. 파일 기반이므로 백업과 이전도 쉽다.

=== 사내 문서 시스템 ===
소규모 기업이나 팀에서는 도쿠위키를 사내 문서 시스템으로 사용할 수 있다. 설치가 간단하고 ACL을 제공하므로 부서별 문서, 개발 문서, 운영 매뉴얼, 장애 대응 문서, 인수인계 문서 등을 정리하기 좋다.

=== 프로젝트 문서 ===
개발 프로젝트에서는 설치 방법, API 문서, 배포 절차, 장애 처리 절차, 코드 규칙, 회의록 등을 저장할 수 있다. 네임스페이스를 프로젝트별로 나누면 관리하기 쉽다.

=== 교육 기관과 연구실 ===
연구실, 동아리, 학과 내부 문서에도 적합하다. 장비 사용법, 실험 절차, 서버 계정 안내, 논문 정리, 회의록, 운영 규칙 등을 정리할 수 있다.

=== 공개 매뉴얼 사이트 ===
도쿠위키는 공개 매뉴얼 사이트로도 사용할 수 있다. 다만 공개 사이트로 운영할 경우 검색 엔진 최적화, 스팸 방지, 캐시, CDN, 보안 업데이트, 접근 제어, 문의 대응 등을 함께 고려해야 한다.

== 다른 CMS와의 연동 ==
도쿠위키는 구조가 단순하고 인증 플러그인 체계가 있어 다른 CMS나 웹 애플리케이션과 연동하기 비교적 수월한 편이다. 과거에는 [[XpressEngine|XE]], [[그누보드]]와 연동하는 사례가 공유되기도 했다. 다만 오래된 연동 문서는 최신 PHP, 최신 도쿠위키, 최신 CMS 버전과 맞지 않을 가능성이 크다.

연동을 고려할 때에는 다음 사항을 확인해야 한다.

# 해당 CMS의 현재 버전과 도쿠위키 최신 버전이 호환되는가?

# 인증 연동 플러그인이 현재도 유지보수되는가?

# 비밀번호 해시 방식이 안전한가?

# 사용자 그룹과 도쿠위키 ACL을 어떻게 매핑할 것인가?

# 로그아웃, 세션 만료, 계정 삭제, 권한 변경이 양쪽 시스템에 올바르게 반영되는가?

# 보안 취약점이 있는 오래된 연동 코드를 사용하고 있지는 않은가?

단순히 “예전에 연동 사례가 있었다”는 이유만으로 최신 운영 환경에 적용해서는 안 된다. 특히 회원 정보와 인증을 다루는 연동은 보안 검토가 필수이다.

== 도쿠위키가 적합한 경우 ==
도쿠위키는 다음과 같은 상황에 적합하다.

* 별도의 DBMS를 설치하고 관리하고 싶지 않은 경우
* 소규모 팀 문서나 개인 문서 위키가 필요한 경우
* 백업과 이전이 쉬운 문서 시스템이 필요한 경우
* 텍스트 파일 기반 저장 구조를 선호하는 경우
* 복잡한 기능보다 안정성과 단순성을 중시하는 경우
* 내부 매뉴얼, 운영 문서, 기술 문서를 체계적으로 정리하려는 경우
* 웹 호스팅 환경이 제한적이어서 DB 사용이 어렵거나 번거로운 경우
* 문서의 장기 보존성과 원본 접근성을 중요하게 보는 경우

== 도쿠위키가 적합하지 않을 수 있는 경우 ==
다음과 같은 상황에서는 도쿠위키보다 다른 솔루션이 더 적합할 수 있다.

* 위키백과급 대규모 공개 위키를 운영하려는 경우
* 매우 많은 동시 접속자와 문서를 처리해야 하는 경우
* WYSIWYG 중심의 현대적인 문서 편집기를 필수로 요구하는 경우
* 마크다운 기반 워크플로만 허용해야 하는 경우
* DB 기반의 복잡한 질의와 통계가 필요한 경우
* 정교한 워크플로, 승인 절차, 전자결재, 문서 수명주기 관리가 필요한 경우
* 플러그인 유지보수 상태를 직접 점검하기 어려운 경우
* 기업용 통합 검색, 감사 로그, 세밀한 권한 보고서가 필수인 경우

== 설치 후 점검 목록 ==
도쿠위키를 설치한 뒤에는 다음 항목을 점검하는 것이 좋다.

{| class="wikitable"
! 점검 항목 !! 설명
|-
| `install.php` 제거 || 설치 완료 후 설치 파일이 남아 있지 않은지 확인
|-
| HTTPS 적용 || 공개망 운영 시 TLS 인증서 적용
|-
| 데이터 디렉터리 접근 차단 || `data`, `conf` 등 민감 디렉터리 직접 접근 방지
|-
| 관리자 비밀번호 || 충분히 긴 비밀번호 사용
|-
| ACL 정책 || 공개, 로그인 사용자, 그룹별 권한 확인
|-
| 사용자 가입 정책 || 공개 가입 허용 여부 확인
|-
| 플러그인 상태 || 불필요한 플러그인 제거
|-
| 템플릿 호환성 || 모바일과 최신 PHP 호환성 확인
|-
| 백업 자동화 || 정기 백업 설정
|-
| 복구 테스트 || 백업 파일로 실제 복구 가능한지 확인
|-
| 업데이트 계획 || 코어와 플러그인 업데이트 주기 설정
|}

== 평가 ==
도쿠위키는 단순성과 실용성을 강점으로 하는 위키 엔진이다. DBMS 없이 동작하는 구조는 설치와 유지보수를 크게 단순화하며, 문서가 텍스트 파일로 남는다는 점은 장기 보존과 이전성 측면에서 큰 장점이다. 특히 개인 위키, 소규모 팀 문서, 기술 매뉴얼, 인트라넷 문서 시스템에는 여전히 매력적인 선택지이다.

반면 대규모 공개 위키나 현대적인 협업 문서 플랫폼을 기대한다면 한계가 있다. 기본 UI와 편집 경험은 최신 노션형 문서 도구와 비교하면 보수적이며, 플러그인 품질도 균일하지 않다. 또한 파일 기반 구조는 소규모에서는 장점이지만, 매우 큰 규모에서는 백업과 검색, 파일 I/O 측면에서 부담이 될 수 있다.

따라서 도쿠위키를 선택할 때에는 “DB가 없어서 무조건 좋다”거나 “오래된 UI라서 무조건 나쁘다”는 식으로 판단하기보다, 운영 목적과 규모를 기준으로 평가해야 한다. 간단하고 오래 유지할 수 있는 문서 위키가 필요하다면 도쿠위키는 여전히 좋은 선택이 될 수 있다. 그러나 대규모 협업, 고급 권한 관리, 풍부한 시각적 편집 경험, 복잡한 통계 기능이 필요하다면 미디어위키, Wiki.js, BookStack, Outline, Confluence, XWiki 등 다른 도구와 비교해 보는 것이 좋다.

== 같이 보기 ==

* [[위키 엔진]]
* [[미디어위키]]
* [[PHP]]
* [[MySQL]]
* [[CMS]]
* [[오픈 소스]]
* [[지식 베이스]]
* [[마크다운]]
* [[WYSIWYG]]
* [[XpressEngine]]
* [[그누보드]]

== 외부 링크 ==

* [https://www.dokuwiki.org/dokuwiki 도쿠위키 공식 홈페이지]
* [https://download.dokuwiki.org/ 도쿠위키 공식 다운로드]
* [https://github.com/dokuwiki/dokuwiki 도쿠위키 GitHub 저장소]
* [https://www.dokuwiki.org/manual 도쿠위키 공식 매뉴얼]
* [https://www.dokuwiki.org/requirements 도쿠위키 시스템 요구사항]
* [https://www.dokuwiki.org/extensions 도쿠위키 확장 기능]
* [https://www.dokuwiki.org/plugins 도쿠위키 플러그인]
* [https://www.dokuwiki.org/templates 도쿠위키 템플릿]
* [https://www.dokuwiki.org/acl 도쿠위키 접근 제어 문서]
* [https://www.dokuwiki.org/auth 도쿠위키 인증 문서]
* [https://www.dokuwiki.org/wiki:syntax 도쿠위키 문법 문서]
* [https://www.dokuwiki.org/changes 도쿠위키 변경 기록]

== 각주 ==
<references />

V8

2026-06-16T06:24:38Z

Gaon12: v8 내용 대폭 추가

{{소프트웨어 정보
| 이름 = V8
| 로고 = [[파일:V8 JavaScript engine logo 2.svg]]
| 로고크기 = 120px
| 원저자 = [[Lars Bak]]
| 개발자 = [[Google|구글]], [[Chromium]] 프로젝트 기여자
| 발표일 = 2008년 9월 2일
| 최신버전 = [[Google Chrome|Chrome]] 및 [[Chromium]] 릴리스 주기에 따라 지속적으로 갱신
| 저장소 = https://chromium.googlesource.com/v8/v8
| 프로그래밍 언어 = [[C++]]
| 운영체제 = [[Windows]], [[macOS]], [[Linux]], [[Android]], [[ChromeOS]] 등
| 플랫폼 = x64, IA-32, ARM, ARM64 등
| 종류 = [[자바스크립트 엔진]], [[WebAssembly]] 엔진
| 라이선스 = BSD 계열 라이선스
| 웹사이트 = https://v8.dev/
}}

'''V8'''은 [[Google|구글]]이 개발하고 [[Chromium]] 프로젝트와 함께 유지보수하는 오픈 소스 [[자바스크립트 엔진]]이자 [[WebAssembly]] 엔진이다.<ref name="v8-home">{{웹 인용|url=https://v8.dev/|제목=V8 JavaScript engine|웹사이트=V8.dev|출판사=Google|확인날짜=2026-06-16}}</ref> V8은 [[ECMAScript]] 표준에 정의된 [[JavaScript]]를 실행하고, WebAssembly 모듈을 컴파일 및 실행하며, [[Google Chrome]], [[Chromium]], [[Node.js]], [[Deno]], [[Electron]], [[Google Apps Script]] 등 여러 실행 환경에서 사용된다.<ref name="v8-readme">{{웹 인용|url=https://github.com/v8/v8|제목=V8 JavaScript Engine|웹사이트=GitHub|출판사=V8 project authors|확인날짜=2026-06-16}}</ref><ref name="node-v8">{{웹 인용|url=https://nodejs.org/learn/getting-started/the-v8-javascript-engine|제목=The V8 JavaScript Engine|웹사이트=Node.js Learn|출판사=OpenJS Foundation|확인날짜=2026-06-16}}</ref>

V8의 가장 중요한 특징은 JavaScript 코드를 단순히 해석하는 데 그치지 않고, 실행 중 수집한 정보를 바탕으로 기계어 코드를 생성하고 최적화한다는 점이다. 현대의 V8은 인터프리터인 '''Ignition''', 빠른 비최적화 컴파일러인 '''Sparkplug''', 중간 단계 최적화 JIT 컴파일러인 '''Maglev''', 고성능 최종 단계 최적화 컴파일러인 '''TurboFan''' 및 그 내부 구조 변화인 '''Turboshaft'''를 중심으로 발전해 왔다.<ref name="ignition-turbofan">{{웹 인용|url=https://v8.dev/blog/launching-ignition-and-turbofan|제목=Launching Ignition and TurboFan|웹사이트=V8.dev|출판사=Google|날짜=2017-05-15|확인날짜=2026-06-16}}</ref><ref name="sparkplug">{{웹 인용|url=https://v8.dev/blog/sparkplug|제목=Sparkplug — a non-optimizing JavaScript compiler|웹사이트=V8.dev|출판사=Google|날짜=2021-05-27|확인날짜=2026-06-16}}</ref><ref name="maglev">{{웹 인용|url=https://v8.dev/blog/maglev|제목=Maglev - V8’s Fastest Optimizing JIT|웹사이트=V8.dev|출판사=Google|날짜=2023-12-05|확인날짜=2026-06-16}}</ref><ref name="turboshaft">{{웹 인용|url=https://v8.dev/blog/leaving-the-sea-of-nodes|제목=Land ahoy: leaving the Sea of Nodes|웹사이트=V8.dev|출판사=Google|날짜=2025-03-25|확인날짜=2026-06-16}}</ref>

== 개요 ==

V8은 웹 브라우저 안에서 JavaScript를 실행하기 위해 만들어졌지만, 현재는 브라우저 밖의 서버, 데스크톱 애플리케이션, 개발 도구, 스크립트 자동화 환경에서도 널리 사용된다. [[Node.js]]는 서버 측 JavaScript 실행을 위해 V8을 채택했고, [[Electron]]은 Chromium과 Node.js를 결합하여 데스크톱 애플리케이션을 만들 수 있게 하며, [[Deno]]는 V8, Rust, Tokio를 기반으로 JavaScript, TypeScript, WebAssembly 런타임을 제공한다.<ref name="electron">{{웹 인용|url=https://electronjs.org/|제목=Electron|웹사이트=Electron|출판사=OpenJS Foundation|확인날짜=2026-06-16}}</ref><ref name="deno">{{웹 인용|url=https://github.com/denoland/deno|제목=denoland/deno|웹사이트=GitHub|출판사=Deno Land Inc.|확인날짜=2026-06-16}}</ref>

V8은 [[C++]]로 작성되어 있으며, 독립 실행형으로 사용할 수도 있고 C++ 애플리케이션에 내장할 수도 있다.<ref name="embed">{{웹 인용|url=https://v8.dev/docs/embed|제목=Getting started with embedding V8|웹사이트=V8.dev|출판사=Google|확인날짜=2026-06-16}}</ref> 이 때문에 V8은 단순한 브라우저 구성요소가 아니라, JavaScript를 애플리케이션 내부 스크립트 언어로 제공하려는 프로그램에서도 사용할 수 있는 범용 실행 엔진에 가깝다.

다만 V8 자체는 [[DOM]], [[HTML]], [[CSS]], 네트워크 API, 파일 시스템 API 같은 실행 환경 기능을 제공하지 않는다. 예를 들어 웹 브라우저에서는 DOM과 Web API를 브라우저가 제공하고, Node.js에서는 파일 시스템, 네트워크, 프로세스 제어 API를 Node.js 런타임이 제공한다. V8의 역할은 ECMAScript 코드와 WebAssembly 코드를 파싱, 컴파일, 실행하고 메모리를 관리하는 것이다.<ref name="node-v8" />

== 명칭 ==

V8이라는 이름은 자동차의 [[V8 엔진]]에서 따온 것으로 알려져 있다. Chrome이 빠른 웹 애플리케이션 실행을 목표로 개발되던 시기에, JavaScript 실행 성능을 강조하기 위해 고성능 엔진을 연상시키는 이름이 붙었다. 이 이름은 Chrome의 브랜드 이미지와도 연결되며, 초기 Chrome 발표 자료에서도 V8은 브라우저의 속도와 복잡한 웹 애플리케이션 실행 능력을 상징하는 핵심 기술로 소개되었다.<ref name="google-browser">{{웹 인용|url=https://googleblog.blogspot.com/2008/09/fresh-take-on-browser.html|제목=A fresh take on the browser|웹사이트=Official Google Blog|출판사=Google|날짜=2008-09-01|확인날짜=2026-06-16}}</ref>

== 역사 ==

=== 개발 배경 ===

2000년대 중반까지 JavaScript는 주로 웹 페이지의 보조적인 동작을 구현하는 언어로 여겨졌다. 그러나 [[Gmail]], [[Google Maps]]와 같은 복잡한 웹 애플리케이션이 등장하면서 브라우저 안에서 대규모 JavaScript 코드를 빠르게 실행하는 능력이 중요해졌다. Google은 Chrome을 개발하면서 웹 애플리케이션이 기존 데스크톱 애플리케이션에 가까운 반응성과 복잡성을 가질 수 있어야 한다고 보았고, 이를 위해 새로운 JavaScript 엔진인 V8을 만들었다.<ref name="google-browser" />

V8 프로젝트는 가상 머신과 동적 언어 구현 경험이 많은 [[Lars Bak]]이 주도하였다. 2008년 9월 2일 Google Chrome이 처음 공개되었을 때 V8도 함께 공개되었고, 같은 날 오픈 소스 프로젝트가 되었다.<ref name="v8-10years">{{웹 인용|url=https://v8.dev/blog/10-years|제목=Celebrating 10 years of V8|웹사이트=V8.dev|출판사=Google|날짜=2018-09-11|확인날짜=2026-06-16}}</ref><ref name="chrome-v8-launch">{{웹 인용|url=https://developers.googleblog.com/google-chrome-chromium-and-v8-launch-today/|제목=Google Chrome, Chromium, and V8 launch today|웹사이트=Google Developers Blog|출판사=Google|날짜=2008-09-02|확인날짜=2026-06-16}}</ref>

=== 2008년: Chrome과 함께 공개 ===

2008년 9월 2일 Google은 Chrome 베타를 공개하면서 Chromium과 V8도 함께 공개하였다.<ref name="chrome-v8-launch" /> 초기 V8은 JavaScript를 중간 바이트코드로 오래 머무르게 하지 않고 가능한 한 빠르게 기계어로 컴파일하는 접근을 취했다. 당시 이 방식은 복잡한 웹 애플리케이션을 더 빠르게 실행하기 위한 핵심 전략으로 소개되었다.<ref name="chrome-speed">{{웹 인용|url=https://blog.chromium.org/2008/09/google-chromes-need-for-speed_02.html|제목=Google Chrome's Need for Speed|웹사이트=Chromium Blog|출판사=Google|날짜=2008-09-02|확인날짜=2026-06-16}}</ref>

초기 V8의 설계에는 빠른 속성 접근, 숨겨진 클래스, 인라인 캐시, 효율적인 가비지 컬렉션 같은 기술이 포함되었다. 이러한 기술들은 동적 타입 언어인 JavaScript에서 객체 구조가 실행 중 바뀔 수 있다는 문제를 다루면서도 가능한 한 정적 언어에 가까운 최적화 기회를 얻기 위한 것이었다.

=== Crankshaft 시대 ===

2010년대 초반 V8은 '''Crankshaft'''라는 최적화 컴파일러를 도입하였다. Crankshaft는 자주 실행되는 코드를 찾아 더 빠른 기계어로 다시 컴파일하는 역할을 했다. 그러나 JavaScript 언어가 빠르게 발전하고, 예외 처리, 모듈, 클래스, 다양한 ES2015 이후 문법이 보편화되면서 Crankshaft의 구조적 한계가 점점 커졌다. V8 팀은 Crankshaft가 새로운 언어 기능과 다양한 아키텍처를 장기적으로 지원하기에 복잡도가 높고 유지보수가 어렵다고 보았다.<ref name="ignition-turbofan" />

=== Ignition과 TurboFan으로의 전환 ===

2017년 V8 v5.9부터 V8은 JavaScript 실행 파이프라인을 '''Ignition'''과 '''TurboFan''' 중심으로 재구성하였다.<ref name="ignition-turbofan" /> Ignition은 JavaScript를 바이트코드로 변환하고 이를 실행하는 인터프리터이며, TurboFan은 실행 중 수집된 타입 피드백과 프로파일 정보를 바탕으로 최적화된 기계어를 생성하는 컴파일러이다.

이 전환의 중요한 목적은 다음과 같다.

* 메모리 사용량 감소
* 모바일 환경에서의 시작 성능 개선
* 새 ECMAScript 기능을 더 쉽게 지원
* 아키텍처별 코드 중복 감소
* 최적화 컴파일러의 유지보수성 향상
* Crankshaft와 Full-codegen 제거

Ignition과 TurboFan의 도입은 V8 역사에서 매우 큰 구조 변화였다. V8 팀은 이를 통해 JavaScript 언어 전체를 더 일관되게 최적화할 수 있는 기반을 마련했다고 설명하였다.<ref name="ignition-turbofan" />

=== WebAssembly 지원 ===

V8은 JavaScript뿐 아니라 [[WebAssembly]] 실행 엔진이기도 하다. WebAssembly는 C, C++, Rust 같은 언어로 작성된 프로그램을 웹과 기타 실행 환경에서 효율적이고 안전하게 실행하기 위한 이진 명령어 형식이다. V8은 WebAssembly 모듈을 빠르게 시작하기 위해 '''Liftoff'''라는 baseline compiler를 도입하였고, 더 높은 성능이 필요한 코드에는 TurboFan 계열의 최적화 컴파일러를 사용한다.<ref name="liftoff">{{웹 인용|url=https://v8.dev/blog/liftoff|제목=Liftoff: a new baseline compiler for WebAssembly in V8|웹사이트=V8.dev|출판사=Google|날짜=2018-08-20|확인날짜=2026-06-16}}</ref><ref name="wasm-pipeline">{{웹 인용|url=https://v8.dev/docs/wasm-compilation-pipeline|제목=WebAssembly compilation pipeline|웹사이트=V8.dev|출판사=Google|확인날짜=2026-06-16}}</ref>

2020년대에는 WebAssembly SIMD, WebAssembly BigInt 통합, WebAssembly tail calls, WasmGC, WebAssembly 동적 티어링, WebAssembly 최적화와 deoptimization 지원 등도 발전하였다.<ref name="wasm-features">{{웹 인용|url=https://v8.dev/features|제목=JavaScript and WebAssembly features|웹사이트=V8.dev|출판사=Google|확인날짜=2026-06-16}}</ref><ref name="wasm-speculative">{{웹 인용|url=https://v8.dev/blog/wasm-speculative-optimizations|제목=Speculative Optimizations for WebAssembly using Deopts and Data Structures|웹사이트=V8.dev|출판사=Google|날짜=2025-06-24|확인날짜=2026-06-16}}</ref>

=== Sparkplug 도입 ===

2021년 V8은 '''Sparkplug'''라는 빠른 비최적화 JavaScript 컴파일러를 도입하였다.<ref name="sparkplug" /> Sparkplug는 Ignition 바이트코드를 기반으로 빠르게 기계어 코드를 생성한다. Sparkplug의 목표는 TurboFan처럼 무거운 최적화를 수행하지 않으면서도 인터프리터 실행보다 빠른 코드를 제공하는 것이다.

Sparkplug는 V8의 티어드 컴파일 구조에서 Ignition과 TurboFan 사이의 간격을 줄였다. JavaScript 코드는 처음에는 Ignition으로 빠르게 시작하고, 이후 Sparkplug로 더 빠르게 실행되며, 충분히 자주 실행되고 최적화 가치가 있는 코드는 Maglev나 TurboFan으로 넘어갈 수 있다.

=== Maglev 도입 ===

2023년 Chrome M117에서 V8은 '''Maglev'''라는 새로운 중간 단계 최적화 JIT 컴파일러를 도입하였다.<ref name="maglev" /> Maglev는 Sparkplug보다 훨씬 빠른 코드를 만들면서도 TurboFan보다 훨씬 빠르게 컴파일되는 것을 목표로 한다. V8 팀은 Maglev가 웹 성능 벤치마크와 에너지 사용량 측면에서 이점을 제공한다고 설명하였다.<ref name="holiday2023">{{웹 인용|url=https://v8.dev/blog/holiday-season-2023|제목=V8 is Faster and Safer than Ever!|웹사이트=V8.dev|출판사=Google|날짜=2023-12-14|확인날짜=2026-06-16}}</ref>

Maglev는 특히 짧은 시간 안에 최적화 이익을 얻어야 하는 실제 웹 페이지와 웹 애플리케이션에서 중요하다. TurboFan은 매우 고성능의 코드를 만들 수 있지만 컴파일 비용이 높기 때문에 모든 코드에 적용하기 어렵다. Maglev는 이러한 비용과 성능 사이의 균형을 맞추기 위해 도입되었다.

=== Turboshaft와 Sea of Nodes 탈피 ===

2025년 V8 팀은 TurboFan 내부의 일부 구조를 기존의 '''Sea of Nodes''' 표현에서 더 전통적인 제어 흐름 그래프 기반 중간 표현인 '''Turboshaft'''로 옮기는 작업을 설명하였다.<ref name="turboshaft" /> Sea of Nodes는 이론적으로 강력한 최적화 표현이지만, JavaScript와 WebAssembly처럼 복잡한 제어 흐름, 부작용, 타입 체크, 메모리 접근이 많은 언어에서는 분석과 유지보수가 어렵다는 문제가 있었다.

Turboshaft는 컴파일러 내부 구조를 더 명확하게 만들고, 버그 조사와 최적화 구현을 쉽게 하며, 컴파일 시간을 줄이기 위한 방향으로 도입되었다. V8 팀은 2025년 기준으로 JavaScript 백엔드 전체와 WebAssembly 파이프라인 전체에서 Turboshaft가 사용되고 있다고 설명하였다.<ref name="turboshaft" />

== 구조와 동작 원리 ==

=== 파싱과 추상 구문 트리 ===

V8은 JavaScript 소스 코드를 먼저 파싱하여 내부 표현으로 변환한다. 이 단계에서는 문법 오류를 검사하고, 스크립트 또는 모듈의 구조를 분석하며, 함수, 변수, 클래스, 블록, 표현식 등의 관계를 파악한다. 일반적으로 JavaScript 엔진은 소스 코드를 토큰화하고, 파서가 이를 구문 트리 형태로 구성한 뒤, 실행에 적합한 내부 형식으로 변환한다.

V8은 전체 코드를 처음부터 모두 무겁게 컴파일하지 않는다. 실제 웹 페이지와 서버 프로그램에서는 많은 함수가 전혀 호출되지 않거나 드물게 호출된다. 따라서 V8은 필요한 부분을 늦게 파싱하거나 컴파일하는 방식으로 시작 시간을 줄이고 메모리 사용량을 낮춘다.

=== Ignition 인터프리터 ===

'''Ignition'''은 V8의 JavaScript 인터프리터이다. Ignition은 JavaScript를 V8 내부 바이트코드로 변환하고, 이 바이트코드를 실행한다.<ref name="ignition-turbofan" /> 바이트코드는 원본 JavaScript보다 실행 엔진이 다루기 쉽고, 이후 Sparkplug, Maglev, TurboFan 같은 컴파일러가 참고할 수 있는 기반이 된다.

Ignition의 중요한 역할은 단순 실행뿐 아니라 피드백 수집이다. V8은 함수 호출, 객체 속성 접근, 산술 연산, 배열 접근, 함수 인자 타입 등에 대한 정보를 실행 중에 수집한다. 이 정보는 나중에 코드를 최적화할 때 사용된다.

=== 인라인 캐시와 타입 피드백 ===

JavaScript는 동적 타입 언어이므로 같은 코드가 서로 다른 타입의 값을 처리할 수 있다. 예를 들어 `obj.name`이라는 속성 접근은 어떤 순간에는 일반 객체의 문자열 속성을 읽을 수도 있고, 다른 순간에는 전혀 다른 구조의 객체를 읽을 수도 있다.

V8은 이러한 동적 특성을 다루기 위해 '''인라인 캐시'''와 '''타입 피드백'''을 사용한다. 특정 코드 위치에서 반복적으로 같은 형태의 객체가 등장하면 V8은 그 패턴을 기록하고, 다음 실행 때 더 빠른 경로를 사용할 수 있다. 예를 들어 어떤 객체가 같은 hidden class 또는 map 구조를 가진다면, V8은 속성 이름을 매번 일반적인 해시 검색으로 찾지 않고 정해진 오프셋에서 빠르게 읽을 수 있다.

=== Hidden class와 Map ===

V8은 JavaScript 객체의 구조를 내부적으로 '''Map''' 또는 hidden class에 가까운 개념으로 표현한다. JavaScript 객체는 실행 중 속성이 추가되거나 삭제될 수 있지만, 실제 프로그램에서는 같은 생성자나 같은 객체 리터럴에서 만들어진 객체들이 비슷한 구조를 갖는 경우가 많다. V8은 이 구조적 공통성을 이용해 속성 접근을 최적화한다.

예를 들어 다음과 같은 객체들이 반복적으로 만들어진다고 가정할 수 있다.

<syntaxhighlight lang="javascript">
function User(name, age) {
this.name = name;
this.age = age;
}

const a = new User("Kim", 20);
const b = new User("Lee", 25); </syntaxhighlight>

`a`와 `b`는 같은 순서로 `name`, `age` 속성이 추가되므로 내부적으로 비슷한 구조를 공유할 수 있다. V8은 이 점을 활용하여 `user.name` 같은 접근을 빠르게 만든다.

=== Sparkplug 컴파일러 ===

'''Sparkplug'''는 Ignition이 만든 바이트코드를 바탕으로 빠르게 기계어를 생성하는 비최적화 컴파일러이다.<ref name="sparkplug" /> Sparkplug는 복잡한 최적화 분석을 수행하지 않으므로 컴파일 비용이 낮다. 대신 인터프리터보다 빠른 실행 속도를 제공한다.

Sparkplug의 핵심 가치는 시작 직후의 성능 개선이다. 웹 페이지는 사용자가 기다리지 않도록 빠르게 반응해야 하고, 서버 애플리케이션도 요청을 지연 없이 처리해야 한다. Sparkplug는 최적화 컴파일러가 충분한 정보를 모으기 전까지의 중간 성능을 높이는 역할을 한다.

=== Maglev 컴파일러 ===

'''Maglev'''는 Sparkplug와 TurboFan 사이에 위치한 중간 단계 최적화 컴파일러이다.<ref name="maglev" /> Maglev는 정적 단일 할당 형태와 제어 흐름 그래프 기반 구조를 사용하여 비교적 빠르게 최적화 코드를 생성한다. TurboFan만큼 깊은 최적화를 수행하지는 않지만, Sparkplug보다 훨씬 나은 실행 성능을 목표로 한다.

Maglev의 도입은 V8의 실행 파이프라인을 더 세밀하게 만들었다. 단순히 인터프리터와 최종 최적화 컴파일러 사이에서 오가는 것이 아니라, 코드의 실행 빈도와 안정성에 따라 적절한 단계의 컴파일러를 선택할 수 있게 된 것이다.

=== TurboFan 컴파일러 ===

'''TurboFan'''은 V8의 고성능 최적화 컴파일러이다. 자주 실행되고 타입 정보가 안정적인 코드는 TurboFan에 의해 더 깊게 최적화될 수 있다.<ref name="ignition-turbofan" /> TurboFan은 인라인 확장, 불필요한 검사 제거, 상수 접기, dead code elimination, bounds check 최적화, escape analysis 등 다양한 컴파일러 최적화 기법을 적용할 수 있다.

TurboFan은 JavaScript의 동적 특성 때문에 추측적 최적화를 많이 사용한다. 예를 들어 어떤 함수가 계속 숫자만 처리한다면, V8은 그 함수가 앞으로도 숫자를 처리할 것이라고 가정하고 숫자 연산에 특화된 빠른 코드를 만들 수 있다. 그러나 나중에 문자열이나 객체가 들어오면 그 가정은 깨질 수 있다. 이때 V8은 최적화된 코드를 버리고 안전한 코드 경로로 되돌아간다.

=== Deoptimization ===

'''Deoptimization'''은 V8 같은 JIT 엔진에서 매우 중요한 개념이다. 최적화 컴파일러는 실행 중 수집한 정보를 바탕으로 “이 코드는 앞으로도 이런 타입을 받을 가능성이 높다”는 가정을 세우고 빠른 코드를 만든다. 그러나 JavaScript는 동적 언어이므로 그 가정이 언제든 깨질 수 있다.

가정이 깨지면 V8은 최적화된 코드를 계속 실행하지 않고, 더 일반적인 코드 상태로 되돌아간다. 이 과정을 deoptimization이라고 한다. Deoptimization은 JavaScript의 유연성을 유지하면서도 일반적인 경우에는 빠르게 실행하기 위한 핵심 장치이다.

=== 가비지 컬렉션 ===

V8은 자동 메모리 관리를 위해 [[가비지 컬렉션]]을 수행한다. JavaScript 개발자는 일반적으로 객체를 명시적으로 해제하지 않고, 더 이상 도달할 수 없는 객체는 엔진이 회수한다. V8의 가비지 컬렉터는 세대별 수집, 증분 처리, 병렬 처리, 동시 처리 등을 활용하여 중단 시간을 줄이고 처리량을 높이는 방향으로 발전하였다.

V8의 '''Orinoco''' 프로젝트는 가비지 컬렉션 작업을 병렬화하고 동시화하여 웹 페이지와 애플리케이션의 끊김을 줄이는 데 초점을 맞추었다.<ref name="v8-10years" /> 특히 브라우저 환경에서는 가비지 컬렉션으로 인해 사용자 인터페이스가 멈추는 현상이 체감 성능에 큰 영향을 주기 때문에, GC의 지연 시간을 줄이는 것이 중요하다.

=== 메모리 최적화 ===

V8은 성능뿐 아니라 메모리 사용량도 중요하게 다룬다. 모바일 기기, 저사양 장치, 서버의 고밀도 워크로드에서는 메모리 사용량이 곧 비용과 사용자 경험으로 이어진다.

대표적인 메모리 최적화로는 다음이 있다.

* '''Pointer compression''': 64비트 환경에서 포인터를 압축하여 힙 메모리 사용량을 줄이는 기술이다.<ref name="pointer-compression">{{웹 인용|url=https://v8.dev/blog/pointer-compression|제목=Pointer Compression in V8|웹사이트=V8.dev|출판사=Google|날짜=2020-03-30|확인날짜=2026-06-16}}</ref>
* '''Embedded builtins''': 여러 isolate가 공통 내장 코드를 공유하여 메모리 중복을 줄이는 방향의 최적화이다.
* '''Startup snapshot''': 초기 실행에 필요한 객체와 내장 함수 상태를 스냅샷으로 저장하여 시작 속도를 높인다.
* '''Code caching''': 이미 컴파일된 코드나 파싱 결과를 재사용하여 반복 실행 비용을 줄인다.

== WebAssembly 실행 ==

V8은 JavaScript 엔진이면서 동시에 WebAssembly 엔진이다. WebAssembly 코드는 브라우저나 런타임에서 안전하게 실행될 수 있도록 설계된 저수준 이진 형식이다. V8은 WebAssembly 모듈을 로드하고 검증한 뒤, 실행 가능한 기계어 코드로 컴파일한다.<ref name="wasm-pipeline" />

=== Liftoff ===

'''Liftoff'''는 V8의 WebAssembly baseline compiler이다.<ref name="liftoff" /> Liftoff의 목표는 WebAssembly 코드를 매우 빠르게 컴파일하여 시작 시간을 줄이는 것이다. 고성능 코드를 만드는 것보다 빠른 시작이 우선인 단계에서 사용된다.

=== TurboFan과 Turboshaft ===

더 자주 실행되거나 성능이 중요한 WebAssembly 코드는 TurboFan 계열 컴파일러를 통해 최적화될 수 있다. 2025년 기준으로 V8은 WebAssembly 파이프라인에서도 Turboshaft를 사용한다고 설명하였다.<ref name="turboshaft" />

=== 동적 티어링 ===

WebAssembly에서도 JavaScript와 비슷하게 티어드 컴파일 전략이 사용된다. 먼저 Liftoff가 빠르게 코드를 생성하고, 이후 성능이 중요한 부분은 더 무거운 최적화 컴파일러가 다시 컴파일할 수 있다. 이를 통해 빠른 시작과 높은 장기 실행 성능 사이의 균형을 맞춘다.<ref name="wasm-pipeline" />

=== WasmGC와 최신 WebAssembly 기능 ===

WasmGC는 Java, Kotlin, Dart, C# 같은 가비지 컬렉션 기반 언어를 WebAssembly로 더 효율적으로 옮기기 위한 기능이다. V8은 WebAssembly 기능 설명과 블로그를 통해 WasmGC, tail calls, SIMD, BigInt 통합 등 여러 WebAssembly 관련 기능을 다루고 있다.<ref name="wasm-features" />

== 보안 ==

V8은 공격자가 제공한 웹 페이지의 JavaScript와 WebAssembly를 실행해야 하므로 보안상 매우 민감한 구성요소이다. 브라우저 공격에서 JavaScript 엔진 취약점은 원격 코드 실행, 샌드박스 내부 코드 실행, 메모리 손상 공격의 출발점이 될 수 있다.

=== V8 Sandbox ===

2024년 V8 팀은 '''V8 Sandbox'''를 설명하였다.<ref name="v8-sandbox">{{웹 인용|url=https://v8.dev/blog/sandbox|제목=The V8 Sandbox|웹사이트=V8.dev|출판사=Google|날짜=2024-04-04|확인날짜=2026-06-16}}</ref> V8 Sandbox는 V8 내부의 메모리 손상 취약점이 프로세스의 다른 메모리 영역으로 확산되는 것을 막기 위한 소프트웨어 기반 격리 구조이다. 이 구조는 공격자가 V8 샌드박스 내부에서 읽기와 쓰기 능력을 얻었다고 가정하더라도, 그 영향이 샌드박스 바깥으로 쉽게 나가지 못하게 만드는 것을 목표로 한다.

V8 Sandbox는 특히 최적화 JavaScript 엔진에 일반적인 메모리 안전 기법을 그대로 적용하기 어렵다는 현실에서 출발한다. JIT 컴파일러와 고성능 런타임은 성능과 유연성 때문에 복잡한 내부 구조를 가질 수밖에 없으므로, 취약점 발생 가능성을 줄이는 것과 함께 취약점의 영향을 제한하는 방어 계층이 필요하다.

=== 취약점과 업데이트 ===

Chrome과 Chromium 기반 브라우저는 V8 취약점을 포함한 보안 문제를 정기적으로 수정한다. Chrome의 릴리스 주기는 V8의 릴리스와 밀접하게 연결되어 있으며, V8 문서도 Chrome 릴리스 채널을 통해 새 버전이 사용자에게 전달된다고 설명한다.<ref name="release-process">{{웹 인용|url=https://v8.dev/docs/release-process|제목=Release process|웹사이트=V8.dev|출판사=Google|확인날짜=2026-06-16}}</ref>

2026년 6월 기준 Chrome Stable 채널은 149 계열 업데이트를 배포하고 있으며, Chrome Release Blog는 안정화 채널 업데이트와 보안 수정 사항을 공지하고 있다.<ref name="chrome-2026">{{웹 인용|url=https://chromereleases.googleblog.com/2026/|제목=Chrome Releases: 2026|웹사이트=Chrome Releases Blog|출판사=Google|확인날짜=2026-06-16}}</ref> V8처럼 많은 소프트웨어에 내장되는 엔진은 브라우저뿐 아니라 Electron 기반 애플리케이션, 런타임, 자동화 도구의 보안에도 영향을 준다.

== 릴리스와 버전 관리 ==

V8의 릴리스 과정은 Chrome의 릴리스 과정과 매우 밀접하게 연결되어 있다.<ref name="release-process" /> V8 팀은 Chrome의 여러 릴리스 채널을 통해 새 기능과 수정 사항을 사용자에게 전달한다. Chrome은 안정 채널, 베타 채널, 개발자 채널, 카나리아 채널을 통해 단계적으로 새 버전을 배포하며, V8도 이 흐름에 맞추어 안정화된다.

Chrome의 주요 버전은 일정한 주기로 배포되며, 보안 수정이나 안정성 개선은 중간 업데이트로 제공될 수 있다. 특정 Chrome 버전에 어떤 V8 버전이 포함되어 있는지는 Chromium Dash 같은 도구를 통해 확인할 수 있다.<ref name="chromium-dash">{{웹 인용|url=https://chromiumdash.appspot.com/schedule|제목=Chromium Dash Schedule|웹사이트=Chromium Dash|출판사=Chromium project|확인날짜=2026-06-16}}</ref>

Node.js와 같은 런타임은 Chrome과 별도의 릴리스 정책을 가지므로, 같은 시점의 Node.js가 반드시 최신 Chrome과 동일한 V8 버전을 포함하는 것은 아니다. Node.js는 안정성, 장기 지원, API 호환성, 생태계 영향 등을 고려하여 V8 버전을 선택하고 업데이트한다.

== ECMAScript와 최신 JavaScript 기능 ==

V8은 [[ECMA-262]]에 정의된 ECMAScript를 구현한다.<ref name="v8-readme" /> 최신 JavaScript 기능은 TC39 제안 절차를 거쳐 표준화되며, V8은 기능의 성숙도와 Chrome 릴리스 일정에 따라 이를 구현한다.

V8 공식 기능 문서는 ECMAScript와 WebAssembly의 최신 기능을 설명한다.<ref name="v8-features">{{웹 인용|url=https://v8.dev/features|제목=JavaScript and WebAssembly features|웹사이트=V8.dev|출판사=Google|확인날짜=2026-06-16}}</ref> 최근 기능의 예로는 다음과 같은 것들이 있다.

* Explicit Resource Management
* Iterator helpers
* Import attributes
* RegExp v 플래그와 집합 표기법
* Array 및 TypedArray 요소 검색 기능
* `Array.prototype.at`
* Error cause
* `Object.hasOwn`
* class static initialization blocks
* Top-level await
* Optional chaining
* Nullish coalescing
* `globalThis`

2025년 V8은 Explicit Resource Management 기능을 설명하였다. 이 기능은 `using`, `await using`, `Symbol.dispose`, `Symbol.asyncDispose`, `DisposableStack`, `AsyncDisposableStack` 등을 통해 리소스 수명 주기를 명시적으로 관리할 수 있게 한다.<ref name="erm">{{웹 인용|url=https://v8.dev/features/explicit-resource-management|제목=JavaScript's New Superpower: Explicit Resource Management|웹사이트=V8.dev|출판사=Google|날짜=2025-05-09|확인날짜=2026-06-16}}</ref>

== V8과 런타임의 차이 ==

V8은 JavaScript 코드를 실행하는 엔진이지만, 그 자체만으로 Node.js나 브라우저와 같은 완전한 실행 환경은 아니다. 이 차이는 매우 중요하다.

브라우저에서 다음과 같은 기능은 V8이 아니라 브라우저가 제공한다.

* DOM 조작
* `window`
* `document`
* `fetch`
* `setTimeout`
* 이벤트 루프의 브라우저 통합
* 렌더링 엔진과 레이아웃
* 네트워크 스택
* 보안 정책과 권한 모델

Node.js에서 다음과 같은 기능은 V8이 아니라 Node.js 런타임이 제공한다.

* 파일 시스템 API
* TCP, HTTP, TLS 네트워크 API
* `process`
* `Buffer`
* CommonJS 모듈 시스템
* npm 패키지 생태계 통합
* libuv 기반 이벤트 루프

따라서 “V8이 Node.js이다” 또는 “V8이 Chrome이다”라고 말하는 것은 정확하지 않다. V8은 Chrome과 Node.js 내부에서 JavaScript와 WebAssembly 실행을 담당하는 핵심 엔진이다.

== 임베딩 ==

V8은 C++ 애플리케이션에 내장할 수 있다.<ref name="embed" /> 임베더는 V8 API를 사용하여 JavaScript 실행 컨텍스트를 만들고, C++ 객체와 함수를 JavaScript에서 사용할 수 있도록 노출하며, JavaScript 함수와 객체를 C++ 코드에서 호출할 수 있다.

V8 임베딩에서 중요한 개념은 다음과 같다.

=== Isolate ===

'''Isolate'''는 독립적인 V8 실행 인스턴스이다. 각 isolate는 자체 힙을 가지며, 일반적으로 다른 isolate와 JavaScript 객체를 직접 공유하지 않는다. 이 구조는 서로 다른 실행 환경을 분리하고, 병렬 실행이나 샌드박싱을 구성하는 데 중요하다.

=== Context ===

'''Context'''는 JavaScript 코드가 실행되는 전역 객체와 내장 객체의 집합이다. 하나의 isolate 안에 여러 context를 만들 수 있다. 브라우저에서는 서로 다른 프레임이나 격리된 스크립트 환경을 context로 표현할 수 있다.

=== Handle ===

V8의 C++ API에서는 JavaScript 객체를 직접 포인터처럼 다루지 않고 handle을 사용한다. 이는 가비지 컬렉션이 객체를 이동하거나 회수할 수 있기 때문이다. handle은 C++ 코드가 V8 객체를 안전하게 참조할 수 있게 해 준다.

=== Snapshot ===

V8은 시작 성능을 높이기 위해 초기 힙 상태를 스냅샷으로 저장할 수 있다. 임베더는 자주 사용하는 라이브러리나 초기 객체를 스냅샷에 포함시켜 시작 시간을 줄일 수 있다.

== 사용 사례 ==

=== Google Chrome과 Chromium ===

V8은 Google Chrome과 Chromium의 JavaScript 및 WebAssembly 실행 엔진이다.<ref name="v8-home" /> Chrome에서 웹 페이지의 JavaScript가 실행될 때 V8이 코드를 파싱하고 실행한다. Chrome의 렌더링 엔진인 Blink, 네트워크 스택, 보안 샌드박스, DevTools 등은 V8과 함께 작동하지만 각각 별도의 역할을 가진다.

=== Node.js ===

Node.js는 V8을 기반으로 서버 측 JavaScript 실행 환경을 제공한다.<ref name="node-v8" /> V8이 JavaScript 실행을 담당하고, Node.js는 파일 시스템, 네트워크, 프로세스, 패키지 생태계, 이벤트 루프 등을 제공한다. Node.js가 V8을 채택하면서 JavaScript는 브라우저 밖에서도 대규모 서버 애플리케이션 개발에 사용되기 시작했다.

=== Deno ===

Deno는 JavaScript, TypeScript, WebAssembly를 실행하는 런타임으로, V8, Rust, Tokio를 기반으로 한다.<ref name="deno" /> Deno는 보안 기본값, TypeScript 지원, 웹 표준 API 지향, 단일 실행 파일 배포 등을 강조한다.

=== Electron ===

Electron은 Chromium과 Node.js를 결합하여 JavaScript, HTML, CSS로 데스크톱 애플리케이션을 만들 수 있게 하는 프레임워크이다.<ref name="electron" /> Electron 애플리케이션은 Chromium의 웹 플랫폼 기능과 Node.js의 시스템 API를 함께 사용할 수 있으며, 그 내부의 JavaScript 실행에는 V8이 관여한다.

=== Google Apps Script ===

Google Apps Script는 과거 Rhino JavaScript 인터프리터를 사용했으나, 현대 JavaScript 문법과 기능을 지원하기 위해 V8 런타임을 제공한다.<ref name="apps-script">{{웹 인용|url=https://developers.google.com/apps-script/guides/v8-runtime|제목=V8 runtime overview|웹사이트=Google for Developers|출판사=Google|날짜=2026-04-20|확인날짜=2026-06-16}}</ref> 이를 통해 Apps Script 개발자는 더 최신의 JavaScript 문법을 사용할 수 있다.

== 다른 JavaScript 엔진과의 비교 ==

V8은 여러 JavaScript 엔진 중 하나이다. 대표적인 JavaScript 엔진에는 다음이 있다.

* '''SpiderMonkey''': [[Mozilla Firefox]]의 JavaScript 엔진
* '''JavaScriptCore''': [[Safari]]와 [[WebKit]]의 JavaScript 엔진
* '''Chakra''': 과거 Microsoft Edge 및 Internet Explorer 계열에서 사용된 JavaScript 엔진
* '''Hermes''': React Native 환경을 위해 개발된 JavaScript 엔진
* '''QuickJS''': 작고 내장하기 쉬운 JavaScript 엔진

V8의 강점은 Chrome, Node.js, Chromium 기반 생태계와의 깊은 통합, 높은 실행 성능, 활발한 최적화 연구, WebAssembly 지원, 광범위한 실제 사용 사례이다. 반면 V8은 매우 큰 코드베이스이며, 임베딩과 빌드가 간단한 편은 아니다. 작은 프로그램에 JavaScript 실행 기능을 넣는 목적이라면 QuickJS 같은 경량 엔진이 더 적합할 수 있다.

== 성능 특성 ==

V8의 성능은 단순히 “JavaScript를 기계어로 컴파일한다”는 한 문장으로 설명하기 어렵다. 현대 V8은 다음과 같은 전략을 함께 사용한다.

* 빠른 시작을 위한 지연 파싱과 인터프리터 실행
* 반복 실행되는 코드에 대한 피드백 수집
* Sparkplug를 통한 빠른 baseline 기계어 생성
* Maglev를 통한 빠른 중간 단계 최적화
* TurboFan을 통한 고성능 최종 단계 최적화
* 잘못된 가정이 발견될 때 deoptimization 수행
* 객체 구조와 배열 요소 종류에 따른 특화 최적화
* 가비지 컬렉션 중단 시간 감소
* WebAssembly 전용 컴파일 파이프라인

V8에서 성능이 좋은 JavaScript 코드는 일반적으로 객체 구조가 안정적이고, 함수가 일관된 타입의 값을 다루며, 불필요한 동적 속성 변경을 피하고, 과도한 deoptimization을 유발하지 않는 코드이다. 그러나 V8은 시간이 지남에 따라 다양한 JavaScript 패턴을 더 잘 최적화하도록 발전해 왔기 때문에, 과거의 미세 최적화 조언이 현재 버전에서는 더 이상 맞지 않을 수 있다.

== 개발과 빌드 ==

V8의 공식 저장소는 Chromium의 Git 인프라에 있으며, GitHub에도 공식 미러가 존재한다.<ref name="v8-readme" /> V8을 직접 빌드하려면 Chromium 개발 도구와 빌드 시스템을 사용해야 한다. 일반적인 애플리케이션 개발자가 V8을 직접 빌드하는 경우는 많지 않지만, 런타임 개발자, 브라우저 개발자, 보안 연구자, 컴파일러 연구자, 임베더는 V8 소스 코드를 직접 다룰 수 있다.

V8 개발에는 다음과 같은 영역이 포함된다.

* JavaScript 파서
* Ignition 바이트코드 인터프리터
* Sparkplug, Maglev, TurboFan, Turboshaft 컴파일러
* WebAssembly 컴파일러
* 가비지 컬렉터
* 힙과 객체 모델
* 국제화 및 ECMAScript 내장 객체
* 테스트 인프라
* fuzzing과 보안 도구
* 플랫폼별 코드 생성기

== 한계와 비판 ==

V8은 매우 강력한 엔진이지만 몇 가지 한계도 있다.

첫째, V8은 복잡하다. JIT 컴파일, 가비지 컬렉션, 동적 타입 최적화, WebAssembly, 샌드박스, 다양한 CPU 아키텍처 지원을 모두 포함하기 때문에 코드베이스와 빌드 과정이 방대하다.

둘째, JIT 엔진은 보안상 공격 표면이 크다. V8은 V8 Sandbox, fuzzing, CFI, 메모리 안전성 강화 등 여러 방어 기법을 도입하고 있지만, JavaScript 엔진은 여전히 브라우저 보안에서 중요한 공격 대상이다.<ref name="v8-sandbox" />

셋째, V8의 성능은 코드 패턴과 실행 환경에 따라 달라진다. 특정 벤치마크에서 빠르다고 해서 모든 실제 애플리케이션에서 항상 빠른 것은 아니다. V8 팀도 실제 웹 성능과 다양한 워크로드를 중요하게 보며, 하나의 벤치마크만으로 엔진의 전체 성능을 판단하기 어렵다고 설명해 왔다.

넷째, V8은 런타임이 아니라 엔진이다. 파일 시스템, 네트워크, DOM, GUI 등은 V8 자체가 제공하지 않는다. 이러한 기능은 Chrome, Node.js, Deno, Electron 같은 임베더 또는 런타임이 제공해야 한다.

== 관련 기술 ==

=== Blink ===

[[Blink]]는 Chromium 계열 브라우저의 렌더링 엔진이다. V8이 JavaScript와 WebAssembly 실행을 담당한다면, Blink는 HTML, CSS, 레이아웃, 렌더링, DOM 구현 등 웹 페이지 표시와 관련된 기능을 담당한다. 두 구성요소는 브라우저 안에서 밀접하게 협력하지만 서로 다른 역할을 가진다.

=== WebAssembly ===

[[WebAssembly]]는 웹과 여러 실행 환경에서 사용할 수 있는 저수준 이진 명령어 형식이다. V8은 WebAssembly의 주요 구현체 중 하나이며, Liftoff와 TurboFan/Turboshaft 기반 파이프라인을 통해 빠른 시작과 높은 실행 성능을 모두 추구한다.

=== ECMAScript ===

[[ECMAScript]]는 JavaScript 언어의 표준 사양이다. V8은 ECMA-262에 정의된 ECMAScript를 구현하며, ECMA-402 국제화 API와 관련된 기능도 지원한다.<ref name="v8-features" />

=== Test262 ===

Test262는 ECMAScript 구현체의 표준 준수 여부를 검증하기 위한 공식 테스트 스위트이다. V8을 포함한 여러 JavaScript 엔진은 ECMAScript 호환성을 확인하기 위해 Test262를 활용한다.<ref name="test262">{{웹 인용|url=https://github.com/tc39/test262|제목=tc39/test262: Official ECMAScript Conformance Test Suite|웹사이트=GitHub|출판사=TC39|확인날짜=2026-06-16}}</ref>

== 같이 보기 ==

* [[JavaScript]]
* [[ECMAScript]]
* [[WebAssembly]]
* [[Google Chrome]]
* [[Chromium]]
* [[Node.js]]
* [[Deno]]
* [[Electron]]
* [[Blink]]
* [[SpiderMonkey]]
* [[JavaScriptCore]]
* [[자바스크립트 엔진]]

== 참고 문헌 ==

<references />

== 외부 링크 ==

* [https://v8.dev/ V8 공식 웹사이트]
* [https://v8.dev/docs V8 공식 문서]
* [https://v8.dev/blog V8 공식 블로그]
* [https://chromium.googlesource.com/v8/v8 V8 공식 저장소]
* [https://github.com/v8/v8 V8 GitHub 미러]
* [https://chromiumdash.appspot.com/schedule Chromium Dash 릴리스 일정]
* [https://chromereleases.googleblog.com/ Chrome Releases Blog]


[[분류:Google]]
[[분류:Chrome]]
[[분류:Chromium]]
[[분류:JavaScript]]
[[분류:JavaScript_Engine]]
[[분류:WebAssembly]]
[[분류:Node.js]]

라이믹스/버전

2026-06-02T04:44:46Z

Gaon12: 내용 보강

== 개요 ==
[[라이믹스]]의 버전 번호 체계와 주요 버전대의 변화를 설명하는 문서이다. 각 버전의 구체적인 변경 사항은 [[라이믹스/릴리즈 노트]] 문서를 참고한다.

라이믹스는 [[XpressEngine|XE]] 1.8 버전을 기반으로 가지치기하여 시작한 CMS 및 프레임워크이다.<ref name="github-readme">[https://github.com/rhymix/rhymix rhymix/rhymix - GitHub]</ref> 초창기에는 XE 1.x와의 호환성과 업그레이드 경로를 고려하여 1.x 버전대를 사용했으나, 이후 독자적인 개발 방향이 강화되면서 2.x 버전대를 사용하고 있다.

== 버전 번호 체계 ==
라이믹스의 정식 릴리즈는 일반적으로 <code>주 버전.부 버전.패치 버전</code> 형식의 세 자리 버전 번호를 사용한다. 예를 들어 [[라이믹스/릴리즈 노트/2.1.33|2.1.33]]은 2.x 계열의 2.1 버전대에서 33번째 패치 릴리즈에 해당한다.

{| class="wikitable"
! 구분 !! 예시 !! 설명
|-
| 주 버전
| <code>2</code>
| 큰 구조 변화, 주요 호환성 변화, 장기 개발 방향의 전환이 있을 때 올라간다.
|-
| 부 버전
| <code>1</code>
| 같은 주 버전 안에서 기능, 지원 환경, 내부 구조가 비교적 크게 바뀔 때 올라간다.
|-
| 패치 버전
| <code>33</code>
| 버그 수정, 보안 패치, 기능 개선, 호환성 개선 등이 포함될 때 올라간다.
|}

보안 패치가 포함된 릴리즈의 경우 릴리즈 노트 제목에 <code>SECURITY</code>가 함께 표시된다.<ref name="release-2133">[https://rhymix.org/news/1940576 Rhymix 2.1.33 Release Notes SECURITY]</ref>

== 배포 형태 ==
=== 정식 버전 ===
정식 버전은 일반 사용자가 운영 환경에서 사용하는 것을 전제로 배포되는 안정 릴리즈이다.<ref>가온 위키에도 릴리즈 노트가 있으므로 [[라이믹스/릴리즈 노트]] 문서를 확인하자.</ref>

=== Development Snapshot ===
Development Snapshot은 개발 중인 최신 소스 코드를 배포한 것으로, 정식 버전보다 빠르게 수정 사항을 반영할 수 있다. 다만 개발 중인 코드이므로 정식 버전보다 예기치 않은 문제가 발생할 가능성도 있다. 라이믹스 매뉴얼에서도 사용자가 원하는 업데이트 주기와 안정성 요구에 따라 정식 버전 또는 Development Snapshot을 선택하도록 안내하고 있다.<ref name="install-manual">[https://rhymix.org/manual/introduction/install 라이믹스 설치 - 라이믹스 매뉴얼]</ref>

== XE 버전과의 관계 ==
라이믹스는 XE 1.8 버전을 기반으로 시작되었기 때문에 초기에는 XE 1.x 계열과 밀접한 관계가 있었다.<ref name="github-readme" /> 1.9.x 버전대까지는 XE와의 호환성을 고려하여 XE와 비슷한 버전 번호를 사용하였다.<ref>[https://github.com/rhymix/rhymix/issues/856#issuecomment-311232043 GitHub rhymix/rhymix 이슈 #856 댓글]</ref>

이후 XE 1.10.x의 릴리즈 계획이 취소되고,<ref name="xe-110-cancel">[https://xe1.xpressengine.com/devlog/23254107 XE Core 1.10의 PHP 지원 버전 변경 안내 - 취소]</ref> XE는 1.11.x 버전대로 넘어갔지만 라이믹스는 XE의 버전 번호를 그대로 따르지 않고 독자적인 버전 체계를 유지하였다. 그 결과 라이믹스는 <code>2.0.0</code>부터 본격적으로 자체 2.x 버전대를 사용하게 되었다.

== 주요 버전대 ==
{| class="wikitable"
! 버전대 !! 주요 릴리즈 !! 성격
|-
| <code>1.9.x</code>
| <code>1.9.13</code>
| XE 1.x 계열과의 호환성을 중시하던 버전대이다. <code>1.9.13</code>은 1.9.x 사용자를 위한 보안 패치 백포트 릴리즈였으며, 1.x 버전대의 보안 패치 백포트 지원은 2021년 말 종료될 예정이라고 공지되었다.<ref name="release-1913">[https://rhymix.org/news/264 Rhymix 1.9.13 Release Notes SECURITY]</ref>
|-
| <code>2.0.x</code>
| <code>2.0.0</code>
| 독자적인 2.x 버전대의 시작이다. <code>2.0.0</code>은 2020년 12월 18일 정식 릴리즈되었으며, DB 연동 기능 강화, 게시판 기능 강화, PHP 8.0 호환성 개선 등 여러 변화가 포함되었다.<ref name="release-200">[https://rhymix.org/news/132 Rhymix 2.0.0 Release Notes]</ref>
|-
| <code>2.0.x</code>
| <code>2.0.24</code>
| PHP 7.0 및 7.1을 지원하는 마지막 2.0.x 릴리즈이다. 이후 릴리즈는 PHP 7.2 이상을 요구하며, PHP 7.4 이상 사용이 권장되었다.<ref name="release-2024">[https://rhymix.org/news/348 Rhymix 2.0.24 Release Notes]</ref>
|-
| <code>2.1.x</code>
| <code>2.1.0</code>
| 2023년 6월 21일 릴리즈된 2.1 버전대의 첫 정식 버전이다. 초기 2.1 버전대는 PHP 7.2 이상에서 사용할 수 있었으며, PHP 7.4 이상이 권장되었다.<ref name="release-210">[https://rhymix.org/news/356 Rhymix 2.1.0 Release Notes]</ref>
|-
| <code>2.1.x</code>
| <code>2.1.20</code>
| 설치 환경이 PHP 7.4 이상으로 변경되었다. PHP 7.4 미만에서는 더 이상 작동하지 않는다고 공지되었다.<ref name="release-2120">[https://rhymix.org/news/515 Rhymix 2.1.20 Release Notes]</ref>
|-
| <code>2.1.x</code>
| <code>2.1.33</code>
| 2026년 6월 기준 최신 정식 버전이다. 보안 패치가 포함된 릴리즈이며, 공식 홈페이지에서는 GPLv2, PHP 7.4 이상, MySQL 또는 MariaDB 환경을 안내하고 있다.<ref name="official-home" /><ref name="release-2133" />
|}

== 버전 선택 ==
일반적인 운영 환경에서는 공식 홈페이지에서 제공하는 최신 정식 버전을 사용하는 것이 권장된다. 특히 릴리즈 노트에 <code>SECURITY</code>가 표시된 버전은 보안 취약점 수정이 포함되어 있으므로 가능한 한 빠르게 업데이트하는 것이 좋다.

반면 Development Snapshot은 최신 변경 사항을 빠르게 반영할 수 있다는 장점이 있으나, 개발 중인 코드가 포함될 수 있으므로 운영 환경에 적용할 때에는 충분한 테스트와 백업이 필요하다.<ref name="install-manual" />

== 같이 보기 ==

* [[라이믹스]]
* [[라이믹스/릴리즈 노트]]
* [[XpressEngine]]

== 각주 ==
<references />



[[분류:라이믹스]]
[[분류:라이믹스/버전]]

Can't you say

2026-06-01T08:58:50Z

Gaon12: 번역 개선 및 음원 정보 추가

==개요==
'''Can't you say'''는 일본의 코러스 그룹 [[Roys]]가 부른 TV 애니메이션 [[사랑과 거짓말]]의 엔딩 테마이다. Roys의 1st 디지털 싱글로 2017년 9월 13일에 발매되었다. 마음을 전하지 못한 채 망설이는 화자의 감정을 섬세하게 담아낸 미디엄 템포의 곡이다.

==음원 정보==
{| class="wikitable"
! 항목 !! 내용
|-
| 곡명 || Can't you say
|-
| 가수 || Roys
|-
| 발매일 || 2017년 9월 13일
|-
| 형식 || 디지털 싱글
|-
| 작사 || Roys
|-
| 작곡 || Roys
|-
| 편곡 || koshin
|-
| 레이블 || Polydor Records / Universal Music Japan
|-
| 타이업 || TV 애니메이션 《[[사랑과 거짓말]]》 엔딩 테마
|-
| 장르 || J-POP, 애니메이션 음악
|}

==영상==
<youtube>e17tfc1Zxh4</youtube>

==가사==
{| class="wikitable"
| '''さっきの言葉はまだ''' 
삿키노 코토바와 마다 
방금 하려던 말은 아직
|-
| '''I can't say''' 
아이 캔트 세이 
말할 수 없어
|-
| '''I want to say''' 
아이 원트 투 세이 
말하고 싶은데
|-
| '''言えないままでしまってる''' 
이에나이 마마데 시맛테루 
말하지 못한 채 접어 두고 있어
|-
| '''I always lie''' 
아이 올웨이즈 라이 
나는 늘 거짓말을 해
|-
| '''星の瞬きほど早く''' 
호시노 마바타키호도 하야쿠 
별이 깜빡이는 것만큼 빠르게
|-
| '''願い事するひまも無く''' 
네가이 고토스루 히마모 나쿠 
소원을 빌 틈도 없이
|-
| '''短い夏が終わってく''' 
미지카이 나츠가 오왓테쿠 
짧은 여름이 끝나 가
|-
| '''I can't say''' 
아이 캔트 세이 
말할 수 없어
|-
| '''Heart beat sound''' 
하트 비트 사운드 
심장이 뛰는 소리
|-
| '''気づかないでいてね高鳴る鼓動''' 
키즈카나이데 이테네 타카나루 코도오 
알아차리지 말아 줘, 점점 크게 뛰는 이 고동을
|-
| '''Can't keep it to myself''' 
캔트 킵 잇 투 마이셀프 
더는 혼자만 간직할 수 없어
|-
| '''自然にこぼれたはにかむ顔が''' 
시젠니 코보레타 하니카무 카오가 
나도 모르게 드러난 수줍은 표정이
|-
| '''隠せないメッセージ''' 
카쿠세나이 멧세지 
숨길 수 없는 메시지가 돼
|-
| '''I know why I love you''' 
아이 노 와이 아이 러브 유 
내가 왜 너를 사랑하는지 알아
|-
| '''未来を重ねた''' 
미라이오 카사네타 
미래를 함께 겹쳐 보았어
|-
| '''二人の温もりがここに残ってる''' 
후타리노 누쿠모리가 코코니 노콧테루 
두 사람의 온기가 여기에 남아 있어
|-
| '''ありふれた日々に''' 
아리후레타 히비니 
평범한 날들 속에
|-
| '''はじまりのキスを''' 
하지마리노 키스오 
시작을 알리는 키스를
|-
| '''ひとりの夜は君の夢を見てた''' 
히토리노 요루와 키미노 유메오 미테타 
혼자인 밤에는 너의 꿈을 꾸었어
|-
| style="text-align:center;" | (간주)
|-
| '''あっという間に''' 
앗토 이우 마니 
눈 깜짝할 사이에
|-
| '''すぎた時間はどれくらい''' 
스기타 지칸와 도레쿠라이 
지나가 버린 시간은 얼마나 될까
|-
| '''もっと素直に言えたなら何かはまた違ったろな''' 
못토 스나오니 이에타나라 나니카와 마타 치갓타로나 
조금 더 솔직하게 말할 수 있었다면 무언가는 또 달라졌을까
|-
| '''夢の中なら''' 
유메노 나카나라 
꿈속이라면
|-
| '''続きを見れたのに''' 
츠즈키오 미레타노니 
이어지는 장면을 볼 수 있었을 텐데
|-
| '''いつもの日々に帰ってく''' 
이츠모노 히비니 카엣테쿠 
다시 늘 같은 나날로 돌아가
|-
| '''I can't say''' 
아이 캔트 세이 
말할 수 없어
|-
| '''Why do I feel''' 
와이 두 아이 필 
왜 이렇게 느껴질까
|-
| '''染まってゆく空がやけに切なく''' 
소맛테 유쿠 소라가 야케니 세츠나쿠 
물들어 가는 하늘이 유난히 애틋해서
|-
| '''I hope I can''' 
아이 호프 아이 캔 
할 수 있기를 바라
|-
| '''一行に込めたはじめての言葉''' 
이치교오니 코메타 하지메테노 코토바 
한 줄에 담아낸 처음의 말
|-
| '''届いてメッセージ''' 
토도이테 멧세지 
닿아 줘, 메시지
|-
| '''I know why I love you''' 
아이 노 와이 아이 러브 유 
내가 왜 너를 사랑하는지 알아
|-
| '''未来を重ねた''' 
미라이오 카사네타 
미래를 함께 겹쳐 보았어
|-
| '''二人の温もりがここに残ってる''' 
후타리노 누쿠모리가 코코니 노콧테루 
두 사람의 온기가 여기에 남아 있어
|-
| '''ありふれた日々に''' 
아리후레타 히비니 
평범한 날들 속에
|-
| '''はじまりのキスを''' 
하지마리노 키스오 
시작을 알리는 키스를
|-
| '''ひとりの夜は君の夢を見てた''' 
히토리노 요루와 키미노 유메오 미테타 
혼자인 밤에는 너의 꿈을 꾸었어
|-
| style="text-align:center;" | (간주)
|-
| '''I know why I love you''' 
아이 노 와이 아이 러브 유 
내가 왜 너를 사랑하는지 알아
|-
| '''未来を重ねた''' 
미라이오 카사네타 
미래를 함께 겹쳐 보았어
|-
| '''二人の温もりがここに残ってる''' 
후타리노 누쿠모리가 코코니 노콧테루 
두 사람의 온기가 여기에 남아 있어
|-
| '''ありふれた日々に''' 
아리후레타 히비니 
평범한 날들 속에
|-
| '''はじまりのキスを''' 
하지마리노 키스오 
시작을 알리는 키스를
|-
| '''ひとりの夜は君の夢を見てた''' 
히토리노 요루와 키미노 유메오 미테타 
혼자인 밤에는 너의 꿈을 꾸었어
|}

[[분류:사랑과 거짓말]]
[[분류:애니메이션 음악]]
[[분류:일본의 애니메이션 음악]]
[[분류:2017년 노래]]
[[분류:J-POP]]

라이믹스/매뉴얼/도메인 변경

2026-06-01T06:45:57Z

Gaon12: 시작

== 개요 ==
라이믹스는 [https://github.com/rhymix/rhymix/pull/728 멀티도메인]을 지원하므로 도메인을 처리하는 방법이 XE 1.x와 다릅니다. 아래의 순서를 따르면 대부분의 경우 DB나 설정 파일을 직접 수정할 필요가 없습니다.

변경 전 도메인이 <code>from.com</code>, 변경 후 도메인이 <code>to.com</code>이라고 가정합니다.

== 도메인 변경 전 ==

# <code>from.com</code>으로 접속하여 관리자 화면에서 "시스템 설정" 메뉴에 들어갑니다.

# "새 도메인 추가"를 클릭하고, <code>to.com</code>을 추가합니다. 모든 설정은 <code>from.com</code>과 동일하게 합니다.

# "시스템 설정" 화면으로 돌아와서 "등록되지 않은 도메인 처리" 옵션을 "메인 화면 표시"로 변경한 후 저장합니다. 원래 설정이 "메인 화면 표시"였다면 변경하지 않아도 됩니다.

== 도메인 변경 후 ==

# <code>to.com</code>으로 접속하여 관리자 화면에서 "시스템 설정" 메뉴에 들어갑니다.

# <code>to.com</code> 수정 화면으로 들어가서 "기본 도메인"을 선택한 후 저장합니다.

# <code>from.com</code>을 삭제합니다.

# "시스템 설정" 화면으로 돌아와서 "등록되지 않은 도메인 처리" 옵션을 원래대로 돌려놓습니다. 원래 설정이 "메인 화면 표시"였다면 변경하지 않아도 됩니다.

== 도메인 변경 전에 설정을 변경하지 못한 경우 ==

도메인 변경 전에 설정을 미리 바꿔 놓지 않으면 기존 도메인으로 계속 리다이렉트될 수 있습니다. 이 때는 DB에서 아래와 같은 쿼리를 실행하시기 바랍니다.

<syntaxhighlight lang="sql">
UPDATE rx_domains SET domain = 'to.com' WHERE domain = 'from.com';
</syntaxhighlight>

사용하시는 테이블 접두사(<code>rx_</code>)에 따라 적절히 응용하십시오.

쿼리 실행 후에는 <code>설치폴더/files/cache</code> 폴더의 모든 하위 폴더를 삭제하여 기존 도메인 정보가 캐시에 남지 않도록 해야 합니다.

== 설정 파일 ==

라이믹스는 XE 1.x와 달리 도메인 변경시 <code>db.config.php</code> 또는 <code>config.php</code> 파일에서 "기본 URL"을 직접 수정할 필요가 없고, 수정하더라도 의미가 없습니다.

기본 URL이라는 개념 자체를 사용하지 않습니다. 설정 파일에 남아 있는 URL은 XE 1.x 방식에 의존하는 일부 자료를 위한 호환성을 위한 것이며, 코어에서 참조하지 않습니다.

단, "등록되지 않은 도메인 처리" 옵션이 잘못되어 기존 도메인으로 계속 리다이렉트되는 경우 <code>files/config/config.php</code>에서 <code>unregistered_domain_action</code> 설정을 <code>display</code>로 바꾸어 주면 도움이 될 수 있습니다.

{{퍼온문서||||https://rhymix.org/manual/introduction/domain-change 라이믹스 메뉴얼 - 도메인 변경 문서(CC BY-SA 4.0)}}

[[분류:라이믹스]] [[분류:라이믹스/매뉴얼]]

Uv(파이썬)

2026-03-10T06:23:24Z

Gaon12: 시작

{{인용|'''"An extremely fast Python package and project manager, written in Rust."'''|uv 공식 슬로건}}

'''uv'''(유-브이)는 [[Rust]] 언어로 작성된 초고속 [[파이썬]](Python) 패키지 및 프로젝트 관리 도구이다. [[Astral]] 팀이 개발했으며, 기존의 [[pip]], [[virtualenv]], [[pip-tools]], [[pipx]], [[Poetry]], [[pyenv]], [[Rye]], [[twine]] 등 여러 도구들의 기능을 단 하나의 바이너리로 통합한 것이 특징이다. [[pip]]보다 '''10~100배''' 빠른 속도를 자랑하며, 2024년 2월에 처음 공개된 이래 파이썬 생태계에서 폭발적인 인기를 끌고 있다.

== 개요 ==

파이썬 개발자라면 누구나 한번쯤 겪어봤을 것이다. 새 프로젝트를 시작하면서 [[pip]]으로 패키지를 설치하는데 몇 분씩 걸리거나, 가상환경 만드는 데만 20~40초가 소요되거나, 의존성 충돌 때문에 밤새 씨름한 경험. uv는 이 모든 문제를 '''한 방에''' 해결하겠다는 야심찬 목표로 등장한 도구다.

[[Astral]]은 파이썬 생태계에서 이미 초고속 린터·포매터인 '''[[Ruff]]'''로 이름을 알린 팀이다.[* Ruff는 [[Flake8]]이나 [[Black]]보다 10~100배 빠른 속도로 유명하다.] 이 팀이 패키지 관리 분야에도 같은 철학을 적용해 만든 것이 바로 uv다.

uv의 핵심 철학은 간단하다:
* '''빠름''' — 기다리는 시간을 최소화해 개발 흐름을 끊지 않는다.
* '''통합''' — 여러 도구를 따로따로 관리하지 않아도 된다.
* '''호환성''' — 기존 pip 워크플로우를 그대로 유지하면서 마이그레이션한다.

== 역사 ==

=== 탄생 배경 ===

파이썬의 패키지 관리 생태계는 오랫동안 파편화 문제를 안고 있었다. 패키지를 설치할 때는 [[pip]], 가상환경을 만들 때는 [[venv]] 또는 [[virtualenv]], 의존성을 고정할 때는 [[pip-tools]], 파이썬 버전 관리는 [[pyenv]], CLI 도구 격리는 [[pipx]]... 이런 식으로 각각 다른 도구를 조합해야 했고, 이를 배우고 관리하는 비용이 만만찮았다.

또한 pip 자체의 속도 문제도 심각했다. pip은 [[파이썬]]으로 작성되어 있어 의존성 해결 자체에 파이썬 인터프리터가 필요하고, 패키지 메타데이터를 가져오기 위해 전체 wheel 파일을 다운로드하는 비효율도 존재했다.

=== 출시 및 성장 ===

{| class="wikitable"
|-
! 시기 !! 내용
|-
| 2024년 2월 || uv 최초 공개. pip/pip-tools의 드롭인 대체제로 출발
|-
| 2024년 중반 || 프로젝트 관리, Python 설치, 스크립트 실행 등 기능 대폭 확장
|-
| 2024년 하반기 || Poetry, Rye의 기능을 흡수하는 통합 도구로 발전. Rye 프로젝트 인수
|-
| 2025년 | | PyCharm 등 주요 IDE에서 공식 지원 시작. 프로덕션 환경에서의 채택 급증
|-
| 2026년 현재 || 파이썬 생태계의 사실상 표준 패키지 관리 도구로 자리매김 중
|}

=== Rye 인수 ===

흥미로운 에피소드로, [[Flask]]의 창시자인 [[Armin Ronacher]]가 개인 프로젝트로 만든 '''Rye'''라는 파이썬 패키지 관리 도구가 있었다. Astral 팀이 Ronacher와 협력해 Rye를 인수하고, uv를 "파이썬의 [[Cargo]]"로 발전시키기로 합의했다. Rye는 현재 uv 기반으로 마이그레이션되고 있다.

== 설치 방법 ==

=== 운영체제별 설치 ===

==== macOS / Linux ====

<syntaxhighlight lang="bash">
# 공식 설치 스크립트 사용 (권장)
curl -LsSf https://astral.sh/uv/install.sh | sh
</syntaxhighlight>

==== Windows (PowerShell) ====

<syntaxhighlight lang="powershell">
# PowerShell에서 실행
powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"
</syntaxhighlight>

==== pip으로 설치 ====

<syntaxhighlight lang="bash">
pip install uv
# 또는 pipx를 사용한 격리 설치 (권장)
pipx install uv
</syntaxhighlight>

==== Homebrew (macOS) ====

<syntaxhighlight lang="bash">
brew install uv
</syntaxhighlight>

==== 설치 확인 ====

<syntaxhighlight lang="bash">
uv --version
# 예시 출력: uv 0.x.x (...)
</syntaxhighlight>

=== 셸 자동완성 설정 ===

<syntaxhighlight lang="bash">
# bash
echo 'eval "$(uv generate-shell-completion bash)"' >> ~/.bashrc

# zsh
echo 'eval "$(uv generate-shell-completion zsh)"' >> ~/.zshrc

# fish
echo 'uv generate-shell-completion fish | source' >> ~/.config/fish/config.fish
</syntaxhighlight>

=== 자체 업데이트 ===

공식 설치 스크립트로 설치한 경우 uv 스스로 업데이트가 가능하다.

<syntaxhighlight lang="bash">
uv self update
</syntaxhighlight>

== 핵심 기능 ==

uv는 단순한 패키지 설치 도구를 넘어, 파이썬 개발 환경 전체를 관리하는 올인원 도구다. 아래에 각 기능을 상세히 설명한다.

=== 패키지 설치 (pip 인터페이스) ===

기존 pip 명령어에 `uv` 접두사를 붙이는 것만으로 사용 가능하다. 기존 워크플로우를 거의 바꾸지 않아도 된다.

<syntaxhighlight lang="bash">
# 패키지 설치
uv pip install requests

# requirements.txt로 설치
uv pip install -r requirements.txt

# 개발 의존성 포함 설치
uv pip install -e ".[dev]"

# 특정 인덱스에서 설치 (예: PyTorch CUDA)
uv pip install torch --index-url https://download.pytorch.org/whl/cu121

# 패키지 목록 확인
uv pip list

# 패키지 제거
uv pip uninstall requests

# 설치된 패키지를 requirements.txt 형식으로 출력
uv pip freeze > requirements.txt
</syntaxhighlight>

==== pip compile (pip-tools 대체) ====

<syntaxhighlight lang="bash">
# requirements.in → requirements.txt (버전 고정)
uv pip compile requirements.in -o requirements.txt

# 플랫폼 독립적 해결 (크로스 플랫폼 lockfile)
uv pip compile requirements.in --universal -o requirements.txt

# 특정 파이썬 버전 타겟
uv pip compile requirements.in --python-version 3.11 -o requirements.txt

# requirements.txt 동기화 (불필요한 패키지 자동 제거)
uv pip sync requirements.txt
</syntaxhighlight>

=== 가상환경 관리 ===

pip이 20~40초 걸리던 가상환경 생성을 uv는 '''약 0.5초''' 만에 처리한다.

<syntaxhighlight lang="bash">
# 기본 가상환경 생성
uv venv

# 특정 파이썬 버전으로 가상환경 생성
uv venv --python 3.12

# 특정 경로에 가상환경 생성
uv venv myenv

# 가상환경 활성화 (기존 방식과 동일)
source .venv/bin/activate # Linux/macOS
.venv\Scripts\activate # Windows
</syntaxhighlight>

[* uv run 명령어를 사용하면 수동으로 가상환경을 활성화할 필요조차 없다. uv가 알아서 관리해준다.]

=== 프로젝트 관리 (Poetry 대체) ===

Poetry와 유사한 방식으로 프로젝트 전체의 생명주기를 관리한다.

==== 프로젝트 초기화 ====

<syntaxhighlight lang="bash">
# 새 프로젝트 생성
uv init my-project
cd my-project

# 생성되는 파일 구조:
# my-project/
# ├── .git/
# ├── .venv/
# ├── .python-version
# ├── pyproject.toml
# ├── README.md
# └── src/
# └── my_project/
# └── __init__.py
</syntaxhighlight>

==== 의존성 추가/제거 ====

<syntaxhighlight lang="bash">
# 패키지 추가 (pyproject.toml에 자동 기록 + 설치)
uv add requests
uv add "fastapi>=0.100"
uv add "numpy>=1.24,<2.0"

# 개발 의존성 추가
uv add --dev pytest ruff mypy

# 특정 그룹에 추가
uv add --group lint ruff

# 패키지 제거
uv remove requests

# 의존성 업그레이드
uv add requests --upgrade
</syntaxhighlight>

==== Lock 파일 관리 ====

<syntaxhighlight lang="bash">
# uv.lock 생성/업데이트
uv lock

# lock 파일 기반으로 환경 동기화
uv sync

# 개발 의존성 포함 동기화
uv sync --all-extras

# 특정 그룹만 동기화
uv sync --group lint
</syntaxhighlight>

==== 프로젝트 실행 ====

<syntaxhighlight lang="bash">
# 가상환경 활성화 없이 바로 실행 (uv가 자동으로 처리)
uv run python main.py
uv run python -m pytest
uv run ruff check .

# 환경변수와 함께 실행
uv run --env-file .env python main.py
</syntaxhighlight>

`uv run`의 가장 큰 장점은 '''가상환경을 수동으로 활성화하지 않아도 된다'''는 점이다. uv가 알아서 `.venv`를 찾고 올바른 환경에서 실행시켜 준다.

=== 파이썬 버전 관리 (pyenv 대체) ===

별도의 pyenv 없이 uv 하나로 여러 파이썬 버전을 관리할 수 있다.

<syntaxhighlight lang="bash">
# 파이썬 설치
uv python install 3.12
uv python install 3.11 3.12 3.13 # 여러 버전 동시 설치

# 설치된 파이썬 목록 확인
uv python list

# 사용 가능한 파이썬 버전 조회
uv python list --all-versions

# 특정 프로젝트에 파이썬 버전 고정
uv python pin 3.12 # .python-version 파일 생성

# PyPy 설치 및 사용
uv python install pypy@3.10
uv run --python pypy@3.10 python --version
</syntaxhighlight>

pyenv와의 차이점은, pyenv는 시스템 전역의 파이썬 버전을 바꾸는 방식이지만, uv는 '''프로젝트별로''' 파이썬 버전을 관리한다는 점이다. 프로젝트마다 다른 버전을 쓰는 게 훨씬 자연스럽다.

=== 도구 관리 (pipx 대체) ===

==== uvx - 일회성 도구 실행 ====

설치 없이 파이썬 패키지가 제공하는 CLI 도구를 즉시 실행할 수 있다. npm의 `npx`와 유사한 개념이다.

<syntaxhighlight lang="bash">
# 임시 환경에서 바로 실행 (설치 불필요)
uvx ruff check .
uvx black .
uvx httpie https://httpbin.org/get
uvx cowsay "Hello, uv!"

# 특정 버전으로 실행
uvx ruff@0.3.0 check .

# uv tool run도 같은 명령
uv tool run ruff check .
</syntaxhighlight>

==== 도구 영구 설치 ====

<syntaxhighlight lang="bash">
# 도구를 시스템에 영구 설치 (격리 환경에서)
uv tool install ruff
uv tool install black
uv tool install httpie

# 설치된 도구 목록
uv tool list

# 도구 업그레이드
uv tool upgrade ruff

# 도구 제거
uv tool uninstall ruff
</syntaxhighlight>

=== 단일 파일 스크립트 실행 ===

이것이 uv의 매우 독특하고 혁신적인 기능 중 하나다. [[PEP 723]]에 기반한 '''인라인 의존성 메타데이터'''를 스크립트 파일 안에 직접 선언할 수 있다.

<syntaxhighlight lang="python">
# example.py
# /// script
# requires-python = ">=3.12"
# dependencies = [
# "requests",
# "beautifulsoup4",
# ]
# ///

import requests
from bs4 import BeautifulSoup

resp = requests.get("https://example.com")
soup = BeautifulSoup(resp.text, "html.parser")
print(soup.title.string)
</syntaxhighlight>

<syntaxhighlight lang="bash">
# 별도의 venv나 pip install 없이 그냥 실행
uv run example.py

# 출력 예시:
# Reading inline script metadata from: example.py
# Installed 5 packages in 12ms
# Example Domain
</syntaxhighlight>

이 기능의 의의는 엄청나다. 파이썬 스크립트 하나를 공유할 때 requirements.txt나 별도의 설치 안내 없이 '''파일 하나만으로 완전한 재현성'''을 확보할 수 있다. uv만 설치되어 있으면 누구든 즉시 실행 가능하다.

=== 빌드 및 배포 ===

<syntaxhighlight lang="bash">
# 패키지 빌드 (wheel, sdist 생성)
uv build

# PyPI에 배포
uv publish

# Test PyPI에 배포
uv publish --publish-url https://test.pypi.org/legacy/

# 토큰 인증
uv publish --token $PYPI_TOKEN
</syntaxhighlight>

=== 4.8. 워크스페이스 (모노레포 지원) ===

[[Cargo]]의 워크스페이스 개념을 차용한 기능으로, 여러 파이썬 패키지를 하나의 저장소에서 관리할 때 유용하다.

<syntaxhighlight lang="toml">
# 루트 pyproject.toml
[tool.uv.workspace]
members = [
"packages/core",
"packages/api",
"packages/cli",
]
</syntaxhighlight>

<syntaxhighlight lang="bash">
# 워크스페이스 전체 sync
uv sync --all-packages

# 특정 패키지만 실행
uv run --package api python -m uvicorn app:app
</syntaxhighlight>

== 속도의 비밀 ==

uv가 pip보다 10~100배 빠른 이유는 단순히 Rust로 만들어졌기 때문만이 아니다. 여러 영리한 엔지니어링 결정들이 복합적으로 작용한 결과다.

=== Rust 기반의 구현 ===

pip은 [[파이썬]]으로 작성되어 있다. 파이썬은 고수준 언어로 편리하지만, 파일 I/O나 복잡한 연산에서 오버헤드가 크다. 특히 파이썬의 '''GIL(Global Interpreter Lock)''' 때문에 진정한 멀티스레드 병렬 처리가 불가능하다.

반면 uv는 [[Rust]]로 작성되어 있다. Rust는:
* GIL 없이 네이티브 멀티스레드 지원
* 가비지 컬렉터 없는 메모리 관리로 런타임 오버헤드 최소화
* 단일 정적 바이너리 배포 → 인터프리터 시작 비용 없음
* `rkyv` 라이브러리를 이용한 제로카피 역직렬화

=== PubGrub 의존성 해결 알고리즘 ===

pip의 기존 의존성 해결 알고리즘은 버전을 하나씩 시도하고 실패하면 되돌아가는 단순한 백트래킹 방식이었다. 복잡한 의존성 트리에서 수분이 걸리기도 했다.

uv는 '''PubGrub''' 알고리즘을 사용한다. PubGrub은 원래 Dart의 pub 패키지 매니저에서 개발된 알고리즘으로, SAT 솔버의 '''CDCL(Conflict-Driven Clause Learning)''' 기법을 적용했다.

작동 방식을 쉽게 설명하면:
# 의존성 요구사항들을 논리 제약 조건으로 모델링한다
# 충돌이 발생하면 단순히 되돌아가는 게 아니라 '''왜 충돌이 발생했는지 학습'''한다
# 이 학습된 정보를 바탕으로 비슷한 실패 조합을 수백만 가지씩 한번에 건너뛴다

덕분에 복잡한 의존성 그래프에서도 매우 빠르게 해결책을 찾고, 실패 시에도 '''명확한 에러 메시지'''를 제공한다.

> 예: `"Failed to resolve: package-a requires requests<=2.28 but package-b requires requests>=2.29"`

=== 글로벌 캐시 + 하드링크 ===

pip은 패키지를 설치할 때마다 각 가상환경의 `site-packages` 폴더에 파일을 '''복사'''한다. 10개의 프로젝트에서 numpy를 쓴다면 numpy 파일이 10벌 복사된다. 낭비다.

uv는 다르다:
# 패키지를 처음 다운로드하면 '''글로벌 캐시''' (`~/.cache/uv/wheels/`)에 저장한다
# 이후 설치할 때는 파일을 복사하는 대신 '''하드링크(hardlink)''' 또는 '''Copy-on-Write(CoW)'''를 사용해 가상환경이 캐시를 가리키도록 한다

도서관에 비유하면: pip은 책을 빌릴 때마다 복사본을 만드는 방식이고, uv는 도서관에 원본을 두고 위치 표지만 나눠주는 방식이다.

이 덕분에:
* '''워크캐시 상태에서 가상환경 생성이 밀리초 수준'''으로 빠르다
* 동일 패키지를 여러 프로젝트에서 써도 디스크 공간을 낭비하지 않는다

=== 병렬 다운로드 및 설치 ===

pip은 패키지를 순차적으로 다운로드하고 설치하는 경향이 있다. uv는 Rust의 멀티스레드를 활용해 패키지들을 '''동시에''' 다운로드하고 설치한다.

여러 개의 무거운 패키지 (예: torch + numpy + pandas)를 한번에 추가할 때 차이가 확연히 드러난다.

=== HTTP Range Request로 메타데이터만 가져오기 ===

pip은 패키지의 메타데이터를 얻기 위해 wheel 파일 전체를 다운로드하는 경우가 있다. PyTorch 같은 수 GB짜리 패키지도 마찬가지다.

uv는 HTTP의 `Range` 헤더를 사용해 wheel 파일의 앞부분 메타데이터(수 KB)만 선택적으로 다운로드한다. 나머지 99%는 필요할 때만 받는다.

=== Python 없이 동작 ===

pip은 모든 작업에 파이썬 인터프리터가 필요하고, 레거시 패키지의 메타데이터를 얻으려면 빌드 백엔드를 서브프로세스로 실행한다.

uv는 TOML과 wheel 메타데이터를 Rust 코드로 네이티브 파싱하며, `setup.py`만 가진 레거시 패키지를 만날 때만 파이썬을 사용한다.

=== 성능 벤치마크 ===

공식 벤치마크 기준 (Trio 패키지의 의존성 설치):

{| class="wikitable"
|-
! 상태 !! pip !! uv !! 속도 차이
|-
| 콜드 캐시 (최초 설치) || ~수십 초 || 수 초 || 8~10배 빠름
|-
| 워크 캐시 (재설치) || 수십 초 || 수백 ms || 80~115배 빠름
|-
| 가상환경 생성 || 20~40초 || ~0.5초 || 약 60배 빠름
|-
| 의존성 해결 (복잡한 그래프) || 수분 가능 || 수 ms~초 || 수십~수백배
|}

[* 벤치마크 결과는 환경, 네트워크 상태, 패키지 복잡도에 따라 다를 수 있다.]

== 기존 도구와의 비교 ==

=== uv vs pip ===

{| class="wikitable"
|-
! 항목 !! pip !! uv
|-
| 속도 || 느림 || 10~100배 빠름
|-
| 가상환경 관리 || 별도 venv/virtualenv 필요 || 통합
|-
| 의존성 잠금(lockfile) || 별도 pip-tools 필요 || 내장 (uv.lock)
|-
| 파이썬 버전 관리 || 별도 pyenv 필요 || 내장
|-
| 메모리 사용량 || 상대적으로 많음 || 적음
|-
| 에러 메시지 || 불명확한 경우 많음 || 명확한 충돌 원인 표시
|-
| 기존 호환성 || 기준 || requirements.txt, PyPI 완전 호환
|}

=== uv vs Poetry ===

{| class="wikitable"
|-
! 항목 !! Poetry !! uv
|-
| 속도 || 느림 || 압도적으로 빠름
|-
| 기능 완성도 || 성숙함 || 빠르게 따라잡는 중
|-
| 러닝커브 || 중간 || pip에 익숙하면 낮음
|-
| 프로젝트 관리 || 강력 || 강력 (점점 강화)
|-
| 패키지 배포 || 강력 (semantic versioning 등) || 지원
|-
| 표준 준수 (PEP 621 등) || 일부 독자 포맷 || 표준 우선
|-
| 추천 상황 || 장기 라이브러리 개발 || 대부분의 신규 프로젝트
|}

=== uv vs Conda ===

{| class="wikitable"
|-
! 항목 !! Conda !! uv
|-
| 파이썬 외 시스템 패키지 || 지원 || 미지원
|-
| 데이터 과학 생태계 || 강력 (Anaconda 채널) || PyPI 기반
|-
| 속도 || 느림 || 압도적으로 빠름
|-
| 용량 || 무거움 (Anaconda 수 GB) || 단일 바이너리 (~10MB)
|-
| GPU 드라이버 관리 || 지원 || 미지원 (pip 인터페이스로 우회 가능)
|-
| 크로스 플랫폼 || 강력 || 강력
|}

[* GPU/CUDA 환경에서는 `uv pip install torch --index-url https://download.pytorch.org/whl/cu121` 형태로 사용 가능하다.]

=== uv vs pipx ===

{| class="wikitable"
|-
! 항목 !! pipx !! uv (uvx)
|-
| CLI 도구 격리 실행 || 지원 || 지원 (uvx)
|-
| 속도 || 느림 || 빠름
|-
| 일회성 실행 || npx 스타일 미지원 || uvx로 지원
|-
| 통합 도구 여부 || 단독 도구 || uv의 일부 기능
|}

== pyproject.toml 구성 ==

uv 프로젝트의 핵심 설정 파일인 `pyproject.toml`의 구조를 설명한다.

=== 기본 구조 ===

<syntaxhighlight lang="toml">
[project]
name = "my-project"
version = "0.1.0"
description = "My awesome project"
readme = "README.md"
requires-python = ">=3.12"
license = { file = "LICENSE" }
authors = [
{ name = "Your Name", email = "you@example.com" }
]

# 기본 의존성
dependencies = [
"requests>=2.28",
"fastapi>=0.100",
"pydantic>=2.0",
]

[project.optional-dependencies]
dev = ["pytest", "ruff", "mypy"]
docs = ["mkdocs", "mkdocs-material"]

[project.scripts]
my-cli = "my_project.cli:main"

[build-system]
requires = ["hatchling"]
build-backend = "hatchling.build"
</syntaxhighlight>

=== uv 전용 설정 ===

<syntaxhighlight lang="toml">
[tool.uv]
# 개발 의존성 (표준 optional-dependencies와 별개)
dev-dependencies = [
"pytest>=8.0",
"pytest-cov",
"ruff",
"mypy",
]

# 인덱스 소스 커스텀
[[tool.uv.index]]
name = "pytorch-cpu"
url = "https://download.pytorch.org/whl/cpu"
explicit = true

# 패키지별 소스 오버라이드 (개발 중인 로컬 패키지 등)
[tool.uv.sources]
my-lib = { path = "../my-lib", editable = true }
other-lib = { git = "https://github.com/user/other-lib", branch = "main" }
</syntaxhighlight>

=== 의존성 그룹 ===

<syntaxhighlight lang="toml">
[dependency-groups]
lint = ["ruff>=0.3"]
test = ["pytest>=8.0", "pytest-cov"]
docs = ["mkdocs-material"]
</syntaxhighlight>

<syntaxhighlight lang="bash">
# 특정 그룹만 설치
uv sync --group test

# lint 그룹 실행
uv run --group lint ruff check .
</syntaxhighlight>

== CI/CD 활용 ==

uv는 CI/CD 파이프라인에서 특히 빛난다. GitHub Actions, GitLab CI 등에서 설치 시간을 50~80% 단축시킬 수 있다.

=== GitHub Actions ===

<syntaxhighlight lang="yaml">
name: CI

on: [push, pull_request]

jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4

# uv 설치 (공식 액션)
- name: Install uv
uses: astral-sh/setup-uv@v4
with:
version: "latest"
enable-cache: true # GitHub 캐시 활성화

# 파이썬 설치
- name: Set up Python
run: uv python install 3.12

# 의존성 설치 (lock 파일 기반)
- name: Install dependencies
run: uv sync --frozen --all-extras

# 테스트 실행
- name: Run tests
run: uv run pytest

# 린트 검사
- name: Lint
run: uv run ruff check .
</syntaxhighlight>

=== Docker ===

<syntaxhighlight lang="dockerfile">
# Dockerfile
FROM python:3.12-slim

# uv 설치
COPY --from=ghcr.io/astral-sh/uv:latest /uv /uvx /bin/

WORKDIR /app

# 의존성 먼저 복사 (캐시 레이어 최적화)
COPY pyproject.toml uv.lock ./

# 의존성 설치 (가상환경 없이 시스템에 직접)
RUN uv sync --frozen --no-dev --system

# 소스 코드 복사
COPY . .

CMD ["uv", "run", "--system", "python", "-m", "myapp"]
</syntaxhighlight>

== 실전 사용 예시 ==

=== 데이터 과학 프로젝트 시작 ===

<syntaxhighlight lang="bash">
# 프로젝트 초기화
uv init data-analysis
cd data-analysis

# 파이썬 버전 고정
uv python pin 3.12

# 무거운 패키지들도 빠르게 설치
uv add numpy pandas matplotlib scikit-learn jupyter

# GPU 버전 PyTorch 추가
uv add torch --index-url https://download.pytorch.org/whl/cu121

# 개발 도구 추가
uv add --dev pytest ruff mypy

# Jupyter 실행
uv run jupyter lab
</syntaxhighlight>

=== 웹 API 개발 ===

<syntaxhighlight lang="bash">
uv init my-api
cd my-api

uv add fastapi "uvicorn[standard]" sqlalchemy pydantic-settings
uv add --dev pytest httpx pytest-asyncio

uv run uvicorn app.main:app --reload
</syntaxhighlight>

=== 간단한 일회성 스크립트 ===

<syntaxhighlight lang="python">
# web_scraper.py
# /// script
# requires-python = ">=3.11"
# dependencies = [
# "httpx",
# "beautifulsoup4",
# "rich",
# ]
# ///

import httpx
from bs4 import BeautifulSoup
from rich import print

resp = httpx.get("https://news.ycombinator.com")
soup = BeautifulSoup(resp.text, "html.parser")
titles = [a.text for a in soup.select(".titleline > a")[:10]]

for i, title in enumerate(titles, 1):
print(f"[cyan]{i}.[/cyan] {title}")
</syntaxhighlight>

<syntaxhighlight lang="bash">
# 위 스크립트를 공유받은 사람은 그냥 이렇게만 실행하면 끝
uv run web_scraper.py
</syntaxhighlight>

=== 기존 pip 프로젝트 마이그레이션 ===

<syntaxhighlight lang="bash">
# 기존 requirements.txt 기반 프로젝트
cd existing-project

# 방법 1: pip 인터페이스로 그대로 사용 (가장 쉬움)
uv pip install -r requirements.txt
uv pip sync requirements.txt

# 방법 2: 완전한 uv 프로젝트로 전환
uv init . # pyproject.toml 생성
uv add $(cat requirements.txt | grep -v "^#" | tr '\n' ' ')
uv lock # uv.lock 생성
</syntaxhighlight>

== 주요 명령어 요약 ==

=== 자주 쓰는 명령어 치트시트 ===

{| class="wikitable"
|-
! 작업 !! 명령어
|-
| 프로젝트 초기화 || `uv init <이름>`
|-
| 패키지 추가 || `uv add <패키지>`
|-
| 개발 의존성 추가 || `uv add --dev <패키지>`
|-
| 패키지 제거 || `uv remove <패키지>`
|-
| 의존성 동기화 || `uv sync`
|-
| Lock 파일 업데이트 || `uv lock`
|-
| 스크립트 실행 || `uv run <명령어>`
|-
| 파이썬 설치 || `uv python install <버전>`
|-
| 가상환경 생성 || `uv venv`
|-
| 도구 즉시 실행 || `uvx <도구명>`
|-
| 도구 영구 설치 || `uv tool install <도구명>`
|-
| pip 설치 || `uv pip install <패키지>`
|-
| requirements.txt 컴파일 || `uv pip compile requirements.in -o requirements.txt`
|-
| requirements.txt 동기화 || `uv pip sync requirements.txt`
|-
| 패키지 빌드 || `uv build`
|-
| PyPI 배포 || `uv publish`
|-
| 도움말 || `uv help` 또는 `uv <명령어> --help`
|}

== 주의사항 및 한계 ==

uv가 만능은 아니다. 아래와 같은 상황에서는 주의가 필요하다.

=== pip과의 차이점 ===

* uv는 `.egg` 형식을 지원하지 않는다. 레거시 패키지 중 일부는 문제가 생길 수 있다.
* `requires-python`의 상한 버전 제약 (예: `python<4.0`)을 무시한다. 의도적인 설계이나 간혹 예상과 다른 동작을 할 수 있다.
* 여러 패키지 인덱스가 있을 때 pip은 모두 확인하지만, uv는 패키지가 있는 '''첫 번째 인덱스에서 바로 선택'''한다.

=== Conda와의 비교에서 ===

* C/C++ 라이브러리 등 파이썬 외 시스템 의존성은 관리하지 못한다. CUDA 드라이버 자체를 설치하거나, HDF5 같은 시스템 라이브러리가 필요한 경우 별도 관리가 필요하다.
* 바이오인포매틱스 등 Bioconda 채널 특화 패키지는 Conda 쪽이 더 편할 수 있다.

=== 성숙도 ===

* 2024년 출시로 역사가 짧다. pip(2008), Poetry(2018) 등에 비해 엣지 케이스 지원이 부족할 수 있다.
* 다만 Astral 팀이 매우 빠른 속도로 개발하고 있어 빠르게 개선되는 중이다.

== 생태계 통합 ==

=== IDE 지원 ===

* '''PyCharm''' — 2024.3.2 버전부터 uv 공식 지원. 가상환경 생성 및 관리 통합. 2025년 버전에서는 uv가 기본 환경 관리자로 설정되었다.
* '''VS Code''' — Python 확장에서 uv 가상환경 자동 인식
* '''Cursor, Windsurf''' 등 AI 에디터들도 uv 환경 지원

=== 프레임워크 통합 ===

* [[FastAPI]], [[Django]], [[Flask]] 등 주요 웹 프레임워크 문서에서 uv를 권장 패키지 관리자로 소개하기 시작했다.
* [[Hatch]], [[PDM]] 등 다른 모던 패키지 관리자들과도 호환 가능한 `pyproject.toml` 포맷을 공유한다.

=== Claude Code와의 통합 ===

[[Anthropic]]의 Claude Code는 파이썬 프로젝트 설정 시 uv를 기본으로 추천하고 사용한다. AI 코딩 어시스턴트와의 자연스러운 통합이 이루어지는 추세다.

== 여담 ==

* uv의 이름은 특별한 의미 없이 짧고 기억하기 쉬운 이름을 선택한 것으로 알려져 있다. 공식 스타일 가이드에서는 '''반드시 소문자로 "uv"라고 표기'''하도록 명시하고 있다.[* UV, Uv 등으로 쓰지 말 것을 권장한다.]

* [[Rust]]로 파이썬 도구를 만드는 트렌드가 눈에 띈다. [[Ruff]](린터), uv(패키지 관리자), [[Rye]](프로젝트 관리)가 모두 Rust로 만들어졌다. 파이썬 생태계의 인프라 도구를 파이썬이 아닌 Rust로 만드는 아이러니가 재미있다는 반응도 있다.

* uv의 의존성 해결 알고리즘인 PubGrub은 원래 [[Dart]] 언어의 패키지 관리자 `pub`을 위해 설계되었고, 이후 [[Rust]] 크레이트(`pubgrub-rs`)로 포팅되었다. uv는 이 Rust 구현체를 활용한다.

* uv는 [[Cargo]](Rust), [[pnpm]](Node.js), [[Bun]](JavaScript), [[Orogene]](Node.js) 등 다른 언어 생태계의 패키지 관리자들에서 영감을 많이 받았다고 공식적으로 밝히고 있다.

* 일부 개발자들은 uv를 처음 사용하고 속도에 충격을 받아 "이게 진짜야?"라는 반응을 보이곤 한다. pip으로 수분이 걸리던 작업이 수초 만에 끝나는 경험이 매우 낯설게 느껴지기 때문이다.

* 가상환경 생성이 0.5초 수준이 되면서 "가상환경은 무겁다"는 기존 인식이 바뀌고 있다. 이제는 브랜치마다 별도 가상환경을 만드는 워크플로우도 현실적으로 가능해졌다.

== 관련 항목 ==

* [[pip]] — uv가 대체하는 기존 파이썬 패키지 관리자
* [[virtualenv]] / [[venv]] — uv가 통합한 가상환경 도구
* [[Poetry]] — uv와 경쟁하는 파이썬 프로젝트 관리 도구
* [[pyenv]] — uv가 대체 가능한 파이썬 버전 관리 도구
* [[pipx]] — uv(uvx)가 대체 가능한 CLI 도구 격리 실행 도구
* [[Ruff]] — 같은 Astral 팀이 만든 초고속 파이썬 린터/포매터
* [[Cargo]] — uv가 목표로 삼는 Rust의 패키지 관리자
* [[Rust (프로그래밍 언어)]] — uv의 구현 언어
* [[Astral]] — uv 개발사

== 외부 링크 ==

* [https://docs.astral.sh/uv/ uv 공식 문서]
* [https://github.com/astral-sh/uv uv GitHub 저장소]
* [https://astral.sh/blog/uv uv 최초 발표 블로그 포스트]
* [https://astral.sh/blog/uv-unified-python-packaging uv 통합 패키지 관리 발표 블로그]
* [https://pypi.org/project/uv/ uv PyPI 페이지]

[[분류:파이썬]]
[[분류:패키지 관리자]]
[[분류:개발 도구]]
[[분류:Rust로 작성된 소프트웨어]]
[[분류:오픈 소스 소프트웨어]]

Bloom Filter

2026-02-27T06:24:33Z

Gaon12: 문서 넘기기

#REDIRECT[[블룸 필터]]

블룸 필터

2026-02-27T06:24:02Z

Gaon12: 시작

{| class="wikitable" style="float:right; margin-left:1em; width:320px; background:#f8f9fa; border:2px solid #a2a9b1;"
|-
! colspan="2" style="background:#2c3e50; color:white; text-align:center; font-size:1.1em;" | 블룸 필터
|-
| colspan="2" style="text-align:center; padding:8px;" |
 '''[확률적 자료구조]''' 
|-
! style="background:#ecf0f1;" | 영문명
| Bloom Filter
|-
! style="background:#ecf0f1;" | 제안자
| 버튼 하워드 블룸 (Burton Howard Bloom)
|-
! style="background:#ecf0f1;" | 제안 연도
| 1970년
|-
! style="background:#ecf0f1;" | 분류
| 확률적 자료구조 (Probabilistic Data Structure)
|-
! style="background:#ecf0f1;" | 공간 복잡도
| <math>O(m) — m</math> 비트 배열의 크기
|-
! style="background:#ecf0f1;" | 삽입 시간 복잡도
| <math>O(k) — k</math> 해시 함수의 개수
|-
! style="background:#ecf0f1;" | 조회 시간 복잡도
| <math>O(k)</math>
|-
! style="background:#ecf0f1;" | 오탐률 (False Positive)
| 존재 (튜닝 가능)
|-
! style="background:#ecf0f1;" | 미탐률 (False Negative)
| 없음 (절대 발생하지 않음)
|-
! style="background:#ecf0f1;" | 삭제 지원
| 기본형은 불가, 변형(Counting Bloom Filter)은 가능
|}

== 개요==

{{인용문|'''"어쩌면 존재할 수도, 확실히 존재하지 않는다."'''|블룸 필터의 핵심 철학}}

'''블룸 필터(Bloom Filter)'''는 1970년 [[버튼 하워드 블룸(Burton Howard Bloom)]]이 고안한 '''공간 효율적인 확률적 자료구조(Probabilistic Data Structure)'''로, 어떤 원소가 집합에 속하는지 여부를 검사(membership test)하는 데 사용된다. 일반적인 [[해시 테이블]]과 달리, 블룸 필터는 실제 원소를 저장하지 않고 단지 '''비트 배열(bit array)'''만을 유지한다. 이로 인해 공간을 획기적으로 절약할 수 있지만, 특정 확률로 '''거짓 긍정(False Positive)'''을 반환할 수 있다는 트레이드오프가 존재한다.

즉, 블룸 필터는 다음 두 가지 답만 반환한다.
* '''"확실히 없다(Definitely Not)"''' — 이 경우는 100% 정확하다.
* '''"아마도 있다(Possibly Yes)"''' — 이 경우는 틀릴 수도 있다 (거짓 긍정 가능).

이 단순하면서도 강력한 특성 덕분에 블룸 필터는 [[데이터베이스]], [[네트워크]], [[캐시(Cache)]], [[암호화]], [[분산 시스템]] 등 무수히 많은 분야에서 핵심 부품으로 사용된다.

== 개요 및 역사 ==

=== 탄생 배경 ===

1970년, 버튼 하워드 블룸은 [[Communications of the ACM]]에 '''"Space/Time Trade-offs in Hash Coding with Allowable Errors"'''라는 논문을 발표했다. 이 논문의 제목에서도 알 수 있듯, 블룸 필터는 처음부터 '''공간(Space)과 시간(Time)의 트레이드오프'''에 오류(Allowable Errors)를 허용함으로써 기존 해시 코딩의 한계를 극복하고자 설계되었다.

당시의 문제의식은 간단했다. 하이픈 없는 단어(unhyphenated word) 목록과 하이픈이 들어간 단어(hyphenated word) 목록을 메모리에 올려두고, 입력된 단어가 어느 쪽에 속하는지 빠르게 판단해야 하는데, 메모리가 극히 제한적이었다. 모든 단어를 해시 테이블에 넣으면 정확하지만 메모리를 많이 쓰고, 메모리를 아끼면 속도와 정확성을 잃는다. 블룸은 여기서 '''"약간의 오류를 허용하면 메모리를 극적으로 줄일 수 있다"'''는 아이디어를 제안했다.

=== 이름의 유래 ===

블룸 필터의 이름은 단순히 발명자인 '''버튼 블룸(Burton Bloom)'''의 성(姓)을 딴 것이다. 꽃(bloom)과는 아무 관련이 없다. 영어권에서는 종종 "꽃처럼 피어나는 필터"라는 시적인 표현을 쓰기도 하지만, 이는 완전한 후세의 재해석이다.

=== 위상과 중요성 ===

블룸 필터는 컴퓨터 과학사에서 가장 우아하고 실용적인 자료구조 중 하나로 손꼽힌다. 제안된 지 50년이 넘었지만, 오늘날 [[Google Chrome]], [[Apache Cassandra]], [[PostgreSQL]], [[Redis]], [[Bitcoin]], [[Ethereum]] 등 세계적인 소프트웨어들이 블룸 필터를 핵심 구성요소로 채택하고 있다. 이는 블룸 필터의 아이디어가 시대를 초월한 보편성을 가짐을 증명한다.

== 핵심 원리 ==

=== 구성 요소 ===

블룸 필터는 두 가지 핵심 구성요소로 이루어진다.

==== 비트 배열 (Bit Array) ====

크기 '''m'''인 비트 배열(또는 비트 벡터)을 유지한다. 초기에는 모든 비트가 '''0'''으로 설정된다.

<pre>
초기 상태 (m = 10):
인덱스: [0][1][2][3][4][5][6][7][8][9]
값: [0][0][0][0][0][0][0][0][0][0]
</pre>

==== 해시 함수들 (Hash Functions) ====

'''k'''개의 서로 다른(독립적인) 해시 함수들을 사용한다. 각 해시 함수는 임의의 원소를 입력으로 받아 {0, 1, ..., m-1} 범위의 인덱스를 반환한다. 이 해시 함수들은:
* 서로 독립적이어야 한다.
* 출력이 비트 배열 전체에 균일하게 분포해야 한다.
* 빠르게 계산될 수 있어야 한다.

실제로는 [[MurmurHash]], [[FNV Hash]], [[xxHash]] 같은 비암호화 해시 함수가 자주 쓰이며, 하나의 해시 함수에 서로 다른 시드(seed)를 주어 k개를 흉내내는 기법도 사용된다.

=== 동작 원리 ===

==== 삽입 (Insert) ====

원소 x를 블룸 필터에 추가하려면:
# k개의 해시 함수 h₁, h₂, ..., hₖ 각각에 x를 입력한다.
# 각 해시 함수가 반환하는 인덱스 h₁(x), h₂(x), ..., hₖ(x)에 해당하는 비트를 모두 '''1'''로 설정한다.

<pre>
예시: m=10, k=3, 원소 "apple" 삽입
h1("apple") = 2 → 비트[2] = 1
h2("apple") = 5 → 비트[5] = 1
h3("apple") = 8 → 비트[8] = 1

인덱스: [0][1][2][3][4][5][6][7][8][9]
값: [0][0][1][0][0][1][0][0][1][0]
</pre>

이어서 "banana"를 삽입하면:

<pre>
h1("banana") = 1 → 비트[1] = 1
h2("banana") = 5 → 비트[5] = 1 (이미 1)
h3("banana") = 7 → 비트[7] = 1

인덱스: [0][1][2][3][4][5][6][7][8][9]
값: [0][1][1][0][0][1][0][1][1][0]
</pre>

==== 조회 (Query / Lookup) ====

원소 y가 집합에 있는지 확인하려면:
# k개의 해시 함수 각각에 y를 입력한다.
# h₁(y), h₂(y), ..., hₖ(y)에 해당하는 비트를 모두 확인한다.
# '''하나라도 0이면''' → "확실히 없다(Definitely Not)" 반환.
# '''모두 1이면''' → "아마도 있다(Possibly Yes)" 반환.

<pre>
"apple" 조회:
h1("apple") = 2 → 비트[2] = 1 ✓
h2("apple") = 5 → 비트[5] = 1 ✓
h3("apple") = 8 → 비트[8] = 1 ✓
→ 결과: "아마도 있다" (실제로 삽입했으므로 정확)

"cherry" 조회 (삽입 안 함):
h1("cherry") = 1 → 비트[1] = 1 ✓
h2("cherry") = 5 → 비트[5] = 1 ✓
h3("cherry") = 9 → 비트[9] = 0 ✗
→ 결과: "확실히 없다" (정확)

"grape" 조회 (삽입 안 함):
h1("grape") = 1 → 비트[1] = 1 ✓
h2("grape") = 5 → 비트[5] = 1 ✓
h3("grape") = 7 → 비트[7] = 1 ✓
→ 결과: "아마도 있다" (거짓 긍정! 실제로는 없음)
</pre>

"grape"의 경우처럼, 우연히 다른 원소들에 의해 해당 비트들이 모두 1이 되어 있으면 '''거짓 긍정(False Positive)'''이 발생한다. 이것이 블룸 필터의 본질적인 한계이자, 공간을 아끼기 위해 치르는 대가다.

==== 삭제 불가 ====

기본 블룸 필터는 '''원소를 삭제할 수 없다'''. 만약 특정 원소에 해당하는 비트를 0으로 되돌리면, 같은 비트를 공유하던 다른 원소의 정보도 손상되기 때문이다. 예를 들어 위 예시에서 비트[5]는 "apple"과 "banana" 둘 다 사용하고 있는데, "apple"을 삭제하겠다고 비트[5]를 0으로 만들면 "banana"도 조회되지 않게 된다.

이 문제를 해결한 변형이 [[#카운팅 블룸 필터(Counting Bloom Filter)|카운팅 블룸 필터]]다.

=== 거짓 긍정률 (False Positive Rate) 수학적 분석 ===

==== 단일 비트가 0일 확률 ====

크기 m인 비트 배열에 k개의 해시 함수로 n개의 원소를 삽입했을 때, 특정 비트가 여전히 0일 확률을 계산한다.

하나의 해시 함수가 특정 비트를 설정하지 않을 확률 = <math>(1 - 1/m)</math>

k개의 해시 함수가 모두 해당 비트를 설정하지 않을 확률 = <math>(1 - 1/m)^k</math>

n개의 원소를 삽입한 후에도 해당 비트가 0일 확률:

<math>P(bit = 0) = (1 - 1/m)^(kn) ≈ e^(-kn/m)</math>

==== 거짓 긍정률 계산 ====

새 원소를 조회할 때, <math>k</math>개의 비트가 모두 1일 확률 (즉 거짓 긍정률 ε):

<math>ε ≈ (1 - e^(-kn/m))^k</math>

이 식에서 중요한 사실을 알 수 있다.
* '''m이 클수록''' (비트 배열이 클수록) → ε 감소 (오탐 줄어듦)
* '''n이 클수록''' (원소 수가 많을수록) → ε 증가 (오탐 늘어남)
* '''k가 너무 작으면''' → 구별력이 없어짐 → ε 증가
* '''k가 너무 크면''' → 비트가 빠르게 포화됨 → ε 증가
* '''k에 최적값이 존재함'''

==== 최적 해시 함수 개수 ====

<math>ε</math>를 최소화하는 최적의 <math>k</math> 값은 미분을 통해 구할 수 있다:

<math>k_opt = (m/n) × ln(2) ≈ 0.693 × (m/n)</math>

이 최적 <math>k</math>를 사용하면 거짓 긍정률이:

<math>ε_opt ≈ (1/2)^k = 0.5^k = (0.6185)^(m/n)</math>

==== 비트 배열 크기 설계 ====

원하는 오탐률 <math>ε</math>와 예상 원소 수 <math>n</math>이 주어졌을 때 필요한 최소 비트 배열 크기 m:

<math>m = -(n × ln(ε)) / (ln(2))² ≈ -(n × ln(ε)) / 0.4805</math>

'''실용적인 수치 예시:'''

{| class="wikitable" style="text-align:center;"
|-
! 원소 수 (n) !! 오탐률 (ε) !! 비트 배열 크기 (m) !! 해시 함수 수 (k) !! 원소당 비트 수
|-
| 1,000,000 || 1% || 9,585,060 bit (~1.14 MB) || 7 || 약 9.58 bit
|-
| 1,000,000 || 0.1% || 14,377,590 bit (~1.71 MB) || 10 || 약 14.38 bit
|-
| 1,000,000 || 0.01% || 19,170,120 bit (~2.28 MB) || 13 || 약 19.17 bit
|-
| 1,000,000 || 0.001% || 23,962,650 bit (~2.85 MB) || 17 || 약 23.96 bit
|-
| 10,000,000 || 1% || 95,850,584 bit (~11.4 MB) || 7 || 약 9.58 bit
|}

일반적인 해시 테이블에서 백만 개의 문자열을 저장하면 수백 MB가 필요한 것과 비교하면, 블룸 필터의 공간 절약 효과가 극적임을 알 수 있다.

== 구현 ==

=== Python 구현 ===

<syntaxhighlight lang="python">
import math
import hashlib
from bitarray import bitarray

class BloomFilter:
"""
기본 블룸 필터 구현
"""
def __init__(self, n: int, fp_rate: float = 0.01):
"""
Parameters
----------
n : 예상 원소 개수
fp_rate : 허용 거짓 긍정률 (기본값 1%)
"""
self.n = n
self.fp_rate = fp_rate

# 최적 비트 배열 크기 계산
self.m = self._optimal_m(n, fp_rate)
# 최적 해시 함수 개수 계산
self.k = self._optimal_k(self.m, n)

self.bit_array = bitarray(self.m)
self.bit_array.setall(0)
self.count = 0

print(f"BloomFilter 초기화: m={self.m} bits, k={self.k} hash functions")

@staticmethod
def _optimal_m(n: int, fp_rate: float) -> int:
"""최적 비트 배열 크기"""
m = -(n * math.log(fp_rate)) / (math.log(2) ** 2)
return int(math.ceil(m))

@staticmethod
def _optimal_k(m: int, n: int) -> int:
"""최적 해시 함수 개수"""
k = (m / n) * math.log(2)
return max(1, int(round(k)))

def _hash_indices(self, item: str):
"""k개의 해시 인덱스 생성 (double hashing 기법)"""
# SHA-256으로 두 개의 기본 해시 생성
h = hashlib.sha256(item.encode('utf-8')).digest()
h1 = int.from_bytes(h[:8], 'big')
h2 = int.from_bytes(h[8:16], 'big')

for i in range(self.k):
yield (h1 + i * h2) % self.m

def add(self, item: str):
"""원소 추가"""
for idx in self._hash_indices(item):
self.bit_array[idx] = 1
self.count += 1

def contains(self, item: str) -> bool:
"""
원소 포함 여부 조회
Returns
-------
False : 확실히 없음
True : 아마도 있음 (거짓 긍정 가능)
"""
return all(self.bit_array[idx] for idx in self._hash_indices(item))

def __contains__(self, item: str) -> bool:
return self.contains(item)

def estimated_fp_rate(self) -> float:
"""현재 채워진 상태에서의 추정 오탐률"""
return (1 - math.exp(-self.k * self.count / self.m)) ** self.k

def fill_ratio(self) -> float:
"""비트 배열에서 1인 비율"""
return self.bit_array.count(1) / self.m

# === 사용 예시 ===
if __name__ == "__main__":
bf = BloomFilter(n=1_000_000, fp_rate=0.01)

# 데이터 삽입
words = ["apple", "banana", "cherry", "date", "elderberry"]
for word in words:
bf.add(word)

# 조회 테스트
test_cases = ["apple", "banana", "grape", "mango", "cherry"]
for word in test_cases:
result = "아마도 있음" if word in bf else "확실히 없음"
print(f" '{word}': {result}")

print(f"\n현재 추정 오탐률: {bf.estimated_fp_rate():.6%}")
print(f"비트 배열 충전률: {bf.fill_ratio():.4%}")
</syntaxhighlight>

=== Java 구현 ===

<syntaxhighlight lang="java">
import java.nio.charset.StandardCharsets;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
import java.util.BitSet;

public class BloomFilter {
private final int m; // 비트 배열 크기
private final int k; // 해시 함수 개수
private final BitSet bitSet;
private int count;

public BloomFilter(int n, double fpRate) {
this.m = optimalM(n, fpRate);
this.k = optimalK(m, n);
this.bitSet = new BitSet(m);
this.count = 0;
System.out.printf("BloomFilter: m=%d bits, k=%d hash functions%n", m, k);
}

private static int optimalM(int n, double fpRate) {
return (int) Math.ceil(-(n * Math.log(fpRate)) / (Math.log(2) * Math.log(2)));
}

private static int optimalK(int m, int n) {
return Math.max(1, (int) Math.round(((double) m / n) * Math.log(2)));
}

private int[] hashIndices(String item) {
int[] indices = new int[k];
try {
MessageDigest md = MessageDigest.getInstance("SHA-256");
byte[] digest = md.digest(item.getBytes(StandardCharsets.UTF_8));

long h1 = bytesToLong(digest, 0);
long h2 = bytesToLong(digest, 8);

for (int i = 0; i < k; i++) {
indices[i] = (int) Math.floorMod(h1 + (long) i * h2, m);
}
} catch (NoSuchAlgorithmException e) {
throw new RuntimeException(e);
}
return indices;
}

private long bytesToLong(byte[] bytes, int offset) {
long val = 0;
for (int i = 0; i < 8; i++) {
val = (val << 8) | (bytes[offset + i] & 0xFF);
}
return val;
}

public void add(String item) {
for (int idx : hashIndices(item)) {
bitSet.set(idx);
}
count++;
}

public boolean mightContain(String item) {
for (int idx : hashIndices(item)) {
if (!bitSet.get(idx)) return false;
}
return true;
}

public double estimatedFpRate() {
return Math.pow(1 - Math.exp(-(double) k * count / m), k);
}

// 사용 예시
public static void main(String[] args) {
BloomFilter bf = new BloomFilter(1_000_000, 0.01);

bf.add("hello");
bf.add("world");
bf.add("java");

System.out.println(bf.mightContain("hello")); // true
System.out.println(bf.mightContain("python")); // false (높은 확률로)
System.out.printf("추정 오탐률: %.6f%%%n", bf.estimatedFpRate() * 100);
}
}
</syntaxhighlight>

=== JavaScript / TypeScript 구현 ===

<syntaxhighlight lang="typescript">
import * as crypto from 'crypto';

class BloomFilter {
private readonly m: number;
private readonly k: number;
private readonly bitArray: Uint8Array;
private count: number = 0;

constructor(n: number, fpRate: number = 0.01) {
this.m = BloomFilter.optimalM(n, fpRate);
this.k = BloomFilter.optimalK(this.m, n);
this.bitArray = new Uint8Array(Math.ceil(this.m / 8));
console.log(`BloomFilter: m=${this.m} bits, k=${this.k} hash functions`);
}

private static optimalM(n: number, fpRate: number): number {
return Math.ceil(-(n * Math.log(fpRate)) / (Math.LN2 ** 2));
}

private static optimalK(m: number, n: number): number {
return Math.max(1, Math.round((m / n) * Math.LN2));
}

private getBit(index: number): boolean {
return (this.bitArray[index >> 3] & (1 << (index & 7))) !== 0;
}

private setBit(index: number): void {
this.bitArray[index >> 3] |= (1 << (index & 7));
}

private *hashIndices(item: string): Generator<number> {
const hash = crypto.createHash('sha256').update(item, 'utf8').digest();
const h1 = hash.readBigUInt64BE(0);
const h2 = hash.readBigUInt64BE(8);
for (let i = 0; i < this.k; i++) {
yield Number((h1 + BigInt(i) * h2) % BigInt(this.m));
}
}

add(item: string): void {
for (const idx of this.hashIndices(item)) {
this.setBit(idx);
}
this.count++;
}

has(item: string): boolean {
for (const idx of this.hashIndices(item)) {
if (!this.getBit(idx)) return false;
}
return true;
}

estimatedFpRate(): number {
return Math.pow(1 - Math.exp(-this.k * this.count / this.m), this.k);
}
}

// 사용 예시
const bf = new BloomFilter(1_000_000, 0.01);
bf.add("TypeScript");
bf.add("BloomFilter");
console.log(bf.has("TypeScript")); // true
console.log(bf.has("JavaScript")); // 아마도 false
console.log(`오탐률: ${(bf.estimatedFpRate() * 100).toFixed(6)}%`);
</syntaxhighlight>

== 변형 및 확장 ==

=== 카운팅 블룸 필터 (Counting Bloom Filter) ===

기본 블룸 필터의 '''삭제 불가''' 문제를 해결하기 위해, 1998년 Li Fan 등이 제안한 변형이다. 비트(0/1) 대신 각 슬롯에 '''카운터(counter)'''를 저장한다.

{| class="wikitable" style="width:100%;"
|-
! 동작 !! 기본 블룸 필터 !! 카운팅 블룸 필터
|-
| 삽입 || 비트를 1로 설정 || 해당 카운터 +1
|-
| 삭제 || 불가능 || 해당 카운터 -1 (0 미만이면 무시)
|-
| 조회 || 비트가 모두 1인지 확인 || 카운터가 모두 0 초과인지 확인
|-
| 공간 || m bits || m × (카운터 비트 수), 보통 4~8배
|}

카운터 오버플로우(overflow) 문제가 있어 보통 4비트(최대 15까지 카운트) 카운터를 사용하며, 오버플로우 발생 시 더 이상 감소시키지 않는 처리가 필요하다.

=== 스케일러블 블룸 필터 (Scalable Bloom Filter) ===

기본 블룸 필터의 단점 중 하나는 '''미리 원소 수(n)를 알아야''' m과 k를 결정할 수 있다는 점이다. 스케일러블 블룸 필터는 여러 개의 블룸 필터를 계층적으로 쌓아, 현재 필터가 가득 차면 새 필터를 추가하는 방식으로 동적 확장을 지원한다.

* 각 단계마다 오탐률 목표를 tighter하게 설정 (예: 0.01, 0.001, 0.0001...)
* 전체 오탐률은 각 단계 오탐률의 합으로 bounded됨
* 공간 효율은 약간 감소하지만, 사전 크기 지정 불필요

=== 압축 블룸 필터 (Compressed Bloom Filter) ===

마이클 미첸마허(Michael Mitzenmacher)가 2002년 제안한 변형으로, 블룸 필터의 비트 배열을 [[산술 부호화(Arithmetic Coding)]]나 [[Golomb 부호화]]로 압축하여 네트워크 전송 효율을 높인다. 비트 배열이 희소(sparse)하거나 조밀(dense)할수록 압축률이 높아진다.

=== 블룸 필터의 집합 연산 ===

같은 m과 k를 공유하는 두 블룸 필터 A, B에 대해:

* '''합집합(Union)''': A OR B — 두 비트 배열을 비트 OR 연산 → <math>A ∪ B</math>를 나타내는 블룸 필터
* '''교집합(Intersection) 근사''': A AND B — 두 비트 배열을 비트 AND 연산 → <math>A ∩ B</math>를 근사

단, 교집합 연산은 오탐률이 증가하는 단점이 있다.

=== 스펙트럼 블룸 필터 (Spectral Bloom Filter) ===

원소의 존재 여부뿐만 아니라 '''빈도수(multiplicity)'''까지 추정할 수 있는 확장형이다. 카운팅 블룸 필터를 기반으로 하며, 각 원소의 최소 카운터 값을 빈도수 추정값으로 사용한다. [[스트리밍 알고리즘]]의 [[Count-Min Sketch]]와 개념적으로 유사하다.

=== 쿠쿠 필터 (Cuckoo Filter) ===

2014년 Fan et al.이 제안한 자료구조로, 블룸 필터의 직접적인 경쟁자다. 쿠쿠 해싱 기반으로 구현되며:

{| class="wikitable" style="text-align:center;"
|-
! 특성 !! 블룸 필터 !! 쿠쿠 필터
|-
| 삭제 지원 || 기본형 불가 || 가능
|-
| 조회 성능 || <math>O(k)</math> || <math>O(1)</math> (최적)
|-
| 공간 효율 || 우수 || 비슷하거나 약간 더 우수
|-
| 구현 복잡도 || 간단 || 복잡
|-
| 최대 부하율 || ~50% (1개 버킷) || ~98% (2개 버킷)
|}

낮은 오탐률(< 3%)에서는 쿠쿠 필터가 공간 효율적으로 블룸 필터를 능가한다고 알려져 있다.

=== XOR 필터 (XOR Filter) ===

2019년 Graf and Lemire가 제안한 최신 변형. 정적(static) 집합에 대해 구성되며, 쿼리 시 XOR 연산만 사용하여 매우 빠르고 메모리 효율적이다. 단, 집합이 변경되면 필터를 완전히 재구성해야 한다.

=== Ribbon 필터 ===

2021년 발표된 가장 최신 변형 중 하나. [[Random Linear Systems]]를 기반으로 하며 이론적으로 매우 높은 공간 효율을 보인다. [[RocksDB]] 같은 실용 시스템에 채택되기 시작하고 있다.

=== Learned Bloom Filter ===

2018년 Google Brain의 Tim Kraska 등이 제안한 머신러닝 기반 변형. 신경망 모델이 원소의 패턴을 학습하여 더 작은 공간으로 낮은 오탐률을 달성한다. 모델이 "아마도 있다"고 판단하는 원소에 대해서만 전통적인 블룸 필터로 재확인하는 하이브리드 구조다.

== 실제 활용 사례 ==

블룸 필터는 수많은 실제 시스템에서 핵심 구성요소로 사용된다. 아래는 대표적인 사례들이다.

=== 데이터베이스 ===

==== Apache Cassandra ====

[[Apache Cassandra]]는 [[LSM 트리(Log-Structured Merge Tree)]] 기반 스토리지 엔진을 사용한다. 데이터를 조회할 때 해당 키가 어떤 SSTable에 있는지 알아야 하는데, SSTable이 수십~수백 개일 수 있다. 블룸 필터를 각 SSTable마다 유지함으로써, 해당 키가 없는 SSTable은 디스크 I/O 없이 즉시 건너뛴다.

효과: 읽기 연산의 불필요한 디스크 접근을 수십~수백 배 줄임.

==== Apache HBase ====

HBase에서도 유사하게 StoreFile(HFile)마다 블룸 필터를 생성하여 읽기 성능을 향상시킨다. Get 연산과 존재하지 않는 키 조회 시 특히 효과적이다.

==== PostgreSQL ====

[[PostgreSQL]] 13부터 [[Bloom Index]]를 정식 지원한다. 여러 컬럼에 대한 동등 조건(equality condition) 쿼리에서 불필요한 힙 페이지 접근을 줄이는 데 사용된다. 다중 컬럼 동등 조건이 많은 데이터 웨어하우스 쿼리에서 유용하다.

==== LevelDB / RocksDB ====

Google이 개발하고 Meta가 확장한 키-값 스토어. SST 파일마다 블룸 필터를 유지하며, 최신 RocksDB는 블룸 필터 대신 Ribbon 필터도 선택할 수 있다.

=== 네트워크 ===

==== 패킷 라우팅 ====

고속 네트워크 라우터에서 이미 처리한 패킷 ID를 블룸 필터에 기록하여 중복 패킷 처리를 방지한다. 메모리가 제한적인 네트워크 장비에서 특히 유용하다.

==== P2P 네트워크 ====

[[BitTorrent]] 같은 P2P 네트워크에서 피어(peer)가 어떤 청크(chunk)를 보유하고 있는지 블룸 필터로 광고함으로써, 불필요한 데이터 요청을 줄인다. 전체 보유 목록을 전송하는 것보다 훨씬 적은 대역폭을 소비한다.

==== CDN과 캐시 ====

[[Akamai]] 등의 CDN에서 단 한 번만 요청된 객체(one-hit wonder)를 식별하여 캐시 오염(cache pollution)을 방지한다. 블룸 필터에 요청 URL을 기록하고, 두 번째 요청 시에만 실제 캐시에 저장하는 방식이다. 이 기법으로 Akamai는 캐시 효율을 크게 향상시켰다고 발표했다.

=== 웹 브라우저 ===

==== Google Chrome의 Safe Browsing ====

[[Google Chrome]]은 악성 URL 목록(피싱, 멀웨어 배포 등)을 블룸 필터로 로컬에 저장한다. 사용자가 URL을 방문하려 할 때:

# 로컬 블룸 필터를 조회한다.
# '''확실히 없음''' → 안전한 URL, 네트워크 요청 불필요.
# '''아마도 있음''' → Google 서버에 실제 확인 요청.

전체 악성 URL 목록이 수천만 건임에도, 로컬 블룸 필터는 수 MB에 불과하다. 네트워크 요청을 대부분 생략할 수 있어 프라이버시도 보호되고 성능도 향상된다.

=== 블록체인 및 암호화폐 ===

==== Bitcoin SPV (Simplified Payment Verification) ====

[[Bitcoin]] BIP-37에 정의된 블룸 필터 프로토콜은 경량 클라이언트(SPV 클라이언트)가 전체 블록체인을 다운로드하지 않고도 자신과 관련된 트랜잭션만 필터링하여 받을 수 있도록 한다. 클라이언트는 관심 있는 주소들로 구성된 블룸 필터를 풀 노드에 전송하고, 풀 노드는 해당 필터를 통과하는 트랜잭션만 전달한다.

단, 블룸 필터가 지갑 주소를 어느 정도 노출한다는 프라이버시 우려로 인해 이후 [[Compact Block Filters]](BIP-157/158)로 대체 추세다.

=== 스팸 필터링 ===

이메일 스팸 필터에서 알려진 스팸 발신자 주소나 스팸 키워드 목록을 블룸 필터에 저장하여 빠른 선별 처리가 가능하다. 거짓 긍정(정상 메일을 스팸으로 오인)이 발생할 수 있으나, 오탐률을 충분히 낮게 설정하면 실용적이다.

=== 분산 시스템 ===

==== 캐시 관통(Cache Penetration) 방지 ====

[[Redis]], [[Memcached]] 같은 분산 캐시 앞단에 블룸 필터를 두어 '''캐시 관통(Cache Penetration)'''을 방지한다. 데이터베이스에도 없는 키에 대한 요청이 반복될 때, 블룸 필터가 "확실히 없음"을 반환하여 DB까지의 불필요한 요청을 차단한다.

==== Google Bigtable ====

[[Google Bigtable]]의 SSTable 구현에서 블룸 필터를 사용하여 읽기 성능을 향상시킨다. 이는 후에 Cassandra, HBase 등이 채택한 패턴의 원형이다.

=== 생물정보학 (Bioinformatics) ===

DNA 염기서열 분석에서 대규모 k-mer 집합(게놈 데이터에서 추출한 길이 k의 부분 문자열)의 존재 여부를 빠르게 확인하는 데 블룸 필터가 사용된다. 단일 게놈의 k-mer 수가 수십억 개에 달할 수 있어, 메모리 효율이 결정적이다. [[Jellyfish]], [[Khmer]], [[Squeakr]] 같은 생물정보학 도구들이 블룸 필터를 핵심으로 사용한다.

=== 추천 시스템 ===

이미 사용자에게 추천한 아이템을 블룸 필터에 기록하여, 중복 추천을 방지한다. 수억 명의 사용자 × 수억 개의 아이템 조합을 모두 정확히 저장하면 엄청난 공간이 필요하지만, 블룸 필터를 사용하면 몇 MB 수준으로 관리할 수 있다.

== 성능 비교 ==

=== 공간 복잡도 비교 ===

{| class="wikitable" style="text-align:center;"
|-
! 자료구조 !! 100만 항목 저장 시 메모리 !! 오탐률
|-
| HashSet (Java) || ~50 MB || 0% (완전 정확)
|-
| HashSet (Python) || ~100~200 MB || 0% (완전 정확)
|-
| 트라이(Trie) || ~10~50 MB (문자열 길이 의존) || 0%
|-
| 블룸 필터 (1% 오탐) || ~1.14 MB || 1%
|-
| 블룸 필터 (0.1% 오탐) || ~1.71 MB || 0.1%
|-
| 블룸 필터 (0.01% 오탐) || ~2.28 MB || 0.01%
|}

=== 시간 복잡도 비교 ===

{| class="wikitable" style="text-align:center;"
|-
! 자료구조 !! 삽입 !! 조회 !! 삭제
|-
| 블룸 필터 || O(k) || O(k) || 불가 (기본형)
|-
| 해시 테이블 || O(1) 평균 || O(1) 평균 || O(1) 평균
|-
| BST/RBT || O(log n) || O(log n) || O(log n)
|-
| 트라이 || O(L) (L: 길이) || O(L) || O(L)
|}

블룸 필터의 k는 보통 7~17 사이의 작은 상수이므로, 실질적으로 O(1)에 가깝다.

== 한계점 및 주의사항 ==

=== 거짓 긍정의 불가피성 ===

블룸 필터는 구조적으로 거짓 긍정을 피할 수 없다. 오탐률을 0으로 만들려면 m을 무한히 크게 해야 하는데, 그러면 블룸 필터의 의미가 없다. 따라서 '''오탐이 허용되는 상황에서만 사용해야 한다.''' 오탐이 허용되지 않는 금융 거래 원장, 의료 기록 등에는 부적합하다.

=== 삭제 불가 (기본형) ===

기본 블룸 필터는 원소를 삭제할 수 없다. 삭제가 필요하다면 카운팅 블룸 필터나 쿠쿠 필터를 고려해야 한다.

=== 원소 개수 사전 추정 필요 ===

비트 배열 크기 m을 결정하려면 예상 원소 수 n을 미리 알아야 한다. n을 과소추정하면 오탐률이 급격히 증가한다. 동적으로 성장하는 집합에는 스케일러블 블룸 필터를 사용해야 한다.

=== 원소 열거 불가 ===

블룸 필터는 어떤 원소가 삽입되었는지 열거(enumerate)할 수 없다. 비트 배열에서 원래 데이터를 복원하는 것은 불가능하다.

=== 해시 함수 품질 의존성 ===

나쁜 해시 함수(클러스터링, 편향된 분포)를 사용하면 실제 오탐률이 이론값보다 훨씬 높아진다. 균일하고 독립적인 해시 함수의 선택이 중요하다.

=== 비트 배열 포화 (Saturation) ===

n을 크게 초과하여 원소를 삽입하면 비트 배열이 거의 모두 1이 되어(포화 상태), 오탐률이 100%에 가까워진다. 이 경우 블룸 필터는 완전히 무용지물이 된다.

=== 보안 취약성 ===

일반 해시 함수를 사용할 경우, 공격자가 블룸 필터의 내부 상태를 이용하여 거짓 긍정을 의도적으로 유발하는 '''HashDoS 공격'''을 시도할 수 있다. 보안이 중요한 환경에서는 [[SipHash]] 같은 키드(keyed) 해시 함수를 사용하거나 무작위 시드를 적용해야 한다.

== 설계 가이드라인 ==

=== 파라미터 결정 순서 ===

실제로 블룸 필터를 설계할 때의 권장 순서:

# '''예상 원소 수(n) 추정''': 최대치로 넉넉하게 잡을 것. 나중에 넘기면 오탐률 폭등.
# '''허용 오탐률(ε) 결정''': 애플리케이션 특성에 따라. 캐시 보조용이면 1~5%, 안전 여부 확인이면 0.01% 이하.
# '''공식으로 m 계산''': <math>m = -(n × ln ε) / (ln 2)^2</math>
# '''공식으로 k 계산''': <math>k = (m/n) × ln 2</math>
# '''메모리/성능 절충 확인''': k가 너무 크면 해시 계산 비용 증가.
# '''여유 마진 추가''': n을 20~50% 더 크게 잡으면 안전.

=== 오탐률과 공간의 트레이드오프 ===

오탐률을 10배 낮추면(예: 1% → 0.1%) 필요한 비트 배열 크기는 약 1.5배 증가한다. 오탐률 ε와 비트 수 m/n 사이의 관계는 로그적(logarithmic)이므로, 오탐률을 극단적으로 낮추려 할수록 필요한 공간이 빠르게 증가한다.

=== 해시 함수 선택 가이드 ===

실무에서 자주 쓰이는 해시 함수:

{| class="wikitable" style="text-align:center;"
|-
! 해시 함수 !! 속도 !! 분포 품질 !! 암호화 여부 !! 주요 용도
|-
| [[MurmurHash3]] || 매우 빠름 || 우수 || X || 일반 목적, 비보안
|-
| [[xxHash]] || 최고 속도 || 우수 || X || 고성능 시스템
|-
| [[FNV-1a]] || 빠름 || 양호 || X || 임베디드, 간단 구현
|-
| [[SipHash]] || 중간 || 우수 || 보안 해시 || DoS 방지 필요 시
|-
| [[SHA-256]] || 느림 || 완벽 || O (암호화) || 보안 중요 환경
|}

블룸 필터에서 k개의 해시 함수를 별도로 구현하는 대신, 하나의 해시로 두 개의 64비트 값을 만들고 '''이중 해싱(double hashing)''' 기법으로 k개를 파생시키는 것이 일반적이다:

<math>h_i(x) = (h1(x) + i × h2(x)) mod m</math>

이 기법은 실제로 k개의 완전히 독립적인 해시 함수와 유사한 성능을 내면서 구현이 훨씬 간단하다.

== 블룸 필터 관련 이론 ==

=== 정보 이론적 하한 ===

n개의 원소로 이루어진 집합을 u개의 가능한 원소 공간에서 표현하되, 거짓 긍정률 ε를 허용할 때, 필요한 최소 비트 수는 정보 이론적으로:

<math>n × log₂(1/ε) bits</math>

블룸 필터의 최적 m은 이 값의 약 1/ln(2) ≈ 1.44배다. 즉, 블룸 필터는 이론적 하한 대비 약 44% 더 많은 공간을 사용한다. 이 비효율은 블룸 필터가 비적응적(non-adaptive) 구조이기 때문이며, 최적 부호화를 사용하는 이론적 구조로는 하한에 도달할 수 있지만 실제 구현은 훨씬 복잡해진다.

=== 로딩 팩터(Loading Factor)와 오탐률의 관계 ===

비트 배열에서 1인 비트의 비율을 '''로딩 팩터(f)'''라 할 때:

<math>f ≈ 1 - e^(-kn/m)</math>

최적 k에서 <math>f ≈ 0.5</math>, 즉 절반의 비트가 1로 설정된다. 이는 직관적으로도 납득 가능하다: 비트가 너무 드물면(낮은 f) 해시 충돌이 적어 좋지만 공간 낭비, 너무 촘촘하면(높은 f) 거짓 긍정 폭증. 최적은 50% 충전이다.

=== 독립성 가정과 현실 ===

블룸 필터의 이론적 오탐률 계산은 '''해시 함수들이 완전히 독립적이고 균일하게 분포'''한다고 가정한다. 실제 해시 함수들은 이 조건을 완벽히 만족하지 않으므로, 실제 오탐률이 이론값과 약간 다를 수 있다. 그러나 좋은 품질의 해시 함수를 사용하면 이 차이는 무시할 만한 수준이다.

== 관련 자료구조와 비교 ==

=== 블룸 필터 vs 해시 테이블 ===

{| class="wikitable"
|-
! 항목 !! 블룸 필터 !! 해시 테이블
|-
| 목적 || 멤버십 테스트만 || 저장 + 조회 + 수정
|-
| 공간 || 매우 작음 || 큼 (실제 데이터 저장)
|-
| 정확도 || 거짓 긍정 가능 || 완전 정확
|-
| 원소 열거 || 불가 || 가능
|-
| 삭제 || 기본형 불가 || 가능
|-
| 원소 복원 || 불가 || 가능
|}

=== 블룸 필터 vs Count-Min Sketch ===

[[Count-Min Sketch]]는 블룸 필터와 비슷한 개념의 확률적 자료구조로, 원소의 '''빈도수(frequency)'''를 근사 추정한다.

{| class="wikitable"
|-
! 항목 !! 블룸 필터 !! Count-Min Sketch
|-
| 질문 유형 || "있냐 없냐" (멤버십) || "몇 번 나왔냐" (빈도)
|-
| 오류 유형 || 거짓 긍정 (과대 추정) || 빈도 과대 추정
|-
| 공간 || O(m) 비트 || O(d × w) 정수
|-
| 주요 용도 || 집합 멤버십 || 스트림 빈도 추정
|}

=== 블룸 필터 vs HyperLogLog ===

[[HyperLogLog]]는 집합의 '''원소 개수(cardinality)'''를 근사 추정하는 자료구조다. 블룸 필터가 "이 원소가 집합에 있는가?"를 묻는다면, HyperLogLog는 "이 집합에 몇 개의 원소가 있는가?"를 묻는다.

=== 블룸 필터 vs MinHash ===

[[MinHash]](=MinWise Hashing)는 두 집합의 자카드 유사도(Jaccard Similarity)를 추정하는 자료구조다. LSH(Locality-Sensitive Hashing)의 기반이 된다. 블룸 필터와는 목적이 다르다.

== 구현 라이브러리 ==

=== Python ===

* '''pybloom-live''' — 기본 블룸 필터 + 스케일러블 블룸 필터
* '''bloom-filter2''' — 파이썬 블룸 필터 구현
* '''probables''' — 블룸 필터, 카운팅 블룸 필터, Count-Min Sketch 등을 포함한 확률적 자료구조 라이브러리

=== Java ===

* '''Google Guava''' — <code>com.google.common.hash.BloomFilter</code> 클래스 내장
* '''Orestes-Bloomfilter''' — Redis 연동 분산 블룸 필터 지원
* '''Apache Commons Collections''' — 블룸 필터 구현 포함

=== Go ===

* '''bloom''' (willf/bloom) — 표준적인 Go 블룸 필터 구현
* '''cuckoofilter''' — 쿠쿠 필터 구현

=== Rust ===

* '''bloomfilter''' crate — Rust 블룸 필터
* '''cuckoofilter''' crate — Rust 쿠쿠 필터

=== C++ ===

* [[Boost C++ Libraries]] — <code>boost::bloom_filter</code> 내장
* '''libbloom''' — C 라이브러리 (C++에서도 사용 가능)

=== Redis (RedisBloom / Redis Stack) ===

[[Redis]]의 공식 모듈 [[RedisBloom]]은 블룸 필터, 카운팅 블룸 필터, 쿠쿠 필터, Count-Min Sketch, Top-K, HyperLogLog 등을 Redis 명령어로 제공한다.

<pre>
# RedisBloom 사용 예시
BF.ADD myfilter "hello" # 삽입
BF.EXISTS myfilter "hello" # 조회 → 1 (아마도 있음)
BF.EXISTS myfilter "world" # 조회 → 0 (확실히 없음)
BF.MADD myfilter "a" "b" "c" # 다중 삽입
BF.INFO myfilter # 필터 정보 조회
</pre>

== 기타 ==

* 블룸 필터는 1970년에 제안되었지만, 그 진가를 인정받은 것은 인터넷과 빅데이터 시대가 온 이후다. 50년이 지난 지금도 현역이다.

* 블룸 필터는 '''"거짓말쟁이 필터"'''라고도 불린다. "있다"고 할 때는 거짓말일 수 있지만, "없다"고 할 때는 절대 거짓말하지 않기 때문이다.

* Google Chrome의 Safe Browsing 기능 덕분에 전 세계 수십억 명의 브라우저에 블룸 필터가 탑재되어 있다. 아마 블룸 필터는 세계에서 가장 많이 배포된 자료구조 중 하나일 것이다.

* Bitcoin의 SPV 클라이언트에서 블룸 필터가 사용되었지만, 프라이버시 문제(지갑 주소 노출 가능성)가 있어 개선된 방식으로 대체되고 있다. 이는 블룸 필터의 확률적 특성이 때로는 의도치 않은 정보 누출로 이어질 수 있음을 보여준다.

* 블룸 필터의 비트 배열이 최적 상태(50% 충전)일 때, 외부에서 보면 완전한 무작위 비트 열처럼 보인다. 이는 어떤 원소가 들어있는지 비트 배열만 보고는 알 수 없음을 의미한다(물론 해시 함수를 알고 있다면 다르다).

* 확률적 자료구조 계열로 블룸 필터(멤버십), Count-Min Sketch(빈도), HyperLogLog(카디널리티), MinHash(유사도)가 있으며, 이 네 가지를 합쳐서 '''빅데이터 4총사'''라고 비공식적으로 부르기도 한다.

* 블룸 필터는 '''역설적으로 완벽하지 않기 때문에 완벽하다'''. 정확성을 조금 희생하는 대신 수백 배의 공간을 아끼는 이 철학은, 공학에서 "완벽한 것이 좋은 것의 적"이라는 교훈을 잘 보여준다.

* [[아마존 AWS]]의 [[DynamoDB]]도 내부적으로 블룸 필터를 사용하여 존재하지 않는 항목에 대한 불필요한 디스크 I/O를 줄인다.

== 관련 문서 ==

* [[해시 테이블 (Hash Table)]]
* [[확률적 자료구조 (Probabilistic Data Structure)]]
* [[Count-Min Sketch]]
* [[HyperLogLog]]
* [[MinHash]]
* [[쿠쿠 해싱 (Cuckoo Hashing)]]
* [[LSM 트리 (Log-Structured Merge Tree)]]
* [[Apache Cassandra]]
* [[Redis]]
* [[암호화 해시 함수]]
* [[MurmurHash]]
* [[분산 시스템 (Distributed Systems)]]
* [[캐시 (Cache)]]
* [[비트 조작 (Bit Manipulation)]]
* [[정보 이론 (Information Theory)]]
* [[생물정보학 (Bioinformatics)]]

[[분류:자료구조]]
[[분류:해시]]
[[분류:확률론적 알고리즘]]
[[분류:공간 효율적 자료구조]]
[[분류:분산 컴퓨팅]]
[[분류:데이터베이스 내부 구조]]
[[분류:네트워크 알고리즘]]
[[분류:1970년 발명]]
[[분류:컴퓨터 과학]]
[[분류:확률적 자료구조]]
[[분류:알고리즘]]

요약

2026-02-24T09:56:10Z

Gaon12: 시작

[[분류:언어학]]
[[분류:글쓰기]]
[[분류:정보과학]]
[[분류:독해]]
[[분류:교육학]]
[[분류:자연어처리]]
[[분류:학술]]

__TOC__

<blockquote>
"핵심만 남기고 나머지는 버리는 기술. 단, 무엇이 핵심인지 모르면 그냥 전부 버리는 꼴이 된다."
</blockquote>

'''요약'''(要約, Summary / Abstract / Synopsis)이란 어떤 글·담화·사건·개념 등의 '''핵심적인 내용을 간추려 짧게 정리하는 행위''', 또는 그 결과물을 말한다. 한자를 풀면 요(要)는 '중요하다', 약(約)은 '묶다·줄이다'를 의미하므로, 글자 그대로 '중요한 것만 묶는다'는 뜻이 된다.

요약은 인간의 지적 활동 전반에 걸쳐 나타나는 기초적이면서도 고도의 사고 능력을 요구하는 행위이다. 단순히 문장을 짧게 만드는 것과는 차원이 다르며, 대상의 '''구조, 논리, 의미'''를 충분히 이해한 상태에서만 제대로 된 요약이 가능하다. 이 때문에 요약 능력은 독해력·논리적 사고력·표현력을 종합적으로 측정하는 지표로 자주 활용된다.

현대 사회에서는 정보의 양이 폭발적으로 증가하면서 요약의 중요성이 더욱 커졌다. [[인공지능]], 특히 [[자연어 처리]](NLP) 분야에서는 자동 요약(Automatic Summarization)이 핵심 연구 주제로 자리 잡았을 정도이며, 일상에서도 뉴스 앱·포털·AI 어시스턴트 등을 통해 요약이 광범위하게 소비된다.

== 개요 ==

요약은 다음과 같은 세 가지 차원에서 정의될 수 있다.

첫째, '''인지적 행위'''로서의 요약은 독자가 텍스트를 읽고 그 의미를 내면화한 뒤, 불필요한 정보를 걸러내고 핵심 명제만을 추출하여 재구성하는 고차원 사고 과정이다. 인지심리학에서는 이를 '''거시구조 구성(macrostructure formation)'''이라고 부르며, 판 다이크(Van Dijk)와 킨치(Kintsch)의 텍스트 이해 모델에서 이론적 기반을 찾을 수 있다.<ref>Van Dijk, T. A., & Kintsch, W. (1983). ''Strategies of Discourse Comprehension''. Academic Press.</ref>

둘째, '''텍스트 유형'''으로서의 요약은 초록·시놉시스·브리핑·이그제큐티브 서머리 등 다양한 형태의 축약 문서를 총칭하는 개념이다.

셋째, '''기술(技術)'''로서의 요약은 글쓰기·발표·학습·업무 등 다양한 실용적 맥락에서 훈련하고 향상시킬 수 있는 역량이다.

세 차원 모두에서 공통적으로 강조되는 것은 '''선택과 배제의 원리'''이다. 좋은 요약자는 무엇을 남길지만큼이나 무엇을 버릴지를 정확히 안다.

== 어원 및 역사 ==

=== 어원 ===

'요약'은 한자어로, 중국 고전에서도 핵심을 추려낸다는 의미로 유사하게 쓰였다. 현대 중국어에서는 摘要(zhāi yào, 적요), 概要(gài yào, 개요), 总结(zǒng jié, 총결) 등 목적에 따라 세분화된 어휘가 사용된다. 일본어에서도 要約(ようやく)이 동일한 의미로 쓰인다.

서양에서는 라틴어 '''summa'''(전체·총계)에서 파생된 '''summary'''가 사용된다. 이 라틴어 어근은 영어의 sum(합계), summit(정상), summon(소환) 등과 연결되며, 모두 '가장 높은 것·전체를 모은 것'이라는 의미를 공유한다. 학술적 맥락에서는 라틴어 '''abstractus'''에서 온 '''abstract'''가 더 많이 쓰이며, '핵심을 뽑아내다(draw away)'라는 의미를 지닌다. 이야기의 줄거리를 뜻하는 '''synopsis'''는 그리스어 σύνοψις(한눈에 보다)에서 왔다.

=== 역사적 배경 ===

요약의 역사는 사실상 문자의 역사와 궤를 같이한다.

==== 고대 ====

파피루스나 점토판처럼 기록 매체가 귀하고 제작 비용이 막대했던 고대 사회에서, 긴 내용을 그대로 옮기는 것은 극히 사치스러운 행위였다. 메소포타미아의 서기관들은 왕의 칙령, 법령, 교역 기록을 압축하여 기록하는 훈련을 받았으며, 이집트의 신관문자(Hieratic) 문서에도 긴 신화를 요약한 텍스트가 남아 있다.

고대 그리스 수사학에서는 '''에필로고스(ἐπίλογος)'''라는 개념이 존재했다. 연설의 마지막 부분에서 핵심 논지를 다시 정리하는 행위로, 오늘날 결론부에 해당한다. 아리스토텔레스는 『수사학(Rhetorica)』에서 에필로고스의 요소를 명시적으로 기술하였다.<ref>Aristotle. ''Rhetoric'', Book III, Chapter 19.</ref>

==== 중세 ====

유럽 중세 시대에는 수도원의 필사실(scriptorium)이 지식 보존의 핵심 기관이었다. 수사들은 성경·신학 논서·고전 철학을 필사하면서, 방대한 내용을 간추린 '''플로릴레기움(Florilegium)'''<ref>라틴어로 '꽃을 모은다'는 뜻. 명언집·발췌집·경구집에 해당한다.</ref>을 편찬했다. 이는 인쇄술 이전 시대에 지식을 효율적으로 유통하는 핵심 수단이었다.

이슬람 세계에서는 '''이크티사르(اختصار, ikhtisār)'''라는 전통이 발달했다. 광대한 아랍·페르시아 학문을 압축하고 정리하는 것을 고도의 학문적 덕목으로 여겼으며, 이에 따라 수많은 요약본(mukhtaṣar)이 의학·천문학·법학 등 전 분야에 걸쳐 생산되었다. 이 전통은 12~13세기 유럽으로 번역되어 스콜라 철학 발전에도 기여했다.

중국에서는 경서(經書) 해설 문화와 함께 '''집주(集注)''' 전통이 발달했다. 주희(朱熹)의 『사서집주(四書集注)』가 대표적으로, 이는 방대한 유교 경전을 압축하고 핵심을 재해석한 거대한 지적 요약 작업이었다.

==== 근대 ====

구텐베르크의 인쇄술 발명(1450년경) 이후 텍스트의 생산량이 폭발적으로 늘어나면서, 정보를 걸러내고 정리하는 수요도 함께 증가했다. 17~18세기에는 학술 서신 교환 네트워크(Republic of Letters)에서 새로운 논문과 서적을 요약하여 소개하는 서한이 활발하게 유통되었으며, 이것이 오늘날 학술 저널과 초록 제도의 전신이 되었다.

19세기 신문과 잡지의 대중화는 '''뉴스 요약'''의 시대를 열었다. 역피라미드 구조(가장 중요한 정보를 먼저)가 저널리즘의 표준으로 자리 잡았으며, 이는 전보(Telegraph)의 제한된 전송 용량에 맞추어 정보를 압축해야 했던 실용적 필요에서 탄생했다는 설이 유력하다.

==== 현대 ====

20세기 후반 인터넷과 디지털 정보 혁명은 정보 과잉(Information Overload)이라는 새로운 문제를 낳았다. 매일 생산되는 텍스트의 양이 인간이 평생 읽을 수 있는 분량을 훨씬 초과하는 시대가 되었고, 요약은 선택적 관심의 핵심 기술로 부상했다.

2010년대 이후 [[딥러닝]]의 발전은 자동 요약(Automatic Summarization)의 수준을 인간에 근접하는 수준으로 끌어올렸으며, [[ChatGPT]]·[[Claude]]·[[Gemini]] 등 대형 언어 모델(LLM)의 등장으로 요약은 AI의 가장 일상적인 활용 사례 중 하나가 되었다.

== 요약의 종류 ==

=== 목적에 따른 분류 ===

==== 정보 전달형 요약 (Informative Summary) ====

원문의 주요 정보, 수치, 방법, 결론을 '''모두 포함'''하는 방식이다. 독자가 원문을 읽지 않아도 핵심 정보를 충분히 얻을 수 있도록 설계된다. 학술 논문의 '''초록(Abstract)'''이 가장 대표적인 예이며, 기업 보고서의 이그제큐티브 서머리도 이 범주에 속한다.

{| class="wikitable" style="width:60%"
|+ 정보 전달형 요약의 특징
|-
! 항목 !! 내용
|-
| 목표 길이 || 원문의 10~25% 수준
|-
| 필수 포함 요소 || 목적, 방법, 결과, 결론, 주요 수치
|-
| 주요 사용 분야 || 학술, 보고서, 정책 문서
|-
| 주요 독자 || 전문가 및 일반 독자 모두
|-
| 핵심 기준 || 원문 미독자도 내용 이해 가능해야 함
|}

==== 지시형 요약 (Indicative Summary) ====

원문에 '''무엇이 담겨 있는지를 안내'''하는 방식으로, 구체적인 수치나 결론보다 주제와 범위를 소개하는 데 집중한다. 독자를 원문으로 안내하는 길잡이 역할을 하며, 도서관 카탈로그의 책 소개, 영화 시놉시스, 온라인 쇼핑몰의 상품 설명 등이 이에 해당한다. 지시형 요약만으로는 원문의 결론이나 핵심 데이터를 알 수 없으며, 반드시 원문을 읽어야 한다는 것이 정보 전달형과의 가장 큰 차이다.

==== 비판적 요약 (Critical Summary) ====

단순히 내용을 정리하는 데 그치지 않고, 요약자의 '''평가와 논평'''을 함께 담는 방식이다. 서평(書評), 논문 리뷰, 영화 비평 등이 대표적이다. 요약자의 전문성·관점·논거가 중요한 역할을 하며, 단순 요약과 달리 원문의 논리적 오류, 방법론적 한계, 사회적 맥락 등을 함께 분석한다. 학술 대학원에서 요구하는 문헌 리뷰(Literature Review)가 여기에 해당하며, 단순 내용 기술이 아닌 연구자로서의 비판적 시각이 평가의 핵심이다.

==== 평가 요약 (Evaluative Summary) ====

비판적 요약과 유사하나, 특정 기준이나 루브릭(Rubric)에 따라 원문을 정형화된 방식으로 평가하는 형태다. 제품 리뷰, 영화 평점, 논문 심사 보고서(Peer Review Report) 등이 이에 해당한다. 평가 항목과 기준이 미리 정해져 있다는 점에서 비판적 요약보다 구조화되어 있다.

=== 방법에 따른 분류 ===

==== 추출 요약 (Extractive Summarization) ====

원문에서 중요한 문장이나 구절을 '''그대로 뽑아내어(Extract)''' 나열하는 방식이다. 내용을 재해석하거나 새로운 표현으로 바꾸지 않는다는 점에서 의미 왜곡의 위험이 낮고 구현이 비교적 간단하다. 그러나 추출된 문장들이 서로 논리적으로 잘 연결되지 않을 수 있으며, 추출되지 않은 문장들과의 지시 관계(대명사, 지시어 등)가 끊기는 문제가 발생한다.

인공지능 분야에서 추출 요약에 활용되는 대표적 알고리즘:
* '''TF-IDF 기반''' : 문서 내 단어 빈도와 역문서 빈도를 결합하여 중요 문장을 선별
* '''TextRank''' : 구글의 PageRank 알고리즘을 텍스트 그래프에 적용. 문장 간 유사도를 기반으로 순위를 매김
* '''SummaRuNNer''' : RNN을 활용한 추출 요약 분류 모델
* '''BERTSum''' : BERT를 문장 인코더로 활용한 추출 요약 모델

==== 생성 요약 (Abstractive Summarization) ====

원문을 이해한 뒤 '''새로운 문장으로 재구성'''하는 방식이다. 인간이 자연스럽게 수행하는 요약이 바로 이 방식에 해당한다. 추출 요약보다 훨씬 자연스럽고 응집력 있는 결과물을 만들어낼 수 있지만, 원문에 없는 내용이 생성되는 '''환각(Hallucination)''' 문제가 발생할 수 있어 사실 확인이 중요한 분야에서는 주의가 필요하다.

현재 대부분의 고성능 AI 요약 시스템은 생성 요약 방식을 채택하며, [[BART]], [[T5]], [[GPT-5]], [[Claude]] 등의 대형 언어 모델이 이를 구현한다.

==== 혼합형 요약 (Hybrid Summarization) ====

추출 요약과 생성 요약을 단계적으로 결합한 방식이다. 1단계에서 중요 문장을 추출하여 입력 텍스트를 압축하고, 2단계에서 추출된 내용을 바탕으로 자연스럽게 재작성한다. 환각 문제를 줄이면서도 자연스러운 결과물을 얻을 수 있어, 현재 가장 성능이 뛰어난 상용 AI 요약 서비스들이 이 방식을 채택한다.

==== 다중 문서 요약 (Multi-Document Summarization) ====

단일 문서가 아닌 '''여러 문서를 동시에 요약'''하는 방식이다. 같은 사건을 다룬 여러 뉴스 기사를 통합 요약하거나, 동일 주제의 복수 논문을 정리하는 데 활용된다. 문서 간 정보 중복 처리와 상충되는 내용 조율이 핵심 과제이며, 단일 문서 요약보다 기술적 난이도가 훨씬 높다.

==== 대화 요약 (Dialogue/Conversation Summarization) ====

채팅 로그, 회의록, 고객 상담 기록 등 '''대화 형식의 텍스트'''를 요약하는 방식이다. 일반적인 문서 요약과 달리 복수의 화자가 존재하며, 발화 순서와 맥락이 의미 형성에 중요한 역할을 한다. 최근 Microsoft Teams, Zoom, 네이버 클로바 등에서 회의 자동 요약 기능으로 상용화되었다.

=== 형태에 따른 분류 ===

{| class="wikitable" style="width:100%"
|+ 형태별 요약 비교표
|-
! 형태 !! 영어 명칭 !! 표준 길이 !! 특징 !! 주요 사용처
|-
| 초록 || Abstract || 150~300단어 || 논문 서두에 위치. 목적·방법·결과·결론 포함 || 학술 논문
|-
| 개요 || Synopsis || 1~3쪽 || 전체 줄거리/내용 간략 정리 || 소설, 영화, 드라마 기획서
|-
| 적요 || Précis || 원문의 약 1/3 || 원문 구조와 논리를 유지하며 압축 || 영어 작문 교육
|-
| 요지 || Gist || 1~3문장 || 핵심 아이디어만 추려 극도로 간결하게 || 구어, 일상 대화, 메모
|-
| 브리핑 || Briefing || 1~5분 || 의사결정자에게 핵심만 구두 또는 문서로 보고 || 기업, 군사, 정치
|-
| 다이제스트 || Digest || 다양 || 여러 원문을 모아 편집한 요약집 || 잡지, 뉴스레터
|-
| 이그제큐티브 서머리 || Executive Summary || 1~2쪽 || 보고서 앞부분에 위치. 경영진 맞춤 핵심 요약 || 경영, 컨설팅
|-
| 어노테이션 || Annotation || 2~8문장 || 문헌의 내용·특성·가치를 간략히 기술 || 참고문헌 목록, 도서관
|-
| 러닝 헤드 || Running Head || 1~2줄 || 학술지 논문 상단에 표시되는 극도의 축약 제목 || 학술 출판
|-
| 썸네일 요약 || Thumbnail Summary || 1~2문장 || 검색 결과, SNS 미리보기에서 표시되는 초간략 설명 || 검색엔진, 포털
|}

== 요약의 원칙 ==

수십 년간 교육학·언어학·수사학 분야에서 연구된 요약의 핵심 원칙들을 체계적으로 정리한다. 이 원칙들은 상호 보완적으로 작용하며, 어느 하나라도 심각하게 위배되면 요약의 질이 크게 저하된다.

=== 핵심 정보 보존의 원칙 ===

요약에서 가장 중요한 것은 '''원문의 핵심 의미와 주장이 손상 없이 전달'''되어야 한다는 점이다. 분량을 줄이는 것 자체가 목적이 아니라, 핵심을 추출하는 것이 목적임을 항상 명심해야 한다. 아무리 짧아도 핵심이 빠진 요약은 요약이 아니며, 길어도 핵심이 살아 있으면 좋은 요약일 수 있다.

핵심 정보 보존 여부를 판단하는 실용적 체크리스트:
# 원문의 중심 주장(Main Claim 또는 Thesis)이 명시적으로 포함되어 있는가?
# 주요 논거(Key Arguments)가 충분히 반영되어 있는가?
# 중요한 수치, 고유명사, 전문 용어가 누락 없이 들어갔는가?
# 원문의 결론과 시사점이 명확히 드러나는가?
# 원문을 읽은 사람이 이 요약을 보았을 때 "맞아, 그게 핵심이야"라고 동의할 수 있는가?

=== 간결성의 원칙 ===

요약은 짧아야 한다. 당연한 말처럼 들리지만, 실제로 많은 사람이 불필요한 수식어, 중복 표현, 예시 나열, 근거 없는 부연으로 요약을 부풀린다. 간결성은 단순히 글자 수를 줄이는 것이 아니라, '''정보 밀도를 높이는 것'''이다.

피해야 할 표현의 예:

{| class="wikitable" style="width:80%"
|-
! 나쁜 예 !! 좋은 예 !! 설명
|-
| "이 논문은 매우 다양하고 광범위한 여러 측면에서 살펴보면서 분석하고 있는데..." || "이 논문은 다각도로 분석하며..." || 수식어 중복 제거
|-
| "앞에서 말한 것처럼 이미 언급했듯이..." || (삭제) || 반복 제거
|-
| "예를 들어 A, B, C, D, E, F의 다양한 사례가 있는데 이러한 사례들을 보면..." || "다양한 사례(A, B 등)에서..." || 예시 압축
|-
| "결론적으로 최종 결론을 내리자면 결론은..." || "결론적으로..." || 동어 반복 제거
|-
| "~라고 할 수 있다고 생각된다" || "~이다" || 불확실한 완충 표현 제거
|}

=== 객관성의 원칙 ===

요약자의 개인적 감정, 편견, 주관적 해석이 과도하게 개입되면 요약이 아니라 '''왜곡'''이 된다. 특히 비판적 요약이 아닌 일반 요약에서는 원문 저자의 의도를 충실히 따라야 한다. "저자는 ~라고 주장한다"처럼 보고(Reporting) 형식을 유지하는 것이 도움이 된다.

단, 완전한 객관성이란 불가능에 가깝다는 점도 인정해야 한다. 무엇을 '핵심'으로 보느냐 자체가 이미 요약자의 판단이기 때문이다. 이를 '''선택 편향(Selection Bias)'''이라 하며, 특히 뉴스 요약이나 정책 보고서 요약에서 의도적 왜곡의 수단으로 악용될 수 있어 주의가 필요하다.

=== 완결성의 원칙 ===

요약은 그 자체로 독립된 텍스트로서 읽힐 수 있어야 한다. 원문을 보지 않아도 의미가 통해야 하며, 문장이 논리적으로 연결되어 있어야 한다. 원문에서는 앞서 설명된 개념을 대명사나 지시어로 받았더라도, 요약에서는 해당 개념을 명시적으로 표현해야 하는 경우가 많다.

예를 들어, 원문에서 "이 방법은 기존보다 40% 효율적이었다"라는 문장을 그대로 요약에 넣으면, '이 방법'이 무엇인지 알 수 없게 된다. 요약에서는 "제안된 알고리즘은 기존 방법 대비 40% 효율 향상을 보였다"와 같이 맥락이 자급자족(self-contained)이 되도록 써야 한다.

=== 일관성의 원칙 ===

요약 전반에 걸쳐 '''용어, 시제, 어조, 관점'''이 통일되어야 한다. 원문에서 '피험자'라고 쓴 것을 요약에서 갑자기 '대상자', '참가자', '학생'으로 혼용하면 혼란을 일으킨다. 시제도 마찬가지로, 학술 논문 요약에서는 주로 현재형(연구는 ~를 보인다)이나 과거형(연구는 ~를 보였다)을 일관되게 사용해야 한다.

=== 충실성의 원칙 ===

요약은 원문 저자의 의도를 '''왜곡하거나 과장하지 않아야''' 한다. 원문에서 조심스럽게 제시한 잠정적 결론을 요약에서 단정적으로 표현하거나, 반대로 강한 주장을 지나치게 약화시켜 표현하면 충실성을 잃은 요약이 된다. 특히 "~일 수 있다", "~경향이 있다", "~로 추정된다"와 같은 양태 표현(Modal Expression)을 요약에서도 동일하게 유지하는 것이 중요하다.

=== 적합성의 원칙 ===

요약의 길이와 형식은 목적과 독자에 맞게 조정되어야 한다. 전문가를 위한 학술 초록과 일반 독자를 위한 뉴스 요약은 같은 원문을 대상으로 해도 전혀 다른 방식으로 써야 한다. 전자는 전문 용어와 수치를 유지하고, 후자는 쉬운 언어와 직관적 비유를 활용해야 한다.

== 요약의 절차 ==

실제로 글을 요약할 때 따라야 할 단계적 절차를 상세히 기술한다. 이 절차는 학술 논문, 뉴스 기사, 비즈니스 보고서 등 대부분의 텍스트 유형에 공통적으로 적용할 수 있다.

=== 1단계: 전체 읽기 (Global Reading) ===

요약 전에 반드시 원문 전체를 한 번은 읽어야 한다. 처음부터 밑줄을 치거나 메모하려 하면 전체 맥락을 놓치기 쉽다. 이 단계에서는 다음을 파악하는 데 집중한다:
* 이 글의 목적은 무엇인가? (설득, 설명, 보고, 서사 등)
* 예상 독자는 누구인가?
* 전반적인 구조와 흐름은 어떠한가?
* 저자의 핵심 주장 또는 문제 의식은 무엇인가?

전체 읽기 단계에서 미리 주석을 달거나 형광펜을 칠하는 것은 오히려 방해가 된다. 나무를 보느라 숲을 못 보게 되기 때문이다. 단, 전체 읽기 후 곧바로 주요 인상을 메모하는 것은 권장된다.

=== 2단계: 구조 분석 (Structure Analysis) ===

두 번째 읽기에서는 글의 구조를 분석한다. 대부분의 설명문·논술문은 다음과 같은 구조를 갖는다:

* '''서론''' : 문제 제기 / 연구 배경 / 주제 소개 / 핵심 주장 예고
* '''본론''' : 논거 제시 / 사례 분석 / 데이터 검토 / 반론 및 재반박
* '''결론''' : 주장 요약 / 시사점 / 제언 / 향후 과제

이 구조를 파악하고 각 부분에서 핵심 내용을 색깔로 구분하거나, 여백에 "주장", "근거", "사례", "결론" 등을 표시해두면 이후 단계가 크게 수월해진다. 학술 논문의 경우 [[IMRaD 구조]](Introduction, Methods, Results, Discussion)를 따르는 경우가 많으므로 이를 기준점으로 활용할 수 있다.

=== 3단계: 핵심 문장 식별 (Key Sentence Identification) ===

각 문단의 '''주제문(Topic Sentence)'''을 찾는다. 주제문은 보통 문단의 첫 번째 또는 마지막 문장에 위치한다. 잘 쓰인 글일수록 이 법칙을 충실히 따르는 경향이 있다.

핵심 문장을 식별하는 기준:
# 이 문장 없이는 문단의 내용 이해가 불가능한가?
# 다른 문장들이 이 문장을 뒷받침하는 구조인가?
# 반복적으로 등장하는 키워드(논문의 경우 제목·초록·결론에 동일하게 나타나는 단어)가 포함되어 있는가?
# 글 전체의 주장과 직접 연결되는가?

핵심 문장이 아닌 것들: 예시 문장("예를 들어~"), 배경 설명 문장, 독자의 주의를 환기하는 수사적 질문, 이미 알려진 사실을 확인하는 문장 등.

=== 4단계: 삭제 및 압축 (Deletion & Compression) ===

핵심이 아닌 내용을 과감히 삭제하는 단계이다. 판 다이크(Van Dijk)의 거시 규칙(Macro-rules) 이론에 따르면, 텍스트를 이해하는 과정에서 인간의 뇌는 자동으로 세 가지 규칙을 적용한다.<ref>Van Dijk, T. A. (1980). ''Macrostructures''. Lawrence Erlbaum.</ref>

# '''삭제(Deletion)''' : 이후 해석에 불필요한 명제를 제거
# '''일반화(Generalization)''' : 여러 개별 명제를 포괄하는 상위 명제로 대체 (예: "사과, 배, 귤" → "과일")
# '''구성(Construction)''' : 개별 사실들에서 추론하여 하위 명제들을 포괄하는 상위 명제를 새로 만듦

실제 삭제 대상 목록:
* 핵심 논지에 비해 지엽적인 구체적 사례
* 수사적 효과를 위한 반복 표현
* 독자가 이미 알고 있을 상식적 배경 정보
* 부연 설명 수준의 보충 정보
* 감정적·수사적 강조 표현

=== 5단계: 재구성 (Reconstruction) ===

삭제 후 남은 내용을 자신의 언어로 자연스럽게 재조합한다. 단순히 원문을 붙여 넣는 것이 아니라, 논리적 흐름이 매끄럽도록 적절한 접속어·지시어·전환어를 활용해야 한다.

재구성 시 유용한 문형들:
* "A는 B를 목적으로 C 방법을 사용하여 D를 밝혔다."
* "본 연구에 따르면 X는 Y에 유의미한 영향을 미치며, 이는 Z를 시사한다."
* "저자는 P의 한계를 지적하고, 대안으로 Q를 제안한다."

이 단계에서 중요한 것은 '''표절을 피하는 것'''이다. 원문의 문장을 약간만 변형하여 사용하는 것은 표절에 해당할 수 있으므로, 원문의 언어가 아니라 자신의 언어로 완전히 재표현해야 한다.

=== 6단계: 검토 (Review) ===

완성된 요약을 원문과 대조하면서 다음을 확인한다:

# 원문의 핵심 주장이 정확하게 반영되었는가?
# 요약자의 주관적 해석이 과도하게 개입되지 않았는가?
# 목표 분량을 초과하거나 지나치게 짧지 않은가?
# 요약만 읽어도 내용이 완결되게 이해되는가?
# 전문 용어의 사용이 일관되는가?
# 문법·맞춤법·띄어쓰기 오류는 없는가?
# 수치, 인명, 날짜 등 사실 정보가 정확한가?

마지막으로, 가능하다면 원문을 읽지 않은 제3자에게 요약을 읽게 한 뒤 원문의 핵심 내용을 설명하게 해보는 것이 가장 효과적인 검토 방법이다.

== 요약과 유사 개념 비교 ==

=== 요약 vs 발췌 ===

'''발췌(拔萃, Excerpt)'''는 원문의 일부를 표현을 바꾸지 않고 '''그대로 인용'''하는 것이다. 요약은 내용을 소화하고 재표현하지만, 발췌는 원문의 표현을 그대로 가져온다는 점이 가장 큰 차이다. 발췌에는 반드시 인용 부호(큰따옴표 또는 블록 인용)와 출처를 명시해야 한다. 맥락 없이 발췌만 모아놓은 것은 저자의 의도를 왜곡할 위험이 높다.

=== 요약 vs 개요 ===

'''개요(槪要, Outline)'''는 글의 구조와 목차를 나타내는 것으로, 내용의 요점보다 '''구조적 틀'''을 보여주는 데 집중한다. 요약이 '무슨 말을 하는가'라면, 개요는 '어떤 순서와 구조로 말하는가'에 가깝다. 개요는 글쓰기 전 계획 단계에서도 활용되며, 이 경우 아직 작성되지 않은 내용의 청사진 역할을 한다.

=== 요약 vs 축약 ===

'''축약(縮約, Condensation)'''은 원문의 표현 방식과 구조를 최대한 유지하면서 분량만 줄이는 방식이다. 어린이용 고전 문학 편집, 방송 시간 제한에 맞춘 음악 편곡, 학습용 교재의 원문 압축 등에서 나타난다. 요약보다 원문 충실도가 높고 독창적 재표현은 적다. 때문에 축약은 요약보다 저작권 침해의 위험이 더 낮다는 견해도 있다.

=== 요약 vs 해제 ===

'''해제(解題, Annotation)'''는 문헌의 내용·성격·가치·출판 배경 등을 설명하는 것으로, 비판적 요약과 지시형 요약의 중간 형태에 가깝다. 주로 학술 자료나 고문헌을 소개할 때 사용하며, 해당 문헌이 왜 중요한지, 어떤 맥락에서 읽어야 하는지까지 안내한다. 주석 달린 참고문헌 목록(Annotated Bibliography)이 대표적 형태다.

=== 요약 vs 리뷰 ===

'''리뷰(Review)'''는 내용 요약 외에 '''평가, 추천 여부, 비교'''까지 포함한다. 영화 리뷰, 도서 리뷰, 제품 리뷰 등이 대표적이다. 요약이 중립적 기술(記述)이라면, 리뷰는 평가(評價)를 포함한다. 특히 학술 분야의 동료 심사(Peer Review)는 단순 내용 요약을 넘어, 연구의 타당성·신뢰성·독창성에 대한 전문가의 종합 평가를 담는다.

=== 요약 vs 패러프레이즈 ===

'''패러프레이즈(Paraphrase, 바꿔 말하기)'''는 원문과 유사한 분량을 유지하면서 표현만 다르게 바꾸는 것이다. 요약처럼 내용을 압축하지 않으며, 원문의 모든 정보를 다른 말로 표현하는 데 집중한다. 번역이 언어 간 패러프레이즈라면, 패러프레이즈는 같은 언어 내에서의 재표현이다. 학술 글쓰기에서 직접 인용 대신 패러프레이즈를 활용하면 저작권 문제를 피할 수 있으나, 출처 명시는 여전히 필요하다.

{| class="wikitable" style="width:100%"
|+ 요약 관련 개념 종합 비교표
|-
! 개념 !! 원문 표현 유지 !! 내용 압축 !! 재해석·재표현 !! 평가 포함 !! 출처 명시 필수
|-
| 요약 || △ || ◎ || ○ || × || △
|-
| 발췌 || ◎ || × || × || × || ◎
|-
| 개요 || × || ○ || △ || × || △
|-
| 축약 || ○ || ○ || △ || × || △
|-
| 해제 || △ || △ || ○ || △ || ○
|-
| 리뷰 || × || △ || ○ || ◎ || ○
|-
| 패러프레이즈 || × || × || ◎ || × || ○
|}

== 분야별 요약의 특성 ==

=== 학술 분야 ===

학술 논문에서 요약은 '''초록(Abstract)'''이라는 형태로 표준화되어 있다. 국제 학술지에서는 대개 150~300단어 이내로 제한하며, 투고 규정에 따라 구조화 초록(Structured Abstract)을 요구하기도 한다. 구조화 초록은 Background, Objective, Methods, Results, Conclusions 등의 소제목을 명시적으로 포함한다.

학술 초록은 데이터베이스(PubMed, Scopus, Web of Science, KISS, RISS 등)에서 논문을 검색할 때 가장 먼저 노출되는 텍스트이므로, 검색 가능성을 높이기 위한 핵심어(Keywords) 선정도 중요하다.

초록 작성의 실용적 원칙:
* 연구에서 실제로 한 것과 발견한 것만 기술하고, 논문에 없는 내용은 절대 초록에 포함하지 않는다.
* 일반적 배경 지식보다 이 연구만의 특수성을 부각해야 한다.
* "본 연구는 ~를 연구한다" 대신 "본 연구는 ~를 발견했다"와 같이 결과 중심으로 쓰는 것이 국제 표준이다.
* 약어는 처음 등장할 때 풀어쓰고, 초록 내에서 단독으로 사용된 약어는 본문에서도 다시 정의해야 한다.

학위논문에서는 초록 외에도 국문 요약(영어 논문의 경우)과 영문 요약(국문 논문의 경우)을 병기하는 것이 대부분 대학원의 표준이다.

=== 법률 분야 ===

법률 문서에서는 '''판결 요지(判決要旨)''', '''법령 적용 요약''', '''소송 경위 요약''' 등이 사용된다. 대한민국 법원의 판결문은 수십 페이지에 달하는 경우가 많으며, 실무 활용을 위한 판례집(판례공보, 판례월보 등)에서는 이를 요약한 형태로 제공한다.

대한민국 법원 판결문의 표준 구성:

{| class="wikitable"
|-
! 구성 요소 !! 설명
|-
| 주문(主文) || 판결의 결론. 단 몇 줄로 압축됨. 사실상 가장 강력한 요약
|-
| 이유(理由) || 주문에 이른 법적 근거와 사실 판단. 본문에 해당
|-
| 판시사항 || 이 판결에서 법적으로 판단한 핵심 쟁점의 요약
|-
| 판결요지 || 판시사항에 대한 법원의 판단을 2~3문장으로 요약
|-
| 참조조문 || 적용된 법령 목록
|}

법률 요약에서 특히 주의해야 할 사항:
* 법률 용어는 임의로 바꾸지 않는다. '손해배상'을 '배상금'으로, '처분'을 '결정'으로 바꾸는 것만으로도 법적 의미가 달라질 수 있다.
* 사실관계(Facts)와 법적 판단(Legal Holding)을 명확히 구분한다.
* 판결의 주문(결론)과 방론(Obiter Dictum, 결론 도출에 직접 필요하지 않은 부가적 언급)을 혼동하지 않는다.

=== 의학 분야 ===

의학에서는 '''임상 요약(Clinical Summary)''', '''환자 경과 요약''', '''케이스 리포트(Case Report)''' 등의 형태로 요약이 사용된다. 특히 응급 상황에서의 환자 인수인계(Hand-off)는 생명과 직결되는 매우 중요한 구두 요약 행위이다.

SBAR 기법은 의료 현장에서 표준화된 구두 요약 프레임워크로 널리 사용된다:

{| class="wikitable"
|-
! 구성 !! 영어 원어 !! 내용
|-
| S || Situation || 현재 상황 (환자 이름, 병실, 현재 문제)
|-
| B || Background || 배경 (진단명, 입원 경위, 주요 병력)
|-
| A || Assessment || 평가 (현 상태에 대한 임상적 판단)
|-
| R || Recommendation || 요청/제안 (필요한 조치나 결정 사항)
|}

최근 [[전자의무기록(EMR)]] 시스템과 AI의 결합으로 자동 임상 요약 기능이 도입되고 있으며, 특히 장기 입원 환자의 방대한 의무기록을 요약하여 담당의에게 제공하는 기능이 상용화 단계에 있다. 그러나 의료 분야에서의 AI 요약 오류는 심각한 의료 사고로 이어질 수 있으므로, 검증과 책임 소재에 대한 논의가 활발히 진행 중이다.

=== 언론·미디어 분야 ===

뉴스에서의 요약은 '''리드(Lead)''' 형식으로 나타난다. 역피라미드 구조(Inverted Pyramid Structure)를 따르는 뉴스 글쓰기는 가장 중요한 정보(6하 원칙: 누가·언제·어디서·무엇을·어떻게·왜)를 첫 단락에 모두 담는다. 이 첫 단락 자체가 기사 전체의 요약 역할을 한다.

역피라미드 구조가 탄생한 배경에 대해서는 전보 통신 시대에 통신 두절에 대비하여 중요한 정보를 먼저 전송하던 관행에서 비롯됐다는 설이 유력하게 거론된다. 현대에는 독자의 짧아진 주의 집중 시간(Attention Span)과 모바일 뉴스 소비 행태에 맞추어 리드의 중요성이 더욱 커졌다.

텔레비전 뉴스에서는 '''앵커 브리핑'''이 뉴스 요약의 전형이며, 포털 사이트의 뉴스 섹션에서는 AI가 자동 생성한 요약 문장이 기사 상단에 표시되는 방식이 보편화되었다.

최근 논란이 되는 것은 AI 뉴스 요약의 '''편향성 문제'''이다. 동일한 사건을 다룬 기사라도 어떤 측면을 요약에 포함하느냐에 따라 독자의 인식이 크게 달라질 수 있으며, 클릭률을 높이기 위해 자극적인 내용을 우선 배치하는 알고리즘이 요약의 편향을 심화시킬 수 있다는 비판이 제기된다.

=== 교육 분야 ===

교육 현장에서 요약은 '''학습 전략(Learning Strategy)'''의 핵심 요소로 다루어진다. 던로스키(Dunlosky) 등의 연구에 따르면, 학습한 내용을 직접 요약해 보는 것(Summarization)은 단순 반복 독서보다 장기 기억 형성에 훨씬 효과적이다.<ref>Dunlosky, J., Rawson, K. A., Marsh, E. J., Nathan, M. J., & Willingham, D. T. (2013). Improving Students' Learning With Effective Learning Techniques. ''Psychological Science in the Public Interest'', 14(1), 4–58.</ref> 다만 같은 연구에서 요약의 효과는 자기 테스트(Self-Testing)나 분산 학습(Distributed Practice)보다는 낮은 것으로 평가되었다.

대한민국 교육과정에서 요약 관련 성취 기준의 단계적 발전:

{| class="wikitable"
|-
! 학교급 !! 주요 학습 내용
|-
| 초등 3~4학년 || 문단의 중심 문장 찾기, 글의 내용 한 문장으로 말하기
|-
| 초등 5~6학년 || 문단 요약하기, 글 전체의 중심 내용 정리하기
|-
| 중학교 1~3학년 || 글의 구조를 파악하여 요약하기, 주장과 근거 구분하며 요약하기
|-
| 고등학교 || 정보의 신뢰성 평가하며 요약하기, 비판적 읽기와 연계한 요약, 매체 특성을 고려한 요약
|-
| 대학 || 학술 텍스트 초록 작성, 문헌 리뷰, 연구 노트 요약
|}

수능 국어 영역에서는 요약 능력이 독서(비문학) 파트 전반에 걸쳐 간접 측정된다. 주제 찾기, 핵심 논거 파악, 내용 일치 확인 등의 문항 유형이 모두 요약 능력과 직결된다.

=== 비즈니스 분야 ===

비즈니스에서는 '''이그제큐티브 서머리(Executive Summary)'''가 보고서·기획서·제안서의 표준 구성 요소로 자리 잡았다. 경영진이 전체 보고서를 읽지 않고도 핵심 내용과 의사결정 사항을 파악할 수 있도록 설계되며, 보고서 본문보다 먼저 작성하는 것이 아니라 '''본문을 완성한 후 마지막에 작성'''하는 것이 원칙이다.

McKinsey·BCG·Bain 등 주요 컨설팅 펌에서 이그제큐티브 서머리는 다음 요소를 반드시 포함한다:
# 핵심 문제(Key Problem Statement)
# 분석 방법론 요약(Approach)
# 핵심 발견 사항 3~5개(Key Findings)
# 권고 사항(Recommendations)
# 기대 효과 및 실행 계획 개요(Expected Outcomes & Next Steps)

이른바 '''BLUF(Bottom Line Up Front)''' 원칙이 비즈니스 커뮤니케이션의 표준으로 자리 잡으면서, 핵심 결론을 문서의 맨 앞에 배치하는 방식이 군사·기업·공공 분야 전반에 확산되었다. 이는 역피라미드 구조와 동일한 원리다.

=== 정보처리 및 컴퓨터 과학 분야 ===

컴퓨터 과학에서 요약의 개념은 여러 방식으로 확장된다. 데이터베이스의 '''집계 함수(Aggregate Function, SUM·AVG·COUNT 등)'''는 대용량 데이터를 수치로 요약하며, 통계학의 '''기술 통계(Descriptive Statistics)'''는 데이터 분포를 핵심 지표(평균, 중앙값, 표준편차 등)로 요약한다.

소프트웨어 공학에서는 '''코드 요약(Code Summarization)'''이 AI 연구의 한 분야로 발전했다. 소스 코드를 분석하여 자연어 설명을 자동 생성하거나, 반대로 자연어 설명에서 코드를 생성하는 기술이 [[GitHub Copilot]]·[[Claude]]·[[Cursor]] 등에서 상용화되었다.

== AI와 자동 요약 ==

=== 개요 ===

자동 요약(Automatic Text Summarization)은 [[자연어 처리]](NLP) 분야의 핵심 과제 중 하나로, 컴퓨터가 자동으로 텍스트를 요약하는 기술을 말한다. 1950년대부터 연구가 시작되었으며, 2010년대 이후 [[딥러닝]]의 발전으로 급격한 성능 향상이 이루어졌다.

자동 요약 시스템을 평가하는 핵심 질문은 다음 세 가지이다:
* '''내용 충실성(Content Faithfulness)''' : 원문의 핵심 내용이 요약에 정확하게 반영되었는가?
* '''사실 정확성(Factual Accuracy)''' : 요약에 포함된 정보가 사실적으로 정확한가?
* '''가독성(Readability/Fluency)''' : 요약이 자연스럽고 읽기 쉬운가?

=== 발전 과정 ===

==== 통계 기반 접근 (1950s~2000s) ====

자동 요약 연구의 시초는 1958년 루hn(Luhn)의 연구로 거슬러 올라간다.<ref>Luhn, H. P. (1958). The Automatic Creation of Literature Abstracts. ''IBM Journal of Research and Development'', 2(2), 159–165.</ref> 그는 단어 빈도수를 기반으로 문서의 중요 문장을 선별하는 방법을 제안했으며, 이것이 TF(Term Frequency) 기반 추출 요약의 원형이다.

이후 TF-IDF(Term Frequency-Inverse Document Frequency), 문장 위치 가중치, 단어 공출현 그래프 등 통계적 방법이 발전했다. 2004년 미할체아(Mihalcea)와 타라우(Tarau)가 제안한 '''TextRank'''<ref>Mihalcea, R., & Tarau, P. (2004). TextRank: Bringing Order into Texts. ''Proceedings of EMNLP 2004''.</ref>는 구글의 PageRank 알고리즘을 텍스트 그래프에 적용하여 외부 데이터 없이도 비지도 방식으로 문장 중요도를 계산하는 방법으로, 현재도 널리 사용되는 고전적 알고리즘이다.

==== 신경망 기반 접근 (2015~2019) ====

[[순환신경망(RNN)]]과 [[장단기 기억(LSTM)]]을 활용한 인코더-디코더 구조가 생성형 요약을 가능하게 했다. 러쉬(Rush) 등이 2015년 제안한 어텐션 기반 요약 모델<ref>Rush, A. M., Chopra, S., & Weston, J. (2015). A Neural Attention Model for Abstractive Sentence Summarization. ''Proceedings of EMNLP 2015''.</ref>은 신경망 기반 자동 요약의 출발점이 되었다.

이 시기에 CNN/DailyMail, XSum 등 대규모 요약 데이터셋이 구축되어 모델 학습과 평가의 표준 기반이 마련되었다.

==== 트랜스포머 기반 접근 (2019~현재) ====

2017년 구글이 제안한 [[트랜스포머(Transformer)]] 아키텍처와 2018년 [[BERT]]의 등장은 자동 요약을 포함한 NLP 전 분야에 혁명적 변화를 가져왔다.

요약 전용 사전 훈련 모델의 계보:

{| class="wikitable" style="width:100%"
|-
! 모델 !! 발표 기관 !! 연도 !! 특징
|-
| BERT || Google || 2018 || 양방향 인코더. 주로 추출 요약에 활용
|-
| GPT-2 || OpenAI || 2019 || 단방향 생성 모델. 제로샷 요약 시연
|-
| BART || Facebook AI || 2019 || 노이즈 제거 자동인코더 방식. 생성 요약에 최적화
|-
| T5 || Google || 2019 || 모든 NLP 태스크를 텍스트-투-텍스트로 통일
|-
| PEGASUS || Google || 2019 || 요약 특화 사전 훈련 (Gap Sentence Generation)
|-
| GPT-3/4 || OpenAI || 2020/2023 || 대형 언어 모델. 퓨샷·제로샷 요약 가능
|-
| LLaMA 2/3 || Meta || 2023/2024 || 오픈소스 대형 언어 모델
|-
| Claude 3/3.5/4 || Anthropic || 2024/2025 || 장문 처리 및 고충실 요약에 강점
|}

국내에서는 NAVER의 '''HyperCLOVA''', KAKAO의 '''KoGPT''', SKT의 '''KoBART''' 등 한국어 특화 모델이 개발되어 한국어 자동 요약에 활용되고 있다.

=== 평가 지표 ===

자동 요약의 품질은 주로 다음과 같은 지표로 평가한다.

==== ROUGE ====

'''ROUGE(Recall-Oriented Understudy for Gisting Evaluation)'''는 자동 요약 분야의 사실상 표준 평가 지표로, 2004년 린(Lin)이 제안했다.<ref>Lin, C.-Y. (2004). ROUGE: A Package for Automatic Evaluation of Summaries. ''Text Summarization Branches Out'', pp. 74–81.</ref>

{| class="wikitable" style="width:70%"
|+ ROUGE 지표 종류
|-
! 지표 !! 설명
|-
| ROUGE-1 || 단일 단어(unigram) 겹침 비율
|-
| ROUGE-2 || 두 단어 연속(bigram) 겹침 비율
|-
| ROUGE-L || 최장 공통 부분 수열(Longest Common Subsequence, LCS) 기반
|-
| ROUGE-SU || Skip-bigram 및 unigram 조합 기반
|-
| ROUGE-W || 연속 LCS에 가중치를 부여한 버전
|}

ROUGE는 참조 요약(Reference Summary)과의 단어 겹침을 측정하므로, 의미적으로 동일하지만 다른 단어를 사용한 좋은 요약이 낮은 점수를 받을 수 있다는 한계가 있다.

==== BERTScore ====

단어 겹침 대신 BERT 임베딩을 활용하여 의미적 유사도를 측정하는 지표로, ROUGE의 한계를 일부 보완한다.<ref>Zhang, T., Kishore, V., Wu, F., Weinberger, K. Q., & Artzi, Y. (2020). BERTScore: Evaluating Text Generation with BERT. ''ICLR 2020''.</ref>

==== QAEval / FactCC / SummaC ====

요약의 '''사실 정확성(Factual Consistency)'''을 전용으로 평가하는 지표들이다. 생성형 요약의 환각 문제가 부각되면서 이러한 사실 기반 평가의 중요성이 커졌다.

=== 현재 주요 활용 사례 ===

* '''NAVER CLOVA Summary''' : 뉴스 기사 3줄 요약 서비스. 네이버 뉴스 기사에 AI 자동 요약이 적용됨
* '''카카오 뷰(View)''' : 큐레이션 채널의 콘텐츠 자동 요약 및 추천
* '''Notion AI''' : 문서 작업 시 자동 요약, 회의록 작성 지원
* '''Microsoft Copilot''' : Word 문서 요약, Teams 회의록 자동 요약, Outlook 이메일 스레드 요약
* '''Google Workspace Duet AI''' : Gmail 스레드 요약, Docs 문서 요약
* '''YouTube Summary with ChatGPT''' : 유튜브 영상의 자막을 요약하는 브라우저 확장 프로그램
* '''Anthropic Claude''' : 논문, 계약서, 보고서 등 장문 문서 요약. 최대 수십만 토큰의 컨텍스트 처리 가능
* '''법률 AI 플랫폼(로톡, 엘박스 등)''' : 판례 요약, 계약서 핵심 조항 추출

=== 한계와 과제 ===

현재 AI 자동 요약의 주요 기술적 한계:

'''환각(Hallucination)''' 문제가 가장 심각하다. 원문에 없는 수치, 인명, 날짜, 사실을 생성하는 오류로, 특히 의료·법률·금융 등 사실 정확성이 중요한 분야에서 치명적이다. 이를 해결하기 위해 검색 증강 생성(RAG, Retrieval-Augmented Generation) 기법이 활발히 연구·적용되고 있다.

'''장문 처리 한계'''는 컨텍스트 창(Context Window) 제한으로 인해 매우 긴 문서를 한 번에 처리하기 어렵다는 것이다. 수백 페이지짜리 보고서나 법원 판결문을 처리하려면 청킹(Chunking) 기법 등의 우회 방법이 필요하다. 다만 Claude 3.5 이후 버전에서는 수십만 토큰 수준의 컨텍스트가 지원되어 이 문제가 크게 완화되었다.

'''언어 불균형''' 문제로, 학습 데이터가 영어에 편중되어 있어 한국어·아랍어·스와힐리어 등 비영어권 언어에서의 성능이 영어 대비 낮다.

'''도메인 이탈(Domain Shift)''' 문제는 일반 텍스트로 학습된 모델이 의학·법률·특허 등 전문 분야 텍스트에서 성능이 저하되는 현상이다.

'''추론 기반 요약''' 능력도 아직 부족하다. 텍스트에 명시되지 않은 함의나 행간을 파악하여 요약에 반영하는 것은 여전히 인간 수준에 미치지 못한다.

'''평가 지표의 한계'''로는 ROUGE 등 자동 평가 지표가 인간의 실제 요약 품질 판단과 괴리가 크다는 점이 꾸준히 지적된다. 이에 인간 평가(Human Evaluation)가 병행되어야 한다는 주장이 많지만, 시간과 비용이 크게 소요된다는 현실적 제약이 있다.

== 좋은 요약과 나쁜 요약 ==

=== 나쁜 요약의 유형 ===

==== 과잉 요약 (Over-summarization) ====

핵심 정보까지 삭제되어 원문의 의미가 심각하게 손상된 경우다.

<blockquote>
원문: "2024년 대한민국 합계출산율은 0.75명으로, OECD 회원국 중 최저치를 기록했으며, 이는 2023년의 0.72명보다 소폭 상승했으나 인구 유지에 필요한 대체출산율 2.1명의 3분의 1에도 미치지 못하는 수준이다."

나쁜 요약: "한국의 출산율이 낮다."
</blockquote>

핵심 수치, 국제 비교, 맥락이 모두 사라져 원문을 읽은 것과 읽지 않은 것의 차이가 없어졌다.

==== 과소 요약 (Under-summarization) ====

원문과 거의 차이가 없을 정도로 내용이 그대로 남아 있는 경우다. 목표 분량의 80~90%를 그대로 옮겨 적는 경우가 대표적이며, 요약이라는 목적 자체를 달성하지 못한다. 학생들이 독서 감상문을 쓸 때 줄거리를 거의 그대로 옮기는 경우, 보고서 작성 시 원문을 거의 복사하는 경우가 흔한 사례다.

==== 왜곡 요약 (Distorted Summary) ====

요약자의 주관이 과도하게 개입되어 원문의 의도나 사실관계가 바뀐 경우다.

<blockquote>
원문: "연구 결과, A 성분이 암세포 성장을 억제하는 효과가 일부 시험관 실험에서 관찰되었다. 다만 인체 실험은 아직 이루어지지 않았으며, 효과의 크기도 제한적이었다."

왜곡 요약: "A 성분이 암을 치료하는 효과가 입증되었다."
</blockquote>

이는 단순한 요약 실수를 넘어, 의도적일 경우 허위 정보 유포나 명예훼손으로 이어질 수 있는 심각한 문제다. 언론에서 기사를 맥락 없이 일부만 인용하는 행위, SNS에서 영상의 일부 클립만 공유하는 행위도 왜곡 요약의 사례로 볼 수 있다.

==== 표면적 요약 (Superficial Summary) ====

글 전체를 이해하지 못한 채 서론 또는 눈에 띄는 부분만 요약한 경우다. 핵심 주장 대신 배경 정보나 문제 제기 부분만 요약하고, 실제 연구 결과나 결론은 누락되는 경우가 많다. 긴 글을 대충 훑고 요약하려 할 때 자주 발생한다.

==== 비일관적 요약 (Inconsistent Summary) ====

앞부분과 뒷부분에서 다른 관점·용어·시제를 사용하거나, 원문에서 조심스럽게 제시한 내용을 어떤 부분에서는 단정적으로, 다른 부분에서는 불확실하게 표현하는 등 일관성이 없는 경우다.

=== 좋은 요약의 기준 ===

좋은 요약은 원문을 읽은 사람이 보았을 때 "맞아, 그게 핵심이야"라고 동의할 수 있으며, 동시에 원문을 읽지 않은 사람도 핵심 내용을 파악할 수 있는 요약이다.

요약의 품질을 스스로 점검하는 체크리스트:

{| class="wikitable" style="width:80%"
|-
! 점검 항목 !! 예/아니오
|-
| 원문의 중심 주장이 요약에 명확하게 드러나는가? ||
|-
| 중요한 수치, 용어, 고유명사가 정확하게 포함되었는가? ||
|-
| 원문에 없는 내용이 추가되지 않았는가? ||
|-
| 요약자의 주관적 평가가 과도하게 개입되지 않았는가? ||
|-
| 요약만 읽어도 내용이 완결되게 이해되는가? ||
|-
| 용어, 시제, 어조가 일관되게 사용되었는가? ||
|-
| 분량이 목표치 내에 있는가? ||
|-
| 원문의 양태 표현(~일 수 있다, ~경향이 있다)이 유지되었는가? ||
|}

== 요약 능력 향상 방법 ==

=== 읽기 전략 ===

'''SQ3R 기법'''은 요약을 위한 체계적 읽기 전략의 대표 사례다:
# '''Survey(훑기)''' : 제목, 소제목, 그림, 요약 박스를 먼저 빠르게 훑어본다
# '''Question(질문)''' : 소제목을 의문문으로 바꿔 읽기 목적을 설정한다 ("요약의 종류는?" 등)
# '''Read(읽기)''' : 의문에 답을 찾으며 능동적으로 읽는다
# '''Recite(말하기)''' : 책을 덮고 읽은 내용을 자신의 말로 설명해본다
# '''Review(검토)''' : 전체 내용을 돌아보며 빈 부분을 보완한다

이 중 4단계(Recite)가 핵심으로, 이 과정 자체가 구두 요약 훈련이다.

'''코넬 노트 필기법'''은 노트를 세 영역으로 나누어 우측에 강의/독서 내용을 적고, 좌측에 핵심어와 질문을 정리하며, 하단에 페이지 전체 내용을 2~3문장으로 요약하는 방법이다. 하단 요약 박스가 요약 능력 훈련의 핵심이다.

=== 쓰기 전략 ===

'''5W1H 추출법'''은 모든 텍스트에서 누가(Who), 언제(When), 어디서(Where), 무엇을(What), 왜(Why), 어떻게(How)에 해당하는 요소를 먼저 찾아 정리하는 방법이다. 특히 뉴스 기사, 사건 보고서, 역사 서술 등 서사적 텍스트에 효과적이다.

'''마인드맵 활용'''은 중심 개념을 가운데에 놓고 주요 하위 개념들을 방사형으로 연결하여 시각화하는 방법이다. 전체 구조를 파악한 뒤 중심 개념에서 핵심 가지만 남기는 과정이 곧 요약이 된다.

'''한 문장 요약 연습'''은 처음에 10문장으로 요약하고, 이를 다시 5문장으로, 다시 3문장으로, 마지막으로 단 1문장으로 압축하는 점진적 압축 훈련이다. 각 단계마다 무엇을 삭제했는지 이유를 설명하게 하면 효과가 배가된다.

=== 비교·대조를 통한 훈련 ===

같은 원문에 대한 여러 사람의 요약을 비교하면, 각자가 '핵심'을 어떻게 다르게 판단했는지를 확인할 수 있다. 이를 통해 선택 편향을 인식하고, 더 객관적이고 포괄적인 요약 능력을 기를 수 있다. 신문 기사의 제목과 리드 문장을 비교하는 연습, AI 요약과 인간 요약을 비교하는 연습도 효과적이다.

== 저작권과 요약 ==

요약은 법적으로 미묘한 영역에 걸쳐 있다. 저작권 문제는 요약의 방식·목적·분량에 따라 다르게 적용된다.

대한민국 '''저작권법 제28조'''는 공표된 저작물을 보도·비평·교육·연구 등 정당한 범위 안에서 공정한 관행에 합치되게 인용할 수 있도록 허용한다. 그러나 요약이 원저작물의 '''시장 대체 효과'''를 가져올 정도로 핵심 가치를 고스란히 담는다면 저작권 침해로 볼 수 있다는 해석이 있다.

미국에서는 '''공정 이용(Fair Use, 17 U.S.C. § 107)''' 원칙에 따라 다음 네 가지 요소를 종합적으로 판단한다:
# 사용의 목적과 성격(상업적 여부, 변형적 사용 여부)
# 원저작물의 성격(사실적 저작물 vs. 창작적 저작물)
# 사용된 분량과 실질성
# 원저작물의 잠재적 시장에 미치는 영향

AI 서비스가 제공하는 자동 요약의 저작권 귀속 문제는 현재 세계 각국에서 활발히 논쟁 중이다. 뉴스 미디어들이 AI 기업을 상대로 저작권 침해 소송을 제기하는 사례가 늘어나고 있으며, 요약이 원문 소비를 대체하여 광고 수익을 감소시킨다는 주장이 핵심 쟁점 중 하나다.

실무적 가이드라인:
* 요약을 제공할 때 원문 출처를 명시하는 것이 기본 원칙이다.
* 원문의 창작적 표현을 그대로 가져오면 반드시 인용 부호와 출처를 명시해야 한다.
* 상업적 목적의 요약 서비스는 원문 저작권자와의 라이선스 계약을 검토해야 한다.

== 요약의 사회적·철학적 함의 ==

=== 정보 권력으로서의 요약 ===

무엇을 핵심으로 선택하고 무엇을 삭제하느냐는 결코 중립적 행위가 아니다. 언론이 정보를 요약·편집하는 행위는 강력한 '''의제 설정(Agenda Setting)''' 기능을 수행한다. 어떤 사실이 요약에 포함되고 어떤 사실이 배제되느냐에 따라 독자의 인식이 전혀 다르게 형성된다.

이는 미디어 리터러시(Media Literacy)의 핵심 주제이기도 하다. 현대 시민은 단순히 요약을 수동적으로 소비하는 것에서 나아가, 그 요약의 선택과 배제의 기준을 비판적으로 질문할 수 있어야 한다. "왜 이것이 선택되었는가?"라는 질문은 요약자의 관점과 이해관계를 드러낸다.

=== 압축과 본질 ===

미니멀리즘 철학에서 불필요한 것을 제거했을 때 본질이 드러난다고 보듯이, 좋은 요약은 오히려 원문보다 대상의 본질에 더 가까울 수 있다는 역설이 존재한다. 에센셜리스트(Essentialist) 관점에서 요약이란 "겉을 걷어내고 핵심에 도달하는 과정"이다.

반면, 이 관점에 대한 반론도 존재한다. 모든 세부 사항은 의미의 일부이며, 요약은 필연적으로 무언가를 잃는다. 헤밍웨이의 "빙산 이론(Iceberg Theory)"처럼, 드러나지 않는 부분이 드러난 부분만큼 중요할 수 있다.

=== 정보 엔트로피와 요약 ===

정보이론(Information Theory)의 관점에서 요약은 '''정보 엔트로피(Entropy)를 줄이는 과정'''이다. 섀넌(Shannon)의 정보이론에서 엔트로피는 불확실성 또는 정보량의 척도인데, 요약은 원문의 높은 엔트로피를 낮은 엔트로피로 압축하는 행위로 볼 수 있다. 이 과정에서 어떠한 정보도 잃지 않는 것은 수학적으로 불가능하므로, 요약은 언제나 어느 정도의 손실을 수반한다. 좋은 요약은 이 손실을 최소화하거나, 적어도 가장 덜 중요한 부분에서의 손실로 집중시키는 예술이다.

=== 기억과 요약 ===

인지심리학에서 인간의 기억 자체가 원문 그대로가 아닌 '''재구성된 요약'''으로 저장된다는 관점이 있다. 바틀렛(Bartlett)의 연구는 인간이 이야기를 기억할 때 자신의 문화적 배경과 기존 지식(Schema)에 맞게 내용을 변형하여 저장한다는 것을 보여준다.<ref>Bartlett, F. C. (1932). ''Remembering: A Study in Experimental and Social Psychology''. Cambridge University Press.</ref> 이 관점에서 요약은 인간의 기억 작동 방식을 외재화한 것이라고도 볼 수 있다.

== 관련 문서 ==

* [[독해력]]
* [[글쓰기]]
* [[자연어 처리]]
* [[기계 번역]]
* [[정보 검색]]
* [[학술 논문]]
* [[초록 (학술)]]
* [[이그제큐티브 서머리]]
* [[ROUGE (자연어처리)]]
* [[BERT]]
* [[트랜스포머 (딥러닝)]]
* [[텍스트마이닝]]
* [[정보 과잉]]
* [[미디어 리터러시]]
* [[저작권]]
* [[패러프레이즈]]
* [[문헌 리뷰]]

== 주석 ==

<references />

[[분류:언어학]]
[[분류:글쓰기 기술]]
[[분류:자연어처리]]
[[분류:독해]]
[[분류:정보과학]]
[[분류:교육학]]
[[분류:인지심리학]]
[[분류:저작권]]

SOTA

2026-02-24T09:38:21Z

Gaon12: 시작

=== 개요 ===
직역하면 '''"기술의 현재 상태"'''이지만, 실제로는 '''해당 시점에서 가장 뛰어난 성능을 기록한 모델·알고리즘·시스템'''을 가리키는 표현으로 굳어졌다. 학술 논문에서는 자신의 방법론이 기존 SOTA보다 우수함을 증명하는 것이 사실상 게재의 핵심 조건 중 하나다.

AI 분야 외에도 반도체, 의학, 군사 기술 등 다양한 분야에서 "최첨단"이라는 의미로 폭넓게 쓰인다.

=== 사용 맥락 ===

==== 머신러닝·딥러닝 ====
가장 빈번하게 쓰이는 분야다. 이미지 분류, 자연어 처리, 음성 인식 등 다양한 벤치마크에서 '''기준 점수(Baseline)'''를 뛰어넘는 성능을 달성했을 때 SOTA라고 부른다.

* '''Papers With Code'''(paperswithcode.com) 같은 사이트에서는 각 태스크별 SOTA 모델과 점수를 실시간으로 집계·비교한다.
* 예시: "GPT-4는 출시 당시 다수의 언어 벤치마크에서 SOTA를 기록했다."

==== 논문 작성 관행 ====
학술 논문에서 SOTA 비교는 거의 필수 항목이다. 관련 표현으로는 다음과 같은 것들이 있다.

{| class="wikitable"
! 표현 !! 의미
|-
| achieve SOTA || SOTA 성능을 달성하다
|-
| surpass SOTA || 기존 SOTA를 초과하다
|-
| competitive with SOTA || SOTA에 준하는 수준이다
|-
| new SOTA || 새로운 최고 성능 기록
|}

==== 일반 기술 분야 ====
반도체 공정, 배터리 기술, 의료기기 등에서도 "현재 기술의 한계점"이라는 의미로 쓰인다. 이 경우 "state-of-the-art technology"라는 전체 표현이 더 자주 등장한다.

=== 특징 및 한계 ===

==== 상대적·시간적 개념 ====
SOTA는 '''절대적인 기준이 아니라 특정 시점, 특정 벤치마크 기준'''으로만 성립한다. 오늘의 SOTA가 내일의 구식이 되는 경우가 비일비재하다. 특히 딥러닝 분야는 발전 속도가 빠르기 때문에 SOTA의 유효기간이 매우 짧다.

==== 벤치마크 과적합 문제 ====
특정 벤치마크에서 SOTA를 달성하기 위해 해당 데이터셋에 과도하게 최적화하는 현상이 있다. 이 경우 실제 현실 데이터에서의 성능은 SOTA와 동떨어질 수 있다. 이를 '''"벤치마크 해킹(Benchmark Hacking)"'''이라고도 부른다.

==== 재현성 문제 ====
일부 논문에서 SOTA라고 주장하는 결과가 다른 연구자에 의해 재현되지 않는 경우가 있다. 이는 ML 커뮤니티의 '''재현성 위기(Reproducibility Crisis)'''와 맞닿아 있는 문제다.

=== 관련 용어 ===
* '''Baseline''' - 비교의 기준이 되는 기본 성능
* '''Benchmark''' - 성능 비교를 위한 표준 데이터셋 및 평가 기준
* '''Leaderboard''' - 각 모델의 벤치마크 점수를 순위별로 나열한 표
* '''SoTA''' - 동일한 의미, 대소문자 혼용 표기
* '''Prior work''' - 이전 연구들을 통칭하는 표현 (SOTA와 자주 함께 등장)

=== 기타 ===
* 국내에서는 "소타"라고 읽는 경우도 있으나 대부분 알파벳 그대로 "에스오티에이"라 읽거나 영어식으로 "소타"라 읽는다.
* 마케팅 문구에서 "state-of-the-art"를 남발하는 경우가 많아 신뢰성이 희석되는 경향이 있다. [[과장광고]]의 일종으로 볼 수 있다.
* Papers With Code 기준으로 하루에도 수십 개의 태스크에서 SOTA가 갱신된다.

[[분류:인공지능]]
[[분류:머신러닝]]
[[분류:컴퓨터 과학 용어]]

라이믹스/릴리즈 노트/2.1.30

2026-02-12T07:25:25Z

Gaon12: 2.1.30 릴리즈 됨

2026년 2월 10일에 등록된 릴리즈 노트입니다.

{{인용문|라이믹스 2.1 버전대의 버그 수정 및 기능 개선 릴리즈입니다.}}

== 새 기능과 변경 사항 ==

* 관리자 화면에서 회원, 문서, 댓글, 파일 등을 검색했을 때, 검색 결과의 갯수를 표시하도록 개선 ([https://github.com/rhymix/rhymix/issues/2642 #2642])
* 관리자 대시보드 메인 위젯에서 글이나 댓글을 삭제하거나 휴지통으로 이동하기 전에 확인하도록 개선 ([https://github.com/rhymix/rhymix/issues/2653 #2653])
* 임시저장글 목록에서 작성 중이던 게시판 이름을 볼 수 있도록 개선 ([https://github.com/rhymix/rhymix/issues/2659 #2659])
* 글 수정/삭제를 금지하는 기준 댓글/대댓글 갯수를 직접 입력할 수 있도록 개선 대댓글 3개 이상인 댓글은 수정 금지, 댓글 2개 이상인 글은 삭제 금지 등으로 자세히 설정할 수 있습니다.
* 설치된 레이아웃 화면에서 각 레이아웃에 생성된 사본(인스턴스) 목록도 함께 볼 수 있도록 개선
* 다음 → 카카오 우편번호 API 주소 변경 반영 ([https://github.com/rhymix/rhymix/issues/2672 #2672])

== 개발자를 위한 새 기능과 변경 사항 ==

* 템플릿 v2에서 자바스크립트로 HTML이나 CSS를 작성하는 경우 (<code><nowiki>innerHTML</nowiki></code> 등을 사용할 경우), 치환하지 않아야 할 자바스크립트 템플릿 문법을 라이믹스 템플릿 문법으로 잘못 인식하는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2646 #2646], [https://github.com/rhymix/rhymix/issues/2657 #2657]) 문맥을 잘못 인식하는 버그는 종종 패치하고 있으나, 원칙적으로 HTML 소스상에 직접 노출되는 스크립트나 스타일 사용은 권장하지 않으며, 이것을 더 쉽게 만들어 드리지는 않을 것입니다. 언젠가 <code><nowiki>CSP</nowiki></code>를 도입해야 한다는 점을 기억하시기 바랍니다!
* 작성자나 관리자가 임시저장글을 글읽기 스킨으로 볼 수 있는 기능 제거 ([https://github.com/rhymix/rhymix/issues/2659 #2659]) 글의 실제 등록 여부에 대해 혼란을 일으키는 사례가 있어서, 임시저장글의 <code><nowiki>document_srl</nowiki></code>로 접근을 시도하면 무조건 404 에러 화면을 띄우도록 변경했습니다.
* ID/PW 찾기 메일 템플릿에서 이름과 닉네임을 사용할 수 있도록 변수 복원 ([https://github.com/rhymix/rhymix/issues/2663 #2663])
* 자동 로그인 전 <code><nowiki>member.doAutoLogin</nowiki></code> (<code><nowiki>before</nowiki></code>) 트리거 시점을 추가하여 자동 로그인을 취소할 수 있도록 하고, <code><nowiki>before</nowiki></code>와 <code><nowiki>after</nowiki></code>에서 제공하는 정보를 일관성있게 변경 ([https://github.com/rhymix/rhymix/issues/2665 #2665], [https://github.com/rhymix/rhymix/issues/2666 #2666])
* 다국어 사이트에서 확장변수로 글을 정렬하면 현재 언어와 일치하는 확장변수만 정렬에 사용하는데, 숫자(<code><nowiki>number</nowiki></code>) 타입의 확장변수는 언어와 무관하게 정렬에 사용하도록 개선

== 버그 수정 ==

* 스팸필터 모듈에서 <code><nowiki>CAPTCHA</nowiki></code>를 "미사용"으로 설정한 채 적용 대상(회원가입, 로그인, 글쓰기 등)을 선택하면 해당 적용 대상 화면에서 오류가 발생하는 문제 수정
* 레이아웃의 일부 파일이 누락된 경우, 레이아웃 인스턴스가 무한 증식하는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2132 #2132], [https://github.com/rhymix/rhymix/issues/2670 #2670])
* PHP 8.5부터 일부 <code><nowiki>PDO</nowiki></code> 상수가 다른 클래스로 옮겨져서 생기는 워닝 수정 ([https://github.com/rhymix/rhymix/issues/2639 #2639])
* 새 글 작성시 필수로 지정된 확장변수의 값을 입력하지 않아도 정상 등록되는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2641 #2641])
* 임시 저장글의 내용이 많으면 불러올 수 없는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2644 #2644])
* 에러 화면에서 제목 대신 에러 메시지를 치환하는 문제 수정 (기여: [https://github.com/Lastorder-DC @Lastorder-DC]) ([https://github.com/rhymix/rhymix/issues/2649 #2649])
* Daum 앱으로 접속하면 로봇으로 인식하는 문제 수정
* <code><nowiki>getNumberingPath()</nowiki></code> 레거시 함수에 정수가 아닌 값을 넘기면 <code><nowiki>TypeError</nowiki></code>가 발생하는 문제 수정
* 일부 모바일 환경에서 임시저장글을 불러오지 못하는 문제 수정
* 임시저장글을 다른 게시판에서 불러오면 글읽기 화면으로 넘어가서 마치 글이 등록된 것 같은 착각을 일으키는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2659 #2659])
* 글을 복사할 때 대표 이미지(썸네일로 사용할 이미지) 설정이 유지되지 않는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2660 #2660])
* 윈도우 서버에서 스킨 목록이 정상적으로 표시되지 않는 문제 수정 ([https://github.com/rhymix/rhymix/issues/2667 #2667])
* 게시판 모듈의 "기간 제한 기능"에서 문서의 수정/삭제 제한 설정이 댓글에도 적용되는 문제 수정
* 문서 메뉴의 "스팸필터에 <code><nowiki>IP</nowiki></code> 추가"를 클릭하면 <code><nowiki>JS</nowiki></code> 오류가 발생하며 반응이 없는 문제 수정

== 정리 ==

* 알림 설정 화면에서 기본 메일 발신자 정보를 불러오는 코드의 일관성 개선 ([https://github.com/rhymix/rhymix/issues/2661 #2661])
* 관리자 모듈과 메시지 모듈 등의 불필요한 <code><nowiki>JS</nowiki></code> 필터 삭제
* 관리자 대시보드의 일관성 없는 화살표 배치 수정