- 사용자가보다 쉽게 필요한 정보를 찾을 수 있도록 허용
갑자기 사용자가보다 빠르고 쉽게 그들이 사이트에서 필요한 정보를 찾을 수 있도록하는 방법에 대한 기사의 특별 클래스를 쓰고 싶다 물론 블로그의 주제를 분리 해선 안 돼 - 사이트 데이터 분석, 그래서 여기서 주로 설명하는 방법을 웹 분석 정보, 사이트 정보 아키텍처로 사용자의 빠른 액세스를 달성하기 위해 웹사이트를 최적화합니다.
정보 아키텍처, 웹 디자인 학생들은 전문가이며, 내가 단순 리뷰를 cramming 정보 아키텍처를 읽어보 대학은 물론 몇 일간의 일부 잔여 기억에 의하면, 여기의 침입이다, 표현 여기를 클릭하십시오 내 1시 겸손 의견.
정보 아키텍처의 정의
위키 피 디아에 따르면 정보 아키텍처의 정의 (IA로 지칭 정보 아키텍처), 정보 환경, 시스템 구성, 탐색, 그리고 복합 구조의 분류와 Labelling에 있습니다. 이것은 정보 아키텍처 방법론과 컴퓨터 기술, 관리 및 전문적인 학문의 정보 조직의 사용에 따라 달라집니다. 정보 아키텍처 웹사이트 디자인에 사용된 시작, 원래 도서관의 정보 조직 및 정보 검색 등에 사용해야 한단 정보 과학의 기원이 아닙니다.
사용자가 탐색 효율성을 높일 수있는 정보 아키텍처는 조직 분류 및 탐색 구조의 설계에 초점을 맞추고니까 그래서이 책에 사용자 중심의 웹 디자인 "웹 사이트 디자인을 바탕으로 정보 아키텍처의 정의 - 사용자 경험의 요소 사이트의 콘텐츠.
콘크리트는 더 이상 말 안되며, 각각은 여기 자신의 이해, 예를 직접보세요있을 수 있습니다 - 워드 프레스 정보 아키텍처 모델 :
물론이 그림 위에서만 일반 사이트 정보 구조를 보여줄 수, 중간 범주 계층은 하나 이상의 수준보다 주요 카테고리, 서브 클래스, 서브 서브 클래스 ... 바닥이 기사가 될 수도 페이지 또는 다른 수도있을 것입니다 수 있습니다 구체적인 내용. 사이트의 내부 관계는 종종 전역 또는 로컬 네비게이션, 체인 내의 사이트와 같은 더 복잡한 같은 콘텐츠 기능의 존재이며,지도에 화살표가 집중적으로 많이있을 것이지만, 우리는 그 열쇠의 관계의 모든 내용의 목록을 가지고 있지 않는에 기본 구조를 명확히.
정보 아키텍처의 종류
또는 "사용자 경험의 요소 - 웹 디자인 사용자 중심"을 참조 정보 아키텍처의 여러 카테고리 :
계층 (계층 구조)
트리 구조는 가장 일반적인 사이트 정보 아키텍처 모델, 위의 예제와 같이 또한 알려진 워드 프레스의 정보 아키텍처는 전형적인 계층 구조입니다. 화살표 방향으로 트리 구조는 하향식, 이건 상향식 또는 양방향이 될 수 있으며 컨텐츠 레이어 때문에 같은 수준에있는 화살표에 어떤 관련 링크 지점의 존재로 존재하는 것입니다 필요하지 않습니다.
매트릭스 구조 (매트릭스 조직)
매트릭스 구조가 같은 시간, 지리, 콘텐츠 분류와 같은 다차원적인 관점에서 정보를 검색하려면 "차원"의 개념에 집중, 일반 응용 프로그램과 같은 브라우저 Douban 등 콘텐츠 관리 시스템 (CMS) 웹 사이트나 전자 상거래 사이트입니다 영화 상영 : 2010 - 미국 - 공상 과학, 어쩌면 이번에는 앞에서 공연에서 "철 남자 2".
선형 구조 (선형 구조)
선형 구조를 참조하십시오, 아마 즉시 부스러기 생각, 지금도 사이트의 정보 아키텍처의 가장 중요한 경로는 네 비행기는 사이트에 좌표를 제공할 수없는 경우에도 보여주기위한 것이지만, 적어도 그것은 당신이 지금 보여주고 어느 시점에서 중요한 라인은, 물론, 그 사이트의 임계 경로의 일부는 사용자 등록 과정이나 전자 상거래 사이트를 프로세스 등을 구입하는 등 참여 선형 구조에 따라, 일반적으로이다.
사이트 분석 및 정보 아키텍처
, 사이트 비즈니스 모델에 따라 그것이 위의 디자인과 합리적인 사용을 한 같은 정보 아키텍처 모델의 종류, 여부, 적합한 사이트의 정보 아키텍처 모델을 선택할 수 사용자가 귀하의 웹사이트에 가장 편리한 양식, 빠른하실 수 있습니다 그들이 필요한 정보를 찾는 속도.
하지만 특정 웹 사이트를 탐색할 때, 때로는 정말 나를 결과를 쉽게 떠날 수 있도록 사이트의 사용자로하게하려는 웹사이트 정보 아키텍처를하지 않은 경우, 페이지를 닫습니다 "북쪽을 찾을 수 없습니다"것처럼 느껴집니다 품질은 직접 사이트의 사용자 경험에 영향을주게됩니다. 그래서 우리는 사용자의 정보 검색의 요구를 충족하기 위해 사이트의 정보 아키텍처를 테스트하는 몇 가지 방법이 필요합니다.
웹사이트 정보 아키텍처 다이어그램을 정렬하려고하면 위 예제와 비슷
사이트 정보 아키텍처가 충분히 명확 경우는, 가장 간단한 방법이자 가장 직관적인 방법이며, 다음이 다이어그램 당신도 어렵지 않습니다 그려, 응용 프로그램의 사이트는 광범위에 더 복잡하면 해결될 수 있습니다 사이트의 전반적인 정보 아키텍처는 상대적으로 어려울 것이지만, 나는 좋은 디자인 웹사이트 조금 마무리, 일반적인 정보를 차트 믿고, 또는 나오게했고, 당신은 혼란에 귀하의 웹사이트의 정보 구조를 분투 때 시간의 아이디어는, 그때 필요가 귀하의 사이트를 최적화합니다.
이 사이트 분석 정보 아키텍처의 합리성을 확인하는 방법
이 문서의 자막, 사용자는보다 쉽게 필요한 정보를 찾는 방법, 그래서 우리는 신속하게 사용자가 귀하의 사이트에 있는지 여부를 분석하고 쉽게 그들이 방법을 권장하는 데 필요한 정보를 찾아야 해요 - 잃어버린 사용자가 사이트를 찾기 위해 (분실 방문수).
합리적인 프레임 워크는 대부분의 사용자는 사이트에서 길을 잃지 않을 것이다; 오히려, 혼란 정보 아키텍처는 거대한 미로로 같은 혼동 많은 사용자로 이어질 것입니다. 근데 어떻게이 잃어버린 사용자를 찾을 수 있습니까? 지속적으로 여러 페이지를 클릭하면 다른 페이지로 직접 왼쪽으로 이동 (그들이 필요한 정보를 찾을 수 없어서), 각 페이지에만 예비 브라우저입니다 : 우리는 사용자의 행동, 가장 눈에 띄는 기능은 아래에서 분석할 수 있습니다. 그래서 우리는 웹 분석의 2 가지 통계를 사용할 수 있습니다 :
페이지 번호 (방문 심도)보기 : 사용자 검색의 페이지 번호에 방문;
페이지 체류 시간 (페이지에있는 평균 시간) 의미 : 각 페이지의 평균 체류 시간에 사용자를 검색하는 시간을, 총 체류 시간 (사이트 방문 시간) / 페이지 번호 (방문 심도)에 대한 액세스를 방문합니다.
우리는 사용자의 세분화는 방법 페이지에서 자세한 내용을 찾아볼 수있는,하지만 잃어버린 사용자로 검색할 수있는 짧은 사용자를 유지, 구체적인 값은 사이트 자체의 특성에 따라 정의할 수의 페이지 평균 길이 있습니다, 예를 들어, 내 블로그를 정의 페이지의 숫자보다 크거나 4 페이지 같음보기 것은 거주지 시간 미만 뜻이나 사용자의 검색 행동을 잃을 방문수 15 초로 동일, 어떻게에 이러한 사용자를 구분하는 Google Analytics는 수석 그룹의 사용 (고급 세그먼트)를 만들 수 있습니다 Google Analytics를 사용하려면 고위 그룹 기능, 당신은 푸른 고래의 기사를 참조할 수 있습니다 - Google Analytics의 특집 기사 - 수석 그룹 , 아래 그림과 같이 :
물론,이 사용자가 방법을 구별하는 정확한 아니라고 말할 수도 등 반드시 손실되지 않은 사용자들은 특정 컨텐츠를 찾고 탐색 않았다는 것도 가능하지만, 콘텐츠가 경쟁력이나 기타 이유 아니기 때문에, 즉시 페이지의 왼쪽 . 따라서, 수석 그룹 부문의 이러한 방문수가 손실 사용자의 절대값으로 간주 수 없습니다, 우리는 일부 대안의 존재를 제외하지 않고, 내부 방문수의 대부분은 사용자를 잃어 것을 결론 수 있습니다. 보다 합리적인 방법은 그것이 합리적인지 여부를 결국 사이트의 정보 아키텍처에 대한 총 사이트 방문 비율에 대한 계정에 같은 방문수를 계산하여 분석되고 그래서, 우리는 같은 사이트에게 비교의 비율 및 동향 위의 Google Analytics에서 모든 방문 자수 및 분실 방문을 선택할 수 있습니다 그림 :
기준의가 충분하지 않기 때문에, 전체 방문 자수 계산 수 있지만 여전히 끝에 웹사이트 정보 구조에 의해 규정되는이 계산의 결과에 따라 수없는이 시간이 좋은거야, 나쁜거야 - 단순히 잃어버린 방문 /의 비율을 탐색하는 사이트 사용자에 잠기다 (벤치 마크) 또는 기준. 방문자 탭 위에 Google Analytics는 '유사한 규모의 사이트들이, "벤치마킹 (벤치마킹)는, 당신은 데이터를 비교하는 기준으로서 사이트의 웹사이트와 비슷한 유형으로 선택할 수 있습니다, 그건 아주 좋은 레퍼런스입니다 사이트, 사이트 최적화 방향의 동일한 유형에서 더 명확하게 웹사이트의 강점과 약점을 비교하실 수 있습니다. 강력한 데이터 플랫폼 GA가 기준으로 우리를 제공할 수 있지만, 아마도 위의 예를 들어 우리가 같은 블로그 카테고리 및 컨텐츠 등의 적절한 기준을 선택하고 이성적으로 필요한이 시간에도, 힘이되어 보이 겠어 비교적 작은, 그래서 내 사이트가 사용자의 비율이 1 % 이하 제어해야 잃어버린 정의 수도 있고 응용 프로그램과보다 복잡한 사이트에 대해 다음 기준선은 분명 훨씬 더를 설정해야합니다. 기준 이상의 특정 기간의 데이터, 당신은 사이트의 정보 아키텍처를 보면서 필요하면되지 혼란 경향에 정렬 아니며 최적화.
즉, 좋은 정보 아키텍처 그래서 웹사이트의 정보 아키텍처의 최적화하려고하면 사용자가보다 쉽게 그들이 사이트의 사용자 경험을 효과적으로 개선하기 위해 필요한 정보를 찾을 수 있도록합니다. 당신이 효과적으로하는 나와 연락 해 주길 웹사이트 정보 아키텍처를 얻기 위해 분석의 세부 사항 사이트의 정보 아키텍처, 또는 결함의 장단점을 테스트하는 좋은 방법이있다면, 나는 웹사이트 정보를 최적의 웹 분석 기대 프레임 워크의 많은 응용 프로그램입니다.
»이 종이에는 BY-NC-SA의 : 계약 소스를 지정하십시오 복제 사이트 데이터를 »하는 "웹사이트 정보 아키텍처를 최적화
관련 기사 :
이론 앞 기사 혜택지만, 결국에는 사용자의 메소드를 잃을 사이트를 찾을 수 있지만, 다행히 나를 잃지하지 않았어 방법을 제공. 다시 질문, 사이트에게 부당한 손실 사용자 정보 아키텍처의 수를 측정하는 더 정확한 데이터가 없다? 구글 혼자 하나의 기준?
잘 쓰기, 내 사이트가 선정되지 않은, 그것은 그 이유를 추정됩니다!
http://www.millforsale.org
소룡 @ 파란색 : 각 사이트의 작동 모드가 다르니 기준을 결정하는 통일은 매우 현실 아닌 있고, 그것이 사이트 데이터와 같은과 같은 비교를하는 것이 좋습니다,이 데이터에 대한 예제가 상대적으로 작습니다, 도움이 될 수 있습니다 당신을보고 있어요.
더 와서 더 좋은 않았
상위 디렉토리의 위치에 넣어도 매우 중요합니다.
에 관계없이 SEO를위한 사용자 경험.
PS : 블로거 글꼴 좋아 보인다. 이것을 무척 좋아합니다.
이 책을 읽고 있었고, QQ 그룹의 설립 : 114 782 739는 정보 건축가에 오신 것을 환영합니다, 상호 작용 디자이너 탐험하기 위해 함께 참여합니다.
정보 아키텍처, 중점은 정보, 링크 및 대화형 콘텐츠의 배포 체계적인 계획의 전체 사이트에 있습니다.
사실 많은 사람들의 눈은 특별 많은 사이트가 지금은 겉보기에 어떤 효과를 할 수 재창조 아무런 느낌이 없습니다. 그러나 진실을 이해하지 않는 것은 뿌리 깊은 경험을 할 깊이에 더있을 수 없습니다.
이 문서는 새로운 방향 또한, 정보 아키텍처의 문제를 다루는 데이터 분석의 관점에서, 멋진하지만, 당신이 joegh 감사
다시 원점에서 잘되지만, 다시 건축 후 증가 또는 감소의 대부분.
_AT_의 Jaye.G : 사실, 전, 정보 아키텍처도 비교적 얕은 이해가 단지 실제로 몇몇 지역에서는 사이트 데이터 분석 UED 또는 UCD을 최적화할 것을보고 싶어요.
감사
일반 잃어버린 사용자를 얼마나 많은 사람들이 당신이 원하는 걸 찾을 것입니다?
@ 사이트 기획 : 안녕하세요, 저는 한때 길을 잃었 인내심이 사이트를 떠날 가능성이 사이트에서, 어떻게이 비율은 결국 같은 것입니다 느끼고, 유사한 데이터에 대한 통계가 없었어요, 특정 분석을 위해 필요합니다.
혜택! ! !