구글 색인 요청

블로그에 글을 발행하면 검색엔진들은 언젠가 그 글을 긁어가 정리해놨다가, 사람들이 검색했을 때 노출 시켜준다. 문제는 그 언젠가가 정말 언제일지 알 수 없다는 점이다. 이럴땐 정한수를 떠놓고 지성이라도 드려야 한다.

그래서 우리는 네이버나 구글 또는 빙 등에 내가 발행한 글을 색인 해달라고 요청을 하게 된다.

색인 요청 필수는 아니다.

물론 색인 요청을 하지 않는다 해서 검색엔진이 내 블로그를 찾지 않는 건 아니다. 또 색인을 요청한다고 해서 검색 엔진들이 다른 사이트들보다 내 블로그를 먼저 찾아와 손수 크롤링해가는 은총을 내려주실지도 알 수 없는 일이다.

하지만, 은총을 내려받기 위해 마냥 기다리기만 하기엔 나는 조급하다. 그럴 때 할 수 있는 일이 있다는 것만으로도 이 조급함이 조금이나마 해소된다.

근데 뭐 색인 요청 그게 어려운 것도 아니고

그리고 색인을 요청하는 일이 또 그렇게 복잡하고 어려운 일도 아니다. 다만, 글을 발행할 때마다 하나하나 색인을 요청하는 건 생각보다 손이 가고 번거로운 일이긴 하다. 가끔 까먹기도 한다.

하지만 다행히 글을 발행하면 알아서 자동으로 색인을 요청되게 할 수 있는 방법마저 있다. 바로 Instant Indexing 같은 플러그인이다.

이쯤 되면 색인 요청은 그냥 하는게 옳은 일이다.

구글 색인 요청 자동화 원리 Indexing API

구글은 원래 즉시 노출이 필요한 정보들, 예를 들면 구인 구직 정보같이 기한에 이익이 있는 컨텐츠들을 빠르게 검색에 반영하기 위한 Indexing API를 제공한다.

물론 일반 컨텐츠에 대해서 공식 지원을 하는 것은 아니지만, 다행히도 이게 일반 포스팅에서도 잘 작동한다.

그리고 워드프레스에는 이 Indexing API를 연동해주는 플러그인도 이미 있는데, SEO 툴로 이미 우리에게 익숙한 Rank Math SEO에서 제작한 Instant Indexing for Google 이다.

Instant Indexing for Google은 우리가 워드프레스 블로그에서 글을 발행하거나, 업데이트했을 때 구글 클라우드 플랫폼에 생성할 프로젝트의 Indexing API를 통해 서치 콘솔에 자동으로 색인을 요청한다.

즉, 색인 요청을 자동화하기 위해선 내 워드프레스 블로그와 구글 클라우드 플랫폼, 서치 콘솔 세 속에서 설치 및 설정이 필요하다.

여기저기 옮겨다니며 익숙치 않은 것들을 설정 해야 하기 때문에 어려워 보일 수 있다.

최대한 상세히 스크린샷을 남겨놨으니 하나하나 천천히 따라가면 전혀 어렵지 않다. 한번만 설정해두면 다시 볼일 없으니 딱히 전체를 이해할 필요도 없다. 가벼운 마음으로 따라가보자.

구글 색인 요청 자동화 설정 방법

일단 과정을 간략히 보면 다음과 같다.

1. Instant Indexing for Google 플러그인 설치
2. 구글 클라우드 플랫폼에서 Indexing API 프로젝트 생성
3. 생성한 프로젝트로부터 키(json) 파일 다운로드
4. 구글 서치 콘솔에서 생성한 API에 권한 부여
5. Instant Indexing for Google 플러그인에서 API 연동

여기저기 서로 다른 페이지들을 돌아다니며 익숙치 않은 것들을 확인하고 설정해야하기 때문에 언뜻 보기엔 다소 어렵고 복잡해 보일 수 있지만, 보이는대로만 천천히 따라 오면 어려울 건 없으니 크게 걱정은 하지말자.

당연한 이야기지만, Instant Indexing를 이용해 구글 서치 콘솔 색인 요청을 자동화하기 위해선 구글 서치 콘솔에 내 블로그가 이미 등록되어 있어야 한다.

아직 등록하지 않았다면 이전 포스팅을 참고해 등록한 뒤 진행하도록 하자.

• 구글 서치 콘솔 등록 방법

Instant Indexing for Google 플러그인 설치

워드프레스 관리자 화면에서 플러그인 -> 플러그인 추가로 이동해 Instant Indexing로 검색해 설치한다.

설치 후 활성화하고 업데이트까지 활성화해주면 끝.

구글 클라우드 플랫폼에서 Indexing API 프로젝트 생성

워드프레스에 연결할 구글 서비스들은 가급적 하나의 구글 계정을 이용하는 편이 관리하기 편하다.

사용할 계정이 맞는지 확인한 후 국가를 선택하고 아래 필수 동의에 체크하고 동의 및 계속하기를 누른다.

먼저 프로젝트를 하나 생성한다. 화면 상단에 있는 프로젝트 선택을 클릭한다.

프로젝트 선택 창 오른쪽 윗에 있는 새 프로젝트 클릭.

새로 만들 프로젝트의 이름을 입력한 후 만들기 버튼을 누른다. 여러개의 블로그를 운영하려면 프로젝트 이름을 지금 연결하려는 블로그 명으로 입력해두는게 헷갈리지 않고 좋다.

