È davvero necessario prima programmare un sito Web per dispositivi mobili?


10

Ho letto diverse fonti che affermano che il primo design dei dispositivi mobili è quasi essenziale, il che non posso negare che abbia evidenti vantaggi come tempi di caricamento più rapidi per i cellulari che generalmente hanno velocità di download più basse tramite 3G e 4G.

Ma cosa succede se stai costruendo un sito Web più piccolo con pochissime immagini.

Mi piacerebbe conoscere le opinioni degli altri su questo argomento e se le persone pensano che ci siano o meno eccezioni. Personalmente preferisco progettare / codificare prima il desktop e ridimensionarlo da lì. Ma è davvero così importante progettare / codificare prima i dispositivi mobili o i risultati finali non sono abbastanza significativi da disturbare in determinate situazioni?


2
Non sono sicuro di quale sia la tua domanda. È "Devo creare un sito mobile" o "Devo creare prima un sito mobile"? Il primo è "Sì, il 50% dei risultati Web sono dispositivi mobili", il secondo è "decidi tu, preferisco Desktop, quindi riorganizzi il contenuto". Come nota a margine, quel sito funziona molto bene sui dispositivi mobili. Suggerirei di comprimere il menu: occupa l'intero schermo del cellulare.
Metasomatismo

@Metasomatism La domanda si basa sull'efficienza del codice e su come si carica su diversi dispositivi, potrei provare quel link se questo non guadagna trazione qui (Non voglio doppio post). Ho modificato la navigazione per dispositivi mobili, se ti riferisci alla navigazione bianca che si ripiega sul contenuto, questa è intenzione. :)
cc

1
Ho iniziato il mio ultimo progetto con un approccio "mobile first" e penso che lo farò per ogni progetto successivo in cui è desiderabile un sito mobile. Limitando me stesso, sono più in grado di concentrarmi sulle cose più importanti, non pensare ad alcune cose fantasiose intorno ad esso. Trovo anche più facile ridimensionare (poiché ho poche cose da mettere in una vasta area) rispetto al ridimensionamento (molte cose da mettere in una piccola area). Ma suppongo che questo potrebbe essere diverso da persona a persona.
ROAL

3
Penso che sarebbe utile per te leggere il mio responser design primer
Zach Saucier

1
Il mobile in primo luogo è tutto incentrato sull'essenziale, sia nella programmazione per fornire risorse che nel design per presentare i contenuti. Come tale, è un ottimo modo per iniziare la progettazione di un sito Web reattivo, perché ti ritrovi ridotto al minimo degli elementi di contenuto e delle scelte di layout e sei costretto a stabilire le priorità.
Kontur,

Risposte:


24

Da un punto di vista puramente progettuale, iniziare con la versione mobile ha senso.

La parte più difficile del processo di progettazione è sempre la potatura, senza mai aggiungere. Quindi più piccolo è lo spazio che ti permetti, più dovrai pensare a ciò che è importante nel tuo design, a quali informazioni devi davvero mostrare. Inoltre, ti costringerai a pensare anche all'accessibilità, poiché il testo e altri elementi saranno più piccoli.

Dopo aver progettato la versione 'leggera', puoi quindi procedere con l'aggiunta di elementi extra come elementi di design e allargare le cose man mano che guadagni immobili. Come sottolineato da @ Django, non dovresti mai tralasciare le caratteristiche del design.

Per il tuo sito, un esempio potrebbe essere il menu. Hai deciso di lasciare le voci del menu e sostituirlo con un'icona di hamburger, che è la procedura standard. Ma se le voci di menu sono una delle cose più importanti della pagina, non dovresti nasconderle dietro un clic.


sidenote: il rosso sul blu sul tuo sito è davvero negativo per il daltonico, ti preghiamo di considerare di cambiarlo.


Sono anche daltonico: p ... È quel colore che si adatta allo stile che sto cercando. Ognuna delle 4 pagine sarà colorata in modo diverso. Se pensi che sia una cattiva idea fammi sapere. :)
cc

Prego @MarcusPorter, e grazie per aver accettato la mia risposta. A volte aiuta a chiedere agli altri cosa ne pensano se sei in dubbio;) E non è certamente una cattiva idea dare ad ogni pagina il suo colore. Anche se sono curioso di sapere come decidi i colori o le combinazioni di colori se sei daltonico ...
PieBie

3
Che cosa? No. Non dovresti costruire due siti. È sciocco e non è più la strada da percorrere dal 2005. Costruisci un sito che si adatta al suo ambiente. Si chiama responsive webdesign
PieBie

