И как это сделать

Как это сделать?

Продолжаем рубрику «Как не надо делать«. На этот раз речь пойдёт о оффлайн и онлайн рекламе. Ни для кого не секрет, что её можно очень неплохо комбинировать для достижения результата. […]

Как не надо проектировать дизайн интернет-магазина

У нас запущена новая рубрика «Как не надо делать». Причины для её запуска просты — иногда достаточно посмотреть на примеры плохой реализации, чтобы этого больше никогда не повторять. Похожие статьи: […]

Использование посадочных страниц для SEO-оптимизации

Совсем недавно в одном из рабочих эпизодов пришлось рассуждать на тему: а эффективно ли использовать посадочные страницы (в понимании одностраничных сайтов) для SEO (Search Engine Optimization) или другими словами, поисковой […]

Составляем контент-план для сайта

О том, что наполнение сайта должно быть качественным, на это «смотрят» поисковики итд итп сейчас не говорит только ленивый. Похожие статьи: Где взять бесплатный хостинг для сайта? Особенности контент-наполнения сайтов […]

Выбираем онлайн чат для посадочных страниц

Часто клиентам удобнее получить оперативную обратную связь от вашей компании по телефону или посредством чата. Вот именно работу с чатом мы и рассмотрим в данной статье, а именно: Какие критерии […]

муравей-талисман сайта

Калькулятор на посадочной странице — нужен ли?

При продаже услуг через интернет посредством отдельных посадочных страниц без сравнительных таблиц и калькулятора стоимости бывает довольно сложно донести варианты / преимущества покупки конкретно у вас. Давайте разберёмся на примере. […]

Поисковая оптимизация сайта — вебинары от Яндекса

Для тех, кто просто хочет разобраться с азами поискового продвижения Яндекс устраивает серию вебинаров «Поисковая оптимизация сайта: вопросы и ответы» https://academy.yandex.ru/events/webmasters/msk-2017/ Похожие статьи: Как сделать SEO-оптимизацию сайта своими руками? У […]

муравей-талисман сайта

Система заявок для компании «своими руками»

Для маленьких и средних компаний рано или поздно встаёт вопрос управления задачами внутри компании. Причём независимо от профиля деятельности. Давайте рассмотрим на примерах несколько подобных решений, которые позволят развернуть […]

Как поставить задачу разработчику

Если у вас маленький интернет-магазин и нет собственного штата разработчиков, то рано или поздно вам придётся ставить задачи или какой-нибудь студии, или напрямую разработчику. Благо, бирж фриланса сейчас более чем […]

муравей-талисман сайта

Готовим интернет-магазин к новогодним праздникам

Близятся новогодние праздники, для большинства интернет-магазинов это период промоактивностей и разнообразных скидок. В данной статье постараемся разобраться, как не допустить падений интернет-магазина и потери инвестиций в трафик на сайт. Похожие […]

Мобильное приложение: сколько стоит и как сделать? Полный гайд

Привет! Меня зовут Глеб Федоренко, я основатель Galt Agency – мы создаём мобильные приложения под ключ для других бизнесов (в портфолио разные проекты: от e-com и fashion до логистики в Европе).

До агентства я делал несколько своих проектов, связанных с мобильными приложениями.

На пути разработки своих приложений я прошел через все стадии: от найма фрилансеров, агентств до построения своей команды.

В этой статье я максимально подробно поделюсь своим опытом и попытаюсь помочь вам определиться со стратегией, если вы решили делать мобильное приложение.

Обычно процесс создания приложения состоит из пяти стадий: от идеи до запуска. Каждую из них можно контролировать самому или делегировать специалистам.

Идея, анализ рынка, бизнес-модель

Первое, о чём стоит задуматься, — нужно ли это приложение вообще. Точно ли нельзя обойтись мобильной версией сайта?

Ваши действия зависят от стадии бизнеса. Если вы делаете приложение для работающего бизнеса, и оно поможет вам масштабироваться – вопрос отпадает.

Если делаете стартап, перед стартом работ нужно сделать три шага:

подумать, какие проблемы актуальны для людей (выявление потребности);
посмотреть, какие приложения уже могут их решить — что они делают, какой у них функционал и назначение, о каких проблемах пишут в отзывах (анализ рынка и конкурентов);
просчитать, сколько денег вы реально можете вложить в этот проект, его минимальную жизнеспособность и сколько он потенциально принесёт (фин. модель).

