On-Page SEO 전략

On-Page SEO는 개별 페이지가 특정 주제와 검색어에 대해 최대한 잘 이해되고 선택되도록 하는 모든 작업을 의미합니다. 외부 요소(링크 등)와 달리, 여러분이 직접 통제할 수 있는 영역입니다.

3.1 Title Tag & Meta Description 최적화

제목 태그는 구글이 검색 결과의 제목 링크를 만드는 첫 번째 재료이고, 메타 설명은 스니펫 후보입니다. 둘 다 클릭률(CTR)을 좌우하지만, 구글이 그대로 쓴다는 보장은 없습니다.

Title Tag (제목 태그)

Title Tag는 검색 결과에서 파란 링크로 보이는 제목(구글 용어로 '제목 링크')의 기본 재료입니다. 구글은 제목 링크가 사용자가 어떤 결과를 클릭할지 결정할 때 쓰는 가장 중요한 정보인 경우가 많다고 설명합니다(Google Search Central, 2025).

최적화 원칙:

• 길이: 구글은 <title> 요소에 길이 제한을 두지 않지만, 검색 결과에서는 기기 폭에 맞춰 잘립니다(Google Search Central, 2025). 경험상 한국어는 25~30자 안팎이면 대부분 잘리지 않습니다.
• 핵심 단어는 앞쪽에: 뒷부분이 잘려도 주제가 전달되도록 타겟 키워드와 핵심 정보를 앞쪽에 두세요.
• 설명적이고 고유하게: 페이지마다 내용을 정확히 설명하는 고유한 제목을 쓰세요. 모든 페이지에 같은 문구를 반복하거나("Cheap products for sale" 같은 공통 제목), 한 단어만 바뀌는 보일러플레이트 제목은 피하라고 구글은 권합니다.
• 키워드 반복 금지: 같은 단어를 여러 번 넣는 키워드 스터핑은 사용자에게 도움이 되지 않고 스팸처럼 보일 수 있습니다.
• 클릭 유도: 숫자, 연도, "방법", "가이드"처럼 내용을 구체적으로 알려 주는 표현이 도움이 됩니다. 다만 본문에 없는 과장은 금물입니다.
• 브랜드 포함: 사이트 이름은 제목 앞이나 뒤에 하이픈, 콜론, 파이프(|) 같은 구분자로 짧게 붙이세요.
• 언어 일치: 본문이 한국어라면 제목도 한국어로 쓰세요. 구글은 제목과 본문의 언어·문자가 다르면 다른 텍스트를 제목 링크로 쓸 수 있습니다.

2026 SEO 완벽 가이드: 초보자도 따라 할 수 있는 10가지 전략 | BlogName

SEO SEO 최적화 검색엔진 최적화 방법 SEO 가이드 블로그

구글은 제목을 언제 다시 쓰나 (제목 링크 생성 방식)

검색 결과의 제목 링크 생성은 완전히 자동화되어 있으며, 구글은 다음 정보를 참고합니다: <title> 요소, 페이지에 보이는 주 제목, h1 등 헤딩 요소, og:title 메타 태그, 스타일상 크고 눈에 띄는 텍스트, 페이지의 기타 텍스트와 앵커 텍스트, 다른 페이지에서 이 페이지로 걸린 링크의 텍스트, WebSite 구조화된 데이터(Google Search Central, 2025). og:title은 2024년 8월 공식 목록에 추가되었습니다.

제목을 고쳐도 구글이 다시 크롤링하고 처리해야 반영되며, 며칠에서 몇 주가 걸릴 수 있습니다. 구글은 개별 사이트의 제목 링크를 수동으로 바꿔 주지 않습니다(Google Search Central, 2025).

Meta Description (메타 설명)

메타 설명은 검색 결과에서 제목 아래 보이는 설명 텍스트의 후보입니다. 구글은 스니펫을 주로 페이지 본문에서 자동으로 만들고, 메타 설명이 본문보다 페이지를 더 정확히 설명한다고 판단할 때 사용합니다(Google Search Central, 2026). 구글은 메타 설명을 순위에 쓰지 않는다고 밝혀 왔으므로(Google, 2009), 목적은 순위가 아니라 클릭률입니다.

최적화 원칙:

• 길이: 공식 길이 제한은 없고 기기 폭에 맞춰 잘립니다. 경험상 한국어 70~80자 안에 핵심을 담으면 모바일에서도 잘 보입니다.
• 페이지마다 고유하게: 모든 페이지에 같은 설명을 쓰지 마세요. 시간이 없다면 홈과 주요 페이지부터 작성하세요.
• 구체적인 정보: 저자, 날짜, 가격, 제조사처럼 본문 곳곳에 흩어진 핵심 정보를 모아 보여 주면 좋습니다. 대규모 사이트는 페이지 데이터로 프로그래밍 방식 생성도 권장됩니다.
• 키워드 나열 금지: 키워드만 길게 늘어놓은 설명은 스니펫으로 쓰일 가능성이 낮다고 구글은 밝힙니다.
• 행동 유도: "비용 기준표와 체크리스트를 확인하세요"처럼 페이지에서 얻을 가치를 알려 주세요.

3.2 Heading 구조 (H1~H6) 설계

헤딩 태그는 페이지의 내용을 계층적으로 구조화해 독자가 원하는 부분을 빨리 찾게 돕습니다. 다만 구글은 헤딩의 순서와 개수 자체는 순위에 중요하지 않다고 명시합니다.

구글 SEO 기본 가이드에 따르면 헤딩을 의미 순서대로 쓰는 것은 스크린 리더에 매우 좋지만, 구글 검색 관점에서는 순서가 뒤섞여도 상관없고, 페이지에 있어야 할 이상적인 헤딩 개수도 없습니다(Google Search Central, 2025). 그래도 헤딩 구조는 접근성과 가독성, 그리고 제목 링크 생성에 영향을 주므로 다음 원칙을 권합니다.

• H1: 페이지의 핵심 주제를 담은 주 제목 하나를 가장 눈에 띄게 두세요. 구글은 첫 번째로 보이는 h1을 주 제목의 단서로 참고합니다.
• H2: 주요 섹션을 구분합니다. 가능하면 독자가 실제로 묻는 질문 형태로 쓰고, 그 아래 첫 문장에서 바로 답하세요. 관련 표현과 동의어를 자연스럽게 쓰면 충분합니다(흔히 말하는 'LSI 키워드'를 따로 챙길 필요는 없습니다).
• H3~H6: 세부 항목을 구분하는 데 사용합니다. 과도하게 깊은 계층 구조(H5, H6)는 피하세요.

3.3 URL 구조와 Slug 최적화

URL은 사용자와 검색엔진에게 페이지가 무엇에 관한 것인지 알려 주는 주소이지만, 순위에 미치는 영향은 작습니다. 구글은 도메인이나 URL 경로에 든 키워드가 탐색경로에 보이는 것 외에는 순위에 거의 영향을 주지 않는다고 밝힙니다(Google Search Central, 2025).

좋은 URL의 원칙:

• 간결하게: 필요한 단어만 포함하세요. /blog/2026/03/13/seo-guide-for-beginners보다 /seo-guide-beginners가 읽고 공유하기 좋습니다.
• 내용을 설명하는 단어: 사람이 읽고 내용을 짐작할 수 있는 단어를 쓰세요. 순위 목적의 키워드 욱여넣기는 의미가 없습니다.
• 하이픈(-) 사용: 구글은 단어 구분에 언더스코어(_) 대신 하이픈을 권장합니다(Google Search Central, 2025).
• 소문자: URL은 대소문자를 구분하므로 한 가지 표기(소문자)로 통일하세요. 대소문자 혼용은 중복 URL 문제를 일으킬 수 있습니다.
• 파라미터 최소화: 불필요한 파라미터는 줄이세요. 정렬·필터 파라미터가 많은 사이트는 크롤링 낭비가 생깁니다.
• 날짜는 신중하게: /2023/04/article 형식은 업데이트해도 오래된 콘텐츠처럼 보일 수 있습니다.

좋은 예시: https://example.com/seo-guide-beginners
나쁜 예시: https://example.com/p?id=1234&cat=seo&lang=ko

3.4 이미지 최적화 - Alt Text, WebP, Lazy Loading

이미지는 페이지 속도에 가장 큰 영향을 미치는 요소 중 하나이며, 이미지 검색과 AI 답변의 이미지 영역을 통한 추가 유입 기회가 되기도 합니다.

Alt Text (대체 텍스트)

