검색엔진도, AI도 우리 기관을 찾게 만드는 법: SEO·GEO·AEO 최적화 체크리스트

비슷해 보이는 약어들이 함께 쓰이다 보니 헷갈리기 쉬운데요. 목표로 하는 '노출 자리'가 각각 다릅니다.

• SEO (Search Engine Optimization) : 구글·네이버 검색 결과 목록의 상위에 노출되는 것이 목표입니다.

• AEO (Answer Engine Optimization) : 검색 결과 최상단의 답변 영역과 음성 검색 답변을 노립니다.

• GEO (Generative Engine Optimization) : ChatGPT·Perplexity·Gemini 답변 속 인용 출처로 들어가는 것이 목표입니다.

• AIO는 AI 최적화를 넓게 부르는 표현이지만, 이 글에서는 혼동을 줄이기 위해 SEO·AEO·GEO 중심으로 설명합니다.

용어는 여러 가지지만, 실무의 출발점은 하나입니다. 검색엔진과 AI가 읽기 쉬운 구조, 그리고 출처가 분명한 콘텐츠를 만드는 일입니다.

그리고 이 넷 사이에는 순서가 있습니다. 구글은 공식 가이드에서 AI 개요와 AI 모드가 별도의 시스템이 아니라, 기존 검색 색인에서 관련 페이지를 찾아와 답변을 만드는 구조라고 설명합니다. 검색에 색인되지 않은 페이지는 AI 답변에도 등장할 수 없다는 뜻입니다. GEO를 하고 싶어도 SEO가 먼저인 이유죠.

그래서 이어지는 여덟 개 영역은 어떤 검색어를 붙잡을지 정하는 일부터, 기초가 되는 순서대로 배열했습니다. 마지막 아홉 번째에는 반대로, 하지 않아도 되는 작업을 따로 정리했습니다.

기본 개념

최적화의 출발점은 태그가 아니라 어떤 검색어로 우리를 찾게 할 것인가입니다. 우리가 쓰고 싶은 표현과 고객이 실제로 검색창에 치는 표현은 자주 어긋납니다. 회사에서는 '스마트팩토리 통합 솔루션'이라 부르는 것을 고객은 '공장 생산관리 프로그램'이라고 검색하는 식이죠. 이 어긋남을 잡지 않으면 이후 작업이 아무리 정교해도 엉뚱한 검색어를 붙잡게 됩니다.

적용 방식

• 검색어 수집 : 구글 서치콘솔 실적 보고서에서 이미 유입 중인 검색어를 먼저 확인합니다. 여기에 네이버 키워드 도구, 구글 키워드 플래너, 자동완성과 연관검색어를 더해 후보를 넓힙니다.

• 검색 의도 분류 : 같은 주제라도 '~란 무엇인가'를 찾는 정보형과 '~ 견적'을 찾는 거래형은 필요한 페이지가 다릅니다. 의도를 구분해두면 어떤 페이지를 새로 만들어야 할지가 정리됩니다.

• 키워드-페이지 매핑 : 하나의 핵심 키워드에는 하나의 페이지를 대응시킵니다. 여러 페이지가 같은 키워드를 노리면 서로 순위를 갉아먹습니다.

• 콘텐츠 갭 점검 : 경쟁 사이트에는 있는데 우리에게는 없는 주제를 찾습니다. 사례, 도입 절차, 비용 기준처럼 고객이 계약 전에 확인하고 싶어 하는 정보가 대체로 비어 있습니다.

• 원본 콘텐츠 확보 : 직접 수행한 프로젝트 데이터나 현장 경험이 담긴 글은 다른 곳에서 복제할 수 없습니다. 구글이 반복해서 강조하는 기준도 결국 사람에게 실제로 유용한 콘텐츠입니다.

✅ 적용 포인트 - 서치콘솔 실적 보고서에서 노출수는 많은데 클릭률이 낮은 검색어부터 확인해보세요. 이미 검색 결과에 걸리고 있다는 뜻이라, 새 콘텐츠를 만드는 것보다 빠르게 성과가 나는 자리입니다.

