검색엔진이 원하는 사이트를 만들기 위한 35가지 방법

지난 몇 년 동안  SEO 의 관점에서 웹 아키텍처의 중요성은 지속적으로 강조되어 왔습니다.
아키텍처는  웹 사이트의 기초가 되기 때문에 방문자가 사이트에서 어떻게 행동하는지, 최적화 된 컨텐츠를 검색 엔진이 정상적으로 해석 하는지에도 영향을 줍니다.

SEO 실무자뿐만 아니라 웹사이트를 개발하는 개발자도 웹 아키텍처에 대한 고민이 필요합니다.
만약 새로운 웹 사이트 개발을 시작할때 처움부터 검색엔진이 좋아하는 구조로 아키텍처를 설계하지 않는다면 향후 SEO에 많은 노력이 필요하게 되고, 최악의 경우 문제를 해결하기 위한 개발비용의 상승을 초래할 수 있습니다.

검색 엔진 이 좋아하는 웹 사이트 개발 가이드

1.HTTP 암호화 사용을 고려 하라.

과거에는 HTTPS / SSL을 이용한 보안은 웹 사이트 의 e 커머스 부분에만 적용해 왔습니다. 신용카드 번호 등과 같은 중요한 개인정보를 보호하기 위해였습니다.
그러나 Google 검색엔진은 HTTPS 이용을 검색순위 알고리즘의 판단요소로 활용하고 있으며, “모든 페이지에 HTTPS를 ” 진행하고 있습니다.

아직까지는 적은 영향을 주고 있지만, 이와 같은 변화를 받아 들이는 사이트가 점차 증가하고 있기 때문에 향후에는 더 큰 영향을 줄것으로 판단 됩니다.
보안이 강화된  웹 사이트를 구축할때는 사이트 로딩속도의 하락을 방지하는 것 입니다.
이것은 중요한 포인트가 됩니다.

2. 사이트 인증서를 잊지 않고 업데이트 하라.

인증서의 인증기간 만료 후 업데이트 하지 않으면 브라우저에 경고문구가 표시되고, 웹 사이트를 사용하는 고객을 놀라게 할것 입니다.
항상 업데이트 날짜를 확인하고 기간 만료 전 인증서를 업데이트 합시다.

3. robot.txt를 이용하여 크롤러 를 허용 하라.

웹 사이트를 신규 오픈 할때 robots.txt 파일 변경을  잊어, 검색엔진의 페이지 탐색이 허용되지 않는 경우가 종종 발생 합니다. 웹 마케터는 트래픽이 증가하지 않는 이유를 찾기위해 몇 달 동안의 시간을 낭비하기도 합니다. 당신의 신규 사이트에 검색엔진 크롤링이 “불가”로 설정되어 있지 않는지 robots.txt를 다시 확인 합니다.

4. 문서유형(doctype)을 선언 하라.

페이지 내의 “doctype” 는 브라우저가 해당 문서를 어떻게 해석 해야 하는지를 전달하기 위한 것 입니다.
doctype이 선언되어 있지 않으면 브라우져는 추측을 통해 해당 페이지를 분석 합니다. 대부분의 경우 문제가 발생하지는 않지만 가끔 제대로 해석되지 않아 문제가 발생할  수 있습니다.
검색엔진도 doctype을 이용하여 사이트를 해석하기 때문에 가급적 doctype을 정의 합니다.

5. HTML을 제대로 사용 하라.

잘못된 HTML 의 사용이 반드시 검색 순위에 영향을 미친다고 할 수 없지만, 브라우저나 검색엔진이 잘못 해석하는 경우가 있습니다.
각 페이지가 정상적으로 해석 된다면 항상 당신의 생각대로 사이트가 표시 됩니다.

6. CSS를 제대로 사용 하라.

HTML 과 마찬가지로 CSS 의 오류는 페이지가 정상적으로 표시되지 않게 합니다.

7. CSS 파일과 Java Script 파일을 액세스 할 수 있도록 해 준다.

