10 вещей, которые нельзя делать на сайтах в 2022 году
Пост-бомбеж. Если вы напишете в комментариях, что у вас просто другая аудитория, то идите лесом.
1. Пнгшные (или даже джпгеовские) логотипы и иконки
Если у вашего заказчика нет векторного логотипа, либо перерисуйте лого, либо выходите на уровень заказчиков с нормальными логотипами. Не знаете как? Делайте нормальное портфолио и они появятся. С растровыми иконками вообще пиз..., скачай или отрисуй svg, дай люлей верстальщику, если он их перевел в png.
2. Стоковые фотки
Смотришь на фотки, а там видно нерусские, даже негры есть. Найми фотографа и сфоткайся, продаешь лопаты – сфоткай своего батю в огороде с лопатой.
Не надо (пошли скачали):
Надо (пошли сфоткали):
3. Надпись Тильда внизу сайта
Тильда – ок, фирмы которые не могут позволить себе 500 рублей в месяц на скрытие значка – не ок.
4. Анимация появления элементов не на промо-сайтах
Я хочу прочитать информацию, а не ждать после скролла, когда появится текст и фотки.
5. Низкое разрешение изображений
У каждого 4g, все загрузится, через телефон уже 4к можно смотреть онлайн.
6. Всплывающие окна и консультанты
Сами понимаете
7.Регистрация по логину
Да кто помнит свой vlad72123
8. Отобразить функционал или ассортимент сервиса, только после регистрации
Дайте человеку сначала понять, что содержит ваш сервис, только потом предлагайте регистрацию
9. Старые мокапы айфонов
Скачайте или отрисуйте новый мокап айфона без кнопки, такие айфоны выпускаются уже 5 лет
10. VPN
У большинства сейчас стоит VPN, разрешите заходить через другие страны, используйте умные средства защиты
И наше пожелание, заботьтесь о качестве ваших проектов, даже, если заказчик не понимает необходимости чего-то, тяните его вверх и делайте себе хорошее портфолио, и хорошие лиды к вам потянутся.
да, это наш тг
По поводу 5-го пункта автор не прав:
- Во-первых не у всех и не везде. У меня 3g, например.
- Во-вторых, гугл и любой нормальный движок элементарно понизит твой сео статус и выдачу в поиске (при наличии конкурентов), потому что смотри пункт 1 если твои картинки будут весить много места. А определять скорость интернета на фронте ещё не определились.
Хочу обратить внимание, что на второй пункт есть костыли на уровне разработки, но если вы делаете сайт на каком-то конструкторе, то нет. Плюс они не всегда работают.
Под ретину и прочее с высоким PPI есть смысл давать копию лучшего качества и вполне штатные средства есть, в том же CSS. Да и через JS костылить не так уж сложно, что PPI узнавать, что скорость интернета. Но да, было бы круче, если бы веб-сервер определял скорость и выбирал качество одного и того же ресурса.
Как по мне, сейчас это решается через копию в .webp, выглядит хорошо, а весит меньше. Да и все спидтестеры меньше ругаются, если видят webp в ответе. Настраивается относительно недолго в веб-сервере и создании физической копии нужной картинки. Правда на счет Tilda не знаю, дают они потрогать эту технологию или нет. В любом случае есть костыль через тег <picture/>.
В общем, тема качества изображений очень большая, там нужно экспереминтировать между скоростью и качеством. Плюс хорошо бы подгонять под аудиторию и ее требования.
Про 4G фулл верно, автор просто долбаеб или ничего не знает о сайтах со спидтестом, которые всегда дают мануалы почитать о статистике скорости среднего пользователя в мире, тем более о проблемах с нестабильным мобильным интернетом (то есть про статистику скорости ничего точно не слышал, раз считает, что время не экономить пришло).
зачем css/js, когда есть srcset?
А в остальном всё так
За srcset не шарю, но, видимо, хороший вариант и самый простой в использовании, разве что если привязка должна быть к селектору, тогда только через CSS/JS (когда это часть UI, а не контента). Например, нужно сверстать кнопку, а на фоне должно быть изображение. Никто же не будет srcset задавать или даже просто img в кнопке для этого использовать, проще классу прописать background-image. Возможно, что пример с фоном для кнопки глуповат, но суть в том, что не везде html получится использовать для UI, для контента да, лучше и проще.