1. 한눈에 보는 결론
국내 콘텐츠 에이전시 대부분이 GEO(생성형 AI 검색 최적화) 대응을 시작하지 않은 상태입니다. 즉, 지금 첫걸음을 내디디시면 동종 업계에서 선두 그룹에 진입할 수 있는 시점입니다. 귀사의 포트폴리오(정부·공공기관·대기업 캠페인) 자체는 이미 업계 최상위 수준이지만, 현재 사이트 구조상 검색엔진과 AI(ChatGPT·Claude·Perplexity·Gemini)가 그 자산을 거의 인식하지 못하고 있습니다.
지금 결정하셔야 할 것은 "고치느냐 마느냐"가 아니라, "어떤 순서로 손대느냐"입니다. 본 문서는 12개 작업을 우선순위별로 정리하고, 대표님이 각 항목에 승인/보류만 표시하시면 바로 다음 단계로 진행할 수 있도록 구성되어 있습니다.
가장 시급한 3가지 문제 (모두 [지금 바로] 라벨):
- 모든 페이지가 메인 페이지처럼 보임 — 50개 포트폴리오·5개 서비스 페이지가 검색엔진에 1개 페이지로 묶여 있음
- 50개 페이지가 같은 제목·설명을 사용 — AI가 "오레오오즈 이모티콘 사례"를 "회사 소개"와 구분 못 함
- 검색엔진이 사이트 구조를 모름 — sitemap 부재로 페이지 발견 자체가 안 됨
위 3가지만 처리해도 검색·AI 노출 표면적이 수십 배 늘어납니다. 작업은 개발사 측 약 6시간, 소요유 검수 약 1시간으로 마무리됩니다.
2. 대표님 결정 필요 사항
이 문서를 보시고 다음 항목에 표시(또는 회신)만 주시면 다음 단계로 넘어갈 수 있습니다.
3. 현재 사이트가 검색엔진·AI에 어떻게 보이는가
아래는 2026년 5월 1일 자체 크롤링(전체 5,907개 URL)으로 측정한 사실입니다. 평가나 추측이 아니라 측정 데이터입니다.
| 측정 항목 | 현재 상태 | 의미 |
|---|---|---|
| 인식되는 페이지 수 | 사실상 1개 (메인 페이지로 통합 인식) | 50개 포트폴리오·5개 서비스 페이지가 모두 메인 페이지의 사본으로 분류됨 |
| 고유한 제목 수 (전체 446개 페이지 중) | 2개 | 444개 페이지가 같은 제목 공유. 작품·서비스 구분 불가 |
| 고유한 설명문 수 (442개 페이지 중) | 1개 | 442개 페이지가 모두 회사 소개문 1개를 공유 |
| 구조화 데이터 (회사·작품 정보) | 0건 | AI가 회사명·대표·주소·사업자번호를 구조적으로 읽을 수 없음 |
| sitemap.xml (검색엔진용 사이트 지도) | 없음 (404 응답) | 검색엔진이 어떤 페이지가 있는지 체계적으로 알 수 없음 |
| llms.txt (AI 전용 사이트 안내) | 없음 | ChatGPT·Claude 등에 회사 안내 정보 전달 채널 부재 |
| JS로 페이지 제목이 바뀌는 페이지 수 | 438개 | AI 크롤러는 자바스크립트 미실행 상태에서 읽으므로, 사실상 작품 제목을 못 봄 |
| HTTP(보안 안 됨)로 불러오는 자원 수 | 530개 | HTTPS 사이트인데 일부 자원이 보안 안 된 채 노출 — 신뢰 시그널 저하 |
| 100KB 초과 이미지 | 1,472개 (합계 1,223 MB) | 모바일 사용자 페이지 로딩 매우 느림. 가장 큰 이미지 1개가 19.8 MB |
| 한 페이지 평균 텍스트 분량 | 118 단어 | AI가 인용할 만한 본문 부족. 일반적으로 500~800 단어가 권장 수준 |
요약: 콘텐츠와 포트폴리오 자체에는 문제가 없습니다. 문제는 그 자산을 검색엔진과 AI가 인식하지 못하도록 사이트 구조가 설정되어 있다는 점입니다. 즉, 콘텐츠 제작 역량이 아니라 사이트 인프라 수준의 문제입니다.
4. 문제별 사업 영향도 매트릭스
아래 표는 12개 작업을 "언제 해야 하나(행)" × "어떤 사업 영향을 막는가(열)"로 정리한 것입니다. 각 칸의 번호는 §5의 카드 번호입니다.
| 우선순위 ⬇ / 사업 영향 ➡ | 노출 손실 | 신뢰 저하 | 운영 효율 | 콘텐츠 자산 |
|---|---|---|---|---|
| 지금 바로 | 124 | 311 | — | — |
| 이번 달 | 7 | 6 | 12 | 589 |
| 다음 분기 | — | — | 10 | — |
읽는 법. "지금 바로 × 노출 손실" 칸의 1·2·4번 카드가 가장 시급합니다 — 안 고치면 검색·AI에 회사가 사실상 안 보이는 상태입니다. 카드 번호를 클릭(또는 §5에서 같은 번호 찾기)하시면 상세 설명으로 이동하실 수 있습니다.
5. 문제별 상세 카드 12개
각 카드는 동일한 형식입니다 — 무슨 일이 벌어지고 있나 / 왜 중요한가 / 수정 후 어떻게 달라지나 / 작업 기간 / 결정 필요 / 개발사용 세부 명세(접힘). 개발사용 세부 명세는 평소엔 접혀 있고, 펼치셔야 코드가 보입니다.
모든 페이지가 "메인 페이지 하나"처럼 보입니다
포트폴리오 50개, 서비스 페이지 5개를 만들어 두셨지만, 검색엔진과 AI는 그 모든 페이지를 "메인 페이지 한 개의 사본"으로 인식합니다. 사이트의 모든 하위 페이지가 "이 페이지의 진짜 정체는 메인 페이지입니다"라는 잘못된 안내문(canonical 태그)을 달고 있기 때문입니다.
- 정부·대기업 캠페인 포트폴리오가 검색에 잡히지 않습니다
- AI에 "한국 브랜드웹툰 잘하는 곳"을 물어봐도 귀사가 인용되지 않습니다
- 50개 작품을 만들었는데 검색엔진은 1개만 본다는 뜻입니다
검색엔진과 AI가 50개 페이지를 각각 독립된 페이지로 인식하기 시작합니다. "오레오오즈 이모티콘 사례"를 검색하면 해당 작품 페이지가 직접 노출되고, AI 답변에서도 작품별로 인용될 수 있게 됩니다.
개발사용 세부 명세 보기
증상. 모든 서브 URL의 <link rel="canonical">이 홈을 가리킴. (예: /webtoon/, /works/view.php?idx=803 모두 canonical = https://example.com)
수정. 공통 헤더 PHP에서 canonical을 SSR로 동적 생성. 쿼리스트링 포함 전체 URL을 그대로 canonical 값으로 사용.
검증. curl -s https://example.com/works/view.php?idx=803 | grep canonical → canonical 값이 자기 URL과 일치하는지 확인. 임의 5개 URL에서 모두 통과해야 함.
50개 페이지가 모두 같은 제목·설명을 가지고 있습니다
검색엔진과 AI가 사이트를 처음 읽을 때, 모든 페이지의 제목·설명·SNS 공유 카드 정보가 동일하게 보입니다 (예: 444개 페이지가 같은 제목, 442개 페이지가 같은 설명). 작품 제목·서비스명이 페이지마다 다르게 표시되도록 자바스크립트로 바꾸고 있지만, AI 크롤러 다수가 자바스크립트 실행 전에 사이트를 읽기 때문에 그 변화를 보지 못합니다.
- SNS에 작품 페이지를 공유해도 미리보기 카드가 항상 회사 소개로 표시됩니다
- AI는 "이 페이지는 어떤 작품이지?"를 알지 못한 채 색인합니다
- 1번 카드를 고치더라도, 이 문제가 함께 해결되지 않으면 효과가 절반으로 떨어집니다
각 페이지가 자신의 정체에 맞는 제목과 설명을 가지게 됩니다. 작품 페이지는 작품 제목·클라이언트명·장르가, 서비스 페이지는 서비스명이 검색결과·SNS 공유 카드에 정확히 표시됩니다.
개발사용 세부 명세 보기
증상. 첫 SSR 응답의 <title>·<meta name="description">·og:title·og:description이 모든 페이지에 동일. 작품 제목은 클라이언트 JS로 후속 주입되어 있어 AI 크롤러는 인식 불가.
수정. 페이지 유형별 SSR 변수화. 5개 서비스 섹션 + 작품 상세 템플릿 분리.
검증. curl로 5개 작품 페이지 응답 받아 SSR HTML에 작품 제목이 포함되어 있는지 확인. JS 실행 없이 보이는지가 핵심.
사이트 보안 신호가 외부에 비어 있습니다
웹사이트는 브라우저·검색엔진에게 "이 사이트는 보안 정책이 이렇게 되어 있다"는 응답 헤더 6종을 같이 보내야 합니다. 현재 사이트는 그 6종이 모두 비어 있는 상태입니다. 외부에서 보안 점검 도구로 측정하면 가장 낮은 등급(F)을 받습니다.
- 검색엔진은 보안이 약한 사이트를 색인 우선순위에서 강등시킵니다
- 일부 기업·기관 보안 정책에서 자사 사이트를 차단할 수 있습니다 (B2B 영업 손실 가능성)
- "신뢰 가는 회사" 신호가 외부에 자동으로 안 나가고 있습니다
외부 보안 점검 도구(securityheaders.com 등)에서 가장 낮은 F 등급에서 가장 높은 A 등급으로 즉시 변화합니다. 30분 작업으로 완료됩니다.
개발사용 세부 명세 보기
수정. .htaccess에 보안 헤더 6종 추가. CSP는 Report-Only 모드로 1~2주 운영 후 정식 전환.
검증. https://securityheaders.com/?q=example.com A 이상. 콘솔 CSP 위반 경고 모니터링 후 정식 전환.
검색엔진이 사이트 구조를 모릅니다 (sitemap 부재)
검색엔진(Google·Naver·Bing)은 보통 사이트 입구에서 "어떤 페이지들이 있나요"라고 묻고, 사이트는 sitemap.xml이라는 지도 파일로 답합니다. 현재 그 지도 파일이 없습니다. 검색엔진은 링크를 일일이 따라가며 페이지를 찾아야 하는데, 1·2번 문제와 합쳐져 효율이 매우 낮은 상태입니다.
- 새로 올린 작품·뉴스가 검색에 반영되는 데 시간이 오래 걸립니다
- 일부 페이지는 영영 발견되지 않습니다
- 1·2번을 고친 후 효과가 빨리 나타나려면 이 작업이 함께 진행되어야 합니다
검색엔진이 사이트 전체 구조를 한 번에 알게 됩니다. 새 작품이 올라가면 자동으로 지도에 반영되어, 검색 색인 속도가 빨라집니다. Google Search Console·Naver 서치어드바이저에 등록만 하면 색인 진행 상황도 추적할 수 있습니다.
개발사용 세부 명세 보기
구현. sitemap.php 동적 생성 → URL rewrite로 /sitemap.xml 응답.
포함 대상. 홈, About 5종, 서비스 5종, 작품 상세 전체(works 테이블 쿼리), News.
제외 대상. /sub/, /popup/, /include/, /admin/ 디렉터리 + redirect URL 전체. (현재 sitemap이 stale 상태에서 redirect 절반이라는 진단 결과 → HTTP 200 응답만 포함.)
필수 필드. <loc>, <lastmod> (작품 수정일), <changefreq>.
검증. curl https://example.com/sitemap.xml → 200, XML 유효. GSC 등록 후 batch curl로 모든 URL 200 확인.
AI 전용 사이트 안내 파일이 없습니다 (llms.txt)
2024년부터 ChatGPT·Claude·Perplexity 등 AI 시스템이 사이트를 빠르게 이해할 수 있도록, 사이트 입구에 llms.txt라는 안내 파일을 두는 새 표준이 자리잡고 있습니다. 회사 소개·서비스·주요 작품을 한 번에 정리한 일종의 "AI용 명함" 파일입니다. 현재 귀사 사이트엔 없습니다.
- AI가 회사 정보를 정리해서 답변할 때 정확도가 올라갑니다
- 경쟁사가 아직 적용 안 한 영역 — 선점 효과 있습니다
- 도메인 가치가 장기적으로 누적됩니다 (AI 학습 데이터 진입 가능성)
AI에 "(주)샘플 브랜드은 어떤 회사야?"라고 물으면, llms.txt가 첫 참조 자료가 됩니다. 회사 한 줄 소개·서비스 5개·주요 포트폴리오 20개·연락처가 정확히 정리된 형태로 답변에 반영됩니다.
개발사용 세부 명세 보기
위치. https://example.com/llms.txt (HTTP 200 응답).
구조. llmstxt.org 비공식 표준 형식 준수. 텍스트 내용은 발주처가 사전 전달, 개발사는 파일 배치만.
회사 정보가 AI에 구조화된 형태로 전달되지 않습니다
홈페이지 footer에 회사명·대표·주소·사업자번호·전화·이메일이 모두 적혀 있지만, AI는 그 텍스트가 "회사 정보"인지 "단순 본문"인지 자동으로 구분할 수 없습니다. AI가 회사를 정확히 인식하려면 "이건 회사명입니다", "이건 주소입니다"라고 구조화된 표지(schema.org Organization)가 페이지 안에 있어야 합니다.
- 대형 포털·구글 검색 결과에 회사 카드(이름·주소·전화·웹사이트)가 자동 노출될 수 있습니다
- AI가 "이 회사 어디에 있어?"·"전화번호 알려줘" 같은 질문에 정확히 답합니다
- 회사가 "신뢰할 수 있는 실체"로 인식되어 검색 노출 가산점이 생깁니다
홈페이지에 회사 정보 카드(JSON-LD) 한 블록을 추가합니다. AI는 이걸 보고 회사명·대표·주소·사업자번호·소셜 채널을 정확히 인식합니다. 외부 도구(Google Rich Results Test)로 즉시 검증 가능합니다.
개발사용 세부 명세 보기
위치. 홈페이지(/) </body> 직전 또는 공통 footer include.
발주처 사전 전달 항목. 정확 사업장 주소(현재 확보), 사업자등록번호 000-00-00000 (확보), 대표 전화 02-0000-0000 (확보), 이메일 [email protected] (확보), 설립일 20XX-XX-XX (확보), 공식 소셜 채널 4종 URL (미확보).
검증. Google Rich Results Test에 홈 URL → Organization 인식, 에러 0건.
5개 서비스 라인이 AI에 "서비스"로 구조화되지 않았습니다
Campaign·Webtoon·Character·Emoticon·Video 5개 서비스 페이지가 있지만, AI에는 "그냥 페이지"로만 보입니다. 각 페이지가 "이건 브랜드웹툰 제작 서비스입니다"라고 구조화된 표지(Service schema)를 가지고 있지 않기 때문입니다.
- "브랜드웹툰 제작 업체"·"대형 메신저 플랫폼 이모티콘 제작사" 같은 검색 쿼리에 노출 확률이 올라갑니다
- AI가 서비스명으로 답변할 때 인용 우선순위가 생깁니다
- 5개 서비스 라인 각각이 독립된 검색 자산이 됩니다
5개 서비스 페이지 각각에 Service 정보 블록이 추가됩니다. AI는 "한국 브랜드웹툰 제작 업체"를 물었을 때 귀사 Webtoon 페이지를 직접 인용할 수 있게 됩니다.
개발사용 세부 명세 보기
5개 서비스 페이지(/campaign/, /webtoon/, /character/, /emoticon/, /video/) 각각 </body> 직전 추가. 동일 구조, name·serviceType·description·url만 변경.
50개 작품이 AI에 "작품"으로 인식되지 않습니다
각 작품 상세 페이지(works/view.php?idx=N)에 작품명·클라이언트명·장르·공개일이 표시되지만, AI는 그것이 "회사가 만든 작품"이라는 사실을 구조적으로 알지 못합니다. AI가 "(주)샘플 브랜드이 만든 정부기관 캠페인 사례 알려줘"라고 물었을 때, 작품 정보를 정확히 인용하기 위한 표지(CreativeWork schema)가 필요합니다.
- AI 답변에 "(주)샘플 브랜드이 ○○를 위해 제작한 △△ 사례"가 직접 인용됩니다
- 정부·공공·대기업 클라이언트명이 회사와 연결된 자산으로 누적됩니다
- 50개 작품이 각각 검색·AI 인용 가능한 콘텐츠 자산이 됩니다
각 작품 페이지에 작품 정보 블록이 자동 생성됩니다. 작품 DB의 제목·클라이언트명·장르·공개일이 그대로 AI에 구조화되어 전달됩니다. 신규 작품 등록 시 자동으로 적용됩니다.
개발사용 세부 명세 보기
전제. 작품 DB에 다음 컬럼 필요 — title, client_name, genre, published_date, cover_image. 누락 컬럼은 데이터 보강 작업 별도 견적.
자주 묻는 질문 페이지가 없습니다 (FAQ)
BD 영업에서 가장 많이 받는 질문 10개("브랜드웹툰 제작 기간은?", "이모티콘 비용은?", "캐릭터 IP 저작권은?" 등)에 대한 정리 페이지가 없습니다. AI는 사용자 질문에 답할 때 FAQ 형식의 콘텐츠를 가장 우선적으로 인용하는 경향이 있습니다.
- AI에 "브랜드웹툰 제작 기간"을 물었을 때 귀사 답변이 직접 인용됩니다
- 영업 단계에서 같은 질문을 반복 받는 시간이 줄어듭니다
- 검색 결과에 FAQ 카드가 자동 노출될 수 있습니다 (Google Rich Result)
example.com/faq/ 페이지가 신설되고, 10개 질문·답변이 AI 인용 가능한 형태로 정리됩니다. 답변 초안은 소요유가 BD 문의 패턴 기반으로 작성하고, 발주처가 검수만 하시면 됩니다.
개발사용 세부 명세 보기
위치. https://example.com/faq/ 신규 페이지 + FAQPage JSON-LD.
10개 질문 (소요유 답변 초안 작성 → 발주처 검수).
- 브랜드웹툰 제작 기간은 보통 얼마나 걸리나요?
- 무빙툰과 일반 웹툰의 차이는 무엇인가요?
- 대형 메신저 플랫폼 브랜드 이모티콘 제작 비용은 어떻게 산정되나요?
- 캐릭터 IP 저작권은 누구에게 귀속되나요?
- 정부기관·공공 입찰용 견적서 발급이 가능한가요?
- 시안 수정은 몇 회까지 가능한가요?
- 영상 제작 시 성우·배경음악 라이선스도 포함되나요?
- 제작 진행 중 중간 보고는 어떻게 받나요?
- 제작된 콘텐츠를 자사 SNS·광고에 자유롭게 사용할 수 있나요?
- 첫 미팅 전에 준비해야 할 자료가 있나요?
사이트 안 위치 안내(breadcrumb)가 없습니다
"홈 > Works > 작품명" 같은 위치 표시(빵부스러기, breadcrumb)가 페이지에 없습니다. 사용자도, 검색엔진도 "이 페이지가 사이트의 어느 위치에 있는가"를 한눈에 파악하기 어렵습니다.
- 검색 결과에 사이트 구조가 표시됩니다 (예: example.com › Works › 오레오오즈 이모티콘)
- 사용자 페이지 이탈률이 낮아집니다
- 다른 카드들(1~9번)에 비해 우선순위는 낮습니다 — 다음 분기에 진행해도 무방
모든 서브페이지에 시각적 breadcrumb UI가 표시되고, 검색엔진에도 사이트 구조가 전달됩니다. 작은 작업이지만 사용자 경험과 검색 노출에 모두 긍정적입니다.
개발사용 세부 명세 보기
모든 서브페이지에 시각 breadcrumb UI + BreadcrumbList JSON-LD 추가.
일부 자원이 보안 안 된 상태로(HTTP) 노출되고 있습니다 (530건)
사이트 자체는 HTTPS(보안)로 운영 중이지만, 페이지 안에서 불러오는 일부 자원(이미지·CSS·JS) 530건이 여전히 옛 HTTP 주소로 연결되어 있습니다. 일부는 도메인도 www.example.com·example.com 두 가지로 혼용되어 있습니다. 브라우저는 이 상황에서 "Mixed Content(혼합 콘텐츠) 경고"를 출력합니다.
- 일부 브라우저는 HTTP 자원을 자동 차단하여 사이트가 깨져 보입니다
- 검색엔진은 "보안 일관성 부족"으로 판단해 신뢰도를 낮춥니다
- 3번 카드(보안 헤더)와 함께 처리하면 보안 등급이 한 번에 정상화됩니다
모든 자원이 HTTPS로 일관되게 불러와집니다. 브라우저 경고 사라지고, 일부 차단되어 보이지 않던 이미지가 모든 환경에서 정상 표시됩니다.
개발사용 세부 명세 보기
- 콘텐츠 DB(works·about·news) 본문 HTML SQL 일괄 치환:
http://www.example.com/http://example.com→https://example.com - 정적 자원 경로는 절대 URL 대신 상대 경로 또는 프로토콜 상대 URL 사용
- www 도메인 통일 (.htaccess 301 리다이렉트):
검증. curl -s https://example.com/works/view.php?idx=803 | grep -i "http://" → 0건. 브라우저 콘솔 Mixed Content 경고 0건.
사이트 이미지가 너무 무거워 모바일 사용자 이탈이 큽니다 (1.2GB)
사이트에 100KB를 초과하는 이미지가 1,472개 있고, 합계 용량은 1,223 MB(약 1.2GB)입니다. 가장 큰 단일 이미지 한 장이 19.8 MB입니다. 웹툰 원본 JPG가 압축 없이 그대로 노출되어 있습니다.
- 모바일 사용자 페이지 로딩이 매우 느려 이탈률이 높습니다
- 구글은 모바일 페이지 속도를 검색 순위에 직접 반영합니다
- 호스팅 트래픽 비용이 불필요하게 증가하고 있을 수 있습니다
이미지 합계 용량이 약 200 MB 이하(현재 대비 83% 절감)로 줄어들고, 모바일 사용자의 페이지 로딩 속도가 체감 가능한 수준으로 개선됩니다. 원본은 보존되며, 사용자가 접속하는 화면에만 최적화 버전이 전달됩니다.
개발사용 세부 명세 보기
- 모든 100KB 초과 이미지 → WebP(품질 80) 변환, 원본 보존
- 최대 가로 1,920px (웹툰 1,200px 권장) 다운스케일
<picture>+srcset적용 — 모바일 768px / 태블릿 1,200px / 데스크탑 원본- 모든
<img>에loading="lazy"(LCP 후보 제외) - CMS 업로드 훅에 자동 압축 + WebP 생성
목표. 합계 용량 200MB 이하, 단일 파일 최대 500KB.
검증. Screaming Frog 재크롤 후 100KB 초과 이미지 200개 이하. PageSpeed Insights 모바일 LCP 4초 이하.
6. 단계별 진행 순서
승인하신 카드를 우선순위 라벨에 따라 자동으로 다음 순서로 진행합니다.
7. 전체 일정 시뮬레이션
발주처 승인 시점을 D+0으로 두고 시뮬레이션한 일정입니다. 개발사 작업과 소요유 검수 시간을 모두 포함합니다.
| 시점 | 작업 | 주체 | 비고 |
|---|---|---|---|
| D+0 | 마스터 문서 승인 + 사전 자료 9건 전달 시작 | 발주처 | — |
| D+1~7 | 카드 #1·#2·#3·#4·#11 단일 배포 작업 | 개발사 | 약 6시간 작업, 배포 일정 포함 |
| D+8 | 1차 배포 검수 + 결과 보고 | 소요유 | 1~2시간 |
| D+10~14 | 카드 #5(llms.txt) + #6(Organization) | 개발사 + 발주처 | 발주처 사전 자료 도착 후 |
| D+15~20 | 카드 #7(Service) + #9(FAQ) | 개발사 + 소요유 답변 초안 | FAQ 답변 검수 포함 |
| D+21~28 | 카드 #8(작품 schema) + #12(이미지) | 개발사 | 작품 DB 컬럼 보강 선행 |
| D+30 | 2단계 전체 검수 + 결과 보고 | 소요유 | — |
| 다음 분기 | 카드 #10(breadcrumb) | 개발사 | 여유 시점 진행 |
전체 약 30일(약 1개월) 안에 카드 #10을 제외한 11개 작업이 완료됩니다.
8. 개발사에 전달되어야 할 자료 (발주처 준비)
일부 카드는 발주처가 미리 모아주셔야 진행 가능합니다. 받은 항목 순서대로 해당 카드 진행이 풀립니다.
| # | 항목 | 관련 카드 | 현재 상태 |
|---|---|---|---|
| 1 | 정확한 사업장 주소 | #6 | ✅ 확보됨 |
| 2 | 사업자등록번호 | #6 | ✅ 확보됨 (000-00-00000) |
| 3 | 대표 전화·이메일 | #5, #6 | ✅ 확보됨 |
| 4 | 회사 설립일 | #6 | ✅ 확보됨 (20XX-XX-XX) |
| 5 | 공식 소셜 채널 URL (Instagram/YouTube/Naver/LinkedIn 중 운영 중인 것) | #6 | ⏳ 발주처 전달 필요 |
| 6 | 회사 소개 200자 1문단 | #5 | ⏳ 발주처 전달 필요 |
| 7 | 대표 포트폴리오 20건 선정 (제목+클라이언트명+URL) | #5 | ⏳ 발주처 전달 필요 |
| 8 | FAQ 10문 답변 검수 | #9 | ⏳ 소요유 초안 후 발주처 검수 |
| 9 | 작품 DB 컬럼(client_name, genre, published_date, cover_image) 존재 여부 | #8 | ⏳ 발주처 → 개발사 확인 필요 |
총 9건 중 4건은 이미 확보되어 있어, 발주처가 추가로 모아주실 것은 5건뿐입니다.
9. 검수 기준 (대표님이 "완료" 보고를 받으셨을 때 확인하실 항목)
개발사 작업 완료 후 소요유가 다음 항목을 모두 점검하고 결과 보고서를 드립니다. 대표님은 보고서에 모든 항목이 ✅로 표시되어 있는지만 확인하시면 됩니다.
- 임의 작품 페이지 5개의 canonical 주소가 자기 자신을 가리키는가
- 임의 작품 페이지 5개의 제목·설명이 작품별로 다르게 표시되는가 (자바스크립트 미실행 상태에서)
- 외부 보안 점검 도구에서 보안 등급이 A 이상인가
- sitemap.xml이 정상 응답하고 Google Search Console에 등록 성공했는가
- llms.txt가 정상 응답하고 형식이 유효한가
- Google Rich Results Test에서 회사 정보(Organization)가 인식되는가
- 5개 서비스 페이지에서 Service 정보가 인식되는가
- 임의 작품 5개에서 작품(CreativeWork) 정보가 인식되는가
- FAQ 페이지가 신설되고 10개 Q&A가 모두 인식되는가
- HTTP로 불러오는 자원 수가 0건인가
- 100KB 초과 이미지 수가 200건 이하로 줄었는가
- 모바일 PageSpeed Insights LCP가 4초 이하인가
10. 다음 단계: 콘텐츠 로드맵
위 12개 카드는 모두 사이트 인프라 정비입니다. 인프라가 안정화되면, 그 위에 콘텐츠를 쌓아 올려 검색·AI 노출을 더 끌어올리는 단계로 넘어갑니다.
소요유는 귀사 5개 서비스 라인(Webtoon·Emoticon·Character·Campaign·Video)에 맞춰 총 100개의 블로그 주제 풀을 별도로 마련했습니다. 각 주제에는 제목안·메인 키워드·본문 개요·예상 분량·우선순위가 포함되어 있어, 발주처 콘텐츠팀이 그대로 작성·발행하실 수 있는 형태입니다.
| 단계 | 분량 | 기간 | 설명 |
|---|---|---|---|
| 1년차 | P0 우선순위 50편 | 약 12개월 | 검색 의도 명확 + BD 전환 직결 주제. 주 1편 발행. |
| 2년차 | P1 우선순위 30편 | 약 7~8개월 | 권위·E-E-A-T 축적용. 동일 페이스 유지. |
| 3년차 이후 | P2 우선순위 20편 | 여유 시점 | 롱테일·트렌드 확장. |
100개 주제 풀 원본 자료는 콘텐츠 로드맵 승인 시점에 발주처에 인계됩니다. 본 마스터 문서에는 첨부하지 않습니다 (발주처 검토 부담을 줄이기 위함).
11. 부록
A. 본 문서에 등장한 용어 풀이
- canonical 태그
- "이 페이지의 진짜 정체는 어느 URL인가"를 검색엔진에 알려주는 표지. 잘못 설정되면 모든 페이지가 한 페이지로 묶임.
- SSR (서버 사이드 렌더링)
- 웹사이트가 사용자(또는 AI)에게 페이지를 보낼 때, 서버가 미리 완성된 HTML을 보내는 방식. 자바스크립트 미실행 환경에서도 내용이 보임.
- schema.org / JSON-LD
- "이건 회사 이름이고 이건 주소입니다"라는 식으로 페이지 안 정보의 의미를 구조적으로 표시하는 표준 형식. AI·검색엔진이 정확히 이해할 수 있게 만듦.
- sitemap.xml
- 사이트 안 모든 페이지를 정리한 지도 파일. 검색엔진이 어떤 페이지들이 있는지 한 번에 파악할 수 있게 해줌.
- llms.txt
- 2024년부터 자리잡고 있는 AI 전용 사이트 안내 파일. ChatGPT·Claude 등이 사이트를 빨리 이해할 수 있도록 회사 정보·서비스·포트폴리오를 정리한 파일.
- meta description
- 페이지의 한 줄 설명문. 검색결과·SNS 공유 카드에 표시됨. 모든 페이지가 같은 설명을 쓰면 검색엔진이 페이지를 구분 못 함.
- FAQPage schema
- 자주 묻는 질문·답변을 AI가 직접 인용할 수 있는 형태로 표시하는 schema. AI 답변에 직접 인용될 가능성이 높음.
- WebP
- 구글이 만든 차세대 이미지 형식. JPG·PNG 대비 비슷한 화질에 용량 30~50% 절감.
- LCP (Largest Contentful Paint)
- 모바일·데스크탑 화면에서 가장 큰 콘텐츠가 보일 때까지 걸리는 시간. 구글이 검색 순위에 반영하는 핵심 성능 지표.
B. 본 문서의 위상
본 문서는 발주처 의사결정용 단일 마스터 문서이며, 외주 개발사도 동일 문서 안의 "개발사용 세부 명세 보기" 영역(접힘)을 펼치셔서 그대로 작업 명세로 사용하실 수 있도록 설계되었습니다. 별도 개발사용 명세서를 발송하지 않습니다.
C. 진단 근거 자료
- theXEO Audit (2026-04-20): 자체 GEO/AEO/SEO 진단 프레임워크. 6개 카테고리 종합 점수 산출.
- Screaming Frog 크롤 (2026-05-01): 사이트 5,907개 URL 전수 측정. 본 문서 §3 데이터의 출처.
- 가중치 기준: SparkToro · Ahrefs · Gartner 2025–2026 AI Search Research.