웹 사이트의 정보 아키텍처를 최적화

최근에, 난 갑자기, 방법 문서에 사용자가 보다 편리 하 고 신속 하 게 그들은 물론, 사이트에 필요한 정보를 찾을 수 있도록 수 없습니다 블로그-사이트 데이터 분석의 주제에서 이혼 그래서 여기 주로 사용자의 빠른 정보에 액세스를 달성 하기 위해 사이트 분석을 통해 사이트를 최적화 하는 방법에 대 한 항목 클래스를 작성 하 고 싶었다 첫 번째 소개 웹 사이트의 정보 아키텍처입니다.

정보 아키텍처에 대 한 웹 디자인 학생 들이 전문가, 내가 여기 그냥 메모리의 잔재 들의 정보 구조를 읽고 대학에 따라 수영이 요즘 간단한 주입 검토 플러스, 여기 나의 겸허 한 의견을 표현 하.

위키백과 정의 따르면 정보 아키텍처 (IA로 정보 아키텍처)는 복합 구조 시스템 조직, 탐색 및 분류 레이블 정보 환경에 영향을 미치는입니다. 정보 아키텍처 방법론에 기반 하 고 관리 하 고 정보를 구성할 컴퓨터 기술을 사용 하 여 특수 주제 이다. 정보 아키텍처는 처음에 웹사이트 디자인에 적용 되지 않습니다, 그것은 정보 과학에서 유래 하 고 조직 및 정보 검색 도서관 및 다른 장소에서 사용 해야 합니다.

사용자 경험 사용자 중심의 웹 디자인 웹 디자인 기반이 책에는 정보 아키텍처의 정의: 정보 아키텍처는 조직 분류 및 효율적이 고 효과적으로 사이트의 콘텐츠를 탐색할 수 있는 탐색 구조 설계에 초점을 맞추고 있다.

콘크리트 이상 있다, 그들의 자신의 이해, 여기 예제-워드 프레스 정보 아키텍처 모드 보기를 직접 할 수 없습니다:

물론, 위의 다이어그램만 웹 사이트의 일반 정보 구조를 보여줄 수 있다, 클래스 계층의 중간 수 있습니다 하나 이상의 레이어, 대형 클래스, 하위 클래스, 자식 클래스 될 것입니다... 아래 기사는 페이지 또는 다른 특정 콘텐츠 수 있습니다. 그리고 사이트의 내부 관계 자주 때문에 글로벌 또는 로컬 탐색, 사이트 체인 및 콘텐츠 관련 기능 등의 보다 복잡 한 존재, 화살표 다이어그램 밀도, 많이 있을 것입니다 하지만 우리 사이의 모든 관계를 나열 하지 않아도 키 기본 구조를 명확히 하는 것입니다.

의 유형

또는 사용자 경험의 요소에서 사용자 중심 웹 디자인 정보 아키텍처의 여러 가지 분류를 참조 하십시오.

로 알려진 트리 구조는 가장 일반적인 웹 사이트 정보 아키텍처 모델, WordPress의 정보 아키텍처의 위의 예는 전형적인 계층 구조. 트리 구조에서 화살표의 방향은 하지 반드시 하향식, 상향식 또는 양방향, 있을 수 있습니다 이며 가리키는 화살표 콘텐츠 일부 관련된 링크의 존재 때문에 층 사이.

"차원"의 개념에 더 많은 관심을 지불 하는 matrix 구조체, 즉, 정보, 시간, 지역, 콘텐츠 분류 등 다차원 관점에서 일반적인 응용 프로그램은 콘텐츠 관리 시스템 (CMS) 웹 사이트 또는 E-상거래 사이트, 같은 물냉이 영화를 찾아볼 수 있습니다: 2010 미국 미국 과학 소설, 아마도이 시간 "아이언 맨 2 앞에서 존재입니다.