위에서 만들기 버튼을 눌러 메인화면으로 돌아오면 방금 만든 프로젝트가 생성되었다는 알림이 보인다.

프로젝트 선택 ❶을 클릭해 방금 만든 프로젝트를 선택한 후 화면 왼쪽 윗에 햄버거 ❷ 표시를 클릭한다.

펼쳐진 메뉴에서 IAM 및 관리자 -> 서비스 계정 선택.

다음 화면에서 서비스 계정 만들기 선택

서비스 계정 만들기에서 “서비스 계정 이름”❶와 “서비스 계정 ID”❷ 편한대로 입력하면 된다. 혹시나 찾아볼 일이 있을지 모르니 블로그 이름이나 도메인을 기입하면 된다.

서비스 계정 ID 를 입력란 아래 자동 생성되는 이메일 주소❸ 는 서치 콘솔에서 이 api에 대한 접근권한 설정시 필요하다. 복사해 메모장에 임시로 붙여넣어 두면 된다.

다 됐으면 제일 아래쪽에 있는 완료 버튼을 누르면 된다.

생성한 서비스 계정으로부터 키(json) 파일 다운로드

서비스 계정화면에서 방금 생성한 서비스 계정을 확인할 수 있다. 이메일 부분을 클릭해 계정 세부 정보로 이동.

세부 정보 화면에서 상단 키 탭 ❶을 열고 키 추가 스크롤 박스❷를 눌러 새 키 만들기 선택

비공개 키 만들기 창에서 JSON을 선택하고 만들기 클릭

이 JSON 파일은 우리 워드프레스의 Instant Indexing for Google 플러그인이 지금 만들고 있는 Indexing API에 요청을 보낼 때 필요한 인증키 같은 역할을 한다.

마지막에 워드프레스에서 플러그인 설정시 업로드할 예정이다. 잠시만 저장해두면 된다. 만들어진 JSON 파일을 원하는 위치에 다운받아 둔다.

JSON 파일을 저장한 후 저장 완료 메시지에서 닫기 클릭

다시 화면의 왼쪽 상단의 햄버거 표시를 누른다.

API 및 서비스 -> 사용 설정된 API 및 서비스 선택

화면 상단 중앙에 있는 “API 및 서비스 사용 설정” 클릭

API 라이브러리 화면의 검색란에 “Indexing API”를 입력한 후 엔터.

검색 결과 중 “Web Search Indexing API” 항목을 클릭

Web Search Indexing API 항목 세부 정보에서 사용 버튼을 누른다.

아래 화면까지 확인하면 구글 클라우드 플랫폼에서의 계정 설정은 끝.

구글 서치 콘솔에서 생성한 API에 권한 부여

이제 위에서 생성한 서비스 계정에 구글 서치 콘솔 접근 권한을 설정해준다.

우선 서치 콘솔에 접속해 좌측 패널의 설정을 클릭한다.

우측 패널에서 소유자 및 권한 항목을 클릭

사용자 및 권한 화면에서 사용자 추가 버튼 클릭.

사용자 추가 창에 위의 구글 클라우드 플랫폼에서 생성한 서비스 계정의 이메일 주소를 넣어주면 된다.

권한은 소유자로 설정하고 추가 를 클릭

아래처럼 사용자가 추가 되면 끝.

Instant Indexing에 Indexing API 연동

이제 마지막이다. 서치 콘솔과 연결된 서비스 계정에 워드프레스 블로그를 연동시키면 된다.

서비스 계정 생성 후 내려 받아놨던 JSON 파일이 우리 워드프레스가 서비스 계정에 연동할 때 필요한 인증키다.

Instant Indexing 플러그인에 이 파일만 업로드 해주면 끝.

우선 워드프레스 관리자 -> 설치한 플러그인에서 Instant Indexing의 설정을 클릭.

Instant Indexing 설정 화면에서 파일 선택 ❶ 버튼을 클릭

서비스 계정 생성후 내려받았던 JSON 파일을 업로드.

JSON 파일을 업로드 하면 텍스트 박스에 코드들이 채워진다. 그럼 아래쪽 글과 페이지 앞에 체크박스에 체크한 후 변경사항 저장을 클릭하면 끝.

마지막으로 Console 탭에서 지금까지 설정한 것들이 제대로 작동하는지만 확인하면 된다.

Send to API 버튼을 클릭한 후 위 스크린샷처럼 Success 메시지가 뜨면 끝.

구글 색인 요청 한번만 해놓으면 끝

어차피 한번만 해놓으면 다시 들여다볼 일이 거의 없기때문에 이해가 필요한 작업은 아니다.

따라서 이런 환경들이 익숙치 않은 사람들을 위해 단순히 따라만 할 수 있게 가능한 많은 이미지를 삽입하느라 내용이 많이 길어졌다.

물론 이런 설정을 하지 않는다고 워드프레스 블로그가 돌아가지 않는건 아니다. 하지만, 구글 색인 요청 그 자체는 블로그 운영에 분명 도움이 된다.

시간을 들여 한번 해보면 다른 블로그를 추가로 개설할 땐 사실 그닥 어려울 일도 아니다. 아직 설정하지 않았다면 반드시 해보길 바란다.

부디 여기까지 읽어본 사람이 있길 희망한다.

The post 구글 색인 요청 자동화하기 – Instant Indexing 설정방법 appeared first on 하우소.

서치 콘솔이 뭐야?

서치 콘솔은 구글에서 제공하는 검색 관리 도구다.