Разберём на банальном примере. Все люди периодически хотят есть, а значит есть вечная проблема — где взять еду. Её решают несколько типов приложений: доставки продуктов из нескольких магазинов, собственные приложения доставки крупных супермаркетов, доставки готовой еды из ряда заведений и собственные приложения у крупных кафе и ресторанов. Ещё недавно на этом рынке была проблема — всё везли слишком долго, от 45 минут. Её решило известное приложение доставки продуктов за 15 минут с названием двухколёсного транспорта. И это выстрелило!

Почему приложение? Потому что быструю доставку продуктов заказывают на ходу, пока делают другие дела. Оно всегда под рукой. Выбор бананов – не выбор машины, где семья может собраться у компьютера и в деталях изучать варианты.

Если идея найдена, для неё есть место на рынке и деньги на разработку — можно идти дальше. Если самому анализировать рынок и просчитывать бизнес-модель некогда, не хочется или не совсем понятно как, можно уже на этом этапе привлечь специалистов. Они сделают это быстрее и эффективнее.

Требования к продукту

Идея есть, осталось продумать реализацию. На этом этапе стоит задать себе пять важных вопросов:

Что приложение должно делать — собирать данные из разных источников и ранжировать их, оформлять и оплачивать заказы, обрабатывать фотографии или что-то ещё. Иными словами, зачем пользователь скачает приложение, и что он должен получить.
Как на нём зарабатывать — например, брать деньги с кого-то за размещение в нём товаров или рекламы, продавать с его помощью собственные товары, сделать скачивание платным или внедрить механику подписки.
Кто будет им пользоваться — понять портрет клиента, чтобы разработать приложение, которое попадет в его «боли», будет выглядеть привычно и удобно для него.
Сколько людей будет им пользоваться – пара сотен человек или сотни тысяч человек. Понятно, что предсказать сразу, выстрелит приложение или нет, вряд ли получится. Но примерно определиться с масштабом всё же нужно ещё до разработки – чтобы построить правильную архитектуру (фундамент для деревянной дачи не выдержит небоскреб, а строить для дачи фундамент небоскреба – неоправданно дорого)
Как им управлять — что должно быть в админской версии приложения, что в нём можно будет менять, а что нет. Этот вопрос стоит особого внимания, если до этого с приложениями дел не имели. Ведь приложение не статично, в нём придётся что-то менять, например, цены или ассортимент. Чем проще админка — тем легче управлять, но меньше вариантов для внесения изменений.

Ответы на эти вопросы по сути станут краткой версией технического задания — ТЗ, на разработку приложения. Именно это нужно рассказать тому, кто будет его создавать. Иначе высок риск получить совсем не то, что хотелось. Переделывать будет дорого и долго — мало кто готов взяться исправить чужую работу.

Создание прототипа

Прототип — это визуализация будущего приложения: от схем и набросков к интерактивной модели. На этом этапе нужно чётко понимать:

кто будет пользоваться приложением — примерный портрет клиента, чтобы понимать вкусы и предпочтения;
в какой ситуации — на бегу в метро или лёжа в постели в выходной;
для чего — развлечься и занять время, сделать рабочие задачи, пообщаться с друзьями или что-то купить.

Каждый из этих пунктов влияет на дизайн. И речь не только и не столько о цветовой гамме, сколько о выборе элементов для экранов, их расположения, дополнительных фишек и виджетов.

В прототипировании есть три важных этапа:

UX дизайн/wireframe’инг — это создание прототипа приложения в виде схем и набросков экранов.

Сначала нужно продумать путь пользователя: он скачал приложение, а что дальше?

Например, регистрация — авторизация — первые действия — заполнение профиля — оформление заказа — покупка — отслеживание заказа — написание отзыва.

Каждый шаг пользователя — это отдельный экран или wireframe.

На экране размещают основные элементы: кнопки, поля, текстовые блоки, картинки. Они должны быть на привычных местах, например, корзина для товаров обычно находится в правом верхнем углу, а характеристики персонажа в игре — внизу. Вероятно, люди в итоге найдут их в любом месте, но впечатление от использования испортится.

Ещё один важный этап — количество касаний. Чтобы пользователь не сбежал, он должен находить нужное в три клика, максимум — в пять. А чтобы понять, как он будет действовать, придётся прописать пользовательские сценарии: куда в приложении люди будут заходить часто, а куда не очень, какой функционал им нужен больше, а какой — меньше.