검색엔진이 CSS 와 Java Script 파일을 찾을 수 있도록 해야 합니다. CSS와 Java Script은 페이지를 정확하게 표시하기위한 중요한 정보이며 페이지의 적절한 분석 방법을 알려 줍니다. 각 컨텐츠가 어떻게 다루어지고 있는지를 검색엔진이 이해하지 못한다면, 주요 구성요소의 본래 가치가 빛을 잃게 됩니다.

8. HTML 프레임의 사용을 자제 하라.

최근에는 거의 사용하지 않는 웹 개발 기법이지만, 오래된 지식 밖에 없는 개발자와 일하게 된다면 유용한 정보 입니다.

9. 이미지의 alt 속​​성은 알기 쉬운 설명을 넣어라.

페이지의 소스 코드( CSS가 아닌) 중 이미지를 정의할 때 적절하게 라벨링 된 alt 속성을 사용해야 합니다.
하찮은 일 같아 보이지만 이미지가 삽입되는 것을 기억하기 좋습니다.

10. 이전 URL 을 리디렉션 하라.

사이트를 재검토 하여 URL  변경이 일어나는 것은 어쩔 수 없습니다.
오래된 사이트를 닫기 전 현재 변경 되었거나 사용되지 않는 URL에 301 리디렉션 처리를 설정합시다. 301 리디렉션하여 변경 이전에 얻은 사이트의 가치를 리디렉션 할 새로운 페이지로 그대로 유지 할 수 있습니다.

11. 404 페이지를 작성 하라.

만일 이전 URL의 301 리디렉션 설정을 잊었을 경우를 대비해 제대로 디자인 된 404 오류페이지가 표시 되도록 합니다.

12. 인쇄용 페이지는 더 이상 필요 없다.

과거에는 인쇄전용 URL을 가지는「인쇄」페이지 를 만들어야 했습니다. 이제 더 이상 이와같은 작업은 필요가 없으며, 그다지 추천하지 않는 방법 입니다. CSS를 이용하여 인쇄용지에 맞게 페이지 포멧을 설정하여 사이트의 각 페이지가 인쇄에 적합 하도록 합니다.

13. 클릭이 가능한 링크에 밑줄을 표시 하라.

밑줄이 있는 텍스트는 하이퍼링크를 표시 한다는 것을 대부분의 사용자가 이해하고 있습니다.
사용자의 기대를 깨는 것은 일반적으로 좋은 생각이 아닙니다.

14. 사용자가 링크 텍스트를 구분할 수 있도록 하라.

하이퍼링크에 밑줄 표시 뿐 아니라, 다른 방법을 이용하여 사용자가 구별 할 수 있도록 해 줍니다. 링크를 찾기 위해 사이트 방문자가 각 텍스트에 마우스를 이동 시키지 않도록 해야 합니다.

15. 부스러기 URL 정규화 하라.

부스러기 URL이 모두 하나의 정규화 된 URL을 가리키도록 합니다.
사이트 방문자가 페이지에 도착한 루트에 따라 컨텐츠가 다양한 URL에서 참조될 것 입니다. 부스러기 URL 이 방문자가 걸어온 경로처럼 보여지지 않도록 합니다.
방문자가 컨텐츠를 어떻게 찾았는지의 여부에 관계없이 URL은 항상 동일하게 표시 되어야 합니다.

16. 적절한 페이지 계층을 만들어라.

페이지의 URL은 웹 사이트의 탐색을 나타내는 것과 같은 계층 형식으로 정의 합니다. 네비게이션 카테고리 또는 하위 카테고리가 URL에 표현되도록 합니다.

17. 균형 잡힌 디렉토리 구조로 설계 하라.

탐색 또는 페이지 계층을 너무 얇거나 깊지 않게 균형 잡힌 계층구조로 구축 합니다.
사이트 방문자는 원하는 컨텐츠를 찾을 때까지 여러 번 클릭하고 싶지는 않을 것 입니다.
하지만 홈페이지의 너무 많은 링크는 방문자를 혼란스럽게 해 올바른 선택을 할 수 없게 만듭니다. 올바른 링크를 ​​찾는 것이 아니라, 가장 클릭하기 쉬운 링크로 가는 경향이 있습니다.

18. 고유의 제목 태그를 붙인다.

