SEO, GEO 이야기 - 첫번째

프론트엔드 개발자가 알아야 할 SEO, GEO 이야기, 왜 지금 SEO를 다시 봐야 할까?

zurang23

2026년 03월 23일 · 0 분 소요

들어가며

프론트엔드 개발하면서 SEO 작업 안 해본 분은 아마 없을 거예요. 메타 태그 넣고, 시맨틱 태그 쓰고, 이미지에 alt 붙이고.

솔직히 말하면, 개발자 입장에서는 Lighthouse 점수 올리는 정도면 충분하지 않나 싶었거든요.

그런데 최근에 회사에서 지오닉(GEONIQ)이라는 SEO/GEO(AIEO) 분석 서비스를 만들면서 생각이 완전히 바뀌었어요. 실제로 다양한 업종의 웹사이트를 분석해보니까, 프론트엔드 개발자가 만드는 페이지 구조 자체가 검색 노출의 출발점이더라고요. 게다가 요즘은 Google 검색뿐 아니라 ChatGPT, Gemini 같은 AI가 웹의 정보를 요약하고 인용하는 시대잖아요. 이 환경에서는 기존 SEO만으로는 부족하고, GEO(Generative Engine Optimization)라는 새로운 관점까지 챙겨야 하는 상황이 된 거예요.

이 시리즈에서는 프론트엔드 개발자 시선에서 SEO와 GEO를 풀어보려고 해요. 첫 편에서는 "왜 지금 SEO를 다시 봐야 할까?"부터 시작해볼게요.

SEO가 프론트엔드 개발자에게 중요한 이유

검색엔진은 우리가 만든 HTML을 읽는다

당연한 말 같지만, 사실 이게 핵심이에요. Google 크롤러가 웹사이트를 방문할 때 보는 건 우리가 열심히 디자인한 UI가 아니라 렌더링된 HTML 구조예요.

실제로 여러 사이트를 분석해보면 의외의 곳에서 문제가 발견돼요. robots.txt가 빠져있거나, sitemap이 등록 안 됐거나, H1 태그가 페이지에 두 개씩 들어가 있거나. 이런 건 콘텐츠 품질과 무관하게 검색 노출 자체를 막아버릴 수 있는 문제들이에요. 대기업 사이트에서도 꽤 자주 보이더라고요.

프론트엔드 개발자가 만드는 코드 한 줄 한 줄이 검색엔진한테는 "이 페이지를 어떻게 이해하면 되는지"를 알려주는 신호예요. <title> 태그, <meta description>, 헤딩 구조, 구조화 데이터, 이런 것들이 검색엔진이 페이지의 맥락을 파악하는 데 직접적으로 사용되거든요.

"기술적 SEO"는 프론트엔드의 영역이다

SEO를 크게 나누면 기술적 SEO(Technical SEO), 콘텐츠 SEO, 오프페이지 SEO 정도로 구분할 수 있는데요. 이 중에서 기술적 SEO의 상당 부분은 프론트엔드 개발자의 손에 달려 있어요.

크롤링 접근성 — robots.txt와 sitemap은 검색엔진 크롤러가 사이트를 어떻게 탐색할지 결정하는 기본 중의 기본이에요. 이게 잘못 설정되면 아무리 좋은 콘텐츠를 만들어도 크롤러가 페이지를 발견조차 못 할 수 있어요.

URL 표준화 — canonical 태그는 동일한 콘텐츠가 여러 URL에 있을 때 "이게 원본이야"라고 검색엔진한테 알려주는 역할이에요. SPA나 동적 파라미터를 많이 쓰는 프로젝트에서 이걸 빠뜨리면 검색 노출이 오히려 분산돼버리더라고요.

웹 성능 — LCP, INP, CLS 같은 Core Web Vitals 지표는 Google이 검색 순위를 결정할 때 실제로 사용하는 신호예요. 이미지 최적화, 코드 스플리팅, 레이아웃 시프트 방지 같은 거 이미 프론트엔드 개발자가 하고 있는 일이잖아요. 그게 곧 SEO 작업이에요.

구조화 데이터 — Schema.org 기반 JSON-LD 마크업은 페이지 콘텐츠가 뭔지를 검색엔진에게 명시적으로 알려주는 방법이에요. FAQPage, Article, Product 같은 타입을 마크업하면 검색 결과에서 리치 스니펫으로 노출될 가능성이 높아져요.

이런 항목들은 마케터나 기획자가 아니라 개발자가 직접 구현하고 관리하는 영역이에요.

그런데 요즘 SEO만으로는 부족해진 이유

AI가 검색의 규칙을 바꾸고 있다

2024년 이후로 검색 환경이 크게 변했어요. 사용자들이 정보를 찾는 방식 자체가 달라지고 있거든요.

"5G 요금제 비교해줘"라고 Google에 검색하는 대신, ChatGPT에 물어보는 사람이 늘었어요. "넷플릭스에서 요즘 볼 만한 드라마 추천해줘"를 Gemini한테 묻는 사람도 있고요. 이런 AI 서비스들은 웹에 있는 정보를 수집해서 요약하고, 비교하고, 추천해요.