기본 개념

메타 태그는 화면에는 보이지 않지만, 검색 결과와 SNS 공유 화면에서 우리 사이트를 대표하는 문구입니다. 사용자가 클릭할지 말지를 결정하는 정보가 바로 여기서 나옵니다.

적용 방식

• Title : 핵심 키워드를 앞쪽에 두고, 페이지마다 고유하게 작성합니다. 보통 50~60자 안팎을 실무 기준으로 삼되, 글자 수보다 검색 의도와 페이지 내용을 정확히 설명하는지를 우선합니다.

• Meta Description : 보통 150자 안팎에서 페이지의 핵심 가치와 클릭할 이유를 설명합니다. 직접적인 순위 요소는 아니지만 검색 결과에서의 클릭 여부에 영향을 줄 수 있습니다.

• OG 태그 : og:title, og:description, og:image. 카카오톡이나 슬랙에 링크를 붙여넣었을 때 뜨는 미리보기 값입니다. 이미지는 1200×630px를 권장합니다. 검색 순위보다는 공유 경험과 브랜드 표현에 가깝습니다.

• Canonical 태그 : www 유무, 끝의 / 유무, 파라미터가 붙은 URL 등 같은 내용이 여러 주소로 접근되는 경우 대표 주소를 지정합니다.

• Favicon : 브라우저 탭과 즐겨찾기, 일부 검색 결과에 함께 노출되는 브랜드 아이덴티티입니다.

<title>스마트팩토리 구축 사례 | ○○㈜</title>
<meta name="description" content="○○㈜의 스마트팩토리 구축 사례와 도입 효과를 소개합니다.">
<link rel="canonical" href="https://example.co.kr/case/smart-factory">
<meta property="og:title" content="스마트팩토리 구축 사례 | ○○㈜">
<meta property="og:image" content="https://example.co.kr/images/og_image.jpg">

✅ 적용 포인트 - 지금 우리 홈페이지 주소를 카카오톡 '나와의 채팅'에 붙여넣어 보세요. 이미지와 설명이 제대로 뜨지 않는다면 OG 태그부터 점검이 필요합니다.

기본 개념

사람은 화면을 보고 "여기가 회사 소개구나" 하고 이해하지만, 검색엔진은 그렇지 않습니다. 구조화 데이터는 이 페이지가 무엇에 관한 것인지 기계 언어로 명시해두는 라벨입니다. 검색엔진들이 공동으로 관리하는 Schema.org 어휘를 JSON-LD 형식으로 심는 방식이 표준입니다. 다만 구글은 생성형 AI 검색 최적화 가이드에서 구조화 데이터가 필수는 아니라고 명시하고 있습니다. AI 노출을 위한 장치라기보다, 검색 결과를 풍부하게 만드는 기본 작업으로 이해하는 편이 정확합니다.

적용 방식

조직 성격에 따라 사용하는 스키마 타입이 다릅니다. 무엇이든 Organization으로 넣는 것이 아니라, 성격에 맞는 타입을 선택해야 검색엔진이 정확히 분류합니다.

• 기업·법인 : Corporation 또는 Organization

• 대학·연구기관 : EducationalOrganization

• 학회·협회 : Organization

• 공공기관 : GovernmentOrganization

여기에 두 가지를 함께 적용합니다.

• BreadcrumbList : 홈 > 회사소개 > 인사말 같은 경로 정보. 검색 결과에 계층이 함께 표시됩니다.

• FAQPage : 실제 자주 묻는 질문과 공식 답변이 있는 페이지에 적용할 수 있습니다. 다만 FAQ 리치 결과는 2026년 5월 7일부로 구글 검색에서 노출이 중단됐습니다. 2023년부터 정부·보건 사이트로 제한돼 있던 것이 이번에 완전히 폐지된 것으로, 지금은 어떤 사이트도 이 리치 결과를 받을 수 없습니다. FAQPage 타입 자체는 여전히 유효한 스키마이므로 이미 넣어둔 마크업을 급히 걷어낼 필요는 없습니다.

