Tänapäeval liigub enamik inimesi internetis läbi mobiilividinate – tahvelarvutite, telefonide, sellega seoses on uuele tasemele jõudmas ka saidi optimeerimine. Kui kasutaja siseneb ja näeb, et sait pole mobiilseadmete jaoks optimeeritud: pilti ei saa vaadata, nupud on välja nihkunud, fondid on väikesed ja loetamatud, kujundus on viltu – 99 100%st, siis ta teeb seda väljuge ja hakake otsima teist mugavamat. Ja see märgib kasti, et ressurss on ebaoluline, see tähendab, et see ei vasta otsingupäringule. Seetõttu peab lehe kujundus tingimata olema kohandatud erinevate mobiilseadmete jaoks. Mida mobiilne versioon sait, kuidas seda teha ja kuidas seda kõige paremini rakendada? Lisateavet leiate sellest artiklist.

Seega on veebisaidi mobiilisõbralikuks muutmiseks neli peamist viisi.

Esimene meetod – tundlik disain

Reageerivad mallid hõlmavad saidi pildi muutmist sõltuvalt ekraani suurusest. Tavaliselt on need seatud standardsetele 1600, 1500, 1280, 1100, 1024 ja 980 pikslitele. Rakendamiseks kasutatakse päringuid. Samas see ise ei muutu.

Selle meetodi eelised hõlmavad järgmist:

• mugav arendus, kuna struktuur kohandub ise ekraani parameetritega ja iga värskendus ei nõua disaini nullist arendamist, piisab CSS-i ja HTML-i parandamisest;
• üks url- kasutajal ei ole vaja mitut nime pähe õppida, puudub vajadus ümbersuunamiseks (ühelt aadressilt teisele suunamine), mis võib veebihalduri töö keerulisemaks muuta ning otsingumootoril on lihtsam ressurssi sorteerida ja järjestada ühe aadressiga.

Muidugi, reageerivad mallid on omad miinused, mida muide on rohkem kui plusse. Sellegipoolest järgivad paljud arendajad just seda kontseptsiooni, näiteks Google Corporation, mille saidi mobiiliversioon on adaptiivne disain... Seega miinused:

• Responsive disain ei toeta mobiilseadmes samu toiminguid kui arvutis. Kui tegemist on näiteks panga veebilehe mobiiliversiooniga, kus kasutajat huvitab suurema tõenäosusega info kursi või lähimate sularahaautomaatide kohta, siis sellest kujundusest täiesti piisab. Kuid kui see on keeruline struktureeritud ressurss, millel on palju jaotisi ja alajaotisi, siis on ebatõenäoline, et see külastajatele meeldiks.
• Aeglane laadimine muudab teie lemmiksaidi vihatud saidiks. See kehtib eriti ressursside kohta, kus on ohtralt animatsioone, videoid, hüpikaknaid ja muid aktiivseid elemente. Suure kaalu tõttu leht lihtsalt "aeglustab", kasutaja vihastab ja lahkub ning saidi otsingupositsioonid langevad.
• Veel üks märkimisväärne puudus on võimetus mobiilset versiooni keelata. Kui element on sellise paigutusega peidetud, ei saa te selle avamiseks midagi teha, erinevalt saitidest, kus saate selle keelata ja tavalisele domeenile minna.

Sellegipoolest võimaldab selline saidi mobiiliversioon kiiresti, ilma eriliste oskuste ja kuludeta kohandada ressurssi mis tahes vidinatega. Kuid loetletud puuduste tõttu sobib see väikeste lihtsate ressursside jaoks, millel on minimaalne teave ja multimeedia, ilma keeruka navigeerimise ja animatsioonita. Keerulise saidi jaoks sobivad veel 2 meetodit.

Teine meetod - saidi eraldi versioon

See meetod on väga levinud ja muudab veebisaidi mobiilseadmes sageli edukalt loetavaks. Selle olemus on luua rakenduse jaoks lehe eraldi versioon, mis asub eraldi URL-il või alamdomeenil, näiteks m.vk.com. Samal ajal säilib põhifunktsionaalsus, saidi kujundus näeb lihtsalt erinev välja. Selle meetodi eelised on ilmsed:

• kasutajasõbralik liides;
• lihtne muuta ja redigeerida, kuna versioon eksisteerib põhiressursist eraldi;
• väikese kaalu tõttu töötab saidi eraldi versioon palju kiiremini kui tundlik mall;
• enamasti on võimalik mobiilist lülituda lehe põhiversioonile.

Kuid ka siin olid mõned puudused:

• Mitu aadressi – saidi laua- ja mobiiliversioonid. Kuidas panna kasutaja kaks võimalust meelde? Veebimeistrid kirjutavad sageli ette töölauaversioonist mobiiliversioonini, kuid samal ajal, kui seda lehte mobiiliversioonis ei eksisteeri, kuvatakse kasutajale veateade. Siin tekivad raskused otsingumootoritega, millel on raske järjestada kahte identset ressurssi ja see mõjutab otseselt reklaamimist.
• Saidi mobiiliversioon arvutist, kui kasutaja sinna kogemata siseneb, näeb naeruväärne, mis võib mõjutada ka liiklust.
• See versioon on sageli kõvasti kärbitud, töölaual, nii et kasutaja saab väga piiratud funktsionaalsust. Aga samas, kui midagi on puudu, saab külastaja minna täisversioon lehekülgi.

Üldiselt õigustab eraldi mobiilisait end ja on kõige levinum viis ressurssi mobiilseadmete jaoks kohandada. See on populaarne suurte veebimüüjate, nagu Amazon, seas.

Kolmas võimalus on RESS-i disain

Google'i otsingumootor toetab aktiivselt seda mobiilidisaini suunda. See on kõige keerulisem, kulukam, kuid tõhusam viis veebisaidi kohandamiseks telefoni või tahvelarvutiga. Seda nimetatakse RESS-iks. See sihib ressurssi mobiilirakenduses, mille saab alla laadida iga seadme jaoks eraldi. Androidi jaoks - GooglePlayga ja Apple'i jaoks - iTunesiga.

Sellised rakendused on kiired, tasuta, mugavad, neil on võimalus paigutada erinevat tüüpi teavet, samas kui telefoni mälu ja Interneti-liiklus ei sööda ära nagu brauseri kaudu saiti külastades. Neile on lihtne juurde pääseda, kuna link on alati ekraanil käepärast ja pole vaja brauseri aadressiribale keerulist nime sisestada.

Muidugi on siin ka miinuseid, nagu arenduse keerukus, suure hulga programmeerijate kõrge tööjõukulu, vajadus teha mitu paigutusvalikut. Mõnikord ei tunne rakendus mobiilseadet ära. Regulaarne tehniline abi, puuduste parandamine. Sellegipoolest peetakse seda võimalust kolmest pakutavast parimaks selle produktiivse ja tõrgeteta töö tõttu.

Odavaim viis mobiilisaidi loomiseks

Kõik ülaltoodud meetodid hõlmavad, ehkki mitte alati pikka ja rasket, kuid siiski tasustatud veebimeistri tööd. Kui te ei näe sellise arenduse järele tungivat vajadust, sobib teile saidi lihtne ja tasuta mobiiliversioon. Kuidas on seda kõige lihtsam valmistada?

Reageeriva disaini jaoks laadige alla spetsiaalsed mallid (pluginad). Näiteks WP Mobile Detector, WordPress Mobile Pack, WPSmart Mobile ja teised. Need aitavad teil saiti telefonis korrektsemalt kuvada, samas saate mitmeid näpunäiteid, mida tuleks parandada, et leht paremini mobiiliversiooniga kohandada.

Loomulikult ei sobi see meetod tõenäoliselt tõsiste ressursside jaoks. Pigem on tasuta võimalus mõeldud väikestele ja lihtsatele saitidele, ajaveebidele, uudistevoogudele. Ärge unustage, et Google'i otsingumootor, nagu ka Yandex, seab tänapäeval mobiiliversioonidele tõsiseid nõudeid, seega on suur võimalus selle meetodi abil oma positsioone alandada.

Selle meetodi puhul lõigatakse suure tõenäosusega reklaamid ja hüpikbännerid ära, kuid leht laaditakse kiiresti ja ilma viivitusteta.

Mobiiliversioonide loomise põhimõtted

Pole vahet, kas saidi mobiiliversioon loodi tasuta või veebihaldurite abiga, see tehti RESS-süsteemis või adaptiivse malli abil. Kõige tähtsam on see, et selle tõhusus eeldab mitme kriitilise põhimõtte järgimist. Niisiis, milline peaks olema saidi mobiiliversioon? Kuidas muuta see tootlikuks, tõhusaks ja tootlikuks?

Eemaldame kõik mittevajalikud

Minimalism on see, mille poole saidi mobiiliversiooni arendaja peaks püüdlema. Kujutage ette, kui raske on tajuda teavet, mis on täis lilli, nööpe, bännereid ja mida peate vajaliku materjali otsimiseks lõputult kerima. Mobiilne disain peaks olema lihtne ja puhas. Valige ruumi eraldamiseks 2-3 värvi (nt kaubamärk). Parem, kui üks neist on valge. Jagage väike ekraaniruum selgeteks ja loetavateks aladeks. Virtuaalsed võtmed peab olema nähtav, et kasutaja teaks selgelt, kuhu klikkida ja näha - siin on toode, siin on andmete täitmise vorm, siin on info kohaletoimetamise ja maksmise kohta.