부스러기 지금 당장, 그리고 그것의 생각 수 있습니다 참조 선형 구조는 사이트에서 가장 중요 한 정보 아키텍처 표시 됩니다, 그리고 그것은 평면 좌표를 제공 하지 않습니다 경우에 사이트에, 적어도 그것은 보여줍니다 당신이 어디 당신이 키 라인; 순간 사용자 등록 절차 또는 전자-상거래 사이트와 같은 프로세스를 구매.

웹 사이트의 다른 비즈니스 모델 설계 및 합리적인의 사용, 사용자가 가장 편리한 형태로, 필요한 정보를 찾는 가장 빠른 속도로 귀하의 사이트에 수 있을 것입니다으로 정보 아키텍처 정보 아키텍처 모드,의 어떤 종류에 상관 없이 귀하의 웹사이트에 적합 한 모드를 선택할 수 있습니다.

하지만 일부 웹 사이트를 탐색할 때 가끔 정말 내가 "북쪽"을 찾을 수 없습니다 느낌, 결과 직접 가까운 페이지, 사용자가 하려는 경우 귀하의 사이트를 쉽게 왼쪽 입력, 사이트 정보 아키텍처의 품질을 직접 사이트의 사용자 경험에 영향을 미칠 것입니다. 그래서 우리는 사용자의 정보 검색의 요구에 맞게 웹 사이트의 정보 아키텍처를 테스트 하는 몇 가지 방법이 필요 합니다.

와 유사한 밖으로 정렬 하려고

이것은 간단 하 고 가장 직관적인 방법입니다, 그리고 웹 사이트 정보 구조 하다 충분히, 그래서 그것은 어려운 그런 그림을 그릴 수 있습니다 사이트의 응용 프로그램은 더 복잡 한 콘텐츠는 비교적 광범위 한 다음 사이트의 전반적인 정보 구조에 밖으로 정렬 할 수 때 상대적으로 어려울 것입니다 하지만 난 그렇게 믿어 경우 잘 설계 된 사이트 만큼으로 약간 마무리 일반 정보 아키텍처는 여전히 그림에, 그리고 귀하의 사이트 최적화가 필요한 경우 귀하의 사이트의 정보 아키텍처를 이해 하 게 당신의 머리를 건드리는 거 야.

에 의하여

이 글의 부제는 "쉽게 사용자가 필요한 정보를 찾을 수에 대 한" 그래서 우리는 사용자가 찾을 수 있습니다 신속 하 고 쉽게 귀하의 사이트에 필요한 정보 고 귀하의 사이트에 (손실 방문) 손실된 사용자를 찾을 수 있는 방법을 권장 하는 여부를 분석 하.

합리적인 정보 아키텍처에서 대부분의 사용자가 귀하의 사이트에 손실 되지 것입니다, 그리고 그렇지 않으면, 혼란 정보 아키텍처 많은 사용자 손실된 방향으로 이어질 것입니다, 그리고 그것은 거 대 한 미로 입력 처럼. 이러한 손실 된 사용자는 어떻게 찾을 수 있습니까? 우리는 먼저 이러한 유형의 사용자의 동작을 분석할 수, 가장 눈에 띄는 기능은: 여러 페이지에 연속 클릭, 각 페이지는 다른 페이지 또는 직접 떨어져 (때문에 그들은 그들이 필요로 하는 정보를 찾지 못하면) 검색 임시만. 그래서 우리는 웹 분석에서 두 가지 메트릭을 사용할 수 있습니다.

검색 페이지 (방문의 깊이): 하나의 방문; 페이지를 탐색 하는 사용자의 총 수

평균 페이지 체류 시간 평균 페이지에 머문 시간: 사용자 유지 됩니다 각 페이지에 탐색, 즉, 전체 평균 횟수 유지 (사이트에 시간) / 페이지 액세스 (방문의 깊이).

