( Search Optimization )
SEO&AEO
( THE PROBLEM )
THE SEARCH
HAS
CHANGED.
검색의 패러다임이 바뀌었습니다.
검색 결과가 링크 목록과 AI 답변으로 함께 확장되고 있습니다.
사용자는 Google뿐 아니라 ChatGPT 검색과 Perplexity 같은 답변형 인터페이스에서도 회사를 찾습니다. 채널별 비중은 업종마다 다르므로 실제 유입과 인용을 분리해 측정해야 합니다.
플랫폼 이름만으로 검색 가능 여부를 단정할 수는 없습니다. 핵심은 공개 페이지의 접근성, 원문의 품질, 기업 정보의 일관성과 기술 설정입니다.
페이지별 메타·스키마 설계
배포 후 크롤링 응답 검수
검색·AI 유입 분리 측정
( SEO vs AEO )
TWO
BATTLES.
( SEO )
SEARCH
ENGINE.
구글, 네이버, 빙에서 상위에 노출되는 것.
전통적인 SEO는 메타 태그, 사이트맵, 시맨틱 HTML, 페이지 속도, 구조화 데이터를 통해 검색 크롤러가 사이트를 정확히 이해하도록 만드는 작업입니다.
여전히 전체 검색 트래픽의 75%를 차지합니다. SEO 없이는 AI 검색 최적화도 의미가 없습니다.
( AEO )
ANSWER
ENGINE.
AI가 답변할 때 출처로 인용되는 것.
AEO는 ChatGPT, Perplexity, Gemini 같은 AI 검색엔진이 답변을 생성할 때 당신의 사이트를 출처로 인용하도록 만드는 새로운 최적화 영역입니다.
구조화 데이터는 기업과 콘텐츠의 관계를 명확히 하는 보조 수단입니다. 실제 HTML 원문, 검색용 크롤러 접근성, 검증 가능한 출처가 우선이며 특정 파일이나 스키마만으로 인용을 보장할 수는 없습니다.
치로는 두 전쟁터를 동시에 설계합니다. 하나의 코드베이스에서.
( WHY CODE-LEVEL )
( THE LIMIT OF BUILDERS )
플랫폼의 제어 범위가 검색 최적화의 작업 범위를 결정합니다.
빌더도 기본 SEO와 코드 삽입 기능을 제공할 수 있지만 페이지별 스키마, URL·리디렉션, 루트 파일, 성능 병목의 제어 범위는 플랫폼과 요금제마다 다릅니다. 필요한 기능을 구현하고 검수할 수 있는지 먼저 확인해야 합니다.
치로는 코드를 직접 제어해 요구사항별 구현 범위를 명확히 하고, 배포된 페이지의 HTML·응답 헤더·구조화 데이터를 실제 URL로 검수합니다.
CODE
LEVEL.
( PLATFORM STRATEGY )
THREE
FRONTS.
GOOGLE.
구조화 데이터 + 시맨틱 HTML로 리치 결과 노출.
Organization, FAQPage, BreadcrumbList 스키마를 코드 레벨에서 직접 작성합니다. 구글이 페이지를 ‘이해’하면 검색 결과에 별점, FAQ, 사이트링크가 함께 노출됩니다. 클릭률이 올라가고, 신뢰도가 올라갑니다.
CHATGPT.
명확한 원문과 접근 가능한 구조로 출처 후보를 만듭니다.
OAI-SearchBot 접근 정책을 확인하고 회사·서비스·사례 정보를 실제 HTML에 명확히 제공합니다. 선택적 llms.txt보다 원문과 공식 정보의 일관성을 먼저 검수하며, 결과는 반복 질문과 유입 데이터로 측정합니다.
PERPLEXITY.
출처 URL + 권위 시그널로 직접 인용 유도.
Perplexity는 답변에 출처 URL을 직접 표시합니다. 사이트의 권위 시그널이 높을수록 인용 확률이 올라갑니다. 구조화 데이터, 빠른 로딩 속도, 명확한 도메인 전문성 — 치로가 설계하는 모든 요소가 이 권위 시그널을 구성합니다.
( PROCESS )
HOW WE
BUILD.
모든 프로젝트에 적용되는 SEO/AEO 설계 프로세스.
구조 설계
URL 구조, 사이트맵 계층, 페이지 간 관계를 먼저 설계합니다. 검색엔진과 AI 크롤러가 사이트를 어떻게 탐색할지를 기획 단계에서 결정합니다.
시맨틱 마크업
모든 페이지를 시맨틱 HTML로 작성합니다. article, section, nav, main — 각 태그가 문서에서 어떤 역할을 하는지 명확히 정의합니다. div 나열이 아닌, 의미를 가진 구조.
스키마 삽입
Organization, FAQPage, BreadcrumbList, Service, Person — 페이지 성격에 맞는 JSON-LD 스키마를 코드 레벨에서 직접 작성합니다. 자동 생성이 아닌, 수작업 최적화.
AI 크롤러 대응
robots.txt에서 OAI-SearchBot 등 검색용 크롤러 접근 정책을 확인합니다. 핵심 정보는 실제 HTML에 제공하고 llms.txt는 필요할 때만 보조 문서로 운영합니다.
속도 최적화
Lighthouse 95+ 점을 목표로 이미지, 폰트, 스크립트를 최적화하고 실제 사용자 Core Web Vitals를 함께 점검합니다. 점수만으로 검색 순위나 AI 인용을 보장하지 않습니다.
( INCLUDED IN ALL )
WHAT'S INCLUDED.
모든 프로젝트에 기본 포함되는 SEO/AEO 항목.
Organization 스키마 (JSON-LD)
회사명, 주소, 연락처, 로고, 서비스 영역을 구조화합니다. 구글 지식 패널과 AI 검색의 비즈니스 인식 정확도를 높입니다.
FAQPage 스키마
페이지에 실제 공개된 질문과 답변의 관계를 표현합니다. 일반 기업 사이트의 Google FAQ 리치 결과 노출을 보장하지 않습니다.
BreadcrumbList 스키마
사이트 계층 구조를 검색엔진에 명시적으로 전달합니다. 지원되는 검색 결과에서 탐색 경로로 활용될 수 있습니다.
시맨틱 HTML 구조
article, section, nav, main — 의미 있는 태그로 문서 구조를 설계합니다. 크롤러 가독성과 접근성을 동시에 확보합니다.
sitemap.xml & robots.txt
빌드 시 자동 생성. 크롤링 우선순위를 제어하고, 불필요한 페이지의 크롤링 예산 낭비를 방지합니다.
llms.txt
사이트의 핵심 문서를 요약하는 선택적 보조 파일입니다. 공식 검색 노출 요건이나 인용 보장 수단으로 설명하지 않습니다.
Open Graph & Twitter Card
SNS 공유 시 제목, 설명, 이미지가 정확히 표시됩니다. 카카오톡, 슬랙, 디스코드 미리보기까지 대응합니다.
Canonical URL & 메타 태그
중복 콘텐츠 문제를 방지하고, 각 페이지의 대표 URL을 검색엔진에 명시합니다. 크롤링 효율을 극대화합니다.
( COMPARISON )
BUILDER
vs CHIRO.
( FAQ )
FREQUENTLY
ASKED.
자주 묻는 질문.
SEO는 구글 등 전통 검색엔진에서 상위 노출을 목표로 합니다. AEO(Answer Engine Optimization)는 ChatGPT, Perplexity, Gemini 같은 AI 검색엔진이 답변을 생성할 때 내 사이트를 출처로 인용하도록 최적화합니다. 2026년 현재 두 가지를 함께 적용해야 트래픽을 놓치지 않습니다.
빌더도 기본 SEO와 일부 코드 삽입 기능을 제공할 수 있습니다. 다만 페이지별 스키마, URL·리디렉션, 성능 병목의 제어 범위가 플랫폼마다 달라 실제 요구사항을 먼저 확인해야 합니다. 치로는 코드를 직접 제어하고 배포 후 응답까지 검수합니다.
사이트의 핵심 문서를 요약해 제시하려는 공개 제안입니다. 현재 OpenAI나 Google 검색 노출의 공식 필수 요건은 아니며 인용률에 미치는 효과도 보장할 수 없습니다. 핵심 정보는 반드시 실제 HTML 페이지에 먼저 제공합니다.
아닙니다. 치로의 모든 프로젝트에는 SEO/AEO 기본 세팅이 포함되어 있습니다. Organization 스키마, FAQPage 스키마, BreadcrumbList, 시맨틱 HTML, sitemap.xml, robots.txt, llms.txt, Open Graph까지 추가 비용 없이 기본 제공됩니다.
기술 설정은 론칭 시 검수할 수 있지만 크롤링·색인·리치 결과·AI 답변 반영 시점은 검색 시스템이 결정합니다. 정해진 기간을 약속하지 않고 Search Console, 서버 응답, 실제 질문 세트로 변화를 확인합니다.
인용은 보장할 수 없습니다. 치로는 검색용 크롤러 접근, 명확한 원문, 공식 기업 정보의 일관성, 출처로 사용할 수 있는 사례 콘텐츠를 정리하고 반복 테스트가 가능한 측정 기준을 만듭니다.
구조화 데이터(JSON-LD)는 회사, 서비스, 작성자, 탐색 경로의 관계를 명확히 표현합니다. 지원되는 리치 결과의 자격을 얻는 데 필요할 수 있지만 실제 표시나 AI 인용은 보장하지 않습니다.
가능합니다. 현재 플랫폼에서 메타데이터, 스키마, URL, robots.txt, 사이트맵을 어디까지 제어할 수 있는지 먼저 진단하고, 가능한 범위와 재구축이 필요한 범위를 나눠 안내드립니다.
CONTACT US
CONTACT US
현재 홈페이지, 제품·서비스 자료와 목표를 알려주세요. 구매 담당자의 검토 흐름과 문의 동선부터 함께 확인합니다.
① B2B 사이트 현황 확인
현재 URL과 가장 큰 문제를 알려주세요.
② 프로젝트 범위 확인
필요한 페이지·기능·일정과 예산 범위를 확인합니다.