구글에 내 블로그를 알리고 블로그가 구글 검색에 노출이 되고 있는지 만약에 노출이 안된다면 어떤 문제때문인지를 모니터링 하고 관리할 수 있는 검색 성능 알림판이라고 볼 수 있다.

서치 콘솔 등록 필수는 아니지만

물론 서치 콘솔에 내 블로그를 등록하지 않아도 언젠가는 구글에 노출이 된다. 문제는 그 언젠가가 진짜 언제인지 알 수 없다는 것이다.

또 노출이 되어 유입이 발생해도 도대체 어떤 검색어로 얼마나 노출이 되어 얼마나 많은 방문자가 구글로부터 들어오는지 알 수 없다.

이런 불확실성이 바로 서치 콘솔에 블로그를 등록하고 관리하는 이유다.

서치 콘솔 역할

서치 콘솔에 내 블로그를 등록하면 발행한 글에 대한 색인을 요청하고 글이 색인이 되었는지, 또 노출은 되고 있는지 확인할 수 있다.

또 얼마나 많은 사람들이 구글을 통해서 내 블로그를 찾는지, 어떤 검색어로 들어오는지 등등 검색 노출에 대한 상세한 지표들도 확인할 수 있다.

서치 콘솔 등록 방법

구글 서치 콘솔 등록 과정은 간단하다.

1. 서치 콘솔 접속 및 속성 추가
2. 소유권 확인
3. 사이트맵 제출

단, 서치 콘솔이 구글의 서비스인만큼 구글 계정이 반드시 필요하다.

워드프레스 블로그를 운영하려면 서치 콘솔외에도 애드센스나 애널리틱스, 클라우드 플랫폼 등 구글의 서비스들을 이용할 일이 많다.

그리고 동일한 계정을 사용하면 워드프레스에서 사이트 킷을 통해 통합 관리가 가능하다. 가급적 하나의 계정으로 서비스를 이용하는 것이 아무래도 편하다.

서치 콘솔 접속

서치 콘솔에 처음 접속하면 위와 같은 화면을 볼 수 있다. 왼쪽을 선택하고 도메인을 입력한 후 계속을 누른다.

도메인 소유권 확인

위에서 입력한 도메인이 실제 내가 소유하고 있는지를 확인하는 절차다.

본인이 도메인을 등록한 곳에 접속해 등록할 도메인에 위에 표시된 레코드를 입력해주기만 하면 되는 간단한 과정이다.

여기선 호스팅케이알을 기준으로 살펴본다. 다른 등록업체 역시 크게 다를리 없으니 참고하면 될 듯하다.

호스팅케이알에 접속해 나의 도메인에서 등록할 도메인의 도메인정보 -> 네임서버 / DNS 탭을 선택하면 아래와 같은 화면을 볼 수 있다.

• 새 레코드 추가 ❶ 를 눌러 새로운 레코드를 생성한다.
• 유형 항목의 스크롤 박스에서 TXT ❷ 를 선택
• 호스트 이름 ❸ 에 @ 입력
• 값 ❹ 에는 위 서치 콘솔에서 복사한 TXT 레코드 값 붙여넣기
• 체크표시 ❺ 를 눌러 저장
• 서치 콘솔 화면으로 돌아가 하단의 확인 버튼을 누르면 끝

서치 콘솔로 돌아와 확인 버튼을 누르면 위와 같이 소유권 확인이 완료된 걸 확인할 수 있다.

DNS에 입력한 내용이 전파되기까지는 시간이 좀 걸릴 수 있다. 소유권 확인이 되지 않으면 조금 기다렸다 다시 하면 된다.

사이트 맵 제출

서치 콘솔 등록이 완료되면 아래와 같은 서치 콘솔 화면을 볼 수 있다.

이제 사이트 맵과 RSS 만 제출하면 된다. 좌측 패널에서 Sitemaps를 선택해 사이트맵 등록 페이지로 이동한다.

제출할 url 입력칸에 사이트맵과 RSS를 한번에 하나씩 입력해 제출 버튼을 누르면 된다.

사이트맵의 경우 SEO 플러그인 예를 들면 Yoast 나 Rank Math를 사용한다면 sitemap_index.xml, 그렇지 않다면 sitemap.xml이다.

각각 입력할 내용은 다음과 같다.

사이트맵

• SEO 플러그인이 있는 경우 : https://내 도메인/sitemap_index.xml
• SEO 플러그인이 없는 경우 : https://내 도메인/sitemap.xml

RSS

• https://내 도메인/rss

마치며

블로그를 개설하자마자 발행된 글이 하나도 없는 상태에서 득달같이 등록할 필요까지는 없다. 오히려 단 한개라도 글이 발행하고 등록하는 편이 사이트맵이나 RSS를 등록했을때 오류 여부를 확인하기 더 좋다.

검색 유입을 제대로 관리하고 싶다면 꼭 등록해서 색인 요청부터 검색어 분석, 방문자 유입까지 꼼꼼하게 챙겨보자.

단순히 등록만 해두는 것이 아니라, 발행할 때마다 색인을 요청하고 유입 데이터를 주기적으로 확인할 필요가 있다.

블로그를 운영하는 입장에서, 좋은 글을 발행하는 것만큼 구글에 잘 보이게 만드는 일도 중요한 작업이다. 이제 첫 단추는 제대로 끼웠으니, 앞으로는 더 많은 사람들에게 내 글이 닿을 수 있도록 차근차근 관리해보자.

