작년에 쓴 글의 검색 유입이 줄면 같은 주제로 새 글을 써야 할지 고민하게 됩니다. 반대로 기존 글을 고치자니 검색 순위가 떨어질까 걱정됩니다. 하지만 글의 나이만으로 어느 쪽이 유리한지 결정할 수는 없습니다.
기존 글이 답하던 질문이 지금도 같다면 수정부터 검토하고, 독자가 해결하려는 일이 달라졌다면 새 글을 검토합니다. 저는 발행일보다 먼저 ‘이 글을 읽고 독자가 무엇을 할 수 있어야 하는가’를 한 문장으로 적습니다. 그 문장이 같으면 새 주소를 하나 더 만드는 이유가 충분한지 다시 보게 됩니다.
1. 유지·수정·통합·새 글, 네 가지 선택을 나눕니다
‘새로 쓰기’와 ‘수정하기’만 놓고 생각하면 손대지 않아도 되는 글까지 바꾸기 쉽습니다. 우선 기존 글의 상태를 네 가지로 나눠보세요. 다음 표는 Google의 순위 공식이 아니라 콘텐츠 편집을 위한 판단 기준입니다.
| 선택 | 판단 기준 | 설명용 예시 |
|---|---|---|
| 유지 | 질문과 답이 지금도 유효하고 부족한 부분이 뚜렷하지 않음 | 제품의 단위를 환산하는 방법과 계산 예시 |
| 수정 | 핵심 질문은 같지만 화면·절차·조건·근거가 달라짐 | 도구의 메뉴가 바뀐 사용법 |
| 통합 | 여러 글이 같은 질문에 답하고 고유한 내용이 흩어져 있음 | 두 글로 나뉜 동일한 회원 탈퇴 절차 |
| 새 글 | 독자의 목적이나 적용 대상이 달라 별도 설명이 필요함 | 계정 생성 방법과 여러 직원의 권한 설계 |
한 주제에 글이 여러 개 있다는 사실 자체가 잘못은 아닙니다. ‘회의록 작성법’과 ‘회의에서 정한 일을 추적하는 법’은 연결되는 주제지만 읽는 목적이 다릅니다. 전자를 읽은 사람이 곧바로 후자를 필요로 한다면 서로 연결해둘 수 있습니다. 같은 단어가 많이 들어가는지보다 읽고 난 뒤의 행동이 다른지 보는 편이 정확합니다.
2. 검색어보다 독자가 끝내려는 일을 비교합니다
예를 들어 ‘뉴스레터 UTM 만들기’라는 기존 글이 있습니다. 새 후보는 ‘2026년 뉴스레터 UTM 설정법’입니다. 연도가 바뀌었을 뿐 독자가 하려는 일은 같고, 필요한 설정도 크게 달라지지 않았다면 기존 글을 고치는 편이 자연스럽습니다. 반면 ‘뉴스레터 유입은 보이는데 구매가 안 잡히는 이유’는 링크 만들기 이후의 측정 문제이므로 새 글로 나눌 수 있습니다.
판단이 애매하면 기존 글의 제목을 가리고 첫 문단, 소제목, 예시, 마지막 행동을 읽어보세요. 새 글의 목차와 대부분 겹친다면 다른 질문을 다루고 있는지 의심해볼 필요가 있습니다. 제목의 단어만 바꿔도 본문이 같아지는 글은 독자가 굳이 두 편을 읽을 이유가 약합니다.
Search Console에 데이터가 있다면 해당 페이지가 어떤 검색어로 노출되는지 함께 봅니다. 댓글, 문의, 사내에서 반복되는 질문도 단서가 됩니다. 다만 검색어 하나가 보인다는 이유만으로 별도 글을 만들 필요는 없습니다. 그 질문에 짧은 문단 하나로 답할 수 있다면 기존 글에 넣는 쪽이 독자에게 더 편할 수 있습니다.
3. 수정할 때는 독자의 작업이 막히는 부분부터 고칩니다
수정은 표현을 다듬거나 분량을 늘리는 작업에 그치지 않습니다. 독자가 글을 따라 했을 때 현재 화면에서 같은 결과를 얻을 수 있는지 확인하는 일이 먼저입니다. 도구 사용법이라면 메뉴 위치, 계정 조건, 무료·유료 범위, 저장 이후의 확인 방법을 점검합니다. 제품 설명이라면 제공 기능과 지원 범위가 현재 사실인지 봅니다.
가상의 초안이 ‘설정에서 연결 버튼을 누르면 완료됩니다’라고 끝난다고 해봅시다. 독자가 연결 성공 여부를 확인할 수 없다면 ‘연결 상태가 표시된 화면에서 대상 계정명을 확인하고, 테스트 항목 하나가 정상적으로 보이는지 확인한다’는 단계가 필요합니다. 구체적인 메뉴명은 실제 도구에서 확인한 것으로 써야 합니다. 이렇게 빠진 단계를 채우는 수정은 단순한 문장 교체와 다릅니다.
저는 수정 목록을 사실 오류, 누락된 설명, 읽기 어려운 구조로 나눕니다. 틀린 기능 설명을 고치는 일이 접속어를 바꾸는 일보다 앞섭니다. 핵심 답이 서론 뒤에 묻혀 있다면 순서도 바꿉니다. 이미 설명이 충분한 부분은 길게 늘리지 않습니다. Google의 사용자 중심 콘텐츠 안내 역시 독자가 목적을 달성할 만큼 충분한 도움을 받는지 점검하고, 실질적 변화 없이 날짜만 바꾸는 방식을 경계합니다.
4. 비슷한 글을 합치기 전에는 각 글의 고유한 역할을 확인합니다
제목이 비슷하다는 이유만으로 조회수가 낮은 글을 삭제하지 마세요. 한 글은 초보자를 위한 시작 방법이고 다른 글은 이미 운영 중인 사람의 오류 해결일 수 있습니다. 후자가 적은 유입을 받아도 업무상 중요한 질문에 답한다면 유지할 이유가 있습니다.
통합 후보 두 편을 나란히 놓고 공통 답변과 각 글에만 있는 내용을 표시합니다. 실제 절차가 같고 차이가 낡은 화면뿐이라면 통합할 수 있습니다. 반대로 서로 다른 요금제나 제품 버전에 대한 안내라면, 한 글에 섞었을 때 독자가 자신의 조건을 오해하지 않을지도 살펴야 합니다.
Google의 대표 URL 안내는 중복되거나 매우 유사한 페이지의 대표 주소를 알리는 방법을 설명합니다. 이것이 ‘주제가 조금 비슷하면 반드시 한 글로 합쳐야 한다’는 뜻은 아닙니다. 통합은 독자가 더 완결된 답을 얻을 수 있을 때 선택하세요. 클릭 수가 적은 글을 없애면 사이트 전체의 순위가 오른다는 식의 일괄 규칙으로 쓰지 않습니다.
통합할 글을 정했다면 남길 주소와 내용의 기준을 함께 적습니다. 유입뿐 아니라 기존 공유 링크, 글의 완결성, 앞으로 유지할 주제를 살펴보세요. 두 본문을 그대로 이어 붙이면 반복되는 서론과 서로 다른 조건이 남기 쉽습니다. 공통 설명은 한 번만 쓰고 각 글의 고유한 예시를 알맞은 위치로 옮깁니다. 이후 두 글을 알던 독자가 어느 쪽에서 들어와도 필요한 답을 찾을 수 있는지 확인합니다.
5. 본문을 고치는 일과 주소를 바꾸는 일은 별도로 판단합니다
같은 질문에 대한 글을 고친다면 기존 URL을 유지하는 것을 기본으로 생각해볼 수 있습니다. 제목의 표현이 바뀌었다고 주소까지 반드시 바꿔야 하는 것은 아닙니다. 독자가 저장해둔 링크와 다른 글에서 걸어둔 링크가 계속 같은 설명으로 연결되는 편이 관리하기도 쉽습니다.
두 글을 하나로 합쳐 기존 주소 하나를 없앤다면, 사라지는 주소를 어디로 보낼지까지 결정해야 합니다. 단순히 홈페이지로 보내지 말고 그 글을 대신하는 관련 페이지를 선택합니다. 영구적으로 이동시키는 경우에는 Google의 리디렉션 안내에 따라 301 또는 308 같은 영구 리디렉션을 검토할 수 있습니다. 관리 중인 플랫폼에서 어떻게 설정하는지는 별도로 확인해야 합니다.
일반적인 수정에서는 발행일과 수정일도 구분합니다. 최초 발행 기록을 보존하고 실질적으로 바뀐 날을 수정일로 표시하면 독자가 이 글의 이력을 이해하기 쉽습니다. ‘가격과 화면 예시를 현재 기준으로 수정했다’는 짧은 기록도 유용합니다. 날짜를 화면과 구조화 데이터에 함께 표시한다면 서로 일치해야 한다는 점은 Google의 날짜 표시 가이드에서 확인할 수 있습니다.
연도별 기록 자체가 중요한 글은 예외입니다. 지난해 행사 후기나 특정 연도 조사 결과를 올해 내용으로 덮어쓰면 과거 기록을 찾던 독자가 혼란스러워집니다. 해당 글은 원래 시점의 기록으로 남기고, 새 조사나 새 행사를 다루는 글을 따로 만든 뒤 연결하는 쪽이 적합합니다.
6. 수정 전의 질문과 수정 후의 확인 기준을 남깁니다
작업을 시작하기 전에 주소, 글의 핵심 질문, 문제, 수정 범위, 확인할 결과를 적어두세요. 예를 들어 ‘가입 안내의 화면이 달라져 3단계를 따라 할 수 없다. 실제 화면으로 교체하고 다른 담당자가 처음부터 완료할 수 있는지 확인한다’면 검수 기준이 분명해집니다. 검색 클릭이 늘지 않았어도 안내의 정확성은 그 즉시 검수할 수 있습니다.
수정 대상이 많다면 모든 글을 같은 날 검토하려 하지 말고, 틀린 정보가 남은 글과 자주 공유되는 글부터 목록을 만드세요. 단순히 오래된 순서보다 독자가 잘못된 결정을 하거나 작업을 멈출 가능성이 큰 순서가 유용합니다. 다음 검토일과 확인할 담당자도 적어두면 같은 문제가 반복될 때 처음부터 내용을 다시 조사하는 부담을 줄일 수 있습니다.
검색 성과는 별도의 시간축으로 봅니다. 수정본이 정상적으로 열리는지, 관련 내부 링크와 필요한 설정이 유지되는지 확인한 뒤 검색어·클릭·독자의 후속 행동을 관찰합니다. Google의 재크롤링 요청 안내에 따르면 요청했다고 즉시 검색에 반영되거나 반드시 색인되는 것은 아닙니다. 같은 URL에 반복 요청한다고 더 빨라지는 것도 아닙니다.
하루 이틀의 클릭 변화로 성공과 실패를 정하기보다는, 기존 유입 규모와 주제의 계절성을 감안해 비교 기간을 정합니다. 여러 수정을 동시에 했다면 어느 하나의 효과라고 단정하기 어렵다는 점도 기록하세요. 다음 편집 회의에서는 ‘이번 주 새 글 몇 편’에 더해 ‘기존 글에서 독자가 막히던 문제를 무엇 하나 해결했는가’를 함께 보면 좋겠습니다. 새 글과 수정은 그 문제를 해결하기 위한 선택입니다.
