이 페이지의 전체 구성을 최대한 자세하게 설명해주세요.
페이지 전체 구성은 ‘사용자가 무엇을 먼저 보고, 어디서 신뢰를 얻고, 어떤 행동으로 이어지는가’를 기준으로 헤더부터 본문, 보조 정보, CTA, 푸터까지 흐름 단위로 설명하는 것이 가장 정확합니다.
- 상태
- 답변 완료
- 토픽
- 웹페이지 구성 분석
- 게시 시각
- 2026-05-19 15:38:51
핵심 결론
이 질문은 단순히 “화면에 뭐가 있나요?”가 아니라, 페이지가 어떤 순서와 의도로 구성되어 있는지 최대한 자세히 풀어달라는 요청으로 이해하는 것이 좋습니다.
웹페이지의 전체 구성은 보통 다음 순서로 읽어야 합니다.
- 사용자가 처음 보는 영역
- 페이지의 목적을 설명하는 영역
- 핵심 콘텐츠 또는 기능 영역
- 신뢰를 주는 정보 영역
- 사용자의 행동을 유도하는 영역
- 보조 탐색과 푸터 영역
따라서 페이지를 설명할 때는 단순히 “상단에 제목이 있고, 아래에 카드가 있다” 수준으로 끝내면 부족합니다. 각 영역이 어떤 역할을 하는지, 사용자가 어떤 순서로 이해하게 설계되어 있는지, 어떤 정보가 강조되고 어떤 행동으로 이어지는지를 함께 설명해야 합니다.
페이지 전체를 보는 기본 관점
페이지 구성은 크게 세 가지 층위로 나누어 볼 수 있습니다.
구조적 구성
화면이 어떤 블록들로 나뉘어 있는지 보는 방식입니다.
예를 들면 다음과 같습니다.
- 상단 헤더
- 메인 소개 영역
- 콘텐츠 목록 또는 기능 설명 영역
- 상세 설명 영역
- 추천 콘텐츠 영역
- 질문/답변 영역
- 하단 푸터
이 관점은 “페이지가 어떤 덩어리들로 이루어져 있는가”를 파악하는 데 중요합니다.
정보 흐름
사용자가 페이지를 위에서 아래로 읽을 때 어떤 순서로 정보를 받아들이는지 보는 방식입니다.
좋은 페이지는 보통 다음 흐름을 가집니다.
- 이 페이지가 무엇인지 알려준다.
- 왜 봐야 하는지 이유를 준다.
- 핵심 내용을 보여준다.
- 더 깊게 볼 수 있는 선택지를 준다.
- 마지막에 행동을 유도한다.
즉, 페이지 구성은 단순한 배치가 아니라 설득의 순서입니다.
사용자 행동 흐름
사용자가 실제로 무엇을 누르고 어디로 이동할 수 있는지 보는 방식입니다.
확인해야 할 요소는 다음과 같습니다.
- 메뉴를 통해 다른 페이지로 이동할 수 있는가
- 주요 버튼이 눈에 잘 띄는가
- 콘텐츠 카드나 링크가 클릭 가능한가
- 검색, 필터, 정렬 같은 조작 요소가 있는가
- 질문 작성, 공유, 저장, 구독 같은 참여 기능이 있는가
이 관점은 페이지가 단순한 정보 전달용인지, 사용자의 행동을 적극적으로 유도하는 서비스형 페이지인지 구분하게 해줍니다.
상단 헤더 영역
대부분의 웹페이지에서 가장 먼저 봐야 할 부분은 헤더입니다.
헤더는 페이지 전체의 방향을 잡아주는 내비게이션 역할을 합니다. 사용자는 이 영역을 보고 “이 사이트가 무엇을 다루는지”, “어디로 이동할 수 있는지”, “현재 내가 어느 맥락에 있는지”를 빠르게 판단합니다.
헤더에서 확인할 요소
- 사이트 로고 또는 서비스명
- 주요 메뉴
- 현재 페이지와 연결된 카테고리
- 검색 버튼 또는 검색창
- 로그인, 글쓰기, 문의, 구독 같은 액션 버튼
- 모바일 메뉴 버튼
좋은 헤더의 조건
좋은 헤더는 너무 많은 메뉴를 한꺼번에 보여주지 않습니다. 대신 사용자가 가장 자주 찾는 경로를 우선 배치합니다.
예를 들어 VibeCoding 365 같은 콘텐츠/지식형 사이트라면 헤더에는 다음 성격의 메뉴가 들어가는 것이 자연스럽습니다.
- 최신 글
- 주제별 컬렉션
- 바이브코딩 관련 콘텐츠
- Q&A 또는 질문하기
- 프로젝트/도구 소개
헤더의 핵심은 “사이트 전체를 조망하는 지도”입니다. 페이지 설명을 할 때는 헤더가 어떤 탐색 경로를 제공하는지 반드시 짚어야 합니다.
첫 화면, 즉 히어로 영역
헤더 바로 아래에 있는 첫 화면은 페이지의 첫인상을 결정합니다.
이 영역은 흔히 히어로 영역이라고 부릅니다. 사용자가 스크롤하기 전에 보는 가장 중요한 구간입니다.
히어로 영역의 역할
- 이 페이지의 주제를 즉시 알려준다.
- 사용자가 계속 읽어야 할 이유를 제공한다.
- 핵심 메시지나 대표 문구를 강조한다.
- 주요 행동 버튼을 제공한다.
일반적으로 포함되는 요소
- 큰 제목
- 짧은 설명 문장
- 대표 이미지 또는 배경 그래픽
- 주요 CTA 버튼
- 보조 링크
- 통계, 배지, 카테고리 라벨
예를 들어 페이지가 “AI 시대의 개발 방식”을 다룬다면, 히어로 영역은 단순히 “AI 개발”이라고 쓰는 것보다 다음처럼 구성되는 편이 훨씬 좋습니다.
AI 도구를 쓰는 개발자가 실제로 어떤 순서로 기획하고, 만들고, 검증해야 하는지 정리한 실전 가이드
이렇게 적으면 사용자는 페이지의 목적을 바로 이해합니다.
설명할 때 주의할 점
히어로 영역을 설명할 때는 디자인만 말하면 부족합니다.
나쁜 설명:
상단에 큰 제목과 버튼이 있습니다.
좋은 설명:
첫 화면은 페이지의 주제를 압축해서 보여주는 도입부입니다. 큰 제목으로 핵심 주제를 제시하고, 짧은 설명 문장으로 이 페이지가 누구에게 필요한지 알려주며, 버튼을 통해 사용자가 바로 다음 행동으로 이동할 수 있게 구성되어 있습니다.
본문 핵심 콘텐츠 영역
페이지에서 가장 중요한 부분은 본문입니다.
본문은 페이지의 목적에 따라 형태가 달라집니다. 글 상세 페이지라면 본문 텍스트가 중심이고, 컬렉션 페이지라면 카드 목록이 중심이며, 랜딩 페이지라면 기능 설명과 사례가 중심이 됩니다.
본문이 글 상세 페이지인 경우
구성은 보통 다음과 같습니다.
- 제목
- 요약 또는 리드 문단
- 작성일, 카테고리, 태그
- 본문 섹션
- 이미지, 표, 코드, 인용문
- 관련 글
- 댓글 또는 질문 영역
이 경우 설명의 초점은 글의 정보 구조입니다.
확인할 점은 다음과 같습니다.
- 제목이 글의 주제를 정확히 담고 있는가
- 첫 문단이 독자의 문제를 바로 짚는가
- 소제목이 논리적인 순서로 배치되어 있는가
- 예시와 설명이 충분히 연결되는가
- 결론 또는 다음 행동이 명확한가
본문이 목록 페이지인 경우
구성은 보통 다음과 같습니다.
- 페이지 제목
- 주제 설명
- 필터 또는 카테고리
- 콘텐츠 카드 목록
- 페이지네이션 또는 더보기
- 추천/인기 콘텐츠
이 경우 설명의 초점은 탐색성입니다.
좋은 목록 페이지는 사용자가 원하는 콘텐츠를 빨리 찾을 수 있어야 합니다. 카드에는 보통 제목, 요약, 날짜, 태그, 썸네일, 카테고리가 들어갑니다.
본문이 랜딩 페이지인 경우
구성은 보통 다음과 같습니다.
- 문제 제기
- 해결책 소개
- 주요 기능
- 사용 예시
- 장점 또는 차별점
- 후기, 지표, 신뢰 요소
- CTA
이 경우 설명의 초점은 설득 흐름입니다.
카드, 목록, 섹션의 세부 구성
현대적인 웹페이지는 긴 문단만으로 구성되지 않습니다. 대부분 여러 개의 카드나 섹션 블록을 통해 정보를 나눕니다.
카드형 콘텐츠의 일반 구성
하나의 카드에는 보통 다음 요소가 들어갑니다.
- 썸네일 이미지
- 카테고리 라벨
- 제목
- 짧은 설명
- 작성일 또는 업데이트 날짜
- 태그
- 클릭 가능한 링크
카드는 사용자가 많은 콘텐츠 중에서 빠르게 선택할 수 있도록 도와줍니다.
카드 배열 방식
카드는 보통 다음 방식 중 하나로 배치됩니다.
- 1열 세로 목록
- 2열 그리드
- 3열 그리드
- 가로 스크롤 캐러셀
- 중요 콘텐츠 1개 + 보조 콘텐츠 여러 개
모바일에서는 대개 1열로 바뀌어야 합니다. 데스크톱에서는 2열 또는 3열이 자연스럽습니다.
설명할 때 포함하면 좋은 포인트
카드 영역을 설명할 때는 다음을 함께 말하는 것이 좋습니다.
- 카드가 어떤 기준으로 정렬되어 있는지
- 가장 중요한 카드가 어디에 배치되어 있는지
- 사용자가 카드를 눌렀을 때 어디로 이동하는지
- 태그나 카테고리로 탐색할 수 있는지
- 모바일에서도 읽기 쉬운지
보조 정보와 신뢰 형성 영역
좋은 페이지는 핵심 콘텐츠만 보여주지 않습니다. 사용자가 “이 정보를 믿어도 되는가”를 판단할 수 있는 보조 정보도 제공합니다.
신뢰를 만드는 요소
- 작성자 정보
- 작성일과 업데이트일
- 출처 또는 참고 링크
- 실제 사례
- 수치와 근거
- 관련 프로젝트 링크
- 이전 글 또는 후속 글
특히 기술·개발·AI 관련 페이지라면 단순한 주장보다 실행 가능한 근거가 중요합니다.
예를 들어 다음 두 문장은 신뢰도가 다릅니다.
약한 문장:
AI를 잘 활용하면 개발이 빨라집니다.
강한 문장:
반복적인 CRUD 화면, 문서 초안, 테스트 케이스 생성처럼 요구사항이 명확한 작업은 AI를 붙였을 때 속도가 크게 빨라집니다. 반대로 권한 설계, 결제, 데이터 정합성처럼 실패 비용이 큰 영역은 사람이 구조를 먼저 정해야 합니다.
페이지 구성 설명에서도 이런 신뢰 요소가 어디에 배치되어 있는지 확인해야 합니다.
사용자 참여 영역
VibeCoding 365처럼 콘텐츠와 질문이 결합된 사이트라면 사용자 참여 영역이 중요합니다.
사용자 참여 영역은 단순히 댓글창을 의미하지 않습니다. 사용자가 읽고 끝나는 것이 아니라, 질문하고, 저장하고, 공유하고, 다음 콘텐츠로 이동하게 만드는 구조입니다.
참여 기능의 예시
- 질문 작성
- 익명 질문
- 답변 확인
- 좋아요
- 북마크
- 공유 버튼
- 관련 질문 보기
- 다음 글 추천
- 뉴스레터 구독
좋은 참여 영역의 조건
- 사용자가 무엇을 하면 되는지 명확해야 합니다.
- 입력창은 너무 복잡하지 않아야 합니다.
- 질문 후 결과 상태가 이해 가능해야 합니다.
- 공개되는 내용과 비공개되는 내용이 구분되어야 합니다.
- 실패했을 때 사용자가 막히지 않아야 합니다.
예를 들어 질문 기능이 있는 페이지라면 다음처럼 안내되는 것이 좋습니다.
궁금한 점을 한 문장으로 적어도 됩니다. 다만 상황, 목표, 이미 시도한 방법을 함께 적으면 더 정확한 답변을 받을 수 있습니다.
이런 문구는 사용자의 질문 품질을 높이고, 답변의 품질도 함께 높입니다.
하단 CTA 영역
CTA는 Call To Action, 즉 사용자의 다음 행동을 유도하는 장치입니다.
페이지 하단에는 보통 사용자가 콘텐츠를 다 읽은 뒤 할 수 있는 행동이 배치됩니다.
대표적인 CTA
- 다음 글 읽기
- 관련 주제 더 보기
- 질문 남기기
- 프로젝트 시작하기
- 뉴스레터 구독하기
- 자료 다운로드
- 커뮤니티 참여
좋은 CTA의 기준
좋은 CTA는 페이지 내용과 자연스럽게 이어져야 합니다.
예를 들어 개발 방법론을 설명한 글의 끝에서 갑자기 “지금 구매하기” 버튼만 나오면 어색합니다. 대신 다음처럼 이어지는 것이 자연스럽습니다.
- “내 프로젝트에 적용할 체크리스트 보기”
- “비슷한 사례 더 보기”
- “내 상황을 질문으로 남기기”
CTA는 강요가 아니라 다음 단계 안내에 가까워야 합니다.
푸터 영역
푸터는 사용자가 페이지를 끝까지 내려왔을 때 만나는 마지막 안내판입니다.
푸터에는 보통 사이트 전체와 관련된 보조 정보가 들어갑니다.
푸터에 포함될 수 있는 요소
- 사이트 소개
- 운영자 또는 회사 정보
- 이용약관
- 개인정보처리방침
- 문의 링크
- SNS 링크
- 저작권 표시
- 주요 카테고리 링크
푸터는 눈에 띄는 영역은 아니지만, 사이트 신뢰도에 큰 영향을 줍니다. 특히 개인정보, 문의, 운영 주체가 보이지 않으면 사용자는 서비스를 덜 신뢰할 수 있습니다.
모바일 구성에서 꼭 봐야 할 점
페이지 전체 구성을 설명할 때 모바일 화면을 따로 고려해야 합니다.
요즘 사용자는 데스크톱보다 모바일에서 먼저 페이지를 보는 경우가 많습니다. 따라서 데스크톱 기준으로만 설명하면 실제 사용 경험을 놓칠 수 있습니다.
모바일에서 확인할 항목
- 헤더가 너무 높게 차지하지 않는가
- 메뉴가 햄버거 버튼으로 잘 정리되는가
- 제목 줄바꿈이 어색하지 않은가
- 카드가 1열로 자연스럽게 배치되는가
- 버튼이 손가락으로 누르기 충분한 크기인가
- 본문 줄 간격과 글자 크기가 읽기 편한가
- 하단 CTA가 너무 공격적으로 화면을 가리지 않는가
특히 피해야 할 구성
- 데스크톱 3열 카드가 모바일에서 너무 좁게 찌그러지는 경우
- 제목이 한 글자씩 줄바꿈되는 경우
- 버튼이 너무 작거나 붙어 있는 경우
- 이미지가 잘려서 핵심 내용이 보이지 않는 경우
- 본문보다 광고나 팝업이 먼저 보이는 경우
모바일 구성은 “예쁘게 줄어드는가”가 아니라 “작은 화면에서도 목적을 달성할 수 있는가”로 판단해야 합니다.
구체적인 예시: 페이지 구성 설명 방식
아래는 실제로 페이지를 설명할 때 사용할 수 있는 방식입니다.
예시 설명
이 페이지는 상단 헤더, 메인 소개 영역, 핵심 콘텐츠 영역, 보조 탐색 영역, 사용자 참여 영역, 푸터로 구성되어 있습니다.
상단 헤더는 사이트 로고와 주요 메뉴를 통해 사용자가 다른 섹션으로 이동할 수 있게 합니다. 이 영역은 페이지의 세부 내용보다 사이트 전체 탐색에 초점이 있습니다.
그 아래 첫 화면은 페이지의 주제를 요약하는 역할을 합니다. 제목과 설명 문장이 사용자의 첫 이해를 만들고, 버튼이나 링크가 있다면 사용자를 주요 행동으로 안내합니다.
본문 영역은 페이지의 실질적인 핵심입니다. 글 상세 페이지라면 제목, 요약, 소제목, 본문, 예시, 관련 링크 순서로 정보가 정리됩니다. 목록 페이지라면 카드형 콘텐츠가 중심이 되고, 각 카드는 제목·요약·태그·날짜·썸네일을 통해 빠른 선택을 돕습니다.
중간 또는 하단에는 관련 콘텐츠나 추천 콘텐츠가 배치될 수 있습니다. 이 영역은 사용자가 현재 페이지에서 이탈하지 않고 다음 관심 주제로 이어지도록 돕는 역할을 합니다.
질문이나 댓글 영역이 있다면 사용자 참여 기능으로 볼 수 있습니다. 이 영역은 단순한 보조 기능이 아니라, 페이지가 일방향 콘텐츠에서 상호작용형 콘텐츠로 확장되는 지점입니다.
마지막 푸터는 사이트 소개, 정책, 문의, 외부 링크 등 신뢰와 관리 정보를 제공합니다.
실수와 주의할 점
페이지 구성을 설명할 때 자주 하는 실수들이 있습니다.
보이는 요소만 나열하는 실수
“상단에 메뉴가 있고, 아래에 제목이 있고, 그 밑에 카드가 있습니다”라고만 하면 정보 가치가 낮습니다.
각 요소가 왜 그 위치에 있는지, 어떤 역할을 하는지 함께 설명해야 합니다.
디자인과 구조를 혼동하는 실수
색상, 여백, 폰트만 설명하면 페이지 구성 설명이 아닙니다.
디자인은 구조를 보조하는 요소입니다. 먼저 정보 흐름과 사용자 행동 흐름을 설명하고, 그다음 시각적 특징을 덧붙이는 순서가 좋습니다.
데스크톱 화면만 기준으로 보는 실수
웹페이지는 화면 크기에 따라 구성이 달라질 수 있습니다.
데스크톱에서는 3열 카드가 보이더라도 모바일에서는 1열 목록으로 바뀔 수 있습니다. 따라서 전체 구성을 설명할 때는 반응형 변화까지 포함하는 것이 정확합니다.
CTA를 놓치는 실수
페이지의 목적은 대개 사용자의 다음 행동과 연결됩니다.
글을 읽게 하는 것인지, 질문을 남기게 하는 것인지, 다른 글로 이동하게 하는 것인지, 구독하게 하는 것인지 확인해야 합니다.
콘텐츠의 우선순위를 보지 않는 실수
모든 요소가 똑같이 중요한 것은 아닙니다.
가장 큰 제목, 가장 눈에 띄는 버튼, 가장 위에 배치된 카드가 무엇인지 봐야 합니다. 페이지는 보통 시각적 크기와 위치를 통해 중요도를 표현합니다.
상황별 판단 기준
페이지 유형에 따라 설명의 초점이 달라져야 합니다.
글 상세 페이지라면
중점적으로 봐야 할 것은 다음입니다.
- 제목이 명확한가
- 요약이 있는가
- 본문 소제목이 논리적인가
- 예시와 근거가 충분한가
- 관련 글이나 다음 행동이 있는가
목록 페이지라면
중점적으로 봐야 할 것은 다음입니다.
- 콘텐츠가 어떤 기준으로 나열되는가
- 카드 정보가 충분한가
- 필터와 검색이 있는가
- 사용자가 원하는 항목을 빨리 찾을 수 있는가
- 빈 화면이나 로딩 상태가 자연스러운가
랜딩 페이지라면
중점적으로 봐야 할 것은 다음입니다.
- 첫 화면에서 가치 제안이 명확한가
- 문제 제기와 해결책이 이어지는가
- 기능 설명이 구체적인가
- 신뢰 요소가 있는가
- CTA가 자연스럽게 반복되는가
Q&A 페이지라면
중점적으로 봐야 할 것은 다음입니다.
- 질문 내용이 잘 드러나는가
- 답변이 충분히 읽기 쉬운가
- 관련 질문으로 이어지는가
- 질문 작성 흐름이 쉬운가
- 공개 상태와 답변 상태가 혼란스럽지 않은가
바로 실행할 순서
이 페이지의 전체 구성을 실제로 점검하거나 설명해야 한다면 다음 순서로 진행하면 됩니다.
1단계: 페이지 목적을 한 문장으로 정리합니다
예:
이 페이지는 사용자가 바이브코딩 관련 콘텐츠를 이해하고, 관련 글을 탐색하거나 질문을 남기도록 돕는 페이지다.
목적이 정리되어야 각 구성 요소의 의미를 판단할 수 있습니다.
2단계: 화면을 위에서 아래로 영역별로 나눕니다
다음처럼 구분합니다.
- 헤더
- 히어로
- 본문
- 관련 콘텐츠
- 참여 영역
- 푸터
3단계: 각 영역의 역할을 적습니다
각 영역마다 “무엇이 있다”가 아니라 “무엇을 하게 만든다”로 설명합니다.
예:
관련 콘텐츠 영역은 사용자가 현재 글을 읽은 뒤 같은 주제의 다른 글로 이동할 수 있게 해 체류 시간을 늘리는 역할을 한다.
4단계: 주요 인터랙션을 확인합니다
버튼, 링크, 카드, 검색창, 입력창이 있다면 모두 확인합니다.
확인할 내용은 다음입니다.
- 클릭 가능한가
- 어디로 이동하는가
- 사용자가 결과를 예측할 수 있는가
- 모바일에서도 누르기 쉬운가
5단계: 모바일 화면을 따로 봅니다
모바일에서는 구조가 달라질 수 있으므로 별도 확인이 필요합니다.
특히 제목, 카드, 버튼, 메뉴, 입력창을 확인해야 합니다.
6단계: 개선점까지 정리합니다
단순 설명에서 끝내지 말고 다음을 함께 적으면 좋습니다.
- 좋은 점
- 헷갈리는 점
- 빠진 정보
- 개선하면 좋은 CTA
- 모바일에서 조정할 요소
추천하는 최종 설명 방식
가장 좋은 답변 구조는 다음과 같습니다.
- 이 페이지의 목적
- 전체 레이아웃 요약
- 상단 헤더 설명
- 첫 화면 설명
- 본문 콘텐츠 설명
- 관련 콘텐츠/탐색 구조 설명
- 사용자 참여 기능 설명
- 모바일 구성 설명
- 장점과 아쉬운 점
- 개선 제안
이 순서로 설명하면 단순한 화면 묘사가 아니라, 페이지를 설계 관점에서 읽어낸 분석이 됩니다.
다음 단계
이 페이지를 실제로 더 정확하게 설명하려면 다음 기준으로 다시 보면 됩니다.
- 첫 화면에서 페이지의 목적이 3초 안에 이해되는지 확인합니다.
- 사용자가 가장 먼저 눌러야 할 버튼이 무엇인지 찾습니다.
- 본문이 정보 전달형인지, 탐색형인지, 참여형인지 구분합니다.
- 각 섹션이 다음 섹션으로 자연스럽게 이어지는지 봅니다.
- 모바일 화면에서 같은 흐름이 유지되는지 확인합니다.
- 마지막으로 사용자가 페이지를 떠나기 전에 할 수 있는 다음 행동이 분명한지 점검합니다.
정리하면, 페이지 전체 구성은 “상단부터 하단까지 무엇이 배치되어 있는가”보다 “사용자가 어떤 순서로 이해하고, 신뢰하고, 행동하게 되는가”를 중심으로 설명해야 합니다. 그래야 단순 화면 묘사가 아니라 실제로 쓸 수 있는 페이지 분석이 됩니다.
최근 질문
함께 보면 좋은 Q&A
Claude Code 팀 워크플로우 도입
Claude Code를 팀 워크플로우에 붙이려면 어디부터 시작해야 하나요?
Claude Code는 팀 전체에 한 번에 도입하기보다 PR 리뷰 보조, 테스트 추가, 린트 수정, 문서 업데이트처럼 검증하기 쉽고 되돌리기 쉬운 작업부터 붙이는 것이 안전합니다. 핵심은 작은 파일럿, 명확한 CLAUDE.md, 제한된 권한, 사람 리뷰, CI 검증입니다.
Prompt Packager 팀 도입
Prompt Packager를 팀에서 실제로 굴리려면 첫날 어떤 식으로 세팅해야 하나요?
Prompt Packager를 팀에 도입하는 첫날에는 프롬프트 모음집을 만들기보다, 반복 업무 1개를 골라 입력값·출력 형식·검수 기준·오너·개선 주기를 갖춘 작은 운영 패키지로 시작해야 합니다.
공민왕 웹툰 실사 이미지 프롬프트
공민왕: 웹툰 실사 스타일 이미지 프롬프트
공민왕 이미지는 ‘고려 말 왕의 품격, 개혁 군주의 고독과 긴장감, 웹툰식 선명한 얼굴선, 실사풍 의복 질감’을 함께 지정해야 조선 왕이나 중국 황제처럼 흐르지 않고 설득력 있게 나옵니다.