Продумывая дополнительные возможности, снова стоит вспомнить о пользователях: когда они будут использовать приложение? Как сделать это комфортнее? Например, добавить в приложение для чтения книг тёмную тему, так как люди часто читают вечером. Или убирать товары из корзины жестом, ведь доставку многие оформляют на бегу.

UI дизайн — следующий этап дизайна, когда появляется цвет, очертания кнопок, шрифты и виджеты. Важно, чтобы цветовые решения отвечали задачам приложения. Нет смысла делать строгий монохромный дизайн в игре, выбирать розовый цвет для каталога люксовых духов или брать ярко-красные оттенки для ЭКО-направления. Пользователей это скорее оттолкнёт и запутает, они не поймут, куда попали.

Интерактивный прототип — важная часть, которую многие пропускают, по сути – анимированные макеты.

На этом этапе приложением уже можно «пользоваться», то есть нажимать кнопки и перемещаться между экранами. Хотя само приложение ещё не существует. Здесь становится наглядно понятно, удобно ли пользоваться приложением, получается ли найти нужные разделы быстро.

Лучше, если прототипы будет оценивать не один человек, а фокус-группа — хотя бы несколько человек. Так выборка будет репрезентативной. Важно, чтобы люди были из целевой аудитории: можно посадить за это сотрудников компании, но результаты будут не слишком достоверными, ведь коллеги знают продукт. В агентствах прототипы тестируют на больших фокус-группах, причём дважды: на этапе вайрфреймов и на интерактивном прототипе. Так получается найти все слабые места интерфейса приложения и устранить их ещё до запуска. А значит — меньше риск получить отрицательные отзывы и потерять деньги.

На этапе разработки важно разделить два понятия — frontend и backend. Запомнить легко:

frontend — то, что спереди, то есть взаимодействует с пользователем;
backend — то, что сзади, изнутри, то есть серверная часть приложения.

Многие концентрируются только на первом и недооценивают важность второго. На самом деле, архитектура приложения важна не меньше, а то и больше оболочки:

будет приложение тормозить или нет;
выдержит нужное число пользователей или зависнет;
насколько безопасно получится хранить данные;

Если приложение работает плохо, пользователю будет безразлична его красота и удобный интерфейс. Он уйдёт к конкурентам, и будет прав: никто не хочет вечно ждать загрузку или в сотый раз за день вводить пароль.

Разработка архитектуры приложения включает выбор используемых технологий, построение базы данных, API (через него приложение взаимодействует с сервером), интеграции CRM, CMS и много других технических нюансов. Если вы это не знаете — лучше даже не пытаться разобраться самому, а довериться профессионалу. И надеяться, что он выберет современные и надёжные инструменты, а иначе — проблемы в работе приложения заставят вас начать разработку с нуля или отдать его на доработку. Научить вас разбираться в архитектуре приложений за одну статью мы не можем. А вот создать для вас приложение — можем.

Помимо архитектуры, необходимо разработать оболочку приложения. Варианта два:

кроссплатформенное решение — один код, который работает на разных операционных системах (iOS, Android, MacOS, Windows);
нативное приложение — разрабатывается под конкретную операционную систему.

Первый вариант — универсальный, современный, позволяет сэкономить около 35% ресурсов на разработке (если вы запускаете iOS и Android), а также предоставить одинаковый пользовательский опыт на всех платформах.

Второй вариант позволяет добиться максимальной производительности, но расходы на разработку и поддержку будут существенно выше (т.к. над созданием работают несколько команд разработчиков, одна под каждую ОС).

Разница в производительности будет заметна только при использовании высоконагруженных технологий (вроде запуска моделей машинного обучения).

Для 99% бизнесов, кроссплатформенное решение – оптимальный по всем параметрам вариант.

Приложение готово, пора запускать! Так думают многие, но работает это по-другому. Сначала его нужно протестировать.

Тестирование проводится в два этапа:

Пользовательское тестирование

проверить, соответствует ли дизайн макетам, на местах ли кнопки, читаются ли тексты;
все ли функции работают как надо;
как приложение отображается на разных операционных системах, устройствах и экранах.

Нагрузочное тестирование

выдерживает ли приложение имитацию большого потока пользователей;
выдерживает ли приложение имитацию атаки;

Эту работу обычно выполняют QA-специалисты (quality assurance, контроль качества).

Во время тестирования обычно вылезают какие-то ошибки — баги. Что-то не сработало или сработало не так. Их лучше исправлять до запуска приложения, чтобы не портить впечатление пользователей и не собирать отрицательные отзывы.