Alt Text는 이미지를 텍스트로 설명하는 속성입니다. 시각 장애인을 위한 스크린 리더에서 읽히며, 구글은 대체 텍스트와 컴퓨터 비전, 페이지 내용을 함께 활용해 이미지의 주제를 이해합니다(Google Search Central, 2026).

<!-- 나쁜 예시 -->
<img src="photo.jpg" alt="image1">

<!-- 좋은 예시 -->
<img src="seo-checklist.jpg" alt="2026 SEO 최적화 체크리스트 전체 항목">

원칙:

• 이미지 내용을 간결하고 구체적으로 설명하세요.
• 키워드를 무리하게 욱여넣지 마세요. 구글은 대체 텍스트의 키워드 스터핑이 스팸으로 보일 수 있다고 경고합니다.
• 장식용 이미지는 alt=""로 비워 두세요.
• 이미지는 관련 텍스트 가까이에 두고, 파일명도 내용을 설명하게 지으세요.

이미지 포맷 최적화

구글 이미지 검색은 BMP, GIF, JPEG, PNG, WebP, SVG, AVIF 형식을 지원합니다(Google Search Central, 2026).

• WebP: 구글에 따르면 무손실 WebP는 PNG보다 26%, 손실 WebP는 같은 품질의 JPEG보다 25~34% 작습니다(Google for Developers, WebP 문서). 2026년 현재 주요 브라우저 모두에서 지원됩니다.
• AVIF: 더 높은 압축률을 노릴 수 있는 차세대 포맷입니다. <picture> 요소로 WebP·JPEG 대체 이미지를 함께 제공하면 안전합니다.
• SVG: 로고, 아이콘 등 벡터 그래픽에 사용하세요. 파일 크기가 매우 작고 어떤 해상도에서도 선명합니다.

Lazy Loading

스크롤이 내려오기 전까지 이미지 로딩을 지연시키는 기법입니다. 초기 페이지 로딩 속도를 크게 개선할 수 있습니다.

<!-- 화면 아래쪽 이미지 -->
<img src="image.webp" alt="설명" loading="lazy" width="800" height="450">

<!-- 첫 화면의 대표(LCP) 이미지 -->
<img src="hero.webp" alt="설명" fetchpriority="high" width="1200" height="630">

단, 첫 화면에 보이는 이미지, 특히 LCP(Largest Contentful Paint) 이미지에는 lazy loading을 적용하지 마세요. 중요한 이미지는 fetchpriority="high"로 먼저 불러오는 것이 권장됩니다(web.dev, 이미지 지연 로딩 가이드). width·height를 지정하면 레이아웃 이동(CLS)도 줄일 수 있습니다. Core Web Vitals 전반은 PART 5-B 사이트 속도 최적화에서 다룹니다.

3.5 내부 링크(Internal Linking) 전략

내부 링크는 같은 도메인 내 다른 페이지로 연결하는 링크입니다. 사람과 구글 모두 이 링크를 따라 사이트 구조를 이해하고 새 페이지를 발견하므로, SEO에서 매우 중요한 역할을 합니다.

내부 링크의 역할

1. 링크 신호(Link Equity) 전달:

외부 백링크로 얻은 신호는 내부 링크를 통해 사이트 안으로 흐릅니다. 홈페이지나 권위 있는 페이지에서 중요한 페이지로 내부 링크를 연결하면 해당 페이지의 중요도를 알리는 데 도움이 됩니다.

2. 크롤링과 발견:

구글봇은 링크를 따라 이동합니다. 구글은 "신경 쓰는 모든 페이지는 사이트의 다른 페이지 최소 한 곳에서 링크되어야 한다"고 권합니다(Google Search Central, 2025). 어떤 페이지에서도 연결되지 않는 고립된 페이지(Orphan Page)는 발견되지 않을 수 있습니다.

3. 주제 구조 전달:

관련 주제의 페이지끼리 연결하면 사람과 검색엔진이 사이트의 주제 구조를 더 잘 이해할 수 있습니다. 키워드 클러스터와 기둥 페이지 설계는 PART 2의 키워드 클러스터링을 참고하세요.

효과적인 내부 링크 전략

