Чи потрібне спочатку програмування веб-сайту для мобільних пристроїв?


10

Я прочитав декілька джерел, коли спочатку дизайн мобільних пристроїв є майже важливим, але я не можу заперечити, що він має очевидні переваги, такі як швидше завантаження мобільних телефонів, які зазвичай мають меншу швидкість завантаження через 3G та 4G.

Але що робити, якщо ви будуєте менший веб-сайт із дуже малою кількістю зображень.

Мені хотілося б почути думки інших з цього приводу, і чи люди вважають, що є винятки чи ні. Особисто я вважаю за краще спочатку розробити / код для робочого столу та зменшити масштаб звідти. Але чи дійсно так важливо спершу розробити / кодувати мобільний телефон, чи кінцеві результати недостатньо вагомі, щоб турбуватись у певних ситуаціях?


2
Я не впевнений, у чому ваше запитання. Це "Чи слід зробити мобільний сайт" чи це "Я повинен зробити мобільний сайт спочатку"? Перший - «Так - 50% веб-хітів - це мобільні пристрої», другий - «Ви вирішите, я віддаю перевагу Desktop, потім ви переставляєте вміст». Як зауваження, цей сайт дуже добре працює на мобільних пристроях. Я б запропонував згортати меню - воно займає весь мобільний екран.
Метасоматизм

@Metasomatism Питання ґрунтується на ефективності коду та тому, як він завантажується на різні пристрої, я можу спробувати це посилання, якщо тут не набирається тяга (не хочу подвоювати публікацію). Я змінив навігацію для мобільних пристроїв, якщо ви маєте на увазі білу навігацію, яка складається над вмістом, це є наміром. :)
ccc

1
Я розпочав свій останній проект із підходу "перший мобільний", і я думаю, що буду робити це для кожного наступного проекту, де мобільний сайт бажаний. Обмежуючи себе, я краще зможу зосередитись на найважливіших речах, а не думати про якісь химерні речі навколо цього. Мені також легше масштабувати (так як у мене є мало речей, які можна розмістити на великій площі) порівняно зі зменшенням масштабу (багато речей, які можна поставити на невелику область). Але я здогадуюсь, це може бути різним від людини до людини.
ROAL

3
Думаю, вам було б корисно прочитати мою
ґрунтовну

1
Мобільний спочатку - це орієнтація на найважливіше, як у програмуванні для доставки активів, так і в дизайні для представлення контенту. Таким чином, це чудовий спосіб розпочати дизайн чуйного веб-сайту, оскільки ви описуєтесь до мінімуму елементів вмісту та вибору верстки і змушені надавати пріоритет.
kontur

Відповіді:


24

З чисто дизайнерської точки зору, починати з мобільної версії спочатку має сенс.

Найважча частина дизайнерського процесу - це завжди обрізка, ніколи не додаючи. Отже, чим меншою є нерухомість на екрані, яку ви дозволяєте собі, тим більше вам доведеться подумати про те, що важливо у вашому дизайні, яку інформацію вам дійсно потрібно показати. Крім того, ви змусите себе думати і про доступність, оскільки текст та інші елементи будуть меншими.

Після розробки «легкої» версії ви можете продовжувати додавати додаткові речі, такі як елементи дизайну, та збільшувати речі, коли ви отримуєте нерухомість. Як вказував @Django, ви ніколи не повинні залишати функції дизайну.

Для вашого сайту прикладом може бути меню. Ви вирішили залишити елементи меню і замінити його значком омбре, що є стандартною процедурою. Але якщо пункти меню є однією з найважливіших речей на сторінці, ви не хочете ховати їх за кліком.


sidenote: Червоний на синьому на вашому сайті дуже поганий для барвінку, будь ласка, подумайте про зміну цього.


Я також барвистий: p ... Це такий колір, щоб піти зі стилем, в який я йду. Кожна з 4-х сторінок буде кольорова по-різному. Якщо ви думаєте, що це погана ідея, дайте мені знати. :)
ccc

Вас вітає @MarcusPorter, і дякую за те, що прийняли мою відповідь. Іноді допомагає запитати інших, що вони думають, якщо ви сумніваєтесь;) І, звичайно, не погана ідея надати кожній сторінці свій колір. Хоча мені цікаво, як ти вирішуєш кольори чи поєднання кольорів, якщо ти
переслідуєш