И только после нескольких итераций тестов, когда все баги найдены и исправлены, приложение готово к запуску. На этом история не кончается – после запуска приложение нужно поддерживать, исправлять какие-то мелкие недочеты, которые подметят пользователи, и добавлять новые функции, улучшать его.

К кому обратиться за разработкой приложения — зависит от того, насколько вы сами в этом разбираетесь и готовы контролировать каждый этап.

SEO оптимизация изображений: для чего это нужно и как это сделать в WordPress

SEO

Изображения являются важной частью любого сайта, так как они привлекают внимание посетителей, улучшают восприятие текста и повышают конверсию. Однако, если изображения не оптимизированы для поисковых систем, они могут негативно сказаться на скорости загрузки сайта, ранжировании в поиске и трафике. Поэтому, SEO оптимизация изображений — это необходимый процесс для любого вебмастера, который хочет улучшить свои показатели и привлечь больше целевой аудитории.

SEO оптимизация изображений состоит из нескольких этапов, которые мы рассмотрим в этой статье:

Подбор подходящих изображений для сайта.
Сжатие и изменение размеров изображений.
Присвоение атрибутов alt и title изображениям.
Создание карты сайта для изображений.
Использование CDN для ускорения загрузки изображений.

Подбор подходящих изображений для сайта

Первый шаг SEO оптимизации изображений — это выбрать те изображения, которые соответствуют тематике сайта, содержанию страницы и интересам посетителей. Изображения должны быть качественными, релевантными и уникальными. Не стоит использовать стоковые фотографии, которые можно встретить на многих других сайтах, так как они не выделяют ваш сайт среди конкурентов и не вызывают доверия у пользователей. Лучше использовать свои собственные фотографии или заказать их у профессиональных фотографов.

Также, при подборе изображений нужно учитывать формат файла. Существует несколько распространенных форматов изображений, таких как JPEG, PNG, GIF и WebP. Каждый из них имеет свои преимущества и недостатки.

JPEG — это наиболее популярный формат для фотографий, так как он обеспечивает хорошее соотношение качества и размера файла. Однако, он не поддерживает прозрачность и может терять качество при сжатии.
PNG — это формат для графики, который поддерживает прозрачность и сохраняет качество при сжатии. Однако, он имеет больший размер файла по сравнению с JPEG.
GIF — это формат для анимированных изображений, который поддерживает до 256 цветов и прозрачность. Однако, он имеет ограниченные возможности по качеству и размеру файла.
WebP — это новый формат от Google, который обеспечивает лучшее сжатие без потери качества по сравнению с JPEG и PNG. Однако, он не поддерживается всеми браузерами.

В зависимости от типа и назначения изображения, можно выбрать наиболее подходящий формат. Например, для фотографий товаров или людей лучше использовать JPEG, для логотипов или иконок — PNG, для анимации — GIF, для общего улучшения качества и сжатия — WebP.

Сжатие и изменение размеров изображений

Второй шаг SEO оптимизации изображений — это сжать и изменить их размеры, чтобы уменьшить их вес и ускорить загрузку страницы. Большие изображения занимают больше места на сервере, потребляют больше трафика и замедляют скорость загрузки сайта. Это негативно влияет на пользовательский опыт и ранжирование в поиске. Поэтому, нужно стараться использовать изображения с минимальным возможным размером файла при сохранении приемлемого качества.

Для сжатия изображений можно использовать различные инструменты, такие как Photoshop, TinyPNG, Compressor.io и другие. Они позволяют уменьшить размер файла без значительной потери качества. Например, можно снизить уровень качества JPEG изображения до 80-90%, что практически не заметно глазу, но существенно сокращает вес файла. Также, можно использовать опцию “Save for web” в Photoshop, которая автоматически оптимизирует изображение для веба.

Для изменения размеров изображений можно использовать те же инструменты или специальные плагины для WordPress, такие как Smush, EWWW Image Optimizer, ShortPixel и другие. Они позволяют изменить физический размер изображения в соответствии с его отображением на сайте. Например, если изображение имеет размер 2 000 x 1 000 пикселей, но на сайте оно отображается в размере 500×250 пикселей, то можно уменьшить его физический размер до 500×250 пикселей, что сократит его вес в четыре раза. Также, можно использовать адаптивные изображения, которые подстраиваются под разные размеры экранов и устройств. Для этого можно применить атрибут srcset в теге img или плагины для WordPress, такие как WP Retina 2x, Responsive Images by Pixify и другие.

Присвоение атрибутов alt и title изображениям