{
  "@context": "https://schema.org",
  "@type": "EducationalOrganization",
  "name": "○○대학교",
  "url": "https://example.ac.kr",
  "logo": "https://example.ac.kr/images/logo.png",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "서울특별시",
    "addressCountry": "KR"
  }
}

✅ 적용 포인트 - 구글 '리치 결과 테스트'에 메인 URL을 넣어보세요. 인식되는 항목이 하나도 없다면 구조화 데이터가 적용되지 않은 상태입니다.

기본 개념

검색엔진은 문서의 구조를 보고 무엇이 중요한 내용인지 판단합니다. 화면상 글자를 크게 키운 것과, 문서 구조상 제목으로 정의한 것은 전혀 다릅니다.

적용 방식

• H1~H3 계층 구조 : 페이지의 주제를 대표하는 H1을 명확히 두고, H2·H3는 내용의 포함 관계에 맞춰 사용합니다. 디자인을 맞추기 위해 헤딩 태그를 선택했다면 CSS로 표현을 분리해야 합니다.

• URL 슬러그 : 특수문자와 불필요한 파라미터를 걷어내고, 의미가 읽히는 짧은 주소로 만듭니다. 한글 주소도 검색엔진이 인식하지만 공유·복사 과정에서 인코딩되어 깨져 보이는 만큼, 영문 슬러그를 기본으로 정해두고 사이트 전체에서 일관되게 적용하는 편이 안전합니다. /board/view?idx=1024보다 /notice/2026-research-grant가 사람에게도 검색엔진에게도 명확합니다.

• 이미지 alt 텍스트 : 파일명을 그대로 넣거나 비워두지 않습니다. 이미지가 전달하는 정보나 기능을 문장으로 씁니다. 장식용 이미지는 alt=""로 처리합니다.

• 정보구조(IA) 설계 : 메뉴 계층이 깊을수록 검색엔진도 사용자도 도달하기 어렵습니다. 주요 페이지는 메인에서 세 번 안에 닿도록 depth를 정리하고, 비슷한 주제가 여러 메뉴에 흩어져 있다면 하나로 모읍니다. IA는 화면 설계 단계에서 확정되는 만큼, 오픈 이후 가장 손대기 힘든 항목이기도 합니다.

• 내부 링크 구조 : 어느 메뉴에서도 링크가 걸려 있지 않아, 주소를 직접 입력해야만 들어갈 수 있는 페이지가 있는지 확인합니다. 검색엔진은 링크를 타고 페이지를 찾아다니기 때문에, 이런 페이지는 아예 수집 대상에서 빠지기 쉽습니다. 실무에서는 '고아 페이지'라고 부릅니다.

✅ 적용 포인트 - 브라우저 개발자 도구에서 헤딩 구조를 확인해보세요. H1이 여러 개이거나 H2 없이 H3부터 시작하는 페이지가 있다면 정리 대상입니다.

기본 개념

속도는 사용자 경험의 문제이자 검색 순위 요소입니다. 구글은 Core Web Vitals라는 이름으로 세 가지 지표를 기준으로 삼고 있습니다.

적용 방식

• LCP : 주요 콘텐츠가 화면에 표시되는 시점. 2.5초 이내를 권장합니다.

• INP : 사용자 조작에 반응하는 속도. 200ms 이내를 권장합니다.

• CLS : 로딩 중 레이아웃이 밀리는 정도. 0.1 이하를 권장합니다.

홈페이지에서 속도를 떨어뜨리는 원인은 대부분 비슷합니다.

• 이미지 압축 및 WebP 전환 : 메인 비주얼이나 통이미지 형태의 안내 페이지가 가장 큰 원인입니다. WebP로 전환하면 화질을 유지하면서 용량을 크게 줄일 수 있습니다.

