GEO 용어집 페이지, 목록 한 장과 용어별 주소로 나눠 구성

GEO(생성형 엔진 최적화)를 위해 용어집 페이지를 따로 만든다면, 전체 목록 페이지 한 장과 설명이 충분한 용어만 따로 둔 개별 페이지로 나누는 구성이 관리하기 쉽습니다. 뼈대는 네 가지입니다. 용어마다 공개 주소를 하나만 두고, 정의는 텍스트로 쓰고, 목록과 본문 글에서 링크로 잇고, 수정 이력을 남깁니다.

Google은 AI 개요·AI 모드에 나오는 데 추가 요건이나 별도 최적화가 없다고 설명합니다. 따라서 용어집도 검색 기본기를 지킨 구조가 기준입니다. 아래 순서대로 진행하고, 단계마다 적은 완료 기준을 확인한 뒤 다음 단계로 넘어갑니다.

용어집 페이지는 어떤 순서로 만들어야 하나요?

작업은 여섯 단계입니다. 앞 단계의 결과가 뒤 단계의 입력이 되므로 순서를 바꾸지 않는 편이 좋습니다.

용어 고르기 — 완료 기준: 모든 용어에 질문 출처가 한 줄 이상 적혀 있습니다.
목록 항목과 개별 페이지 나누기 — 완료 기준: 용어마다 배치가 하나씩 정해져 있습니다.
주소와 표준 URL 정하기 — 완료 기준: 용어 하나에 공개 주소가 하나뿐입니다.
용어 페이지 화면 순서 정하기 — 완료 기준: 첫 문단에 텍스트로 쓴 정의가 있습니다.
내부 링크와 구조화 데이터 연결 — 완료 기준: 어느 페이지에서도 링크되지 않은 용어 페이지가 없습니다.
갱신 기록 운영 — 완료 기준: 수정할 때마다 기록 양식에 한 줄이 추가됩니다.

어떤 용어를 넣고 어떤 용어를 빼야 하나요?

Google 스팸 정책은 사용자에게 도움이 되지 않는 페이지를 대량으로 만드는 행위를 「대량 생성 콘텐츠 악용」으로 규정합니다. 기준은 만드는 방식이 아니라 독창성과 도움 여부라고 밝힙니다. 검색어만 담고 의미가 거의 없는 페이지도 예로 듭니다.

그래서 업계 사전에 있는 용어를 모두 옮기는 방식은 권하지 않습니다. 실무에서는 자사 고객이 실제로 묻거나 자사 글에서 쓰는 용어부터 고릅니다. 출처는 다음 네 곳에서 찾습니다.

영업·상담 문의 기록에서 고객이 뜻을 되물은 단어
서치 콘솔 실적 보고서에서 「뜻」「정의」「차이」와 함께 검색된 용어
자사 블로그·서비스 소개 글에 풀이 없이 쓰인 전문 용어
같은 개념을 가리키는 한글 명칭과 약어 쌍(예: 생성형 엔진 최적화와 GEO)

한글 명칭과 약어는 한 용어로 묶고, 둘 다 다른 표기로 기록합니다. 「생성형엔진최적화」처럼 띄어쓰기만 다른 표기도 같은 용어로 봅니다. 질문 출처가 없는 용어는 지우지 않고 보류 목록으로 옮깁니다.

완료 기준: 각 용어 옆에 질문 출처가 적혀 있고, 출처가 없는 용어는 보류 목록에 있습니다.

용어마다 개별 페이지를 만들어야 하나요?

모든 용어에 개별 페이지를 만들 필요는 없습니다. Google 스팸 정책은 명확한 탐색 구조 대신 실질적으로 비슷한 페이지를 많이 만드는 경우를 도어웨이 악용의 예로 듭니다. 정의 두세 문장만 있는 용어를 하나씩 페이지로 나누면 이런 얇은 페이지가 늘어납니다.

실무에서는 용어에 붙일 고유한 설명의 양으로 배치를 정합니다.

용어 상황	배치	이유
정의 두세 문장으로 끝나고 덧붙일 자사 설명이 없음	목록 페이지 안의 항목	나누면 내용이 거의 같은 페이지가 늘어남
절차·사례·비교 표처럼 그 용어만의 설명이 있음	개별 페이지, 목록에는 요약과 링크	그 용어로 검색해 들어온 독자에게 답할 분량이 있음
한글 명칭과 약어가 같은 개념	개별 페이지 하나, 다른 표기는 본문에 함께 적음	표기마다 페이지를 두면 중복이 됨
설명할 내용이 아직 정해지지 않음	보류, 공개하지 않음	빈 페이지는 독자에게 답이 되지 않음