1
Non intendevo caratteristiche, intendevo volant, imbottiture, forse anche immagini. Mai caratteristiche ovviamente. Un buon esempio potrebbe essere il menu: in realtà non aggiungi un menu quando il sito diventa più grande, ma sostituisci un pulsante con un menu completo.
PieBie

2
@piebie: in realtà la tendenza è stata per i siti ricchi di contenuti a creare nuovamente infrastrutture mobili separate. Controllare il progetto AMP per esempio.
David Mulder,

11

Il mobile prima è la migliore pratica - non è legge e se capisci perché "dovresti" usarlo, puoi prendere una decisione informata sul perché non vuoi usarlo su un particolare progetto, e va bene.

Vale la pena notare che "mobile first" si riferisce al design / UX e alla build stessa. Il primo design mobile non accelererà il tuo sito per gli utenti, ma lo farà il primo sviluppo mobile .

Diamo un'occhiata a entrambi.

Mobile primo nel design

Il primo design per dispositivi mobili consiste nell'aiutarti a ridurre le funzionalità e l'usabilità a ciò di cui hai bisogno . Il pensiero dietro è così: piuttosto che progettare prima il desktop, e quindi lottare per mettere tutte le funzionalità che hai inventato in un display largo 320px e mantenere una buona UX, inizia prima con il cellulare ...

Se la UX viene ingombra o danneggiata da tutte le tue funzionalità sui dispositivi mobili, allora dovresti metterti in dubbio se l'utente ne ha davvero bisogno. Riesci a sbarazzartene e migliorare l'esperienza? Se è così, perché li hai? Forse non sono essenziali dopo tutto, e forse non dovrebbero essere sul tuo sito.

La teoria è che questo ti aiuta a ridurre le tue caratteristiche a ciò di cui hai assolutamente bisogno , e poi puoi ridimensionarlo in una bellissima esperienza desktop.

Mobile primo nello sviluppo

Con il primo sviluppo mobile , si tratta di scrivere prima la versione mobile e quindi di inserire eccezioni per schermi più grandi. Il motivo per cui è meglio (e più veloce) per gli utenti di dispositivi mobili è questo: hai due immagini per un sito Web, una grande per desktop e una più piccola per dispositivi mobili. Se si codifica prima il desktop, il CSS apparirà in questo modo:

.test2 {
    background-image:url('images/verylargeimage.png');
}

// If on a smaller screen...
@media all and (max-width: 600px) {
    .test2 { 
      background-image:url('images/smallimage.png');
    }
}

Ciò significa che l'utente mobile scarica effettivamente large.jpgil CSS prima che lo spenga. Questo è molto brutto.

Il primo dispositivo mobile è simile al seguente:

.test2 {
     background-image:url('images/smallimage.png');
}

// If on a larger screen
@media all and (min-width: 600px) {
    .test2 { 
        background-image:url('images/verylargeimage.png');
    }
}

L'utente mobile non scarica mai large.jpg.

Spero che questo aiuti a rendere le cose un po 'più chiare, se non le hai capite prima!


2
In realtà, questo è solo parzialmente giusto. Secondo i risultati dei test mobili di Tim Kadlec del 2012 sui download di immagini , solo i browser mobili molto vecchi (Android 3.0, Blackberry 6, Safari 4, ecc.) Scaricheranno entrambe le immagini. Ogni altro browser mobile scaricherà solo l'immagine appropriata.
cimmanon,

@cimmanon Hai perfettamente ragione. Grazie per avermi avvisato. L'ho sostituito con un esempio che ha fallito invece i test di Kadlec.
Django Reinhardt

Secondo il collegamento, il modo giusto sarà quello di impostare background-imageindividualmente su desktop e dispositivi mobili.
hlcs,

4

L'origine di "mobile first"

L'idea di "mobile first" per quanto riguarda Responsive Design nasce da un momento in cui i browser per dispositivi mobili erano molto meno capaci di quello che si potrebbe trovare su un dispositivo desktop. Molti di loro non supportavano affatto le media query, quindi l'idea di creare un design desktop stravagante e poi attenersi agli stili utilizzando le query multimediali per una finestra stretta si mostra piatta.

L'assenza di supporto per le media query è in effetti la prima media query.

- Bryan Rieger

Il primo dispositivo mobile è ancora rilevante?

