구글·네이버에 칼럼을 노출시키는 기본 세팅

칼럼을 작성했다고 해서 바로 구글과 네이버에 노출되는 것은 아닙니다. 검색엔진이 페이지를 발견하고, 읽고, 색인할 수 있는 기술적 조건이 먼저 맞아야 합니다.

저는 "글은 꾸준히 올렸는데 검색에 하나도 안 나온다"는 상담을 매달 받습니다. 열어 보면 원고가 문제인 경우는 드뭅니다. 대부분은 검색엔진이 그 페이지를 아직 발견하지 못한 상태입니다.

병원 쪽 상담에서 자주 보는 경우는 제작 단계에서 걸어 둔 전체 차단이 오픈 후에도 남아 있는 것이고, 전문직 사무소에서는 대개 칼럼 상세 주소가 사이트맵에서 빠져 있습니다. 둘 다 글의 품질과는 무관한 설정 문제입니다.

그래서 이 글은 그 기술적 조건을 순서대로 정리한 점검표입니다. 앞 단계가 막혀 있으면 뒤 단계는 의미가 없기 때문에, 반드시 위에서 아래로 확인해야 합니다. 순서를 건너뛰면 메타 태그를 정성껏 다듬어 놓고도 로봇이 페이지 안으로 들어오지 못하는 상황이 생깁니다.

robots.txt는 무엇부터 확인해야 하나요?

먼저 robots.txt에서 검색 로봇 접근을 허용하고 sitemap.xml 위치를 알려야 합니다. User-agent 전체 허용과 Sitemap 경로를 한 줄 넣는 방식이 기본입니다.

확인 방법은 간단합니다. 브라우저 주소창에 도메인 뒤 /robots.txt를 붙여 열었을 때 파일이 보이고, Disallow: / 한 줄이 없으면 정상입니다. 저는 상담 자리에서 이 확인을 가장 먼저 하는데 30초면 끝납니다.

개발 단계에서 전체 차단을 걸어 두고 오픈 때 풀지 않는 실수가 가장 흔합니다. 이 한 줄 때문에 몇 달간 한 건도 색인되지 않는 경우가 실제로 생깁니다.

비용으로 환산하면 판단이 빠릅니다. 월 4편씩 6개월을 썼다면 원고가 24편이고, 편당 2~4시간을 들였다면 50~100시간입니다. 그 원고가 한 줄 때문에 검색엔진에 한 번도 닿지 않았다면 6개월을 그대로 버리는 셈입니다. 그래서 이 항목은 순서상 가장 앞에 둡니다.

여기까지 통과되면 다음은 사이트맵입니다. 로봇이 들어올 수 있게 된 다음에야, 어디를 봐야 하는지 알려 주는 작업이 의미를 갖습니다.

sitemap.xml에는 무엇을 넣어야 하나요?

sitemap.xml에는 칼럼 상세 URL을 개별 주소 단위로 모두 넣어야 합니다. 검색엔진은 사이트맵을 참고해 어떤 페이지가 중요한지, 언제 수정되었는지 파악합니다.

목록 페이지 하나만 넣고 상세 글을 빼면, 검색엔진이 개별 칼럼을 늦게 발견하거나 아예 놓칩니다. 저희가 인계받은 사이트에서 사이트맵을 열어 보면 주소가 5~7개뿐인 경우가 드물지 않습니다. 칼럼이 40편 있어도 검색엔진이 아는 페이지는 7개라는 뜻입니다.

글이 늘어날수록 손으로 관리하는 방식은 유지되지 않습니다. 편당 2~3분이라도 월 8편이면 빠뜨리는 편이 생기고, 빠진 글은 몇 달 뒤에야 발견됩니다. 저는 누적 20편을 넘기는 시점에 자동 생성 방식으로 바꾸시라고 말씀드립니다.

• loc: 칼럼 상세 URL 전체 주소(http/https, www 유무까지 실제 주소와 동일하게)
• lastmod: 마지막 수정일. 글을 보강하면 이 값을 갱신해야 재수집이 걸립니다.
• URL 개수: 사이트맵 1개당 5만 개, 파일 크기 50MB가 상한선입니다. 전문직 홈페이지는 이 한도에 닿는 일이 거의 없습니다.
• 404·리다이렉트·noindex 페이지는 빼야 합니다. 오류 URL이 섞이면 사이트맵 신뢰도가 떨어집니다.
• 사이트맵 주소는 robots.txt의 Sitemap: 줄과 반드시 일치해야 합니다. 경로를 옮기고 한쪽만 고치는 경우를 자주 봅니다.

