games-hub에 SEO 메타태그를 추가해 검색 노출 기반을 마련했다
목차
games-hub 페이지에 SEO 메타태그(keywords, author)를 추가했다.
왜 지금 이 작업이 필요했나
검색 노출 관련 논의가 나올 때마다 항상 뒷순위로 밀리던 작업이었다. 기능 개발이 우선이다 보니 메타태그 같은 건 "나중에"가 반복됐는데, 어느 시점에서 크롤러 인덱싱 결과를 직접 확인하고 나서야 명확해졌다 — <head> 안이 비어있다시피 했다. description조차 없는 상태였으니 keywords, author는 말할 것도 없었고.
작업 자체는 index.html 한 파일, 몇 줄 추가다. 통계로 보면 핀포인트 수정에 가깝다. 그런데 이런 작업이 팀 내에서 과소평가되는 경향이 있어서, 오히려 이번 기회에 SEO 메타 전략을 간단하게라도 정리해두고 싶었다.
메타태그 각각의 역할 정리
keywords와 author는 성격이 조금 다르다.
| 태그 | 용도 | 실질 영향 |
|---|---|---|
keywords |
페이지 주요 키워드 열거 | 구글은 거의 무시, Bing/네이버 등 일부 크롤러는 참조 |
author |
콘텐츠 작성자/출처 명시 | 직접 랭킹 영향보다 브랜딩·신뢰도 측면 |
description |
검색 결과 스니펫 | 클릭률(CTR)에 직접 영향 — 가장 중요 |
솔직히 keywords는 구글 기준으로 랭킹에 거의 영향을 주지 않는다. 2009년 이후로 구글이 공식적으로 무시한다고 밝혔고, 그 입장은 지금도 유효하다. 그럼에도 넣는 이유는 두 가지다. 하나는 구글 외 검색 엔진 대응, 다른 하나는 페이지 의도를 명시적으로 문서화하는 효과 — 코드를 처음 보는 팀원이 keywords만 봐도 이 페이지가 뭘 타겟팅하는지 알 수 있다.
author도 마찬가지다. SEO 직접 효과보다는 콘텐츠 출처 신뢰도, 그리고 Schema.org 기반의 구조화 데이터와 조합했을 때 시너지가 난다.
<!-- 추가된 패턴 예시 -->
<meta name="keywords" content="games, hub, ...">
<meta name="author" content="...">
index.html 한 파일 수정이지만
index.html은 SPA(Single Page Application) 구조에서 진입점이다. 여기에 메타태그가 없으면 크롤러가 JS 렌더링 결과를 기다리지 않는 한 아무것도 못 가져간다. 특히 소셜 공유 미리보기(OG 태그)나 검색 스니펫 모두 이 파일에서 시작한다는 걸 팀 내에서 공유할 필요가 있다고 느꼈다.
변경 파일이 한 개라고 PR 리뷰를 대충 넘기면 안 된다는 것도 이번에 다시 상기했다. 메타 content 값이 잘못되거나 오타가 나거나, 혹은 기존 description과 톤이 안 맞으면 그게 검색 결과에 그대로 노출된다. 리뷰 체크리스트 항목으로 "SEO 메타 일관성 확인"을 하나 추가해두는 게 맞겠다 싶었다.
이번 작업에서 챙긴 것들
keywords값은 너무 길게 늘어놓지 않을 것 — 5~10개 내외, 실제 페이지 콘텐츠와 일치하는 키워드만author는 개인명보다 서비스/팀 단위로 표기하는 쪽이 유지보수 측면에서 낫다- 메타태그 추가 후 Google Search Console 또는 소셜 디버거(OG 디버거)로 실제 크롤링 결과 확인하는 것까지 세트로 묶어야 작업이 완결됨
- 앞으로 페이지가 늘어날 경우 메타 관리를
index.html하드코딩 방식으로 계속 가져갈지, 아니면 프레임워크 레벨(react-helmet,nuxt useSeoMeta등)로 옮길지 — 지금은 단일 진입점이라 괜찮지만 멀티 라우트 구조로 확장되면 그때 반드시 논의해야 할 지점이다
작은 커밋이지만 "SEO는 기능 개발 이후"라는 팀 관성에 작은 균열을 낸 것에 의미를 둔다. 기술 부채 중에서도 눈에 잘 안 보이는 종류가 이런 거다.
다음
🛒 이 글과 어울리는 추천 상품
*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.
댓글 0
첫 댓글 달아줘.