편집 기본기
▪ 유튜브가 공식으로 권하는 업로드 비트레이트는 1080p 30프레임에서 8Mbps, 60프레임에서 12Mbps입니다. 1440p는 16Mbps, 4K는 35~45Mbps입니다.
▪ 같은 20초 영상을 4·8·16·40Mbps로 내보내 봤더니 파일 크기는 9.6MB에서 98.8MB까지 열 배 넘게 벌어졌는데, 화질 점수는 95.15점에서 97.45점으로 2.3점 움직였습니다.
▪ 유튜브는 받은 영상을 다시 눌러서 내보냅니다. 올라가 있는 1080p 영상 세 개를 확인해 보니 H.264 기준 3,038~5,094kbps였습니다. 그 재압축을 흉내 내보니 8Mbps와 40Mbps의 점수 차이가 1.26점에서 0.53점으로 좁혀졌습니다.
내보내기 설정을 찾아보면
거의 비슷한 말이 나와요.
화질이 깨지는 게 싫으면
비트 전송률을 최대한 높여서 뽑아라.
저도 한동안 그렇게 알고 있었거든요.
그래서 20초짜리 하나를
40Mbps로 내보내 봤더니
파일이 98.8MB가 나왔습니다.
20초에 98.8MB면
10분짜리는 3GB 가까이 됩니다.
업로드 막대가 한참 안 움직이죠.
그런데 오늘 직접 재보니
그 고생의 절반 이상은
유튜브가 다시 누르는 과정에서
그냥 사라지더라고요.
오늘은 그 얘기를 숫자로 풀어볼게요.
유튜브 공식 문서에 적힌 값은 원문 그대로 옮기고,
화질 차이는 제 PC에서 직접 잰 것만 적었습니다.
내보내기 창에서는 뭘 고르나요?
파일 > 내보내기 > 미디어,
단축키로는 Ctrl+M입니다.
여기서 실제로 손대는 칸은
네 개 정도예요.
형식은 H.264로 둡니다.
유튜브가 권장 코덱으로
H.264를 적어놨거든요.
사전 설정에는
'소스 일치' 계열이 들어 있어요.
어도비 도움말은 이걸
소스 일치 - 높은 / 중간 / 낮은 적응형 비트레이트
세 가지로 소개하면서,
"소스의 프레임 크기를 기준으로
비트 전송률을 조정할 수 있습니다"라고 적고 있습니다.
원본 크기를 그대로 따라가게 두고 싶다면
여기서 시작하시는 게 편할 것 같아요.
비트 전송률 인코딩 칸이
오늘 글의 본론입니다.
어도비 비트 전송률 설정 도움말 화면 — 출처 : Adobe 'Premiere Pro에 대한 내보내기 설정 참조' 도움말 (2026.09.23 확인)
어도비 도움말을 그대로 옮기면
CBR은 "데이터 전송률을 상수 값으로 설정"하는 방식이고,
VBR은 "비디오/오디오 신호의 복잡성에 따라
데이터 전송률을 동적으로 조정"하는 방식입니다.
VBR 1패스와 2패스의 차이도 같은 문서에 있어요.
2패스는 "인코딩 시간이 길어지지만
인코딩 효율성이 향상되고
대개 더 높은 품질의 출력을 생성합니다"라고 돼 있습니다.
목표 비트 전송률은
그 아래 칸입니다.
숫자를 얼마로 넣느냐가
파일 크기를 거의 다 정해요.
유튜브가 권하는 값은 얼마인가요?
유튜브 고객센터에
'권장 업로드 인코딩 설정' 문서가 따로 있어요.
오늘 아침에 열어서 확인한 표입니다.
유튜브 권장 비트 전송률 표 화면 — 출처 : YouTube 고객센터 '권장 업로드 인코딩 설정' (2026.09.23 확인)
표에 적힌 값을 그대로 옮기면 이렇습니다.
1080p는 표준 프레임(24·25·30)에서 8Mbps,
높은 프레임(48·50·60)에서 12Mbps입니다.
1440p는 16Mbps와 24Mbps,
2160p(4K)는 35~45Mbps와 53~68Mbps,
720p는 5Mbps와 7.5Mbps입니다.
소리 쪽도 같은 문서에 있어요.
스테레오는 384Kbps,
모노는 128Kbps,
5.1은 512Kbps를 권합니다.
샘플링 레이트는 48kHz,
컨테이너는 MP4입니다.
한 줄 더 눈여겨볼 부분이 있어요.
녹화될 당시와 동일한 프레임 속도로
문서에 "콘텐츠는 녹화될 당시와 동일한
프레임 속도로 인코딩 및 업로드되어야 합니다"라고
적혀 있습니다.
용량을 줄이겠다고 60프레임을 30으로 깎는 건
여기에 어긋나는 셈이에요.
40Mbps로 올리면 더 좋아지나요?
이걸 말로만 하면 안 믿기실 것 같아서
직접 재봤습니다.
20.2초짜리 4K 샘플을
1080p 무손실 파일로 한 번 만들어두고,
그걸 기준 삼아
4·8·16·40Mbps 네 가지로 내보냈어요.
카드 1 — 비트레이트별 파일 크기 9.6MB / 19.6MB / 39.4MB / 98.8MB
파일 크기는 정직하게 따라옵니다.
4Mbps 9.6MB, 8Mbps 19.6MB,
16Mbps 39.4MB, 40Mbps 98.8MB입니다.
8Mbps와 40Mbps는 약 5배 차이예요.
화질은 VMAF라는 점수로 쟀습니다.
넷플릭스가 공개한 화질 비교 도구인데,
원본과 얼마나 같은지를 100점 만점으로 내줍니다.
카드 2 — 화질 점수 95.15 / 96.19 / 96.86 / 97.45
같은 순서로
95.15점, 96.19점, 96.86점, 97.45점이 나왔습니다.
용량이 열 배 넘게 벌어지는 동안
점수는 2.3점 움직인 겁니다.
여기까지는 "그래도 높은 쪽이 낫네" 싶으시죠.
저도 그랬는데, 다음이 문제였어요.
유튜브는 받은 파일을 그대로 틀어주지 않습니다.
자기 서버에서 한 번 더 눌러서 내보내요.
실제로 올라가 있는 1080p 영상 세 개의
스트림 정보를 받아봤습니다.
H.264 쪽이 3,038kbps, 3,248kbps, 5,094kbps였고
VP9 쪽은 1,158kbps에서 4,060kbps 사이였습니다.
제가 올린 게 40Mbps든 8Mbps든
시청자가 받는 건 이 구간이라는 뜻이에요.
그래서 네 파일을 전부
4.5Mbps로 한 번 더 눌러봤습니다.
유튜브가 하는 일을 흉내 낸 겁니다.
카드 3 — 재압축 뒤 8Mbps 94.73점, 40Mbps 95.27점
누르고 나니 네 파일 모두
11MB 언저리로 비슷해졌고,
8Mbps와 40Mbps의 점수 차이는
1.26점에서 0.53점으로 좁혀졌습니다.
용량을 5배 쓰고 업로드에 5배 기다려서
0.53점을 벌었다고 보시면 될 것 같아요.
용량이 너무 클 때는 어떻게 줄이나요?
순서가 있어요.
먼저 목표 비트 전송률을 권장값으로 내립니다.
1080p 30프레임이면 8Mbps입니다.
이 한 칸만 바꿔도
제 측정에서는 98.8MB가 19.6MB가 됐어요.
다음은 VBR 2패스입니다.
같은 목표값이라도 어도비 문서 표현으로는
"인코딩 효율성이 향상"되는 쪽이에요.
내보내는 시간은 늘어납니다.
해상도와 프레임 속도는 마지막에 봅니다.
1080p를 720p로 내리면 확실히 줄지만
유튜브에서 보이는 화면도 같이 작아지거든요.
프레임 속도는 위에서 적은 이유로 건드리지 않는 게 낫습니다.
내보낸 다음에는
파일을 우클릭해서 속성 > 자세히를 열어보세요.
프로그램을 다시 켜지 않아도
제대로 나왔는지 바로 보입니다.
내보낸 파일 속성 화면 — 출처 : 8Mbps 로 내보낸 샘플 파일의 윈도우 속성 > 자세히 (2026.09.23 직접 캡처)
제가 8Mbps로 내보낸 파일은
데이터 속도 8,230kbps,
총 비트 전송률 8,601kbps,
프레임 속도 30.00,
오디오 370kbps 스테레오 48.000kHz로 찍혔어요.
목표로 넣은 숫자와 비슷하게 나오면
설정이 먹은 겁니다.
자주 하는 실수는 뭔가요?
두 가지가 자주 겹칩니다.
하나는 시퀀스보다 크게 내보내는 것입니다.
1080p로 편집해놓고
"화질 좋게" 4K로 내보내는 경우인데,
없던 화소가 생기지는 않아요.
용량과 내보내는 시간만 늘어납니다.
다른 하나는 최대 렌더링 품질을 무조건 켜는 것입니다.
어도비 도움말은 이 항목을
"소스 미디어와 다른 프레임 크기로 비율을 조정할 때
세부 정보를 유지하고 앨리어싱을 방지"한다고 설명합니다.
크기를 바꿀 때 쓰는 칸이라는 뜻이에요.
같은 크기로 내보내면서 켜두면
얻는 것 없이 시간만 늘 수 있습니다.
같은 문서에 "렌더러가 금속, CUDA 또는 OpenCL로 설정된 경우
지원되는 GPU 하드웨어가 있는 시스템에서는
자동으로 최대 렌더링 품질을 사용합니다"라는 줄도 있어요.
그래픽카드로 돌리고 계시면
이미 켜져 있을 수 있습니다.
마지막으로 하나만 더
제 측정에도 한계가 있어요.
영상 한 편으로 잰 값입니다.
20.2초짜리 하나고,
화면이 아주 빠르게 움직이는 장면은 아니었어요.
컷이 빠르고 움직임이 많은 영상은
높은 비트레이트 쪽이 더 벌어질 수 있습니다.
VMAF는 사람 눈이 아닙니다.
기계가 매기는 점수라
1점 차이가 눈에 어떻게 보일지는
따로 봐야 해요.
재압축은 흉내입니다.
유튜브가 실제로 쓰는 설정은 공개돼 있지 않아서,
올라가 있는 영상의 비트레이트 구간에 맞춰
제가 한 번 더 누른 것입니다.
유튜브가 쓰는 방식과 같지는 않습니다.
그래도 방향은 이렇게 보여요.
1080p 30프레임이면 목표 8Mbps에서 시작하고,
화면이 유난히 바쁜 영상만
12Mbps 언저리까지 올려보는 정도가
품이 덜 드는 선택일 것 같아요.
반대로 원본을 오래 보관하실 거라면
높게 뽑아두는 게 나을 수 있습니다.
유튜브에 올리는 파일과
보관하는 파일을 같은 걸로 쓸 이유는 없거든요.
궁금한 게 있으면 댓글 남겨주세요.
아는 만큼 답글 드릴게요.
YouTube 고객센터 「권장 업로드 인코딩 설정」 기사 열기사진이 필요하면 이 기사에서. 단 기사 사진은 언론사 저작물이라 그대로 퍼오면 안 됩니다 — 출처를 밝히고 꼭 필요한 만큼만.
Adobe 「Premiere Pro에 대한 내보내기 설정 참조」 기사 열기사진이 필요하면 이 기사에서. 단 기사 사진은 언론사 저작물이라 그대로 퍼오면 안 됩니다 — 출처를 밝히고 꼭 필요한 만큼만.
Adobe 「기본 비디오 설정」 기사 열기사진이 필요하면 이 기사에서. 단 기사 사진은 언론사 저작물이라 그대로 퍼오면 안 됩니다 — 출처를 밝히고 꼭 필요한 만큼만.
정식 출시 전 무료
회원가입, 로그인 X
5분 영상 손편집 3시간 → 자동 처리 4분 50초 · 확인·수정은 따로
▶ 무료로 받기 justcut.net/free
#프리미어프로 #프리미어내보내기 #유튜브화질 #인코딩설정 #영상편집
편집 기본기
▪ 유튜브가 공식으로 권하는 업로드 비트레이트는 1080p 30프레임에서 8Mbps, 60프레임에서 12Mbps입니다. 1440p는 16Mbps, 4K는 35~45Mbps입니다.
▪ 같은 20초 영상을 4·8·16·40Mbps로 내보내 봤더니 파일 크기는 9.6MB에서 98.8MB까지 열 배 넘게 벌어졌는데, 화질 점수는 95.15점에서 97.45점으로 2.3점 움직였습니다.
▪ 유튜브는 받은 영상을 다시 눌러서 내보냅니다. 올라가 있는 1080p 영상 세 개를 확인해 보니 H.264 기준 3,038~5,094kbps였습니다. 그 재압축을 흉내 내보니 8Mbps와 40Mbps의 점수 차이가 1.26점에서 0.53점으로 좁혀졌습니다.
내보내기 설정을 찾아보면
거의 비슷한 말이 나와요.
화질이 깨지는 게 싫으면
비트 전송률을 최대한 높여서 뽑아라.
저도 한동안 그렇게 알고 있었거든요.
그래서 20초짜리 하나를
40Mbps로 내보내 봤더니
파일이 98.8MB가 나왔습니다.
20초에 98.8MB면
10분짜리는 3GB 가까이 됩니다.
업로드 막대가 한참 안 움직이죠.
그런데 오늘 직접 재보니
그 고생의 절반 이상은
유튜브가 다시 누르는 과정에서
그냥 사라지더라고요.
오늘은 그 얘기를 숫자로 풀어볼게요.
유튜브 공식 문서에 적힌 값은 원문 그대로 옮기고,
화질 차이는 제 PC에서 직접 잰 것만 적었습니다.
내보내기 창에서는 뭘 고르나요?
파일 > 내보내기 > 미디어,
단축키로는 Ctrl+M입니다.
여기서 실제로 손대는 칸은
네 개 정도예요.
형식은 H.264로 둡니다.
유튜브가 권장 코덱으로
H.264를 적어놨거든요.
사전 설정에는
'소스 일치' 계열이 들어 있어요.
어도비 도움말은 이걸
소스 일치 - 높은 / 중간 / 낮은 적응형 비트레이트
세 가지로 소개하면서,
"소스의 프레임 크기를 기준으로
비트 전송률을 조정할 수 있습니다"라고 적고 있습니다.
원본 크기를 그대로 따라가게 두고 싶다면
여기서 시작하시는 게 편할 것 같아요.
비트 전송률 인코딩 칸이
오늘 글의 본론입니다.
출처 : Adobe 'Premiere Pro에 대한 내보내기 설정 참조' 도움말 (2026.09.23 확인)
어도비 도움말을 그대로 옮기면
CBR은 "데이터 전송률을 상수 값으로 설정"하는 방식이고,
VBR은 "비디오/오디오 신호의 복잡성에 따라
데이터 전송률을 동적으로 조정"하는 방식입니다.
VBR 1패스와 2패스의 차이도 같은 문서에 있어요.
2패스는 "인코딩 시간이 길어지지만
인코딩 효율성이 향상되고
대개 더 높은 품질의 출력을 생성합니다"라고 돼 있습니다.
목표 비트 전송률은
그 아래 칸입니다.
숫자를 얼마로 넣느냐가
파일 크기를 거의 다 정해요.
유튜브가 권하는 값은 얼마인가요?
유튜브 고객센터에
'권장 업로드 인코딩 설정' 문서가 따로 있어요.
오늘 아침에 열어서 확인한 표입니다.
출처 : YouTube 고객센터 '권장 업로드 인코딩 설정' (2026.09.23 확인)
표에 적힌 값을 그대로 옮기면 이렇습니다.
1080p는 표준 프레임(24·25·30)에서 8Mbps,
높은 프레임(48·50·60)에서 12Mbps입니다.
1440p는 16Mbps와 24Mbps,
2160p(4K)는 35~45Mbps와 53~68Mbps,
720p는 5Mbps와 7.5Mbps입니다.
소리 쪽도 같은 문서에 있어요.
스테레오는 384Kbps,
모노는 128Kbps,
5.1은 512Kbps를 권합니다.
샘플링 레이트는 48kHz,
컨테이너는 MP4입니다.
한 줄 더 눈여겨볼 부분이 있어요.
녹화될 당시와 동일한 프레임 속도로
문서에 "콘텐츠는 녹화될 당시와 동일한
프레임 속도로 인코딩 및 업로드되어야 합니다"라고
적혀 있습니다.
용량을 줄이겠다고 60프레임을 30으로 깎는 건
여기에 어긋나는 셈이에요.
40Mbps로 올리면 더 좋아지나요?
이걸 말로만 하면 안 믿기실 것 같아서
직접 재봤습니다.
20.2초짜리 4K 샘플을
1080p 무손실 파일로 한 번 만들어두고,
그걸 기준 삼아
4·8·16·40Mbps 네 가지로 내보냈어요.
파일 크기는 정직하게 따라옵니다.
4Mbps 9.6MB, 8Mbps 19.6MB,
16Mbps 39.4MB, 40Mbps 98.8MB입니다.
8Mbps와 40Mbps는 약 5배 차이예요.
화질은 VMAF라는 점수로 쟀습니다.
넷플릭스가 공개한 화질 비교 도구인데,
원본과 얼마나 같은지를 100점 만점으로 내줍니다.
같은 순서로
95.15점, 96.19점, 96.86점, 97.45점이 나왔습니다.
용량이 열 배 넘게 벌어지는 동안
점수는 2.3점 움직인 겁니다.
여기까지는 "그래도 높은 쪽이 낫네" 싶으시죠.
저도 그랬는데, 다음이 문제였어요.
유튜브는 받은 파일을 그대로 틀어주지 않습니다.
자기 서버에서 한 번 더 눌러서 내보내요.
실제로 올라가 있는 1080p 영상 세 개의
스트림 정보를 받아봤습니다.
H.264 쪽이 3,038kbps, 3,248kbps, 5,094kbps였고
VP9 쪽은 1,158kbps에서 4,060kbps 사이였습니다.
제가 올린 게 40Mbps든 8Mbps든
시청자가 받는 건 이 구간이라는 뜻이에요.
그래서 네 파일을 전부
4.5Mbps로 한 번 더 눌러봤습니다.
유튜브가 하는 일을 흉내 낸 겁니다.
누르고 나니 네 파일 모두
11MB 언저리로 비슷해졌고,
8Mbps와 40Mbps의 점수 차이는
1.26점에서 0.53점으로 좁혀졌습니다.
용량을 5배 쓰고 업로드에 5배 기다려서
0.53점을 벌었다고 보시면 될 것 같아요.
용량이 너무 클 때는 어떻게 줄이나요?
순서가 있어요.
먼저 목표 비트 전송률을 권장값으로 내립니다.
1080p 30프레임이면 8Mbps입니다.
이 한 칸만 바꿔도
제 측정에서는 98.8MB가 19.6MB가 됐어요.
다음은 VBR 2패스입니다.
같은 목표값이라도 어도비 문서 표현으로는
"인코딩 효율성이 향상"되는 쪽이에요.
내보내는 시간은 늘어납니다.
해상도와 프레임 속도는 마지막에 봅니다.
1080p를 720p로 내리면 확실히 줄지만
유튜브에서 보이는 화면도 같이 작아지거든요.
프레임 속도는 위에서 적은 이유로 건드리지 않는 게 낫습니다.
내보낸 다음에는
파일을 우클릭해서 속성 > 자세히를 열어보세요.
프로그램을 다시 켜지 않아도
제대로 나왔는지 바로 보입니다.
출처 : 8Mbps 로 내보낸 샘플 파일의 윈도우 속성 > 자세히 (2026.09.23 직접 캡처)
제가 8Mbps로 내보낸 파일은
데이터 속도 8,230kbps,
총 비트 전송률 8,601kbps,
프레임 속도 30.00,
오디오 370kbps 스테레오 48.000kHz로 찍혔어요.
목표로 넣은 숫자와 비슷하게 나오면
설정이 먹은 겁니다.
자주 하는 실수는 뭔가요?
두 가지가 자주 겹칩니다.
하나는 시퀀스보다 크게 내보내는 것입니다.
1080p로 편집해놓고
"화질 좋게" 4K로 내보내는 경우인데,
없던 화소가 생기지는 않아요.
용량과 내보내는 시간만 늘어납니다.
다른 하나는 최대 렌더링 품질을 무조건 켜는 것입니다.
어도비 도움말은 이 항목을
"소스 미디어와 다른 프레임 크기로 비율을 조정할 때
세부 정보를 유지하고 앨리어싱을 방지"한다고 설명합니다.
크기를 바꿀 때 쓰는 칸이라는 뜻이에요.
같은 크기로 내보내면서 켜두면
얻는 것 없이 시간만 늘 수 있습니다.
같은 문서에 "렌더러가 금속, CUDA 또는 OpenCL로 설정된 경우
지원되는 GPU 하드웨어가 있는 시스템에서는
자동으로 최대 렌더링 품질을 사용합니다"라는 줄도 있어요.
그래픽카드로 돌리고 계시면
이미 켜져 있을 수 있습니다.
마지막으로 하나만 더
제 측정에도 한계가 있어요.
영상 한 편으로 잰 값입니다.
20.2초짜리 하나고,
화면이 아주 빠르게 움직이는 장면은 아니었어요.
컷이 빠르고 움직임이 많은 영상은
높은 비트레이트 쪽이 더 벌어질 수 있습니다.
VMAF는 사람 눈이 아닙니다.
기계가 매기는 점수라
1점 차이가 눈에 어떻게 보일지는
따로 봐야 해요.
재압축은 흉내입니다.
유튜브가 실제로 쓰는 설정은 공개돼 있지 않아서,
올라가 있는 영상의 비트레이트 구간에 맞춰
제가 한 번 더 누른 것입니다.
유튜브가 쓰는 방식과 같지는 않습니다.
그래도 방향은 이렇게 보여요.
1080p 30프레임이면 목표 8Mbps에서 시작하고,
화면이 유난히 바쁜 영상만
12Mbps 언저리까지 올려보는 정도가
품이 덜 드는 선택일 것 같아요.
반대로 원본을 오래 보관하실 거라면
높게 뽑아두는 게 나을 수 있습니다.
유튜브에 올리는 파일과
보관하는 파일을 같은 걸로 쓸 이유는 없거든요.
궁금한 게 있으면 댓글 남겨주세요.
아는 만큼 답글 드릴게요.
YouTube 고객센터 「권장 업로드 인코딩 설정」
https://support.google.com/youtube/answer/1722171?hl=ko
Adobe 「Premiere Pro에 대한 내보내기 설정 참조」
https://helpx.adobe.com/kr/premiere-pro/using/export-settings-reference-premiere-pro.html
Adobe 「기본 비디오 설정」
https://helpx.adobe.com/kr/premiere/desktop/render-and-export/export-files/basic-video-settings.html
정식 출시 전 무료
회원가입, 로그인 X
5분 영상 손편집 3시간 → 자동 처리 4분 50초 · 확인·수정은 따로
#프리미어프로 #프리미어내보내기 #유튜브화질 #인코딩설정 #영상편집
저장
- 위 [유튜브 고객센터 열기] 단추를 누릅니다.
- 오른쪽 위 돋보기에 찾는 말(예: 'Shorts 만들기')을 칩니다.
- 규격이 적힌 문단만 잘라서 캡처합니다.
- 글에 올릴 때 사진 아래 '출처 : YouTube 고객센터' 라고 적습니다.
- ⚠️ 규격은 자주 바뀝니다. 캡처한 날짜를 같이 적어두세요.
저장
- 그 화면이 실제로 보이는 곳까지 갑니다.
- 키보드 [윈도우]+[Shift]+[S] 로 필요한 부분만 네모로 잘라 캡처합니다.
- 글에 적은 값과 화면에 보이는 값이 같은지 확인합니다. 다르면 독자가 헷갈립니다.
- ⚠️ 내 파일 이름·경로·계정 이름이 같이 찍히면 가리고 올립니다.
- ⚠️ 캡처한 날짜를 사진 아래 적어두세요. 화면은 업데이트로 바뀝니다.
저장
- 그 화면이 실제로 보이는 곳까지 갑니다.
- 키보드 [윈도우]+[Shift]+[S] 로 필요한 부분만 네모로 잘라 캡처합니다.
- 글에 적은 값과 화면에 보이는 값이 같은지 확인합니다. 다르면 독자가 헷갈립니다.
- ⚠️ 내 파일 이름·경로·계정 이름이 같이 찍히면 가리고 올립니다.
- ⚠️ 캡처한 날짜를 사진 아래 적어두세요. 화면은 업데이트로 바뀝니다.
발행 전 확인
- 제목 맨 앞에 검색되는 말이 들어갔는지 (컷편집·제품명은 검색이 거의 없습니다)
- 첫 문단 안에 그 말이 다시 나왔는지
- 글 맨 앞 [요약] 세 줄이 있는지 (AI 브리핑 인용에 제일 크게 작용합니다)
- 본문이 1,500자 이상인지 · 소제목 절반 넘게 질문형인지 (배포 때 경고가 뜹니다)
- 카드에 넣은 숫자를 본문 문장에도 썼는지 (AI는 그림 속 글자를 못 읽습니다)
- 사진 7~10장 넣었는지 (첫 사진은 도입 바로 아래)
- 확정 효과·과장 표현이 없는지 (표시광고법)
- 아직 없는 기능을 있는 것처럼 쓰지 않았는지
- 요금·규격 수치를 임의로 적지 않았는지 (공식 화면 캡처 + 날짜)
- 쓴 음원·폰트·이미지가 상업적 이용까지 되는지 확인했는지
- 남의 사진·영상을 그대로 퍼오지 않았는지