네이버에서 블로그 도메인 관련 정책의 변화를 발표했다.

요점은 아래와 같다.

1. blog.me 사용 불가

2. 2차 도메인(내가 따로 도메인을 사서 블로그에 홈페이지 주소처럼 붙이는 것) 사용 불가

3. 모든 블로그 도메인은 naver.blog.com만 사용 가능

4. blog.me와 2차 도메인 지원은 2021년 1월부터 완전히 종료되고, naver.blog.com으로의 리다이레트도 중단

쉽게 말해 모든 블로그는  naver.blog.com/XXXXXX 이런 형태의 주소만 가능하며, 2021년부터 기존의 blog.me나 일반적인 도메인을 치고 들어가면 에러가 뜬다는 얘기가 된다.

 

Samesite 쿠키 정책?

설명해봐야 광고 하는 놈들이 알아 듣지도 못하고, 솔직히 나도 광고하는 놈이니 뭔 소린지 잘 모른다. 그런데 최대한 간략하게 설명할테니, 최대한 알아들은 척을 하면 된다.

우리가 브라우저를 이용하여 온라인 사이트를 다니면, 브라우저의 쿠키라는 놈이 그 히스토리가 저장된다. 

대표적으로, 갔던 사이트에 다시 갔을 때 로그인 정보가 다시 채워지는 것도 쿠키가 일을 하고 있다는 증거이다. 

광고 쪽에서는 이 쿠키라는 놈이 아주아주 큰 역할을 한다. 일단 우리가 돌아다닌 정보들이 쿠키에 저장되고, 광고 매체는 그 쿠키를 분석하여 나의 성향을 파악한다. 내가 여행을 좋아하는지, 요리를 좋아하는지, 대략 어떤 성별과 어떤 연령대의 사람들과 유사한 온라인 이용 패턴을 보이는지. 우리가 GDN 등에서 광고 대상을 "타게팅"한다는 것은 쿠키가 없이는 불가능하다.

samesite라는 놈은 이 쿠키 내에서 크로스도메인, 즉 이 도메인에서 저쪽 도메인으로 넘어가는 정보를 다루는 것에 관여한다. samesite를 이용하여 사이트(엄격하게는 도메인)를 넘어갈 때 이전 사이트의 정보를 다루는 옵션을 제공하는데, 크롬에서 이것을 디폴트로, 그리고 엄격하게 다루겠다는 것이다. 이로 인하여 예전에 되던게 안되는 일이 발생하게 된다.

그럼 크롬만 이것을 적용하느냐? 아니다. 

사파리나 파이어폭스에서는 이미 이러한 기능을 적용하고 있었다.

그리고 이게 해결 불가능한 이슈인가? 역시 아니다. 유튜브는 이미 가장 흔한 samesite 관련 조치를 적용하고 있다. 

음... 문돌이들은 무슨 얘긴지 모르겠지? 나도 몰라.

그냥 "뭐가 변하면서 이슈가 생기긴 하는데, 크롬만의 이슈도 아니고 해결법이 없는 것도 아니다"라는 것만 알아두자.

 

네이버의 거짓말

네이버 블로그 팀에서 올린 공지글을 보자.

https://blog.naver.com/blogpeople/221788926430

 

블로그 도메인 정책 변경 안내

안녕하세요.네이버 블로그 서비스팀입니다.블로그 도메인 정책이 변경되어 안내드립니다.​현재 블로그 도...

blog.naver.com

야이 개....

다시 말하지만, 이건 쿠키의 문제이다. 사용자 이동의 문제가 아니다.

최소한 거짓말은 하지 말아야 하는 것 아닌가? 도대체 크롬이 언제 접근 자체를 막았어? 그게 가능키나 해? 

만일 네이버의 주장처럼 도메인 접근이 막힌다면, 워드프레스나 WIX 같은 서비스는 다 망해야 한다. 별도의 도메인을 못 붙이는데, 개인 블로그도 아닌 회사의 웹사이트라면 그러한 서비스를 이용할 이유가 없다. 카페24와 같은 쇼핑몰 호스트도 망할 것이다. 