Kõik lisavõimalused, mis töölauaversioonis kasuks tuleksid ja kasutaja elu lihtsamaks teeksid, toovad siin vaid raskusi. Jätke ainult kõige olulisemad elemendid. Animatsioon, reklaambännerid, multimeedia tõenäoliselt ainult aeglustab saidi või rakenduse tööd ja häirib tähelepanu peamiselt.

Joondamine

Joondamise küsimus pole vähem terav, sest kui seda valesti teha, saab kasutaja ainult oluliste sõnade lõpud. Vasak ja vertikaalne joondus on üldiselt aktsepteeritud. Kujutage ette, et lehitsete oma telefoni uudistevoogu. Teete seda ülalt alla, kuid mitte vasakule ega paremale.

liit

Kui pikka üleminekute ahelat pole võimalik teha, proovige ühendada mitu sammu üheks. Näiteks nõuab sait andmete sisestamist mitmes etapis - nimi, seejärel aadress, kus igas eraldi lahtris on eraldi majad, tänavad, korterid jne nimi ja aadress.

Ja ühenduse katkestamine

Mõnikord, vastupidi, peate ka ühenduse katkestama suur hulk teavet. Näiteks on rippmenüüs loend enam kui 80 linnast, kus kohaletoimetamine toimub. Rühmitage need piirkondade kaupa, et kasutaja ei peaks seda tohutut loendit läbi kerima. Kui ta hõljutab kursorit piirkonna keskuse või piirkonna kohal, langeb välja veel üks linnade loend.

Loendid

Muide, nimekirjade kohta. Neid on kaks – fikseeritud tähestikulises või muus järjekorras ja asendusega. Nende valik sõltub sellest, mida loetletakse.

Fikseeritud on kasulik, kui kasutaja teab täpselt, mida ta otsib. Näiteks linn, number või kuupäev. Teine võimalus sobib pikkade keeruliste nimede puhul või juhtudel, kus sama nimega on palju variatsioone ja igaüks toob kasutaja eesmärgile sammu lähemale. Automaatse täitmise valikut kasutatakse sagedamini siis, kui külastaja vajab abi. Näiteks pakub kudumiskoht osta kudumisvardaid. Kasutaja sisestab otsingupäringu “Metallist kudumisvardad” ja vihjes näeb “5 mm kudumisvardad”, “4,5 mm kudumisvardad” jne.

Automaatne täitmine

See punkt kehtib eriti saitide kohta, kus nad müüvad midagi Internetis ja peate täitma standardsed maksevormid, tarne jms. ostud tuleb sooritada võimalikult kiiresti ja mugavalt.

Selleks võivad vormid sisaldada juba täidetud andmeid, võite kasutada kõige populaarsemaid vastuseid. Näiteks sisestage tänane kuupäev, sularahamakseviis, linn, kui töötate samas piirkonnas. Neid saab muuta, kuid kui tabad sihtmärki, säästetakse kasutaja aega.

Kõik on loetav, kõik on nähtav

Saidi mobiiliversiooni kujundamisel pidage meeles, et kõigil on erinevad telefonid ja nii on ka nende nägemus. Võib-olla vaadatakse teie saiti väikeselt ekraanilt, nii et fondid peaksid olema lihtsad ja loetavad, nupud peaksid olema piisavalt suured, et saaksite neil klõpsata ilma teisele lehele minemata, ja pildid peaksid avanema eraldi, suured, eriti kui see tuleb internetti.-pood.

Natuke statistikat

Rääkides saidi kohandamisest mobiilseadmed, ei saa jätta kasutamata statistikat, et mõista, kui oluline see protsess veebireklaamide jaoks on.

Numbrid on järgmised. Tänapäeval kasutab vidinaid ilmselt 87% elanikkonnast, välja arvatud kõige väiksemad lapsed ja mõned vanurid. Majandusteadlased ennustavad järgmise 5 aasta jooksul mobiilse kaubanduse 100-kordset kasvu. Samal ajal on mobiilseadmetega töötamiseks kohandatud vaid 21% saitidest. See tähendab, et internetiliiklusest ja e-kaubanduse turul on vaid väike 5. osa.

Mõelge nendele numbritele. Kas on mõtet oma ressurssi kohandada? Muidugi jah. Veelgi enam, seni, kuni sellel turul on nii palju vaba ruumi, võite sinna võtta oma segmendi.

Kuhu vajate mobiiliversiooni?

Mobiiliversiooni kasutamine on soovitatav iga platvormi jaoks, mis soovib saada kõrget hinnangut. Lõppude lõpuks mõjutab see kasutajat otse, luues talle mugavad tingimused teie saidil viibimiseks.

Ilma mobiiliversioonita ei saa olla järgmist:

