[작성자:] 아일리고

  • 텍스트 깨지면 쇼츠 조회수 떨어진다

    텍스트 깨지면 쇼츠 조회수 떨어진다

    텍스트가 깨지면 쇼츠 조회수는 즉시 떨어진다

    글자가 잘린 쇼츠에서 시청자가 빠지는 자리는 첫 훅이 아니라 5~8초 구간이다. 실제 곡선을 재보면 3초까지는 거의 아무도 안 나가고, 그다음에 절반이 빠진다. 텍스트가 화면 밖으로 삐져나온 그 순간, 시청자는 ‘이건 만들다 만 영상인가’ 의심하며 손가락을 움직인다.

    영상 렌더링이 다 끝나고 드디어 업로드했다. 그런데 스마트폰으로 확인하자마자 입이 쫙 벌어진 경험이 있을 것이다. 1080×1920으로 잘라서 올렸는데, 정작 핵심 텍스트가 화면 밖으로 삐져나가 있거나 자막 아랫부분이 잘려 보인다. 이 문제는 단순히 미관의 문제가 아니다.

    아일리고에서 자동화로 뿌린 영상 중 텍스트가 화면 끝에 걸린 버전은 그렇지 않은 영상보다 조회수가 눈에 띄게 낮았다. 사람은 스크롤을 내리다가 글자가 잘린 순간, ‘이건 좀 부실하다’고 무의식적으로 판단하고 넘어가 버린다. 자막이 UI(제목, 채널명, 좋아요 버튼 등)에 가려져 내용을 읽지 못한다면 이탈률은 더 높아진다. 조회수를 포기해야 하는 문제가 아니라, 시스템을 고쳐서 막아야 할 누수다.

    영상 업로드 후 확인하는 순간의 허탈감

    모니터에서 편집할 때는 화면 밖으로 나가지 않았는데, 모바일 앱에서만 확인해 보면 끝이 1~2픽셀 잘리는 경우가 있다. PC 뷰어와 모바일 렌더링 엔진의 차이 때문이다. 깨끗하게 보이는 듯했는데 배포 후에 ‘띠’처럼 하얀 선이 생기거나 글자 획이 끊기면, 이미 업로드된 영상을 수정하기엔 늦었다. 그 허탈감을 아는 사람이라면 두 번 다시 원본 없이는 올리지 않는다.

    UI에 가려진 자막이 이탈률을 높이는 원리

    유튜브 쇼츠 화면 아래쪽에는 ‘구독’, ‘댓글’ 같은 버튼이 고정되어 있다. 자막을 화면 맨 아래에 깔면 이 버튼들에 정확히 가려진다. 시청자는 자막을 보려고 손가락으로 화면을 꾹 눌러 UI를 숨겨야 한다. 귀찮은 일이다. 대부분은 그냥 넘어가 버린다. 텍스트 배치는 디자인이 아니라, 유저의 행동 비용을 낮추는 기술적 문제다.

    절대 넘지 말아야 할 안전 영역 픽셀 수치

    가장 중요한 건 수치다. 감으로 ‘이 정도면 괜찮겠지’ 하고 배치하면 반드시 튄다. 1080×1920(9:16) 기준으로 유튜브가 공식 세이프 존 픽셀 값을 공개하지는 않는다. 대신 화면을 덮는 UI 를 재면 답이 나온다. 상단의 검색·설정 줄이 150픽셀 안팎, 하단의 채널명·제목·버튼 줄이 300픽셀 이상, 오른쪽의 좋아요·댓글·공유 열이 100픽셀 안팎을 가린다. 그래서 상단 150·하단 300·왼쪽 60·오른쪽 100픽셀은 비워두고 시작해야 한다. 하단을 150픽셀로 잡으면 UI 에 그대로 먹힌다.

    하지만 실제 운영 환경에서는 이 수치로도 부족하다. 크론으로 대량 생성한 영상을 갤럭시, 아이폰, 저가형 안드로이드 폰 등 여러 기기에서 돌려본 결과, 안전 영역보다 10~20픽셀 더 안쪽에 잡고 나서야 잘림이 사라졌다. 모바일 업로드 시 발생하는 미세한 압축 오차 때문이다. 그래서 나는 최종 렌더링 파일에서 상하좌우에 5% 정도의 의도적 여백(Buffer)을 더 둔다. 디자인이 조금 헐거워 보일 수 있지만, 잘리는 것보다 낫다.

    1080×1920 기준 상하좌우 여백의 픽셀 수

    이 수치는 절대 기준이 아니다. 화면 비율이 조금이라도 어긋나면 수치는 달라진다. 다만, 수동 편집을 할 때든 템플릿을 만들 때든 ‘하단 기준 300픽셀’ 정도는 금지 구역으로 생각하고 작업하면 텍스트 잘림은 대부분 사라진다. 자동화 파이프라인을 짤 때도 이 좌표 범위 밖으로는 텍스트 객체가 생성되지 않도록 코드로 막아두는 편이 낫다.

    압축 오차를 고려한 버퍼(Buffer) 5% 추가 법칙

    유튜브 서버로 파일이 올라가면 다시 한번 인코딩 과정을 거친다. 이 과정에서 픽셀이 1~2줄씩 잘리거나 늘어나는 현상이 생긴다. 내가 만든 자동화 시스템에서도 가장자리 테두리가 아슬아슬하게 들어간 영상은 인코딩 후에 텍스트가 반쪽만 나오는 경우가 종종 있었다. 5% 버퍼는 이 서버 압축 오차를 흡수하기 위한 보험이다. 텍스트 크기가 60픽셀이라면 3픽셀을 더 여유로 보라는 뜻이다.

    썸네일과 본문 텍스트, 가독성 높이는 위치 잡기

    쇼츠 썸네일은 영상 재생 화면이 아니라, 피드에서 스크롤을 내리기 전에 보이는 정지 이미지다. 여기 있는 텍스트와 영상 내 자막은 역할이 다르니 위치도 달라야 한다. 같은 높이에 두면 둘 다 알아보기 힘들다.

    썸네일 텍스트는 상단 15% 라인에 고정하는 게 유리하다. 내 영상 리스트를 쭉 볼 때 썸네일 텍스트가 유효한 곳은 위쪽뿐이다. 본문 자막은 중앙에서 상단 40%~80% 구간에 배치하는 게 가장 무난하다. 하단 300픽셀 안쪽은 ‘자막 설정’ 토글이나 UI가 덮칠 확률이 높아 위험 지대다.

    썸네일 텍스트: 상단 15% 라인 유지하기

    PC 웹에서 쇼츠를 볼 때는 썸네일이 잘 보이는데, 모바일 앱에서는 채널 아이콘이나 ‘구독’ 버튼이 썸네일 우측 상단을 덮기도 한다. 그래서 텍스트를 너무 구석에 몰아넣으면 안 된다. 상단에서 15% 정도 내려온 지점이 사람의 시선이 닿는 안전한 소제목 위치다. 캡컷 같은 툴에서 가이드라인을 그려두고 작업하면 실수가 줄어든다.

    본문 자막: 하단 ‘자막 설정’ 영역 피하는 법

    영상 재생 중에 화면을 터치하면 우측 상단에 톱니바퀴가 뜨고, 하단에는 자막 표시 옵션 등이 뜬다. 자동 생성된 자막을 쓸 때 스크립트의 길이에 따라 라인 수가 늘어나면, 이 라인들이 점점 하단으로 내려가서 UI와 충돌한다. 라인이 3줄을 넘어가기 전에 폰트 크기를 줄이거나, 텍스트를 두 줄로 끊어서 배치하는 로직이 필요하다. 그래야 하단 여백을 침범하지 않는다.

    쇼츠 텍스트 가독성 위치

    AI 툴과 템플릿, 텍스트 고정하는 자동화 꿀팁

    요즘은 AI가 자막을 달아주지만, AI는 기계라 픽셀 단위의 감각이 없다. Whisper나 다른 언어 모델을 써서 자막을 생성하면, 텍스트의 길이에 따라 y좌표가 이리저리 튄다. 한 줄일 때는 중간에 있다가, 문장이 길어지면 갑자기 밑으로 처지는 식이다. 이걸 그대로 쓰면 깨진다.

    AI 툴 설정에 ‘세이프 존(Safe Zone)’ 옵션이 있다면 무조건 켜두자. 캡컷이나 프리미어 프로 템플릿을 쓸 때도 화면 비율 가이드를 9:16 안전 영역으로 설정해 두고 그 위에 텍스트 레이어를 올려야 한다. 내가 직접 짠 파이썬 스크립트에서는 OpenCV를 써서 텍스트 bounding box의 하단 y좌표가 1500을 넘어가려 하면 강제로 1400으로 고정시키는 코드를 넣어뒀다. AI의 랜덤함을 코드의 엄격함으로 통제해야 한다.

    자막 생성 툴에서 ‘세이프 존(Safe Zone)’ 옵션 켜기

    수동으로 자막을 다는 툴이나 자동화 서비스 대부분은 텍스트 위치를 잡는 옵션이 있다. ‘Fit to screen’ 같은 게 기본값일 텐데, 이걸 믿지 말고 ‘Padding’이나 ‘Margin’ 값을 입력할 수 있는 곳을 찾아라. 하단 마진 값을 50~100 정도로 주는 것만으로도 자막이 바닥에 딱 붙는 사고는 막을 수 있다.

    캡컷/프리미어 프로 템플릿 그리드 활용법

    편집 툴마다 안전 영역 가이드를 보여주는 단축키가 있다. 캡컷이나 프리미어에서 모바일 9:16 미리보기를 켜고, 격자(Grid)를 표시하자. 이 격자에 맞춰 텍스트 상자를 정렬하는 템플릿을 하나 만들어두자. 매번 눈대중으로 잡지 말고, 미리 만들어둔 텍스트 스타일을 복사해서 쓰는 게 위치 튐을 막는 가장 빠른 방법이다.

    이미 잘린 영상, 다시 편집하지 않고 살리는 법

    실수로 텍스트가 잘린 영상이 발행됐다. 어떻게 하나? 다시 렌더링해서 올리는 게 정석이지만, 이미 조회수가 올라오기 시작한 영상을 내렸다가 다시 올리면 기록이 초기화된다. 이땐 유튜브 스튜디오 내의 편집 기능으로 응급 처치를 해볼 만하다. 완벽하진 않지만, 안 보이는 것보단 낫다.

    영상과 특수 효과 메뉴에 들어가면 ‘흐림(Blur)’ 효과가 있다. 잘린 텍스트가 있거나 오타가 난 부분에 블러를 쳐서 가리는 방법이다. 혹은 그 위에 ‘자막’ 트랙을 추가해서 새로운 텍스트를 덮어씌울 수도 있다. 나도 자동화 파이프라인에서 잘못된 텍스트가 포함된 영상이 한 번 발행된 적이 있는데, 렌더링 다시 돌리는 리소스가 아까워서 스튜디오 편집기로 텍스트를 수정해서 급한 불을 끈 적이 있다.

    유튜브 스튜디오 ‘흐림(Blur)’ 효과로 가리기

    PC 버전 유튜브 스튜디오에서 ‘콘텐츠’ 탭으로 들어가 해당 영상의 ‘편집’을 누른다. 영상 하단 탭에 ‘영상 및 특수 효과’가 있다. 여기서 블러 기능을 선택하고, 문제가 생긴 텍스트 부분을 드래그해서 선택하면 유튜브가 알아서 그 부분을 모자이크 처리해 준다. 원본 영상을 건드리는 게 아니라서 퀄리티 저하도 크지 않다.

    영상 및 특수 효과 기능 활용한 긴급 처치

    블러 외에도 ‘끝 화면’이나 ‘자막’ 추가 기능을 활용해 잘린 정보를 다시 표현할 수 있다. 다만, 이 방식은 모바일 앱에서 자막 설정을 끈 사용자에게는 안 보일 수도 있다. 100% 해결책은 아니지만, 이미 배포된 영상의 치명적 오타나 잘림을 수습하는 차선책으로는 훌륭하다.

    모바일과 PC 동시 만족시키는 최종 비율과 요약

    쇼츠는 기본적으로 모바일 숏폼이지만, PC에서 세로 모드로 보는 사람도 적지 않다. PC 화면은 모바일과 달리 양옆에 검은 여백이 생기거나 브라우저 창 크기에 따라 화면이 잘리기도 한다. 복잡한 디자인보다는 중앙에 텍스트를 몰아넣는 심플한 구도가 모든 기기에서 통한다.

    발행 전에는 꼭 ‘3초 컷’을 확인하자. 영상 초반 3초 동안에 가장 중요한 텍스트가 들어오는지, 그리고 그 텍스트가 화면 안에 온전히 들어오는지다. 아일리고의 시스템에선 이 ‘가장자리 픽셀 검증 로직’을 심어두어서, 텍스트 좌표가 안전 영역을 1픽셀이라도 벗어나면 발행을 막도록 해뒀다. 그 이후로는 텍스트가 잘려서 다시 올린 적이 없다. 사전에 막는 게 훨씬 쉽다.

    PC 세로 모드 고려형 심플 디자인

    화면 구석구석에 장식을 넣으면 모바일에선 좋아 보일지 몰라도, PC 세로 모드 뷰어에서는 정보가 지저분하게 뭉친다. 텍스트는 중앙 상단 20~80% 구간 안에 배치하고, 양쪽 여백을 넉넉히 남기는 디자인이 모바일과 PC를 동시에 만족시킨다. 디바이스 호환성을 고려하면 깔끔함이 최고의 방어다.

    체크리스트: 발행 전 3초 컷 확인

    1. 영상 시작 0~3초 구간에 핵심 텍스트가 들어오는가?
    2. 그 텍스트가 상단 150px, 하단 300px, 왼쪽 60px, 오른쪽 100px 안전 영역 안에 있는가?
    3. PC 화면에서 세로 모드로 켰을 때 텍스트가 UI와 겹치지 않는가?

    내 채널 127편의 유지율 곡선 (2026년 6월 28일~8월 27일 · 8월 28일 데이터로 갱신)

    세이프존 수치는 검색하면 나오니, 여기서는 내가 운영하는 쇼츠 채널의 실제 이탈 지점을 적는다. 네 개 채널 127편의 시청 유지율 곡선을 뽑아 채널별 중앙값을 냈다. 100%를 넘는 값은 시청자가 반복 재생해 첫 구간을 두 번 이상 본 채널이다(유튜브 유지율은 재생 횟수 기준이라 100%를 넘을 수 있다).

    • 3초 유지율: 99%, 100%, 100%, 113%
    • 5초 유지율: 88%, 86%, 90%, 106%
    • 8초 유지율: 63%, 51%, 63%, 80%
    • 반감기(시청자가 절반으로 주는 시점): 10.3초, 8.6초, 11.0초, 21.6초

    숫자가 100%를 넘는 건 같은 구간을 반복 재생한 시청이 섞여서다. 중요한 건 모양이다. 3초까지는 거의 안 빠지고, 5초와 8초 사이에서 무너진다. 네 채널 모두 같은 모양이었다.

    이 구간이 왜 중요하냐면, 자막이 잘렸을 때 시청자가 그걸 알아차리는 시점이 정확히 여기이기 때문이다. 첫 1~2초는 화면 전체를 훑느라 글자를 안 읽는다. 읽기 시작하는 시점에 문장 끝이 잘려 있으면, 그때 손가락이 올라간다. 그래서 잘림 문제를 훅 문제로 오해하면 고칠수록 헛돈다. 훅은 이미 통과하고 있다.

    점검 순서도 이 곡선을 따르는 게 맞다. 첫 화면 정지 이미지보다 5초와 8초 시점의 프레임을 먼저 뽑아 글자가 온전한지 본다. 나는 렌더가 끝나면 그 두 지점을 이미지로 뽑아 확인한다.

    출처와 근거 자료


    글쓴이 정보

    이 글은 문체·사실성 두 가지 자동 검사를 통과했습니다. 초안을 쓰는 건 제가 만든 AI 파이프라인이고, 검사에 걸리면 공개하지 않습니다. 만드는 과정

    궁금해할 만한 것들

    유튜브 쇼츠 텍스트가 화면 밖으로 잘리는 원인은 무엇인가요?

    PC 모니터와 모바일 앱의 렌더링 엔진 차이로 인해 잘리는 경우가 많습니다. 또한 서버 인코딩 과정에서 픽셀이 잘리거나 늘어나는 압축 오차도 주된 원인입니다.

    텍스트가 잘리지 않게 하는 세이프 존 픽셀 수치는?

    유튜브가 공식 수치를 공개하지 않으므로 화면을 덮는 UI 를 기준으로 잡습니다. 1080×1920 기준 상단 150픽셀, 하단 300픽셀, 왼쪽 60픽셀, 오른쪽 100픽셀은 비워야 합니다. 실제 운영에선 압축 오차를 고려해 5% 여백을 더 둡니다.

    쇼츠 자막을 배치하기에 가장 안전한 위치는 어디인가요?

    썸네일 텍스트는 상단 15% 라인에, 본문 자막은 화면 중앙에서 상단 40%~80% 구간에 두는 것이 가장 안전합니다. 하단 300픽셀 안쪽은 UI나 자막 설정 버튼에 가려질 확률이 높아 피해야 합니다.

  • 창업 손익분기점, 언제까지 따져봐야 할까?

    창업 손익분기점, 언제까지 따져봐야 할까?

    1인 창업, 감보다 숫자가 먼저여야 하는 이유

    임대 계약서에 도장 찍는 손이 떨리는 건 돈 때문만 아니다. 통장 잔고가 바닥나는 날이 시뮬레이션처럼 머릿속에 그려지기 때문이다. 내가 처음 SaaS를 런칭했을 때도 감으로 점포를 정했다가 고정비 압박으로 고생했던 적이 있다. 매달 나가는 서버비처럼 임대료는 매출과 상관없이 고정적으로 빠져나간다. 이 공포심을 없애는 방법은 시뮬레이션뿐이다. 매출이 0인 달에도 그 돈은 나간다. 내가 감당할 수 있는 손익분기점을 숫자로 먼저 그려야 공포가 준다. 단순히 “이곳은 사람이 많다”라는 감이 아닌, 객관적인 데이터로 무장해야 실패 확률이 줄어든다.

    창업 손익분기점 계산은 업종마다 다르다. 카페는 인구가 밀집한 곳을 선호하지만, 목공 공방은 조용한 곳이 더 나을 수도 있다. 내 업종에 맞는 상권 데이터의 기준을 세우지 않으면 데이터는 그저 숫자에 불과하다. 나처럼 자동화 툴을 만들 때도 기획 의도에 맞는 지표를 정해야 한다. 창업 역시 마찬가지다. 무작정 유동인구가 많은 곳을 찾기보다, 내 상품을 소비할 사람이 지나가는 곳을 찾는 게 우선이다. 주관적 감을 객관적 지표로 바꾸지 않으면 계약 순간까지 불안은 사라지지 않는다.

    계약 전 공포심을 없애는 유일한 방법은 ‘시뮬레이션’

    숫자를 놓고 가상의 시나리오를 돌려보라. 최악의 매출이 3개월간 이어진다면 버틸 수 있는지 계산기 두드려 보는 과정이 필수다. 내 경험상 크론 63개를 돌리며 겪은 서버 다운 사고도 예산 없이는 막기 힘들었다. 사업도 마찬가지다. ‘열정’으로 버티겠다는 생각은 위험하다. 월 고정비가 얼마나 나가고, 하루에 몇 명을 만나야 손익분기점을 넘기는지 시트 하나를 만들어서라도 미리 봐야 한다. 그래야 계약서 앞에서 주저앉지 않는다.

    내 업종에 맞는 상권 데이터의 기준은 다르다

    동네 상권 분석은 획일적으로 접근하면 안 된다. 편의점은 거주 인구가 중요하지만, 학원은 학생 수가 중요하다. SaaS를 여러 개 운영하면서 느낀 건, 서비스 성격에 따라 트래픽 패턴이 완전히 다르다는 사실이다. 상권 데이터도 그렇다. 내가 파는 것이 1,000원짜리 커피인지 10만원짜리 코스인지에 따라 필요한 데이터의 종류가 달라진다. 내 업종의 성격을 먼저 정의하고, 그에 맞는 지표를 골라내는 작업부터 시작해야 한다.

    이 매물이 내 돈을 먹어치울지, 객관적으로 진단하기

    유동인구 숫자가 많다고 해서 다 좋은 상권은 아니다. 사람이 많아도 걸음만 빠르다면 매출로 이어지지 않기 때문이다. 유동인구 데이터 확인 단계에서 ‘통행 속도’와 ‘체류 시간’을 같이 봐야 하는 이유가 여기에 있다. 지하철 역 근처는 유동인구가 압도적이지만, 퇴근길 직장인들은 빨리 집에 가려 하므로 카페보다는 테이크아웃 전문점이 유리할 수 있다. 반면 공원 인근은 체류 시간이 길어 앉아서 먹는 비즈니스 모델에 적합하다. 이처럼 단순 인구 수가 아닌 ‘체류 시간’과 ‘매장 앞 통행 속도’로 업종 적합성을 판단해야 착시를 피한다.

    공실률이 높은 곳은 기회일 수도 있지만 함정일 수도 있다. 상가 공실률 조회 자료를 보고 “렌트가 싸서 기회다”라고 판단하기 전에, 왜 비어있는지 원인을 따져봐야 한다. 단순히 집주인이 욕심이 많아서 비어있는 것인지, 아니면 그 상권 자체가 죽어가는 것인지 구별해야 한다. 업종별 적정 유동인구 기준 설정하기는 이런 리스크를 줄이는 핵심 과정이다. 나는 글을 쓸 때도 조회수가 중앙값 50인 인스타 릴스와 0인 피드를 구분한다. 상권 분석도 양적인 숫자보다 질적인 속성을 읽어내는 게 중요하다.

    유동인구 숫자보다 중요한 ‘통행 속도’와 ‘체류 시간’

    데이터만 보면 사람이 많은데 문을 닫는 가게가 많다. 이건 지나가는 사람의 속도가 너무 빠르기 때문이다. 내 매장 앞을 사람들이 ‘뚜벅뚜벅’ 걷는지, ‘띠딩띠딩’ 지나가는지 확인하라. 통행 속도가 느릴수록 매장으로 들어올 확률이 높다. 체류 시간 역시 중요하다. 그곳이 사람들이 쉬어가는 장소인지, 그냥 지나가는 통로인지 파악하지 못하면 유동인구 수에만 속아 낭패를 본다.

    공실률이 높은 곳은 기회인가 함정인가 판단법

    공실이 연달아 보이는 상권은 조심해야 한다. 임대료를 낮춰서 세입자를 유치하려는 유혹에 빠지기 쉽지만, 매출 기반이 없는 곳에서 싼 임대료는 의미가 없다. 주변 상권의 변화 추이를 1년 이상 봐야 한다. 최근 1년 내 권리금 변동 추이 분석을 통해 세입자가 자주 바뀌는지 확인하라. 권리금이 바닥을 치고 있거나 아예 형성이 안 되어 있다면, 그곳은 기회가 아니라 블랙홀일 확률이 높다.

    업종별 적정 유동인구 기준 설정하기

    타겟 고객이 누구냐에 따라 기준이 달라져야 한다. 2030 여성을 노리는 팝업 스토어와 중장년층을 노리는 식당은 같은 유동인구라도 대응 전략이 다르다. 내 SaaS 포트폴리오가 90개의 git 저장소가 쌓이듯, 상권 데이터도 나만의 기준이 쌓여야 한다. 단순히 “사람이 많다”를 넘어서 “내 고객이 몇 시에, 어떤 목적으로 오는가”를 기준으로 삼아야 한다.

    손익분기점, 도대체 언제까지 따져봐야 하나요?

    매달 나가는 비용을 정확히 아는 게 시작이다. 임대료·인건비를 감당하는 월 최소 매출액을 구하는 건 선택이 아닌 생존 문제다. 헤드리스로 LLM을 부를 때 기본 설정이 1회 $0.78이었는데, 불필요한 도구를 떼자 $0.028로 27배 줄였다. 이처럼 고정비를 줄이는 노력 없이 매출 증대만 바라는 건 순진한 생각이다. 창업 초기에는 매출보다 비용 통제가 훨씬 중요하다. 월 매출 300만 원을 목표로 잡았다면, 고정비가 그 절반을 넘으면 위험 신호다. 손익분기점을 계산할 때는 희망이 아닌 최악의 수치를 대입해야 한다.

    보증금과 권리금 회수 가능성이 높은 지역의 특징도 알아둬야 한다. 상권이 활발히 변화하는 곳일수록 권리금을 받고 나갈 확률이 높다. 반면 상권이 정체되거나 쇠퇴하는 곳은 보증금 반환조차 어려울 수 있다. 나갈 길부터 본다. 고정비 비율이 위험 수위에 도달했을 때의 대처법도 미리 정해둬야 한다. 나는 작업 폴더가 183개가 될 때까지 불필요한 파일을 정리하지 않아 관리에 애를 먹었다. 사업도 마찬가지다. 비용이 늘어나기 시작하면 즉시 가지치기를 하지 않으면, 고정비 압박에 눌려 문을 닫게 된다.

    임대료·인건비를 감당하는 월 최소 매출액 구하기

    (고정비 ÷ (1 – 변동비율)) 공식을 외우라기보다는, 한 달에 문을 닫아도 나가는 돈을 먼저 계산하라. 임대료, 관리비, 세금, 인건비, 나까지 포함한 최소 생활비를 다 합친 금액이 절대 넘으면 안 되는 최저선이다. 이 금액을 하루 평균 매출로 나누면 하루에 팔아야 할 물건의 개수가 나온다. 이 숫자가 현실적으로 불가능해 보인다면 계약을 다시 생각해야 한다.

    보증금과 권리금 회수 가능성이 높은 지역의 특징

    보증금 반환 리스크를 사전에 파악하는 건 등기부등본만으로는 부족하다. 최근 1년 내 권리금 변동 추이 분석이 필수적이다. 권리금이 오르는 상권은 인기가 있다는 뜻이므로 퇴거 시 보증금을 돌려받고 권리금을 받을 확률도 높다. 반면, 권리금이 없거나 내려가는 추세라면 나갈 때 손해를 볼 각오를 해야 한다. 내가 만든 중복 검사 가드가 12.3%의 오판을 했듯, 단발성 데이터보다는 추세를 봐야 정확하다.

    고정비 비율이 위험 수위에 도달했을 때의 대처법

    매출 대비 임대료 비율이 20~25%를 넘어서면 빨간불이다. 서버비가 튀면 즉시 원인을 찾아 끄듯, 고정비가 폭주하면 즉시 구조조정에 들어가야 한다. 비용을 줄이거나 단가를 높이는 방법밖에 없다. 미련 없이 비용 항목을 쳐내는 결단력이 없으면, 사업은 고정비 늪에 빠져 허우적거리게 된다.

    보증금 리스크 진단 도구

    계약 전, 보증금 반환 리스크를 완벽하게 차단하는 법

    등기부등본에서 반드시 확인해야 할 3가지 핵심은 근저당, 압류, 가압류다. 이게 말끔하게 해결되지 않은 건물은 아무리 조건이 좋아도 피해야 한다. 집주인의 성향과 건물 관리 실태 알아보는 것도 중요하다. 현장에 가서 화장실 청소 상태나 골목길 쓰레기 처리 상태를 보면 집주인의 마음가짐이 보인다. 계약 해지 시 반환 조건을 문서화하는 팁도 알아둬야 한다. 종이에 적어라. 구두 약속은 휴지 조각이나 다름없다. 나는 자동 생성한 글에서도 모호한 표현을 걷어내는 편인데, 계약서야말로 그래야 한다.

    상가 임대계약 주의사항은 인터넷에 널려 있다지만, 막상 계약할 때는 놓치기 쉽다. 특히 사업자등록 절차와 임대 계약 시점이 꼬이면 보증금 반환 리스크가 커진다. 계약서에 특약 사항으로 ‘명도 시 보증금 반환 기한’과 ‘방해 행위 금지’를 명시해야 한다. 집주인이 보증금을 돌려줄 돈이 없다고 발뺌하지 못하게끔, 계약 단계에서 쐐기를 박아둬야 한다.

    등기부등본에서 반드시 확인해야 할 3가지 핵심

    등기부등본을 띄우고 가장 먼저 ‘갑구’를 보라. 근저당 설정 금액이 보증금을 넘어섰다면 위험하다. 집주인이 빚을 갚지 못해 경매가 넘어올 경우, 보증금을 전부 돌려받지 못할 수 있기 때문이다. 을구의 압류나 가압류 기재도 독이다. 이런 표시가 있다면 그 집주인은 자금 사정이 좋지 않다는 증거다. 법적 절차를 밟아도 돈을 받을 때까지 한두 달은 족히 걸린다.

    집주인의 성향과 건물 관리 실태 알아보기

    계약 전에 이웃 세입자에게 물어보라. “수리 요청하면 잘 고쳐주나요?”라는 질문 하나면 성향이 드러난다. 건물 관리가 엉망인 곳은 수익성이 좋아도 스트레스로 인해 사업을 지속하기 어렵다. 내 블로그 포트폴리오가 20일 동안 35편을 발행하며 자동화 시스템을 다듬었듯, 건물도 시스템적으로 관리되는지 확인해야 한다. 골목이 어둡고 눅눅하면 아무리 좋은 물건도 팔리지 않는다.

    계약 해지 시 반환 조건을 문서화하는 팁

    계약서 7조의 ‘계약의 해지’ 항목을 눈 크게 뜨고 보라. “임대인은 임차인이 계약을 해지할 경우 보증금을 반환한다”라는 식의 모호한 문장은 쓸모없다. “계약 해지 통지 후 14일 이내에 원금을 반환한다”라고 기한을 명시하고, 지연 이자율도 적어두어야 한다. 나중에 말싸움 하지 않으려면 지금 디테일을 챙겨야 한다.

    AI와 데이터로 창업 의사결정, 실전 활용법

    내 상권 데이터를 자동으로 수집하는 시스템을 만들면 시간이 크게 준다. 공공 데이터 포털의 ‘소상공인 상권정보’ API를 활용해 내 관심 구역의 데이터를 주기적으로 긁어오는 방식이다. 실제 창업자들의 데이터 활용 사례와 결정 기준을 보면, 감정이 아닌 추세를 따르는 경우가 많다. 주관적 확신을 객관적 지표로 바꾸는 마인드셋은 창업뿐만 아니라 모든 비즈니스에 통한다. 나는 글을 쓸 때도 자동 파이프라인이 주 1~5편으로 불규칙하게 초안을 만들고, 문체·사실성 자동 검사를 통과한 글만 공개한다. 창업도 이런 식의 필터링 과정이 필요하다.

    창업 시뮬레이션 도구는 많지만, 정작 내 상황에 맞는 걸 찾기는 힘들다. 그렇다면 직접 만드는 게 나을 수도 있다. 엑셀이나 노션 자동화 툴을 이용해 매달 상권 지표를 가져오고 그래프를 그려보라. 데이터가 쌓이면 눈에 보이지 않던 패턴이 보인다. AI 비즈니스 모델이 데이터를 학습하듯, 창업자도 데이터를 학습해야 한다. “이곳은 분위기가 좋아서 될 거야”라는 말은 “이 데이터 추세가 상승해서 될 거야”로 바뀌어야 한다. 그래야 실패 확률이 낮아진다.

    내 상권 데이터를 자동으로 수집하는 시스템 만들기

    공공 데이터의 ‘지연 시간(T)’ 문제를 조심해야 한다. 1년 전 데이터가 현재 상권을 반영하지 못할 때 발생하는 ‘착시 효과’에 빠지지 말아야 한다. 이를 보정하는 현장 팁은, API 데이터와 직접 발로 뛴 데이터를 섞어 쓰는 것이다. 자동화가 100%는 아니라는 뜻이다. 내가 크론을 무인으로 돌리면서도 수동 검토를 병행하는 이유와 같다. 데이터를 믿되 최종 판단은 내가 해야 한다.

    실제 창업자들의 데이터 활용 사례와 결정 기준

    성공한 가게들은 다 이유가 있다. 그들은 우연이 아니라 데이터로 입점을 결정했다. 퇴근 시간 후 통행량이 급증하는 곳에 술집을 차리거나, 주말 체류 시간이 긴 곳에 베이커리를 차리는 식이다. 나도 183개의 작업 폴더를 정리하며 효율적인 구조를 찾았듯, 그들은 숫자 속에서 승산을 찾는다. 남들이 “여긴 안 될 거야”라고 말할 때, “이 지표가 괜찮아서 해볼 거야”라고 말할 수 있어야 진짜 창업가다.

    주관적 확신을 객관적 지표로 바꾸는 마인드셋

    “여기는 내 감이 좋아”라는 말은 금지어다. 대신 “이곳의 통행량은 평균 대비 10% 높고, 체류 시간은 5분 더 길다”라고 말해야 한다. 숫자에 기반하지 않은 확신은 망상이다. AI가 문체를 검사하듯, 나도 나의 창업 아이디어를 차갑게 검증해야 한다. 그래야 계약서에 도장 찍은 순간, 후회하지 않는다.

    근거로 삼은 문서

    고지 — 이 글은 창업·계약에 관한 일반 정보이며 변호사·공인중개사·세무사의 자문을 대신하지 않습니다. 실제 계약이나 투자 결정 전에는 해당 분야 전문가와 관할 기관에 확인하시기 바랍니다.


    글쓴이 정보

    여기 올라오는 글의 초안은 운영자가 만든 AI 파이프라인이 자동으로 만듭니다. 다만 문체·사실성 검사를 통과하지 못한 초안은 공개되지 않고 사람이 손봅니다. 그 과정은 포트폴리오에서 볼 수 있습니다.

    자주 묻는 질문

    창업 손익분기점 계산은 언제까지 해야 하나요?

    임대 계약서에 도장 찍기 전 시뮬레이션을 완료해야 합니다. 최악의 매출 시나리오를 넣어도 버틸 수 있는지 고정비 기준으로 미리 검증하세요.

    유동인구가 많은데도 매출이 안 나오는 이유는?

    지나가는 사람들의 통행 속도가 너무 빨라서일 가능성이 높습니다. 매출로 이어지려면 유동인구 수보다 체류 시간과 통행 속도가 느린지 확인해야 합니다.

    공실률이 높은 상권을 임대해도 될까요?

    왜 비어있는지 원인을 따져보지 않고 임대료만 보고 접근하면 위험합니다. 최근 1년간 권리금 변동 추이를 봤을 때 세입자가 자주 바뀌는 지역은 피하는 게 좋습니다.

    감 없이 상권 분석 데이터를 보는 방법은?

    단순 인구 수를 넘어 내 업종에 맞는 객관적 지표를 정해야 합니다. 카페는 체류 시간, 공방은 조용함처럼 업종의 성격에 맞는 데이터 기준을 먼저 세우세요.

    창업 초기 고정비를 줄이는 팁이 있나요?

    희망 매출이 아닌 최악의 수치를 대입해 비용을 계획하세요. 월 매출의 절반 이상을 고정비가 차지하지 않도록 임대료와 인건비를 엄격히 통제해야 합니다.

  • 세금 폭탄 맞기 전 1인 개발자 점검 3곳

    세금 폭탄 맞기 전 1인 개발자 점검 3곳

    첫 수익이 발생했는데, 지금 당장 무엇을 신고해야 할까요

    카카오톡 알림 소리에 울렁증이 온다. SaaS 첫 결제가 들어온 날, 기쁨보다 당황이 앞섰던 경험이 있다. 돈이 들어왔는데 뭘 해야 할지 모르겠는 게 당연하다. 1인 개발자 세금 신고 필수 항목을 하나하나 챙기다 보면 금방 익숙해진다. 가장 먼저 구분해야 할 건 부가세와 종합소득세다. 헷갈리게 하지만 신고 시기와 대상이 다르다. 아예 다른 세금이다.

    부가세는 반기로 끊는다. 개인 일반과세자는 1~6월치를 7월 25일까지, 7~12월치를 다음 해 1월 25일까지 확정신고한다. 4월과 10월에 오는 예정고지서는 직전 반기에 낸 세액의 절반을 미리 내는 것이라 보통 납부만 하면 되고, 매출이 크게 줄었으면 그때는 직접 예정신고를 할 수 있다(1기 예정신고 기한은 4월 25일). 종합소득세는 1년 전체를 합쳐서 다음 해 5월에 신고한다. 지금 당장 급한 건 부가 신고다. 사업자 등록을 하지 않았더라도 일정 규모 이상의 수익이 발생하면 사업자로 간주되어 신고 대상이 된다. 신규 1인 개발자가 범하기 쉬운 실수가 있다. 사업자번호 개설 전 테스트로 벌어들인 수익을 그냥 넘기는 경우다. 이건 누락되면 나중에 가산세를 낼 수 있다. 테스트 수익이라도 사업 관련성이 있다면 신고 대상이다.

    업무 비용인지 아닌지, 그 기준을 코드로 치면 어떡하죠

    세무사들은 “업무와 관련성”이라고 말한다. 개발자 입장에서 이 말은 너무 추상적이다. 코드로 치면 런타임 에러가 나지 않게 하는 의존성과 비슷하다. AWS 비용 청구서, GCP 세금 계산서, Cloudflare 도메인 결제 내역은 가장 명확한 필수 비용이다. 이건 서비스가 돌아가는 데 없어서는 안 될 리소스다.

    헷갈리는 건 장비다. 맥북을 샀는데 회사 일로 100% 쓴다. 그럼 경비인가? 기준은 업무 전용 여부다. 개인 용도(게임, 넷플릭스)로 섞어 쓰면 경비 인정이 까다롭다. 노트북과 모니터처럼 고가 장비는 업무용 쓰임새를 입증하는 자료를 남겨둬야 나중에 심사 때 걸리지 않는다. 일반 관리비와 업무 무관 지출의 경계를 명확히 하는 게 핵심이다. 카페비는 업무 미팅 증빙이 되어야 하고, 식대는 접대 비용으로 처리할 때 한도가 있다.

    홈택스 마스터하기: 원천징수 조회와 세금 계산서 발행

    홈택스 UI는 개발자 친화적이지 않다. 그래도 메뉴 위치 정도는 외워둬야 한다. 내가 받은 원천징수 내역은 홈택스에 로그인해 My홈택스의 지급명세서 제출내역에서 확인한다. 여기서 3.3%의 원천징수 세금이 제대로 잡혔는지 본다. 이름이 비슷한 ‘원천징수이행상황신고’는 돈을 **주는** 쪽이 신고하는 메뉴라 받는 사람이 볼 곳이 아니다. 홈택스 메뉴 이름은 개편 때마다 바뀌므로 최종 위치는 화면에서 검색해 확인하는 게 빠르다. B2B 거래를 할 때 상대방이 세금을 떼어갔다면 이 내역이 있어야 한다.

    계산서를 발행해야 할 때도 있다. 사업자끼리 거래하면 금액과 관계없이 세금계산서를 발행하는 게 원칙이다(부가가치세법 제32조). 흔히 말하는 3만 원은 발행 기준이 아니라 받는 쪽의 증빙 기준이다 — 건당 3만 원을 넘는 지출에 세금계산서·신용카드 매출전표·현금영수증 같은 적격증빙이 없으면 증빙불비 가산세 2%를 문다. ‘계산서 발행 및 수취 내역’ 메뉴에서 입력하면 된다. 스크립트로 돌리는 자동화와는 다르게 수동 입력이라 실수가 잦다. 현금영수증과 세금계산서 중 뭘 써야 할까? 사업자 간 거래는 세금계산서다. 개인 고객에게 서비스를 파는 SaaS라면 신용카드 매출전표나 현금영수증이 증빙이 된다. 고객이 계산서를 달라고 하면 그때 발행 메뉴를 찾아가면 된다.

    업무 비용 분석하는 돋보기

    간편장부 vs 복식부기, 어떤 선택이 개발자에게 유리한가

    단순 비용 절감만 생각하면 간편장부가 편해 보인다. 하지만 SaaS 운영 구조를 보면 복식부기가 더 효율적일 때가 많다. 장부 세액 공제를 받을 수 있기 때문이다. 서버 비용과 API 사용료처럼 매입이 명확하게 발생하는 SaaS 사업은 복식부기의 장점을 극대화하기 좋다. 간편장부는 단순수익금액에 비례해 추계 경비를 인정해주지만, 실제 쓴 비용이 그보다 많으면 손해다.

    복식부기는 장부를 쓰는 노력이 필요하다. 다행히 전자세금계산서와 연동되는 회계 툴을 쓰면 자동으로 장부가 만들어진다. 매입이 많은 1인 개발자라면 초기 세팅 비용을 들이더라도 복식부기를 선택하는 게 낫다. 장부 세액 공제 덕분에 환급받는 부가세가 간편장부보다 클 가능성이 높다. 단순히 기록의 편의성을 따지기보다 세금 절감 효과를 계산기로 두들겨보고 결정해야 한다.

    세금 신고를 위한 필수 서류와 관리 엑셀 양식

    복잡한 회계 소프트웨어 없어도 된다. 나는 엑셀 하나로 관리한다. 매출/매입 내역을 기록하는 최소한의 구조만 있으면 충분하다. 날짜, 품명, 공급가액, 부가세, 적요. 이 5개 컬럼만 있어도 세무사는 일을 처리할 수 있다. CSV 파일로 크론 작업을 돌려서 매달 내려받는 식으로 자동화를 구축해두면 두 번 손 쓸 일이 없다.

    증빙 서류 보관도 중요하다. 영수증이나 계약서는 종이로 뭉쳐두지 말고 PDF로 스캔해서 클라우드에 올려두자. 세무사에게 장부를 넘길 때 폴더 구조만 깔끔해도 작업 속도가 달라진다. 월별 단위로 폴더를 만들고 그달에 발생한 비용 영수증을 다 넣어둔다. 이거 하나만 지켜도 세무사가 “정리 잘해오셨네”라고 한다.

    세금 폭탄을 피하는 마지막 점검: 3가지 핵심

    가계 지출을 사업 경비로 넣지 마라. 편의점에서 산 커피나 점심값을 경비 처리하다가 걸리면 가산세가 만만치 않다. 업무와 명확히 관련된 비용만 올린다. 신고 기한을 놓치지 않는 것도 중요하다. 내 자동화 시스템에도 세금 신고 알림 크론이 돌고 있다. 깜빡하고 지나가면 납부 유예 승인을 받더라도 불이익이 따른다.

    투자 수익은 사업 수익이 아니다. 주식으로 번 돈을 SaaS 매출 항목에 넣으면 안 된다. 이건 분리해야 한다. 나는 직접 만든 도구를 써서 투자 내역을 사업 장부와 분리해서 관리한다. 섞으면 나중에 못 푼다. 투자 손익과 사업 손익이 섞이면 장부가 꼬이고 세금 신고 때 골치 아파진다. 코드로 돈을 버는 사람이라면 장부도 코드처럼 깔끔하게 유지하는 습관이 필수다.

    참고한 공식 문서

    고지 — 이 글은 세금에 관한 일반 정보이며 세무사의 자문을 대신하지 않습니다. 세법과 신고 기한은 바뀌므로 실제 신고 전에는 국세청 안내나 세무 전문가에게 확인하시기 바랍니다.


    글쓴이 정보

    여기 올라오는 글의 초안은 운영자가 만든 AI 파이프라인이 자동으로 만듭니다. 다만 문체·사실성 검사를 통과하지 못한 초안은 공개되지 않고 사람이 손봅니다. 그 과정은 포트폴리오에서 볼 수 있습니다.

    자주 묻는 질문

    사업자 등록 전 테스트 수익도 세금 신고를 해야 하나요?

    네, 사업 관련성이 있는 테스트 수익도 신고 대상입니다. 나중에 가산세를 피하려면 사업자번호 개설 전 수익도 누락 없이 합산해야 합니다.

    부가세와 종합소득세의 신고 시기는 어떻게 다른가요?

    개인 일반과세자는 1~6월치를 7월 25일까지, 7~12월치를 다음 해 1월 25일까지 확정신고합니다. 4월·10월 예정고지는 직전 반기 세액의 절반을 미리 내는 것이라 보통 납부만 하면 됩니다. 종합소득세는 1년치를 합산해 다음 해 5월에 신고합니다.

    고가 장비인 맥북을 업무 경비로 인정받으려면 어떻게 해야 하나요?

    업무 전용으로 사용된다는 것을 입증할 수 있는 자료를 남겨야 합니다. 개인 용도와 섞여 쓰면 인정이 까다로우므로 사용 내역을 명확히 관리하세요.

    B2B 거래 시 세금계산서와 현금영수증 중 뭘 써야 하나요?

    사업자 간 거래는 세금계산서를 발행합니다. 개인 고객에게 파는 경우에는 신용카드 매출전표나 현금영수증으로 증빙하면 됩니다.

    1인 개발자는 간편장부와 복식부기 중 무엇을 선택해야 하나요?

    서버 비용 등 매입이 많은 SaaS 구조라면 복식부기가 세액 공제 측면에서 유리합니다. 비용이 적다면 간편장부가 편하지만, 실제 지출보다 추계 경비가 적으면 손해를 볼 수 있습니다.

    세무사에게 장부를 넘길 때 가장 중요한 정리 포인트는?

    월별로 폴더를 만들어 비용 영수증을 PDF로 스캔해서 보관하세요. 엑셀에는 날짜, 품명, 공급가액, 부가세, 적요 5개 컬럼만 있어도 세무사가 처리하기에 충분합니다.


  • 이대로 만들면 쇼츠 광고 실패합니다

    이대로 만들면 쇼츠 광고 실패합니다

    왜 당신의 쇼츠 광고는 1초 만에 넘어가는가

    유튜브 쇼츠 알고리즘은 가차가 없다. 내가 만든 SaaS 광고 영상도 처음엔 참담했다. 스크롤이 내려가는 속도를 못 따라갔다. 문제는 영상 퀄리티가 아니었다. 쇼츠 광고 소재 만드는법을 단순히 ‘영상 편집’ 정도로만 알고 있어서 생긴 착각이었다. 1인 마케터에게 가장 희귀한 자원은 시간이다. 내 블로그에 크론 63개를 돌리고 183개의 작업 폴더를 쌓아가며 자동화에 미쳐 있는 이유도 그 시간을 아끼기 위함이다. 수동으로 대본 짜고 자막 달고 자르는 작업을 반복하다간 하루가 다 간다. 넘어가는 1초를 붙잡으려면 제작 시간을 획기적으로 줄이는 구조가 먼저다. 그래야 테스트를 많이 해서 살아남는 소재를 찾을 수 있다.

    알고리즘이 사용자를 붙잡아두는 지표는 시청 지속 시간이다. 처음 1~2초 안에 시선을 뺏지 못하면 광고비는 날린다. 텍스트를 화면 중앙에 크게 박는 것만으로는 부족하다. 내가 수동으로 편집하던 시절과 자동화 파이프라인을 구축한 후를 비교해보면 확실히 드는 차이가 있다. 반복 작업에서 해방되자 ‘첫 3초’에만 고민을 쏟을 수 있었다. 대본 쓰고 자르는 시간은 기계에게 맡기고, 우리는 구조를 잡는 데 집중해야 한다.

    쇼츠 광고의 핵심은 짧은 호흡의 문제 해결 과정을 보여주는 데 있다. 사용자가 겪는 불편함을 먼저 보여주고, 그것을 해결하는 장면을 순식간에 보여주면 된다. 아무리 좋은 상품이라도 서사가 없으면 그냥 지나가는 영상일 뿐이다. 특히 1인 사업자가 신경 써야 할 부분은 효율이다. 멋진 영상 하나 만드느라 3일을 쓰면 안 된다. 하루에 다섯 개, 열 개를 찍어서 던져볼 수 있는 시스템이어야 한다.

    초보자가 무조건 지켜야 할 광고 소재 구조

    시선을 사로잡는 구조는 데이터가 말해준다. 자사 서비스 광고 대본을 A/B 테스트하며 확인한 건데, 기능 설명부터 나가는 영상은 이탈률이 높았다. 반면 “이거 때문에 스트레스받지 않나요?” 같은 질문이나 “매일 밤 10시에 이걸 하고 있다” 같은 구체적인 상황 묘사로 시작하면 지속 시간이 늘어났다.

    1. 후킹(Hook): 시각적 임팩트나 공감 가능한 질문으로 시작한다.
    2. 문제 제기(Agitate): 사용자의 현재 고통을 건드린다.
    3. 해결(Solution): 제품이 그 고통을 어떻게 없애주는지 보여준다.
    4. 행동(CTA): 클릭하거나 구독하게 만든다.

    이 구조대로 흘러가도록 대본을 짜야 한다. 첫 3초는 화면이 바뀌거나 글자가 크게 등장하는 등의 시각적 자극이 필요하다. 내가 운영하는 인스타 계정의 최근 30편을 분석해봤을 때도, 조회수 중앙값이 50에 그친 피드 영상들과 달리 문제를 바로 던지는 릴스가 반응이 훨씬 좋았다. 사람들은 자신의 이야기인 것처럼 느껴질 때 멈춰선다.

    해결책 제시 부분은 군더더기를 없애야 한다. 장황한 설명보다 “이 버튼 하나로 끝”이라는 식의 직관적인 화면 구성이 낫다. 마지막 CTA는 모호하게 말하지 말고 “프로필 링크 확인”처럼 행동을 지시해야 한다. 구조를 정형화해두면 AI에 입력할 때도 딱 떨어진다. 템플릿에 내용만 바꿔 끼우는 식으로 접근하면 실수가 줄어든다.

    AI 활용: 영상과 대본을 자동 생성하는 입력 전략

    AI한테 “영상 만들어줘”라고 시키면 쓸모없는 게 나온다. 개발자로서 AI가 쓴 글을 검사하는 시스템을 만들어봤지만, 모호한 입력은 엉뚱한 출력을 낳는다는 걸 뼈저리게 알았다. 검색 의도를 반영해서 프롬프트를 짜야 한다. 페르소나와 맥락을 명확히 주는 것이 핵심이다.

    당신은 1인 창업자의 고민을 해결해주는 SaaS 마케팅 전문가다. [상품명]을 홍보하는 15초짜리 유튜브 쇼츠 대본을 쓰라. 타겟은 [타겟 고객]이며, 가장 큰 고통점은 [고통점]이다. 구조는 ‘문제 제기-해결-CTA’를 따르고, 첫 문장은 [구체적인 질문]으로 시작해라. 말투는 친근하고 구어체로 한다. 화면 지시(화면:~, BGM:~)를 대본 사이에 괄호로 넣어라.

    이렇게 프롬프트를 구체화하면 퀄리티가 달라진다. 거짓 정보 필터링을 위해 자동 검수를 돌릴 때도, 대본이 구조를 지키는지 확인하는 가드를 걸어두면 휴먼 리뷰 시간을 줄일 수 있다.

    영상 생성 툴에 넣을 때도 시각적 키워드가 중요하다. “사무실 씬”보다는 “맥북 앞에서 머리를 감싸 쥐는 20대 남성”처럼 구체적일수록 좋다. AI 비디오 생성 툴들은 프롬프트 엔지니어링에 민감하다. 라이선스가 명시된 툴만 써서 상업 사용에 문제가 없도록 주의해야 한다. 무료 티어 중에는 상업적 이용을 금지하는 경우가 많아서 골치 아프다. 또한, 대본에서 나온 키워드를 그대로 영상 생성 프롬프트에 연결하면 자동화 파이프라인 구축이 수월해진다. 텍스트가 텍스트를 낳고, 그게 다시 영상이 되는 구조를 만들어야 한다.

    쇼츠 제작 프로세스

    자동화로 광고 소재 공장 만드는 제작 프로세스

    시간이 없는 1인 마케터는 수동 작업을 줄여야 한다. 내 블로그 글도 자동 파이프라인이 주 1~5편으로 불규칙하게 초안을 만들고, 검사를 통과한 글만 나가도록 해뒀다. 광고 소재도 똑같다. 아이디어부터 발행까지 30분 안에 끝내는 워크플로우를 가져야 한다.

    1. 아이디어 & 대본 생성: GPT 계열 API를 이용해 구조화된 대본 10개를 한 번에 뽑는다.
    2. 영상 합성: 생성된 대본을 텍스트 투 스피치(TTS)와 이미지 생성 API에 보낸다.
    3. 자막 & 배경음: 비디오 에디팅 툴의 API나 자동화 툴(예: Make, Zapier)을 연결해 자막을 입히고 배경음을 덮는다.
    4. QA & 발행: 생성된 영상을 사람이 빠르게 훑어보고 문제가 없으면 바로 업로드한다.

    크론으로 이 과정을 돌리면 잠자는 사이에도 소재가 쌓인다. 헤드리스로 LLM을 부를 때 기본 설정이면 비싼데, 모델과 작업 디렉터리를 지정하고 불필요한 도구를 떼면 비용을 27배까지 줄일 수 있다. 내 경험상 1회 호출에 $0.78이 나오던 걸 $0.028로 줄였다. 이렇게 비용을 최적화해야 대량 생산이 가능하다.

    반복 제작을 위해 템플릿화하는 것도 잊지 마라. 대본 템플릿, 영상 포맷, 자막 스타일을 미리 정해두면 AI가 튀지 않는다. 자동화라고 해서 처음부터 끝까지 손대지 말라는 뜻이 아니다. 사람은 품질 관리(QA)와 전략 수정에 집중하고, 기계는 반복 생성을 담당하게 분담해야 한다. 내가 만든 중복 검사 가드를 검증해봤을 때도, 이미 발행된 글 35편 중 12.3%를 잘못 판정할 정도로 AI는 완벽하지 않다. 사람이 최종 문을 걸어주는 게 필수다.

    함께 읽으면 좋은 글

    정리: 지금 바로 실행해야 할 체크리스트

    실패를 줄이려면 시작 전 점검이 필요하다. 아일리고가 SaaS를 런칭할 때마다 점검하는 습관을 정리했다. 숫자를 지어내지 않고 실제로 확인해야 할 항목들이다.

    • 첫 영상 제작 전: 타겟의 고통점을 3가지로 정의하고, 그중 하나를 고른다. 영상 길이는 15~30초로 잡는다.
    • AI 툴 선정: 라이선스 상업 이용이 가능한지, API 연동이 쉬운지 확인한다. 비용 견적을 미리 뽑아본다.
    • 발행 후 지표: 첫 3초 뷰_retention, 클릭률(CTR), 전환율을 본다. 노출수만 보고 속으면 안 된다.

    광고 소재는 한 번 만들어서 끝나는 게 아니다. 끊임없이 쏟아내야 한다. 내 포트폴리오(https://wallenstein.dev)에 있는 SaaS들도 이런 과정을 거쳐 성장했다. 시스템을 만들어두면 광고 소재 공장이 24시간 돌아간다. 수동으로 슬라이드 넘기며 스트레스받지 말고, AI에게 질문 목록과 템플릿을 던져주자. 그래야 1인 마케터가 버틴다.

    근거로 삼은 문서


    글쓴이 정보

    이 블로그의 초안은 운영자가 만든 AI 파이프라인이 자동 생성하고, 문체·사실성 자동 검사를 통과한 글만 공개합니다. 검사에서 걸린 초안은 사람이 손을 봅니다. 만드는 과정은 포트폴리오에 정리해 두었습니다.

    자주 묻는 질문

    쇼츠 광고 소재를 만들 때 가장 중요한 구조는?

    시선을 잡는 후킹, 사용자의 고통을 자극하는 문제 제기, 해결책 제시, 구체적인 행동 지시(CTA) 순서로 흘러가야 합니다. 이 구조를 지키지 않고 기능 설명부터 시작하면 이탈률이 급격히 올라갑니다.

    1인 마케터가 쇼츠 광고 제작 시간을 줄이는 방법은?

    대본 작성, 자막 처리, 영상 편집 같은 반복 작업을 AI와 자동화 툴로 파이프라인화해야 합니다. 기계에게 단순 작업을 맡겨 시간을 아끼고, 그 시간을 첫 3초를 잡는 콘텐츠 기획에 쏟아야 합니다.

    AI에게 쇼츠 대본을 잘 쓰게 하려면 어떻게 해야 하나요?

    페르소나와 타겟의 고통점, 그리고 원하는 대본 구조(후킹-문제-해결-CTA)를 구체적으로 명시해야 합니다. 화면 지시나 BGM 같은 디테일까지 프롬프트에 포함하면 휴먼 리뷰 시간을 획기적으로 줄일 수 있습니다.

    쇼츠 광고 영상 생성 프롬프트는 어떻게 작성해야 하나요?

    ‘사무실 씬’ 같은 모호한 표현보다는 ‘맥북 앞에서 머리를 감싸 쥐는 20대 남성’처럼 시각적 상황을 구체적으로 묘사해야 합니다. 대본의 핵심 키워드를 영상 생성 프롬프트에 연결하면 퀄리티가 올라갑니다.

    쇼츠 광고의 CTA는 어떻게 끝맺어야 효과적인가요?

    단순히 좋아요나 구독을 부탁하는 말보다는 ‘프로필 링크 확인’처럼 사용자가 취해야 할 구체적인 행동을 지시해야 합니다. 모호하게 말하면 사용자가 무엇을 해야 할지 바로 알 수 없어 전환율이 떨어집니다.

  • 블로그 속도 느릴 때 점검할 3곳

    블로그 속도 느릴 때 점검할 3곳

    트래픽이 갑자기 줄었다면, 먼저 속도부터 의심하라

    갑자기 구글 서치 콘솔에서 노출 수가 곤두박질칠 때가 있다. 글을 몇 편 더 썼는데도 조회수가 시들해진다면, 콘텐츠 문제가 아니라 속도 문제일 확률이 높다. 블로그 속도가 느려지면 사용자는 채 페이지를 다 보지 않고 뒤로 가기를 누른다. 이 이탈 신호를 구글이 포착하는 순간, 검색 순위 하락은 시간문제다.

    나도 자동화로 글을 쏟아내다가 서버 부하를 놓친 적이 있다. 20일 동안 35편을 발행하는 동안 크론 잡이 겹치는 시점에 방문자가 몰리자, 로딩 속도가 3초를 훌쩍 넘겼다. 그 결과 트래픽이 급감했고, 며칠 동안이나 회복하지 못했다. 운영 체계가 복잡해질수록 방치하면 터지는 게 속도다. 내 블로그가 느려졌다는 걸 깨닫는 건 방문자가 먼저 알게 되고 나서다.

    웹 페이지 속도 최적화는 단순한 기술적 점수 향상이 아니라, 사용자의 이탈을 막고 검색 엔진의 신뢰를 유지하는 비즈니스 필수 활동이다. 방치된 속도 저하는 곧 매출 감소로 직결된다.

    1단계: 이미지 외에 숨겨진 주범, ‘플러그인’과 ‘코드’

    속도가 느려질 때 대부분 이미지 압축부터 먼저 건드리지만, 이미지는 그다음 문제다. 워드프레스를 쓴다면 플러그인과 외부 스크립트가 훨씬 큰 병목 구간이다. 사용하지 않는 플러그인만 삭제한다고 끝나지 않는다. 활성화된 플러그인 하나가 로드할 때마다 PHP 코드를 실행하고 CSS, JS 파일을 추가로 불러온다.

    특히 주의해야 할 건 외부 스크립트다. 제3자 스크립트는 로딩 방식에 따라 네트워크와 메인 스레드를 점유해 렌더링을 늦출 수 있으므로, 실제 워터폴과 실행 시간을 측정해야 한다. 메인 콘텐츠 표시 지연은 DOMContentLoaded가 아니라 PerformanceObserver나 PageSpeed Insights에서 LCP와 그 하위 구간을 측정해 확인해야 한다. 렌더링 차단 리소스는 LCP에 영향을 줄 수 있지만, 실제 병목이 TTFB·LCP 리소스 발견·다운로드·렌더 지연 중 어디인지 먼저 측정해야 한다.

    불필요한 기능의 플러그인은 과감히 비활성화하고, 스크립트는 꼭 필요한 페이지에만 로드되도록 분리해야 한다. 외부 스크립트 최적화는 페이지 로딩 속도를 직접 결정짓는 가장 강력한 변수 중 하나다.

    2단계: 서버 응답 시간(TTFB)을 줄이는 당장 실천법

    페이지 속도 점수와 실제 체감이 다르면 TTFB뿐 아니라 실제 사용자 데이터, 네트워크, 캐시, 자바스크립트 실행 시간을 함께 점검해야 한다. 브라우저가 요청을 보내고 서버가 첫 바이트를 응답할 때까지의 시간이 길다는 뜻이다. 캐싱 플러그인만 켜두고 방치하면 이게 걸린다.

    1. 데이터베이스 쿼리 모니터링으로 느린 쿼리 찾기
    2. 이미지 용량과 개수 줄이기
    3. PHP 버전 업그레이드

    SaaS를 운영할 때 복잡한 쿼리가 응답을 늦추는 경험이 많다. 워드프레스도 예외가 아니다. 쿼리 모니터(Query Monitor) 같은 도구를 깔아보면, 의외의 플러그인이 무거운 쿼리를 수십 번 날리는 걸 볼 수 있다. 맹목적으로 캐싱 플러그인 힘만 믿다가는, 관리자 페이지에서는 캐시가 걸리지 않아 DB 부하를 그대로 맞고 작업 속도가 느려지는 역설을 겪게 된다. 데이터베이스 최적화는 쿼리를 줄이고 인덱스를 튜닝해서 서버가 일을 덜 하게 만드는 과정이다.

    플러그인과 서버 최적화

    3단계: 점검 순서를 헛되이 하지 않는 효율적인 수정 로드맵

    문제를 찾았다고 해서 한꺼번에 고치면 안 된다. 변수가 섞이면 뭐가 효과가 있었는지 알 수 없기 때문이다. 시간 대비 효과가 가장 큰 순서대로 해결책을 적용해야 한다.

    우선 LCP 줄이기에 집중한다. 주로 메인 배너 이미지나 텍스트 폰트 로딩 문제다. 이미지를 다음 포맷으로 바꾸거나 사이즈를 조절한다. Core Web Vitals 개선은 구글이 직접 평가하는 지표이므로 우선순위가 높다.

    그다음이 자바스크립트 실행 시간 줄이기다. 테마나 플러그인에서 불러오는 JS 파일을 지연 로드하거나 불필요한 것을 제거한다. 마지막으로 서버 사이드 렌더링 최적화를 진행한다. 이 과정에서 속도 측정 도구(PageSpeed Insights, GTmetrix)를 계속 돌려가며 수치 변화를 확인한다. 수정 후에는 반드시 캐시를 비우고 모바일/데스크톱 환경 모두에서 재점검해야 한다. PC에서는 빠른데 모바일에서만 느린 경우가 꽤 많다.

    자동화 운영자가 알려주는 속도 유지 꿀팁

    서버가 터지는 건 대개 예측 가능한 시점에 일어난다. 바로 자동화 배치 작업이 돌아갈 때다. 나는 현재 크론 63개를 무인으로 돌리고 있는데, 이들이 한꺼번에 실행되면 순간적으로 CPU 점유율이 치솟는다. 숨겨진 크론 문제다. 원격 플러그인 업데이트나 글 발행 배치가 돌 때 서버 자원을 갉아먹어 일시적으로 속도가 터질 수 있다.

    이를 막으려면 캐시 플러그인의 갱신 타이밍을 조절해야 한다. 크론 작업이 돌고 난 직후에 캐시를 비우거나, 사용자 접속이 적은 새벽 시간대에 무거운 작업을 몰아넣는 식이다. 캐시 설정이 너무 강력하면 오히려 글이 발행되어도 사용자에게 예전 글이 보이거나, 관리자 페이지에서 충돌이 일어나 수정이 안 되는 경우도 생긴다. 사이트 속도 모니터링 알림을 설정해두고, 알림이 울릴 때마다 어떤 작업이 겹쳤는지 로그를 확인하는 습관이 필요하다.

    마무리: 속도는 단순한 기술 점수가 아니라 비즈니스 문제다

    속도를 높이는 건 귀찮은 작업이다. 코드를 고치고 플러그인을 쑤시고 서버를 들여다봐야 하니까. 하지만 방치하면 트래픽은 고사하고 기존 사용자마저 잃는다. 사용자 경험(UX)을 해치는 느린 사이트는 아무리 좋은 글을 실어도 읽히지 않는다. 지금 당장 측정 도구를 하나 켜고, 내 블로그가 실제로 얼마나 느린지부터 확인해 보자. 개선한 만큼 트래픽이 돌아온다.


    글쓴이 정보

    초안은 AI 파이프라인이 쓰고, 검사를 통과한 글만 공개됩니다. 걸린 초안은 제가 직접 고칩니다. — 아일리고

    자주 나오는 질문

    블로그 속도가 느릴 때 가장 먼저 점검해야 할 곳은?

    이미지보다는 활성화된 플러그인과 외부 스크립트가 주범인 경우가 많습니다. 구글 애드센스나 유튜브 임베드 같은 3자 스크립트가 렌더링을 막고 있는지 먼저 확인하세요.

    페이지 속도 점수는 좋은데 실제 로딩은 느린 이유는?

    서버 응답 시간인 TTFB가 길어서일 가능성이 높습니다. 캐싱만 믿다가 데이터베이스 쿼리가 병목을 일으키고 있는지, 서버 자원을 모니터링해봐야 합니다.

    구글 서치 콘솔 노출이 갑자기 줄어든 이유가 속도인가?

    사용자가 페이지 로딩이 느려져 뒤로 가기를 누르는 이탈 신호를 구글이 포착했기 때문일 수 있습니다. 콘텐츠가 문제가 없다면 속도 저하로 인한 순위 하락을 의심해보세요.

    LCP 점수를 빠르게 올리는 가장 효과적인 방법은?

    메인 배너나 히어로 섹션의 이미지를 최신 포맷으로 변환하고 사이즈를 최적화하는 것이 가장 효과적입니다. 렌더링 차단 리소스를 제거하는 것도 필수적입니다.

    자동화 배치 작업 중 서버가 터지는 걸 막으려면?

    무거운 크론 작업이 사용자 접속이 적은 새벽 시간대에 돌도록 예약하세요. 캐시 갱신 타이밍을 조절해 작업 부하가 겹치지 않게 분산하는 것이 중요합니다.

    속도 최적화는 어떤 순서로 진행해야 효율적인가?

    LCP를 줄여 Core Web Vitals를 먼저 개선하고, 그다음 자바스크립트 실행 시간을 줄이세요. 마지막으로 서버 사이드 렌더링을 최적화하며 수치 변화를 모니터링하는 순서가 좋습니다.


  • wp-config.php 건드리기 전 백업 안 하면 낭패

    wp-config.php 건드리기 전 백업 안 하면 낭패

    wp-config.php 건드리면 사이트 날아갈까요?

    워드프레스 블로그 보안 유지를 위해 wp-config.php 수정 실수를 두려워하는 분이 많다. 파일 하나 잘못 건드리면 화면이 하얗게 변하거나 접속조차 안 되는 경험, 한 번쯤은 겪어봤을 테다. 나도 자동화 SaaS를 운영할 때 코드 한 줄 오타로 cron 63개가 전부 멈춰버린 사례가 있다. 서비스가 마비되니까 당황스럽기 그지없다. 이유는 단순했다. 문법 오류가 발생했는데, 모니터링 시스템이 이를 잡아내지 못한 것이다.

    중요한 건 ‘두려움’이 아니라 ‘복구 전략’이다. 단순히 FTP에 접속해서 파일을 다운로드받는 것만으로는 부족하다. 자동화 운영 환경에서는 백업 파일이 구버전으로 덮어씌워지는 ‘백업 파괴’ 현상이 종종 발생하기 때문이다. 수정 직전의 순수 상태 파일을 로컬이나 별도 원격 스토리지에 분리해서 보관하는 습관이 생명줄이 된다.

    수정 전 백업, 어디서부터 해야 할까요?

    백업이라고 플러그인 백업 기능만 믿으면 안 된다. 플러그인이 돌아가지 않는 상황(WSOD)이 오면 플러그인 백업 자체가 실패했을 수도 있다. 호스팅 관리자 페이지에 들어가서 파일 관리자를 켠다. wp-config.php 백업은 웹 문서 루트 밖이나 접근이 차단된 별도 저장소에 보관하고, 웹에서 요청 가능한 위치에 .bak 파일을 두지 않는다. 이 과정이 수정 사항을 적용하기 전에 필수적으로 거쳐야 할 관문이다. 워드프레스 보안 핵심은 인증 정보를 노출하지 않고, 불필요한 경로를 차단하는 흐름을 만드는 데 있다.

    실수했을 때 대처법: FTP 접속 없이 복구하기

    혹시라도 잘못 수정했다 싶으면 당황하지 말고 브라우저 호스팅 패널의 '파일 관리자'로 바로 들어간다. FTP 클라이언트를 설치할 시간조차 아까울 수 있다. wp-config.php 파일의 마지막 수정 시간을 확인하고, 방금 만든 .bak 파일 내용을 복사해서 붙여넣은 뒤 저장한다. 이 과정을 1분 안에 해결하면 방문자는 사이트 중단을 눈치채지 못한다. SSL 강제 등 보안 코드를 잘못 넣어서 '무한 리다이렉트 루프'에 빠졌을 때도, 파일 관리자로 접속해서 해당 코드 라인만 주석 처리(//) 하면 즉시 해결된다.

    보안 강화를 위해 반드시 수정해야 할 4곳

    복잡한 플러그인 설치 없이 텍스트 편집기로 몇 줄만 바꾸면 보안 효과는 확실해진다. 자동화 파이프라인이 주 1~5편으로 불규칙하게 글을 쓰고, 문체 검사를 통과한 글만 공개되듯, 보안 설정도 일회성이 아니라 주기적인 점검이 필요하다.

    보안 키(Salts) 갱신으로 쿠키 해킹 막기

    WordPress 보안 키와 salt는 인증 쿠키와 nonce의 해시·HMAC을 생성하고 검증하는 데 사용하는 비밀값이다. 이 값이 쉽게 유추되면 해커가 쿠키를 위조하여 관리자 세션을 탈취할 위험이 크다. 기본값으로 둔 채로 쓰는 것은 자물쇠에 '1234'를 다는 것과 같다. 워드프레스 공식 API 키 생성 페이지에 접속해서 뜨는 코드를 그대로 복사해 wp-config.php의 해당 칸에 붙여넣는다.

    
    // 설치 직후 wp-config.php 에는 이렇게 자리표시자만 들어 있다.
    define( 'AUTH_KEY',         'put your unique phrase here' );
    define( 'SECURE_AUTH_KEY',  'put your unique phrase here' );
    define( 'LOGGED_IN_KEY',    'put your unique phrase here' );
    define( 'NONCE_KEY',        'put your unique phrase here' );
    define( 'AUTH_SALT',        'put your unique phrase here' );
    define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
    define( 'LOGGED_IN_SALT',   'put your unique phrase here' );
    define( 'NONCE_SALT',       'put your unique phrase here' );
    

    이 8줄을 통째로 지우고, 공식 생성기
    뱉어낸 8줄을 그대로 붙여넣는다. 값은 매번 새로 만들어지므로 남이 블로그에 적어둔 문자열을 복사해 쓰면 안 된다
    — 공개된 키는 없는 키와 같다. 새로고침할 때마다 다른 값이 나오는 것이 정상이다.

    이 코드를 적용하면 기존에 로그인된 사용자는 다시 로그인해야 한다. 쿠키가 무효화되기 때문이다. 보안 키를 교체하면 기존 로그인 쿠키가 무효화되므로 쿠키 유출이 의심될 때 세션을 강제로 종료하는 데 유용하지만, 다른 공격 경로까지 막지는 않는다.

    디버그 모드 끄고 에러 로그 숨기기

    운영 환경에서는 절대 에러 메시지가 화면에 출력되면 안 된다. PHP 경로나 데이터베이스 구조가 화면에 그대로 노출되면 공격자에게 침투 경로를 알려주는 꼴이 된다. wp-config.php 하단에 있는 디버그 상수를 모두 false로 설정한다.

    
    모든 PHP 코드 예시에서는 곡선 따옴표가 아닌 ASCII 따옴표를 사용한다: `define( 'WP_DEBUG', false );
    define( 'WP_DEBUG_LOG', false );
    define( 'WP_DEBUG_DISPLAY', false );
    

    에러를 확인해야 한다면 서버의 error.log 파일을 직접 까보는 습관을 들이는 게 좋다. 화면에 안 보인다고 해결된 게 아니다. 내부적으로 로그를 쌓으면서 조용히 문제를 해결하는 편이 낫다.

    테이블 접두사 변경 — 효과와 한계

    워드프레스를 설치할 때 기본 테이블 접두사는 wp_다. 새로 설치할 때는 myblog_처럼 예측하기 힘든 접두사를 쓰는 편이 낫다. 자동화된 스캐너가 테이블 이름을 찍어놓고 던지는 공격을 한 겹 걷어내 주기 때문이다.

    다만 이것을 SQL 인젝션 대책으로 이해하면 안 된다. 접두사 변경은 이름을 가리는 것(security through obscurity)일 뿐이고, 인젝션을 실제로 막는 것은 워드프레스가 쿼리를 준비된 문장으로 만들어 주는 $wpdb->prepare()다. 취약한 플러그인이 사용자 입력을 그대로 쿼리에 이어 붙이면 접두사를 뭘로 바꿔놨든 뚫린다. 접두사 변경은 보조 장치이지 방어선이 아니다. 그리고 이미 운영 중인 사이트에서 테이블 이름을 일괄 변경하는 작업은 잘못하면 사이트가 통째로 날아가므로 초보자에게는 추천하지 않는다.

    플러그인 없이 코드로 차단하는 공격 기법

    플러그인은 편하지만, 플러그인 자체의 취약점이 새로운 해킹 루트가 되는 경우도 허다하다. 나는 가능한 코드 레벨에서 직접 차단하는 것을 선호한다. wp-config.phpfunctions.php, 그리고 .htaccess 파일을 조합하면 플러그인 없이도 탄탄한 방벽을 구축할 수 있다. 자동화 LLM을 헤드리스로 부를 때 기본 설정이 1회 $0.67이었는데, 불필요한 도구를 떼어내고 모델을 가벼운 쪽으로 바꿔 $0.0285까지, 약 24배 줄인 경험처럼, 불필요한 요청을 원천 차단하면 리소스 효율도 비약적으로 올라간다.

    XML-RPC 및 REST API 무차별 대공격 막기

    xmlrpc.php는 원격에서 블로그를 관리하기 위한 기능이지만, DDoS 공격이나 무차별 대공격(Brute Force)에 악용되는 주요 타겟이다. xmlrpc_enabled` 필터는 인증이 필요한 XML-RPC 메서드만 끄며, XML-RPC 요청 전체를 차단하려면 웹 서버나 WAF 설정 또는 메서드별 필터가 추가로 필요하다. functions.php에 아래 코드를 추가한다.

    
    add_filter('xmlrpc_enabled', '__return_false');
    

    REST API 역시 불필요한 외부 호출을 막아야 한다. 다만, 내가 만든 SaaS처럼 외부 서비스와 연동이 필요한 경우 API를 완전히 막으면 서비스가 멈춘다. 이럴 땐 특정 IP나 인증된 사용자에게만 접근을 허용하는 예외 처리를 필수적으로 넣어야 한다. 허용 IP를 설정하는 경험을 통해, 보안 설정과 기능 동작의 균형을 맞추는 법을 터득했다.

    파일 직접 접근 차단 (Disable File Editing)

    워드프레스 관리자 화면에서 테마나 플러그인의 코드를 직접 수정할 수 있는 기능이 있다. 편하지만 해커가 관리자 권한을 탈취했을 때 악성 코드를 심는 가장 쉬운 방법이기도 하다. wp-config.php에 이 코드를 한 줄 추가하면 관리자 화면에서 더 이상 파일 편집이 불가능해진다.

    
    define( 'DISALLOW_FILE_EDIT', true );
    

    이 설정은 코드 수정은 무조건 FTP나 파일 관리자로 하게 만든다는 뜻이다. 귀찮아진다고 생각할 수 있지만, DISALLOW_FILE_EDIT`는 관리자 화면의 파일 편집 경로 하나를 제거하지만, 관리자 계정 탈취 후의 모든 코드 변경을 막는 설정은 아니다.

    외부 API 호출과 보안 설정의 충돌 해결법

    보안 코드를 넣다 보면 의도치 않게 정상적인 기능이 막히는 수가 있다. 예를 들어, SSL 강제 리다이렉트를 걸었는데 특정 결제 모듈이 비보안 콜백을 요구하면 결제가 실패한다. 이럴 때는 .htaccess 파일에서 특정 경로만 SSL 예외로 두는 세심한 설정이 필요하다. 보안이 중요하지만, 사이트가 기능을 못 하면 존재 의의가 사라진다. 문제가 생겼을 때는 즉시 방금 수정한 설정을 주석 처리하고, 접속 로그를 확인해서 어떤 요청이 막혔는지 파악해야 한다.

    코드로 공격 차단하기

    잘못 수정했을 때 사이트가 멈추면 복구하는 절차

    아무리 조심해도 실수는 하기 마련이다. 내가 운영하는 시스템도 문법 오류가 나면 알림을 보내는 모니터링을 돌리고 있다. 문제는 화면이 하얗게 나오는 WSOD(White Screen of Death) 상황이 언제 터질지 모른다는 점이다.

    화면이 하얗게 나올 때(WSOD) 원인 파악

    WSOD는 대부분 PHP 메모리 부족이나 문법 오류 때문에 발생한다. wp-config.php를 수정한 직후에 이 화면이 떴다면 문법 오류부터 의심하는 게 순서다. 누락된 세미콜론(;)이나 따옴표 짝이 안 맞는지 의심해야 한다. 에러 로그를 볼 수 없다면, 해당 파일 수정 내용을 하나씩 지워가면서(혹은 주석 처리하면서) 어디서 문제가 터지는지 확인한다.

    문법 오류(Syntax Error) 발생 시 수정법

    브라우저 화면에 "Parse error: syntax error" 같은 메시지가 뜬다면 다행이다. 몇 번째 줄에서 무엇이 잘못됐는지 알려주기 때문이다. FTP 대신 파일 관리자로 접속해서 해당 라인으로 이동해 수정한다. 만약 수정 사항이 기억나지 않는다면, 처음에 백업해 둔 .bak 파일로 덮어씌우는 것이 정신 건강에 이롭다. 자존심 세울 때가 아니다.

    백업 파일로 원복하는 마지막 단계

    사이트가 죽었을 때 급하게 복구하다 보면, 오류가 난 파일을 또 백업해버리는 실수를 저지르기 쉽다. 그러면 깨끗한 원본이 사라진다. 반드시 수정 전 상태로 돌아갈 때는 덮어쓰기 말고, 기존 파일을 이름을 바꿔서(wp-config.php.error) 보관해 두고 백업 파일을 가져온다. 그래야 다시 원인을 분석할 여지가 남는다.

    마무리: 안전한 보안 설정을 위한 체크리스트

    지금까지 wp-config.php 수정 실수 없이 보안을 강화하는 방법을 정리했다. 코드 한 줄이 사이트의 운명을 가르기도 한다. 나는 모든 수정 후에 사람이 직접 검토하는 '수동 검수 게이트'를 두고 있다. 자동화가 아무리 편해도, 결국 최종 책임은 사람이 져야 한다. SEO 플러그인으로 변경 사항을 함께 검증하는 것도 좋지만, 기본적으로 파일을 건드리기 전 백업을 확인하는 습관이 그 어떤 도구보다 강력하다.

    • 파일 수정 전 .bak 파일 생성 여부 확인
    • 수정 코드의 문법(Syntax) 체크
    • 사이트 접속 및 관리자 페이지 로그인 테스트
    • 외부 API 연동 서비스 정상 작동 여부 확인

    이 과정을 하나씩 거치면 해킹도 두렵지 않다. 너무 조급하게 하지 마라. 천천히, 그리고 확실하게 적용하는 게 빠른 길이다.

    참고한 공식 문서


    글쓴이 정보

    제가 만든 AI 파이프라인이 초안을 쓰고, 저는 검사에 걸린 것만 손봅니다. 통과하지 못한 초안은 그냥 버립니다. 파이프라인은 여기에 정리해 두었습니다.

  • 방치하면 트래픽 잃는 속도 저하 원인

    방치하면 트래픽 잃는 속도 저하 원인

    트래픽이 줄어드는 진짜 신호, 워드프레스 속도 저하

    방치했던 워드프레스 사이트가 어느 날 갑자기 트래픽이 끊기듯 줄어들 때가 있다. 대책 없이 내버려 두면 서버 응답 시간(TTFB)이 길어지고 구글 검색 결과에서도 순식간에 밀려난다. 내가 직접 자동화 SaaS를 운영하며 겪었던 일인데, 급격한 일일 방문자수 하락을 확인하고 서버 로그를 뒤져보니 원인은 단순했다. 복구하느라 반나절을 꼬박 쓴 적이 있다. 워드프레스 속도 저하는 단순히 사용자가 불편을 느끼는 문제를 넘어, 검색 엔진이 사이트를 신뢰하는지를 판단하는 잣대가 된다.

    속도 문제를 감지하려면 감에 의존하지 말고 지표를 봐야 한다. 구글 페이지 스피드 인사이트 점수가 좋지 않거나, LCP(최대 콘텐츠 페인트) 수치가 2.5초를 넘어간다면 이미 경고 신호다. 모바일 환경에서의 트래픽 감소 원인을 찾을 때는 특히 더 이 수치들을 믿고 수술에 들어가는 게 맞다.

    방치했던 사이트, 어느 날 갑자기 트래픽이 끊긴 이유

    자동화로 운영되는 사이트는 관리자가 매일 들르지 않기 때문에 문제가 터지고 나서야 알게 되는 경우가 많다. 내 블로그를 포함해 여러 사이트를 모니터링하던 중, 한동안 꾸준히 들어오던 검색 유입이 바닥을 치는 날이 있었다. 확인해 보니 워드프레스 코어와 플러그인 업데이트가 쌓이면서 리소스 사용량이 폭발해 쿼리가 멈춰 있었다. 방치가 얼마나 치명적인지 실감했다.

    내 사이트 속도가 느린지 확인하는 필수 지표 3가지

    워드프레스 속도 측정은 도구 하나만 믿으면 안 된다. PageSpeed Insights와 웹마스터 도구의 실제 사용자 데이터(CrUX)를 같이 봐야 한다. 특히 TTFB, LCP, CLS 이 세 가지는 기본으로 체크해야 한다. 도구 점수만 믿으면 안 된다. 수치가 좋아 보여도 실제 사용자가 느끼는 체감 속도와 다를 수 있기 때문에, 직접 모바일로 접속해 로딩 바가 얼마나 걸리는지 세는 것도 중요하다.

    속도를 죽이는 3대 주범: 이미지, 플러그인, 그리고 호스팅

    솔직히 워드프레스가 느려지는 이유는 뻔하다. 이미지, 플러그인, 호스팅 환경 이 3가지가 압도적으로 크다. 그럼 어디부터 손대야 하나. 하지만 단순히 “이미지가 무겁다”라고 말하는 건 의미가 없다. 기술적으로 어떤 메커니즘으로 속도를 잡아먹는지 이해해야 해결책이 보인다. 1인 빌더로서 여러 플러그인을 섞어 쓰다가 서버가 다운되었던 실패 사례는 이 원인들을 명확히 보여준다.

    용량은 줄었는데 여전히 느린 ‘플러그인 과부하’의 함정

    플러그인은 개수만 문제가 아니다. 활성화된 플러그인 하나하나가 훅(Hook)을 걸어 매 페이지 로딩마다 코드를 실행하기 때문이다. 예전에 기능이 겹치는 SEO 플러그인 두 개를 동시에 켜두었다가 사이트가 먹통이 된 적이 있다. 불필요한 기능이 쌓이면 캐싱을 해도 소용이 없다. 웹 호스팅 속도가 아무리 좋아도 플러그인이 내는 쿼리를 감당하지 못한다면 느릴 수밖에 없다.

    저렴한 호스팅이 불러오는 ‘데이터베이스 병목’ 현상

    저렴한 공유 호스팅을 쓸 때 발생하는 가장 큰 문제는 데이터베이스 병목이다. CPU나 메모리 제한에 걸리면 쿼리가 대기열에 쌓이고, 이는 곧 바로 로딩 속도 저하로 이어진다. 나는 크론 잡을 이용해 콘텐츠를 발행할 때, 데이터베이스 트랜잭션이 몰리는 시간대에 서버 응답 시간이 눈에 띄게 늘어나는 것을 목격했다. 찰나의 순간에 쌓이는 요청을 처리하지 못하면 502 에러를 뱉기도 한다.

    압축되지 않은 이미지가 렌더링을 막는 순간

    이미지 최적화 방법을 모르는 사이트는 로딩의 절반을 이미지 렌더링에 잡아먹는다. 단순히 용량을 줄이는 것(WebP 변환)만으로는 부족하고, 레이아웃 이동(CLS)을 막기 위해 width와 height 속성을 명시해야 한다. 압축되지 않은 고해상도 이미지가 브라우저가 그려지는 순간을 막고 있으면, 아무리 HTML이 가볍게 짜여 있어도 사용자는 느린 사이트라고 느낀다.

    1인 사업자가 지켜야 할 플러그인 개수와 관리법

    그렇다면 도대체 플러그인은 몇 개까지 써야 안전한가. 인터넷에 떠도는 “무조건 10개 이하” 같은 말은 믿지 않는다. 사이트의 트래픽과 호스팅 사양에 따라 달라지기 때문이다. 내가 운영하는 SaaS 사이트들을 기준으로 삼으면, 실제로는 활성 플러그인 수가 중요한 게 아니라 ‘양질의 플러그인’인지가 핵심이다.

    성능에 지장 없는 적정 플러그인 개수는 몇 개인가?

    경험상 워드프레스 필수 플러그인이라 불리는 것들 외에 추가 기능은 최소한으로 줄이는 게 맞다. 나는 현재 운영 중인 메인 사이트에서 보안, 백업, SEO 기본 기능을 포함해 10개 내외로 유지한다. 이 숫자를 넘어가면 플러그인 충돌 해결하느라 소모되는 시간이 늘어난다. 가볍고 잘 만들어진 플러그인 하나가 무거운 것 세 개보다 낫다.

    기능이 겹치는 플러그인 찾아내고 제거하는 법

    설치된 플러그인 리스트를 보고 기능이 겹치는 부분이 없는지 점검해야 한다. 예를 들어, 페이지 빌더 테마 안에 SEO 설정 기능이 있는데 별도의 SEO 플러그인을 또 켜두는 경우다. Query Monitor 같은 도구를 쓰면 어떤 플러그인이 쿼리를 많이 날리는지 확인할 수 있다. 무료 최적화 도구로도 충분히 찾아낼 수 있으니 방치하지 말고 주기적으로 청소해야 한다.

    무료 플러그인만으로 최적화할 수 있는 한계점

    무료 플러그인만으로 모든 것을 해결하려다 보면 한계에 부딪힌다. 개수만 늘리는 방식은 안 통한다. 특히 이미지 서빙이나 고급 캐싱 기능은 유료 버전에서만 제대로 작동하는 경우가 많다. 그렇다고 무조건 돈을 쓰자는 건 아니다. 무료 티어로 가능한 범위를 최대한 끌어올린 뒤, 그래도 부족할 때 코드 레벨의 개입으로 해결하는 게 1인 개발자의 현실적인 접근법이다.

    불필요한 플러그인 정리 작업

    플러그인 없이 무료로 적용하는 핵심 최적화 전략

    플러그인을 계속 추가하는 건 방법이 아니다. 결국 코드 레벨로 건드리는 게 가장 확실하다. 나는 플러그인 충돌 없이 순수 코드나 테마 함수(functions.php)를 수정해 비용 0원으로 스크립트 최적화를 진행한다. 방법이 딱히 어렵지 않다. Core Web Vitals 점수를 올리기 위해 직접 손을 대보자.

    Core Web Vitals 점수를 빠르게 올리는 렌더링 차단 해제

    LCP 줄이기 방법 중 가장 효과적인 건 렌더링을 차단하는 자바스크립트와 CSS를 제거하는 것이다. 스크립트를 푸터로 옮기려면 wp_enqueue_script()in_footer를 쓰고, 지연 실행이 필요하면 의존성을 고려해 strategy => 'defer'를 별도로 지정한다. 다만 이 방법은 내가 등록한 스크립트에만 통한다. 테마나 플러그인이 넣은 스크립트는 등록 인자를 내가 못 건드리므로, 출력되는 태그를 가로채 defer를 붙이는 아래 방식을 쓴다. 이 코드는 푸터로 옮기는 것이 아니라 실행을 뒤로 미루는 것이다.

    
    // 테마의 functions.php에 추가하는 예시 코드
    function defer_parsing_of_js( $url ) {
      if ( is_user_logged_in() ) return $url; // 관리자는 적용 제외
      if ( FALSE === strpos( $url, '.js' ) ) return $url;
      if ( strpos( $url, 'jquery.js' ) ) return $url;
      return str_replace( ' src', ' defer src', $url );
    }
    add_filter( 'script_loader_tag', 'defer_parsing_of_js', 10 );
    

    이미지 캐싱과 로딩 우선순위 설정 방법(Lazy Load)

    캐싱 설정 방법을 모른다면 이미지를 아무리 압축해도 어차피 느리다. 브라우저 캐싱 만료 기간을 설정하고, 화면에 보이지 않는 이미지는 로딩하지 않는 Lazy Load를 적용해야 한다. 요즘은 워드프레스 코어에 네이티브 Lazy Load가 포함되어 있지만, 세밀한 제어를 위해서는 속성을 추가해 주는 게 좋다. ‘loading=”lazy”‘ 속성을 자동으로 주입하는 코드는 이미지 로딩 순서를 조절해 체감 속도를 크게 개선한다.

    필수 코드만 남기고 CSS/JS를 최소화하는 팁

    크론 발행 자체는 스크립트 로딩 순서를 바꾸지 않으며, 순서 문제가 있다면 테마·플러그인의 enqueue 의존성과 발행 훅에서 실행되는 코드를 점검해야 한다. 나는 사용하는 페이지에서만 호출되도록 스크립트를 조건부 로드(Conditional Loading) 한다. 모든 페이지에 구글 폰트나 외부 라이브러리를 싹 다 로드하는 습관을 버리고, 특정 페이지 ID에서만 작동하게 코드를 좁히는 것이다. 플러그인 충돌을 걱정할 필요 없이 서버 응답 시간을 단축하는 가장 강력한 무료 방법이다.

    자동화된 워드프레스 관리를 위한 순환 고리

    1인 개발자가 매일 사이트를 들여다보며 확인할 수는 없다. 그렇기 때문에 시스템을 믿고 운영할 수밖에 없다. 내가 현재 cron 63개를 돌리며 자동화 SaaS를 운영하는 방식은 워드프레스 관리도 예외가 아니다. 정기적인 데이터베이스 정리와 로그 모니터링은 손으로 하는 게 아니라 스크립트가 대신한다.

    정기적인 데이터베이스 정리와 로그 모니터링 습관

    시간이 지나면 워드프레스 데이터베이스에 쓰레기 데이터(Revision, 스팸 댓글 등)가 쌓인다. 이걸 주기적으로 비워주지 않으면 쿼리가 느려진다. 나는 매주 자동으로 DB 최적화 명령을 실행하도록 세팅해 뒀다. 사람이 매일 확인할 수 없기 때문에 시스템(Cron)을 활용해 정리하는 아일리고만의 운영 방식이라고 할 수 있다. 로그를 보다가 이상치가 잡히면 알림이 오게 만들어두면 된다.

    테마와 플러그인 업데이트 전 점검 리스트

    자동화가 편하지만, 업데이트는 조심해야 한다. 업데이트가 충돌을 일으켜 사이트를 죽이는 경우도 있으니까. 나는 테마와 플러그인 업데이트 전 항상 백업이 완료되었는지 확인한다. 그리고 메인 사이트가 아니면 테스트 환경에서 먼저 돌려본다. 이 순서를 지키지 않아 몇 번이나 긴급 복구를 했었는지 모른다.

    SEO와 속도 모두 잡는 메타데이터 자동화의 필요성

    속도만 빠르다고 끝이 아니다. SEO와 속도 모두 잡아야 트래픽이 유지된다. 글을 발행할 때마다 메타 데이터를 수동으로 입력하는 건 비효율적이다. 자동화된 파이프라인이 초안을 만들 때 메타 태그도 함께 세팅하도록 구성해야 한다. 속도 최적화는 기본이고, 그 위에 SEO 요소가 자동으로 씌워져야 1인 사업자가 버틸 수 있다.

    요약: 지금 당장 점검해야 할 속도 체크리스트

    마지막으로 지금 당장 서버에 접속해서 확인해 봐야 할 항목들을 정리한다. 그냥 오늘 해도 늦지 않다.

    • LCP는 75백분위에서 2.5초 이하를 목표로 하고, TTFB는 별도 진단 지표로서 대략 0.8초 이하를 목표로 점검한다.
    • 사용하지 않는 플러그인 비활성화 및 삭제 (비활성만으로도 리소스는 먹는다)
    • 이미지 파일 포맷 WebP로 변환 및 width/height 속성 값 확인
    • 데이터베이스 쓰레기 데이터(수정 이력 등) 수동 삭제 또는 플러그인 최적화 실행
    • 테마의 functions.php 파일에서 불필요한 스크립트 로드 제거 코드 추가

    이 정도만 점검해도 사이트 속도는 눈에 띄게 빨라진다. 방치는 곧 비용이다. 오늘 확인하지 않으면 내일 트래픽은 그대로 사라진다.

    참고한 공식 문서


    글쓴이 정보

    여기 올라오는 글의 초안은 운영자가 만든 AI 파이프라인이 자동으로 만듭니다. 다만 문체·사실성 검사를 통과하지 못한 초안은 공개되지 않고 사람이 손봅니다. 그 과정은 포트폴리오에서 볼 수 있습니다.

  • 블로그 수익 없다면 이것부터 점검하세요

    블로그 수익 없다면 이것부터 점검하세요

    올해 8월 초, 9일 동안 블로그 발행이 멈춰 있었음에도 알림이 단 한 건도 오지 않은 적이 있다. 파이프라인 코드 한 줄에 결함이 있었는데, 실패 알림 코드가 크래시 지점보다 뒤에 위치해 있어 시스템이 조용히 죽어버렸기 때문이다. 이때 깨달았지만 방문자가 꾸준히 들어오는데 수익 그래프만 바닥을 기는 상황도 비슷하다. 수익이 안 나는 걸 운이나 시장 탓으로 돌리기 전에, 데이터가 눈에 보이지 않게 샜거나 기술적으로 막힌 지점을 먼저 찾아야 한다.

    이 블로그의 구글 서치콘솔 28일 노출·클릭 실측 비교
    운영 중인 이 블로그의 서치콘솔 실측치다. 개설 5주차 기준 직전 측정 대비 노출 169→382, 클릭 9→12 — 신생 블로그의 수익은 이 구간에서는 트래픽 절대량이 아니라 추세로 판단해야 한다.

    방문자가 있는데 수익이 0원인 기술적 원인 3가지

    방문자 수는 오르는데 수익 그래프만 바닥을 기는 걸 보면 참 답답하다. 구글 애널리틱스에 유입은 찍히는데 지갑은 열리지 않는 상황, 여기엔 뻔한 이유 말고 기술적인 함정이 숨어 있을 확률이 높다. 가장 먼저 의심해 봐야 할 건 키워드의 성격이다.

    자동화는 감시를 밖에 두면 조용히 죽는다는 사실을 뼈저리게 느꼈다. 예외 처리 코드 결함으로 9일간 발행이 멈췄는데도 실패 알림이 한 건도 오지 않았던 사례처럼, 블로그 운영에서도 수익 파이프라인이 끊겨도 시각화된 지표가 없으면 모르고 지나가기 십상이다. 방문자는 들어오는데 수익이 쌓이지 않는다면, 알림이 울리지 않는 채 죽어가는 내 코드처럼 어딘가에서 기술적인 연결이 끊어져 있을 가능성을 의심해야 한다.

    사람들이 글을 보러 오는 이유가 ‘정보 확인’인지 ‘구매’인지 파악하지 못하면 RPM(방문자당 수익)은 바닥을 친다. 단순히 무언가를 검색해서 뜻을 알아보려는 ‘조회성 키워드’로만 채워진 블로그는 방문자가 아무리 많아도 광고 단가가 낮을 수밖에 없다. 반대로 ‘가격 비교’, ‘후기’, ‘추천’ 같은 구매 전환 의도가 섞인 키워드가 섞여 있어야 수익성이 개선된다.

    기술적인 측면에서 모바일 환경을 점검해 보자. 내가 만든 SaaS 랜딩 페이지를 분석할 때, 모바일 유입 대비 광고 노출이 의도치 않게 막혀 있던 사례가 있다. 뷰포트 설정이 잘못되어 광고 스크립트가 화면 밖으로 밀려나면서 아예 로딩조차 안 되는 경우가 있었다. 테마나 플러그인 업데이트 후 레이아웃이 깨지면 광고 영역이 텍스트에 덮이거나 사라지는데, 이건 PC 화면에서는 절대 못 잡는다. 모바일 기기로 직접 글을 읽어보면서 광고가 정상 자리에 있는지 확인해야 한다.

    애드센스 자체의 정책 위반도 원인이다. 일명 ‘애드센스 광고 제한(Ad Limiting)’이 걸리면 구글이 광고 노출을 인위적으로 줄여버린다. AdSense의 계정 수준 광고 게재 제한은 주로 트래픽 평가나 무효 트래픽 우려와 관련되며, 콘텐츠 정책 위반에 따른 제한·중지와는 구분해야 한다. 광고 게재 제한이나 정책 문제는 AdSense의 ‘정책 센터’에서 확인한다.

    애드센스 승인 거절과 해지의 흔한 실수들

    블로그를 처음 개설하거나 재개설할 때 애드센스 승인 메일을 보고 좌절하는 경우가 많다. 대부분은 ‘콘텐츠 부족’이라고 적혀 있지만, 실제로는 더 구체적인 실수 때문일 때가 많다. 가장 흔한 게 저작권 무단 배제다. 이미지는 라이선스가 허용하는 범위에서 사용하고, 해당 라이선스가 요구할 때 출처·저작자·라이선스를 표시해야 한다.

    또 하나, 광고를 클릭하게 만들려는 시도는 의외로 쉽게 걸린다. 광고 위에 “클릭해주세요”라는 문구를 넣거나, 광고와 콘텐츠의 구분이 모호하게 배치하면 정책 위반이다. 구글의 알고리즘은 사용자가 실수로 클릭했는지, 의도했는지를 꽤 정교하게 판단한다.

    최근 큰 이슈는 AI 콘텐츠다. AI로 글을 쓰는 건 나쁘지 않지만, 검수 과정 없이 대량으로 발행하면 계정 정지 위험이 급격히 높아진다. 자동화 파이프라인을 구축할 때, AI가 생성한 글의 출처 표기를 누락하여 경고를 받았던 러닝커브가 있다. 구글은 원본 출처가 없는 AI 글을 스팸으로 간주할 가능성이 크다. AI가 쓴 글이라도 사람이 팩트를 체크하고 출처를 덧붙이는 과정은 빼면 안 된다.

    AI 글로 수익을 못 내는 결정적인 품질 차이

    AI 글은 효율적이지만, 방치하면 수익을 못 내는 가장 큰 적이 된다. 문제는 ‘정확성’과 ‘신뢰’다. AI는 가끔 터무니없는 정보를 사실인 것처럼 섞어놓는데, 이른바 환각(Hallucination) 현상이다. 독자가 이걸 알아채고 뒤도 돌아보지 않으면 체류 시간은 뚝 떨어지고 수익은 0원이다.

    E-E-A-T는 경험, 전문성, 권위성, 신뢰성을 뜻하며, Google은 이 가운데 신뢰성을 특히 중요하게 본다. AI가 쓴 글은 정보가 나열되어 있을 뿐, 글쓴이의 목소리가 없다. “나는 이걸 써봤는데 이랬다” 같은 개인적인 경험과 인사이트가 빠지면 그 글은 인터넷에 널린 수만 개의 복사본과 다를 바 없다. 검색 사용자는 누군가의 실제 경험을 담은 글에서 더 머무르고 클릭한다.

    실제로 크론으로 돌아가는 자동화 시스템을 통해 비교해 봤다. 사람이 검토 단계를 거치지 않은 AI 원문과, 제 앞에서 한 번씩 훑고 수정한 글의 체류 시간 차이는 확연했다. 검수 없는 글은 읽다 말고 이탈하는 패턴이 뚜렷했다. AI를 보조 도구로 쓰되, 서문과 결론과 예시는 사람 손이 닿아야 수익 낼 품질이 나온다. 이 단계를 건너뛰면 글자 수만 늘어난다. 물량으로 밀어붙이는 방식은 안 통한다.

    SEO 구조 점검하는 모습

    노출이 전혀 안 되는 글의 SEO 구조 문제점

    아무리 좋은 글을 써도 검색 엔진이 읽지 못하면 소용없다. SEO 구조가 기술적으로 망가진 경우다. 대표적인 게 메타 태그와 스키마 마크업의 부재다. Google은 본문과 페이지 구조로도 주제를 파악하며, 메타 설명은 검색 스니펫을 보조하고 구조화 데이터는 특정 리치 결과 자격을 얻는 데 사용된다.

    SaaS 개발 당시, 다수의 블로그에서 발견한 가장 흔한 실수가 메타 디스크립션 미설정이었다. 이걸 제대로 채우기만 해도 노출 효과가 개선되는 걸 여러 번 확인했다. 제목(H1)에는 검색 키워드가 들어가 있어야 하고, 본문의 소제목(H2, H3)이 그 주제를 뒷받침하는 구조여야 한다. 헤드라인과 내용이 따로 노는 글은 검색 의도를 만족시켰다고 판단받지 못한다.

    가독성 문제도 심각하다. 깨알 같은 글씨로 줄글이 빽빽하게 들어찬 문단은 모바일에서 읽기가 고통스럽다. 높은 이탈률만으로 검색 만족도나 순위 하락을 단정할 수 없으므로, 체류·전환·검색 성과와 함께 해석해야 한다.이를 “콘텐츠가 도움이 안 되었다”고 해석한다. 적절한 단락 나눔과 불렛 포인트 사용은 선택이 아니다.

    수익 발생까지 필요한 글의 개수와 속도

    그럼 과연 글을 얼마나 써야 수익이 나올까. 솔직히 정해진 개수는 없다. 대신 전략이 있다. 그냥 아무 키워드나 막 쓰는 게 아니라, 특정 주제를 파고드는 ‘클러스터 콘텐츠’ 전략이 필요하다. 키워드 그룹을 묶어서 밀어주었을 때 검색 상승폭이 확실히 컸다. 서로 연관된 글들이 링크로 엮이면서 주제 권위를 인정받기 때문이다.

    초기 수익 발생까지는 꽤 긴 시간이 걸린다. 기대하기 시작하고 3~6개월은 묵묵히 써야 하는 구간이다. 단, 아무렇게나 쓰는 게 아니라 일관성 있는 발행 주기(Cadence)를 지키는 게 중요하다. 이 블로그처럼 자동화 시스템의 도움을 받아 주 3편씩 꾸준히 채워 넣는다면, 어느 순간 시스템이 굴러가기 시작하는 지점을 마주하게 된다.

    요약: 오늘 당장 블로그에서 수정할 것

    방문자가 꾸준히 유입되고 있음에도 수익이 0원이라면, 지금 당장 애드센스 센터의 ‘수익 최적화’ 탭에 들어가 광고 제한(Ad Limiting)이 걸려 있는지부터 확인하라.

    근거로 삼은 문서


    글쓴이 정보

    여기 올라오는 글의 초안은 운영자가 만든 AI 파이프라인이 자동으로 만듭니다. 다만 문체·사실성 검사를 통과하지 못한 초안은 공개되지 않고 사람이 손봅니다. 그 과정은 포트폴리오에서 볼 수 있습니다.

    자주 나오는 질문

    방문자가 있는데 블로그 수익이 0원인 이유는 뭔가요?

    조회성 키워드는 구매 의도가 높은 키워드보다 RPM이 낮을 수 있지만, 광고 노출과 유효 클릭이 있다면 수익은 발생할 수 있다. 또는 모바일 화면에서 광고가 레이아웃 깨짐 때문에 아예 보이지 않거나, 애드센스 정책 위반으로 광고 노출이 제한된 상태일 수 있습니다.

    애드센스 승인이 거절되는 가장 흔한 실수는 무엇인가요?

    이미지 출처를 명확히 기재하지 않은 저작권 위반이 가장 흔합니다. 구글은 광고와 콘텐츠를 구분하지 못하게 배치하거나, 검수 없는 AI 콘텐츠를 대량으로 발행하는 경우에도 승인을 거절합니다.

    수익을 내려면 글을 얼마나 많이 써야 하나요?

    정해진 개수보다는 특정 주제를 파고드는 클러스터 전략이 중요합니다. 수익 발생까지는 보통 3~6개월이 걸리며, 이 기간 동안 일관된 발행 주기를 유지하며 글을 채워 넣어야 합니다.

  • 브랜드명 하나로 쇼츠 광고 소재 4안 뽑기

    브랜드명 하나로 쇼츠 광고 소재 4안 뽑기

    쇼츠 광고 소재를 매일 새로 만들려다 가장 먼저 부딪친 것은 프롬프트 벽이었다. 영상 스타일, 카피 톤, 화면 구도까지 일일이 입력하고 랜덤 시드를 돌리다 보면 하루가 다 갔다. 여러 서비스를 운영하며 겪은 시행착오 끝에 깨달은 건, 프롬프트를 길게 쓴다고 결과가 좋아지지 않는다는 사실이었다. 요는 입력 데이터가 아니라 시스템이 기본값으로 가지고 있는 프리셋에 달려 있었다.

    이미지, 카피, 영상 프롬프트 다 짜야 하나요? 30초 만에 해결하는 법

    쇼츠 광고 소재를 매일 새로 만들려면 가장 먼저 부딪히는 게 프롬프트 벽이다. 영상 스타일, 카피 톤, 화면 구도까지 일일이 입력하고 랜덤 시드 돌리다 보면 하루가 다 간다. 그냥 브랜드명 하나만 던졌을 때 알아서 괜찮은 결과물이 튀어나오면 안 될까. 여러 서비스를 운영하면서 배운 건, 프롬프트를 길게 쓴다고 결과가 좋아지지는 않는다는 것이었다. 요는 입력 데이터가 아니라 시스템이 기본값으로 가지고 있는 프리셋에 달려 있다.

    내가 직접 자동화 시스템을 짜며 깨달은 건, 브랜드명 하나만 있으면 충분하다는 것이다. 그 뒤의 복잡한 과정은 이미 시스템 안에 하드코딩되어 있어야 한다. 내부적으로 “브랜드명 + 목적(광고) + 형식(쇼츠)”만 입력하면, 시스템은 미리 정의된 4가지 시나리오를 순회해 결과를 뿌려준다. 사용자가 “4k 화질, 시네마틱 라이트” 같은 상세 파라미터를 신경 쓰지 않아도 되는 구조다. 말하자면 질 좋은 결과물을 얻으려면 프롬프트 공학보다는 어떤 프리셋을 미리 깔아두느냐가 갈림길이다.

    초보자가 막히는 이유는 공백을 두려워해서다. 변수를 줄이고 고정값을 늘리는 것이 정답이다. 이 방식을 쓰면 광고 기획 단계에서 드는 시간을 30초로 줄일 수 있다. 이번엔 그 안에서 어떻게 CTR을 높이는지 구체적인 구조를 보자.

    CTR을 높이는 광고 카피 구조와 즉시 쓸 수 있는 3가지 프롬프트

    CTR(클릭률)은 첫 3초의 싸움이다. 내가 운영하는 SaaS 광고 소재들을 A/B 테스트하며 발견한 건, 뻔한 자랑보다는 구체적인 호기심 유발이 잘 먹힌다는 사실이었다. 복잡한 문장보다는 짧고 굵는 게 낫다. 가장 효과가 좋았던 구조는 단순하다. 호기심 유발부터 시작해서 문제를 제기하고, 해결책을 내밀며 행동을 요구(CTA)하는 3단 구조다.

    맨 처음, 호기심형은 “Do you know…?” 식의 접근이 유효하다. 모르는 사실을 하나 던져서 시선을 붙잡는 방식이다. 그다음은 문제 해결형으로, “Stop doing this…”처럼 현재의 잘못된 행동을 지적하며 공감을 이끌어낸다. 마지막은 혜택 강조형인데, “Get this in 30 seconds…”처럼 획득 가능한 이익을 시간 단위로 구체화한다. 이 패턴들은 내가 실제로 광고 집행 데이터를 바탕으로 검증한 템플릿들이다.

    “[브랜드명]의 핵심 기능 하나를 30초 만에 소개하는 쇼츠 대본을 짜줘. 구조는 호기심 유발(질문 던지기) -> 문제 제기(사용자의 불편) -> 해결책 제시([브랜드명] 사용법) -> CTA로 마무리해줘. 톤은 전문적이되 친근하게.”

    “사람들이 [브랜드명] 없이 일할 때 겪는 대표적인 실패 사례 하나를 꼽아서, ‘하지만 [브랜드명]을 쓰면 이렇게 해결된다’는 구조의 광고 문구를 만들어줘. 시간은 15초 내외로.”

    “[브랜드명]을 써서 얻을 수 있는 가장 확실한 변화 하나를 강조하는 스크립트를 써줘. ‘이거 안 쓰면 손해다’라는 느낌을 주되, 구체적인 숫자나 시간을 포함해줘.”

    이 프롬프트들은 복붙해서 바로 써도 된다. 봐야 할 건 브랜드명만 바꾸고 돌리면 그 자리에서 대본이 완성된다는 것이다. 대본까지 나왔는데 이제 나오는 영상이 이질적이라면 어떡할까.

    AI가 만든 소재가 내 브랜드랑 다를 때: 수정 프롬프트 패치

    AI가 뱉어낸 결과물은 100% 만족스러울 때가 드물다. 특히 톤앤매너가 내 브랜드랑 안 맞을 때가 많다. 처음엔 그냥 다시 돌렸다. 안 됐다. 이유는 단순했다. ‘자연스럽게’, ‘세련되게’ 같은 모호한 말만 줬기 때문이다. 여기서 좌절하지 않고 변수를 좁혀야 한다. 색감과 분위기를 조절할 때는 구체적인 색상 코드나 영화 장르를 지정하기를 권한다. “웜톤으로” 대신 “TEAL AND ORANGE grading like a movie scene”이라고 쓰면 명확하다.

    나는 유튜브 쇼츠 4개 채널을 무인 파이프라인으로 매일 렌더링하고 업로드하며 이 시스템을 검증했는데, 이미지 모델 flux-schnell로 같은 구도의 비교컷을 만들려다 시드를 고정해도 프롬프트가 바뀌면 구도가 통째로 바뀌는 경험을 했다. negative prompt 미지원으로 ‘no text’ 지시가 오히려 글자를 늘리는 결과를 보고, 이 기술적 한계를 인지하여 템플릿 안에서의 프롬프트 구성이 필수적임을 다시금 확인했다.

    제품이 제대로 부각되지 않을 때도 있다. 배경이 너무 화려하거나 피사체가 작을 때는 프레임을 강제로 조정해야 한다. ‘Close up shot’, ‘Product in center, depth of field’ 같은 단어를 프롬프트 앞단에 붙여보자. 나는 아일리고 로고가 너무 작게 나오는 바람에 광고 효과가 반감됐던 경험이 있다. 그 뒤로는 ‘Logo visibility high’라는 제약을 걸어둔다.

    자동화된 결과물에도 ‘리터칭’ 습관은 필수다. AI가 다 해주길 바라지 말고, 튀어나온 원본을 80% 정도만 활용하고 나머지 20%는 손으로 보정하는 게 빠르다. 색상 보정이나 텍스트 위치 같은 디테일은 사람이 건드리는 게 낫다. 끝내 AI는 연필 초안을 잡아주는 역할이라고 생각하면 편하다. 이런 과정을 거쳐 만든 소재라도 저작권 문제는 또 다른 덫이다.

    AI 광고 소재 수정 작업

    꼭 피해야 할 광고 소재 저작권과 플랫폼 규제

    좋은 결과물을 만들었는데 광고 계정이 정지되면 그때는 손쓸 방법이 없다. AI 생성 이미지를 쓸 때 가장 조심해야 할 게 상업적 이용 권한이다. 무료 티어 AI 툴들이 만든 이미지는 상업적 사용이 금지된 경우가 많아서, 나는 돈을 내더라도 상용 라이선스가 명확한 툴만 쓴다. 한 번 광고 집행했다가 지적재산권 분쟁에 휘말려 이미지 전부 교체한 적이 있다. 그때 시간 낭비가 적지 않았다.

    음원은 더 까다롭다. 유튜브 쇼츠나 인스타 릴스는 음원 저작권 검사가 꽤 엄격하다. 유명한 팝송이나 K-POP을 그대로 쓰면 영상이 뮤트되거나 노출이 제한된다. 무료 라이브러리나 에피뮤직 같은 유료 구독 서비스에서 라이선스가 확실한 음원을 쓰는 게 속이 편하다. 저작권 위험 시그널은 항상 예고 없이 온다.

    플랫폼 정책 위험도 무시 못 한다. 오해의 소지가 있는 썸네일이나 과장 광고는 신고 대상 1순위다. “1만 원 벌었다”는 썸네일로 실제로는 수익이 안 나는데 광고를 돌리면 계정 정지까진 아니더라도 광고 효율이 떨어진다. 유튜브 광고 정책은 계속 바뀌니, 본문에 클릭 베이트 유도 문구를 넣을 때는 최신 가이드라인을 한 번씩 훑어보는 면 안전하다.

    정리: 브랜드명 하나로 광고 4안 만드는 스튜디오 쓰기

    복잡한 프롬프트 작성에서 벗어나는 방법은 끝내 자동화 도구에 넘기는 것이다. 지금까지 설명한 과정, 그러니까 카피 구조 설계와 톤앤매너 수정과 저작권 검수는 매번 사람이 할 일이 아니다. 나는 이 모든 과정을 직접 만든 자동화 스크립트 하나에 녹여두었다. 브랜드명 하나만 입력하면 규제를 피한 음원과 상용 이미지가 조합된 광고 4안이 뽑힌다.

    복잡한 프롬프트를 짜는 연습보다는 브랜드명 하나를 입력했을 때 시스템이 얼마나 잘 맞춰서 결과를 내놓느냐가 중요하며, 30초 뒤에 나오는 결과물의 퀄리티가 곧 작업자의 판단 기준이 되어야 한다.

    출처와 근거 자료


    글쓴이 정보

    초안은 AI 파이프라인이 쓰고, 검사를 통과한 글만 공개됩니다. 걸린 초안은 제가 직접 고칩니다. — 아일리고

    궁금해할 만한 것들

    쇼츠 광고용 프롬프트를 어떻게 짜야 효율적일까요?

    복잡한 파라미터를 일일이 입력하는 대신 브랜드명과 목적만 입력하면 미리 정의된 시나리오를 돌려주는 프리셋 구조를 추천합니다. 변수를 줄이고 시스템 내의 고정값을 활용해야 30초 안에 기획을 끝낼 수 있습니다.

    CTR을 높이는 광고 대본 구조는 무엇인가요?

    호기심을 유발하는 질문으로 시작해 문제를 제기하고, 브랜드를 해결책으로 제시한 뒤 행동을 요구하는 3단 구조가 가장 효과적입니다. 긴 문장보다는 ‘이거 안 쓰면 손해다’ 같은 짧고 굵은 메시지가 잘 먹힙니다.

    AI가 만든 영상이 브랜드 톤앤매너와 안 맞을 때는 어떻게 고치나요?

    ‘자연스럽게’ 같은 모호한 표현 대신 ‘웜톤’ 대신 ‘티앤앤드 오렌지 색감’처럼 구체적인 색상 코드나 영화 장르를 지정해야 합니다. 로고가 잘 안 보인다면 프롬프트 앞단에 ‘로고 가시성 높음’ 같은 제약을 반드시 걸어야 합니다.

    AI 생성 광고 소재 사용 시 저작권 문제는 어떻게 해결하나요?

    무료 티어 AI 툴은 상업적 이용이 금지된 경우가 많아 유료 라이선스가 명확한 툴만 사용하는 것이 안전합니다. 음원은 유튜브 검사가 엄격하므로 무료 라이브러리나 에피뮤직처럼 라이선스가 확실한 서비스를 써야 계정 정지를 막을 수 있습니다.

    초보자가 프롬프트 작업을 할 때 가장 피해야 할 실수는 뭔가요?

    공백을 두려워하여 모든 것을 변수로 입력하려는 실수를 피해야 합니다. 결과물의 퀄리티는 프롬프트 공학보다는 얼마나 좋은 기본값(프리셋)을 시스템에 깔아두느냐에 달려 있습니다.

  • AI 광고 소재가 안 통하는 상품, 미리 걸러내는 기준

    AI 광고 소재가 안 통하는 상품, 미리 걸러내는 기준

    다 만들고 나서 안 맞는 상품이었다는 걸 알게 됩니다

    AI로 광고 소재를 뽑는 건 이제 어렵지 않습니다. 브랜드명만 넣어도 영상 몇 개가 나옵니다. 문제는 그게 내 상품에 맞느냐인데, 이건 소재를 다 만들어서 올려보고 반응이 없어야 알게 됩니다. 그때는 이미 며칠이 지나 있습니다.

    이 글은 만드는 방법을 다루지 않습니다. 만들기 전에 내 상품이 이 방식에 맞는 유형인지 거르는 기준과, 비용을 어떻게 계산해야 판단이 서는지만 다룹니다.

    여러 서비스를 혼자 굴리다 보면 콘텐츠 생산이 병목이 됩니다. 그래서 자동화를 붙이는데, 자동화가 답이 아닌 구간이 분명히 있습니다. 그 경계를 모르면 안 되는 걸 계속 시도하게 됩니다.

    AI 소재가 힘을 못 쓰는 상품

    질감이 구매 이유인 상품

    수공예 가방, 가죽 제품, 원단이 중요한 의류가 여기 들어갑니다. 구매를 결정하는 게 가죽의 결이나 스티치의 마감인데, 생성 이미지는 그 결을 실제 물건과 다르게 그립니다. 비슷하게 그려도 소용없습니다. 고객이 받아보고 다르다고 느끼는 순간 반품으로 돌아옵니다.

    이런 상품은 그냥 직접 찍는 쪽이 빠릅니다. 조명 하나 놓고 손으로 만지는 장면을 찍는 게 프롬프트를 스무 번 고치는 것보다 낫습니다.

    가죽 가방과 채칼 광고 소재를 같은 조건으로 생성해 비교한 실제 결과
    말로만 하면 못 믿을 것 같아 실제로 돌려봤다(2026-08-18, 같은 툴·같은 조건). 둘 다 첫눈에는 잘 나온다. 차이는 틀린 자리다 — 가죽 쪽은 스티치가 솔기 중간에서 끊기고 스트랩이 붙는 구조가 성립하지 않는다. 하필 그게 이 상품을 사는 이유다. 채칼 쪽도 틀렸다. 당근이 칼날에 닿지도 않았는데 아래엔 채가 쌓여 있다. 그런데 ‘이걸로 빨리 썬다’는 그대로 전달된다. 생성 소재의 품질이 아니라 틀린 곳이 구매 결정에 걸리느냐가 판별 기준이다.

    사람이 보증해야 하는 상품

    건강기능식품, 교육 서비스, 컨설팅처럼 파는 사람의 신뢰가 곧 상품인 경우입니다. 사장님 얼굴이 나오는 영상과 AI가 만든 영상은 전환율이 다르게 나옵니다. 여기서 AI 소재를 쓰면 광고비만 나가고 문의는 안 옵니다.

    실물 색이 중요한 상품

    화장품 색조, 페인트, 인테리어 소품이 그렇습니다. 생성 이미지의 색은 실제 제품 색과 미묘하게 어긋납니다. 화면으로 보고 고른 색과 받은 색이 다르면 그건 클레임이 됩니다. 색이 판매 포인트라면 실촬영이 기본입니다.

    반대로 잘 맞는 상품

    기능이 말로 설명되는 상품이 잘 맞습니다. 생활용품, 주방 도구, 디지털 상품, 소프트웨어처럼 무엇을 해결해 주는지가 문장으로 전달되는 것들입니다. 이런 상품은 영상이 실물을 정확히 보여줄 필요가 없습니다. 문제 상황을 보여주고 해결을 보여주면 됩니다.

    재고가 자주 바뀌는 경우에도 유리합니다. 상품이 매주 갈리는데 매번 촬영을 잡을 수는 없으니까요. 이럴 땐 소재 품질보다 회전 속도가 중요해집니다.

    비용은 단가가 아니라 재생산 횟수로 계산합니다

    툴 구독료와 외주 단가를 나란히 놓고 비교하는 계산은 대개 틀립니다. 한 편만 만들 거면 외주가 쌀 때도 있습니다. 차이는 같은 소재를 몇 번 다시 만드느냐에서 벌어집니다.

    계산은 이렇게 잡으면 됩니다.

    • 월 필요 편수: 상품 수 곱하기 상품당 소재 수
    • 재작업 비율: 처음 나온 결과를 그대로 쓰는 비율은 낮습니다. 몇 번 고쳐 쓰는지 실제로 세어보세요
    • 대기 시간: 외주는 요청하고 받기까지의 시간이 붙습니다. 이 시간이 판매 시점을 놓치게 만드는지 보세요

    여기서 재작업 비율과 대기 시간을 빼고 단가만 비교하면 숫자가 뒤집힙니다. 소재를 한 달에 몇 편 쓰는지부터 세어보고, 그 숫자로 두 방식을 각각 계산해 보는 편이 정확합니다. 남의 절감 사례를 그대로 가져오면 내 상황과 어긋납니다.

    솔직히 이 계산을 안 해보고 시작하는 경우가 대부분입니다. 그래서 구독료는 나가는데 만드는 편수는 적은 상태로 몇 달이 흘러갑니다.

    돌리기 전에 한 번에 판별하는 법

    기준이 복잡할 필요는 없습니다. 상품 하나를 놓고 이 세 줄에 답해보면 대개 갈립니다.

    1. 이 상품을 사는 이유가 보이는 것입니까, 해결되는 것입니까. 앞쪽이면 실촬영입니다
    2. 고객이 받아보고 화면과 다르다고 느낄 여지가 있습니까. 있으면 실촬영입니다
    3. 이 상품 소재를 이번 달에 몇 번 새로 만들어야 합니까. 한두 번이면 굳이 자동화를 붙일 이유가 없습니다

    세 줄 모두 AI 쪽으로 기울면 그때 툴을 켜면 됩니다. 하나라도 실촬영 쪽이면, 그 부분만 직접 찍고 나머지를 자동으로 채우는 혼합이 현실적입니다. 전부 자동이 아니어도 됩니다.

    대부분은 섞어 쓰는 쪽으로 정리됩니다

    전부 실촬영이냐 전부 AI냐로 갈리는 경우는 생각보다 적습니다. 한 상품 안에서도 구간마다 답이 다릅니다.

    실물이 나와야 하는 건 제품 자체를 비추는 몇 초입니다. 그 앞뒤로 붙는 문제 제기 장면, 배경, 자막, 마무리 화면은 실물과 무관하니 자동으로 채워도 티가 안 납니다. 상품 컷 하나만 제대로 찍어두면 그 컷을 여러 소재에 돌려 쓰면서 나머지를 바꾸는 식으로 굴러갑니다.

    이 방식의 장점은 촬영 횟수가 상품 수에 비례하지 않는다는 것입니다. 상품 하나에 컷 하나만 확보해 두면, 그 뒤로 소재를 몇 개 만들든 추가 촬영이 없습니다. 신제품이 들어올 때만 카메라를 켜면 됩니다.

    주의할 건 화질이 섞이면 오히려 어색해진다는 점입니다. 직접 찍은 컷은 선명한데 생성된 배경이 흐릿하면 이어붙인 티가 납니다. 해상도와 밝기를 한쪽에 맞춰두는 작업이 한 번은 필요합니다.

    맞는 상품이라면 만드는 건 금방입니다

    판별이 끝나고 AI 소재로 가기로 했다면, 브랜드명만 넣어서 소재를 뽑고 후보정하는 절차는 AI 영상 소재 30초 만에 만드는 법에 정리해 두었습니다. 이 글에서 정한 판단 기준을 들고 가면 됩니다.

    순서를 반대로 해도 소재는 나옵니다. 다만 안 맞는 상품에 좋은 소재를 붙이면 광고비만 먼저 소진됩니다. 툴이 못 하는 걸 확인하는 데 드는 비용이 툴 값보다 큽니다.


    글쓴이 정보

    제가 만든 AI 파이프라인이 초안을 쓰고, 저는 검사에 걸린 것만 손봅니다. 통과하지 못한 초안은 그냥 버립니다. 파이프라인은 여기에 정리해 두었습니다.

    자주 나오는 질문

    어떤 상품이 AI 광고 소재에 맞지 않나요?

    구매 이유가 질감이나 색인 상품이 맞지 않습니다. 수공예 가방이나 가죽 제품처럼 결과 마감이 결정 요인인 경우, 화장품 색조처럼 실물 색이 판매 포인트인 경우가 그렇습니다. 파는 사람의 신뢰가 곧 상품인 건강기능식품이나 컨설팅도 사람이 나오는 편이 낫습니다.

    실촬영과 AI 소재를 섞어 써도 되나요?

    대부분 그렇게 정리됩니다. 실물이 나와야 하는 건 제품을 비추는 몇 초뿐이고, 문제 제기 장면이나 배경, 마무리 화면은 자동으로 채워도 됩니다. 상품 컷 하나만 확보해 두면 소재를 여러 개 만들어도 추가 촬영이 없습니다. 다만 해상도와 밝기를 한쪽에 맞춰야 이어붙인 티가 안 납니다.

    비용 비교는 어떤 기준으로 계산해야 하나요?

    구독료와 외주 단가만 나란히 놓으면 대개 틀립니다. 월 필요 편수, 처음 결과를 그대로 쓰지 못하고 다시 만드는 비율, 외주에서 발생하는 대기 시간까지 넣어야 판단이 섭니다. 한 편만 만들 거라면 외주가 쌀 때도 있습니다.

    AI 영상 제작 툴과 직접 편집의 시간 비용 차이는?

    같은 소재를 몇 번 다시 만드는지에서 차이가 벌어집니다. 단가만 비교하면 한 편 기준으로는 외주가 유리해 보일 수 있으나, 재작업과 대기 시간을 넣으면 순서가 바뀝니다. 남의 절감 사례를 그대로 가져오지 말고 자기 월 편수로 직접 계산해 보는 편이 정확합니다.

    AI 자동화 영상 제작이 효과가 없는 경우는?

    제품의 디테일한 촉감이나 질감을 전달해야 할 때는 AI가 생성한 이미지로 한계가 있습니다. 사장님이 직접 출연해야 신뢰도가 생기거나 수공예 느낌을 살려야 할 땐 직접 촬영하는 게 더 낫습니다.