중요한 건, AI가 우리 웹사이트의 정보를 인용할 때도 페이지 구조를 기준으로 판단한다는 점이에요.

서비스를 개발하면서 은행, 통신사, 이커머스, OTT 등 다양한 업종의 사이트를 분석해봤는데요. 공통적으로 확인된 패턴이 있었어요.

정보의 양이 충분해도, 질문에 답할 수 있는 구조가 안 갖춰져 있으면 AI는 그 정보를 인용하지 않더라고요.

예를 들어 어떤 금융 사이트에 상품 정보가 다 있었어요. 금리, 조건, 자격 요건까지. 근데 그 정보들이 긴 문단 속에 흩어져 있고, 페이지 제목은 모호하고, FAQ 같은 구조도 없었어요. AI 입장에서는 "이 페이지에서 이 질문에 대한 답을 뽑아낼 수 있는가?"라는 기준으로 보는데, 그 구조가 갖춰지지 않으니까 인용 대상에서 빠지는 거예요.

GEO, AI 시대의 새로운 최적화

이런 맥락에서 등장한 개념이 GEO(Generative Engine Optimization)예요. AIEO(AI Engine Optimization)라고 부르기도 해요.

SEO가 "Google 검색 결과 상위에 노출되기 위한 최적화"라면, GEO는 "ChatGPT, Gemini, Claude 같은 AI가 우리 콘텐츠를 인용·요약·추천하도록 만드는 최적화"예요.

둘은 겹치는 부분이 꽤 많지만, GEO에서 특별히 강조되는 관점들이 있어요.

답변 가능한 구조(Answerability) — 페이지 콘텐츠가 특정 질문에 직접적으로 답할 수 있는 형태인지가 핵심이에요. "이 대출 금리 얼마야?"라는 질문에 페이지가 바로 답할 수 있는 구조인지, 아니면 긴 설명을 전부 읽어야 알 수 있는 구조인지의 차이예요.

비교 가능한 정보 배열 — AI는 여러 상품이나 서비스를 비교할 때, 각 페이지에서 동일한 기준의 정보를 추출할 수 있는지를 봐요. 요금제 A와 B를 비교하려면 둘 다 가격, 데이터, 조건이 같은 패턴으로 정리되어 있어야 하거든요.

정보 단위의 독립성 — AI가 페이지의 특정 부분만 인용하려면, 정보가 독립적인 단위로 분리되어 있어야 해요. 적절한 길이의 문단에 핵심 사실이 앞에 오는 구조가 AI한테 친화적이에요.

SEO와 GEO, 겹치는 지점이 꽤 많다

좋은 소식은, SEO를 위해 해야 하는 작업 상당수가 GEO에도 도움이 된다는 거예요. 몇 가지만 짚어볼게요.

Title과 Meta Description: SEO에서는 검색 결과 스니펫에 영향을 주고, GEO에서는 AI가 페이지의 주제를 판단하는 첫 번째 단서로 작용해요. 잘 쓰면 두 환경 모두에서 이점이 있어요.
H1과 헤딩 구조: 명확한 헤딩 계층은 검색엔진과 AI 모두가 콘텐츠의 논리 흐름을 파악하는 데 사용해요. H1이 중복되거나 빠져 있으면 둘 다 혼란스러워하더라고요.
구조화 데이터: FAQPage 같은 Schema.org 마크업은 검색엔진한테는 리치 스니펫의 근거가 되고, AI한테는 질문/답변 쌍을 바로 인용할 수 있는 구조적 단서가 돼요.
AI 크롤러 허용: 이건 GEO에서 새롭게 중요해진 부분인데요. 기존에는 Googlebot만 신경 쓰면 됐지만, 이제는 GPTBot, ClaudeBot, PerplexityBot 같은 AI 크롤러도 접근 가능한지 확인해야 해요. robots.txt에서 이런 봇들을 차단하고 있다면 AI 서비스에서 우리 콘텐츠가 아예 안 보일 수 있거든요.
웹 성능: Core Web Vitals는 검색 순위 신호일 뿐 아니라, 페이지의 전반적인 품질을 판단하는 간접 지표로도 작동해요. 느린 페이지는 정보 관리가 허술한 페이지로 인식될 수 있어요.

마치며

이번 편에서는 "왜 프론트엔드 개발자가 SEO를 신경 써야 하는지", 그리고 "왜 요즘은 GEO까지 알아야 하는지"에 대한 큰 그림을 그려봤어요.

정리하면,

프론트엔드 개발자가 만드는 HTML 구조는 검색엔진과 AI가 페이지를 이해하는 출발점이다.
SEO의 기술적 영역은 이미 프론트엔드 개발의 일부이고, AI 검색 시대에 접어들면서 GEO라는 새로운 기준까지 함께 고려해야 하는 상황이 되었다.
다행히 SEO와 GEO는 겹치는 부분이 많아서, 기본을 잘 갖추면 두 마리 토끼를 잡을 수 있다.

다음 편에서는 좀 더 구체적으로 검색엔진 크롤러가 우리 사이트를 어떻게 발견하고 탐색하는지, 그 과정에서 프론트엔드 개발자가 챙겨야 할 것들을 실전 중심으로 풀어보려고 합니다.

기대해주세요.