The post 서치 콘솔 등록 방법 – 블로그 구글 검색 노출 시작하기 appeared first on 하우소.

이번 포스팅에서는 워드프레스 블로그에서 카테고리와 태그 아카이브 페이지를 삭제해도 되는지에 대해 알아보자.

카테고리와 태그 페이지의 역할

카테고리와 태그 페이지(아카이브)는 단순히 글을 분류하기 위한 메뉴가 아니다. 블로그 전체 구조안에서 내부 링크에 대해 일종의 허브 역할을 하게 된다.

예를 들어 “워드프레스 블로그 최적화”라는 카테고리 아래 10개의 포스팅이 있다면, 그 카테고리 페이지는 10개의 글을 연결해주는 중요한 페이지가 된다.

태그 페이지 역시 마찬가지다.

태그를 공유한 포스팅들은 서로간의 관련성을 만들고, 태그 페이지는 이렇게 관련성 높은 글들을 서로 연결해주는 중요한 고리가 된다. 사용자 경혐 면에서 도움이 되는 건 두말할 필요가 없다.

카테고리와 태그 페이지가 SEO에 미치는 영향

구글을 포함한 검색엔진은 이런 카테고리와 태그 페이지를 별도로 크롤링하고 색인한다.

짜임새 좋은 카테고리 페이지는 그 자체가 검색엔진에 키워드를 검색했을때 노출되는 중요한 랜딩페이지(우리 블로그로 유입되는 첫경로)가 될 수 있다.

예를 들어 “워드프레스”가 검색량이 많은 메인 키워드라고 가정했을때, 우리 블로그에 “워드프레스”라는 카테고리 아래 워드프레스와 관련한 포스팅으로 알차게 찰 채워져 있다면, “워드프레스”라는 메인 키워드를 통한 상위 노출도 기대할 수 있고, 그 키워드로 유입된 사람들이 여러개의 페이지를 읽을 가능성이 커진다.

태그 페이지 역시 마찬가지다.

카테고리와 태그 페이지가 신경쓰이는 이유

처음 블로그를 시작할 때 카테고리와 태그들을 깔끔하게 정리해 관리했다면 크게 걱정할 필요가 없을지도 모른다.

하지만, 대개는 여러개의 카테고리를 무분별하게 만들고, 포스팅 하나에 최대한 많은 태그들을 꾸역꾸역 넣게 된다. 적어도 나는 그랬다.

서치어드바이저 메타 디스크립션 설명 누락 / 서치 콘솔 미색인

문제는 대부분이 이 카테고리와 태그 페이지에 대한 메타 디스크립션을 제대로 넣지 않는다는 점이다.

만약 카테고리와 태그 페이지에 메타 디스크립션을 제대로 설정하지 않았다면 구글 서치 콘솔이나 네이버의 서치어드바이저에서 색인이 생성되지 않은 페이지나 메타 디스크립션 설명 누락으로 잡힌 페이지가 무수히 많이 늘어나는 걸 보게 된다.

특히 태그를 무분별하게 남발했다면 글은 10개밖에 없는데, 색인되지 않은 혹은 메타 디스크립션 설명누락으로 표시되는 페이지가 수백개에 이르는 일도 발생하게 된다.

중복/유사 컨텐츠 문제

포스팅마다 과도한 수의 태그를 달아놓으면 생성한 태그 갯수만큼 많은 태그페이지에 포스팅들이 노출된다.

같은 글이 여러 아카이브에 중복으로 노출된다면 검색엔진은 이를 중복 혹은 유사컨텐츠로 판단할 우려가 있다.

검색엔진에서 내 블로그를 중복 혹은 유사컨텐츠를 무분별하게 발행하는 불량한 존재로 인식한다면 뭐 뒤는 안봐도 뻔하다.

크롤링의 은총으로부터 소외될 가능성

검색엔진은 한번 다녀가실때 우리 블로그를 구석구석 세심하게 들여다 보시진 않는다.

변경 가능성이 큰 페이지, 중요도가 높은 페이지를 우선으로 대충 훑어보고 간다. 덜 중요하거나 변경이 별로 안되는 페이지는 매번 돌아보지 않는단 이야기다.

특히 생긴지 얼마 안되는 블로그는 그마저도 자주 찾아주시지도 않는다.

크롤링 한번 한번이 소중한 블로그 초기. 구글신과 네이버님이 이 쓸데없이 많은 카테고리와 태그 페이지를 훑어보느라 시간을 낭비하고 정작 내가 노출하고 싶은 페이지는 보지도 않고 그냥 떠나버릴 수 있다.

카테고리와 태그 페이지를 함부로 삭제하면 생길 수 있는 문제들

우선 카테고리와 태그 페이지를 삭제한다는게 어떤 의미일까?

카테고리야 뭐 다들 알고 있듯이 글->카테고리에서 생성할 수 있다.

여기서 카테고리를 생성하면 해당 카테고리에 대한 아카이브(페이지)가 자동으로 생성되고 카테고리를 삭제하면 이 페이지도 함께 삭제된다.

태그 페이지는 글에서 태그를 입력하면 해당 태그에 대한 태그 페이지가 자동으로 생성된다.

그리고 글-> 태그에서 태그를 삭제하면 글에 삽입된 태그와 자동 생성된 테그페이지가 함께 삭제된다.

즉, 카테고리와 태그 페이지를 삭제한다는 건 카테고리와 태그를 삭제한다는 말과 같다.

404 오류 발생

