이미 발행한 글은 주소를 그대로 둔 채 첫 문단의 답, 낡은 사실, 소제목을 지금 기준으로 고치는 방식으로 손봅니다. 같은 질문으로 새 글을 또 쓰면 검색엔진과 AI가 참고할 글이 둘로 나뉘고, 오래된 글이 계속 답변에 쓰일 수 있습니다. 고친 뒤에는 기준 시점을 본문에 밝히고 검색 관리 도구에서 다시 수집을 요청하면 갱신이 마무리됩니다.
같은 질문으로 새 글을 또 쓰면 생기는 일
블로그를 오래 운영하면 같은 질문을 다룬 글이 시기를 달리해 여러 편 쌓입니다. 검색엔진은 이 가운데 어느 글을 대표로 보여 줄지 스스로 고르므로, 최신 글이 아니라 예전 글이 검색 결과에 남는 일이 생깁니다. 생성형 AI 답변도 마찬가지로, 여러 글 가운데 어떤 글을 근거로 삼을지 사이트 운영자가 정할 수 없습니다.
두 글의 내용이 서로 다르면 문제가 더 커집니다. 예전 글에 바뀌기 전의 절차나 조건이 남아 있으면 독자와 AI는 어느 쪽이 맞는지 판단하기 어렵습니다. 그래서 새 글을 늘리기 전에 같은 질문을 다룬 기존 글이 있는지 먼저 찾는 것이 순서입니다.
먼저 고칠 글을 고르는 네 가지 기준
모든 글을 한 번에 고칠 필요는 없습니다. 아래 순서대로 대상을 좁히면 적은 시간으로 효과가 큰 글부터 손볼 수 있습니다.
- 사실이 바뀐 글: 가격·절차·화면·법령처럼 글을 쓴 뒤 달라진 내용이 있는 글입니다. 틀린 정보가 그대로 인용될 수 있으므로 가장 먼저 고칩니다.
- 같은 질문을 다룬 글이 여러 편인 경우: 가장 충실한 한 편을 남기고 나머지 글의 쓸 만한 내용을 그 글로 합칩니다.
- 첫 문단이 답이 아닌 글: 배경 설명이나 인사로 시작하는 글은 첫 문단을 답으로 바꾸는 것만으로 읽히는 방식이 달라집니다.
- 노출은 되지만 선택받지 못하는 글: 구글 서치 콘솔이나 네이버 서치어드바이저에서 검색 결과에 자주 나타나는데 클릭이 적은 글은 제목과 설명이 질문과 어긋났을 가능성이 있습니다.
주소는 그대로 두고 내용을 고칩니다
글을 고칠 때 가장 먼저 지킬 것은 주소(URL)를 바꾸지 않는 것입니다. 주소가 바뀌면 다른 페이지에 걸린 링크, 검색엔진이 기억하는 위치, 공유된 미리보기가 모두 옛 주소를 가리키게 됩니다. 제목을 고치더라도 주소의 영문 이름(slug)은 그대로 둡니다.
같은 질문을 다룬 글을 합칠 때는 남길 한 편에 내용을 모으고, 나머지 글은 남길 글로 영구 이동(301 리디렉션)시키거나 비공개로 돌립니다. 두 글을 모두 공개한 채 내용만 비슷하게 맞추면 검색엔진은 여전히 대표 글을 따로 골라야 합니다.
oblog는 발행한 글에 canonical(이 글의 대표 주소를 알리는 표시)과 sitemap.xml을 자동으로 적용합니다. 주소를 유지한 채 본문만 고치면 이 설정을 새로 만들 일이 없습니다.
첫 문단과 소제목을 지금 질문에 맞춥니다
주소를 정했으면 본문을 고칩니다. 고치는 범위는 글 전체가 아니라 독자와 AI가 가장 먼저 읽는 곳부터입니다.
첫 문단을 지금 기준의 답으로 바꿉니다
첫 문단은 독자가 답을 찾는 자리이고, 한 문단만 떼어 읽어도 뜻이 서야 인용하기 쉽습니다. 질문에 대한 결론과 조건을 첫 두세 문장에 넣고, 바뀐 사실은 이 문단에서 바로 반영합니다.
낡은 표현과 사실을 찾아 고칩니다
「최근」「올해」「새로 나온」처럼 시점에 기대는 말은 시간이 지나면 틀린 문장이 됩니다. 이런 말은 「2026년 10월 기준」처럼 구체적인 시점으로 바꾸거나 지웁니다. 가격·기한·조건은 원래 출처를 다시 열어 지금도 맞는지 확인합니다.
소제목을 질문 순서로 다시 배열합니다
글을 쓴 뒤 독자가 새로 묻기 시작한 질문이 있다면 소제목으로 추가합니다. 반대로 지금은 찾는 사람이 없는 내용은 줄이거나 덜어 냅니다. 소제목만 읽어도 답의 순서가 보이면 검색엔진과 AI 모두 글의 구조를 파악하기 쉽습니다.
글 끝 FAQ도 함께 고칩니다
본문을 고치고 FAQ를 그대로 두면 두 곳의 답이 어긋납니다. oblog는 글 끝 FAQ를 FAQPage 구조화 데이터로도 내보내므로, FAQ의 답이 고친 본문과 같은지 함께 확인합니다.
고친 뒤 확인하고 알리는 순서
수정이 끝나면 고친 사실을 독자와 검색엔진에 알립니다.
- 기준 시점 밝히기: 본문 끝에 「이 글은 2026년 10월 기준으로 고쳤습니다」처럼 내용의 기준 시점을 적습니다. 독자는 정보가 언제 것인지 판단할 수 있습니다.
- 화면 확인: 휴대전화와 PC에서 글을 열어 목록이 깨지지 않았는지, 본문 속 링크가 살아 있는지 확인합니다.
- 다시 수집 요청: 구글 서치 콘솔의 URL 검사와 네이버 서치어드바이저의 웹 페이지 수집 요청으로 고친 주소를 다시 읽어 가도록 요청합니다.
- 반영 확인: 일정 기간이 지난 뒤 검색 결과의 제목·설명이 바뀌었는지 보고, 같은 질문으로 AI 답변을 다시 확인합니다. 반영 시점은 검색엔진과 AI 서비스마다 다르므로 바로 바뀌지 않아도 정상입니다.
고치는 일은 한 번으로 끝나지 않습니다. 사실이 자주 바뀌는 주제는 분기마다, 그렇지 않은 주제는 반기마다 위 기준으로 글 목록을 다시 검토해 고칠 글을 고르는 일정을 잡습니다.
자주 묻는 질문
글을 고치면 발행일도 바꿔야 하나요?
내용을 실제로 고쳤다면 본문에 수정 기준 시점을 밝히는 것이 좋습니다. 내용은 그대로인데 날짜만 새로 바꾸면 독자가 정보의 시점을 잘못 판단할 수 있습니다. 목적은 언제 기준의 정보인지 분명히 하는 것입니다.
오래된 글은 지우는 편이 낫나요?
같은 질문을 다룬 더 나은 글이 있다면 그 글로 내용을 합치고 영구 이동(301)으로 연결하는 편이 기존 링크를 살릴 수 있습니다. 다룰 가치가 없어진 글만 비공개로 돌립니다.
고친 내용은 언제 검색과 AI 답변에 반영되나요?
반영 시점은 검색엔진과 AI 서비스마다 다르며 정해진 기간이 없습니다. 구글 서치 콘솔과 네이버 서치어드바이저에서 다시 수집을 요청하면 고친 주소를 다시 읽어 가도록 알릴 수 있습니다.
제목을 바꾸면 주소도 바꿔야 하나요?
바꾸지 않습니다. 제목은 질문에 맞게 고쳐도 주소의 slug는 그대로 둡니다. 주소를 바꾸면 기존 링크와 검색엔진이 기억하는 위치가 끊깁니다.