samesite 관련 변화는 이 글에서 다루는 정도로 아주 간단한 것은 아니지만 해결책은 존재한다. 하지만 네이버는 이것을 가장 간단하고 가장 네이버 편의적으로 다루려 하고 있다. 

 

예상되는 충격

다른 많은 것들은 잘 모르겟다. 다만 검색마케팅을 하는 입장에서 예상되는 것들만 다뤄보고자 한다.

우리 블로그에 사람들은 어떻게 방문할까?

가장 기본이 되는 것은 검색이다. 검색 방문은 모든 플랫폼과 컨텐츠에서 가장 기본이 되고, 기본이 되어야 한다.

일부는 블로그를 위한 광고를 운영할 수도 있고, 어떤 트래픽은 직접 블로그 주소를 입력하여 이루어질 것이다.

네이버 블로그의 정책 변화에 직접적인 영향을 받는 것은 레퍼럴 유입이다. 우리 블로그의 주소가 언급된 다른 채널들에서 해당 주소 링크를 클릭하여 방문하는 것이다. 이것은 소셜미디어가 될 수도 있고, 다른 블로거의 글이 될 수도 있다. 지금 내 글이 blog.naver.com/xxx 주소가 아니라 xxx.blog.me나 xxx.co.kr을 이용하여 공유되었다면, 2021년부터는 사람들이 해당 링크를 클릭할 경우 에러 페이지가 뜨게 된다. 페이스북에 지인이 수개월 전에 공유한 내 글을 통해서도 여전히 방문이 이뤄지고 있는데, blog.me나 2차 도메인을 이용하고 있는 사람들은 이전에 공유된 모든 링크로부터의 방문을 잃게 된다. 심지어 자신의 페이스북에 공유한 자신의 글도 문제가 된다.

단순한 방문 문제 뿐이 아니다. 내 블로그를 인용한, 즉 내 블로그로 가는 링크를 제공한 외부의 컨텐츠들도 문제가 된다. 

기본적으로 검색엔진은 "해당 키워드를 검색한 사용자가 아무런 장애 없이 가장 정보에 만족할 수 있는" 컨텐츠를 검색 상위에 놓는다. 소스를 정비하고, 사이트 스피드를 높이고, URL을 구조화하고, 컨텐츠를 구성하고, 키워드를 상단에 배치하고, 이미지와 영상으로 정보를 풍부하게 만드는 등 우리가 검색엔진최적화 테크닉이라고 부르는 것들이 모두 "정보를 찾는 사용자의 편의와 정보에 대한 만족도"를 높이기 위한 것들이다. 

만일 어떤 컨텐츠에 있는 외부의 링크들이 제대로 도착하지 않는다면? 추가 정보를 위해 링크를 클릭한 사용자들이 에러 페이지로 이동하게 된다면? 그 컨텐츠는 과연 좋은 컨텐츠로 평가받을 수 있을까? 절대 아니다. 

결국, 더 좋은 정보를 생산해서 더 널리 알려진 정보 생산자들이 본의 아니게 민폐를 끼치게 된다.

 

네이버는 왜 이럴까

내 결론은 하나다. 

쿠키를 독점하고 싶다는 것. 네이버 블로그를 이용하여 발생한 모든 쿠키 정보를 blog.me나 개별 사용자의 2차 도메인이 아닌 naver.com에 묶어놓고 싶다는 것. 리다이렉트까지 막아버린다는 점에서 의심은 확신이 되었다.

그것을 위해 저 사악한 짓을 거짓과 함께 저지르고 있는 것이다.