예를 들어 가상의 ○○ 기업이 용어 40개를 골랐다면, 개별 페이지는 고유 설명이 있는 용어 몇 개로 시작합니다. 나머지는 목록 항목으로 둡니다. 목록 항목의 설명이 길어지면 그때 개별 페이지로 옮깁니다.

완료 기준: 모든 용어에 배치가 하나씩 정해져 있습니다. 개별 페이지 후보마다 목록 항목에 없는 설명이 한 가지 이상 적혀 있습니다.

주소와 표준 URL은 어떻게 정해야 하나요?

Google의 URL 구조 문서는 긴 숫자 대신 사람이 읽을 수 있는 단어를 쓰고, 단어 사이는 밑줄보다 하이픈으로 구분하라고 권합니다. 한글 같은 비ASCII 문자는 퍼센트 인코딩해 링크에 쓰라고 설명합니다. 또 URL 프래그먼트(주소 뒤 # 부분)로 페이지 내용을 바꾸지 말라고 밝힙니다.

목록 페이지 하나에서 스크립트로 용어 설명만 바꿔 보여 주는 방식은 이 원칙에 맞지 않습니다. 실무에서는 목록을 glossary 같은 주소에 두고, 개별 용어는 그 아래에 structured-data처럼 하이픈으로 이은 단어 주소를 줍니다. 목록 안에서 항목으로 바로 이동하는 앵커는 내용을 바꾸지 않으므로 함께 써도 됩니다.

중복 주소도 정리합니다. Google의 중복 URL 통합 문서는 표준 페이지에 자기 자신을 가리키는 rel=canonical을 넣으라고 권합니다. 이때 절대 경로를 쓰고, 사이트 내부 링크도 표준 URL을 가리키게 하라고 설명합니다. 중복 페이지를 없앨 때는 영구 리디렉션을 쓰라고 안내합니다.

Google 사이트맵 문서는 검색 결과에 보여 주고 싶은 표준 URL만 사이트맵에 넣으라고 설명합니다. 용어 페이지를 만든 뒤 사이트맵에 표준 주소만 있는지 확인합니다. 한 번 공개한 주소는 바꾸지 않는 것이 원칙입니다. 바꿔야 하면 옛 주소에서 새 주소로 영구 리디렉션을 함께 겁니다.

완료 기준: 용어 하나에 공개 주소가 하나이고, 각 페이지의 canonical이 자기 주소를 가리킵니다. 사이트맵에는 표준 주소만 있습니다.

한 용어 페이지에는 무엇을 어떤 순서로 보여 줘야 하나요?

Google의 AI 기능 문서는 중요한 콘텐츠를 텍스트로 제공하고, 이미지와 동영상은 텍스트를 보완하는 용도로 쓰라고 권합니다. 도식 안의 글자로만 정의를 보여 주면 이 원칙에 맞지 않습니다.

Google의 사용자 중심 콘텐츠 문서는 누가 콘텐츠를 만들었는지 밝히라고 권합니다. 필요한 곳에는 작성자 표기를 넣고 작성자 소개로 연결하라고 설명합니다. 이 두 원칙을 반영한 화면 순서는 다음과 같습니다.

순서	요소	작성 방법
1	용어 제목	대표 표기를 제목으로 쓰고, 다른 표기는 바로 아래 한 줄에 적음
2	한 줄 정의	첫 문단 한두 문장, 텍스트로 작성
3	자세한 설명	작동 방식, 적용 조건, 자사 업무에서 쓰이는 장면
4	혼동하기 쉬운 용어	이름이 비슷한 용어와 무엇이 다른지 한두 문장, 해당 용어 페이지로 링크
5	관련 글	이 용어를 다루는 자사 글 두세 편으로 연결
6	작성자와 최종 수정일	담당자 이름과 실제로 내용을 고친 날짜

한 줄 정의는 다음처럼 대표 표기, 괄호 속 다른 표기, 정의 순서로 씁니다.

「표준 URL(canonical URL): 내용이 같은 여러 주소 가운데 검색 결과에 대표로 보여 줄 주소입니다.」

완료 기준: 첫 문단에 텍스트 정의가 있고, 이미지 속 글자로만 된 설명이 없습니다. 작성자와 최종 수정일이 화면에 보입니다.

내부 링크·구조화 데이터·갱신 기록은 어떻게 연결해야 하나요?

내부 링크

Google의 링크 문서는 href 속성이 있는 a 요소의 링크만 일반적으로 크롤링할 수 있다고 설명합니다. 중요한 페이지는 사이트 안 다른 페이지 한 곳 이상에서 링크되어야 한다고 밝힙니다. 앵커 텍스트는 연결된 페이지를 설명하는 짧은 말로 쓰고, 「더 보기」 같은 일반 표현은 피하라고 권합니다.

실무에서는 링크를 세 방향으로 겁니다. 목록에서 개별 페이지로, 개별 페이지에서 목록과 관련 글로, 본문 글에서 용어가 처음 나오는 자리에서 용어 페이지로 겁니다. 앵커 텍스트는 용어 이름 그대로 씁니다.

구조화 데이터

Google의 AI 기능 문서는 AI 기능에 나오기 위해 추가할 특별한 schema.org 구조화 데이터가 없다고 설명합니다. 따라서 구조화 데이터는 선택 사항으로 봅니다. 넣는다면 schema.org의 DefinedTermSet(용어 모음)과 DefinedTerm(정의된 용어)이 용어집에 맞는 타입입니다.

schema.org는 DefinedTerm을 용어집이나 사전처럼 공식 정의가 있는 단어·약어를 나타내는 타입으로 설명합니다. 목록 페이지는 DefinedTermSet으로 표시하고 hasDefinedTerm으로 용어를 연결합니다. 개별 페이지는 DefinedTerm으로 표시하고 inDefinedTermSet으로 목록을 가리킵니다. 정의는 description 속성에 넣습니다.

Google의 구조화 데이터 일반 지침은 페이지에 보이지 않는 내용을 마크업하지 말라고 설명합니다. 구조화 데이터가 특정 결과 표시를 보장하지 않는다고도 밝힙니다. description 문장은 화면의 한 줄 정의와 같게 씁니다.

갱신 기록

용어	다른 표기	질문 출처	배치	담당	최종 수정일	변경 내용
생성형 엔진 최적화	GEO, 생성형엔진최적화	상담 문의	개별 페이지	콘텐츠 담당	수정한 날짜	혼동 용어 설명 추가
표준 URL	canonical URL	자사 글 본문	목록 항목	웹 담당	수정한 날짜	정의 문장 보완

완료 기준: 어느 페이지에서도 링크되지 않은 용어 페이지가 없습니다. 구조화 데이터의 정의가 화면 정의와 같고, 수정할 때마다 기록 양식에 한 줄이 추가됩니다.

정리

GEO 용어집 페이지는 용어를 많이 모으는 것보다 구조를 바로 잡는 것이 먼저입니다. 이번 주에 다음 순서로 시작합니다.

상담 문의·서치 콘솔 검색어·자사 글에서 용어 후보를 모으고, 질문 출처를 한 줄씩 적습니다.
배치 기준표로 목록 항목·개별 페이지·보류를 나누고, 한글 명칭과 약어는 한 용어로 묶습니다.
목록 주소와 용어별 주소를 정하고 canonical과 사이트맵을 표준 주소에 맞춥니다.
개별 페이지를 화면 순서표대로 만들고 목록·관련 글·본문 첫 등장 위치에서 링크를 겁니다.
기록 양식을 만들어 수정할 때마다 날짜와 변경 내용을 남깁니다.

참고 자료

AI features and your website (Google Search Central, 확인일 2026-10-22)
Spam policies for Google web search (Google Search Central, 확인일 2026-10-22)
Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-22)
URL structure best practices for Google Search (Google Search Central, 확인일 2026-10-22)
Link best practices for Google (Google Search Central, 확인일 2026-10-22)
How to specify a canonical URL with rel=canonical and other methods (Google Search Central, 확인일 2026-10-22)
Build and submit a sitemap (Google Search Central, 확인일 2026-10-22)
General structured data guidelines (Google Search Central, 확인일 2026-10-22)
DefinedTerm (Schema.org, 확인일 2026-10-22)