• 링크 대상 페이지를 설명하는 앵커 텍스트를 쓰세요. "여기를 클릭하세요" 대신 "SEO 키워드 리서치 방법"처럼, 앵커 텍스트만 읽어도 무슨 페이지인지 알 수 있어야 합니다. 억지로 키워드를 넣은 느낌이 들면 지나친 것입니다.
• 새 콘텐츠를 발행할 때마다 기존 관련 글에서 새 글로 연결하는 링크를 추가하세요.
• 핵심 페이지(전환 페이지, Pillar Page)로 향하는 내부 링크를 충분히 확보하세요.
• 링크 개수에 정답은 없습니다. 구글은 한 페이지에 있어야 할 이상적인 링크 수는 없지만, 너무 많다고 느껴지면 아마 너무 많은 것이라고 말합니다(Google Search Central, 2025). 링크가 촘촘히 붙어 나열되면 사용자가 구분하기도 어렵습니다.

3.6 콘텐츠 길이와 가독성

"콘텐츠는 길수록 좋다"는 말이 있습니다. 구글의 답은 분명합니다. 글의 길이 자체는 순위에 중요하지 않습니다.

콘텐츠 길이에 대한 현실

구글 SEO 기본 가이드는 순위를 위한 "마법의 단어 수 목표는 최소든 최대든 없다"고 밝힙니다(Google Search Central, 2025). 유용한 콘텐츠 자가 점검 항목에도 "구글이 선호하는 단어 수가 있다고 듣고 그 분량에 맞춰 쓰고 있는가?(그런 것은 없습니다)"라는 질문이 있습니다. 상위 페이지가 긴 경우가 많은 것은 깊이 있는 주제를 다루다 보니 자연스럽게 길어진 결과이지, 길어서 순위가 높은 것이 아닙니다.

길이보다 중요한 것은 완결성입니다. 해당 주제에 대해 독자가 가질 수 있는 의문을 해소해 주는 글이 좋은 글입니다. 그것이 500단어로 가능하다면 500단어로, 3,000단어가 필요하다면 3,000단어로 쓰세요. 구글은 AI 검색을 위해 콘텐츠를 잘게 쪼갤(chunking) 필요도 없다고 설명합니다(Google Search Central, 2026).

가독성 최적화

아무리 좋은 내용이라도 읽기 어려우면 독자는 원하는 답을 찾지 못하고 떠납니다. 구글도 긴 콘텐츠를 문단과 섹션으로 나누고 헤딩으로 탐색을 도우라고 권합니다.

• 단락을 짧게 유지하세요. 2~4문장을 넘지 않도록 하세요.
• 소제목(H2, H3)으로 글을 구조화하세요. 독자가 원하는 내용을 빠르게 찾을 수 있어야 합니다.
• 각 섹션의 첫 문장에서 답하세요. 결론을 먼저 쓰면 독자도, AI 답변도 핵심을 바로 가져갑니다.
• 불릿 포인트와 번호 목록을 활용하세요. 병렬적인 정보를 나열할 때는 리스트가 훨씬 읽기 쉽습니다.
• 강조(Bold)를 적절히 사용하세요. 핵심 단어나 문장을 굵게 표시해 스캔하는 독자의 눈길을 잡으세요.
• 표(Table)를 활용하세요. 비교 정보를 표로 정리하면 가독성이 크게 향상됩니다.

3.7 Schema Markup / Structured Data

구조화된 데이터(Schema Markup)는 페이지 내용을 기계가 이해할 수 있는 형식으로 설명하는 코드이며, 구글에서는 리치 결과(rich result)를 받을 자격을 얻는 수단입니다. 구글은 구현과 유지 관리가 쉬운 JSON-LD 형식을 권장하며, <head>나 <body> 어디에 넣어도 됩니다(Google Search Central, 2025).

리치 결과(Rich Result) 효과

구조화된 데이터를 올바르게 적용하면 검색 결과에 별점, 가격, 조리 시간 같은 추가 정보가 보이는 리치 결과가 나타날 수 있습니다. 구글이 공개한 사례를 보면 Rotten Tomatoes는 구조화된 데이터를 적용한 페이지의 클릭률이 25% 높았고, Nestlé는 리치 결과로 표시된 페이지의 클릭률이 82% 높았으며, Food Network는 페이지의 80%에 검색 기능을 적용한 뒤 방문이 35% 늘었습니다(Google Search Central, 2025). 다만 이는 개별 기업 사례이지 평균값이 아니며, 구글은 마크업을 넣어도 리치 결과가 표시된다고 보장하지 않습니다.