사이트의 각 페이지가 그 페이지를 나타내는 고유한 제목 태그에서 시작 하도록 합니다. 만약 시간이 없다면 모든 SEO에서 할 필요는 없습니다만, 페이지의 내용을 나타내는 제목은 사이트의 전개 시 반드시 필요 합니다. 제목은 35 ~ 55 문자 이내로 유지 합니다.

19. 특정 메타 태그를 사용 한다.

메타 설명은 100 ~ 155 자 이내로 작성하는 것이 좋습니다.

20. list 코딩을 제대로 활용 하라.

글 머리 기호와 번호 매기기 등을  사용할 때 올바른 HTML 코드를 사용 합니다.
( <ol> , <ul> < li> 등) 이렇게 하면 브라우저나 검색엔진이 컨텐츠의 각 요소를 리스트의 항목으로 이해 하고 각 텍스트가 어느정도의 검색가치가 있다고 해석하게 되고, SEO에 영향을 주게 됩니다.

21. 코드의 양을 줄이기

개발 볼륨이 증가 하거나 새로운 기능이 추가 되면 코드의 양이 빠르게 늘어나게 됩니다.
또한 개발자는 무엇을 하는데 있어서 가장 쉬운 또는 빨리 할 수있는 방법을 찾으려 합니다. 이것 또한 코드 양을 늘어나게 할 수 있습니다. 코드의 양이 급증하면 페이지 속도가 떨어지기 때문에 코드의 양을 최소화 하는 것이 중요합니다.

22. HTML 테이블의 사용을 억제 하라.

프레임처럼 테이블 또한 지금은 일반적으로 사용되지 않습니다.
같은 일을 실현하기 위해 다른 방법을 취하는 것이 주류 입니다. 하지만 불행하게도 테이블을 만들어 사용하면 쉽게 끝날 일이 많은 것도 사실 입니다.
가능하다면 테이블 사용을 피하고, 테이블과 같은 레이아웃이 필요하다면 CSS를 사용 합니다.

23. 탐색에 절대 경로를 사용 하라.

개발서버에서 운영서버로 마이그레이션을 쉽게 하기 위해 개발자는 상대 경로를 사용하고 싶어 합니다.
하지만 상대 경로는 페이지를 분석 할 때 문제가 될 수 있습니다. 가능하다면 최소한 사이트 탐색에는 반드시 절대 경로를 사용하는 것을 추천 합니다.

24. 스파이더링을 할 수 없도록 장바구니 링크를 설치 하라.

장바구니 링크는 검색엔진에서 스파이더링 할 수 없도록 설정 합시다. 검색엔진이 링크를 ​​따라하는 것만으로 상품이 장바구니에 들어가는 일은 원하지 않을 것입니다. 검색엔진은 이러한 부분에서 떨어져 컨텐츠에 집중 하도록 합니다.

25. 검색엔진에서 차단 페이지를 Disallow 설정 하라.

검색엔진이 액세스하는 것을 원하지 않는 페이지는 robots.txt 파일을 사용하여 설정 합니다. 페이지를 Disallow 설정하면 해당 페이지의 컨텐츠는 검색엔진이 읽을 수 없게 됩니다. 그러나 검색엔진이 그 페이지의 가치를 알 수있는 신호를 찾는다면 해당 페이지에 대한 링크가 검색 결과에 남아 있습니다.

26. 페이지를 검색 결과에 표시하지 않으려면, noindex 태그를 사용 하라.

만약 페이지를 검색 결과(SERPs : Search Engine Result Pages)에서 완전히 지키고 싶다면 noindex 메타 태그를 사용하는 것이 좋습니다.
이렇게하면 페이지를 전혀 색인하지 않도록 검색엔진이 해석 합니다.

27. 링크 가치를 계승하고 싶지 않은 경우에는 nofollow 링크를 ​​사용 하라.

링크에서 다른 페이지로 링크 가치를 계승하고 싶지 않다면, 링크코드에 nofollow 속성을 사용 합니다.
명심할 것은 그 링크 자체에 의해 해당 페이지에서의 링크 가치가 떨어지게 됩니다.

28. 잘못된 링크를 체크 하라.

