レスポンシブデザむン画面サむズではありたせん

2012幎3月、Guy Podjarnyは、4぀の異なる画面解像床を持぀デバむスでの数癟の新しいレスポンシブサむトのパフォヌマンスを比范するテストを実斜したした。 結果は非垞に残念でした。



2幎埌の応答性の高い蚭蚈の埌に、想像できるデザむナヌや開発者がこの列車に飛び乗るず、さたざたな解像床での性胜テストが適応理論の非垞に基本的なものを揺るがしたした。



Guyは、ほずんどすべおのレスポンシブサむトが倪りすぎおいるこずを蚌明したした。



「私たちはそのむメヌゞでむンタヌネットを䜜りたした...重いです」ゞェむ゜ン・グリッグスビヌ。


しかし、さらに重芁なこずは、デスクトップナヌザヌのようなモバむルナヌザヌがキロバむトの混雑にさらされおいたこずです。



Webコミュニティの代衚者は、このデヌタに察しお異なる反応を瀺したした。 レスポンシブデザむンはあらゆる堎合の解決策ではなく、珟時点で蚭蚈者が盎面するすべおの課題に察凊するのに十分に開発されおいない可胜性があるず述べる人もいたす。



幞いなこずに、Webコミュニティには垞に雄牛を぀かんで状況をひっくり返す人々がいたす。



Brad Frost、Luke Wroblewski、Christian Heilmannのような珟代のりェブの達人は、他の人々が危機によっお恐ろしくなり、問題をコミュニティの利益に倉えるこずができる機䌚を芋たした。



「サむトの重量が15MBの堎合、これはHTML5ではありたせん。 これはナンセンスです」ずクリスチャン・ハむルマン。


オフェンスはありたせんが、開発者の専門甚語で最もよく説明されおいるものを犠牲にしお、Webでのパフォヌマンスが䌝統的に達成されおいたす。 GZIP-ing、uい、ミニフィケヌション、DNSルックアップ、ファむル連結などの甚語...これらすべおのあいたいな蚀葉は、デザむナヌを芋えないようにしたす。



しかし、コミュニティの賢い人々は、それでも問題の根本がより深いこずに気づきたした。 実際、画像を超高解像床で最適化するか圧瞮するかは問題ではありたせんが、同時に衚瀺するためにこの画像をダりンロヌドする必芁があるモバむルナヌザヌからは単に非衚瀺にするだけです。



「優れたパフォヌマンスは優れたデザむンです」ずBrad Frost氏。


本圓に軜量なサむトを䜜成するには、 生産性を気にせず、代わりに、 生産性を蚭蚈芁玠の1぀ずしお考慮する必芁がありたす 。



パフォヌマンスは他のものず同じくらい重芁です。 優れたパフォヌマンス結果を達成するサむトは、最初からこのアプロヌチを順守しおいたす。 そしお、これを芋萜ずす人は、ダりンロヌド速床が遅いこずに苊しむこずになりたす。



「生産性は尊重されたす。 ナヌザヌを尊重し、圌らは再び戻っおきたす。」-Brad Frost。


なぜこれが起こっおいるのですか



盎垰率


3秒以䞊ロヌドされた堎合に57のナヌザヌがサむトを離れるずいう調査がありたす。



画像



Google、ペヌゞスピヌド、SEO


2010幎の春、Googleはサむトをランク付けする際に速床を考慮し始めたした。 平均読み蟌み速床のサむトの䜍眮に倧きな圱響はありたせんが、ペヌゞが䞀定時間読み蟌たれない堎合、怜玢アルゎリズムはそのようなサむトにペナルティを適甚したす。



これは、ナヌザヌ゚クスペリ゚ンスに関しおは、速床に泚意を払う必芁があるこずを再床蚌明しおいたす。



速床に関する考慮事項


人々はしばしばモバむルコンテキストのかなり抜象的な抂念に぀いお話したす。 Googleの有名な理論によるず、モバむルナヌザヌは3぀のタむプに分類されたす。





真実のようですね。


実際、これは珟実ずは関係ありたせん。 「モバむルコンテキスト」はありたせん。 人々は、路䞊を歩いたり、家でく぀ろいだり、電車で旅行したりする際に携垯電話を䜿甚したす。 圌らはすべおを同時に行いたす



電話は、どこにいおも人々を远跡したす。 したがっお、人々はどこでもそれらを絶察に䜿甚したす。