3
Що? Ні. Не слід створювати два сайти. Це нерозумно, і це не було шляхом з 2005 року. Ви створюєте один сайт, який адаптується до свого середовища. Це називається чуйним веб
дизайном

1
Я не мав на увазі особливості, я мав на увазі надмірності, прокладки, можливо, навіть зображення. Ніколи особливості, звичайно. Хорошим прикладом може бути меню: ви фактично не додаєте меню, коли сайт збільшується, але ви замінюєте кнопку на повне меню.
PieBie

2
@piebie: Насправді тенденція полягала у тому, щоб сайти, що переважають контент, знову створили окремі мобільні інфраструктури. Перевірте, наприклад, проект AMP.
Девід Малдер

11

Мобільний спочатку - найкраща практика - це не закон, і якщо ви розумієте, чому ви "повинні" ним користуватися, ви можете прийняти обгрунтоване рішення, чому ви не хочете використовувати його для певного проекту, і це добре.

Варто зазначити, що "спочатку мобільний" стосується дизайну / UX та самої збірки. Мобільний перший дизайн не пришвидшить ваш сайт для користувачів, але мобільний перший розвиток буде .

Давайте розглянемо обидва.

Мобільний перший в дизайні

Мобільний перший дизайн - це допомогти вам зрівняти свої функції та зручність використання того, що вам потрібно . Мислення, що стоїть за цим, іде так: Замість того, щоб спершу розробити робочий стіл, а потім боротися, щоб усі функції, які ви придумали, розмістити на широкоформатному дисплеї 320 пікселів і зберегти хороший UX, спочатку почніть з мобільного ...

Якщо UX захаращений або пошкоджений усіма вашими функціями на мобільному пристрої, то це повинно змусити вас запитати, чи дійсно користувачеві потрібні всі вони. Чи можете ви позбутися від деяких з них і насправді покращити досвід? Якщо так, то чому у вас їх є? Можливо, вони не є істотними, і, можливо, вони не повинні бути на вашому сайті.

Теорія полягає в тому, що це допомагає вам зрівняти свої функції з тим, що вам абсолютно потрібно , а потім ви зможете змінити їх на прекрасний робочий стіл.

Мобільний перший у розвитку

При розробці мобільних пристроїв спочатку йдеться про створення мобільної версії, а потім про винятки для великих екранів. Причина, чому це краще (і швидше) для користувачів мобільних телефонів, полягає в наступному: у вас є два зображення для веб-сайту, велике - для робочого столу та менше для мобільного. Якщо спершу кодувати робочий стіл, ваш CSS буде виглядати приблизно так:

.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');
    }
}

Це означає, що користувач мобільного телефону фактично завантажує до large.jpgтого, як CSS вимкне його. Це дуже погано.

Мобільний спочатку виглядає так:

.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');
    }
}

Користувач мобільних телефонів ніколи не завантажує large.jpg.

Я сподіваюся, що це допомагає зробити речі трохи зрозумілішими, якщо ви їх раніше не розуміли!


2
Власне, це лише частково правильно. Згідно з результатами мобільних тестів Тіма Кадлека з 2012 року на завантаження зображень , обидва зображення завантажуватимуть лише дуже старі мобільні браузери (Android 3.0, Blackberry 6, Safari 4 тощо) . Кожен інший мобільний браузер завантажить лише відповідне зображення.
cimmanon

@cimmanon Ви абсолютно праві. Дякуємо, що попередили мене про це. Я поміняв це на приклад, який замінив тестування Кадлека.
Джанго Райнхардт

За посиланням правильним способом буде встановити background-imageіндивідуально на робочий стіл та мобільний.
hlcs

4

Походження "мобільних перших"

Ідея "мобільного спочатку" щодо чуйного дизайну походить з того часу, коли браузери для мобільних пристроїв були набагато менш здатними, ніж те, що ви знайдете на настільному пристрої. Багато з них взагалі не підтримували медіа-запити, тому ідея створити фантазійний дизайн робочого столу, а потім дотримуватися стилів, використовуючи медіа-запити для вузького огляду, випадає на обличчя.

Відсутність підтримки медіа-запитів насправді є першим медіа-запитом.

- Брайан Рігер

Мобільний спочатку все ще актуальний?

Незважаючи на те, що браузери для мобільних пристроїв наздогнали своїх колег на робочому столі, "мобільний спочатку" все ще є найбільш логічним способом написання ваших стилів.