2026년 9월 기준 구조화된 데이터 지원 현황

구글은 2023년 이후 검색 결과를 단순화하면서 쓰임이 적은 리치 결과를 여러 차례 정리했습니다. 새로 마크업을 기획하기 전에 아래 상태부터 확인하세요.

출처: 구글 검색 문서 업데이트 기록과 관련 공지(Google Search Central, 2023~2026)

주요 Schema 유형

Article / BlogPosting: 제목, 저자, 발행·수정일을 명확히 알려 줍니다. 저자 정보는 E-E-A-T 관점에서도 중요합니다.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "2026 SEO 완벽 가이드",
  "author": {
    "@type": "Person",
    "name": "홍길동",
    "url": "https://example.com/author/hong"
  },
  "datePublished": "2026-01-15",
  "dateModified": "2026-09-28"
}

Organization: 회사 이름, 로고, 공식 채널을 알려 줍니다. 로고 선택 등 검색 결과 표시에 쓰이는 속성도 있고, 보이지 않는 곳에서 조직 정보를 이해하는 데 쓰이는 속성도 있습니다.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "예시 주식회사",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/logo.png",
  "sameAs": [
    "https://www.youtube.com/@example",
    "https://www.linkedin.com/company/example"
  ]
}

Product: 가격, 재고 상태, 리뷰 평점을 검색 결과와 쇼핑 경험에 보여 줄 수 있습니다. 이커머스 사이트라면 가장 먼저 챙길 유형입니다.

BreadcrumbList: 페이지의 계층 구조(홈 > 카테고리 > 제품)를 알려 줍니다. 2025년 1월부터 모바일 결과에서는 도메인만 보이고 탐색경로는 데스크톱에만 표시되지만, 마크업 지원은 계속됩니다(Google Search Central Blog, 2025).

FAQPage·HowTo: 구글에서는 더 이상 리치 결과로 표시되지 않습니다. 이미 넣은 마크업이 해가 되지는 않지만, 새로 넣는다고 검색 결과 모양이 바뀌지도 않습니다. FAQ는 마크업보다 본문 섹션 자체의 품질이 중요합니다.

Schema Markup 검증과 원칙

• 개발 중에는 구글의 리치 결과 테스트(Rich Results Test)로 구글 리치 결과 자격을, Schema Markup Validator(validator.schema.org)로 schema.org 문법 전반을 확인하세요. 배포 후에는 서치 콘솔의 리치 결과 보고서를 확인합니다.
• 마크업한 내용은 반드시 페이지에서 사용자에게 보여야 합니다. 보이지 않는 내용을 마크업하면 가이드라인 위반입니다(Google Search Central, 2026).
• 구조화된 데이터는 AI 개요·AI 모드 노출의 필수 조건이 아닙니다. 구글은 생성형 AI 검색을 위한 특별한 schema.org 마크업은 없으며, 리치 결과 자격을 위해 SEO 전략의 일부로 계속 쓰라고 권합니다(Google Search Central, 2026).

3.8 Featured Snippet 공략법

추천 스니펫(Featured Snippet)은 일반 검색 결과와 순서를 뒤집어, 페이지의 설명 문단을 먼저 크게 보여 주는 특별한 박스입니다. "관련 질문(People Also Ask)" 그룹 안에 나타나기도 합니다(Google Search Central, 2025). 흔히 "Position Zero"라고 부릅니다.

먼저 알아 둘 점은 추천 스니펫은 마크업으로 신청할 수 없다는 것입니다. 구글 시스템이 검색어에 좋은 추천 스니펫이 될 페이지를 스스로 골라 올립니다. 또 2026년 현재 많은 정보성 검색에서는 AI 개요가 결과 상단에 먼저 나타납니다. 미국 조사에서 의문사로 시작하는 검색의 60%에 AI 요약이 붙었을 정도입니다(Pew Research Center, 2025). 그래서 추천 스니펫 공략은 이제 "AI 개요에 인용될 문단 만들기"와 같은 작업으로 보는 것이 현실적입니다.

Featured Snippet의 유형

• 단락형: 질문에 대한 직접적인 텍스트 답변
• 목록형: 번호 목록 또는 불릿 목록
• 표형: 비교 데이터를 담은 표
• 동영상형: 동영상의 해당 구간