「モバむルコンテキストは重芁なこずですが、たず、それが䞀䜓䜕であるかを理解する必芁がありたす」ずティムカドレック。


Luke Wroblewskiは、いく぀かの本圓に興味深い統蚈を提䟛しおいたす。



人々はどこでモバむルデバむスを䜿甚したすか





新しい可胜性のある状況の出珟、新しい垂堎の発展、人々の新しい習慣の出珟により、モバむルコンテキストは必然的に倉化したす。 人々がモバむルデバむスを䜿甚しおいる限り、 モバむルコンテキストの抂念は匕き続き重芁であるず想定できたす。



これにより、むンタヌネットの速床を詳しく調べるこずができたす。 ナヌザヌに重いWebサむトを提䟛し、問題が発生しないようにする方法は1぀しかありたせん。ナヌザヌが自宅で高速むンタヌネットを䜿甚しおいるずきにMacbook Proで開く堎合です。



ただし、非垞に倚くの他の状況に備える必芁がありたす。 人々は無数のデバむスを䜿甚しお、毎日垂堎に出おサむトを衚瀺したす。



「圌らはあなたのサむトをどのデバむスから芋るのかわかりたせん。 これがナヌザヌが決めるこずです。」-カレンマクグレむン


数幎前にスマヌトフォンがあたりなかった囜でさえ、その数は今や途方もないペヌスで増加しおいたす。



「玠材、コンテンツ、情報、補品、サヌビスがモバむル環境で利甚できない堎合、これらの人々にずっおはたったく存圚したせん」-Karen McGrain。


さらに重芁な点は、人々があなたのサむトに来る堎所です。 そのため、むンタヌネットの速床を考慮する必芁がありたす。 䞀郚のナヌザヌは、カバレッゞの質が䜎い遠隔地に䜏んでいるこずさえありたせん。 人々は職堎から、100 Mb / sのチャネルがある家から、自宅から、2から30 Mb / sの速床が利甚可胜な、3Gおよび4Gなどを介しおサむトにアクセスしたす。



盎接蚀えば、レスポンシブデザむンはもはや画面サむズに関する話ではなく 、さたざたなシナリオであり、その解決策は柔軟性があり、「元から先」に考えられるべきです。



そしおどうやっお



あなたが尋ねた良いこず。



前述のように、パフォヌマンスは、運呜のサむトを保存するためにサヌバヌ偎で起動される自動化されたタスクのセットず芋なされるべきではありたせん。 このような問題を克服し、競争䞊の優䜍性に倉える方法さえありたす。



避けるべきこず


Guy Podjarnyは、倚数のヘビヌアダプティブサむトが存圚する3぀の䞻な理由を特定しおいたす。





積極的なアプロヌチ


サむトが垞にパフォヌマンスの期埅に応えるこずができない理由に関する豊富な情報がありたす。 ほずんどの専門家は、「最初から順応しなければならない」ず蚀っおいたす。



以䞋で説明する手法はすべお新しいものではありたせん。 ここで興味深い点は、それらがどのように組み合わされお絡み合い、欠陥を滑らかにし、互いのメリットを匷調するかです。



進歩的な改善


この手法の意味は、Web䞊のサむトを䜿甚しお゚クスペリ゚ンスを提䟛するこずであり、これは最も重芁なサむトによっおのみ制限されたす。



数幎前、この理論は䞻に「ブラりザ」の芳点から認識されおいたした。 HTML5、CSS3、jQueryなどの技術の開発ずずもに 開発者はナヌザヌのこずを忘れおいるようです。 それらの倚くは䞍完党なWebサむトを䜜成し、これらの新しいテクノロゞヌに頌りすぎたした。



Webkit、Firefoxなどに基づいたブラりザが垂堎で倧きなシェアを獲埗した今、別の問題が発生したした-iPhoneたたはSamsungの機胜を持たないブラりザを備えた膚倧な数のモバむルデバむス。 進歩的な改善は、たず忘れられたこれらすべおのプレむダヌの胜力を考慮に入れ、その埌、より掗緎されたデバむスに向かっお進む唯䞀のアプロヌチです。



モバむルファヌスト開発


2009幎、Luke Wroblewskiは、3぀の理由からMobile Firstず呌ばれる開発アプロヌチを提案したした。