여기까지 정리되면 다음은 칼럼 한 편 안쪽입니다. 발견 단계가 끝났으니, 이제 검색엔진이 그 페이지를 무엇으로 이해할지의 문제로 넘어갑니다.

칼럼 한 편에 필요한 메타 태그는 무엇인가요?

각 칼럼에는 title, description, canonical, Open Graph 태그가 필요합니다. 중복 URL이 생기지 않도록 대표 주소를 명확히 지정해야 합니다.

특히 canonical은 같은 글이 여러 주소로 열릴 때 어떤 주소를 원본으로 볼지 알려 주는 태그입니다. 파라미터가 붙은 주소, www 유무가 다른 주소가 섞이면 평가가 분산됩니다.

제가 가장 자주 고치는 항목도 canonical입니다. 템플릿에 첫 글의 주소가 그대로 박혀 모든 칼럼이 같은 주소를 원본으로 가리키는 경우가 있는데, 이 상태면 글을 30편 써도 검색엔진이 세는 페이지는 1개입니다. 원고 30편의 작업 시간이 전부 한 주소로 몰려 사라지는 구조입니다.

표에서 앞의 네 항목은 빠져도 페이지가 열리고 사람은 읽을 수 있습니다. 마지막 robots 메타는 성격이 다릅니다. noindex 한 줄이 남아 있으면 위의 모든 작업이 무효가 되기 때문에, 저는 이 항목만 따로 떼어 확인합니다.

메타 태그는 편집기에서 한 편씩 채우는 것보다 템플릿에 자동으로 들어가게 만드는 편이 안전합니다. 손으로 넣으면 바쁜 달에 빠집니다.

구조화 데이터는 꼭 넣어야 하나요?

필수는 아니지만 넣는 편이 유리합니다. Article 또는 BlogPosting 구조화 데이터를 넣으면 검색엔진이 글의 제목, 작성자, 발행일, 수정일을 더 잘 이해할 수 있습니다.

FAQ 블록이 있는 칼럼이라면 FAQPage 스키마를 함께 넣습니다. AI 검색과 생성형 답변이 질문-답변 쌍을 그대로 인용하기 쉬운 형태이기 때문입니다.

작성 후에는 구글 리치 결과 테스트에서 오류 0건인지 확인합니다. 문법 오류가 있으면 구조화 데이터 전체가 무시됩니다. 쉼표 하나가 빠져 30편에 심어 둔 스키마가 한 편도 인식되지 않던 경우를 저희도 겪었습니다. 넣는 데 걸린 시간이 그대로 없는 일이 됩니다.

이 단계는 편당 작업이 아니라 템플릿 작업으로 접근하시면 됩니다. 한 편에 10분씩 손으로 넣으면 30편에 5시간이지만, 템플릿에 한 번 심으면 이후 모든 글에 자동 적용됩니다. 여기까지 끝나면 기술 준비는 마무리이고, 다음은 검색엔진에 알리는 단계입니다.

구글과 네이버, 어디부터 등록해야 하나요?

두 곳 모두 등록하되, 글 수가 적은 초기에는 네이버 서치어드바이저부터 처리하는 편이 체감이 빠릅니다. 국내 검색 비중이 높고 개별 URL 수집 요청을 직접 넣을 수 있기 때문입니다.

네이버는 서치어드바이저 수집 요청 API를 통해 새 URL 제출 자동화가 가능합니다. 구글은 Search Console에 사이트맵을 제출하고 색인 상태를 확인하는 흐름을 권장합니다.

저는 상담에서 두 곳 중 어디가 먼저냐는 질문을 가장 많이 받습니다. 기준은 문의가 실제로 들어오는 경로입니다. 지역 이름을 붙여 검색하고 찾아오는 업종이면 네이버, 증상이나 사건 유형을 길게 검색해 비교하는 업종이면 구글 쪽 비중이 큽니다.

정리하면, 발행 직후 빠른 반영이 필요하면 네이버 수집 요청을, 장기 누적 노출이 목표면 구글 사이트맵 관리를 중심에 둡니다. 둘 중 하나만 고른다면 국내 서비스업은 네이버, 정보성 검색 유입이 큰 분야는 구글이 우선입니다.