Featured Snippet 획득 전략

1. 이미 1페이지에 있는 키워드를 타겟하세요. 업계의 일반적인 관찰로는 스니펫이 대개 이미 1페이지 상위에 노출된 페이지에서 선택됩니다. 서치 콘솔에서 평균 순위 2~5위 검색어를 찾는 것부터 시작하세요.
2. 질문형 소제목과 첫 문장 답변. "SEO란 무엇인가요?"를 소제목으로 쓰고, 바로 아래 첫 1~2문장에 정의를 완결된 문장으로 쓰세요. 이 문장이 스니펫과 AI 답변에 그대로 인용되기 쉽습니다.
3. "무엇", "방법", "비교", "이유" 유형의 검색어를 집중 공략하세요.
4. 구조화된 목록과 표를 사용하세요. 절차는 번호 목록으로, 비교는 표로 쓰면 목록형·표형 스니펫에 선택되기 쉽습니다.

3.9 Canonical Tag & Duplicate Content 처리

같은 내용이 여러 URL에 존재하는 중복 콘텐츠는 그 자체로 페널티 대상은 아니지만, 대표 URL을 명확히 알려 주는 편이 좋습니다. 구글은 사이트 내 중복 콘텐츠가 스팸 정책 위반이 아니고 수동 조치를 받을 일도 아니라고 밝힙니다. 다만 사용자를 헷갈리게 하고, 크롤링 자원을 낭비하고, 링크 같은 신호를 여러 URL로 분산시킬 수 있습니다(Google Search Central, 2025). 다른 사이트의 콘텐츠를 복사하는 것은 전혀 다른 문제입니다.

Canonical Tag

Canonical Tag는 여러 URL 중 어떤 것이 대표('정식') URL인지 구글에 알려 주는 태그입니다.

<link rel="canonical" href="https://example.com/seo-guide/" />

구글이 설명하는 대표 URL 지정 방법은 영향력 순으로 다음과 같으며, 여러 방법을 함께 쓰면 효과가 커집니다(Google Search Central, 2026).

1. 리다이렉트: 리다이렉트 대상이 대표 URL이 되어야 한다는 강한 신호
2. rel="canonical" 링크: 지정한 URL이 대표 URL이 되어야 한다는 강한 신호
3. 사이트맵 포함: 사이트맵에 넣은 URL이 대표가 되도록 돕는 약한 신호

Canonical Tag가 필요한 상황:

• 동일 콘텐츠가 www와 non-www 버전 모두에 존재할 때 (가능하면 리다이렉트로 하나로 합치는 것이 우선)
• 정렬/필터 파라미터로 URL이 변형될 때 (예: ?sort=price&color=red)
• 광고 추적 파라미터(예: ?gclid=)가 붙은 URL이 생길 때
• 신디케이션(다른 사이트에 콘텐츠 재발행)을 할 때, 원본 URL을 canonical로 지정

다른 중복 콘텐츠 해결 방법과 주의점

• 301 리다이렉트: 완전히 삭제하거나 통합할 페이지에 사용합니다.
• 자기 참조 canonical: 대표 페이지 자신에게도 canonical을 넣으세요.
• 신호를 일관되게: 사이트맵에는 A, canonical에는 B처럼 서로 다른 URL을 지정하지 마세요.
• robots.txt와 noindex는 canonical 수단이 아닙니다: robots.txt로 막은 URL도 내용 없이 색인될 수 있고, noindex는 페이지를 검색에서 완전히 빼 버립니다. 사이트 안의 대표 URL 선택에는 rel="canonical"을 쓰세요.
• 파라미터 처리: 서치 콘솔의 URL 파라미터 도구는 2022년 4월 폐지되었습니다. 구글 크롤러가 파라미터 처리 방법을 자동으로 판단하며, 더 세밀한 제어가 필요하면 robots.txt 규칙을, 언어별 변형에는 hreflang을 쓰라고 안내합니다(Google Search Central Blog, 2022).

3.10 Hreflang - 다국어/다지역 SEO

여러 언어 또는 지역을 타겟하는 사이트라면 Hreflang으로 같은 콘텐츠의 언어·지역별 버전을 서로 연결해야 합니다. 그래야 구글이 사용자에게 가장 알맞은 언어·지역 버전을 보여 줄 수 있습니다.