카테고리와 태그 페이지를 삭제했을때 가장 흔하게 발생할 수 있는 문제는 404 페이지 오류다.

이미 구글이나 서치어드바이저에 색인된 카테고리나 태그 페이지를 삭제하면 그 페이지에 대한 url은 사라지게 된다. 하지만, 검색엔진의 검색결과에는 여전히 해당 url이 노출되고, 사용자가 클릭하면 404 페이지 오류로 연결된다.

이 404 페이지 오류는 검색엔진에서 내 블로그의 신뢰도를 까먹는데 아주 결정적인 역할을 하게 된다.

내부 링크 깨짐

나처럼 첫 블로그에서 카테고리나 태그 페이지를 아주 엉망으로 관리했다면 모를까 아마 대부분 문제가 되는지 않으리라 생각된다.

내 경우 글을 쓰다 문구들이 이미 태그로 생성되어 있는 문구라면 그 태그 페이지를 해당 문구에 링크로 달았다. 아무 의미 없는 짓인지도 모르고 말이다.

결국 해당 태그를 삭제하면 그 문구에 달아뒀던 태그 페이지의 링크는 깨진다. 즉, 해당 문구를 클릭하면 404 페이지 오류 페이지가 출력된다.

사이트 구조 왜곡

카테고리나 태그 삭제는 사이트맵이나 전체 사이트 구조에도 영향을 끼친다. 삭제로 인해 사이트 구조에 구멍이 생길 수 있고, 이렇게 생긴 구멍은 검색엔진이 우리 블로그를 크롤링할 때 크롤링 효율에도 나쁜 영향을 끼치게 된다.

아직 유입이 많지 않을 때는 간간히 찾아오는 크롤링 봇이 마치 구글신이나 네이버님의 은총과도 같은데, 그 은혜로운 기회를 이미 삭제되어 존재하지 않는 페이지들 때문에 날리게 될 수 있다는 말이다.

카테고리와 태그 페이지를 안전하게 삭제하려면 어떻게 해야 할까?

삭제 전에 우선 아래 내용들을 확인해보자.

1. 구글 서치콘솔에 색인된 페이지 중 카테고리와 태그 페이지가 있는지 확인
2. 삭제하려는 카테고리와 태그페이지에 평소에 유입이 있었는지 확인
3. 내부에서 해당 카테고리나 태그 페이지로 연결되는 링크가 있는지 확인

서치 어드바이저와 서치 콘솔에서 삭제 및 검색제외 요청

서치 콘솔에서 이미 크롤링해 가서 색인 안된 페이지에 있거나 서치 어드바이저에 메타디스크립션 설명 누락 페이지에 포함되어 있다면 각각의 검색엔지에서 삭제하려는 카테고리와 태그 페이지에 대한 삭제 및 검색 제외 요청을 해야 한다.

블로그에서만 해당 페이지들을 삭제하면 여전히 검색결과에 노출될 수 있다.

삭제한 페이지에 대한 301 리다이렉트

그래서 삭제하기로 결정했다면 일단 리다이렉트를 걸어야 한다.

예를 들어 삭제하는 카테고리 페이지의 상위 카테고리나 관련 글 페이지로 리다이렉트 하도록 설정하면 SEO에 미칠 수 있는 악영향을 최소화 할 수 있다.

다행히 Rank Math, Redirection 같은 플러그인을 사용하면 쉽게 설정할 수 있다.

사이트맵 다시 제출하기

카테고리 및 태그 페이지를 삭제한 후에는 서치 콘솔과 서치 어드바이저에 사이트 맵을 다시 제출하는 것이 좋다.

사이트맵은 블로그에 변경사항이 생겼을때 SEO 플러그인(요스트나 랭크매스)에서 새로 생성하기 때문에 각각의 검색엔진에서 삭제 후 같은 주소로 다시 제출하기만 하면 된다.

모두 삭제했다면 한동안은 서치 콘솔이나 서치 어드바이저에 수집 오류나 색인관련 특이사항이 발생하는지 주기적으로 확인하는게 좋다.

카테고리와 태그 페이지 삭제가 필요할까?

사실 정답이 없는 문제다.

이 하우소의 경우 불과 얼마전까지 메타 디스크립션 설명 누락 페이지가 130개 가량 됐었다.

비교적 블로그를 시작하고 초기에 만들어서 포스팅마다 고민없이 태그를 달았고, 한동안 방치해뒀기 때문이다.

두달 전 쯤 카테고리와 태그를 모두 정리했다. 몇개 없긴 했지만 카테고리는 한개만 남기고 모두 삭제했다. 남은 하나는 좀 더 큰 맥락으로 이름을 변경했다.(워드프레스->블로그 관련)

태그는 모두 삭제하고 최소한의 것만 새로 만들어 글마다 한땀한땀 달아줬다.

물론 그전에 서치 콘솔과 서치 어드바이저에서 url 삭제와 검색 제외 요청도 모두 해두었다.

내 경우 요스트를 사용중인데, 요스트에서 카테고리와 태그 페이지에 대한 noindex도 설정해뒀다.

아직 글도 몇개 없고, 지금은 세세하게 관리할 엄두가 나지 않아 그냥 뛰엄뛰엄이라도 주기적으로 블로그 관련 글만 발행해볼 생각으로 과감하게 정리했다.

두달전쯤 정리를 마쳤지만, 구글이나 네이버에서의 정리는 위 그림에서 보듯이 아직 현재 진행 중이다.