네이버가 최소한의 검색엔진으로서의 의식을 갖고 있다면 이런 짓은 못 한다. 세계 유일의, 최초의, 해결 불가능한 이슈도 아닌 것으로 플랫폼과 컨텐츠에 치명적인 영향을 미치는 결정은 절대 내릴 수 없다. 들어본 적도 없다. 구글도 검색엔진최적화 시장에 큰 영향을 미치는 업데이트를 지속하고 있지만, 부정한 활동들을 걸러내기 위함이지 멀쩡한 활동들을 제한하고 사용자와 정보생산자 모두에게 막연한 피해를 끼치는 일은 없었다.

 

절대 쉽게 넘어갈 일은 아니다. 지금까지 네이버가 많은 이해못할 일들을 해 왔지만, 이번 일은 "만행"에 가깝다. 

도대체 네이버는 어디까지 가려나.

 

* samesite에 대해 기술적으로 충분히 이해하지 못하고 있습니다. 저와 같은 사람들에게 이 이슈를 보다 쉽게 설명해줄 수 있는 분들께서 의견을 덧붙여주셨으면 좋겠습니다. 댓글을 남겨주셔도 좋고, 제 글을 공유하실 때 기술적 설명을 통해 보다 많은 사람들이 이 문제에 대해 알았으면 합니다. 

 

한달 술값으로도 제작이 가능한 것이 웹사이트지만, 모든 분야에서의 제대로 된 품질과 특히나 안정적인 유지보수를 위해서는 작게는 몇천, 크게는 몇억의 비용이 든다. 이렇게 많은 비용과 시간, 그리고 노력이 들어간 웹사이트 또는 개별 웹페이지가 검색에 나오지 않는 경우, 간단하게 확인 및 조치할 사항에 대해 알아보자.

초보자 레벨로 알려줄거니까 차근차근 따라해봐.

 

검색 엔진이 알아서 해주겠지?

웹사이트를 만든다고 검색엔진이 알아서 수집하고 상위에 노출시켜줄 것이라는 생각은 버려라. 걔들 의외로 허술하고, 또 바쁘다. 내 돈이 많이 들어갔다고 해서 고작 내 사이트 정도를 하나하나 챙겨주지 않는다.

또한 웹사이트 내의 모든 페이지를 수집해서 보여주는 것도 아니다. 메인 페이지만 수집되었을 경우도 있고, 정작 중요한 페이지는 하나도 수집되지 않은 채 쓸데없는 약관 페이지들이나 상위에 노출되는 경우도 흔하다.

검색엔진님께서 알아서 긁어가시기 전에, 내가 더 할 일은 없는지 찾아봐야 한다.

 

수집은 되고 있나?

검색 엔진은 개별 사이트와 웹페이지에 대한 정보를 살핀 후 도서관의 도서카드와 같이 색인목록을 만든다. 이를 Index한다고 부른다. 내가 찾는 책이 그 도서관에 없다면 색인에도 없겠지? 달리 말하자면 사람들이 아무리 찾아도 그 도서관의 색인목록에 들어있지 않은 책은 사람들에게 보여주지 않는다. 검색엔진 역시 마찬가지다. 자신의 DB에 수집되지 않은 사이트/페이지는 검색 결과에 보여주지 않는다.

따라서 제일 먼저 할 일은 내 사이트 또는 페이지가 검색엔진에 잘 수집되어 있는지 확인하는 것이다.

"site:주소"명령어를 검색창에 치면, URL에 해당 주소를 포함한 모든 웹페이지를 보여준다. 물론, 그 검색엔진에 수집된 페이지들이다.

이렇게 사용하면 된다

특정 페이지, 특히 새로 업데이트된 페이지가 수집되어 있는지 확인한다면 site:뒤에 해당 페이지의 주소를 넣으면 된다. 검색 결과에 나오지 않는다면 해당 페이지는 수집되지 않은 것이다.

네이버는... 어... 음...

이 개자슥들아

웹사이트 영역으로 이동하면 된다. 꼭 이래야만 속이 시원했냐?

 

검색 엔진에 수집이 안 되어 있으면 어떡해야 하지?

뭘 어떡하냐. 수집하라고 시켜야지.

사이트의 등록

