개발 slecs

기존 순위 페이지의 검색 메타 자동 최적화

목차

지난주에 SEO 팀장과 회의하면서 나온 얘기가 있었다. "우리 블로그에는 이미 검색 순위가 나오고 있는 글들이 수십 개인데, 메타 제목과 설명을 좀 더 잘 다듬으면 클릭률을 5~10% 올릴 수 있을 것 같다"는 거였다. 그 순간 깨달은 게, 보통 SEO 최적화 얘기하면 "새 콘텐츠 만들기"에만 집중하는데, 사실 가장 빠른 수익화는 이미 트래픽이 오는 페이지를 조금 더 날카롭게 다듬는 것이었다.

그래서 매뉴얼로 하나하나 수정하다가는 시간이 너무 오래 걸린다고 판단해, 골든존 페이지들의 메타 최적화를 자동으로 처리하는 파이썬 스크립트를 짰다. 결과적으로 팀이 손으로 할 작업을 80% 줄이면서도 일관된 키워드 전략을 유지할 수 있게 됐다.

골든존(Golden Zone) 페이지란 뭔가

SEO 커뮤니티에서 말하는 "골든존"은 이미 검색 엔진에서 노출되고 있지만, 아직 첫 페이지 상단까지는 올라오지 않은 페이지들을 의미한다. 예를 들면:
- 검색 결과 11~30위 권: 아주 가깝다
- 2~3위로 올라가는 데 필요한 작은 수정들: 메타 제목 재작성, 설명 글귀 개선, 키워드 밀도 조정 등

이런 페이지들은 완전히 새로운 콘텐츠를 만드는 것보다 메타데이터 최적화만으로도 순위 변동 가능성이 높다. 검색 알고리즘이 "어? 이 페이지 제목이 사용자 검색 의도와 더 맞춰졌네?" 하면서 재평가하기 때문이다.

왜 자동화가 필요했나

처음엔 백로그를 들고 SEO 팀장과 함께 하나씩 메타 제목과 설명을 고쳐 나갔다. 근데 골든존 후보가 50개를 넘으니까:

  • 각 페이지마다 현재 순위 키워드 파악 → 타겟 키워드 정하기 → 제목 6자-9자 이내로 작성하기 (Google 자르는 라인) → 설명 120자 정도로 요약 → 관련성 확인
  • 이 과정을 모든 페이지에 반복하면 사람-일 기준 2주일에 가까워짐

더 문제가 있었다. 수동으로 하다 보면:
- 팀원마다 톤이 다르다 (어떤 사람은 SEO 키워드만 집어넣고, 어떤 사람은 자연스러움을 우선)
- 실수가 난다 (중복 키워드 집어넣기, 브랜드명 빠뜨리기)
- 일주일 뒤에 새로운 골든존 후보가 또 생기면, "아 그때 기준이 뭐였더라?" 하며 혼란스러워짐

그래서 "이거 스크립트로 자동화하자"는 결정을 내렸다.

구현한 방식

scripts/golden_meta_optimize.py 에서 구현한 로직의 핵심:

단계 담당 설명
입력 개발 골든존 후보 페이지 리스트 (URL + 현재 순위)
분석 스크립트 현재 순위 키워드 추출 + 타겟 키워드 자동 제안
생성 스크립트 제목/설명 후보 여러 개 생성 (템플릿 기반)
검증 개발 유효성 확인 (글자 수, 특수문자, 키워드 포함 여부)
배포 개발 메타 태그 업데이트

스크립트는 키워드 어휘 풀을 미리 정의하고, 각 페이지의 주제와 타겟 계층(신규 사용자/심화 사용자)에 맞춰 조합한다. 예를 들면:

타겟 키워드: "결제 시스템 API"
현재 순위: 15위
제안 제목들:
1. "결제 API 통합 가이드 - 단계별 튜토리얼"
2. "안전한 결제 API 연동, 5분 안에 끝내기"
3. "결제 시스템 API 보안 체크리스트"

선택 기준: CTR(클릭율) 프리딕션 + 팀 가이드라인 준수 여부

개발자는 결과를 한 번 검토하고 "Approve" 버튼만 누르면, 모든 골든존 페이지가 동시에 업데이트된다.

팀 관점에서 본 임팩트

이 작업을 하면서 팀 구조상 흥미로운 지점이 생겼다:

SEO 팀의 관점:
- 손으로 해야 하는 작업이 50개 → 5개로 줄어듦 (승인 작업만)
- "이전에는 우리가 개발 팀을 계속 붙잡았는데, 이제는 우리 여유 시간에 다른 콘텐츠 기획에 집중할 수 있다"

개발 팀의 관점:
- 일회성 작업이지만, 이후로도 월 1회 정도 "새로운 골든존 발굴 → 자동 최적화" 사이클을 반복할 계획
- 스크립트를 CI/CD 파이프라인에 통합할 수 있음 (정책 변경 시 한 번에 재실행)

PM 입장:
- 기존: "SEO 개선 = 신규 콘텐츠 제작에만 집중"
- 변경: "올해 Q2 목표인 '기존 콘텐츠 순위 15% 상승'을 실행 가능하게 만들었다"

회고: 배운 점들

1. 자동화의 범위 설정

처음엔 "완전히 손 안 대고 자동 배포까지"를 생각했는데, 결과물을 실제로 보니 항상 팀의 검증이 필요했다. 왜냐면:
- 알고리즘이 놓치는 미묘한 톤 차이가 있다 (너무 마케팅스러움, 너무 기술적임)
- 브랜드 가이드라인 위반 (우리는 특정 표현을 피해야 함)

결국 "80% 자동화 + 20% 수동 검증" 이 최적이었다. 처음부터 "완전 자동"을 노리지 말고 "의사결정 비용을 줄이는 데 목표를 두자"는 게 핵심이다.

2. 메타데이터는 단순해 보이지만 전략이다

이 작업을 하면서 깨달은 게, 제목 한 줄에도 누가 봐야 하는지 (타겟층), 언제 봐야 하는지 (검색 시점), 왜 클릭해야 하는지 (가치 제안)가 모두 들어가야 한다는 거였다. 단순히 "키워드 집어넣기"가 아니라 정보 구조 설계의 영역이다.

3. 의존성 관리

개발팀, SEO팀, PM이 각각 다른 기준으로 "성공"을 정의했다:
- 개발팀: "배포 성공"
- SEO팀: "클릭율 개선"
- PM: "순위 상승"

스크립트 결과물을 놓고 "이게 잘 됐나?" 를 판단하려면 이 세 기준을 모두 고려해야 했다. 이게 가능했던 이유는 앞단에서 목표를 명확히 정의했기 때문이다. ("골든존 페이지 15위 → 10위 이내로 올리기" 같은 구체적인 KPI)


사실 코드 자체는 그리 복잡하지 않다. 데이터 기반으로 후보를 생성하고, 템플릿으로 조합하고, 팀의 가이드라인으로 필터링하는 것뿐이다. 다만 이 간단한 자동화가 "누가, 언제, 어떤 기준으로 결정하나" 라는 조직적 질문들을 풀어주고, 팀 간 우선순위 충돌을 줄일 수 있었다는 점이 의미 있었다.


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

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

댓글 0

첫 댓글 달아줘.