나처럼 이렇게 블로그를 관리하는 사람이라면 과감하게 정리하는 것도 방법이 될 수 있다.

삭제와 유지의 선택은 아래 기준으로 판단해보면 될 것 같다.

삭제가 권장되는 경우

• 중복되거나 광범위한 태그
• 쓸데없이 긴 태그(ex: “카테고리와 태그 삭제방법”)
• 유입이 거의 없는 카테고리와 태그 페이지
• 글이 몇개 없는 카테고리
• 빈 카테고리

유지하는게 나은 경우

• 유의미한 검색 유입이 있는 페이지
• 백링크가 걸려있는 페이지
• 컨텐츠들의 허브가 되는 페이지(ex: “워드프레스 최적화” 같이 포스팅들이 시리즈로 엮인 페이지)

결론

카테고리와 태그 페이지는 블로그에서는 단순한 분류 이상의 역할을 한다.

함부로 삭제하는 경우 SEO에 부정적인 영향을 주는 것은 물론 사용자 경험도 나빠질 수 있다.

삭제하기전 세심하게 검토하고, 순서를 정해 꼼꼼하게 관리하는 거이 중요하다.

혹시 삭제가 부담스럽다면 카테고리와 태그 페이지에 대해 noindex 처리를 하는 것도 하나의 방법이 될 수 있다.

noindex 처리는 요스트나 랭크매스에서 토글 스위치를 꺼주는 것만으로 간단히 설정할 할 수 있으니 참고하자.

The post 카테고리와 태그 페이지 삭제해도 괜찮을까? appeared first on 하우소.

이번 포스팅에서는 네이버 서치어드바이저 <meta name=”description”> 설명 누락 해결 방법에 대해 알아보자.

네이버 서치어드바이저 <meta name=”description”> 설명 누락 원인

물론 워드프레스 블로그의 네이버 노출을 위해서 네이버 서치어드바이저 등록이 반드시 필요한 건 아니지만, 해두면 아무래도 빠른 노출에 많은 도움이 된다.

하지만 색인 이후 사이트 진단 리포트에 보이기 시작하는 설명 누락이나 속성 누락 항목들이 신경이 쓰인다.

“Alt 속성 누락”에 해당하는 페이지는 직관적으로 이해할 수 있는 항목이라 바로 수정이 가능하다.

하지만 글을 몇개 발행하지도 않았는데 수십개에서 수백개씩 잡히는 “<meta name=”description”> 설명 누락” 페이지들은 블로그를 처음 시작한 입장에서는 어떤게 문제인지 파악하기도 쉽지 않다.

<meta name=”description”> 설명 누락 원인

워드프레스로 블로그를 만든지 얼마 안되서 이제 막 색인이 시작된거라면 거의 대부분 카테고리와 태그 페이지에 대한 메타 설명이 누락되어 발생하는 문제이다.

<meta name=”description”>은 웹페이지의 <head> 안에 들어가는 메타 태그 중에 하나로 웹페이지의 내용을 간략하게 요약해서 검색엔진에 알려주는 역할을 한다.

워드프레스에서 SEO 플러그인으로 Yoast SEO를 사용하고 있다면 글을 작성할 때 사용하는 편집기 아래쪽 요스트 패널에서 메타 설명란에 입력하는 내용이라고 생각하면된다.

단일 포스팅 페이지에는 이 메타 설명란에 입력한 내용이 <meta name=”description”> 으로 페이지에 삽입된다.

또 홈 목록 화면에는 워드프레스 설정에서 사이트 설명에 입력한 내용이 <meta name=”description”>로 삽입된다.

하지만 카테고리와 태그 페이지에는 따로 찾아서 입력해놓지 않으면 메타 설명이 삽입되지 않는다.

카테고리와 태그 페이지

블로그는 블로그의 메인페이지와 단일 포스팅 페이지외에도 여러 가지 페이지들로 구성되어 있다.

그 중 네이버 서치어드바이저에서 “<meta name=”description”> 설명 누락”으로 뜨는 건 대부분 카테고리와 태그 페이지 이 두가지다.

카테고리 페이지는 카테고리 안에 있는 포스팅 목록을 보여주고 태그 페이지는 동일한 태그가 삽입된 포스팅을 모아서 보여주는 페이지이다.

별다른 설정을 하지 않았다면 네이버의 검색로봇은 카테고리 페이지와 태그 페이지도 긁어가서 색인한다.

하지만 위에서 얘기했던 대로 카테고리와 태그 페이지에 별도로 입력해놓지 않았다면 메타 설명이 삽입되지 않기 때문에 “<meta name=”description”> 설명 누락”으로 처리된다.

“<meta name=”description”> 설명 누락” 해결 방법

“<meta name=”description”> 설명 누락” 해결하는 방법은 2가지가 있다.

검색봇이 카테고리 페이지와 태그 페이지를 긁어가지 못하도록 막아놓거나 검색봇의 접근(인덱싱)을 허용하고 메타 설명을 삽입하는 것이다.

카테고리, 태그 페이지 검색봇 접근 허용하는게 좋을까?

결론부터 말하자면 정답은 없다. 사이트 구조와 운영 목적 그리고 성격에 따라 달라질 수 있는 문제다.

하나의 글이 여러 카테고리나 태그에 포험 되어 있다면, 네이버나 구글등 검색엔진에서 다양한 키워드로 노출될 가능성이 커진다.

또 카테고리나 태그 페이지에 타이틀이나 메타설명을 잘 설정하면 그 자체로 SEO 효과를 낼 수 있다. 특히 카테고리 페이지는 주제별 랜딩 페이지 역할을 하며 유입경로를 다양하게 해준다.