Я вважаю за краще думати про те, щоб "уникати скасування декларацій попереднього стилю". Аддитивний підхід, а не виписування стилів, а потім їх переосмислення, майже завжди призведе до більш компактної таблиці стилів. Стилі, що підходять для більшості / всіх пристроїв, слід знаходити поза медіа-запитами, тоді як стилі, що стосуються лише певного вікна перегляду, повинні стояти за медіа-запитом.

Порівняйте підхід "спочатку на робочому столі":

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

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

До "мобільного першого" підходу:

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

Результати однакові, але пізніші - більш компактні. Зразки стилів безсоромно копіювали з 7 звичок Бреда Мороза високоефективних медіа-запитів .

Є кілька рідкісних винятків, коли "спочатку робочий стіл" є більш підходящим, ніж навпаки. Найбільш помітним з них є те, коли ви робите такі речі, як чуйні таблиці. Ширші вікна перегляду захочуть типи за замовчуванням для таблиць, але вузький вікно перегляду захоче змінити все це, щоб вміст можна було складати вертикально.

Не розбивайте свої таблиці стилів

Одне, чого ви абсолютно не повинні робити, - це розбивати свої стилі реагування на окремі CSS-файли та використовувати медіа-атрибут на елементі посилання. Це призводить до небажаних наслідків того, щоб UA завантажувала всі пов'язані таблиці стилів (тобто для цього немає покращення швидкості).

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

Отже, код повинен спочатку бути мобільним, а як щодо підходу до дизайну?

Я вважаю, що це не має значення. Макети для всіх вікон перегляду, що мають відношення до дизайну, повинні бути виконані (це може включати в себе якнайменше 2 або стільки 5, як тільки ви враховуєте будь-які незначні точки прориву, які можуть знадобитися!), Замовлення в кінцевому підсумку не має значення. Багатьом дизайнерам не вистачає дисципліни, щоб почати з макета робочого столу і виявити, що починати з мобільного макета простіше.

Якщо ви хочете почати з макета робочого столу, ви повинні уникати спокуси заповнити всю цю славну пробілу простору, яка не покращує вміст цієї сторінки. Вам дійсно потрібно, щоб 800x600 запас фото усміхненої жінки, що тримає телефон? Це просто коштує мобільному користувачеві додаткових грошей, щоб завантажити непотрібний пух, і це лише візуальне відволікання для настільного користувача, щоб пропустити минуле.


"Це не так важливо", - звичайно, так і є. І саме про це має бути питання. Кодування / програмування тут взагалі поза темою, тому не дуже актуальне (воно, звичайно, актуально, але це не повинно бути головним)
Кай

1
Чи можете ви сказати різницю між чуйним дизайном, у якому мобільний макет був розроблений до макета робочого столу? Фраза «перший мобільний» походить від кодування аспекту чуйного дизайну. Не має значення, який макет розроблений спочатку, поки зроблено обидва .
cimmanon

Інші вже говорили про це у відповідях. Розробка веб-сайту для настільних комп’ютерів з повною кількістю функцій, а потім вилучення речей, оскільки вони не підходять або працюють на мобільних пристроях, непросте, і ви часто стикаєтеся з незграбними елементами / функціями місця. Спочатку проектування для мобільних пристроїв, а потім додавання функцій для робочого столу дуже просто. Це так просто. Але це дійсно має значення. Можливо, не людині, що кодує веб-сайт, але це робить дизайнеру.
Кай

Ви не відповіли на моє запитання: чи можете ви сказати, хто з них був зроблений першим? Той факт, що багато людей погано розробляють макети на робочому столі та кладуть багато сміття на свої сторінки, не має нічого спільного з тим, який макет слід розробити спочатку. І те й інше, і те, що потрібно зробити спочатку, залежатиме від індивідуальних переваг / здібностей дизайнера.
Кімманон

Все, що я говорю, - це впливає на процес проектування. Візьміть 2 сценарії: 1. Ви розробляєте чуйний сайт, беручи до уваги мобільний та настільний комп’ютер та все, що відбувається між цим процесом. Чудово. 2. Ви розробляєте веб-сайт, призначений лише для настільних комп’ютерів, аж до остаточного затвердження, і ваш клієнт каже "о, мені це потрібно, щоб він працював і на мобільному телефоні ...", і він все ще хоче функції x, y і z, які не працюватимуть на мобільний, але ви цього не враховували, коли ви тільки розробляли робочий стіл ... Який сценарій простіше?
Кай