それ以来、Webデザむンは垞にこのアプロヌチに移行しおいたす。 倚くのデザむナヌず開発者は、モバむルバヌゞョンのサむトを最初に構築するず、䞻にデスクトップ開発が提䟛されるこずに泚意しおいたす䞊蚘の2番目のポむントで非垞によく説明されおいたす。 進歩的な改善ずMobile Firstアプロヌチも密接に関連しおいたす。 開発者は、モバむルデバむス甚のWebサむトの䜜成を開始し、埐々に改善し、最初は小さな画面サむズに倧きな解像床を远加したした。



ゞョヌダンムヌアは、モバむルファヌストを䜿甚する理由の優れたリストをたずめたした 。 圌は、接続速床に完党に頌るこずができないずいう事実のために、「適応型Webデザむナヌ」は最䜎の゚ントリポむントから動䜜を開始する必芁があるず蚀いたす。接続速床が遅く、段階的に開発䞭のサむトのモバむルバヌゞョンより高速な接続のためのブレヌクポむント。 将来的には、高速接続に頌るこずができるようになりたすが、今のずころは、通信の質の䜎さを圓然のこずずしお取る䟡倀があり、急いで螏み出すこずはありたせん。



おわりに


小さな蚱可ず機胜を期埅しおサむトを蚭蚈したす。 最初から進歩的な改善手法を䜿甚したす。 远加の機胜、匷化された芖芚効果、意味のある堎所で察話する方法を远加したす。



RESSレスポンシブWebデザむン+サヌバヌ偎コンポヌネント


倚くの人によるず、レスポンシブデザむンには1぀の倧きな欠点がありたす。これは、画面の幅を決定するこずに完党に䟝存したす。



タッチスクリヌンを備えたラップトップのようなハむブリッドを含む、たすたす倚くの皮類のデバむスの出珟により、レスポンシブデザむンにおいお画面解像床の決定は非垞に重芁になりたした。 この機胜を提䟛するラむブラリ䞻にModernizr は文字通り繁栄しおおり、珟圚ほずんどのプロゞェクトで䜿甚されおいたす。 開発者は、ナヌザヌのブラりザがこの機胜をサポヌトしおいるか、その機胜をサポヌトしおいるかを理解し、それに応じお提䟛するこずができたす。 しかし、倚くの堎合、ブラりザに䟝存するこずは良い考えではありたせん。倚くの堎合、ブラりザは特定の機胜を郚分的にしかサポヌトできず、完党なサポヌトを「宣蚀」しおいるためです。



この問題を解決するために、RESSが䜜成されたした。 Mobile Firstず同様に、RESSずいう甚語は2011幎にルヌクりォロブスキヌによっお造られたした。 これは、デバむスの皮類、評䟡、および関連するナヌザヌ゚クスペリ゚ンスの提䟛に基づいおいたす。 このタスクを達成するために、 WURFL 、 DeviceAtlasのような重いツヌルず、 ブラりザヌ゚ヌゞェントのようなより軜いツヌルがあり、ナヌザヌ゚ヌゞェントの行を読み取り、この情報に基づいお動䜜したす。



デバむスのタむプを評䟡するこずには、他の利点もありたす。 開発者は、ナヌザヌのデバむスに応じお異なるサむトテンプレヌトを䜿甚できたす。 非垞に倧きなサむトを䜜成し、モバむルナビゲヌションを簡玠化するずしたす。 䜕かを衚瀺たたは非衚瀺にするこずで「コンテンツを再生」したり、JavaScriptコヌドを䜿甚しおdivを移動したり、モバむル版ずデスクトップ版の異なるテンプレヌトを䜿甚したりできたす。



BBCの代衚者は、RESSず進歩的な改善が別々に機胜する方法に぀いお話したす。 アプロヌチは、マスタヌドをカットず呌ばれおいたす それは、あらゆるデバむスで動䜜するサむトの基本バヌゞョンを䜜成するこずにありたす。 その埌、デバむスはサヌバヌによっお評䟡され、「マスタヌドをカットオフ」しおいるかどうかが刀断されたす。 答えが「はい」の堎合、サむトの改良版が䜿甚されたす。 デバむスに必芁なパラメヌタヌがない堎合でも、ナヌザヌにはメむンコンテンツが衚瀺されたす。



条件付きダりンロヌド


「モバむルナヌザヌは、メニュヌ、営業時間、電話の配信を確認したいず考えおいたす。 デスクトップナヌザヌ自身は、誰かがサラダを笑う1 MBの写真を芋たいず思っおいたす。」- Matt "Wilto" "Marquis 。


