'SEO'에 해당되는 글 1

  1. 2011.02.21 [펌/번역] Intelligent Site Structure for better SEO
IT/Web Dev | Posted by 철규님(최규철) 2011. 2. 21. 23:27

[펌/번역] Intelligent Site Structure for better SEO

특정 사이트를 검색 결과의 상단부에 나타내기 위한 노력은 예전부터 있어왔다. 이를 SEO(Search Engine Optimization, 검색 엔진 최적화)라고 하는데, 더 나은 SEO를 위한 사이트 구조에 대한 글이 있어서 참고하려고 한다.

[ 원문보기 : Intelligent Site Structure for better SEO (http://yoast.com/site-structure-seo/)  ]

Intelligent Site Structure for better SEO
더 나은 검색 엔진 최적화(SEO)를 위한 지능적인 사이트 구조
by Joost de Valk on 9 February, 2011 at 16:00

Search engines are still one of the most important traffic drivers to sites these days, which is why Search Engine Optimization (SEO) is incredibly important.
검색 엔진은 최근에도 여전히 가장 중요한 트레픽 유발 요소 중의 하나이며, 이점이 왜 검색 엔진이 그토록 중요한지를 말해주고 있다.
While SEO is often thought to be just a set of some technical tricks - and as a professional SEO, I confess to spending a lot of time with clients fixing technical issues - a site's structure, is just as important.
SEO는 종종 단순한 기술적 트릭의 모음으로 생각되지만, 전문적인 SEO로는 사이트 구조 또한 중요하다. (고백하건데 나는 고객과 많은 시간을 기술적 이슈를 해결하는데 소모한다.)
Your site's structure determines whether a search engine understands what the topic of your site is and how easily it will find and index content relevant to your site's purpose and intent.
당신의 사이트의 구조는 검색 엔진이 사이트의 주제가 무엇인지를 이해하고 얼마나 쉽게 당신의 사이트의 목적과 주제에 대한 정보를 찾고 정리할 수 있는지를 결정한다.

By creating a good structure, you can use the content you've written that has attracted links from others, and use your site's structure to spread some of that "linkjuice" to the other pages on your site.
좋은 구조를 만들어냄으로써, 당신은 다른 곳으로부터의 관심 링크를 가진 당신이 작성한 컨텐츠를 사용할 수 있고, 당신의 사이트 구조가 그러한 링크 가치를 당신 사이트의 다른 곳으로 확산시키게 할 수 있다.
On a commercial site, that means that you can use the quality content you've written to boost the search engine rankings of your sales pages too.
상업적 사이트에서는 당신이 작성한 고품질의 컨텐츠를 당신의 판매 페이지의 검색 엔진 순위를 높이는데 사용할 수 있다는 것을 의미한다.
Did I get your attention now? Ok, now we've covered what and why, let's get on to how.
어느 정도 관심이 생기는가? 그럼 '무엇'과 '왜'에 대해서 알아봤으니, '어떻게'에 대해서 이야기 해보자.

Developing a good site structure
좋은 사이트 구조 개발하기

When developing a new site, or restructuring an existing one, it helps to draw out your site's structure in something like Visio, or even putting it in Excel.
새로운 사이트를 개발하거나 기존의 사이트를 구조변경할 경우에는 Visio와 같은 툴을 이용하거나 Excel을 이용해서라도 사이트의 구조를 그려보는 것이 도움이 된다.
What you'll want to do is put all the pages and sections in there as a tree, something like that shown in Figure 1 (based on my own old site structure):
당신이 해야할 일은 Figure 1에서 보여지는 바와 같이 모든 페이지와 섹션을 트리 형태로 구성하는 것이다.

Now as you can see this structure is unbalanced, as the Code section constitutes more than half of the entire site.
당신도 볼 수 있듯이, 코드 섹션이 전체 사이트의 반정도로 구정되어 있어서, 이 구조는 비균형적이다.
You should make sure your site structure looks like a reasonably balanced pyramid.
당신은 당신의 사이트 구조가 적절하게 균형잡힌 피라미드처럼 보이도록 해야한다.
I'd advise you to have something between 2 and 7 main sections, depending on how content heavy your site is, and no section should be more than twice as large as any other section.
나는 당신에게 당신의 사이트의 컨텐츠 비중이 얼마나 큰지에 따라서 2~7개의 메인 섹션을 가지라고, 또한 어떠한 섹션도 다른 섹션보다 두 배 이상의 크기를 가져서는 안된다고 충고하고 싶다.

As well as the code section being way too big, there's another couple of points to consider about Figure 1.
Figure 1과 관련해서는 코드 섹션이 너무 크다는 점 뿐만 아니라 다른 몇 가지 고려할 사항도 있다.
First, there are three pages that are basically about me: "About Me", "Projects" and "Websites".
첫째, 기본적으로 나와 관련된 세개의 페이지, "About Me", "Project", "Websites"가 존재 한다.
In addition, upon checking out my site statistics I found that the WordPress pages were responsible for about 30% of my site traffic, yet they were down on the third and fourth level.
게다가 내 사이트의 통계를 확인해보니 'WordPress' 페이지가 내 사이트 트래픽의 30% 정도를 차지하고 있었는데, 이 페이지들은 3단계나 4단계 레벨까지 내려가 있었다.

The benefit of using a tool like Visio or OmniGraffle, as I did, is that it's quite easy to rearrange stuff, and it's easy to get a good "feel" for whether the new structure is going to work.
내가 그랬듯이 Visio나 OmniGraffle 같은 툴을 사용하면, 이런 것들을 정리하기가 꽤나 쉽고, 새로운 구조가 제대로 동작할지에 대한 느낌을 받기가 쉽다는 장점이 있다.
 I've often used a desk or a wall and a lot of post-it notes for this purpose too, and that has also worked fine for me.
나는 이런 목적으로 종종 책상이나 벽에 많은 포스트-잇을 이용하기도 했었는데, 이것 또한 좋은 방법이었다.

So I started to rearrange the sections and came up with the section structure seen in Figure 2.
그래서 나는 섹션들을 재정렬하기 시작했고, Figure2와 같은 섹션 구조 결과물을 얻었다.

As you can see I decided to move some pages "up" the tree, and I removed some pages.
보는 것과 같이 나는 일부 페이지를 트리의 상위로 옮기기로 하고, 일부 페이지는 삭제했다.
When you're rethinking your site structure you'll often find that some pages are not really beneficial to your users.
당신의 사이트 구조를 재고해보면, 일부 페이지는 사용자들에게 실제로 전혀 유익하지 않다는 것을 알게 될 것이다.
Deleting them is the best thing you can do if that's the case.
이러한 경우에는 그것들을 삭제하는 것이 최선의 방법이다.

Another choice I made was to move the blog to the homepage.

내가 선택한 또 다른 것은 블로그를 홈페이지로 옮기는 것이었다.
My homepage was utter nonsense, and basically yet another "About Me" page.
내 홈페이지는 완전히 넌센스였고, 기본적으로 또 다른 "About Me" 페이지였다.
And though I like myself, that's not what I was hoping people came to my site for.
비롯 내가 내 자신을 좋아하지만, 그것이 내가 사람들이 내 사이트를 방문하는 목적이길 바랬던 것은 아니다.
My blog is the basis of my site, so I decided to make it the cornerstone of this structure too.
내 블로그는 내 사이트의 기반이어서, 나는 이것을 이 구조의 초석으로 만들기로 했다.

Naming your sections
섹션 이름 붙이기

Once you're satisfied with your site structure, have a look at the names you've come up with for your sections.
일단 사이트 구조에 만족하게 되면, 섹션에 붙인 이름을 살펴보라.
If you have enough content about a subject for it to be able to have its own section, you can bet people are searching for it as well.
만약에 한 주제에 대해서 하나의 섹션이 될만한 충분한 컨텐츠를 가지고 있다면, 사람들 또한 그것을 찾는다고 할 수 있다.
That's why it's very wise to make sure your section names use the keywords people are searching for!
이것이 바로 사람들이 검색하는 키워드를 이용해서 섹션의 이름을 짓는 것이 얼마나 좋은 방법인지를 알려주는 점이다.

For example, if you're like me and you've written WordPress plugins and created a section for them, you should not call that section "WordPress".
예를 들어, 만약에 당신이 나와 같이 WordPress plugin에 대해서 글을 쓰고 이를 위한 섹션을 만들었다면, 그 섹션을 "WordPress"라고 하면 안된다.
What would you search for? "WordPress plugins", right?
당신이라면 뭐라고 검색하겠는가? "WordPress plugins" 아닌가?
So name it that (which doesn't mean you can't call it WordPress in your menu structure if that works better, just make sure the page title and breadcrumb links are "WordPress plugins").
그럼 그렇게 이름을 지어야 한다.(만약 그게 더 낫다면  메뉴 구조에서 WordPress라고 부르면 안되는 것은 아니다. 단지 페이지 제목과 네비게이션 링크의 이름이 "WordPress plugins" 이게만 하면 된다.)
You can do quite a bit of research on which keywords people search for.
상신은 어떤 키워드를 사람들이 검색하는지 약간의 조사를 할 수 있다.
Some freely available tools are:
무료로 사용 가능한 툴은 다음과 같다.

Pick the right names for your sections and subsections, and you're halfway there.
당신의 섹션과 부섹션에 맞는 이름을 고르면, 절반은 온 것이다.
Now use the same techniques to pick the titles for your pages, and make sure to keep them short and clean.
이제는 페이지의 타이틀을 고르는데 동일한 방법을 사용하라. 그리고 그것들은 간단명료해야 한다.
My sections now have names as shown in Figure 3.
이제 나의 섹션들은 Figure 3과 같이 되었다.

Now we've covered the two most important parts of defining your site structure, we'll turn our attention to some other important points to consider.
사이트 구조를 정의하는데 있어서의 가장 중요한 두 가지를 알아보았다. 이제 관심사를 또 다른 중요한 고려사항들로 옮겨보자.

Other Things to keep in mind
고려해야할 또 다른 사항들

There are another couple of things to keep in mind when working out the structure of your site.
당신 사이트의 구조에 대한 작업을 할때 기억해야할 몇 가지 사항이 더 있다.

Forums, and other user-controlled content:
포럼이나 다른 사용자 제어 컨텐츠:

If one part of your site is producing way more content then another part, and the quality of that highly productive part is poorer, you may not wish to mix the two.
만약 한 파트가 다른 파트들보다 더 많은 컨텐츠를 만들어 낸다면, 그리고 고생산적인 부분의 퀄리티가 더 낮다면, 두 개를 합치고 싶지느 않을 것이다.
For instance, let's say your front page is like A List Apart, updating every few weeks with very high quality articles gathering loads of links.
예를 들어서 당신의 전면 페이지는 'A List Apart;와 같이 링크 로드를 모으는 고품질의 기사를 몇주마다 업데이트 한다고 하자.
Another section of your site is your forums section, which produces loads of new threads every day, of questionable quality.
사이트의 다른 섹션은 포럼 섹션인데, 이것은 미심쩍은 질을 가지고 매일 새로운 몇 개의 쓰레드를 만들어낸다.

Your forum is probably going to deteriorate the rankings for your front page, because you're constantly "flowing" ranking strength from your high quality front page into your forums.
포럼들은 아마도 당신의 메인 페이지의 랭킹을 낮출 것이다. 왜냐하면 당신이 고품질의 메인페이지부터 포럼에 이르기까지 계속해서 랭킹 강도를 낮추고 있기 때문이다.(?)
So the best thing you can do with them is move them to a subdomain of your site.
당신이 할 수 있는 최선의 방법은 당신 사이트의 서브도메인 영역으로 그것들을 옮기는 것이다.

This is less of a problem when you have a blog on your site, which you control.
이것은 당신이 컨트롤하는 사이트에 블로그가 있을 때는 덜 심각한 문제점이다.
The quality of that will be less questionable, and you may want those blogposts to rank well.
그것의 질 또한 덜 의심스럽고, 당신은 그 블로그의 포스트들도 순위가 좋게 하고 싶을지도 모른다.

Redundant categories and tags:
불필요한 카테고리와 태그들:

Sooner or later you're going to fall into this trap - I know I have - of having multiple categories on your site/blog, and constantly assigning the same two categories to certain posts.
조만간 당신은 사이트나 블로그에 여러개의 카케고리가 있고 특정 포스트에 동일한 두 개의 카테고리를 계속해서 지정해야되는 함정에 빠져들 것이다. - 내가 해봤으니 안다 -
Let's say you have the "browsers" and "Opera" categories, and Opera is the only browser you write about.
당신 사이트에 "browser"와 "Opera" 카테고리가 있다고 하자. 그리고 브라우저 중 오페라에 대해서만 당신은 글을 쓴다.
Now when you look at the category overview page for the "browsers" category, you will be seeing the exact same content as when you look at the "Opera" category page - the two tags are basically redundant.
이제 당신이 "browser"의 카테고리 오버뷰를 보면, "Opera" 카테고리 페이지를 볼 때와 정확히 동일한 컨텐츠를 보게될 것이다. 이 두 태그는 기본적으로 불필요하다.

When you're using tags, this happens even more.
태그를 이용할 때는 이러한 문제가 더 자주 발생한다.
You're probably wondering "what's wrong with that?"
"뭐가 문제지?" 라고 생각할지도 모르겠다.
Well, let's say a few people wanted to link to all those posts, because they liked them so much.
몇몇 사람들이 모든 포스트가 매우 마음에 들어서 모두에 대해서 링크를 걸기를 원하는 경우를 생각해보자.
You've just lost control over which category they will link to - the first one might pick the "browsers" category, and the second person might pick the "Opera" category.
당신은 이미 그들이 어떤 카테고리에 링크를 걸고 싶어 하느냐에 대한 컨트롤을 잃어버렸다. 첫번째 사람은 "browser" 카테고리를 선택할 것이고, 두번째 사람은 "Opera" 카테고리를 선택할 것이다.
If this happens multiple times, you're "throwing away" good links.
이러한 일이 여러번 발생한다면, 당신은 좋은 링크들을 버리고 있는 셈이다.

Let's say you have 2 links to your "browsers" category page, and 2 links to your "Opera" category page.
당신이 "browser" 카테고리 페이지에 2 개의 링크가 있고, "Opera" 카테고리 페이지에 2개의 링크가 있다고 하자.
A less popular competitor has 3 links to his single "browser category" page, because he doesn't have a redundant "Opera" category.
덜 유명한 경쟁자 한 명은 불필요한 "Opera" 카테고리가 없어서 하나의 "browser category" 페이지에 세 개의 링크를 가지고있다.
In a real simple world where every link is equal, your competitor would now rank above you.
모든 링크가 동등한 실세계에서는, 당신의 경쟁자가 당신 위에 랭크될 것이다.

It's very important to make sure you're not showing the same content on multiple pages, because that's not helping your rankings.
동일한 컨텐츠를 여러 페이지에 보여주지 않도록 하는 것이 매우 중요한데, 그렇게 되면 당신의 랭킹에 아무런 도움이 되지 않기 때문이다.

Internal link structure
내부 링크 구조

If you did it all right with your new site structure, it should look like a pyramid.
새로운 사이트 구조를 잘 만들었다면, 피라미드처럼 보여야 한다.
Now you should consider how you're going to connect the sections of this pyramid together.
이제는 이 피라미드들을 하나로 어떻게 합치느냐를 고민해야 한다.
Look at those sections as small pyramids inside your larger pyramid.
당신의 큰 피라미드 안에 작은 피라미드 같은 섹션들을 살펴보자.
Each page in the top of that pyramid should link to all its sub pages, and the other way around.
그 피라미드의 상단에 있는 각 페이지는 그들의 서브 페이지로 모두 링크가 있어야 하고, 다른 부분으로도 있어야 한다.

Because you're linking from pages that are closely related to each other content-wise, you're increasing your site's possibility to rank.
컨텐츠가 밀접한 연관이 있는 페이지로부터 링크를 함으로써, 사이트의 순위를 올릴 수도 있다.
You're "helping" the search engine out by showing it what's related and what isn't.
당신이 검색 엔진에게 무엇이 연관이 있고, 무엇이 연관이 없는지를 보여줌으로써 검색 엔진을 도와주는 것이다.

Take figure 4 as an example.
Figure 4를 예제로 참고하라.

You should make sure you keep your links between each page relevant to those pages.
연관이 있는 페이지들 간에 링크를 만들어 주는 것도 필요하다.
For example, if you linked from subpage 3 to plugin 2 all the time, the search engine might think that subpage 3 was related to plugin 2, whereas it's only related to plugin 4.
예를 들면, subpage 3에서 plugin 2로 항상 링크를 건다면, 검색 엔진은 subpage 3이 plugin 2와 관계 있다고만 생각할 것이다. 그런데, plugin 2는 단지 plugin 4로만 연관이 있다.


From your new site structure to URLs
새로운 사이트 구조부터 URL 까지

Once you've created your new site structure, you can go forth and create the URLs for this structure.
일단 새 사이트 구조가 완성이 되면, 4단계로 가서 이 구조를 위한 URL을 만들어야 한다.
Each page's URL should describe the content of that page, yet be as short as possible.
각 페이지의 URL은 그 페이지의 내용을 가장 잘 설명하면서도 최대한 짧아야 한다.
If you have determined what keywords you want to rank for, you might include the most important ones in your URLs.
랭킹에 올리고 싶은 키워드들이 무엇인지 결정하면, URL에 가장 중요한 것을 포함시켜야 한다.

Things to keep in mind while implementing your new URLs:
다음은 새 URL을 만들면서 염두할 사항들이다:

  • If you're using multiple words, separate them with hyphens.
  • 여러 개의 단어를 사용하면, 하이픈으로 구분하라.
  • Mixed case URLs are an absolute no-no, as Unix and Linux servers are case sensitive. Having mixed case URLs drastically increases the possibility of typos - have you ever tried remember a URL that /LoOks/LiKe/ThiS/ ?
  • Unix와 Linux server 등은 대소문자를 구분하기 때문에, 대소문자를 섞어서 쓴 URL은 절대 안된다. 대소문자를 섞어서 쓴 URL은 오타 입력을 급증시킨다. - /LoOks/LiKe/ThiS/와 같은 URL을 기억할려고 해봤나?
  • Numbers might be easy for your CMS, but not for your users. Remembering a URL with a number in it is hard, so the chance people will remember it and link to it is smaller - don't use numbers in URLs.
  • 당신의 CMS에는 숫자가 쉬울지 모르지만, 사용자들에게는 아니다. 숫자가 있는 URL을 기억하는 것은 어렵다. 그러므로 사람들이 기억하고 링크를 걸 가능성은 더 적다. - URL에는 숫자를 쓰지 마라.
  • Make URLs guessable if you can. If people can remember your URLs they can also talk about it with their friends more easily.
  • 가능하면 URL을 추론 가능하게 만들어라. 사람들이 당신의 URL을 기억할 수 있다면, 그들의 친구들과 더 쉽게 그것에 대해서 이야기 할 수 있다.
  • Make sure you redirect all your old pages to their new equivalents using 301 redirects. A 301 redirect is a permanent redirect, and this way search engines will move all the link value from the old URL to the new one.
  • 301 reditect를 이용해서 모든 오래된 페이지는 새 페이지로 전환되게 하라. 301 recirect는 영구적인 전환이고, 이 경우에 검색 엔진이 링크 벨류를 구URL에서 신URL로 옮진다.
  • Make sure content is available under one URL and one URL only, for example by implementing print stylesheets on your pages. There's no valid reason anymore to have a different page for printing purposes because all major browsers support print stylesheets.
  • 페이지 내에 프린트 스타일시트를 구현하는 등을 통해 하나의 URL에서 컨텐츠를 볼 수 있게 하고,하나의 URL에서만 가능하게 해라. 모든 브라우저가 프린트 스타일시트를 지원하므로 프린팅을 위해 다른 페이지를 가져야될 이유는 없다.

For more info on URLs and the problems they can cause, see my article on duplicate content.
URL에 관한 더 많은 정보나 문제점을 위해서는, 나의 "duplicate content" 본문을 참고하며 된다.


Conclusion: work on your site structure
결론: 사이트 구조에 대한 작업

A good site structure is a requirement for Search Engine Optimization.
좋은 사이트 구조는 '검색 엔진 최적화'의 필요 조건이다.
It allows both your users and search engines to find content within your site more easily.
당신의 사이트에서 사용자들과 검색 엔진이 더 쉽게 컨텐츠를 찾을 수 있게 해준다.
A good structure is well categorized, and pages within it only link to other pages on the same topic.
좋은 구조는 잘 분류되어 있고, 그 안의 페이지들은 동일한 주제에 대해서만 링크를 가진다.

Using the right URLs for the pages within that site structure increases the chance that people will remember and link to your URL, and heavily increases your ability to rank in the search engines as well.
사이트 구조 내에서 페이지에 올바른 URL을 사용하는 것은 사람들이 링크를 기억하고 당신의 URL로 링크를 추가할 기회를 높여주고, 검색 엔진 내에서의 순위를 높이는 역할 또한 한다.


댓글을 달아 주세요