• uudisteportaalid, kuna enamik vaatab neid tööle või õppima minnes telefonist;
• sotsiaalsed võrgustikud - samal põhjusel, lisaks on olemas võrgusuhtluse tegur, mis tähendab, et selleks tuleks luua mugav ja arusaadav vestlus;
• abisaidid, navigatsiooniga saidid jne, kuhu inimesed midagi otsides pöörduvad;
• veebipoed - võimalus meelitada ligi ostjaid, kes ei raiska aega poeskäikudele, vaid ostavad kõike läbi Mobiilne Internet.

Järelduse asemel

Tänapäeval on mobiiltehnoloogiad aktiivse kasvu ja arengu faasis, mistõttu turuliidri poole püüdlemisel peab iga ettevõte tagama, et tema Interneti-ressurss vastab nõuetele. Seoses kasutajate kasvavate nõudmistega tuleb saite pidevalt kaasajastada ja erinevatele seadmetele kohandada. On selge, et kui inimesel on ebamugav selle või selle ressursi peal viibida, ta ei saa sealt teavet toote või hinna kohta, ei saa tellimust esitada, tarnimise kohta teada saada, siis leiab ta saidi, kus see kõik võimalikuks saab. Seetõttu on konkursi võitmiseks oluline paindlik, mugav, funktsionaalne ja huvitav ressurss.

Seda aitab teha Androidi või Iose veebisaidi mobiiliversioon. Selleks peate valima ühe ülaltoodud ümberkujundamise meetoditest - adaptiivne mall, luues alamdomeenile uue saidi ja minnes sellele ümbersuunamise teel, kasutades tasuta mallid või mobiilirakenduse loomine, millega kasutaja saab mugavamalt lehele siseneda ja seal olla.

Oleme kõik kuulnud statistikat: 2014. aasta on aasta, mil rohkem inimesi kasutab Interneti-juurdepääsuks nutitelefone kui arvuteid või sülearvuteid. ... Te ei taha, et teie sait maha jääks, kuid kuidas täpselt oma saiti selle mobiiliveebi jaoks programmeerida? Seal on kolm peamist võimalust, millest igaühel on oma eelised ja puudused. Selles artiklis vaatleme igaühe plusse ja miinuseid, et valida oma saidi arendamiseks parim viis.

1. valik: tundlik disain

Tundlik disain määrab ekraani eraldusvõime, millega lehti meediumipäringute abil vaadatakse, seejärel kohandab vastavalt lehe suurust ja paigutust. Google märkis, et eelistab reageerivat veebidisaini, mis teeb temast selles arutelus raskekaallase.

plussid :

1. Igalt lehelt ainult üks versioon. Leht kohandub sisu kuvamiseks seadme tüübiga (määratakse seadme tüüp ja seejärel kuvatakse erinev sisu).
2. See lähenemisviis lihtsustab saidi hooldust oluliselt.
3. Tundlik disain ei tugine kasutajaagendi tuvastamisele nagu teised kaks. Märkamine Kasutaja agent(st tuvastada, milline brauser või seade veebilehte taotleb) ei ole iseenesest halb, kuid see pole täiuslik ja kui protsessis on tõrge, saavad kasutajad vale versioon teie sait. Lisaks vabastab see otsinguämblikud teie saidil indekseerimisest erinevate all Kasutaja agent- see tähendab, et teie sait on paremini indekseeritud.
4. Reageerivad veebisaitide kujundused laaditakse tavaliselt brauserites kiiremini. Kuna kõik seadmed saavad sama sisu, puudub protsess, mis tuvastaks päringu võimaliku ümbersuunamise kasutajaagendi tõttu. Kõik teavad, et kiirus loeb.

Miinused:

1. Olemasoleva saidi ümberkujundamine võtab veidi aega ja vaeva. Nii et kui teil on suur sait, ei pruugi tundliku disaini poole liikumine olla parim valik.
2. Sõltuvalt teie saidi asukohast võib olla keeruline sisu mobiiltelefoni ekraanile pigistada.
3. Navigeerimisüksusi ei kuvata alati õiges suuruses ja hõljutades ei tööta pinnaelemendid üldse puutetundlikud ekraanid... See võib põhjustada muudatusi navigeerimisel.
4. On aegu, mil reageerivad lehed koos suur summa pildid laaditakse aeglasemalt ja kujundus reageerib kiiremini.

Kui otsustate valida responsiivse veebisaidi, pidage meeles, et peaksite kindlasti oma veebisaiti testima erinevates brauserites ja seadmetes (või kasutage head Kasutaja agent emulaator) enne saidi käivitamist.

Hea näide responsiivsest disainist on veebisait saidile :

Mobiiliversioon muudab saiti päris kenasti.

2. valik: dünaamiline esitamine

