Page History
| Table of Contents | ||||
|---|---|---|---|---|
|
SEO는 어떻게 사용하던 제약 또는 제한 조건은 존재하지 않는다.
...
이는 두 개의 서비스가 같은 검색엔진 서비스이지만, 완전히 다른 SEO 정책을 가지고 있기 때문이다.
| Info |
|---|
네이버의 SEO는 ?10년전까지 네이버, 다음, 엠파스, SK컴즈, 야후의 각축장이던 국내에서는 현재 네이버가 승자로 자리매김하면서 사실상 검색 시장을 독점하고 있음. 따라서 국내의 SEO라 함은 사실상 아직까진 네이버 SEO와 동격인 셈 자체적인 콘텐츠 보유 : 네이버 검색결과(SERP : Search Engine Results Page)에서 제 3의 웹사이트들은 사실상 소외되어 있음 네이버는 강력한 콘텐츠 플랫폼인 지식인, 카페, 블로그, 뉴스를 보유하고 있고, 주요 수익처이기도 한 키워드 검색광고를 보유하고 있음 이렇게 자체적인 콘텐츠와 키워드 검색광고 시스템을 보유하고 있는 네이버이기에 제 3의 웹사이트들은 검색결과에서 낮은 우선순위로 하단에 노출된다.
데스크탑 PC의 경우 그래도 1페이지 안에 들어가면 되지만, 모바일에서는 그마저도 기회가 없다. 따라서 모바일 웹사이트 중심의 웹사이트의 경우 네이버 SEO를 해도 노출된 공간 자체가 없다. 그럼에도 불구하고 많은 사이트들이 네이버 SEO를 통해서 이득을 보고 있는 것도 사실, 예를 들어 "꽃배달", "집수리" 등 일부 한정된 생활 관련 키워드에서 이러한 경향이 두드러진다. 사이트 소개 순위가 1등에서 2등으로 바뀔 때 잃는 트래픽이 어마어마한 것이죠. 따라서 네이버 SEO를 원하시는 분들을 위해 아래의 간단한 가이드를 제공한다. 1, 2, 3번까지는 해도 손해볼 것이 없으므로, 하는 것을 추천합니다. (필수) 네이버 웹마스터 도구를 통하여 웹사이트를 등록. (웹마스터 도구) |
SEO 시작을 위한 체계적인 접근 순서
체계적인 SEO를 위해서는 SEO요인를 통한 검색결과 상위 노출에 영향을 미치는가를 정확히 판단하고 우선순위대로 작업을 진행 해야 할 것이다.
...
즉, 대타이틀<h1> 중타이틀<h2> 소타이틀<h3>
최근에는 각종 심화된 방법들을 통해서 웹사이트의 메타정보를 노출하는 방법이 각광받고 있다!
특히 국내에서는 잘 알려지지 않았으나, 해외에서는 상당히 많이 사용하고 있는 메타정보 표기법들이 있다.
...
구조화된 정보를 표현하려면 Schema.org의 표준을 참고해야 합니다한다.
* Schema.org는 2011년 6월 Bing, Google and Yahoo에 의해서 웹페이지의 마크업(Markup)에 구조화된 정보를 표기할 수 있도록 하기 위하여 만들어진 표준임.
...
| Code Block |
|---|
<script type="application/ld+json">
{
"@context": "http://schema.org",
"@type": "Restaurant",
"name": "Fondue for Fun and Fantasy",
"description": "Fantastic and fun for all your cheesy occasions",
"openingHours": "Mo,Tu,We,Th,Fr,Sa,Su 11:30-23:00",
"telephone": "+155501003333",
"menu": "http://example.com/menu"
}
</script> |
예를 들어 위의 그림과 같이 Schema.org의 표준에 따라 레스토랑과 관련된 다양한 속성(Properties)을 명시할 수 있음. (Schema.org 사이트에서 확인하기)
레스토랑 페이지를 만드는 개발자는 그 형식에 맞춰서 크게 3가지 표기법(Microdata, RDFa, or JSON-LD)에 따라 정보를 나타낼 수 있는데,
그 중에서도 웹사이트의 head 섹션에 일종의 JSON 형식으로 표기할 수 있는 JSON-LD가 가장 활용하기 간편합니다. 위의 예시는 JSON-LD로 작성된 것.
iOS 사파리 브라우저에서 공인한 "Smart App Banners"(스마트 앱 배너)를 HTML 한 줄로 지원할 수 있다.
2012년 6월, 애플은 사파리와 관련하여 "Smart App Banners"(스마트 앱 배너)를 지원한다고 공식 발표하였다.
스마트 앱 배너는 아래의 한 줄로 쉽게 구현할 수 있다.
| Code Block |
|---|
<meta name="apple-itunes-app" content="app-id=myAppStoreID, affiliate-data=myAffiliateData, app-argument=myURL"> |
SEO를 위한 소셜미디어 도구를 이용하라.
특이하게도 구글플러스, 페이스북, 핀터레스트와 트위터에서 그 사이트가 얼마나 회자되는지를 구글이 랭킹에 반영합니다. 트랜디한 사이트는 소셜미디어상에서 많이 회자되겠고, 그런 소셜 버즈(Social Buzz)를 구글이 참고하는 것이지요.
페이스북은 SNS, 메신저 등 특정 분야에서 구글의 주요 경쟁사지이지만, 그럼에도 불구하고 이 둘은 아주 밀접한 공생관계에 있습니다. 예컨대 페이스북은 현재 구글 검색결과에 약 45억 개 이상의 콘텐츠를 제공하고 있습니다. 그 대신 구글은 검색을 통한 트래픽을 페이스북에 몰아주는 것이죠.
최근 페이스북은 앱 내 콘텐츠를 인덱싱하여 구글의 검색결과에 제공하는 것에 합의하였습니다. 페이스북과 구글의 공생은 웹을 넘어 모바일로도 이어지고 있습니다. SEO 요인들 중 대부분의 상위권을 소셜 요인들이 차지한 만큼 SEO를 위해서 반드시 신경써야 할 내용이라고 생각합니다.
따라서 서비스 기획자들, 특히 이 중에서도 UX디자이너들과 그로스해킹팀은 사람들이 사이트를 최대한 소셜에서 많이 언급할 수 있도록 UX를 잘 설계해야 합니다.
그리고 당연히 개발자들은 오픈그래프, 트위터카드 등의 적용을 통하여 소셜 공유가 이뤄졌을 때 사람들이 그 사이트의 내용을 알고, 더 많이 클릭하거나 공유할 수 있도록 기술적으로 서포트해야 합니다.
소셜미디어에 나의 사이트가 공유되거나 언급될수록 사이트의 랭킹은 높아집니다. 특히 소셜 버즈(Buzz)가 SEO의 3대 요인이므로 아주 중요하다고 할 것입니다.
소셜 버즈를 상승시키는 방법에는 서비스 기획자, 특히 UX 디자이너들이 웹사이트의 콘텐츠가 소셜 미디어에 잘 공유될 수 있도록 사용자 흐름을 설계하는 것이 가장 이상적입니다. 예를 들어 위의 사례는 addthis 버튼을 통해서 저희 에어브릿지 블로그에서 공유를 유도하고 있는 모습입니다.
이러한 공유 시스템을 일일히 개발 작업을 통해서 장착하는 것이 어렵기에, 아래와 같이 웹사이트의 소셜 공유를 쉽게 유도할 수 있는 몇 가지 솔루션들을 소개합니다.
(해외) sumome
(국내) LiveRe
(해외) addthis
(해외) getsocial
또한 페이스북 코멘트를 통해서 콘텐츠의 바이럴화를 유도하는 것도 좋은 기능입니다. 2015년 3월 페이스북이 출시한 Comment Mirroring이라는 새로운 형태의 코멘트 기능은 페이스북과 특정 웹사이트에서 작성한 코멘트가 페이스북 페이지 양쪽 모두에서 노출되도록 해주고 있습니다. 페이스북 페이지 등을 통하여 새로운 콘텐츠를 지속적으로 사용자들에게 노출하고 있는 업체의 경우 이 기능을 살펴보길 권장합니다. (개발자 문서 보러가기)
SEO를 이용한 내 사이트를 유통하라.
백링크는 다른 웹사이트에서 우리 웹사이트를 가리키는 anchor tag(<a href="https://go.example.com"></a>)를 가리키며, 이 백링크는 웹사이트의 랭킹에 큰 요인으로 작용합니다.
이 백링크를 통한 랭킹 산정은 1995년 구글의 창립자인 래리 페이지와 세르 게이 브린이 주창한 페이지랭크 알고리즘에 기초해있으며, 크게 아래의 두 가지 요소의 영향을 받습니다.
백링크를 걸어둔 사이트의 SEO 랭킹 (Domain SEO Visibility)
그 사이트에 우리 사이트로 향하는 몇 개의 백링크가 걸려있는지
페이지랭크 알고리즘은 중요한 사이트는 다른 중요한 사이트로부터 더 많이 참조된다는 관찰에 기초한 것입니다.
이는 학문의 세계에서 더 중요한 논문일수록 다른 중요한 논문에서도 더 많이 인용되는 것과 같은 원리를 따르고 있습니다.
백링크를 자동적으로 늘리는 방법은 없습니다. 그러나 마케터가 수동으로 다른 서비스들에 자신의 사이트로 향하는 백링크를 걸어둘 수는 있습니다.
예컨대 국내에서는 페이스북 페이지와 같은 소셜미디어 사이트나 로켓펀치나, 데모데이 같은 스타트업 사이트에 자신의 웹사이트로 향하는 백링크를 걸어두는 것입니다. 혹은 PR을 통해서 뉴스기사 같은 곳에 언급되는 방법도 있을 수 있습니다.
다만, 이러한 방법은 수동으로 하는 것인만큼 한계가 있습니다. 그럼에도 불구하고, 웹사이트의 검색결과 랭킹을 올리면서도 검색 시 지면을 확보할 수 있는 좋은 방법입니다.
사이트를 최대한 가볍게 만들어라 .
또한 PageSpeed Insights는 사이트의 경량화 지수와 경량화를 위한 구글의 조언을 알려줍니다.
점수를 100점에 가깝게 올리는 노력을 통해서 사이트가 경량화되고 있는지를 파악할 수 있습니다.
사이트가 얼마나 가벼운지도 SEO의 요인 중 하나일뿐만 아니라, 사실은 사이트의 크기가 사이트의 로딩 속도와 연관이 되어있다는 점이 더욱 중요합니다.
사이트의 로딩속도는 가장 중요한 지표인 클릭률, 그리고 랭킹에 반영되는 웹사이트 방문시간 등에 영향을 미치는 중요한 요소입니다. 사이트 로딩속도 개선을 위한 주요 지표와 방법으로는 PageSpeed Insights를 최대한 활용하는 것이 좋습니다.
본 가이드에서는 이에 더하여 크게 백엔드와 프론트엔드 두 가지 측면에서 당장에 활용할 수 있는 간단한 가이드를 제시하고자 합니다.
백엔드, DB까지 가지 말고 메모리단에서 해결해서 로딩 속도를 줄일 수 있습니다.
백엔드에서 가장 많은 부하를 주고, 시간을 소요시키는 것은 복잡한 쿼리문을 DB에 호출하는 작업일 것입니다. 이러한 부하를 줄이고, 더 빨리 메모리단에서 데이터를 불리오기 위해서 보통 메모리단에 데이터를 임시 저장해놓는 기법을 캐싱이라고 합니다.
메모리단에 캐싱을 위해 Memcached와 Redis를 많이 사용하며 AWS의 ElastiCache 등도 최근에 많이 사용하고 있는 추세입니다. 방법은 특정 데이터가 호출되었을 경우 먼저 캐싱이 되어있는 데이터가 있는지 확인하고, 있을 시 그 데이터를 전달, 없을 경우에 DB에서 불러와서 전달 후 해당 데이터를 메모리에 저장하여 다음 번 호출 시 더 빨리 불러올 수 있도록 하는 것입니다. 이 과정에서 쓸데없는 메모리 공간의 낭비가 없도록 HIT RATE를 분석하여, TTL(Time-To-Live, 소멸시효)를 차등하여 걸어두는 보완책이 필요합니다.
이럴 통해 더 빨리 해당 웹문서를 서버에서 클라이언트(브라우저 등)으로 전달할 수 있습니다. 이 방법 외에도 백엔드에서 로딩 속도를 줄이는 다양한 해결책이 존재하고 있습니다. 예컨대 웹서버 중 nginx 캐싱 등을 활용하는 방법 등입니다.
프론트엔드, CDN을 활용하고 이미지 파일 등 용량이 많이 나가는 정적 리소스들의 크기를 줄여서 로딩 속도를 줄일 수 있습니다.
Akamai에 따르면 CDN(Content Delivery Network)은 "전세계 분산 인프라 및 네트워크를 활용하여 원래의 서버(origin)에 있는 데이터, 웹사이트, 멀티미디어, 소프트웨어 등을 인터넷 상에서 가속, 캐싱, 각종 최적화 하여 전달하는 서비스"입니다. 쉽게 말해서 내 서버가 미국에 있는데, 한국에서 많은 사용자들이 우리 서비스에 접속한다고 가정하면 CDN를 통해서 미리 한국에 있는 서버에 웹문서나 이미지 파일 등이 캐싱되어있다가 가장 빠른 속도로 한국에서의 접속자들에게 전달되게끔 "미리 저장해놨다가 대신 전달"하는 서비스입니다.
CDN에는 다양한 옵션들이 있습니다. 위에서 언급한 Akamai나 AWS CloudFront, Google Cloud CDN그리고CloudFlare 등이 있습니다. CDN는 기존 서비스에도 쉽게 적용할 수 있다는 장점을 가지고 있습니다.
한편 이미지 업로드 할 시 손실 압축하여서 최대한 크기를 줄일 수 있습니다. 가장 대표적으로 큰 이미지를 받아 썸네일화 할 때 이러한 기법이 사용됩니다. 이러한 방법은 AWS 사용자들의 경우 주로 AWS의 S3 => Lambda의 연동을 통해서 이뤄지며 관련 자료는 AWS 공식문서에서 확인할 수 있습니다.
프론트엔드 최적화 작업을 다른 말로 FEO(Front-End Optimisation)라고 하기도 합니다. FEO는 상당히 많은 시간이 소요되는 아주 어려운 작업입니다. 이러한 작업의 번거로움 때문에 Akamai와 같이 이러한 작업을 전문적으로 솔루션화하여 제공하는 외국 업체들도 존재하고 있을 정도 입니다. 따라서 FEO 작업을 할 때에는 신중해야 합니다.
자세한 FEO 기법에 대해서 이 지면을 빌어 얘기하기는 어려운 측면이 있습니다. 특히 HTTP/2가 나오면서 기존의 FEO 기법들이 상당히 일부 도태되었습니다. 더욱 상세한 정보의 경우 Akamai의 관련 자료를 참조해주세요.
2012년 6월, 애플은 사파리와 관련하여 "Smart App Banners"(스마트 앱 배너)를 지원한다고 공식 발표하였다.
스마트 앱 배너는 아래의 한 줄로 쉽게 구현할 수 있다.
| Code Block |
|---|
<meta name="apple-itunes-app" content="app-id=myAppStoreID, affiliate-data=myAffiliateData, app-argument=myURL"> |
SEO를 위한 소셜미디어 도구를 이용하라.
특이하게도 구글플러스, 페이스북, 핀터레스트와 트위터에서 그 사이트가 얼마나 회자되는지를 구글이 랭킹에 반영한다.
트랜디한 사이트는 소셜미디어상에서 많이 회자되겠고, 그런 소셜 버즈(Social Buzz)를 구글이 참고하는 것.
오픈그래프, 트위터카드 등의 적용을 통하여 소셜 공유가 이뤄졌을 때 사람들이 그 사이트의 내용을 알고, 더 많이 클릭하거나 공유할 수 있도록 기술적으로 서포트해야 한다.
소셜미디어에 나의 사이트가 공유되거나 언급될수록 사이트의 랭킹은 높아진다.
특히 소셜 버즈(Buzz)가 SEO의 3대 요인이므로 아주 중요하다고 할 것이다.
이러한 공유 시스템을 일일히 개발 작업을 통해서 장착하는 것이 어렵기에,
아래와 같이 웹사이트의 소셜 공유를 쉽게 유도할 수 있는 몇 가지 솔루션들을 추천함.
- (해외) sumome
- (국내) LiveRe
- (해외) addthis
- (해외) getsocial
SEO를 이용한 내 사이트를 유통하라.
백링크는 다른 웹사이트에서 우리 웹사이트를 가리키는 anchor tag(<a href="https://go.example.com"></a>)를 가리키며, 이 백링크는 웹사이트의 랭킹에 큰 요인으로 작용한다.
백링크를 걸어둔 사이트의 SEO 랭킹 (Domain SEO Visibility) 그 사이트에 우리 사이트로 향하는 몇 개의 백링크가 걸려있는지..
백링크를 자동적으로 늘리는 방법은 없다.
그러나 마케터가 수동으로 다른 서비스들에 자신의 사이트로 향하는 백링크를 걸어둘 수는 있다.
예를들어 데모데이 같은 스타트업 사이트에 자신의 웹사이트로 향하는 백링크를 걸어두는 것, 혹은 PR을 통해서 뉴스기사 같은 곳에 언급되는 방법도 있을 수 있다.
다만, 이러한 방법은 수동으로 하는 것인만큼 한계가 있고 그럼에도 불구하고, 웹사이트의 검색결과 랭킹을 올리면서도 검색 시 지면을 확보할 수 있는 좋은 방법이다.
사이트를 최대한 가볍게 만들어라.
점수를 100점에 가깝게 올리는 노력을 통해서 사이트가 경량화되고 있는지를 파악할 수 있다.
사이트가 얼마나 가벼운지도 SEO의 요인 중 하나일뿐만 아니라, 사실은 사이트의 크기가 사이트의 로딩 속도와 연관이 되어있다는 점이 더욱 중요하다.
사이트의 로딩속도는 가장 중요한 지표인 클릭률, 그리고 랭킹에 반영되는 웹사이트 방문시간 등에 영향을 미치는 중요한 요소이다.
사이트 로딩속도 개선을 위한 주요 지표와 방법으로는 PageSpeed Insights를 최대한 활용하는 것이 좋다.
구글은 정적 자원을 가진 페이지를 빨리 랜더링 하는 것과 관련된 프로젝트를 진행하고 있다또한 구글에서 정적 자원을 가진 페이지를 빨리 랜더링하는 것과 관련된 프로젝트를 진행하고 있습니다. 정말 순수한 콘텐츠 그 자체를 빨리 전달하고자 하는 서비스들은 Accelerated Mobile Pages 프로젝트를 참조해주시길 바랍니다.
다양한 웹사이트에 수동으로 백링크를 거는 것도 SEO를 위해서 시도해볼만한 유의미한 작업입니다. 작업이며, 사실 이러한 수동적인 방법으로는 확장가능한(scalable) 효과는 볼 수 없습니다없다.
그럼에도 불구하고 조금의 백링크 효과를 주고, 서비스와 관련된 키워드를 인터넷에 검색하였을 때 관련 지면을 채울 수 있다는 점에서는 유용하다고 할 것입니다것이다.
돈 드는 것이 아니므로 하는 것을 권장합니다. 아래의 사이트들은 회사나 서비스 정보 등록 시 SEO에 조금이라도 도움이 될 수 있는 플랫폼들입니다플랫폼들이다.
- (국내) Facebook : 두 말할 나위 없는 최고의 SEO 지면 제공
- (국내) 로켓펀치 : 스타트업 및 전문가 프로필 공유 플랫폼 | 생각보다 구글에서 SEO가 잘 되는 사이트
- (국내) 데모데이 : 스타트업 프로필 공유 플랫폼
- (국내) SlideShare : PPT, PDF 공유 플랫폼 | 정말 상당히 SEO 효과가 좋은 사이트 중 하나, 회사와 관련된 소개자료 등을 업로드해놓을 것
- (국내) Youtube : SEO 효과는 떨어지나 동영상 등 있을 시 업로드
- (해외) LinkedIn : 전세계 최대의 전문가 SNS
- (해외) CrunchBase : 전세계 최대의 기업 정보 플랫폼
- (해외) F6S : 스타트업 업계 관련 프로필 공유 및 각종 공모, 행사, 이벤트 지원
- (해외) Angel.co : 상동
Sitemap을 무시하지 마세요.
구글은 웹사이트들의 자발적인 정보 제공과 체계적인 SEO를 지원하기 위하여 웹마스터 도구를 제공하고 있습니다. 웹마스터 도구는 여태까지 말씀드린 모든 사항들의 총 집합입니다. 따라서 웹마스터 툴의 간단한 GUI를 통해서 부족한 사항을 확인하고 더욱 그 사이트에 최적화를 시킬 수 있습니다. 따라서 본 가이드에서는 별도로 설명하진 않겠습니다.웹마스터 도구를 제공하고 있다.
그러나 마지막으로 반드시 해야 하는 사이트맵(sitemap.xml) 제출에 대해서 몇 가지 가이드를 첨부합니다가이드가 필요하다.
사이트맵 제출이 이뤄지는 즉시부터 구글은 나의 사이트들에 대한 인덱싱을 시작할 것
것입니다. 따라서 sitemap.xml 제출은 실제로 사이트가 완성된 이후에 진행하는 것을 권장합니다권장한다.
sitemap.xml 기술문서 (비디오 별도로 색인 필요)sitemap.xml의 경우 REST API 생성을 통해 동적으로 생성되도록 할 수도 있습니다. 있으며, 단일 사이트맵 파일은 10mb, 50,000개의 URL을 색인하며 여러개의 사이트맵들을 연동시킬 수도 있습니다.안드로이드 딥링크가 있는 경우 사이트맵에 앱 인덱싱을 위해 제출할 수 있습니다. (안드로이드 앱 인덱싱 문서 참조)있다.