설명: 검색에 노출돼도 클릭이 적은 글을 어떻게 찾아 고칠까? API와 인공지능을 연결해 제목 개선, 다국어 편집, 저장, 효과 확인까지 이어가는 방법을 알아본다.
핵심부터: 사람이 1만 6천 번 클릭할 필요는 없다
어느 날 사이트의 글 제목이 문제일 수 있다는 생각이 들었다. 글 하나는 금방 고친다. 그런데 페이지가 1만 6천 개라면? 전부 열고, 읽고, 저장하고, 확인하는 동안 마우스가 먼저 퇴사하겠다.
API는 다른 서비스에 정해진 방식으로 정보나 작업을 요청하는 통로다. 인공지능이 문장을 살피고, API가 자료를 가져오고 저장하게 만들면 반복 작업을 크게 줄일 수 있다. 다만 최종 판단 기준과 안전장치는 여전히 사람이 정해야 한다.
1. 3분짜리 작업도 1만 6천 번이면 800시간
한 페이지를 확인하고 수정하는 데 3분이 걸린다고 가정하자. 1만 6천 페이지면 4만 8천 분, 즉 800시간이다. 실제 측정값이 아니라 작업 규모를 보여 주는 계산이다.
또한 페이지 수와 원본 글 수는 다르다. 하나의 글에 12개 언어 페이지가 붙어 있을 수도 있다. 이런 글을 서로 무관한 것으로 취급하면 같은 문제를 반복해서 고치거나 내용이 엇갈릴 수 있다.
2. API는 서비스 사이의 작업 창구다
사람이 화면을 열어 버튼을 누르는 대신 프로그램이 허용된 요청을 보내는 방식이라고 생각하면 쉽다. 검색 통계를 읽거나, 원고 파일을 가져오거나, 바뀐 내용을 저장하는 데 쓸 수 있다.
어떤 기능을 제공하는지는 서비스마다 다르다. 읽기만 가능한 경우도 있고, 이용 횟수 제한이나 요금이 붙을 수도 있다. API를 연결했다고 모든 기능이 공짜로 열리는 것은 아니다.
3. 인공지능은 문장을 판단하고 API는 작업을 실행한다
API는 정해진 정보를 안정적으로 주고받는 데 강하다. 인공지능은 제목이 글의 내용을 제대로 설명하는지 비교하고 대안을 만드는 데 도움을 준다. 그렇다고 제안이 언제나 맞는 것은 아니다.
검색 실적 수집 → 후보 선택 → 본문 확인 → 제목 제안 → 안전 검사 → 저장 → 결과 재확인 순으로 연결하면 된다. 사람의 역할은 수천 개를 직접 고치는 일에서, 무엇을 고칠지 판단하는 규칙을 만드는 일로 바뀐다.
4. 클릭이 적다고 제목이 범인인 것은 아니다
Google Search Console에서는 노출 수, 클릭 수, 클릭률, 평균 검색 위치를 확인할 수 있다. 페이지와 검색어, 국가별로 나눠 살펴볼 수 있지만, 모든 검색 자료가 빠짐없이 제공되는 것은 아니다.
검색에 아예 나타나지 않는 페이지와 자주 나타나는데 선택되지 않는 페이지는 원인이 다르다. 낮은 순위, 부족한 검색 수요, 불명확한 제목을 구분해야 한다. 가게 간판을 바꾸려다 알고 보니 가게가 골목 깊숙이 숨어 있었던 셈일 수 있다.
5. 먼저 손볼 글을 좁혀야 한다
공개된 지 어느 정도 지나 실제 검색 기록이 쌓인 글을 먼저 보자. 운영 기준으로 공개 후 약 14일이 지난 글을 우선할 수는 있지만, Google이 정한 정답 날짜는 아니다.
이미 다른 제목을 시험 중인 글은 결과를 보기도 전에 다시 수정하지 않는다. 노출이 거의 없는 글을 무조건 수요 없는 글로 취급해서도 안 된다. 한 번에 모두 고치는 것보다 비교할 수 있는 소수부터 고치는 편이 낫다.
6. 제목을 바꾸면 본문도 약속을 지켜야 한다
‘도움 되는 정보’라는 제목보다 ‘API로 웹페이지 1만 6천 개를 자동 수정할 수 있을까?’가 무엇을 알려 주는지 분명하다. 그러나 제목만 거창하게 바꾸고 정작 본문에 방법이 없다면 독자만 낚은 셈이다.
Google 검색에 보이는 제목과 설명은 사이트에 적어 둔 문구 그대로 나오지 않을 수도 있다. 본문과 다른 요소를 참고해 생성되며, 변경이 반영되기까지 며칠에서 몇 주가 걸릴 수 있다. 저장 완료와 검색 결과 반영은 별개다.
7. 12개 언어는 번역 버튼 12번으로 해결되지 않는다
언어마다 사람들이 궁금한 점을 검색하는 표현이 다르다. 일본어 제목을 단어 순서대로 옮기는 대신 해당 언어 사용자라면 실제로 어떻게 질문할지 생각해야 한다.
사실과 출처, 글의 결론은 같게 유지하되 제목과 도입부, 사례, 농담은 자연스럽게 다시 쓴다. 어색한 표현을 11개 언어로 복제하는 것은 세계화가 아니라 어색함의 해외 진출이다.
8. 자동화에는 브레이크부터 달아야 한다
잘못된 수정 하나가 수천 페이지로 퍼질 수 있다. 그래서 글의 식별 번호, 언어, 원본 파일의 버전을 확인하고 필요한 권한만 부여한다. 저장 직전에 다른 수정이 있었으면 최신 파일을 다시 읽어야 한다.
처음에는 소량으로 시험하고 검사에 통과한 변경만 반영한다. 수정 전 내용과 변경 기록을 남기고, 실패하면 멈추도록 한다. 무한히 수정하는 도구보다 이상할 때 멈추는 도구가 더 믿음직하다.
9. 절약되는 것은 클릭 시간만이 아니다
검색 화면을 열고 파일을 찾고 예전 결정을 떠올리는 번거로움도 줄어든다. 좋은 판단 규칙을 한 번 만들면 새 글에도 반복해 적용할 수 있다.
하지만 개발 비용, 점검 시간, 이용 한도, 서비스 장애는 남는다. 1만 6천 건을 처리했다고 1만 6천 건이 좋아졌다는 뜻은 아니다. 틀린 일을 초고속으로 수행하는 것에는 상을 줄 필요가 없다.
10. 수정 횟수보다 결과를 비교하자
수정 전의 노출, 클릭, 순위, 관련 검색어를 기록한다. 실제 검색 결과에 반영됐는지도 확인한다. 14일 또는 28일을 비교하는 방법은 유용하지만, 그 기간에 반드시 효과가 나타난다는 보장은 아니다.
가능하다면 수정하지 않은 비슷한 글과도 비교하자. 계절이나 전체 검색량이 바뀌었을 수 있다. 클릭만 늘고 독자가 원하는 답을 못 찾는다면 좋은 개선이라고 하기 어렵다.
정리: 반복 작업은 기계에게, 방향은 사람에게
API와 인공지능의 진짜 가치는 사람의 손을 대신하는 데서 끝나지 않는다. 문제를 알아차린 순간 검증 가능한 규칙으로 바꾸고, 많은 글을 안전하게 개선할 수 있다는 데 있다.
모든 제목을 한 번에 바꿀 필요는 없다. 작은 묶음에서 효과를 확인하며 넓히면 된다. 단, 자동화가 모든 제목에 ‘충격적인 비밀’을 붙이기 시작하면 즉시 퇴근시켜야 한다.
참고 자료 (7건)
- Google 검색 실적 API: https://developers.google.com/webmaster-tools/v1/searchanalytics/query
- Google 제목 표시 안내: https://developers.google.com/search/docs/appearance/title-link
- 검색 결과 설명: https://developers.google.com/search/docs/appearance/snippet
- 유용한 콘텐츠 안내: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
- 다국어 사이트 안내: https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites
- GitHub 파일 저장: https://docs.github.com/en/rest/repos/contents
- Cloudflare 정기 실행: https://developers.cloudflare.com/workers/configuration/cron-triggers/