Третий шаг SEO оптимизации изображений — это присвоить атрибуты alt и title изображениям, чтобы описать их содержание и назначение для поисковых систем и пользователей. Атрибут alt — это альтернативный текст, который отображается вместо изображения, если оно не загрузилось или если пользователь использует скринридер или другой способ доступа к сайту. Атрибут title — это дополнительный текст, который отображается при наведении курсора на изображение. Оба этих атрибута помогают поисковым системам понять, что изображено на картинке и как оно связано с контентом страницы. Также, они помогают повысить доступность сайта для людей с ограниченными возможностями.

При заполнении атрибутов alt и title нужно следовать нескольким правилам:

Использовать короткие и точные описания изображений.
Включать ключевые слова по тематике сайта и страницы.
Избегать дублирования текста с других элементов страницы.
Избегать избыточности и ненужных деталей.
Не использовать слова «изображение», «картинка» и т.п. в атрибуте alt.
Не оставлять атрибуты alt и title пустыми.

В WordpRess добавить Alt можно без установки специальных плагинов. Для этого есть встроенная функция в редакторе, как на скриншоте ниже.

Атрибут Alt

Создание карты сайта для изображений

Четвертый шаг SEO оптимизации изображений — это создать карту сайта для изображений, чтобы помочь поисковым системам найти и проиндексировать все изображения на сайте. Карта сайта для изображений — это специальный файл в формате XML, который содержит информацию обо всех картинках на сайте, такую как URL, заголовок, описание, лицензия и т.п. Карта сайта для изображений помогает поисковым системам лучше понять содержание и контекст изображений, а также увеличивает шансы на попадание в поисковую выдачу по изображениям.

Для создания карты сайта для изображений можно использовать различные инструменты, такие как Google Search Console, Yoast SEO, XML Sitemaps Generator и другие. Они позволяют автоматически сгенерировать и обновлять карту для картинок с учетом всех изменений на сайте. Также, можно создать карту для изображений вручную, следуя спецификации Google. После создания карты сайта для изображений нужно добавить ее в основную карту сайта или в файл robots.txt, чтобы поисковые системы могли ее обнаружить и обработать.

Использование CDN для ускорения загрузки изображений

Пятый шаг SEO оптимизации изображений — это использовать CDN (Content Delivery Network) для ускорения загрузки изображений. CDN — это сеть серверов, расположенных в разных точках мира, которые хранят копии статического контента сайта, такого как изображения, видео, скрипты и т.п. Когда пользователь заходит на сайт, CDN определяет его местоположение и подключает его к ближайшему серверу, откуда он получает нужный контент. Это уменьшает расстояние передачи данных, снижает нагрузку на основной сервер и ускоряет загрузку страницы.

Использование CDN имеет несколько преимуществ для SEO оптимизации изображений:

Увеличивает скорость загрузки страницы, что положительно влияет на пользовательский опыт и ранжирование в поиске.
Уменьшает риск сбоев или перегрузок сервера, что повышает доступность и надежность сайта.
Повышает безопасность сайта, так как CDN защищает от DDoS-атак и других угроз.
Позволяет использовать дополнительные функции CDN, такие как оптимизация изображений, кэширование, сжатие и т.п.

Для использования CDN можно выбрать один из множества провайдеров, таких как Cloudflare, Amazon CloudFront, Akamai и другие. Они предлагают различные тарифы и условия использования CDN в зависимости от потребностей и бюджета сайта. Также, можно использовать специальные плагины для WordPress, такие как W3 Total Cache, WP Rocket, Jetpack и другие. Они позволяют легко подключить и настроить CDN для сайта.

SEO оптимизация изображений — это важный процесс для любого сайта, который хочет улучшить свои показатели и привлечь больше целевой аудитории. Для этого нужно подбирать подходящие изображения для сайта, сжимать и изменять их размеры, присваивать атрибуты alt и title, создавать карту сайта для изображений и использовать CDN для ускорения загрузки изображений. Эти простые шаги помогут сделать сайт более привлекательным, доступным и быстрым для посетителей и поисковых систем.

Как это сделано

Как устроен грузовой самолет Boeing 747-8F⁠ ⁠

Это самый длинный гражданский самолет (76,3м), но вам не продадут на него билет. В нем нет стюардесс и пассажирских кресел. Его грузовая палуба может вместить 19 миллионов шариков для настольного тенниса, но обычно на нем перевозят более серъезные грузы. Буква «F» в индексе модели означает Freighter, то есть, грузовой.