2

Я перевірив ваш веб-сайт www.cosmosdesign.co.nz на різні розміри екрана, і він справно працює на всіх екранах. Що стосується вашого питання щодо дизайну для мобільних пристроїв, я хотів би сказати, що ваш підхід до проектування повинен враховувати вашу цільову аудиторію разом із багатьма іншими факторами, такими як зображення, контент та ін. Якщо ваша цільова аудиторія буде використовувати цей веб-сайт в основному на робочому столі / ноутбуках, тоді ви можете Безумовно, продовжуйте свій підхід, але якщо це веб-сайт, який в основному буде переглядатися на телефонах і вкладках, то вам слід подумати над своєю стратегією.

Ви також можете розглянути можливість вашого веб-сайту реагувати за допомогою Bootstrap (також доступні багато інших варіантів), а також ви можете оптимізувати свої зображення для зручного для мобільних сайтів, що також скоротить час завантаження.


Ви добре оціните цільову аудиторію. Бачачи, як моя цільова аудиторія - це малий бізнес тощо. Я думаю, що мій демографічний показник перегляне мій сайт на настільних комп’ютерах. Я коротко спробував bootstrap деякий час тому, і це не здалося, що це було для мене, дякую за пропозицію, хоча.
ccc

Так, я знаю, що такі рамки, як Bootstrap, збільшують код і зусилля, але, безумовно, варто докласти зусиль, якщо вам потрібна допомога, не соромтеся запитати мене.
wazza

Я відчуваю, що я ще вивчаю CSS, я боровся з цією однією сторінкою. Я обов'язково спробую його знову на одному зі своїх клієнтів у майбутньому.
ccc

Тож якщо ви впевнені у своїй цільовій аудиторії, ви можете дуже добре приступити до цього підходу, але я хотів би попередити вас, що іноді важко (якщо ви не використовуєте фреймворк) зменшити масштаб для менших екранів пізніше, коли у вас є багато вмісту та функціональні можливості вашого сайту. Все найкраще.
Вацза

Так, ви праві. Також PieBie дав кілька корисних порад на цю тему, якщо ви хочете добре прочитати.
ccc

-2

Для мене головна причина зробити спочатку мобільний телефон - це уникати ситуації, коли ваш мобільний сайт робить не все, що робить версія для настільних ПК. Є безліч веб-сайтів, на яких мені потрібно попросити настільну версію свого телефону зробити щось, тому що, хоча телефон може це зробити, їх мобільна версія цього не робить. Це помилки з мене.

З цього приводу я думаю, що спочатку робочий стіл - це добре, якщо згодом ви не скупіться на мобільні функції, як це робить більшість фірм.

Також багато дизайнерських рамок роблять це досить просто. Я використовував дизайн дизайну матеріалу для створення досить складного додатка для настільних комп'ютерів, і мені довелося змінити лише кілька речей, коли я переглянув його для зручної для мобільних пристроїв версії - більшість роботи вже було виконано.


Іноді функції цілеспрямовано залишаються мобільними, оскільки вони не в змозі впоратися з її інтенсивністю
Зак Сосьє,

звичайно, якщо це проблема - це проблема. Але це майже ніколи не є проблемою, оскільки сучасні телефони зараз досить потужні комп’ютери.
Метью

На багатьох сайтах мені дійсно трапляється, що мені потрібно отримати версію для настільних комп’ютерів, оскільки мобільна версія навіть не сортує пункти у списку, або приховує вкладку для обговорення, або якась зручна фільтрація не працює. Це дійсно більше схоже на "зробіть робочий стіл спочатку, а потім - швидко, швидко, часова шкала закінчується вчора - порт для мобільних пристроїв.
h22,

Якщо у вас дійсно важкий сайт, до того моменту, коли він стає веб-додатком, вам може бути краще перенести його в додаток все-таки, а не намагатися затиснути все на мобільному сайті. Наприклад, Facebook розділив свій робочий стіл на два додатки: Facebook та Messenger.
PieBie

Хоча фейсбук був дуже гарним, завдяки чому все доступне лише в мобільному веб-додатку - ви все одно можете надсилати повідомлення без Messenger.
Метью
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.