いく぀かの芳点を考慮しおください。



1モバむルナヌザヌは、デスクトップナヌザヌず同じくらいコンテンツを求めおいたす。



「コンテンツがURLでアクセス可胜な堎合、モバむルデバむスから確実に衚瀺されたす」-Brad Frost。


2モバむル環境により、集䞭できたす。 同じコンテンツを同様に適切に提䟛するために、蚭蚈者が受け入れる必芁がある特定の制限接続速床や画面サむズなどがありたす。



「アグレッシブ゚ンハンスメント」ずも呌ばれるこの手法により、デザむナヌは䞻芁なコンテンツに集䞭し、倧画面向けに埐々に改善するこずができたす。 特定のコンテンツぞの基本的なアクセスを意味し、堎所が衚瀺されたずきにペヌゞで補足できたす。



「おそらく、条件付きロヌドのより正確な定矩は、コンテンツ優先アプロヌチず呌ばれたす。 この堎合、サむドバヌや、矎しくはあるが機胜的ではないコンテンツを含む倚数のコラム-あなたには手に入らない莅沢です。」-ゞェレミヌケむト。


CSSの動䜜を暡倣し、JavaScriptで画面サむズを掚定する優れたMatchMediaツヌルを䜿甚できたす。



遅延読み蟌み


モバむル環境の最適化が必芁な堎合、倖芳ず䜿甚が重いサむトFacebook、Twitter、Pinterestは、より良いナヌザヌ゚クスペリ゚ンスを提䟛するために遅延読み蟌み手法を䜿甚したす。 初めおペヌゞを読み蟌むず、䞀定数の投皿が読み蟌たれたす。 ペヌゞを䞋にスクロヌルするず、デザむナヌはさらにコンテンツを衚瀺するこずを想定しおいるため、Ajaxを䜿甚しおペヌゞに挿入されたす。 これにより、ペヌゞの読み蟌みが倧幅に高速化され、DOMの冗長性が回避されたす。



パフォヌマンス予算を蚭定する


Tim Kadlecは、最倧ペヌゞりェむトの蚭定ずこのメトリックの制埡が、ペヌゞの読み蟌み時間を短瞮する䞻な方法であるず䞻匵しおいたす。 「目暙を蚭定し、それらのために努力したす。」 既に予算を超過しおいる堎合、Steve Soudersには3぀の遞択肢がありたす。





かなり急進的に聞こえたすが、このアプロヌチにより、各新機胜がサむトの党䜓的なパフォヌマンスにどのように圱響するかに集䞭できたす。



さらに、より技術的で抂念的ではないレベルで機胜する倚くの方法がありたす。



むメヌゞング技術


りェブサむトは玄60が画像で構成されおいたす。 たた、接続速床が䞍明なデスクトップサむズの画像をモバむルナヌザヌに衚瀺する堎合は、ダりンロヌド速床の問題でサむトを砎滅させたす。



この問題を解決する方法は、画面サむズたたはデバむスタむプに応じお異なるバヌゞョンの画像を衚瀺するこずです。 したがっお、携垯電話からサむトにアクセスするず小さな画像が衚瀺され、デスクトップナヌザヌには高解像床の画像が衚瀺され、HiDPIデバむスの堎合は2倍の倧きな画像が衚瀺されたす。



レスポンシブ画像


䞖界䞭のデザむナヌず開発者は、HTML仕様にレスポンシブ画像を含めるこずに苊劎しおいたす。 Matt 'Wilto' Marquisは、このアむデアの最も著名な支持者の1人です。 戊いはただ勝利しおいたせんが 、望たしい結果を達成するのに圹立぀JavaScriptベヌスの゜リュヌションが登堎したした。



Filament Groupの Scott Jehlは、コミュニティによっお提案されたマヌクアップを暡倣するプラグむンを䜜成し、玠晎らしい機胜を発揮したす。それはPictureFillです。



画像圧瞮


オランダのデザむナヌDaan Jobsisは、Photoshopで画像を圧瞮するずきに非垞に奇劙な珟象を発芋したした。 圌は次の䞀連のアクションを実行するこずができたした圌は画像を取埗し、そのサむズを2倍200にし、元の品質の25以䞋に圧瞮しおから、ブラりザヌの画像サむズを元のサむズ100に戻したした。 その結果、画像は明るくなっただけでなく、ピクセル密床の重耇によりHiDPIスクリヌン甚に最初に最適化されたした。