• CSS/JS 압축(minify) : 사용하지 않는 라이브러리를 걷어내는 것만으로도 차이가 납니다.

• Lazy loading : 첫 화면에 보이지 않는 이미지는 스크롤 시점에 불러오도록 처리합니다.

✅ 적용 포인트 - PageSpeed Insights에서 메인과 주요 서브페이지를 측정해보세요. 모바일 점수부터 확인하는 것이 좋습니다.

기본 개념

앞의 항목들이 '잘 보이게 하는 작업'이라면, 이 영역은 아예 안 보이는 상황을 막는 작업입니다. 항목 자체는 단순하지만 빠뜨리면 사이트 전체가 검색에서 사라질 수도 있습니다.

적용 방식

• sitemap.xml : 검색엔진이 찾아가야 할 대표 URL을 모아둔 사이트 지도입니다. 색인 가능한 정규 URL만 담고, 콘텐츠를 수정하면 lastmod도 함께 갱신합니다.

• robots.txt : 수집 허용 범위를 지정합니다. 테스트 서버 설정이 그대로 넘어와 전체 차단(Disallow: /)으로 오픈되는 사고가 실제로 발생합니다.

• HTTPS 적용 : 인증서 만료 여부까지 함께 관리해야 합니다.

• 404 처리 / 리다이렉트 : 리뉴얼로 URL이 바뀌었다면 기존 주소에서 새 주소로 301 리다이렉트를 걸어 누적된 검색 평가를 이어받습니다.

• 서치콘솔·서치어드바이저 등록 : 구글 서치콘솔과 네이버 서치어드바이저에 사이트를 등록하고 sitemap을 제출합니다. 등록하지 않아도 검색엔진이 사이트를 발견할 수는 있지만, 수집·색인 문제를 진단하고 제출 상태를 관리하기 어려워집니다.

적용 포인트 - 브라우저에 우리도메인/robots.txt를 입력해보세요. Disallow: /가 보인다면 검색엔진 수집이 통째로 막혀 있다는 뜻이니 즉시 설정을 확인해야 합니다.

기본 개념

기존 SEO의 목표가 검색 결과 상위 노출이었다면, 이제는 AI 답변 안에 인용 출처로 포함되는 것이 새로운 목표가 되었습니다. 사용자가 AI에게 질문하고 답변만 읽고 끝내는 흐름이 늘어나고 있기 때문입니다.

적용 방식

• 콘텐츠 Q&A 구조화 : 사용자가 실제로 궁금해하는 질문을 헤딩으로 쓰고, 바로 아래에 짧고 명확한 답을 배치합니다. 퓨리서치센터 분석에서 '누가·무엇을·왜'로 시작하는 질문형 검색어는 60%가 AI 요약을 띄운 반면, 한두 단어짜리 검색어는 8%에 그쳤습니다. 질문 형태의 콘텐츠일수록 AI 노출 지점에 가깝다는 뜻입니다. "연구윤리 교육은 어떻게 신청하나요?" 같은 제목 아래 두세 문장으로 답이 완결되는 구조가 이상적입니다.

• Q&A 콘텐츠 품질 관리 : 구글 리치 결과는 사라졌지만 FAQPage 마크업은 다른 검색엔진과 AI 크롤러가 여전히 읽습니다. 마크업을 붙이는 것보다, 실제로 인용될 만한 질문과 답변인지가 중요해졌습니다.

• E-E-A-T 신호 강화 : 회사·기관 소개, 담당자·저자 정보, 연혁과 수상 이력, 발행일과 수정일, 근거 자료와 출처를 명시합니다. 같은 조사에서 정부(.gov) 도메인은 AI 요약 인용 출처의 6%를 차지해 일반 검색 결과의 비중 2%보다 높게 관찰됐습니다. 운영 주체와 근거가 분명한 정보일수록 인용될 여지가 크다는 신호입니다.

