웹사이트 meta tag 가이드 홈페이지 head 정석
구글 상위 노출을 위한 웹사이트 meta tag 구성 가이드를 소개한다. 검색 엔진 최적화(SEO)에 필수적인 홈페이지 head 영역의 메타태그 종류와 올바른 작성 규칙을 초보자도 쉽게 따라 할 수 있도록 정리했다.
독립 홈페이지의 SEO·AEO·GEO는 특정 태그 하나가 아니라 head 메타데이터, JSON-LD, robots, sitemap, 내부 링크가 서로 맞물린 결과다. 특정 태그 하나만 넣으면 검색 노출이 개선된다는 설명이 많지만, 실제로는 여러 요소가 하나의 정보 구조를 만든다.
이 글에서는 실제 운영 중인 soometro.kr 문서 페이지의 페이지소스를 바탕으로 head 태그와 JSON-LD 구조를 살펴보고, 정적 홈페이지와 네이버 블로그·티스토리·브런치에서 각각 무엇을 관리할 수 있는지 비교한다.
먼저 실제 코드를 보여주고, 필요한 설명을 이어간다.
핵심 요약
- 현대 SEO는 키워드 나열보다 콘텐츠 품질과 정보 구조를 중심으로 판단한다.
- AEO는 AI가 질문에 답하기 쉽도록 문서를 구조화하는 방식과 관련된다.
- GEO는 생성형 AI가 콘텐츠를 이해하고 인용하기 쉬운 형태를 만드는 작업이다.
- head의 meta, Open Graph, Twitter Card, itemprop 태그는 서로 다른 소비 주체에 정보를 전달한다.
- JSON-LD는 Organization부터 BreadcrumbList까지 6개 객체를 참조 관계로 묶어 하나의 정보 구조를 만든다.
- 정적 홈페이지는 이 요소들을 직접 관리할 수 있지만, 네이버 블로그와 브런치는 관리 범위가 좁다. 티스토리는 일부 수정할 수 있다.
- FAQ·질문형 제목·두괄식은 정보 이해를 돕는 작성 방식이다. 그 자체가 검색 순위를 올리는 공식은 아니다.
(JSON-LD 알고보면 별것 아니다.)
1. 개인 홈페이지 SEO·AEO·GEO 구축, 무엇이 핵심인가?
2026년 개인 홈페이지 운영에서 중요한 것은 특정 태그 하나가 아니다.
검색엔진과 AI가 콘텐츠를 정확히 이해하려면 다음 요소를 함께 살펴야 한다.
- 정확한 HTML 구조
- 사용자 중심의 명확한 콘텐츠 주제
- Schema.org 구조화 데이터
- robots와 sitemap 관리
- 빠른 페이지 속도
- 논리적인 내부 링크
- AI가 이해하기 쉬운 정보 구조
이 요소들은 따로 움직이지 않는다. head 메타데이터가 검색엔진과 소셜 플랫폼에 콘텐츠 정보를 전달하면 JSON-LD가 그 정보를 기계가 이해할 수 있는 관계로 정리한다. robots, sitemap, 내부 링크는 검색엔진이 콘텐츠를 발견하고 탐색하는 경로를 만든다.
아래에서는 메타데이터, Schema.org JSON-LD, head에 포함되는 기타 스크립트를 실제 페이지소스를 기준으로 살펴보겠다.
2. head 메타데이터는 실제로 어떻게 구성되는가?
아래는 https://soometro.kr/docs/manga/akagi/ 페이지의 실제 head 소스다.
<!DOCTYPE html>
<html lang="ko-KR" dir="ltr">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta name="color-scheme" content="light dark">
<meta name="theme-color" media="(prefers-color-scheme: light)" content="#ffffff">
<meta name="theme-color" media="(prefers-color-scheme: dark)" content="#2e3440">
<title>후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학 • soometro</title>
<meta name="naver-site-verification" content="84a9fd61366f559b8187e5863f8a16b70fedafee" />
<meta name="description" content="후쿠모토 노부유키의 아카기 세계관은.......철학적 작품이다.">
<meta name="robots" content="index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1">
<meta name="author" content="soometro">
<meta name="creator" content="soometro">
<meta name="publisher" content="soometro archive">
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학">
<meta name="twitter:description" content="후쿠모토 노부유키의 아카기 세계관은.......철학적 작품이다.">
<meta name="twitter:image" content="https://soometro.kr/docs/manga/Akagi/images/Akagi01.jpg">
<meta name="twitter:image:alt" content="아카기 1권 표지">
<meta property="og:locale" content="ko_KR">
<meta property="og:type" content="article">
<meta property="og:url" content="https://soometro.kr/docs/manga/akagi/">
<meta property="og:site_name" content="soometro">
<meta property="og:title" content="후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학">
<meta property="og:description" content="후쿠모토 노부유키의 아카기 세계관은.......철학적 작품이다.">
<meta property="og:image" content="https://soometro.kr/docs/manga/Akagi/images/Akagi01.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="아카기 1권 표지">
<meta property="og:updated_time" content="2026-07-06T00:00:00Z">
<meta property="article:section" content="docs">
<meta property="article:published_time" content="2026-07-02T00:00:00Z">
<meta property="article:modified_time" content="2026-07-06T00:00:00Z">
<meta itemprop="name" content="후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학">
<meta itemprop="description" content="후쿠모토 노부유키의 아카기 세계관은.......철학적 작품이다.">
<meta itemprop="image" content="https://soometro.kr/docs/manga/Akagi/images/Akagi01.jpg">
<meta itemprop="datePublished" content="2026-07-02T00:00:00Z">
<meta itemprop="dateModified" content="2026-07-06T00:00:00Z">
<meta itemprop="wordCount" content="1539">
<link rel="icon" href="/favicon.png" >
<link rel="manifest" href="/manifest.json">
<link rel="canonical" href="https://soometro.kr/docs/manga/akagi/">
<link rel="icon" type="image/png" sizes="192x192" href="/images/google-touch-icon.png">
<link rel="apple-touch-icon" sizes="192x192" href="/images/google-touch-icon.png">이 head는 기본 문서 정보, 검색엔진용 메타, 소셜 공유용 메타(Twitter Card, Open Graph), 마이크로데이터(itemprop), 링크 리소스로 나눌 수 있다. 항목별 역할은 다음과 같다.
| 항목 | 중요도 | 설명 |
|---|---|---|
charset |
★★★★★ | 문서의 문자 인코딩을 지정한다. 한글이 깨지지 않게 하는 기본 요소다. |
viewport |
★★★★★ | 모바일 화면에 맞게 뷰포트를 설정한다. 페이지 경험과 관련된다. |
color-scheme |
★★☆☆☆ | 브라우저에 라이트·다크 모드 지원 여부를 알린다. 검색 순위와는 관계가 없다. |
theme-color(light/dark) |
★★☆☆☆ | 브라우저 UI 색상을 지정한다. 사용자 경험을 위한 설정이다. |
title |
★★★★★ | 검색 결과에 표시되는 제목이다. 클릭률에 영향을 줄 수 있다. |
naver-site-verification |
★★★☆☆ | 네이버 서치어드바이저의 소유 확인에 사용하는 태그다. |
description |
★★★★★ | 검색 결과 요약문에 활용되며, AI가 문서를 요약할 때 참고할 수 있다. |
robots |
★★★★★ | 색인 여부와 스니펫 노출 범위를 검색엔진에 지시한다. |
author |
★★★☆☆ | 작성자 정보를 전달한다. |
creator |
★★☆☆☆ | 콘텐츠 제작 주체 정보를 보완한다. |
publisher |
★★★☆☆ | 발행 주체 정보를 전달한다. |
twitter:card |
★★★☆☆ | X에서 공유 카드의 형식을 정한다. |
twitter:title |
★★★☆☆ | X 공유 시 표시되는 제목이다. |
twitter:description |
★★★☆☆ | X 공유 시 표시되는 설명이다. |
twitter:image |
★★★☆☆ | X 공유 카드에 표시되는 이미지다. |
twitter:image:alt |
★★☆☆☆ | X 공유 이미지의 대체 텍스트다. |
og:locale |
★★★☆☆ | 콘텐츠의 언어와 지역을 표시한다. |
og:type |
★★★★☆ | 콘텐츠 유형(article 등)을 지정해 소셜 플랫폼의 표시 방식을 정한다. |
og:url |
★★★★☆ | 공유 시 기준으로 삼을 URL이다. |
og:site_name |
★★★☆☆ | 사이트 이름을 전달한다. |
og:title |
★★★★☆ | 소셜 공유용 제목이다. |
og:description |
★★★★☆ | 소셜 공유용 설명이다. |
og:image |
★★★★☆ | 공유 카드에 표시되는 대표 이미지다. |
og:image:width / og:image:height |
★★☆☆☆ | 이미지 크기를 전달해 카드 표시 오류를 줄인다. |
og:image:alt |
★★☆☆☆ | 공유 이미지의 대체 텍스트다. |
og:updated_time |
★★☆☆☆ | 콘텐츠 갱신 시각을 소셜 플랫폼에 전달한다. |
article:section |
★★★☆☆ | 콘텐츠가 속한 분류를 표시한다. |
article:published_time |
★★★★☆ | 최초 발행 시각을 표시한다. |
article:modified_time |
★★★★☆ | 최종 수정 시각을 표시한다. |
itemprop name |
★★★☆☆ | 마이크로데이터 방식으로 문서 제목을 전달한다. |
itemprop description |
★★★☆☆ | 마이크로데이터 방식의 설명이다. |
itemprop image |
★★★☆☆ | 마이크로데이터 방식의 대표 이미지다. |
itemprop datePublished |
★★★☆☆ | 마이크로데이터 방식의 발행일이다. |
itemprop dateModified |
★★★☆☆ | 마이크로데이터 방식의 수정일이다. |
itemprop wordCount |
★★☆☆☆ | 문서의 글자 수 정보를 제공한다. |
link rel="icon" |
★★★☆☆ | 파비콘 경로를 지정한다. |
link rel="manifest" |
★★☆☆☆ | PWA 매니페스트 파일을 연결한다. |
link rel="canonical" |
★★★★★ | 대표 URL을 지정해 중복 콘텐츠 문제를 줄인다. |
link rel="icon"(192x192 png) |
★★☆☆☆ | 고해상도 아이콘을 지정한다. |
link rel="apple-touch-icon" |
★★☆☆☆ | iOS 홈 화면에 사용할 아이콘을 지정한다. |
같은 항목을 기준으로 정적 홈페이지·네이버 블로그·티스토리·브런치에서 직접 관리할 수 있는 범위를 비교하면 다음과 같다.
| 항목 | 정적 웹사이트 | 네이버 블로그 | 티스토리 | 브런치 |
|---|---|---|---|---|
charset |
가능 | 불가 | 일부가능 | 불가 |
viewport |
가능 | 불가 | 일부가능 | 불가 |
color-scheme |
가능 | 불가 | 일부가능 | 불가 |
theme-color |
가능 | 불가 | 일부가능 | 불가 |
title |
가능 | 일부가능(자동생성) | 가능 | 일부가능 |
naver-site-verification |
가능 | 가능(플랫폼 제공) | 가능(플랫폼 제공) | 불가 |
description |
가능 | 일부가능 | 일부가능 | 일부가능 |
robots |
가능 | 불가 | 일부가능 | 불가 |
author |
가능 | 불가 | 일부가능 | 불가 |
creator |
가능 | 불가 | 일부가능 | 불가 |
publisher |
가능 | 불가 | 일부가능 | 불가 |
twitter:card |
가능 | 불가 | 일부가능 | 불가 |
twitter:title |
가능 | 불가 | 일부가능 | 불가 |
twitter:description |
가능 | 불가 | 일부가능 | 불가 |
twitter:image |
가능 | 불가 | 일부가능 | 불가 |
twitter:image:alt |
가능 | 불가 | 일부가능 | 불가 |
og:locale |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:type |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:url |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:site_name |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:title |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:description |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:image |
가능 | 일부가능(자동생성) | 일부가능 | 불가 |
og:image:width / og:image:height |
가능 | 불가 | 일부가능 | 불가 |
og:image:alt |
가능 | 불가 | 일부가능 | 불가 |
og:updated_time |
가능 | 불가 | 일부가능 | 불가 |
article:section |
가능 | 불가 | 일부가능 | 불가 |
article:published_time |
가능 | 불가 | 일부가능 | 불가 |
article:modified_time |
가능 | 불가 | 일부가능 | 불가 |
itemprop name |
가능 | 불가 | 일부가능 | 불가 |
itemprop description |
가능 | 불가 | 일부가능 | 불가 |
itemprop image |
가능 | 불가 | 일부가능 | 불가 |
itemprop datePublished |
가능 | 불가 | 일부가능 | 불가 |
itemprop dateModified |
가능 | 불가 | 일부가능 | 불가 |
itemprop wordCount |
가능 | 불가 | 일부가능 | 불가 |
link rel="icon" |
가능 | 불가 | 일부가능 | 불가 |
link rel="manifest" |
가능 | 불가 | 불가 | 불가 |
link rel="canonical" |
가능 | 불가 | 일부가능 | 불가 |
link rel="icon"(192x192 png) |
가능 | 불가 | 일부가능 | 불가 |
link rel="apple-touch-icon" |
가능 | 불가 | 일부가능 | 불가 |
표에서 보듯 정적 홈페이지는 41개 항목을 모두 직접 관리할 수 있다. 네이버 블로그와 브런치는 플랫폼이 자동으로 만드는 일부 항목 외에는 사용자가 접근하기 어렵다. 티스토리는 스킨 HTML을 수정해 일부 항목을 넣을 수 있지만, 정적 사이트처럼 모든 설정을 직접 통제하지는 못한다.
head 메타데이터가 검색엔진과 소셜 플랫폼에 정보를 전달한다면, JSON-LD는 그 정보를 기계가 이해할 수 있는 관계로 정리한다.
3. JSON-LD와 Schema.org란 무엇인가?
- Schema.org: 검색엔진과 AI에 웹페이지 정보를 전달하기 위해 여러 기관이 만든 공통 데이터 사전이다.
- JSON-LD: Schema.org에 정의된 정보를 웹사이트 소스코드에 작성하는 표현 형식이다.
- Schema.org가 컴퓨터가 이해하는 데이터의 ‘사전(내용)‘이라면, JSON-LD는 그 사전을 웹사이트에 기록하는 ‘글씨체(형식)‘다.
같은 페이지의 <head>에는 아래와 같은 JSON-LD가 포함되어 있다.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Article",
"@id": "https://soometro.kr/docs/manga/akagi/#article",
"headline": "후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학",
"description": "후쿠모토 노부유키의 아카기 세계관은.......철학적 작품이다.",
"image": {
"@type": "ImageObject",
"url": "https://soometro.kr/docs/manga/Akagi/images/Akagi01.jpg",
"caption": "아카기 1권 표지"
},
"url": "https://soometro.kr/docs/manga/akagi/",
"mainEntityOfPage": { "@id": "https://soometro.kr/docs/manga/akagi/#webpage" },
"datePublished": "2026-07-02T00:00:00+00:00",
"dateModified": "2026-07-06T00:00:00+00:00",
"inLanguage": "ko-KR",
"articleSection": "docs",
"wordCount": 1539,
"author": { "@id": "https://soometro.kr/#person" },
"publisher": { "@id": "https://soometro.kr/#organization" }
},
{
"@type": "WebPage",
"@id": "https://soometro.kr/docs/manga/akagi/#webpage",
"url": "https://soometro.kr/docs/manga/akagi/",
"name": "후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학",
"inLanguage": "ko-KR",
"isPartOf": { "@id": "https://soometro.kr/#website" },
"mainEntity": { "@id": "https://soometro.kr/docs/manga/akagi/#article" }
},
{
"@type": "Person",
"@id": "https://soometro.kr/#person",
"name": "soometro",
"url": "https://soometro.kr/",
"sameAs": [
"https://www.wikidata.org/wiki/Q140453737",
"https://github.com/soometro",
"https://www.instagram.com/soometro.kr",
"https://www.youtube.com/c/soometro",
"https://www.speedrun.com/users/soometro",
"https://www.twitch.tv/soometro",
"https://brunch.co.kr/@soometrokr",
"https://cafe.naver.com/soometro"
]
},
{
"@type": "WebSite",
"@id": "https://soometro.kr/#website",
"name": "soometro",
"url": "https://soometro.kr/",
"inLanguage": "ko-KR",
"publisher": { "@id": "https://soometro.kr/#organization" }
},
{
"@type": "Organization",
"@id": "https://soometro.kr/#organization",
"name": "soometro archive",
"url": "https://soometro.kr/",
"logo": { "@type": "ImageObject", "url": "https://soometro.kr/logo.webp" }
},
{
"@type": "BreadcrumbList",
"@id": "https://soometro.kr/docs/manga/akagi/#breadcrumb",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Home", "item": "https://soometro.kr/" },
{ "@type": "ListItem", "position": 2, "name": "Docs", "item": "https://soometro.kr/docs/" },
{ "@type": "ListItem", "position": 3, "name": "Manga", "item": "https://soometro.kr/docs/manga/" },
{ "@type": "ListItem", "position": 4, "name": "후쿠모토 노부유키의 아카기 세계관과 아카기 시게루가 던지는 삶의 철학", "item": "https://soometro.kr/docs/manga/akagi/" }
]
}
]
}
</script>이 JSON-LD에는 6개 객체가 들어 있으며, 다음과 같은 관계로 연결된다.
Organization (soometro archive)
│
▼
WebSite
│
▼
WebPage
│
▼
Article
│
├── Person(author)
│
└── ImageObject
BreadcrumbList
│
▼
Home → Docs → Manga → Article각 객체가 @id로 서로를 참조한다. 검색엔진이나 AI는 이 연결을 통해 “이 글은 누가 썼고, 어느 사이트에 속하며, 사이트 안에서 어디에 놓였는가"를 하나의 그래프로 파악할 수 있다.
6개 객체의 역할과 중요도, 플랫폼별 관리 가능 여부는 다음과 같다.
| 묶음단위 | 중요도 | 설명 |
|---|---|---|
| Organization | ★★★★☆ | 사이트 운영 주체를 정의하고 Publisher로서 다른 객체에 연결한다. |
| WebSite | ★★★★☆ | 사이트 전체 정보를 정의하고 Organization을 publisher로 참조한다. |
| WebPage | ★★★★★ | 문서가 놓인 페이지를 정의한다. WebSite와 Article을 잇는 중간 노드다. |
| Article | ★★★★★ | 글의 제목·설명·발행일·수정일·저자·이미지를 담는 핵심 객체다. |
| Person | ★★★★☆ | 작성자를 정의하고 sameAs로 다른 플랫폼 계정과 연결한다. |
| BreadcrumbList | ★★★☆☆ | 사이트 안에서 페이지가 놓인 위치를 계층으로 전달한다. |
| 묶음단위 | 정적홈페이지 | 네이버블로그 | 티스토리 | 브런치 |
|---|---|---|---|---|
| Organization | 가능 | 불가 | 일부가능 | 불가 |
| WebSite | 가능 | 불가 | 일부가능 | 불가 |
| WebPage | 가능 | 불가 | 일부가능 | 불가 |
| Article | 가능 | 불가 | 일부가능 | 불가 |
| Person | 가능 | 불가 | 일부가능 | 불가 |
| BreadcrumbList | 가능 | 불가 | 일부가능 | 불가 |
JSON-LD는 검색 순위를 직접 조작하는 기술이 아니다. 사람이 작성한 정보를 기계가 더 정확하게 이해하도록 돕는 구조화 방식이다.
이제 검색엔진이 콘텐츠를 발견하고 색인하는 데 관여하는 파일을 살펴보자.
4. robots.txt, sitemap.xml, RSS, _headers는 각각 어떤 역할을 하는가?
robots.txt와 robots 메타 태그의 차이
robots.txt는 검색엔진 크롤러에게 사이트 안에서 수집할 수 있는 영역을 안내하는 파일이다. head의 robots 메타 태그가 개별 페이지 단위의 색인 정책을 지정한다면, robots.txt는 사이트 전체 크롤링 정책을 안내한다.
User-agent: *
Allow: /
Sitemap: https://soometro.kr/sitemap.xmlAllow: /는 모든 검색엔진 크롤러(bot)의 접속을 허용한다는 뜻이다.
Sitemap 항목에는 사이트맵 주소를 적는다.
검색엔진 크롤러는 사이트에 접근한 뒤 다음 순서로 처리한다.
검색엔진 크롤러 접속
↓
robots.txt 확인
↓
허용된 영역 탐색
↓
페이지 크롤링
↓
색인 판단robots.txt는 보안 기능이 아니라 크롤링 안내 기능이다. 차단한 URL도 다른 경로에서 발견되면 검색엔진이 주소 자체를 인식할 수 있다. 민감한 정보를 숨기는 용도로 사용하면 안 된다.
sitemap.xml의 역할
sitemap.xml은 사이트의 주요 페이지 목록을 검색엔진에 제공하는 XML 파일이다. Hugo 같은 정적 사이트는 글을 추가할 때 sitemap을 자동으로 만들 수 있다.
<urlset>
<url>
<loc>https://soometro.kr/docs/manga/akagi/</loc>
<lastmod>2026-07-06</lastmod>
</url>
</urlset>sitemap은 검색 순위를 직접 올리는 요소가 아니다. 새 사이트를 검색엔진에 알리거나 내부 링크가 부족한 페이지를 발견하게 하는 데 도움을 준다. 독립 홈페이지를 처음 구축한 뒤 검색엔진에 사이트의 존재를 알리는 단계에서 활용할 수 있다.
RSS의 역할
RSS는 새 콘텐츠 발행 정보를 자동으로 전달하는 표준 형식이다.
<item>
<title>문서 제목</title>
<link>페이지 주소</link>
<pubDate>작성 날짜</pubDate>
<description>문서 설명</description>
</item>RSS는 검색 순위를 결정하는 핵심 요소는 아니다. SEO에서는 콘텐츠 발견 경로를 보조하고, AEO에서는 최신 콘텐츠 정보를 전달하며, GEO에서는 AI 서비스가 새로운 출처를 파악하는 경로로 활용할 수 있다.
_headers의 역할
_headers 파일은 정적 호스팅 환경에서 HTTP 응답 헤더를 설정하는 파일이다. Hugo 같은 정적 사이트는 서버 프로그램이 페이지마다 동적으로 처리하지 않으므로, Cloudflare Pages 같은 환경에서 _headers로 보안과 캐시 정책을 관리할 수 있다.
/*
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
Cache-Control: public, max-age=0, must-revalidateHTTP 헤더는 검색엔진에 콘텐츠 내용을 직접 설명하지 않는다. 다만 보안성·안정성·전달 속도·캐싱 효율에 영향을 주므로 페이지 경험과 연결된다.
이 네 가지 파일이 콘텐츠를 발견하고 색인하는 경로를 만든다면, canonical과 내부 링크는 이미 발견된 페이지 사이의 관계를 정리한다.
5. canonical과 내부 링크, 페이지 속도·이미지 최적화는 결과에 어떤 영향을 주는가?
canonical의 역할
canonical은 여러 URL 가운데 대표 URL로 삼을 주소를 검색엔진에 알려주는 태그다.
<link rel="canonical" href="https://soometro.kr/docs/manga/akagi/">사용자가 접근하는 주소가 다음처럼 달라도 canonical은 같은 콘텐츠의 기준 URL을 전달한다.
https://soometro.kr/docs/manga/akagi/
https://soometro.kr/docs/manga/akagi/?source=naver
https://soometro.kr/docs/manga/akagi/?utm_campaign=testcanonical은 검색 순위를 직접 올리는 요소가 아니다. 중복 URL로 평가가 나뉘는 일을 줄이고, AI가 같은 콘텐츠의 기준 주소를 판단하는 데 도움을 준다.
내부 링크의 역할
검색엔진은 외부 링크뿐 아니라 홈페이지 안의 링크 구조도 살핀다. 예를 들어 soometro 홈페이지를 다음처럼 구성할 수 있다.
홈페이지
├── 만화 인문학
│ ├── 아카기 분석
│ ├── 은과 금 분석
└── 도박묵시록 카이지 분석
└── 라이프스타일
├── 다운시프트
└── 기술 기록좋은 내부 링크는 다음과 같은 특징을 가진다.
- 관련 콘텐츠끼리 연결한다.
- 사용자가 자연스럽게 다음 문서로 이동할 수 있게 한다.
- 카테고리 구조가 명확하다.
- 고립된 페이지를 만들지 않는다.
내부 링크 수를 무조건 늘릴 필요는 없다. 중요한 것은 링크 사이의 관계와 정보 구조다.
페이지 속도와 이미지 최적화
Hugo 같은 정적 사이트는 빌드 과정에서 Markdown을 HTML로 미리 변환한다. 서버 연산이나 데이터베이스 조회 없이 완성된 파일을 전달하므로, 페이지 구성과 호스팅 환경에 따라 빠르게 응답할 수 있다. Google은 Core Web Vitals로 사용자 경험을 측정한다.
| 항목 | 의미 |
|---|---|
| LCP | 주요 콘텐츠가 표시되는 속도 |
| INP | 사용자 입력에 대한 반응 속도 |
| CLS | 화면 이동의 안정성 |
이미지는 콘텐츠 이해와 페이지 속도에 모두 영향을 준다. WebP·AVIF 사용, 적정 크기 리사이징, alt 속성 작성, 불필요한 원본 제거, 지연 로딩이 기본적인 최적화 방법이다. alt는 이미지를 표시하지 못할 때 대체 설명을 제공하며, 검색엔진은 이미지 내용을 이해하는 보조 자료로 alt를 활용한다.
<img src="akagi.webp" alt="아카기 1권 표지">canonical·내부 링크·속도·이미지는 검색 순위를 단독으로 결정하는 요소가 아니다. 대신 콘텐츠가 정확하게 전달되고 사용자가 안정적으로 읽을 수 있는 바탕을 만든다. 이 바탕을 얼마나 직접 구성할 수 있는지는 플랫폼마다 다르다.
6. 독립 홈페이지와 플랫폼형 블로그는 관리 범위에서 어떻게 다른가?
독립 홈페이지와 플랫폼형 블로그의 가장 큰 차이는 검색엔진이 이해하는 구조를 운영자가 직접 관리할 수 있는가에 있다.
| 실제 코드 및 기능 | Hugo 독립 홈페이지 | 네이버 블로그 | 티스토리 | 브런치 |
|---|---|---|---|---|
<head> 직접 수정 |
가능 | 불가 | 일부가능 | 불가 |
| charset 관리 | 가능 | 불가 | 일부가능 | 불가 |
| viewport 관리 | 가능 | 불가 | 일부가능 | 불가 |
| description 관리 | 가능 | 일부가능 | 일부가능 | 일부가능 |
| robots 메타 태그 관리 | 가능 | 불가 | 일부가능 | 불가 |
| robots.txt 관리 | 가능 | 불가 | 일부가능 | 불가 |
| sitemap.xml 관리 | 가능 | 불가 | 일부가능 | 불가 |
| RSS 구조 관리 | 가능 | 불가 | 일부가능 | 불가 |
| canonical 관리 | 가능 | 불가 | 일부가능 | 불가 |
| Open Graph 관리 | 가능 | 일부가능 | 일부가능 | 불가 |
| Twitter Card 관리 | 가능 | 불가 | 일부가능 | 불가 |
| JSON-LD Schema 관리 | 가능 | 불가 | 일부가능 | 불가 |
_headers 관리 |
가능 | 불가 | 불가 | 불가 |
| 광고 삽입 여부 | 직접 결정 | 플랫폼 정책 영향 | 직접 가능 | 플랫폼 정책 영향 |
| 페이지 속도 최적화 | 직접 관리 | 플랫폼 의존 | 일부 관리 가능 | 플랫폼 의존 |
| SEO 자유도 | 매우 높음 | 낮음 | 중간 | 낮음 |
| AEO 대응 | 매우 높음 | 제한적 | 일부 가능 | 제한적 |
| GEO 대응 | 매우 높음 | 제한적 | 일부 가능 | 제한적 |
네이버 블로그는 국내 검색 노출에서 강점이 있지만 <head> 구조와 서버 설정을 직접 수정할 수 없다.
티스토리는 HTML과 스킨을 수정할 수 있어 네 플랫폼 가운데 자유도가 높은 편이다. 다만 정적 사이트처럼 모든 설정을 직접 통제하지는 못한다.
브런치는 글쓰기 환경과 플랫폼 신뢰도는 좋지만 기술적 설정의 자유도는 낮다.
독립 홈페이지는 운영자가 콘텐츠 구조·검색엔진 전달 방식·데이터 구조·속도·광고 여부·장기 운영 방향을 직접 정할 수 있다. 그만큼 관리 책임도 운영자에게 돌아온다.
7. 기타 유언비어
meta keywords
- 과거 검색엔진이 페이지 내용을 정교하게 분석하지 못하던 시절, 문서 주제를 전달하기 위해 사용했다.
<meta name="keywords" content="아카기, 후쿠모토 노부유키, 만화, 철학">운영자들이 실제 콘텐츠와 관계없는 인기 키워드를 넣기 시작하면서 문제가 생겼다.
<meta name="keywords" content="연예인, 게임, 영화, 돈, 인기검색어">이런 **키워드 스팸(keyword stuffing)**은 검색 결과의 정확도를 떨어뜨리고 사용자가 원하는 정보를 찾기 어렵게 만든다. Google은 오래전부터 meta keywords를 검색 순위 결정 요소로 사용하지 않는다고 밝혀 왔다. 현재는 title, description, 본문 콘텐츠, 내부 링크, 구조화 데이터(JSON-LD), 페이지 경험이 주요 관심 대상이다.
meta subject
문서 주제를 표시하려던 과거 방식이다. 현대 검색엔진에서는 순위 요소로 활용되지 않는다.
FAQ 구조와 질문형 제목
-
“FAQ를 많이 넣으면 순위가 자동으로 오른다"거나 “제목을 질문형으로 만들면 AEO에 최적화된다"는 설명은 사실과 다르다.
-
두괄식은 독자의 이해를 돕는 글쓰기 방식이다. 검색엔진은 첫 문장의 위치만으로 순위를 매기지 않고 콘텐츠 전체의 정확성·깊이·구조·신뢰성을 함께 살핀다.
-
공식적으로 확인된 사실은 FAQ 리치 결과가 축소되었다는 것이다.
8. 강의 팔이
“이 공식만 따르면 상위 노출된다"는 식의 마케팅 콘텐츠는 검증되지 않은 해석이나 과장인 경우가 많다.
블로그·마케팅 강의 시장에서는 이 경계를 흐리는 화법이 반복된다. “두괄식으로 쓰면 AI가 무조건 인용한다”, “질문형 제목만 쓰면 AEO에 최적화된다”, “FAQ를 다섯 개 넣으면 리치 결과에 노출된다"는 문장이 대표적이다.
이런 문장에는 알고리즘 업데이트나 공식 문서 같은 근거 없이 결과와 원인을 단순하게 연결한다는 공통점이 있다.
- 여전히 FAQ 작성을 상위 노출의 핵심 공식처럼 파는 강의가 많이 보인다.
- meta keywords가 순위 요소에서 빠진 지 오래되었는데도 “키워드 밀도"를 강조하는 콘텐츠가 있다.
- 오래전에 지나간 지식을 새로운 상품처럼 포장하는 방식에 가깝다.
이런 화법이 반복되는 이유는 단순하다.
- “구조를 이해하고 콘텐츠를 쌓아야 한다"는 설명보다 “이 세 가지만 하면 된다"는 체크리스트가 강의나 전자책으로 팔기 쉽기 때문이다.
문제는 검증 가능한 사실(Google의 공식 발표, 실제 스키마 문서, 실제 순위 변화 사례)과 근거 없는 해석을 같은 무게로 섞어 전달한다는 데 있다.
이 글에서 head 태그와 JSON-LD를 실제 코드 그대로 보여주고 근거를 하나씩 짚은 이유도 여기에 있다. 특정 공식을 믿기보다 구조를 이해해야 어떤 강의를 듣더라도 사실과 과장을 구분할 수 있다.
결론
독립 홈페이지의 SEO·AEO·GEO는 head 메타데이터, JSON-LD, robots, sitemap, RSS, _headers, canonical과 내부 링크, 페이지 속도와 이미지 최적화가 서로 연결될 때 작동한다.
어느 하나가 검색 순위를 단독으로 결정하지는 않는다. 각 요소가 맡은 역할에 따라 검색엔진과 AI의 발견·이해를 돕는다.
정적 홈페이지는 이 요소들을 직접 설계하고 관리할 수 있지만, 그 책임도 운영자에게 있다. 네이버 블로그·티스토리·브런치는 글을 쓰기 편한 대신 기술 구조에 대한 통제권을 플랫폼이 갖는다.
특정 태그나 형식을 만능 공식으로 받아들이기보다, 각 요소가 어떤 정보를 누구에게 전달하는지 살펴보는 편이 오래가는 콘텐츠 자산을 만드는 데 도움이 된다.
자주 묻는 질문(FAQ)
JSON-LD를 넣으면 검색 순위가 바로 오르나?
아니다. JSON-LD는 검색 순위를 직접 조작하는 기술이 아니라 콘텐츠 정보를 기계가 이해하도록 돕는 구조화 방식이다.
티스토리에서도 canonical이나 JSON-LD를 넣을 수 있나?
스킨 HTML을 수정하면 일부 삽입은 가능하지만, 정적 홈페이지처럼 페이지 단위로 완전히 관리하기는 어렵다.
FAQ 스키마를 넣으면 검색 결과에 항상 노출되나?
아니다. Google은 2026년 5월 FAQ 리치 결과를 축소했기 때문에 FAQ 스키마를 넣어도 별도 노출이 항상 보장되지는 않는다.
robots.txt로 민감한 페이지를 완전히 숨길 수 있나?
아니다. robots.txt는 크롤링 안내 기능일 뿐 보안 기능이 아니다. 차단된 URL도 다른 경로를 통해 노출될 수 있다.
독립 홈페이지를 운영하면 네이버 검색에서는 불리한가?
그렇지는 않다. 네이버 서치어드바이저 등록과 사이트맵 제출을 병행하면 독립 홈페이지도 네이버 검색에 노출될 수 있다. 구조화된 메타데이터는 장기적인 관리에도 활용할 수 있다.