하지만, 동일한 글이 여러 카테고나 태그 페이지에 반복 노출되면 검색엔진이 이를 중복 컨텐츠로 인식할 가능성이 생긴다. 또 블로그의 규모가 커지면 검색봇의 크롤링 리소스가 분산되어 새로 발행한 글의 인덱싱이 늦어질 수 가능성도 있다.

장단점은 위와 정확히 반대다. 중복 콘텐츠 이슈나 크롤링 분산을 막을 수 있는 반면, 노출 기회가 줄어들 수 있다.

카테고리가 잘 정리되어 있다면 검색봇의 접근을 허용하는 편이 노출에 유리하다. 태그도 체계적으로 관리되어 있다면 인덱싱을 허용해도 무방하다. 단, 태그가 무분별하게 남발되어있다면 차라리 차단하는 것이 SEO에 도움이 될 수 있다.

카테고리 및 태그 페이지 메타 설명 입력 방법

아마 많은 블로그들이 Yoast SEO를 SEO 플러그인으로 활용하고 있을 것으로 생각된다. 따라서 여기서는 Yoast SEO 플러그인을 이용해 각 페이지에 메타 설명을 삽입하는 방법을 다룬다.

물론 다른 SEO 플러그인들도 구조나 개념이 유사하기 때문에 맥락만 이해한다면 설정하는데 특별히 어려움은 없다.

일단 워드프레스 관리자 페이지 좌측 메뉴에서 Yoast -> 설정 ❶ -> 카테고리 ❷ 로 이동한다.

우측의 카테고리 패널에 “검색 결과에 카테고리개 표시”에 토글스위치 ❸ 가 있다. 검색봇이 카테고리 페이지를 긁어가는 것을 원하지 않는다면 이 토글 스위치를 비활성화 시켜주면 된다.

메타 설명 항목의 텍스트박스 ❹ 에 메타 설명을 입력해주면 된다.

태그에 대한 메타 설명 입력 역시 카테고리 페이지 메타 설명 입력방법과 동일하다.

“검색 결과에 태그개 표시” 의 토글스위치를 끄면 검색봇이 긁어가지 않도록 할 수 있다.

변수

메타 설명 입력시 변수를 활용하면 카테고리나 태그별 특성을 적용할 수 있다.

카테고리 페이지의 메타 설명에 삽입할 수 있는 변수는 사이트 제목, 용어 제목(카테고리명), 용어 계층 구조(카테고리 경로), 분리자(“-“) 4가지다.

삽입된 변수는 다음과 같이 표시된다.

태그 페이지의 메타 설명에 삽입할 수 있는 변수는 사이트제목, 용어제목(태그),분리자 3가지이며 삽입된 변수는 다음과 같이 표시된다.

카테고리 페이지에 메타 설명을 삽입하는 또 다른 방법

워드프레스 어드민 페이지 좌측 메뉴에서 글 -> 카테고리 를 선택하면 개별 카테고리 편집이 가능하다.

카테고리 편집 화면 하단의 Yoast SEO 패널에서 메타 설명을 입력할 수 있는 텍스트 박스를 확인할 수 있다.

여기에 메타 설명을 입력하면 Yoast SEO 플러그인 설정에서 입력한 메타 설명은 적용되지 않는다.

카테고리 페이지에 대한 메타 설명을 입력한다면 개별 카테고리 페이지에 대한 세부 설명이 가능하기 때문에 이 방법을 추천한다.

서치어드바이저에 바로 반영되지는 않는다.

카테고리 및 태그 페이지에 메타 설명을 적용해도 네이버 서치어드바이저의 사이트진단에서 “<meta name=”description”> 설명 누락” 페이지 수가 바로 줄어들지는 않는다.

물론 블로그의 크롤링 주기에 따라 다르겠지만, 유입이 별로 없는 하우소의 경우 실제로 몇주간에 거쳐 천천히 감소하고 있다.

이전 글을 포스팅한지가 꽤 오래되었기 때문에 크롤링 주기가 길어질만도 하다. 아무튼 서치어드바이저에 반영되기까지는 시간이 필요하다.

The post 네이버 서치어드바이저 <meta name=”description”> 설명 누락 해결 방법 appeared first on 하우소.

네이버 서치어드바이저 등록 꼭 필요한가?

수집보류에 대해 이해하려면 우선 이 질문에 대한 답이 필요하다.

네이버 검색결과에 내 워드프레스 블로그가 노출되려면 네이버 서치어드바이저 등록이 꼭 필요할까?

결론은 아마 이미 다들 알고 있으리라 생각한다. 반드시 필요하지는 않다.

서치어드바이저에 블로그를 등록하지 않아도 언젠가는 자연스럽게 노출이 된다.

문제는 그 언젠가가 정말 언제가 될지 모른다는 것이다.

검색엔진에 등록하지 않아도 노출이 된다?

내 경우에는 워드프레스 블로그를 새로 개설하고 글이 10개정도 쌓인 후에야 서치 콘솔과 서치어드바이저에 등록하는 편이다.

특별한 이유는 없다. 어차피 개설 직후 유의미한 유입을 기대하기 어려우니 진빠지는 일은 뒤로 미루고 싶은 게으름 때문일테다.

아무튼 그렇게 검색엔진에 등록하지 않았음에도 검색 유입이 일어나는 경우가 더러 있다.