<link rel="alternate" hreflang="ko" href="https://example.com/ko/seo-guide/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/seo-guide/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/seo-guide/" />

x-default: 특정 언어/지역에 해당하지 않는 사용자에게 보여 줄 기본 URL입니다. 언어 선택 페이지나 자동 리디렉션 홈에 특히 유용합니다.

ccTLD·서브폴더 선택과 지역별 검색엔진 대응은 PART 9의 다국어 SEO 전략에서 다룹니다.

3.11 Open Graph & Twitter Card 설정

Open Graph와 Twitter Card(현재 X 카드)는 SNS와 메신저에서 콘텐츠가 공유될 때 제목·설명·이미지가 어떻게 보일지 정하는 메타 태그입니다. 순위 신호는 아니지만, 구글도 이 태그를 참고합니다. 구글은 2024년 8월 og:title을 제목 링크의 출처 목록에 추가했고, 2026년 3월에는 검색과 디스커버의 썸네일 이미지를 정할 때 schema.org 이미지와 og:image를 함께 참고한다고 명시했습니다(Google Search Central, 2024·2026).

<!-- Open Graph (Facebook, LinkedIn, 카카오톡 등) -->
<meta property="og:title" content="2026 SEO 완벽 가이드" />
<meta property="og:description" content="초보자부터 전문가까지..." />
<meta property="og:image" content="https://example.com/og-image.jpg" />
<meta property="og:url" content="https://example.com/seo-guide/" />
<meta property="og:type" content="article" />

<!-- X(구 Twitter) Card -->
<meta name="twitter:card" content="summary_large_image" />
<meta name="twitter:title" content="2026 SEO 완벽 가이드" />
<meta name="twitter:image" content="https://example.com/og-image.jpg" />

og:image 사이즈: 가로형 1200 x 630px(약 1.91:1)이 여러 플랫폼에서 널리 쓰이는 규격입니다. og:title은 페이지의 <title>·h1과 같은 주제를 가리키도록 맞춰 두세요. 서로 다르면 구글이 어느 쪽을 제목 링크로 쓸지 예측하기 어려워집니다.

3.12 Robots Meta Tag 활용

Robots 메타 태그는 페이지가 색인되고 검색 결과·AI 기능에 어떻게 보일지를 제어합니다. robots.txt가 크롤링을 제어한다면, robots 메타 태그(또는 HTTP 헤더 X-Robots-Tag)는 색인과 노출 방식을 제어합니다.

<!-- 기본 (색인 허용, 링크 팔로우) -->
<meta name="robots" content="index, follow" />

<!-- 색인 차단 -->
<meta name="robots" content="noindex, follow" />

<!-- 링크 팔로우 차단 -->
<meta name="robots" content="index, nofollow" />

<!-- 색인과 링크 팔로우 모두 차단 -->
<meta name="robots" content="noindex, nofollow" />

<!-- 스니펫 길이 제한 (AI 개요·AI 모드 입력에도 적용) -->
<meta name="robots" content="max-snippet:120" />

noindex를 사용해야 하는 페이지:

• 내부 검색 결과 페이지 (/search?q=...)
• 로그인, 회원가입 페이지
• 장바구니, 결제 페이지
• 임시 페이지, 테스트 페이지
• 태그/카테고리 아카이브 페이지 (콘텐츠가 충분하지 않은 경우)

꼭 알아 둘 규칙:

• robots.txt로 크롤링을 막은 페이지는 구글이 robots 메타 태그를 읽을 수 없어 noindex가 무시됩니다. 색인을 막으려면 크롤링은 허용하고 noindex를 쓰세요(Google Search Central, 2026).
• nosnippet은 웹 검색·이미지·디스커버·AI 개요·AI 모드의 텍스트 스니펫을 모두 막고, 콘텐츠가 AI 개요·AI 모드의 직접 입력으로 쓰이는 것도 막습니다. max-snippet은 그 길이를 제한합니다.
• OpenAI·Perplexity·Anthropic 같은 AI 검색 크롤러의 접근은 robots.txt의 user-agent별 규칙으로 따로 관리합니다. 설정 예시는 AI 크롤러 robots.txt 설정 가이드를 참고하세요.

PART 3 요약 및 독자별 체크리스트