Nonostante il fatto che i browser per dispositivi mobili abbiano raggiunto le loro controparti desktop, "mobile first" è ancora il modo più logico di scrivere i tuoi stili.

Preferisco pensare in termini di "evitare di annullare dichiarazioni di stile precedenti". Un approccio additivo, piuttosto che scrivere stili e poi sostituirli in un secondo momento, porterà quasi sempre a un foglio di stile più compatto. Gli stili appropriati per la maggior parte / tutti i dispositivi devono essere trovati al di fuori delle query multimediali, mentre gli stili che sono rilevanti solo per una finestra specifica devono essere dietro una query multimediale.

Confronta un approccio "desktop first":

.column {
    float: left;
    width: 50%;
}

@media all and (max-width: 50em) {
    .column {
        float: none;
        width: auto;
    }
}

Ad un approccio "mobile first":

@media all and (min-width: 50em) {
    .column {
        float: left;
        width: 50%;
    }
}

I risultati sono gli stessi, ma il secondo è più compatto. Esempi di stili copiati senza vergogna dalle 7 abitudini di media estremamente efficaci di Brad Frost .

Ci sono alcune rare eccezioni in cui "desktop first" è più appropriato del contrario. Il più notevole di questi è quando stai facendo cose come le tabelle reattive. Le finestre più ampie vorranno gli stili predefiniti per le tabelle, ma una finestra stretta vorrà sovrascrivere tutto ciò in modo che i contenuti possano essere impilati verticalmente.

Non rompere i tuoi fogli di stile

