Juba aastaid on eksperdid öelnud, et mobiilseadmete külastajate liiklus veebisaitidele on dramaatiliselt suurenenud. Sel põhjusel on paljud ettevõtted nutikalt hakanud oma veebis oleku jaoks kasutama mobiilistrateegiat, luues telefonile ja muudele mobiilseadmetele sobivaid kogemusi.
Kui olete veetnud aega õppimiseks mobiiltelefonide veebilehtede kujundamineja oma strateegia elluviimisel peate lisaks tagama, et teie saidi külastajad näeksid neid kujundusi. Seda saab teha mitmel viisil ja mõned töötavad paremini kui teised. Siin on pilk meetodist, mida saate kasutada oma veebisaitide mobiilse toe juurutamiseks - koos soovitusega lõpupoole, milline on parim viis selle saavutamiseks tänases veebis.
Andke link teisele saidiversioonile
See on kaugelt kõige lihtsam viis mobiiltelefonide kasutajate käsitsemiseks. Selle asemel, et muretseda, kas nad näevad või ei näe teie lehti, lihtsalt pange kuhugi lehe ülaossa link, mis osutab teie saidi eraldi mobiiliversioonile. Seejärel saavad lugejad ise valida, kas nad tahavad näha mobiiliversiooni või jätkavad "tavalise" versiooniga.
Selle lahenduse eeliseks on see, et seda on lihtne rakendada. See nõuab, et loote mobiilseadmetele optimeeritud versiooni ja seejärel lisate lingi kuhugi tavaliste saidilehtede ülaossa.
Puudused on:
- Mobiilikasutajate jaoks peate hoidma saidi eraldi versiooni. Kui teie sait suureneb, võite unustada selle teise versiooni säilitamise ja teie saidid võivad sünkroonist välja langeda.
- Kas loote tahvelarvutitele ka kolmanda versiooni? Kuidas oleks neljanda versiooniga kantavad? See seadmespetsiifiliste versioonide kontseptsioon võib kontrolli alt väljuda väga kiiresti.
- Selle lehe ülaossa peate panema koleda lingi, mida mitte-mobiilsed lugejad näevad (ja võib-olla ka klõpsata).
Lõppkokkuvõttes on see lähenemine aegunud, mis tõenäoliselt ei kuulu moodsasse mobiilistrateegiasse. Mõnikord kasutatakse seda parema lahenduse väljatöötamise ajal stop-gap parandusena, kuid praegusel hetkel on see tõesti lühiajaline ribalaius.
Kasutage JavaScripti
Ülalmainitud lähenemisviisi variatsioonina kasutavad mõned arendajad teatud tüüpi brauseri tuvastamist skript, et tuvastada, kas klient kasutab mobiilseadet, ja seejärel suunata ta sellele eraldi mobiilile sait. Probleem brauser tuvastamine ja mobiilseadmed on see, et seal on tuhandeid mobiilseadmeid. Kõigi nende avastamine ühe JavaScripti abil võib muuta kõik teie lehed allalaaditavaks õudusunenäoks - ja teil on endiselt palju samu puudusi kui ülalnimetatud lähenemisviisis.
Kasutage CSS @ media pihuarvutit
CSS-i käsk @media pihuarvuti näib olevat ideaalne viis kuvamiseks CSS stiilid ainult pihuseadmetele - näiteks mobiiltelefonidele. See näib olevat ideaalne lahendus mobiilseadmete lehtede kuvamiseks. Kirjutate ühe veebilehe ja seejärel loote kaks stiililehte. Esimene meediumitüübi "ekraan" jaoks kujundab teie lehe kuvarite ja arvutiekraanide jaoks. Teine "pihuarvuti" jaoks stiilib teie lehe väikeste seadmete jaoks, näiteks nende mobiiltelefonide jaoks. Kõlab lihtsalt, kuid praktikas see tegelikult ei toimi.
Selle meetodi suurim eelis on see, et te ei pea oma veebisaidi kahte versiooni ülal pidama. Sa lihtsalt hoiad ühte ja stiilileht määratleb, kuidas see peaks välja nägema - mis on tegelikult lähemale soovitud lõpplahendusele.
Selle meetodi probleem on see, et paljud telefonid ei toeta meediumitüüpi - nad kuvavad oma lehti hoopis ekraanimeedia tüübiga. Ja paljud vanemad mobiiltelefonid ja pihuarvutid ei toeta CSS-i üldse. Lõpuks pole see meetod usaldusväärne ja seetõttu kasutatakse seda veebisaidi mobiiliversioonide edastamiseks harva.
Kasutage kasutajaagendi tuvastamiseks PHP, JSP, ASP
See on palju parem viis mobiilikasutajate suunamiseks a mobiilne versioon kuna see ei tugine skriptikeelele ega CSS-ile, mida mobiilseade ei kasuta. Selle asemel kasutab ta kasutajaagendi vaatamiseks serveripoolset keelt (PHP, ASP, JSP, ColdFusion jne). HTTP taotlus mobiililehele osutamiseks, kui see on mobiilseade.
Lihtne PHP-kood selleks näeks välja järgmine:
Siin on probleem selles, et mobiilsideseadmetes on palju ja palju muid potentsiaalseid kasutajaagente. See skript haarab ja suunab paljud neist, kuid mitte kõiki. Ja kogu aeg lisandub rohkem.
Lisaks, nagu ka teiste ülaltoodud lahenduste puhul, peate nende lugejate jaoks ikkagi eraldi mobiilisaidi pidama! Kahe (või enama!) Veebisaidi haldamise puudus on piisav põhjus parema lahenduse otsimiseks.
Kasutage WURFL-i
Kui olete endiselt otsustanud oma mobiilikasutajad eraldi saidile suunata, siis WURFL (Traadita universaalne ressursifail) on hea lahendus. See on XML-fail (ja nüüd DB-fail) ja erinevad DBI-teegid, mis mitte ainult ei sisalda ajakohaseid traadita kasutajaagendi andmeid, vaid ka funktsioone ja võimalusi, mida need kasutajaagendid toetavad.
WURFL-i kasutamiseks laadige alla XML-i konfiguratsioonifail, valige oma keel ja juurutage API oma veebisaidil. WURFL-i kasutamiseks Java, PHP, Perl, Ruby, Python, Net, XSLTja C ++.
WURFL-i kasutamise eeliseks on see, et palju inimesi värskendab ja lisab kogu aeg konfiguratsioonifaili. Nii et kuigi teie kasutatav fail on aegunud peaaegu enne, kui olete selle alla laadinud, on tõenäoline, et kui te seda teete laadige see alla umbes kord kuus, nii et teil on kõik mobiilibrauserid, mida teie lugejad tavapäraselt kasutavad probleeme. Negatiivne külg on muidugi see, et peate seda pidevalt alla laadima ja värskendama - kõik selleks, et saaksite suunata kasutajad teisele veebisaidile ja selle tekkivatele puudustele.
Parim lahendus on reageeriv disain
Nii et kui vastus erinevate seadmete jaoks erinevate saitide hooldamisele pole lahendus, siis mis see on? Tundlik veebidisain.
Tundlik kujundus on koht, kus CSS-i meediumipäringute abil saate määratleda erineva laiusega seadmete stiili. Tundlik disain võimaldab teil luua ühe veebisaidi nii mobiil- kui ka mittekasutajatele. Siis ei pea te muretsema selle üle, millist sisu mobiilisaidil kuvada, ega pea meeles pidama viimaste muudatuste ülekandmist oma mobiilisaidile. Lisaks, kui olete CSS-i kirjutanud, ei pea te midagi uut alla laadima.
Reageeriv disain ei pruugi ideaalselt töötada eriti vanades seadmetes ja brauserites (enamik neist on tänapäeval väga väheses kasutuses ja ei peaks teie jaoks eriti muretsema), vaid kuna see on lisaaine (sisule stiilide lisamine, selle asemel et sisu ära võtta) saavad need lugejad ikkagi teie veebisaiti lugeda, see lihtsalt ei tundu nende vanas seadmes ideaalne või brauser.