모든 검색엔진은 웹사이트 담당자와 검색엔진의 커뮤니케이션을 위한 도구를 제공한다. 검색엔진마다 서비스의 이름이 다르긴 하지만 "웹마스터도구(Webmaster Tools)"라고 하면 다 알아듣는다.

구글: 구글 서치 콘솔 (https://search.google.com/search-console)

네이버: 네이버 서치 어드바이저 (https://searchadvisor.naver.com/)

빙: 빙 웹마스터 도구 (https://www.bing.com/toolbox/webmaster)

사용법은 대동소이한데, 네이버로 설명을 하겠다.

먼저, 웹마스터 도구에 사이트를 추가한다.

네이버 서치 어드바이저 사이트 추가 화면

다음으로 소유권 확인을 진행한다. 이게 내꺼라는 인증이 필요하잖아?

네이버 서치 어드바이저 사이트 소유 확인 화면

티스토리나 워드프레스와 같이 서버 루트 폴더에 HTML 파일을 올릴 수 없는 경우, 두번째 옵션인 HTML 태그를 선택하면 된다. 블로그 소스에 해당 태그를 넣어서 인증하는 것이다.

이러면 기본적으로 검색엔진에게 "우리 사이트 여기 있어요~"라고 알리게 되고, 검색엔진이 찾아와 정보를 수집하게 된다.

sitemap.xml

그러나 검색엔진이 찾아온다고 해서 모든 페이지를 꼼꼼하게 다 수집해주는 것은 아니다. 종종 일부 페이지가 누락되는 경우가 생기고, 시의성 있게 새로 올린 컨텐츠가 빠르게 수집되지 않는 일도 있다.

이 경우, 우리 사이트에 대한 일종의 "안내도"를 제공하여 검색엔진이 페이지를 빠뜨리는 일 없이, 그리고 새로 올라온 컨텐츠에 대해서도 빠르게 수집하도록 요청할 수 있다. 이 안내도를 sitemap.xml 파일이라 부른다. 우리가 흔히 웹사이트에서 부르는 사이트맵에 사용자를 위한 웹사이트 안내 지도라고 한다면, 이 sitemap.xml은 검색엔진을 위한 안내도이다.

sitemap.xml 파일은 형식에 맞게 직접 작업할 수도 있고, 자동 도구를 사용할 수도 있다. 구글에 sitemap generator를 검색하면 많은 무료 도구들이 나오는데, 무료 도구들의 경우 sitemap.xml 파일 내에 포함되는 URL의 숫자가 제한되지만 소규모 웹사이트에서는 충분히 활용할 수 있다.

sitemap.xml 파일의 예

이렇게 만들어진 sitemap.xml 파일을 서버에 올린 후, 웹마스터 도구 내에 이 파일의 주소를 등록하면 된다.

네이버 서치 어드바이더 사이트맵 제출 화면

 웹사이트를 위한 안내도는 sitemap.xml 파일 뿐 아니라 rss 파일로도 제공 가능하다.

sitemap.xml 파일을 업데이트하지 않고 특정 URL에 대한 수집을 개별적으로 요청할 수도 있으니, 여러 기능을 꼼꼼하게 확인하자.

네이버 서치 어드바이저 개별 웹페이지 수집 요청 화면

여기까지 했는데도 사이트나 페이지가 수집되지 않는다?

그때는 robots.txt나 URL 자체의 기술적 문제를 생각해봐야 하는데, 그 얘기는 오늘은 안해주지롱.

 

 URL은 수집 되었는데 검색하면 죽어도 안나와부러

분명 site:을 해보면 수집이 되어 있다. 그런데 아무리 검색해도, 심지어 내 컨텐츠에 있는 내용을 검색창에 그대로 복붙해도 검색결과에 나오지 않는다. 

그럼 무엇을 봐야 할까. 

 

검색엔진은 사람이 아니다. 우리는 모니터에 보이는 화면을 읽지만, 검색엔진은 그 화면 너머에 있는 소스를 읽는다.

우리 눈에 보이는 요소들이 검색엔진은 읽을 수 없는 방식으로 되어 있다면? 검색엔진은 그 페이지가 무슨 내용인지 모른다. 무슨 내용인지 모르니, DB에 인덱스는 되어 있지만 검색결과에 보여주지 않는다. 검색엔진은 사용자가 검색창에 입력한 키워드와 관련있는 컨텐츠를 보여주는 거거든.

그런데 상당히 많은 경우, 검색엔진이 읽을 수 없는 형태로 정보를 전달하고 있다. 대표적인 경우가 "이미지폰트"라고 부르는 것이다.

이미지 폰트란, 지금 여러분이 읽고 있는 이러한 HTML 텍스트가 아니라 이미지 내에 텍스트를 넣는 것이다. 이렇게 하면 글자에 여러 효과도 넣을 수 있고, 귀찮게 웹폰트 안 불러오고 멋진 폰트도 쓸 수 있고, 이미지와 텍스트도 자연스럽게 섞어서 쓸 수 있다. 하지만 이렇게 하면 아무리 멋진 말을, 유용한 정보를 넣어도 검색엔진에게는 image1.jpg일 뿐, 그 안의 정보는 전달되지 않는다. 

대표적인 경우가 카드뉴스이다. 카드뉴스는 가독성이 뛰어나 정보 전달 능력이 우수하지만, 검색엔진에게는 그저 몇장의 이미지일 뿐이다. 따라서 소셜 채널이라면 모를까 웹사이트나 블로그에는 사용을 지양하는 것이 좋으며, 굳이 사용한다면 같은 페이지 내에 텍스트로 풀어서 정보를 전달해야 한다. 

검색엔진에게는 그저 한장의 이미지일 뿐

이제는 거의 사용되지 않지만, Flash 역시 검색엔진의 탐색을 가로막는 대표적인 형태이며, AJAX나 iFrame 등등도 마찬가이지다. 

iFrame의 문제는 애플에서 제공하는 사이드카 기능으로 설명하면 좋을 듯 하다. 

사이드카는 아이패드를 맥북의 확장 모니터로 이용하게 해 주는 기능이다. 그냥 회사에서 노트북에 모니터 한대 더 붙여 쓴다고 보면 된다.

우리 눈에는 두 화면 모두 파일이 보이지만, 사실 파일은 맥북만 있고 아이패드에는 아무런 파일이 없다. 즉, 아이패드는 화면과 뚜껑만을 제공하는 깡통이고, 컨텐츠는 다른 기기(맥북)에 있다.

아이프레임을 쓸 경우, 구글에 수집되고 사용자에게 보여지는 화면(아이패드)는 존재하지만 실제 정보는 다른 웹페이지(맥북)에 있다. 구글에 수집된 페이지에는 아무런 정보도 없는거지. 

페이지 내에 동영상만 잔뜩 넣은 것도 마찬가지다. 동영상 "속"의 정보를 검색엔진은 알지 못한다.

그리고 당연한 얘기지만, 사이트에 타겟 키워드가 있는지 확인. 제발 좀. 

site:(내 사이트 주소) 키워드

이렇게 검색창에 쳐보면 내 사이트에 그 키워드가 있는지, 어느 페이지에 있는지 알 수 있다.

 

여기까지 했는데도 안 나오잖아?

그럼 "어떻게 할까요?"라고 묻지 마. 

"돈 얼마 들까요?"라고 물어봐. 

 

누누히 말하지만, 상위 노출은 수집된 이후의 얘기다. 제발 수집이 되게 만들어 놓고 얘기하자.

그리고 수집 자체가 불가능한 사이트라고 얘기했는데 "그래도 지금 사이트 안 바꾸고 어떻게 제발"이라고 떼 좀 쓰지 마. 체지방이 45%인데 "지방 안 빼고 몸짱 제발"이라는 거랑 똑같아. 

+ Recent posts