Una cosa che non dovresti assolutamente fare è suddividere i tuoi stili di risposta in singoli file CSS e utilizzare l'attributo media sull'elemento link. Ciò ha la conseguenza indesiderabile di far scaricare UA da tutti i fogli di stile collegati (cioè non c'è alcun miglioramento della velocità per farlo).

<!-- this is bad, don't do this -->
<link rel="stylesheet" media="(max-width: 800px)" href="example.css" />

Quindi il codice dovrebbe essere prima mobile, ma per quanto riguarda l'approccio al design?

Sono dell'opinione che non abbia importanza. I layout per tutti i viewport rilevanti per il design devono essere eseguiti (questo potrebbe comportare un minimo di 2 o un massimo di 5 una volta che si tiene conto di eventuali punti di interruzione minori che potrebbero essere necessari!), L'ordine non importa alla fine. Molti designer non hanno la disciplina di iniziare con un layout desktop e scoprono che partire da un layout mobile è più semplice.

Se desideri iniziare da un layout desktop, devi evitare la tentazione di riempire tutto quel glorioso spazio bianco con disordine che non migliora il contenuto di quella pagina. Hai davvero bisogno di quella foto 800x600 di una donna sorridente che tiene un telefono? È solo un costo per l'utente mobile in più denaro per scaricare lanugine inutili ed è solo una distrazione visiva per un utente desktop da saltare.


"Non importa così tanto", certo che lo fa. Ed è quello che dovrebbe essere questa domanda. La codifica / programmazione è generalmente fuori tema, quindi non è rilevante (è rilevante, ovviamente, ma non dovrebbe essere il punto principale)
Cai

1
Puoi dire la differenza tra un design reattivo in cui il layout mobile è stato progettato prima del layout desktop? La frase "mobile first" deriva dall'aspetto del codice del design reattivo. Non importa quale layout sia stato progettato per primo finché entrambi sono stati eseguiti.
cimmanon,

Altri ne hanno già parlato nelle risposte. Progettare un sito Web desktop pieno di funzionalità quindi dover portare via le cose perché non si adattano o non funzionano sui dispositivi mobili non è facile e spesso ti ritroverai con elementi / funzionalità scomodi fuori posto. Progettare prima per dispositivi mobili, quindi aggiungere funzionalità per desktop è facile. E 'così semplice. Ma importa davvero. Forse non per la persona che codifica il sito Web, ma lo fa per il designer.
Cai,

Non hai risposto alla mia domanda: puoi dire quale è stato fatto per primo? Il fatto che molte persone siano pessime nel progettare layout desktop e metta molta spazzatura nelle loro pagine non ha nulla a che fare con quale layout dovrebbe essere progettato per primo. Entrambi devono essere fatti, quindi quello che dovrebbe essere fatto prima dipenderà maggiormente dalle preferenze / abilità individuali del progettista.
cimmanon,

Tutto quello che sto dicendo è che influenza il processo di progettazione. Prendi 2 scenari: 1. Progetta un sito reattivo, prendendo in considerazione il mobile e il desktop e tutto il resto durante l'intero processo. Grande. 2. Disegni un sito solo desktop, fino all'approvazione finale e il tuo cliente dice "oh, ho bisogno che funzioni anche sui dispositivi mobili ..." e vuole ancora funzionalità x, ye z che non funzionino mobile ma non lo hai preso in considerazione quando stavi solo progettando per desktop ... Quale scenario è più facile?
Cai,

2

Ho testato il tuo sito Web www.cosmosdesign.co.nz su schermi di dimensioni diverse e funziona perfettamente su tutti gli schermi. Per quanto riguarda la tua domanda sul primo design mobile, vorrei dire che il tuo approccio alla progettazione deve considerare il tuo pubblico di destinazione insieme a molti altri fattori come immagini, contenuti, ecc. Se il tuo pubblico di destinazione utilizzerà questo sito Web principalmente su desktop / laptop, allora puoi procedi sicuramente con il tuo approccio, ma se si tratta di un sito Web che verrà visualizzato principalmente su telefoni e schede, dovrai ripensarci alla tua strategia.

Puoi anche considerare di progettare il tuo sito Web in modo reattivo utilizzando Bootstrap (sono disponibili anche molte altre opzioni) e puoi anche ottimizzare le tue immagini per un sito ottimizzato per dispositivi mobili che ridurrà anche i tempi di caricamento.


Hai un buon punto per quanto riguarda il pubblico di destinazione. Visto che il mio target di riferimento sono le piccole imprese ecc. Immagino che il mio gruppo demografico visualizzerebbe il mio sito con i desktop. Ho provato brevemente bootstrap qualche tempo fa e non mi sembrava che fosse per me, grazie per il suggerimento però.
cc

Sì, so che framework come Bootstrap aumentano il codice e lo sforzo, ma ne vale sicuramente la pena, se hai bisogno di aiuto sentiti libero di chiedermelo.
wazza,

Sento che sto ancora imparando css, ho lottato con questa pagina. In futuro, ci riproverò su uno dei miei clienti.
cc

Quindi, se sei sicuro del tuo pubblico di destinazione, puoi procedere molto bene su questo approccio, ma a volte ti avverto che è difficile (se non stai usando il framework) ridimensionare per schermi più piccoli in seguito quando hai molti contenuti e funzionalità sul tuo sito. Ti auguro il meglio.
wazza,

Sì hai ragione. Inoltre, PieBie ha dato alcuni buoni consigli sull'argomento se desideri una buona lettura.
cc

-2

Per me il motivo principale per fare prima il mobile è evitare una situazione in cui il tuo sito mobile non fa tutto ciò che fa la versione desktop. Ci sono tonnellate di siti Web in cui devo richiedere la versione desktop sul mio telefono per fare qualcosa perché anche se il telefono può farlo, la loro versione mobile non lo fa. Questo mi infastidisce.

Detto questo, penso che il desktop prima di tutto vada bene fintanto che non lesini più tardi le funzionalità mobili come fanno la maggior parte delle aziende.

Inoltre, molti framework di progettazione lo rendono piuttosto semplice. Ho usato material design lite per creare un'app desktop piuttosto complessa e in realtà ho dovuto cambiare solo un paio di cose quando l'ho rivista per la versione ottimizzata per dispositivi mobili - la maggior parte del lavoro era già stata eseguita.


A volte le funzionalità sono volutamente escluse dai dispositivi mobili perché non sono in grado di gestirne l'intensità
Zach Saucier

certo, se è un problema è un problema. Ma non è quasi mai un problema perché i telefoni moderni sono ora computer abbastanza potenti.
Matteo

Succede davvero, su più siti per me, che devo recuperare la versione desktop perché la versione mobile non ordina nemmeno gli elementi nell'elenco, o nasconde la scheda della discussione o alcuni filtri convenienti non funzionano. Questo sembra molto più simile a "esegui prima il desktop e poi - rapidamente, rapidamente, la sequenza temporale termina ieri - porta al cellulare.
h22

Se hai un sito davvero pesante, al punto in cui diventa un'applicazione web, potresti essere meglio portandolo comunque su un'app invece di provare a stipare tutto in un sito mobile. Facebook, ad esempio, ha suddiviso il suo sito desktop in due app: Facebook e Messenger.
PieBie

Sebbene Facebook sia stato abbastanza buono da rendere tutto disponibile solo nell'app Web mobile, puoi comunque inviare messaggi senza Messenger.
Matteo,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.