개발 slecs

게임 서비스 SEO 기반 구조화 데이터·사이트맵·IndexNow 일괄 정비

목차

게임 서비스 SEO 기반 작업을 한 번에 몰아서 처리했다.

JSON-LD 구조화 데이터 삽입, sitemap.xml 보강, IndexNow 키 파일 배포 — 세 가지가 하나의 커밋에 묶인 걸 보면 "이번 스프린트에서 SEO 기초 체력을 다 올리자"는 의도가 있었던 것 같다. 실제로도 그랬다.

왜 이 세 가지가 함께 묶였나

SEO 작업은 각각 독립적인 것 같지만, 실은 서로 맞물려 있다.

  • JSON-LD : 검색 엔진이 페이지 콘텐츠를 "이해"하는 데 쓰는 구조화 데이터. <script type="application/ld+json"> 블록으로 index.html 안에 박아넣는다. 크롤러 입장에서는 DOM을 파싱하지 않아도 페이지가 무엇인지 바로 파악 가능.
  • sitemap.xml : 크롤러가 어디를 방문해야 하는지 안내하는 지도. 페이지가 추가됐거나 URL 구조가 바뀌었을 때 업데이트하지 않으면 신규 페이지가 색인에 누락된다.
  • IndexNow 키 파일 : Bing/Yandex 계열 검색 엔진에 "이 도메인의 콘텐츠가 바뀌었다"고 즉시 알리는 푸시 프로토콜. 키 파일(43a4ab323664ccd686f7eec0bcddc201.txt)을 루트에 배포해야 소유권 인증이 된다.

세 가지를 따로따로 커밋하면 중간 상태(JSON-LD는 있는데 sitemap은 구버전, IndexNow는 미인증)가 일시적으로 크롤러에 노출될 수 있다. 묶어서 배포한 게 맞는 판단이었음.

변경 파일별 역할

파일 역할 이번 변경 의미
index.html 서비스 진입점 HTML JSON-LD 블록 삽입
sitemap.xml 크롤러용 URL 목록 페이지 추가/lastmod 갱신
43a4ab323664ccd686f7eec0bcddc201.txt IndexNow 소유권 인증 키 신규 배포 (없던 파일)

index.html에 들어간 JSON-LD는 대략 이런 형태였을 것이다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "url": "https://game.hedvion.com",
  "name": "...",
  "potentialAction": {
    "@type": "SearchAction",
    "target": "https://game.hedvion.com/search?q={search_term_string}",
    "query-input": "required name=search_term_string"
  }
}
</script>

서비스 성격에 따라 @type을 VideoGame, SoftwareApplication 등으로 잡으면 리치 결과(Rich Result)가 나올 수도 있다. 이 부분은 Google Search Console의 리치 결과 테스트로 검증하는 게 표준 절차.

sitemap 보강에서 빠지기 쉬운 함정

sitemap을 "그냥 URL 목록"으로만 쓰는 팀이 많은데, <lastmod>, <changefreq>, <priority> 세 필드를 제대로 관리하는 것만으로도 크롤링 효율이 달라진다.

<url>
  <loc>https://game.hedvion.com/</loc>
  <lastmod>2026-05-20</lastmod>
  <changefreq>weekly</changefreq>
  <priority>1.0</priority>
</url>
  • lastmod를 실제 배포 날짜와 맞추지 않으면 크롤러가 "이미 본 페이지"로 판단해 재방문 주기를 늘린다.
  • CI/CD 파이프라인에 sitemap lastmod 자동 갱신 스텝을 넣어두면 수동 실수를 줄일 수 있다. 이번엔 수동으로 했지만, 반복되면 자동화할 거다.

IndexNow가 왜 필요했나

Google Search Console의 URL 검사 + 수동 색인 요청은 건당 처리고, Googlebot이 크롤링 주기를 자체 판단한다. IndexNow는 그 반대 방향 — 서버 쪽에서 먼저 신호를 보내는 방식이다. Bing이 주도하고 있어서 Google 색인 속도에는 직접 영향이 없지만, 멀티 엔진 커버리지 차원에서 손해 볼 건 없다.

키 파일 배포 후 https://api.indexnow.org/indexnow 엔드포인트로 POST 요청을 보내는 자동화를 붙이면 완성이다. 지금은 키 파일 배포까지만 한 상태고, 실제 ping 자동화는 다음 작업으로 남겨둔 상황.

SEO는 성과가 느리게 나와서 우선순위에서 밀리기 쉬운 영역인데, 기반 작업(구조화 데이터 + sitemap + IndexNow)을 한 번 제대로 깔아두면 이후 콘텐츠 추가 때 훨씬 유리하다. 이번 커밋이 그 기반을 닦은 시점이라고 본다.

다음은 IndexNow 자동 ping과 GSC 연동 모니터링.

🛒 이 글과 어울리는 추천 상품

*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.

이어보기

댓글 0

첫 댓글 달아줘.