noindex를 발견하면 바로 지우고 싶어졌지만, 먼저 의도한 설정인지 실수인지 나눠야 했습니다. 공개하려는 글인지, 숨겨도 되는 페이지인지부터 확인하는 순서가 필요했습니다.
- 워드프레스 읽기 설정을 확인합니다.
- SEO 플러그인에서 페이지별 설정을 봅니다.
- 페이지 소스에 noindex가 있는지 확인합니다.
- Search Console에서 제외된 이유를 함께 봅니다.
색인 제외가 항상 오류는 아니었다
테스트 페이지나 정책상 검색에 노출하지 않을 페이지라면 noindex가 의도된 선택일 수 있습니다. 문제는 공개해야 할 글에 실수로 걸린 경우였습니다.
- 처음에는 플러그인 하나만 의심했습니다.
- 의도적으로 막은 페이지와 실수로 막힌 페이지를 나누지 않았습니다.
- 관리자 화면과 실제 페이지 소스를 함께 확인해야 한다는 점을 늦게 봤습니다.
설정 위치를 따로 적어둔 이유
설정 위치를 적어두니 나중에 같은 문구를 봤을 때 덜 당황했습니다. 어디서 켰는지 모르는 설정이 가장 오래 시간을 잡아먹었습니다.
noindex 문서에서 제일 먼저 확인한 말
Google noindex 문서는 검색 제외가 어떤 방식으로 작동하는지 확인하는 데 참고했습니다. 제 글에서는 실제 워드프레스 화면에서 어디를 봤는지를 중심으로 정리했습니다.
이 설정을 제 기억에만 기대어 정리하지 않으려고 Google noindex 문서도 참고했습니다. 색인 제외를 먼저 나눠 본 이유를 확인할 때 noindex가 실제로 어떤 의미인지 제 설정 화면과 맞춰 보기 위해 참고했습니다.
URL 검사 화면과 같이 봐야 했던 설정
Search Console을 연결한 뒤에는 noindex 상태가 더 눈에 잘 들어왔습니다. 연결 전 구조를 정리한 기록과 함께 봐야 화면 해석이 쉬웠습니다.
noindex를 확인할 때도 sitemap과 robots.txt를 먼저 구분해둔 것이 도움이 됐습니다. 그 기준은 sitemap.xml과 robots.txt를 확인하면서 헷갈렸던 부분에서 이어집니다.
noindex를 발견하면 열어볼 세 곳
다음에는 전체 읽기 설정, 글별 SEO 설정, robots.txt, URL 검사 결과 순서로 볼 생각입니다. 이 순서가 있으면 불필요한 수정이 줄어듭니다.
noindex는 무조건 나쁜 설정일까?
Q. noindex가 있으면 무조건 잘못된 설정인가요?
A. 저는 noindex 자체가 나쁘다고 보지는 않습니다. 공개할 필요가 없는 페이지라면 noindex가 맞을 수도 있습니다. 문제는 공개하려는 글이나 기본 페이지에 의도치 않게 noindex가 들어가 있는 경우였습니다. 그래서 설정을 볼 때 이 페이지를 검색에 보여줄 것인가를 먼저 생각하게 됐습니다.