사이트를 공개하기 전에 잘못된 링크를 다시 체크 합니다.
사이트를 Google이 크롤링 할 때 잘못된 링크는 사이트의 전체 점수를 떨어 뜨리게 됩니다. 링크에 아무런 문제가 없는지 확인하기 위해 사이트가 공개 된 후에도 체크 합니다.

29. 페이지 로딩 속도를 높이기 위한 지속적인 검토를 진행 하라.

사이트의 로딩 속도를 높이기 위해 지속적인 검토를 진행 합니다. 페이지 로딩 속도를 빠르게 하기 위해서라면 아무리 작은 것이라도 찾아 내 수정 하도록 합니다.

30. 페이지의 링크를 줄여라.

하나의 페이지에 링크 수가 100을 초과하지 않도록 검색엔진은 권장하고 있습니다.
필요없는 링크를 남긴 채 이 수를 맞추면 된다는 것은 아닙니다. 사이트 탐색 및 키 페이지 를 검토하여 필요없는 링크가 있는지를 확인 합니다.

31. 컨텐츠의 중복을 제거 하라.

중복된 컨텐츠가 발생하지 않도록 노력을 기울여야 합니다.
유사한 정보가 여러가지 루트에서 도착할 같은 상거래 사이트에서 특히 중요합니다. 컨텐츠의 각 페이지는 하나의 정규화 URL을 갖도록 해야 합니다.

32. 제목 태그는 적절하게 계층화 하라.

각 페이지에 H1 태그를 사용하는 것은 한 번만 합니다. 다른 상위 제목 태그(H2에서 H4)은 컨텐츠 부분에 사용하고 H5에서 H6는 탐색 표제를 위해 사용 합니다.

33. 세션 ID를 사용하지 마라.

이것도 오래된 기술로, 지금도 사용되고 있습니다. 사이트 방문자를 추적하고자 한다면 더 좋은 방법이 있습니다. 이 방법은 어떤 경우에도 사용하지 않도록 합니다.

34. 검색 엔진이 원하는 링크를 사용 하라.

반드시 모든 링크에서 검색엔진이 원하는 링크 코드를 사용하도록 합니다.(의도적으로 검색엔진에서 차단하는 경우는 제외) 잘못된 링크 코드를 사용하면 가치가 높은 컨텐츠를 실수로 검색엔진에서 떼어 내 버릴 수 있습니다.

35. 구조화 된 데이터를 사용 하라.

구조화 된 데이터는 컨텐츠의 핵심 요소와 관련된 보완적인 코딩입니다. 검색엔진이 컨텐츠의 목적이나 가치의 ​​이해를 돕기 위한 것입니다. 이를 통해 검색 사용자에게 어떤 정보가 표시 되거나, 어떤 사이트가 검색결과에 표시되는 방식이 달라집니다.

정리

위에서 말하는 추천방법을 사용하면 사이트를 검색엔진이 원하는 사이트로 한 걸음 접근 할 수 있습니다.
왜냐하면 검색엔진의 취향이 아닌 새로운 사이트를 공개하게 되면 엉뚱한 결과를 가져오게 되기 때문입니다. 만일 사이트 공개 후에 발생한 문제를 즉시 해결 할 수 있다고 하더라도  부정적인 영향을 상당기간 받게 됩니다.

여기서 말한 방법을 개발자와 함께 확인하고 사이트의 게시를 결정하기 전에 하나 하나 클리어 할 수 있는지 확인해야 합니다.
1 ~ 2 주 정도 사이트 공개를 연기 하더라도, 추후에 해결해야 할 문제를 가지고 사이트를 무리하게 공개하는 것보다 공개를 약간 늦추는 것이 당신의 사업목표를 달성하는 것에 더 나을 수 있습니다.

내적 SEO 작업은 사이트 제작 시에 하는 것이 가장 효율적이고 적은 비용이 들지 않는 것으로 알려져 있습니다. 웹 사이트는 디렉터, 디자이너, 코더 엔지니어가 참여하고 만드는 것입니다.
위에서 언급한 35가지의 내용은 웹 사이트 제작에 관련된 모든 사람이 읽어야 할 내용이라고 말할 수 있습니다. 사이트는 만들고 끝이 아니라 오픈 이후가 시작 입니다. 제대로 습득하여 사이트 제작에 활용 하시기 바랍니다.