SEO 최적화 발행 간격, 묶음 글만 몰아 올리고 나머지는 나눈다
SEO.AI.KR
SEO 최적화(검색엔진최적화)에서 글을 몰아 올리든 나눠 올리든, Google 공식 문서에는 선호하는 발행 간격이 나오지 않습니다. 공식 문서는 발행 간격을 평가 기준으로 다루지 않으며, 실무에서 차이가 나는 곳은 검수 품질, 크롤링·색인 확인, 성과 측정입니다.
대부분의 기업 사이트는 검수를 마칠 수 있는 속도에 맞춰 글을 나눠 올리는 편이 관리하기 쉽습니다. 서로 함께 읽혀야 하는 글 묶음만 한 번에 공개합니다.
Google 문서는 발행 간격을 평가 기준으로 다룹니까?
Google의 「도움이 되는 콘텐츠」 문서는 운영자가 스스로 점검할 질문 목록을 제시합니다. 그중 하나는 주로 검색 순위에 도움이 되리라 믿고 콘텐츠를 대량으로 추가하거나 삭제하는지 묻습니다. 사이트를 새로워 보이게 하려는 목적일 때를 가리키며, 문서는 그렇게 해도 효과가 없다고 답합니다.
같은 문서는 내용이 거의 바뀌지 않았는데 날짜만 고쳐 새로워 보이게 하는 행위도 점검 대상으로 듭니다. 여러 주제의 글을 대량으로 만들어 일부라도 검색 성과가 나기를 기대하는 방식도 마찬가지입니다. Google이 선호하는 글자 수가 있다고 듣고 그에 맞춰 쓰는지도 묻고, 그런 기준은 없다고 답합니다.
실무에서는 이 질문들을 하루 몇 편을 올렸는지보다 각 글의 목적과 독자에게 주는 가치를 점검하라는 뜻으로 읽습니다.
대량 발행과 스팸 정책이 만나는 지점
Google 스팸 정책은 대규모 콘텐츠 악용(scaled content abuse)을 따로 정의합니다. 사용자를 돕기보다 검색 순위를 조작하려고 많은 페이지를 만드는 행위입니다. 문서는 제작 방식과 관계없이 독창성과 가치가 거의 없는 콘텐츠를 대량으로 만드는 행위가 대상이라고 설명합니다.
문서가 드는 예에는 다음과 같은 경우가 있습니다.
- 생성형 AI 등으로 사용자에게 가치를 더하지 않은 페이지를 많이 만드는 경우
- 여러 페이지의 내용을 가치를 더하지 않고 이어 붙이기만 하는 경우
- 검색어는 들어 있지만 독자가 이해하기 어려운 페이지를 많이 만드는 경우
실무에서 경계할 대상은 한꺼번에 공개하는 일정 자체가 아닙니다. 서둘러 공개하다가 검수를 거치지 않은 글이 섞이는 상황입니다.
몰아 올리기와 나눠 올리기는 어디에서 결과가 갈립니까?
실무에서 두 방식을 비교할 항목은 다음 다섯 가지입니다.
| 항목 | 몰아서 올릴 때 | 나눠 올릴 때 |
|---|---|---|
| 검수 품질 | 짧은 기간에 여러 편을 검토해야 해 사실 확인과 중복 점검이 느슨해지기 쉽습니다 | 한 편마다 검토 시간을 확보하기 쉽습니다 |
| 크롤링·색인 확인 | 새 주소가 한꺼번에 생겨 색인 여부를 확인할 글이 많아집니다 | 글마다 색인 여부를 바로 확인하고 문제를 고칠 수 있습니다 |
| 성과 측정 | 노출·클릭 변화가 어느 글 때문인지 구분하기 어렵습니다 | 공개일이 달라 글별 변화를 나눠 보기 쉽습니다 |
| 내부 링크 | 관련 글을 처음부터 서로 연결해 공개할 수 있습니다 | 아직 공개하지 않은 글로는 링크를 걸 수 없어 나중에 보완해야 합니다 |
| 운영 부담 | 제작 기간에 일이 몰리고, 공개 뒤에는 한동안 여유가 생깁니다 | 일정이 고르게 퍼지지만 매주 일정한 작업 시간이 듭니다 |
몰아 올리기는 묶음 구성과 내부 링크에 유리합니다. 나눠 올리기는 품질 관리와 측정에 유리합니다. 어느 쪽을 고를지는 이번 콘텐츠가 묶음으로 읽혀야 하는지에 따라 정합니다.
한꺼번에 공개하는 편이 맞는 상황은 언제인가요?
글끼리 서로를 참조해야 뜻이 통하는 경우에는 묶어서 공개하는 편이 독자에게 낫습니다. 일부만 공개하면 독자가 빈 링크나 빠진 단계를 만나기 때문입니다. 아래 표는 실무에서 권하는 방식입니다.
| 상황 | 권하는 공개 방식 | 이유 |
|---|---|---|
| 새 사이트 개설, 서비스 소개 페이지 | 한꺼번에 공개 | 메뉴와 내부 링크가 처음부터 갖춰져야 탐색이 됩니다 |
| 개편으로 주소 구조가 바뀌는 경우 | 소규모 사이트는 모든 주소를 한 번에 전환 | 옛 주소와 새 주소가 섞이는 기간이 짧아 관리하기 쉽습니다 |
| 용어집·시리즈처럼 목록과 하위 글이 한 세트인 경우 | 목록과 핵심 글을 함께 공개하고, 나머지는 나눠 추가 | 목록 페이지가 빈 상태로 노출되는 일을 막습니다 |
| 정보형 블로그·칼럼 | 나눠 올리기 | 글마다 독립적으로 읽히고 측정하기 쉽습니다 |
| 날짜가 정해진 행사·시즌 안내 | 관련 글 묶음을 행사 몇 주 전에 한꺼번에 공개 | 검색엔진이 페이지를 찾아 색인할 시간을 확보합니다 |
주소 구조 변경은 Google 사이트 이전 문서도 다룹니다. 문서는 한 섹션씩 옮기기보다 모든 URL을 동시에 옮기는 방식을 권하면서, 큰 사이트는 섹션별로 옮길 수도 있다고 설명합니다. 효과를 시험하려면 사이트 일부를 먼저 옮겨 보는 방법도 함께 제시합니다.
행사 행은 Google 재크롤링 요청 문서의 설명을 근거로 합니다. 문서는 크롤링에 며칠에서 몇 주가 걸릴 수 있다고 설명합니다. 행사 직전에 공개하면 행사 기간에 검색 결과에 나오지 않을 수 있습니다.
나눠 올릴 때 간격은 무엇으로 정합니까?
공식 문서가 권하는 숫자는 없습니다. 그래서 간격은 팀의 처리 능력에서 거꾸로 계산합니다. 기준은 한 편을 끝까지 검수하는 데 걸리는 시간입니다.
- 원고 한 편을 작성·사실 확인·승인까지 마치는 데 걸린 영업일을 최근 3편 기준으로 잽니다.
- 검수 담당자가 한 주에 확실히 처리할 수 있는 편수를 정합니다. 이 숫자가 주간 발행 상한입니다.
- 상한보다 적은 편수로 시작해 4주 동안 일정이 밀리지 않는지 확인합니다.
- 밀리지 않으면 그대로 유지하고, 밀리면 편수를 줄이거나 간격을 늘립니다.
- 공개 요일과 시각을 고정해 글끼리 성과를 비교할 기준을 맞춥니다.
예를 들어 가상의 B2B 기업이 검수 담당자 한 명으로 블로그를 운영한다면, 한 편 검수에 이틀이 걸릴 때 주 2편이 현실적인 상한입니다. 원고 10편이 이미 준비되어 있어도 주 2편씩 5주에 걸쳐 공개하면 모든 글의 검수를 지킬 수 있습니다.
원고를 미리 확보하면 발행 간격을 일정하게 유지하기 쉽습니다. 다만 대기 기간이 길어질수록 수치·제도 같은 내용은 공개 직전에 다시 확인합니다.
몰아서 올린 뒤에는 무엇을 확인합니까?
여러 글을 한 번에 공개했다면 공개 당일보다 이후 몇 주의 색인 상태가 중요합니다. 아래 네 가지를 순서대로 확인합니다.
- 사이트맵: URL이 많을 때는 개별 요청보다 사이트맵 제출이 Google 문서가 안내하는 방법입니다. lastmod(최종 수정 시각)에는 본문·구조화 데이터·링크가 의미 있게 바뀐 시각을 적고, 저작권 연도 변경은 여기에 들지 않습니다. Google은 lastmod가 일관되고 확인 가능할 만큼 정확할 때만 쓰며, priority와 changefreq 값은 무시합니다.
- URL 검사 요청: 개별 URL 제출에는 할당량이 있고, 같은 URL을 여러 번 요청해도 크롤링이 빨라지지 않습니다. 실무에서는 대표 글 몇 편만 요청하고 나머지는 사이트맵에 맡기는 방법을 권합니다.
- 페이지 색인 생성 보고서: 「발견됨 - 현재 색인이 생성되지 않음」은 Google이 페이지를 찾았지만 아직 크롤링하지 않은 상태입니다. 사이트 과부하가 예상되어 크롤링 일정을 다시 잡은 경우가 많다는 것이 문서의 설명입니다. 「크롤링됨 - 현재 색인이 생성되지 않음」은 크롤링 후 색인하지 않은 상태이며, 다시 제출할 필요는 없습니다. 사이트의 모든 URL이 색인되지는 않는다는 점도 문서에 함께 나옵니다.
- 서버 상태: 크롤링 예산 문서에 따르면 Google은 서버에 부담을 주지 않는 범위에서 크롤링합니다. 응답이 느려지거나 서버 오류가 생기면 크롤링 한도가 내려갑니다. 대량 공개 전후로 응답 속도와 오류 기록을 확인합니다.
크롤링 예산은 대부분의 기업 블로그에 해당하는 문제가 아닙니다. 같은 문서는 고유 페이지 100만 개 이상이면서 주 1회 정도 바뀌는 사이트, 1만 개 이상이면서 매일 바뀌는 사이트 등을 대상으로 합니다. 새 페이지가 공개 당일 크롤링되는 사이트라면 사이트맵을 최신으로 유지하고 색인 보고서를 정기적으로 확인하면 충분하다고 설명합니다. 수십 편을 한 번에 올리는 정도라면 크롤링 예산보다 원고 품질을 먼저 점검합니다.
발행 기록은 어떤 양식으로 남깁니까?
몰아 올리든 나눠 올리든 글마다 공개일과 색인 확인일을 기록하면 다음 일정을 정할 근거가 생깁니다. 아래 열 이름을 스프레드시트 첫 줄에 그대로 옮겨 씁니다.
| 열 이름 | 적는 내용 |
|---|---|
| 공개일 | 실제로 공개한 날짜 |
| 공개 묶음 | 같은 날 함께 공개한 글의 묶음 이름(예: 11월 용어집 1차) |
| 검수 완료일·담당 | 사실 확인을 마친 날짜와 담당자 |
| 사이트맵 반영일 | 사이트맵에 주소와 lastmod가 반영된 날짜 |
| 색인 확인일 | URL 검사에서 색인을 확인한 날짜. 색인되지 않았다면 보고서에 표시된 상태 이름 |
| 4주 뒤 노출·클릭 | Search Console 실적 보고서에서 확인한 공개 후 4주간의 노출수와 클릭수 |
실적 보고서는 노출수를 Google 검색 결과에 사이트가 표시된 횟수로, 클릭수를 사용자가 검색 결과에서 사이트를 클릭한 횟수로 정의합니다. 기본 보기는 최근 3개월이므로 날짜 필터로 기간을 공개 후 4주로 맞춥니다.
공개 묶음 열을 채우면 몰아 올린 글과 나눠 올린 글의 색인 소요 기간을 자사 사이트 기준으로 비교할 수 있습니다. 다음 발행 간격은 외부의 일반론보다 이 기록을 근거로 정합니다.
정리
묶음으로 읽혀야 하는 글만 한꺼번에 공개하고, 나머지는 검수 속도에 맞춰 나눠 올립니다.
- 이번 원고가 묶음으로 읽혀야 하는지 상황별 표와 비교해 공개 방식을 정합니다.
- 최근 3편의 검수 소요 일수로 주간 발행 상한을 계산합니다.
- 공개 당일 사이트맵의 주소와 lastmod를 갱신하고, 대표 글만 URL 검사로 색인을 요청합니다.
- 공개 1주·4주 뒤 페이지 색인 생성 보고서의 상태를 확인해 기록 양식에 적습니다.
- 4주치 기록을 보고 다음 달 발행 간격을 그대로 둘지 조정할지 정합니다.
참고 자료
- Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-22)
- Spam policies for Google web search (Google Search Central, 확인일 2026-10-22)
- Large site owner's guide to managing your crawl budget (Google Search Central, 확인일 2026-10-22)
- Ask Google to recrawl your URLs (Google Search Central, 확인일 2026-10-22)
- Build and submit a sitemap (Google Search Central, 확인일 2026-10-22)
- How to move a site — Site moves and migrations (Google Search Central, 확인일 2026-10-22)
- Page indexing report (Search Console 도움말, 확인일 2026-10-22)
- Performance report (Search results): Overview and basic setup (Search Console 도움말, 확인일 2026-10-22)