2009-07-17 4 views
1

나는 웹 사이트 최적화 (YSlow, Google Page Speed ​​등)에 상당한 시간을 투자했으며, 이제는 내 웹 사이트의 접근성 향상에 대해 점점 더 많은 생각을하고 있습니다.최적화와 접근의 반대 관심사를 해결하는 방법은 무엇입니까?

그러나 그들은 때때로 경쟁적 관심사 인 것처럼 보입니다. 스크린 리더, 모바일 장치 등을위한 별도의 스타일 시트를 포함하면 다운로드 할 추가 파일입니다. 마찬가지로 화면 판독기, 휴대 기기 등을 사용하는 방문자에게는 불필요한 파일이 많습니다.

그렇다면 우리는 어디에서 떠나나요? 서버 측 브라우저 스니핑? 제한된 경우에만 도움이 될 것이라고 생각합니다. 이 문제에 적극적으로 참여하고 있거나 권장 사례가 나와있는 팀 (예 : Google 또는 Yahoo)이 있습니까?

+0

관련이없는 스타일 시트를 다운로드 하시겠습니까? 나는 그들이 필요하지 않으면 무시 될 것이라고 생각했다. – sisve

+0

몇 가지 간단한 테스트를 수행했으며, 테스트 한 브라우저는 간단한 스타일 테스트보다 더 철저하게 적용했을 수도있는 블로그 게시물을 찾았지만 모든 스타일 시트를 다운로드했습니다. –

답변

3

요청 크기를 최적화하면서 접근성을 유지하는 것에 대해 읽은 재미있는 방법 중 하나는 액세스 가능성 클래스 (스크린 리더, 모바일 장치 등)를 세션에 저장하는 것입니다. 액세스 가능성 클래스가 세션에 저장되어 있지 않은 경우 (예 : 첫 번째 페이지로드 세션 시작) 모든 스타일 시트 (등)를 보내고 Javascript를 사용하여 액세스 가능성 클래스를 감지합니다. 이것을 다시 보내서 장래에 세션에 저장하십시오. 세션이 접근성 등급을 저장하는 일 경우 적절한 스타일 시트 (등) 만 전송하면됩니다.

+0

+1 흥미 롭습니다. 이미 사용하고있는 JS 프레임 워크 나 샘플 코드가 있습니까? –

+0

아니, 나 자신을 한 적이 없어.단지 아이디어를 따라야겠다. – JoshJordan

0

다른 플랫폼에 대한 스타일 시트에 대해서는 걱정하지 않으셔도됩니다. 한 번 다운로드 한 후 캐시에 저장했기 때문에 걱정하지 않으셔도됩니다. 접근성을 우선으로 디자인하고 다운로드를 최적화하는 것이 좋습니다.

+0

잘 모르겠습니다. 어쩌면 내 편견은 첫 번째 방문에서도 최적화를 향한 것일 수 있습니다. 둘 다 가질 수 있다면 둘 다 원합니다. 단지 생각 ... "아마존은 대기 시간 100ms마다 매출 1 %의 비용이 발생한다는 것을 발견했으며 Google은 검색 페이지 생성 시간을 0.5 초로 단축하여 트래픽을 20 % 줄였습니다. 브로커는 매출 4 백만 달러를 잃을 수 있습니다 그들의 전자 거래 플랫폼이 경쟁에서 5 밀리 초 뒤에 있다면 밀리 초이다. " http://highscalability.com/latency-everywhere-and-it-costs-you-sales-how-crush-it –

+0

그런 종류의 규모로 무엇을하고 있습니까? 사이트에 액세스 할 수없는 경우 신속하게로드하는 것이 중요합니까? – micmcg

+0

@micmcg, 나는 그 상대적인 효과를 경험하기 위해 당신이 그 규모에 있어야한다고 생각하지 않는다. 또한 제가 말했듯이, 나는 둘 다 가지고 싶습니다. 상대적인 가치를 뒷받침하는 데이터없이 "강하게"추천하는 것은 그렇게 도움이되지 않습니다. Dave가 우선 순위를 매기는 것이 옳지 않다고 말하는 것은 아닙니다. 그는있을 수 있습니다. 특정 접근성 기능이 유사한 측정 항목에 어떤 영향을 주는지 보여주는 유사한 연구는 없었습니다. 그러한 자료를 알고 있다면, 나는 그것들을 읽는 데 매우 흥미가있을 것입니다. 감사합니다 –

1

요즘 사용자 에이전트 (브라우저 또는 기타)를 스니핑하는 것은 거의 이상한 기술이 아니며 jQuery 또는 도조와 같은 프레임 워크가 사용자를 대신하여 수행하므로 왜 활용하지 않을까요? 단지 당신의 사용자가 명시 적이지만 간단한 행동 (스니핑 퀴즈가 잘못되었을 때)에 의해 무시하도록하십시오.

+0

하지만 클라이언트 측에서 스니핑하는 것은 처음 페이지를 방문한 후에 이미 기본 페이지 (및 리소스)를 다운로드했을 것입니다. 확실히 서버 측과 클라이언트 측 스니핑의 조합은 최적화 된 후속 페이지 뷰에 적합합니다. –

+0

오른쪽 : 첫 번째 요청 (서버 측)의 헤더에서 스니핑을 수행하고 수행 할 충분한 JS를 푸시 할 수 있습니다 나머지. –

관련 문제