우리 사용자 세분화 방법 탐색 페이지, 그의 수 수 하지만 페이지 평균 체류 시간이 짧은 사용자 손실된 사용자로 검색, 사이트 자체의 특성에 따라 특정 값을 정의할 수 있습니다, 그리고 페이지 번호는 4 보다 크거나 같은 내 블로그 탐색 정의 그리고 페이지 평균 체류 시간은 동작을 검색 하는 분실 된 사용자에 대 한 방문의 15 초 보다 크거나, 우리 사용할 수 있습니다 Google 웹 로그 분석의 고급 그룹 (고급 세그먼트)에서이 유형의 사용자 구분 방법에 대 한 구글 분석의 고급 그룹 함수를 참조할 수 있습니다 블루 고래 문서-google 웹 로그 분석 기능-고급 그룹을 아래와 같이:

물론, 당신은이 사용자 차별화 된 접근은 정확 하 게, 사용자는 반드시 사용자, 분실 또는 그들이 발견 하 고 특정 콘텐츠를 검색 하지만 콘텐츠는 매력 때문에 또는 다른 이유로 페이지를 즉시 떠날 말할 수 있다. 따라서, 고급 그룹과 같은 방문 수 없습니다 손실된 사용자의 절대 값으로 간주 될 수 있다, 우리 단지 방문의 대부분 사용자가 손실 됩니다 및 일부 대안의 존재를 배제 하지 않습니다 생각할 수 있습니다. 따라서, 더 합리적인 방법으로 합리적인, 우리가 Google analytics 모두 방문 하 고 비율 및 추세 비교에 사이트를 선택할 수 있습니다 사이트의 정보 구조를 분석 하는 사이트를 방문의 총 방문 수의 비율을 계산 하는 것입니다. 다음 그림에서와 같이:

손실된 사용자 웹 사이트에서 검색의 비율만 산출 될 수 있다 하 여 잃어버린 방문/모든 방문, 하지만 시점에서 당신은 기준 (벤치 마크)의 부족 또는 평가의 표준 아직도 없기 때문에 웹 사이트의 정보 아키텍처는 좋은 또는 나쁜, 여부를 판단할 수 없습니다. Google Analytics에서 방문자가 태그에서 벤치 마크 비교 (벤치마킹) 비슷한 크기의 "사이트"는 제공 하 고 비슷한 종류를 기준으로 귀하의 사이트에 사이트의 데이터를 비교할 수 있습니다. 이것은 정말 좋은 참조 하기 때문에 비교를 통해 동일한 유형의 사이트 장단점, 사이트의 방향을 최적화에 귀하의 사이트에 좀 더 구체적인 수 있습니다. 그것의 강력한 데이터 플랫폼가 기준선을 제공 수 있습니다 하지만 아마도 위의 예제 표시 됩니다 힘, 우리가 합리적으로 적당 한 기준선을 선택할 필요가 내 블로그는 현재와 같은이 시간에 대 한 범주 및 콘텐츠는 상대적으로 작은 그럼 난 내 사이트를 정의할 수 있습니다 손실된 사용자 비율 1% 미만 통제 되어야 하지만 응용 프로그램 및 콘텐츠에 대 한 더 복잡 한 웹 사이트를 있는 경우에, 다음 기준선 것입니다 분명히 설정할 필요가 조금 더 높은. 일단 지불 하는 데 필요한 시간 데이터 베이스의 일정 기간 사이트의 정보 아키텍처에 관심 하지 혼란에, 그것은 몇 가지 정렬 및 최적화를 할 수 없습니다.

즉, 좋은 정보 아키텍처는 사용자가 사이트의 사용자 경험을 향상 하는 보다 쉽게, 효과적으로 필요한 정보를 찾을, 그래서 귀하의 사이트의 정보 아키텍처를 최적화 하기 위해 노력을 도울 수 있다. 만약 당신이 효과적으로 웹사이트의 정보 구조의 품질을 테스트 하는 더 나은 방법 또는 웹 사이트의 정보 아키텍처의 세부 정보를 명확 하 게 분석 수 결함, 나와 함께 의사 소통 하 고 싶습니다, 그리고 내가 앞 사이트 분석 방법에 사이트 정보 아키텍처의 최적화에서 더 많은 응용 프로그램.