Dünaamilise teenindamise või ümbersuunamise olemus seisneb selles, et see määratleb kõigepealt Kasutaja agent külastaja (st millist seadet ta teie saidi vaatamiseks kasutab) ja seejärel tehakse serveritasemel ümbersuunamine soovitud URL-ile. Dünaamilist edastamist saab teha mitmel viisil.

Üks võimalus dünaamilise ümbersuunamise rakendamiseks on ühesuunaline ümbersuunamine, mille puhul suunatakse mobiilikasutajad põhiliselt tavaliselt saidilt selle mobiiliversioonile.

Teine tüüp, kahesuunaline ümbersuunamine, on siis, kui kasutajad suunatakse ümber ka mobiiliversioonilt tavaversioonile. Sellise ümbersuunamise eest vastutavaid koodiosi nimetatakse mõnikord juhtmärgenditeks. Selle rakendamisel määratakse silt rel = "alternatiiv" tavaversioonil, osutades mobiilisaidile; ja mobiilisaidile paigutatakse märgend rel = "alternatiiv" mis näitab saidi peamist täisversiooni.

Plussid:

1. Kuna ümbersuunamine toimub serveri tasemel, on neid ainult üks URL iga lehe kohta.
2. Dünaamiline kõnede suunamine toimib hästi ka tavatelefonidele – mobiiltelefonidele, millel on fikseeritud funktsioonide komplekt, kuid mis ei ole nii ulatuslikud kui nutitelefonid. Näiteks ei saa mobiiltelefonid tavaliselt rakendusi alla laadida, kuid üldiselt on neil teatud veebisirvimise kogemus. Suur erinevus seisneb selles, et mobiiltelefonid ei saa hakkama CSS nii et nad ei saa tundliku disainiga hästi hakkama. Seetõttu on oluline teada oma vaatajaskonda ja seda, mis tüüpi mobiilseadmeid nad kasutavad.
3. Kui soovite seda spetsiaalselt oma mobiilikasutajatele, siis see valik võimaldab teil seda teha, kuna mobiilikasutajatele ja tavaversiooni kasutajatele kuvatakse erinev kood HTML.

Miinused:

1. Selline rakendamine kahekordistab töömahtu, kuna peate tegema mobiilseadmete jaoks eraldi saidi, millel on eraldi indekseeritud komplekt. HTML nõuab eraldi SEO.
2. Vajalik kasutajaagendi väärtusstringide loend nõuab ka pidevat hooldust, kuna uue mobiilseadme väljalaskmisel tuleb lisada uusi stringe.
3. Lõpuks pidage meeles, et peate kasutama " Muutke HTTP päist"Kui teie sait esitab sisu dünaamiliselt. Pealkiri aitab sisu õigel viisil kätte saada ja aitab saidi mootoril seda õigesti vahemällu salvestada. Google näitab selle päise lisamise üksikasju ( https://developers.google.com/webmasters/smartphone-sites/details#dynamicserving) .

3. valik: mobiilisait

See valik, nagu nimigi ütleb, hõlmab eraldi domeeni loomist spetsiaalselt mobiilikasutajatele. Kõige tavalisemad näited on m.domain.ru või mobile.domain.ru... See on suurettevõtete jaoks populaarne valik. jaekaubandus... See meetod hõlmab sisu arendamist spetsiaalselt mobiiltelefoni kasutavatele külastajatele (ja serveritasemel ümbersuunamist pole).

Plussid:

1. Suurte sadade tuhandete või miljonite lehtedega saitide puhul nõuab tundliku disaini rakendamine liiga palju tööd. Mobiilisaidi puhul on võimalik järk-järgult üles ehitada saidi mobiiliversioon (see on nagu eraldi sait) ja tööd on palju vähem.
2. Nagu dünaamiliste ümbersuunamiste puhul, näeb mobiilisait parem välja Mobiiltelefonid kui responsiivne veebisait. Olenevalt teie saidi demograafilisest näitajast ei pruugi see olla kriteerium; kuid mõne ettevõtte jaoks on see oluline.

Miinused:

1. Teie mobiilisait ei saa kasu teie tagasilingi profiili positiivsest kasvust põhisaidile (välja arvatud juhul, kui olete rakendanud kahesuunalisi ümbersuunamisi). Nii et kui soovite, et teie mobiilikasutajad leiaksid teid orgaanilise otsingu kaudu, võib see punkt olla eriti negatiivne.
2. Teie mobiilisait nõuab mõnda lisatööd SEO kohta. Peate Google'i ja Yandexi jaoks esitama eraldi XML-saidiplaanid. Lisaks peate muutma oma metasilte. Mobiili metasildid peaksid olema tavalisest saidist lühemad.

Siin on näide, kuidas mobiilisait on õigesti tehtud. NYTimes.com sellel on põhisait lauaarvutite külastajatele:

JA mobile.nytimes.com mobiilikülastajatele:

Nagu näete, on sisu oluliselt ümber vormindatud ja vähendatud, et muuta see mobiilseadmes loetavaks.

järeldused

Tegema õige valik oma saidi puhul küsige endalt kindlasti, kui paljud teie külastajad kasutavad teie saidile juurdepääsuks mobiilseadmeid. Vaata järgi. Kui kogu protsent mobiilne liiklus on 5% taseme lähedal, siis võite tõenäoliselt võtta aega, et mobiilile mõeldud kujundust rakendada.

Kui prognoosid tõeks saavad, siis mobiilikasutus kasvab jätkuvalt. Siis kaotavad need, kelle saite mobiilseadmetes õigesti ei kuvata, olulise osa otsinguliiklusest ja palju muud. Tehke saidid "inimestele" ja meil on teie üle hea meel!

Igal aastal kasutavad külastajad üha enam Internetti ja sooritavad oste mobiilseadmetest. Nende hulgast tehakse Yandex.Metrica 2016. aasta kevade andmete kohaselt 29% kõigist saitide külastustest Venemaal ja see arv kasvab pidevalt.

Otsingumootorid, mis seisavad alati lõppkasutaja mugavuse eest, soovitavad muuta teie saidid erinevate seadmete jaoks seeditavaks. Mobiilse SERP-i järjestus võtab nüüd arvesse, kas leht on optimeeritud nutitelefonide/tahvelarvutite jaoks või mitte. Seetõttu on kodulehte luues parem sellele kohe mõelda. Kui sait on juba olemas ja töötab, siis on vaja seda optimeerida, et ajaga kaasas käia ja mitte kaotada potentsiaalseid mobiilseadmeid kasutavaid kliente.

Veebisaidi optimeerimiseks nutitelefonidele ja tahvelarvutitele on kaks võimalust: adaptiivne paigutus ja mobiiliversioon. Mõelgem, kuidas need meetodid erinevad, uurime nende plusse ja miinuseid.

Adaptiivne disain

Peamine omadus on see, et kõik liidese elemendid kohanduvad automaatselt erinevate ekraanisuurustega. Tänu sellele on sellised saidid võrdselt hästi ja mugavalt kuvatavad personaalarvutid, sülearvutid, nutitelefonid ja tahvelarvutid.

Eelised:

• sait kohandub alati praeguse ekraani eraldusvõimega - mobiilseadme orientatsiooni muutmisel või töölaua brauseriakna vähendamisel;
• pole vaja ümbersuunamisi seadistada;
• sait on mobiiliotsingu tulemustes parem;
• saidi haldamise lihtsus, kuna sisu kohandub automaatselt erinevate seadmetega;
• kokkuhoid – kohanduv veebisaidi paigutus maksab teile vähem kui mobiilseadmete jaoks eraldi veebisaidi arendamine.

Puudused:

Selle valiku peamine puudus on see, et see ei lahenda veebisaidi laadimiskiiruse probleemi. Nii arvutis kui ka mobiilseadmes laaditakse tundliku saidi avamisel sama palju teavet. Seetõttu on oluline arvestada, et sait, mis avaneb koheselt arvutis, nutitelefonis või tahvelarvutis, kasutades mobiilset Internetti, avaneb aeglaselt.

mobiilne versioon

Mobiiliversioon eeldab, et luuakse kaks saiti: peamine arvutist vaatamiseks ning mobiilne nutitelefonide ja tahvelarvutite jaoks.

Eelised:

• nii nagu tundlik paigutus, on ka mobiiliversioon mobiiliotsingu tulemustes parem;
• võimalus postitada saidile ainult nutitelefonide ja tahvelarvutite jaoks vajalikke funktsioone ja sisu;
• menüüsid, navigeerimist ja muid kujunduselemente saab täielikult kohandada vastavalt mobiilikasutajate vajadustele;
• peamist (arvutite jaoks) ja mobiiliversiooni saab muuta üksteisest sõltumatult;
• kiired laadimisajad.

Puudused:

• vajadus kulutada ressursse kahe ressursi samaaegseks toetamiseks ja haldamiseks, jälgida mõlemat puudutava teabe asjakohasust;
• sisu postitamisel peate selle esmalt mobiilseadmete jaoks kohandama ja seejärel kaks korda avaldama: põhi- ja mobiiliversioonis;
• ümbersuunamiste seadistamise vajadus;
• dubleeritud sisu probleem - ühel artiklil on kaks erinevat aadressi, mis mõjutab negatiivselt unikaalsuse indikaatorit ja kuvamise efektiivsust otsingumootorites;
• saidi mobiiliversioon nõuab suuri investeeringuid: tuleb arvestada arenduskuludega, mobiiliversiooni uuendamisega ja eraldi domeeni ostmisega.

Võrdlustulemused

Tuginedes ülaltoodud kahe saidi mobiilseadmete jaoks optimeerimise võimaluse eelistele ja puudustele, soovitame lülituda tundlikule paigutusele: see valik pole mitte ainult kulude ja aja poolest odavam võrreldes mobiiliversiooniga, vaid võimaldab teil ka saidi mugavaks haldamiseks.

Nethouse saitide loomise platvormi kogemus

Nethouse’i baasil tegutseb hetkel üle 50 000 aktiivse ressursi: veebipoed, ettevõtete ja spetsialistide kodulehed, maandumislehed, portfellid ja blogid. 2016. aasta detsembris lansseerisime uued responsiivsed mallid ja pakkusime kasutajatele nendele üleminekut paari hiireklõpsuga, ilma teavet kaotamata ja täiesti tasuta.

Praeguseks on umbes 25% meie kasutajatest automaatsetele mallidele üle läinud. Vaatame, kuidas see nende saitide statistikat mõjutas.

1. Otsinguliiklus.

Mõned meie kasutajad on mures, et tundlikule disainile üleminek võib liiklust negatiivselt mõjutada, ja nad peavad ootama, kuni see taastub. Allolevad graafikud näitavad, et seda ei juhtunud.

2. Otsige mobiililiiklust.

Otsingumootorid seavad reageerivad saidid mobiiliotsingu tulemustes kõrgemale ja Google märgib isegi otsingutulemuste töölauaversioonis saidid, mis ei reageeri, reaga "Teie leht pole nutitelefonide jaoks optimeeritud". Allolevad graafikud näitavad, et pärast adaptiivsele paigutusele üleminekut suureneb nutitelefonide otsinguliiklus pidevalt.

3. Käitumistegurid.

Responsive disain ei näe mitte ainult suurepärane välja ja vastab väliselt kõigile kaasaegsete trendide nõuetele, vaid parandab ka saitide käitumisnäitajaid, nagu põrkemäär, sirvimise sügavus ja saidil veedetud aeg, mis on eriti oluline mobiilseadmetest tuleva liikluse puhul. Allolevad diagrammid näitavad käitumistegurite statistika muutusi võrreldes perioodidega "enne" malli muutmist ja "pärast".

Selleks, et teha kindlaks, kumb on parem - tundlik kujundus või saidi mobiiliversioon, peate esmalt mõistma, miks seda kõike vaja on.

Comscore.com andmetel kasvab mobiilseadmetest saite sirvivate kasutajate protsent igal aastal:

Aktiivne abonentide baas mobiilne ülekanne andmed, maailm, miljon inimest, 2007–2015

Sellega seoses töötati välja uued otsingumootorite algoritmid ja võeti kasutusele täiendavad järjestustegurid: nüüd võtavad otsingutulemused arvesse, kui mobiilisõbralik on sait (mugav mobiilseadmetes vaadata). Google'is käivitati mobiilisõbralik algoritm 21. aprillil 2015, Yandexis – “Vladivostok” 2. veebruaril 2016.

Saidi töölauaversioon ja mobiilseadmete jaoks kohandatud versioon

Kuidas otsingumootorid määravad, kas veebisaidi leht on mobiilisõbralik:

• lehed peavad sisaldama sisu, mille vaatamiseks ei ole vaja horisontaalset kerimist ega skaleerimist;
• sait ei tohiks sisaldada elemente, mis paljudes mobiilseadmetes ei tööta – Flash, Java apletid ja Silverlighti pistikprogrammid;
• lehekülgedel olevad tekstid peavad olema loetavad ilma skaleerimata;
• Lingid peaksid olema piisavalt vahedega, et neid oleks lihtne klõpsata.

Kõige tähtsam on see, et otsingumootorid hindavad veebisaite üheselt – kas mobiilisõbralikuks või mitte.

Google'i tööriista kasutamine PageSpeed ​​​​Insights(https://developers.google.com/speed/pagespeed/) saate määrata saidi lehtede laadimise kiiruse ja nende kasutatavuse. Lehekülje kiirus võib olla vahemikus 0 kuni 100 lehe kiiruse ja kasutajakogemuse jaoks, näiteks:

Tulemusi 85 punkti ja rohkem loetakse heaks.

Kui saidi leht ei vasta teenuse nõuetele, väljastatakse aruanne probleemide kõrvaldamise soovituste kujul, näiteks:

Seda teenust saab kasutada esmaseks diagnostikaks ja probleemide tuvastamiseks veebisaidil.

Millal on vaja veebisaitide jaoks välja töötada mobiilne või responsiivne versioon?

Et mõista, kas saiti tasub kohandada "mobiilse" vaatajaskonna jaoks, peate seda analüüsima veebianalüütikasüsteemides (Yandex.Metrica või Google'i analüüs) kohalolek nende seadmete kontekstis, millest kasutajad saiti külastavad. Kui üle 15% publikust kasutab nutitelefone või tahvelarvuteid, on soovitatav välja töötada responsive küljendus või mobiiliversioon. Siin on oluline arvestada ka saidi liiklusega. Näiteks suure külastajate arvuga saitide puhul (alates 1 000 000 ja rohkem) on see riba vähendatud, kuna nii suurt osa saidi liiklusest ei saa tähelepanuta jätta.

Saidi mobiiliversioon

mobiilne versioon- eraldi versioon või eraldi mall, mis on kohandatud kuvamiseks mobiilseadmetes. See ei pruugi kuvada kõiki saidi põhiversioonis olevaid plokke.

Mobiiliversiooni "erifunktsioon": sellele üleminekul muutub URL brauseri aadressiribal - sellele lisatakse eesliide "m." Näiteks: m.example.ru.

Vaade arvutimonitoril ja mobiilseadmes: mobiiliversioon erineb peamisest

Kohandatud mobiiliversiooniga veebisaidi näide: http://www.lamoda.ru/ (m.lamoda.ru).

Saidi mobiiliversiooni peamised eelised

• Kerge kaal ja selle tulemusena suur allalaadimiskiirus. See on oluline kasutajatele, kellel on madal kiirus Interneti-ühendus (GPRS või nõrk 3G).
• Kasutaja valik, millist versiooni vaadata (mobiilne või põhiversioon).
• Otsingumootorite nõuete järgimine saidi mobiilseadmetes vaatamise hõlbustamiseks.

Mobiiliversiooni miinused

• Kui saidil on vaja teha muudatusi, tuleb need teha nii saidi tavaversioonile kui ka mobiiliversioonile, st töömaht kahekordistub.
• Seda arendades tuleb sageli osa sisust kõrvale heita.
• Kuna saidi mobiilne ja põhiversioon on erinevates domeenides, siis see ei parane käitumuslikud tegurid põhidomeen, see tähendab, et see on SEO optimeerimise jaoks ebasoodne.

See on veebilehtede erikujundus, kus saidi elemendid muudavad oma suurust ja asukohta erinevatel kuvamiseraldusvõimetel. Sait kohandub automaatselt selle seadme suurusega, millel see avatud on, olgu selleks siis arvutimonitor, nutitelefon või tahvelarvuti. Tänu seda tüüpi paigutusele kuvatakse saiti mugavalt ja selgelt erinevaid seadmeid... Adaptiivsete disainitehnoloogiate kasutamisel ei kannata saidi funktsionaalsus sugugi.

Vaade arvutimonitoril ja mobiilseadmes - adaptiivne versioon erineb peamisest

Adaptiivse versiooniga saidi näide: http://www.mvideo.ru/.

Mobiilseadmete tundliku disaini eelised

• Üks URL kogu sisu jaoks.
• Paindlik liides – saate kohandada saidi mugavat kuva mis tahes ekraanilaiuse jaoks.
• Responsive disain vastab otsingumootorite nõuetele, et hõlbustada saidi vaatamist mobiilseadmetes.
• Kui saidil on responsiivne versioon, muutuvad käitumuslikud tegurid mobiilseadmetes paremaks ja sellest paraneb ka saidi üldine jõudlus. Otsingutulemustes järjestamisel on see suur pluss.

Mobiilseadmete tundliku disaini puudused

• Vajadus luua iga kuvamiseraldusvõime jaoks saidi lehtede eraldi paigutused.
• Erinevalt mobiiliversioonist ei saa tundlikule versioonile ümber lülituda tavaline mood... See tähendab, et kasutajal ei ole valikut, kas saiti kuvada. Puuduseks on oluline, kui adaptiivses versioonis on vigu - näiteks kuvatakse elemente valesti.
• Uue lehemalli lisamise keerukus, kuna need tuleb kohandatavas versioonis õigeks kuvamiseks konfigureerida. Kui lisate teavet olemasolevatele lehemallidele, ei teki kuvamisprobleeme.

Kumb on parem: tundlik paigutus mobiilseadmetele või saidi mobiiliversioon?

Veebisaidi jaoks on parim lahendus kasutada mobiilseadmete jaoks responsiivset paigutust. Vaatamata mitmetele puudustele on tundliku paigutusega sait funktsionaalsem. Samuti tähendab lehemallide olemasolu saidile sisu lisamise lihtsust, erinevalt mobiiliversioonist, kus sisu lisamise töö dubleeritakse, kuna tegelikult on kaks erinevat saiti. Suureks plussiks on asjaolu, et tundlik versioon parandab põhisaidi käitumuslikke tegureid. See on kasulik reklaamimise ja kasutatavuse seisukohalt. Sellest lähtuvalt soovitame teha oma valiku responsiivse paigutuse kasuks.