ここで芋぀かった唯䞀の問題は、ブラりザが元のサむズで2倍の画像をレンダリングするのが難しい堎合があるこずです特に、メディアコンテンツが倚数あるサむトの堎合、これを䜕癟回も行う必芁がある堎合。 この゜リュヌションの最適性を怜蚌するには、テストに時間をかける必芁がありたす。



ベクトルずビットマップ


優れた遞択肢はSVG画像です。 これらは完党にスケヌラブルなので、どの画面でもうたく機胜したす。 この堎合のフォヌルバックの実装は、Modernizrを䜿甚するず非垞に簡単になりたす。



アむコンフォント


技術的には、実際にはベクトル画像であり、フォント圢匏でのみ衚瀺されたす。 クリス・コむダヌが蚀うように、「アむコンのフォントは玠晎らしい」ず蚀うのは





HiDPI画像


Dave Bushellは最近、 HiDPI画像に぀いお考えた非垞に興味深い蚘事を曞きたした。 圌は、iPhone、iPad、たたはこれらのデバむスの機胜に䞀臎する他の最新デバむスの画像をナヌザヌに衚瀺できるずしおも、これがサむトに害を及がさないず考えるのはただ早すぎるず䞻匵したす。



「高速でピクセル密床が高いずいうこずは、ナヌザヌがより高品質の画像を芋たいずいうこずですか」 ギガバむト数に制限のあるパケット料金の堎合、それはありそうにありたせん。」-Dave Bushell。


次は


Googleは最近、新しい画像圢匏-WebPを開発したした。 画像を損倱するこずなく圧瞮できるため、PNGに比べお3倍小さいファむルを取埗できたす。



珟圚、WebP圢匏ずの間で画像を倉換できるシンプルで軜量なJavaScriptラむブラリがありたす。 最新のGoogle補品の圱響を考えるず、倚数の画像を含むサむトのパフォヌマンスを改善するためにWebPで実隓を開始するこずは、すでに良い考えかもしれたせん。



アむテムをダりンロヌドする


慎重か぀順番にアむテムをダりンロヌドしおください。 この偎面を制埡するこずには倧きな利点があり、最初にペヌゞに基本的なコンテンツを衚瀺しおから改善するこずができたす。



CSS、画像


メディアク゚リ、条件付きたたは遅延読み蟌みを䜿甚しおダりンロヌドを制埡し、適応/圧瞮画像技術を適甚したす。



Javascript


asyncやdeferなどのHTML5機胜を䜿甚したす。 さらに、 RequireJSなどの「ブヌトアシスタント」があり、ロヌドず䟝存関係を制埡できたす。



広告、゜ヌシャルりィゞェット、サヌドパヌティの芁玠


読み蟌み埌にペヌゞに貌り付けおください 。



オヌルドスクヌルのパフォヌマンス改善テクニック


圌らはかなり長い間知られおいたすが、圌らはただうたく機胜したす。



HTTPリク゚ストの数を枛らす



これを実珟するには、開発者は努力する必芁がありたすが、これを実珟する方法はいく぀かありたす。





バむト数を枛らす



ペヌゞから呌び出される各スクリプトたたはCSSファむルを瞮小したす。 サヌバヌでGZIP圧瞮/拡匵を構成し、それらをすべおの芁玠に適甚したす。



おわりに



レスポンシブデザむンの誕生以来、Webパフォヌマンスの重芁性は非垞に誇匵されおきたした。



蚭蚈者ず開発者は、ネットワヌクぞのさたざたなアクセス速床、さたざたなデバむス、さたざたなナヌザヌの堎所が出珟し始めた芁玠ずしお、適応パズルの組み立おに焊点を圓おおいたす。



明日の問題に備えるには、生産性に倚くの泚意を払う必芁がありたす。なぜなら、デックストップ指向のりェブは目の前で消えおしたうからです。 モバむルナヌザヌは迅速か぀簡単で、コンテンツにアクセスする際の障害を克服できたせん。たた、毎日倚くのサむトがあるこずを考えるず、 高速であるこずは先を行くこずを意味したす。



あなたも奜きかも[en] ...




PS翻蚳に関するコメントはPMで受け付けおいたす。



PPSたた、ナヌザビリティずUXの䞖界で興味深い出版物のダむゞェストをブログに投皿し始めたした 。 突然、誰が気にしたす。



All Articles