검색엔진이 어떤 기준을 우선순위로 하여 웹사이트들을 크롤링하는지는 알 수 없다.

하지만 몇번 안되는 경험으로 대략적으로나마 짐작을 해보자면 해당 키워드에 대한 문서량이 적은 경우도 우선 순위에 포함되는 것 같다.

어쨌든 여기서 중요한 점은 검색엔진에 등록을 하지 않아도 노출이 되는 경우가 있다는 점이다.

티스토리 도메인을 좋아하는 네이버 서치어드바이저 ?

2차 도메인이 연결된 티스토리에서는 서치어드바이저가 좋아하는 조건을 좀 더 명확히 알 수 있다.

티스토리에서 블로그를 개설해 2차 도메인을 연결한 후 검색엔진에 등록하고 글을 쌓아가다 보면 구글과 네이버의 차이가 보인다.

구글은 서치콘솔에 등록을 하면 2차 도메인의 포스팅이 정상적으로 노출된다. 하지만 네이버에서는 서치어드바이저에 등록도 하지 않은 티스토리 도메인의 포스팅이 노출된다.

서치어드바이저에 동일한 블로그의 티스토리 기본 도메인과 2차 도메인 모두를 등록해보면 차이가 더 확실하다.

위 이미지는 7월초 개설해 7월말까지 9개의 포스팅을 발행한 티스토리 블로그의 2차 도메인에 대한 서치어드바이저 사이트 진단 현황이다. 지금까지 색인은 1개 SEO 오류가 1건 확인된다.

아래는 동일 블로그의 xxxx.tistory.com 도메인에 대한 서치어드바이저 사이트 진단 현황이다.

7월 27일 9개의 포스팅이 모두 색인이 된 것을 확인할 수 있다. 심지어 글 하나는 7월 25일에 포스팅했는데, 이틀만에 긁어갔다. 설명 누락이라는 오류도 보이지 않는다.

위 두개의 이미지를 보면 네이버가 갓 만든 2차도메인보다는 티스토리 도메인을 더 신뢰하는 느낌이 든다.

네이버 서치어드바이저 수집보류가 뜨는 이유

물론 수집보류가 뜨는 이유는 여러가지가 있을 수 있다. 하지만 그 중 대부분은 서치어드바이저의 사이트 간단체크를 통해 하나하나 해결할 수 있다.

문제는 도무지 이유를 알 수 없는 경우이다. 색인 요청을 하는 족족 수집보류가 뜨니 미치고 환장할 노릇이다.

네이버 서치어드바이저의 웹마스터 가이드를 살펴보면 설명이 꽤 장황하지만, 늬앙스는 대략 이런 느낌이다.

“내가 널 뭘 믿고?”

https://help.naver.com/service/30010/contents/17696?osType=PC&lang=ko

위에서 티스토리에 대해 이야기했던 문단과 이어지는 내용이다. 결국 블로그 사이트의 인지도, 신뢰도에 따라 우선순위를 결정해서 언젠가는 자기들이 알아서 방문하겠다는 내용이다.

위에서도 얘기했지만 경험상 그 우선순위는 블로그의 주제나 키워드에 따라 다소 차이가 있는 걸로 보인다. 검색횟수 대비 문서량이 부족한 주제라면 네이버에서 필요할 테니까 말이다.

실제로 이제 막 개설해 포스팅이 달랑 하나밖에 없는, 그리고 도메인도 완전히 깨끗한 블로그에서도 며칠만에 네이버에서의 유입이 발생하는 경우가 있는 걸 보면 굳이 이유를 알아야 되나 싶기도 하다.

글을 쌓다보면 결국 색인은 된다.

수집 보류 문제를 해결하는 건 결국 시간과 글이다.

너무 당연하고 원론적인 이야기라 상투적이고 식상하기까지 하지만 이게 정론이다.

새로 등록한 도메인이 씌워진 이제 막 20~30개의 글이 쌓인 블로그의 포스팅이 수집 보류 되는건 자연스러운 일이다.

지금 내가 쓰고 있는 글들이 어떤 결과로 돌아올지 눈감고 코끼리 다리 만지는 정도라도 어느정도 예측이 되어야 추가적인 노력을 투입할 가치가 있는 일인지 판단할텐데 그러지 못함에서 오는 조급함은 어쩌면 너무 당연한 일이다.

물론 퍼즐을 맞추듯이 딱딱 들어맞는 조각조각들을 끼워맞추다보면 정답이 찾아지는 문제라면 시간과 노력이 무의미하지는 않을 것이다.

하지만 이건 정답이 없는 문제다. 아니 정답은 있지만 우리가 알 수 없다. 네이버에서 알려줄리가 없다. 그 자체가 네이버의 밥통이기 때문이다.

검색 알고리즘의 파마미터들이 하나하나 파혜쳐 진다면 네이버는 광고 플랫폼으로서의 가치를 완전히 잃을 것이다. 꽁꽁 싸매고 앉아 뜬구름 잡는 얘기나 할 수 밖에 없는 이유다.

흔히 글을 1000개는 써야 유의미한 성과를 볼 수 있다고들 말한다.

스스로의 경험이 유의미한 데이터가 될 수 있는 분량이 필요하다는 이야기일 것이다. 분량이 쌓이는 동안 시간도 첨가된다.

수집보류 외에 특별한 오류 메시지가 없다면 일단 글을 쓰자.

The post 네이버 서치어드바이저 수집보류 도대체 왜? appeared first on 하우소.