• 생성형 검색 노출 테스트 : ChatGPT·Perplexity·Gemini에 회사·기관명과 주요 서비스명을 직접 질의해 현재 인용 여부를 확인합니다. 개선 전 베이스라인을 기록해두면 이후 변화를 비교할 수 있습니다. 구글 노출은 서치콘솔의 '생성형 AI 실적 보고서'로 수치를 확인할 수 있습니다.

✅ 적용 포인트 - Perplexity에 "○○는 어떤 곳인가요?"라고 질문해보세요. 우리 공식 홈페이지가 출처로 표시되는지, 아니면 제3자 블로그가 인용되는지가 현재 위치를 보여주는 가장 빠른 지표입니다.

기본 개념

최적화는 오픈 시점에 한 번 적용하고 끝나는 작업이 아닙니다. 검색엔진의 평가 기준도, 경쟁 사이트도 계속 바뀌기 때문입니다. 무엇보다 측정 기준을 정해두지 않으면 무엇이 효과가 있었는지 알 수 없습니다.

적용 방식

• 기준 지표 정하기 : 서치콘솔의 노출수·클릭수·클릭률·평균 게재순위, GA4의 검색 유입 세션, 색인 등록 페이지 수 정도면 충분합니다. 지표가 많을수록 좋은 것이 아니라, 매달 같은 지표를 보는 것이 중요합니다.

• 베이스라인 확보 : 리뉴얼이라면 오픈 전 수치를 반드시 기록해두세요. 비교 대상이 없으면 개선 여부를 증명할 수 없습니다.

• 리포팅 주기 : 월 1회를 권장합니다. 다만 오픈 직후 3개월은 순위보다 색인 상태를 우선해서 봅니다. 새 사이트가 검색 결과에 안정적으로 자리 잡기까지는 시간이 걸립니다.

• 개선 루프 : 노출은 많은데 클릭이 없으면 Title과 Meta Description을 손봅니다. 색인에서 제외됐다면 기술적 점검으로 돌아갑니다. 순위가 정체되면 콘텐츠를 보강합니다. 지표마다 돌아가야 할 지점이 정해져 있습니다.

• AI 노출 추적 : 서치콘솔의 생성형 AI 실적 보고서로 AI 모드를 통한 유입을 별도로 확인할 수 있습니다.

✅ 적용 포인트 - 아직 서치콘솔에 사이트를 등록하지 않았다면 오늘 등록하세요. 데이터는 등록한 시점부터만 쌓입니다. 한 달 뒤에 등록하면 그 한 달은 영원히 비어 있게 됩니다.

기본 개념

AEO·GEO라는 이름으로 유통되는 조언 중에는 근거가 약한 것도 섞여 있습니다. 구글은 앞서 언급한 생성형 AI 검색 최적화 공식 가이드에서 "제안되는 많은 '해킹'은 효과가 없다"며 무시해도 되는 항목을 직접 정리했습니다. 예산과 시간을 엉뚱한 곳에 쓰지 않으려면 이 목록을 먼저 알아두는 편이 좋습니다.

적용 방식

❌ llms.txt 같은 AI 전용 파일을 만들어야 한다 구글 검색은 이 파일을 순위나 노출에 사용하지 않습니다. 다만 크롬 팀은 에이전트 브라우징 관점에서 llms.txt 점검 방법을 별도로 안내하고 있어, 파일을 두는 것 자체가 손해는 아닙니다.

❌ 콘텐츠를 잘게 쪼개서(청킹) 배치해야 한다 AI가 이해하도록 쪼갤 필요는 없습니다. 이상적인 페이지 길이라는 것도 없습니다. 잠재 독자와 주제에 따라 길어질 수도, 짧아질 수도 있을 뿐입니다.

❌ AI가 읽기 좋은 문체로 다시 써야 한다 AI는 동의어와 문맥을 이해합니다. 검색어 변형을 전부 담으려 애쓰지 않아도 됩니다.