다만 한 곳만 등록하고 끝내는 상태는 오래 가지 않습니다. robots.txt와 사이트맵, 메타 태그는 양쪽이 공유하는 기반이라 한 번 잡아 두면 나머지 한 곳을 추가하는 데는 반나절도 걸리지 않습니다. 순서를 정하는 문제일 뿐 둘 중 하나를 포기하는 문제는 아닙니다.

색인까지 얼마나 걸리고 무엇으로 확인하나요?

운영 이력이 있는 도메인이면 구글은 보통 1~7일, 네이버는 3~14일 안에 색인되는 경우가 많습니다. 개설 3개월 미만의 신규 도메인은 여기에 2~4주가 더 붙는 것이 일반적입니다.

확인은 검색창에 site:도메인/경로 형태로 조회하거나, 서치콘솔 URL 검사·서치어드바이저 웹페이지 최적화 화면에서 상태를 봅니다. 색인은 되었는데 순위가 낮은 것과, 아예 색인이 안 된 것은 원인도 대응도 완전히 다릅니다.

이 구분을 못 하면 시간을 엉뚱한 곳에 씁니다. 색인이 안 된 상태에서 원고를 다시 쓰고 키워드를 바꾸는 분들을 상담에서 자주 만나는데, 그 작업은 결과에 닿지 않습니다. 먼저 site: 검색 한 번으로 어느 쪽 문제인지 가른 다음에 손을 대야 합니다.

일정은 넉넉하게 잡으시는 편이 좋습니다. 저는 신규 도메인 기준으로 첫 색인 확인까지 4주, 노출 수가 눈에 보이는 규모가 되는 데 2~3개월을 말씀드립니다. 2주 만에 결과를 기대하면 잘 돌아가고 있는 세팅을 불필요하게 뜯게 됩니다.

직접 하실 부분과 맡기는 편이 나은 부분은 어디서 갈리나요?

기준은 그 작업이 한 번으로 끝나는지, 매달 반복되는지입니다. 확인 작업은 직접 하시는 편이 빠르고, 구조를 손대는 작업은 한 번에 제대로 잡는 편이 낫습니다.

robots.txt 확인, site: 검색으로 색인 여부 보기, 네이버 수집 요청 넣기, 서치콘솔에서 URL 검사하기는 직접 하셔도 됩니다. 각각 1~5분이고 화면에서 바로 결과가 보입니다. 월 5편 이하로 발행한다면 수집 요청까지 수동으로도 충분합니다.

반대로 사이트맵 자동 생성, canonical 규칙, 구조화 데이터 템플릿, 수집 요청 API 연결은 맡기시는 편이 낫습니다. 이 네 가지는 한 번 잘못 잡히면 이후 모든 글에 같은 오류가 복제되고, 30편쯤 쌓인 뒤에 발견되면 되돌리는 데 원고 작업보다 시간이 더 듭니다.

판단이 애매하면 발행 편수로 나누시면 됩니다. 월 2~3편이면 수동 루틴으로 유지되지만, 월 8편을 넘기면 점검에 드는 시간이 월 2~3시간으로 늘어나고 누락도 함께 늘어납니다. 그 지점에서 자동화를 붙이는 것이 보통 가장 남는 선택입니다.

발행할 때마다 돌릴 5분 점검 순서

발행 직후에는 아래 순서로 5분만 확인하면 대부분의 누락을 막을 수 있습니다. 위에서부터 하나씩 통과시키는 방식으로 진행합니다. 저희도 칼럼을 올릴 때 같은 목록을 그대로 씁니다.

▲ 한 편당 5분, 월 8편 기준으로 40분 정도면 유지되는 루틴입니다.

5단계에서 색인이 확인되지 않았을 때 무엇을 할지까지 미리 정해 두시면 좋습니다. 저는 그 자리에서 원고를 고치지 않고, 위의 네 가지 원인을 순서대로 확인한 뒤 2주를 더 기다립니다. 그 사이에는 다음 편을 씁니다.

정리하면 발견·수집·색인의 기술 조건을 먼저 맞추고, 그다음에 내용과 키워드를 다듬는 순서입니다. 지금 상태를 확인하시려면 도메인 뒤에 /robots.txt를 붙여 열어 보는 것부터 해 보시면 됩니다. 이 점검표를 발행 루틴에 붙여 두면 공들여 쓴 칼럼이 검색에서 사라지는 일은 크게 줄어듭니다.