이 시리즈의 첫 글에서는 구조적 유사성을, 두 번째 글에서는 기술 기술 SEO와 아키텍처의 대응을 다뤘다. 세 번째는 On-Page SEO와 프롬프트 엔지니어링의 관계다. 놀랍게도, 거의 1:1로 대응된다.

제목(H1) = 시스템 프롬프트

SEO에서 H1 태그는 페이지의 핵심 주제를 정의한다. 검색 엔진은 H1을 읽고 “이 페이지는 이걸 다루는구나”라고 이해한다. 같은 페이지에 H1이 두 개면 혼란스러워한다. 하나의 페이지엔 하나의 H1.

AI 에이전트의 시스템 프롬프트도 똑같다. 하나의 시스템 프롬프트가 에이전트의 정체성과 목표를 정의한다. 여러 개의 모순된 지시가 있으면 모델은 혼란스러워한다. 하나의 세션에 하나의 명확한 시스템 프롬프트.

SEO 베스트 프랙티스에서 “H1은 페이지당 하나, 키워드를 앞에 배치하라”는 규칙은 프롬프트 엔지니어링의 “최우선 지시는 가장 앞에, 명확하고 구체적으로”와 정확히 일치한다.

헤딩 구조(H2/H3) = 프롬프트 체이닝

잘 구조화된 문서는 H2 아래 H3, H3 아래 H4로 계층을 이룬다. 검색 엔진은 이 계층을 읽고 문서의 정보 아키텍처를 파악한다. 헤딩 구조가 엉망이면 검색 엔진도 사용자도 길을 잃는다.

프롬프트 체이닝도 같은 원리다. 첫 번째 프롬프트(H2)가 큰 주제를 정의하고, 두 번째 프롬프트(H3)가 세부를 다룬다. 하나의 거대한 프롬프트보다 잘 나뉜 체인이 더 좋은 결과를 낸다.

SEO에서 “헤딩은 건너뛰지 마라(H1→H3 금지)”는 규칙은 프롬프트 체이닝에서 “맥락을 건너뛰지 마라(단계를 생략하지 마라)”와 같다. 계층을 지키면 시스템이 정보를 더 잘 처리한다.

내부 링크 = 컨텍스트 연결

내부 링크는 SEO의 핵심 전략이다. 관련 페이지를 연결해서 링크 주스를 전달하고, 사용자의 체류 시간을 늘리고, 검색 엔진이 사이트 구조를 이해하게 돕는다. 앵커 텍스트가 링크의 주제를 정의한다.

AI 에이전트에서 이전 대화를 컨텍스트로 연결하는 것, 툴의 출력을 다음 툴의 입력으로 전달하는 것이 이에 대응된다. MCP(Model Context Protocol)는 구조화된 내부 링크 시스템과 같다. 표준화된 프로토콜로 컨텍스트를 연결한다.

SEO 사일로(주제별 페이지 그룹)는 에이전트의 전문화(전문 에이전트 프로필)와 대응된다. “이 페이지들은 모두 레시피에 관한 것”이라는 사일로는 “이 에이전트는 코딩에만 특화됨”이라는 전문화와 같다.

메타 설명 = 프롬프트 요약

메타 설명 태그는 검색 결과에서 페이지를 요약해서 보여준다. 사용자는 이 요약을 보고 클릭할지 말지 결정한다. SEO에서는 “메타 설명에 키워드를 포함하고, 160자 이내로, 행동을 유도하라”고 가르친다.

프롬프트 엔지니어링에서 Few-shot 예제의 역할과 정확히 같다. “이런 입력이 들어오면 이렇게 응답해라”는 메타 설명이 시스템에게 행동 방식을 요약해서 알려주는 것과 같다. 길이 제한도 비슷하다 — 프롬프트도 너무 길면 모델이 놓친다.

이미지 최적화 = 멀티모달 컨텍스트

SEO에서 이미지에는 alt 텍스트가 필요하다. 검색 엔진은 이미지를 보지 못하니까 대체 텍스트로 내용을 이해한다. alt 텍스트가 없으면 검색 엔진은 이미지를 무시한다.

멀티모달 AI 에이전트에서 이미지나 파일을 전달할 때도 설명이 필요하다. “이 파일은 2024년 매출 보고서입니다”라는 컨텍스트가 없으면 모델은 바이너리 데이터를 이해하지 못한다. alt 텍스트가 검색 엔진에게 이미지를 설명하듯, 메타데이터가 LLM에게 파일의 의미를 설명한다.

정리

On-Page SEO의 모든 규칙은 프롬프트 엔지니어링에 그대로 적용할 수 있다. 검색 엔진이 콘텐츠를 이해하는 방식을 최적화하는 기술과, LLM이 프롬프트를 이해하는 방식을 최적화하는 기술은 본질이 같다.

H1과 시스템 프롬프트, 헤딩 구조와 프롬프트 체인, 내부 링크와 컨텍스트 연결, 메타 설명과 Few-shot — 이 대응 관계를 이해하면 두 분야 모두 더 잘할 수 있다.