❌ 외부 사이트에 언급을 최대한 늘려야 한다 진정성 없는 언급은 도움이 되지 않고, 스팸 대응 시스템이 걸러냅니다.

❌ 구조화 데이터부터 깔아야 한다 생성형 AI 검색에 필수는 아닙니다. 다만 리치 결과 노출에는 여전히 유효하므로 SEO 전략의 일부로 유지하는 것은 권장합니다.

한 가지 단서가 있습니다. 위 내용은 구글 검색 기준입니다. ChatGPT나 Perplexity 같은 다른 엔진은 크롤링 정책과 인용 방식이 제각각이라, llms.txt를 두는 것 자체가 손해는 아닙니다. 다만 "이 파일을 넣으면 AI 노출이 올라간다"는 기대는 접는 편이 맞습니다.

결국 구글이 반복해서 강조하는 답은 하나입니다. 별도의 AI 전용 기법이 아니라, 사람이 읽기에 유용한 콘텐츠와 명확한 기술 구조가 그대로 생성형 AI 검색의 기반이 된다는 것입니다. 앞의 1~8번 항목이 여전히 유효한 이유이기도 합니다.

✅ 적용 포인트 지금 검토 중인 SEO·GEO 제안서가 있다면 위 다섯 가지 항목이 핵심 실행안으로 들어가 있지 않은지 확인해보세요. 순위 상승을 보장하거나 구글 '내부 지표'를 쓴다고 주장하는 도구도 함께 걸러내야 합니다.

1. 키워드·콘텐츠 설계 : 검색어 수집, 검색 의도 분류, 키워드-페이지 매핑, 콘텐츠 갭 점검

2. 메타 최적화 : Title, Meta Description, OG 태그, Canonical, Favicon

3. 구조화 데이터 : 조직 성격별 Schema.org 타입, BreadcrumbList, FAQPage

4. 온페이지 SEO : H1~H3 계층, 정보구조(IA), URL 슬러그, 이미지 alt, 내부 링크

5. 페이지 속도 : LCP·INP·CLS, WebP 전환, minify, lazy loading

6. 기술적 항목 : sitemap.xml, robots.txt, HTTPS, 404·리다이렉트, 서치콘솔 등록

7. AEO·GEO : Q&A 구조화, FAQ 스키마, E-E-A-T, 노출 테스트

8. 성과 리포팅 : 기준 지표 설정, 베이스라인 확보, 월 1회 점검, 개선 루프

9. 거르기 : llms.txt·청킹·AI 전용 문체·인위적 언급에 예산 쓰지 않기

아홉 개 영역을 나열했지만, 실제 프로젝트에서 이 항목들은 따로 움직이지 않습니다. URL 구조를 정리하면 리다이렉트를 함께 설계해야 하고, 헤딩 계층을 바꾸면 디자인과 퍼블리싱까지 영향을 받습니다. 오픈 이후에 하나씩 손보려 하면 비용과 일정이 몇 배로 늘어나는 이유입니다.

홈페이지코리아는 기획 단계에서부터 검색 노출 구조를 함께 설계하고, 구축 이후에도 기술적 요소를 지속적으로 점검합니다. 기업·공공기관·학회·대학·병원 등 조직 성격에 따라 적용해야 할 스키마와 콘텐츠 구조가 다르다는 점까지 고려해 최적화 방향을 제안합니다. 진단 단계에서는 현재 사이트의 색인 상태, 기술 SEO, 콘텐츠 구조, 검색 노출, 생성형 AI 환경에서의 언급 가능성을 함께 점검하고, 개선 항목을 나열하는 데 그치지 않고 우선순위와 실행 방향까지 정리해드립니다.

우리 홈페이지가 검색엔진과 AI 답변에서 지금 어떤 위치에 있는지 궁금하다면?

홈페이지코리아에서 SEO·GEO 현황 진단받기