- •1. Понятие Интернет-маркетинга, основные проблемы продвижения сайта.
- •2. Критерии эффективности продвижения сайта
- •Внешние факторы продвижения.
- •3. Экономическая эффективность Интернет-маркетинга
- •4. Методы и средства поискового маркетинга
- •5. Методы ценообразования услуг по продвижению сайта в поисковых системах.
- •6. Рынок поискового маркетинга, его субъекты и объекты
- •7. Компоненты поисковых систем. Индексация сайта.
- •Формальная релевантность: соответствие, определяемое путем сравнения образа поискового запроса с поисковым образом документа по определенному алгоритму.
- •9. Внешние факторы ранжирования сайта, наращивание ссылочной массы
- •10. Этапы поисковой оптимизации seo, вид семантического ядра
- •1. Подготовительный этап seo - разработка стратегии ключевых слов, которые ориентированы на целевую аудиторию сайта.
- •2. Этап внутренней оптимизации - создание наполненного контента и оптимизация веб страниц, хорошо структурированного сайта
- •3. Этап внешней оптимизации - продвижение и раскрутка сайта, релевантность сайта, получение ссылок с других сайтов
- •4. Стадия поддержки сайта
- •11. Анализ уровня конкурен и знач запросов при составлении ядра, рентаб seo
- •12. Возникновение и методы спамдексинга
- •13. Методы обнаружения запрещенных приемов продвижения сайтов
- •14. Виды и рентабельность контекстной рекламы. Настройка таргетинга.
- •15. Факторы стоимости контекстной рекламы, маски показа.
- •16. Цель, задачи, параметры Web-статистики
- •17. Количественные и качественные параметры Web-статистики
- •18. Качественные и технические параметры Web-сайта.
- •19. Счетчики и куки, проблемы идентификации пользователей
- •21. Цели Web-анализа и его рентабельность
- •22 Анализ уровня конверсии и показателей отказа
- •1. Анализ сайтов, источников трафика в Google Analytics
- •2. Анализ ключевых слов в Google Analytics
- •3. Анализ страниц сайта в Google Analytics
- •23. Аккаунт, профиль, отчет в ga
- •24. Виды и доработка персонального кода отслеживания ga.Js
- •После правильной установки кода отслеживания ga.Js на сайте, начнут поступать данные отчетов.
- •25. Цели и фильтры в Google Analytics.
- •26. Особенности и проблемы бел.Рынка интернет-рекламы.
- •27. Тенденции размещения Интернет-рек, характерные для бел рекламодателей
- •28. Динамика мировых затрат на Инт рекл и ее доля в общих рекл-х затратах.
- •29. Структура затрат на Интернет-рекламу: мировой и белорусский опыт.
- •30. Анализ способов размещения Интернет-рекламы для рекламодателей.
- •31. Мировые тенденции развития Интернет-маркетинга
- •4 Тенден (их расписать)
- •32. Маркет каналы в Инт: сравнительный анализ традиционных и новых.
- •33. Развитие технологий и стандартов мобильного Интернета.
- •34. Мировые тенденции развития мобильного Интернета
- •35. Мобильный Интернет - новый цикл в развитии ит, его характеристики.
- •3Джи технология и сравнить с прошлым инетом выросла скорость, цена ниже – бурное развитие моб интернета
- •Модели развёртывания
- •36. Мировые тенденции развития электронной коммерции
- •39. Мобильная реклама и qr коды
- •41.Электронные деньги. Виды, достоинства, недостатки.
- •Недостатки электронных денег
- •42. Развитие мобильной коммерции в Беларуси
- •43. Проблемы и перспективы развития электронных платежей в Беларуси
- •Webmoney с началом действия системы была введена новая webmoney-единица wmb, соответствующая белорусскому рублю.
- •44. Методы шифрования в электронной коммерции.
- •45. Метод цифровых сертификатов
- •47. Аутентификация web-сервера в электронной коммерции
- •48. Угрозы безопас платежей в электр коммерции и методы их предотвращения.
- •49. Использование электронно-цифровой подписи в электронных платежах
- •50. Особенности платежей посредством кредит карт. Протокол электр платежа.
- •51. Протокол set. Система безопасности платежей 3d-Secure
- •52. Програм-технич и организац методы обеспеч безопасн электронных денег.
- •53. Сравнит анализ безопасн платежей посредством кред карт и электрон денег.
- •54. Проблемы отображения сайтов в моб устройств. Индексация моб сайтов.
- •55. Анализ подходов отображения сайта для мобильных устройств
- •3. Мобильная версия сайта
- •4. Автономное веб-приложение
- •5. Нативное веб приложение
- •56. Сравнительный анализ нативных и web-приложений
- •57.Инструменты мобильного маркетинга
- •58. Мобильный маркетолог и оперативное управление продажами
- •59. Функции crm-систем
- •4 Функ
- •60. Система мобильной торговли
- •Основные достоинства мобильных продаж
- •Основные недостатки мобильных продаж
56. Сравнительный анализ нативных и web-приложений
Охват
Мобильный рынок фрагментирован. Для того, чтобы охватить всех пользователей, необходимо создавать приложения для iPhone, Android, Blackberry, Symbian, Windows Phone. Это сопряжено со значительными издержками. Наши клиенты приняли решение создавать приложения для устройств на базе iOS и Android, которые вместе составляют до 55% американского рынка мобильных устройств.
Мобильные веб-приложения имеют гораздо более широкий охват. Однако, рынок мобильных браузеров также фрагментирован, и существует более 60 различных версий браузеров. Использование платформ для разработки мобильных веб-приложений, таких как Sencha Touch, JQuery Mobile или Sproutcore, позволяет снизить необходимость проверки работоспособности приложения во всех браузерных движках.
Пользователь- ский интерфейс
Модель разработки нативных приложений предполагает более или менее единый подход к интерфейсу пользователя и обеспечивает комфортный и насыщенный user experience.
User experience веб-приложений обычно менее богат. Однако, мы использовали Sproutcore, мощный JavaScript-фреймворк, основанный на разработанной Apple платформе Cocoa. Sproutcore позволяет веб-приложениям выглядеть и управляться примерно так же, как десктоп-программы. Это достигается ценой сложных программных ухищрений, так что может страдать производительность приложения. Нам пришлось провести несколько оптимизаций, чтобы такие опции, как скроллинг, работали гладко и без задержек.
Доступ к аппаратным возможностям
В целом, если вам необходим доступ ко всем аппаратным функциям устройства, мобильное приложение — наилучший выбор. Помимо этого, производительность и экономичность расходования аккумулятора у нативных приложений гораздо выше. В приложении для Carfax мы сканируем номерной знак машины с помощью Zbar, бесплатной библиотеки, обеспечивающей ввод с камеры устройства. Помимо этого, было необходимо обеспечить возможность ввода номера с клавиатуры. Поскольку номер содержит цифры и буквы, мы создали отдельную клавиатуру, чтобы пользователю не было необходимости переключаться между режимами работы стандартной клавиатуры. Таким образом, в данном случае нативное приложение — наилучший выбор.
В спецификацию HTML5 входит API для геотаргетинга. Однако, доступ к камере или акселерометру не предусмотрен. Впрочем, ситуация меняется, и через 1-2 года веб-приложения, скорее всего, получат доступ ко всем аппаратным функциям. Для разработки издательских приложений мы решили использовать мобильный веб. Таким приложениям не нужны камера, акселерометр и другие аппаратные функции.
Поддержка
Для обновления нативного приложения необходимо заново пройти процедуру принятия его в App Store, а затем заставить пользователя загрузить новую версию. Из-за этого может возникнуть необходимость поддержки нескольких версий приложения.
Обновления веб-сайта вступают в силу немедленно после внесения изменений.
Фрагментация
Причина фрагментации — различия в аппаратных параметрах мобильных устройств, а также в операционных системах и даже в различных версиях одной и той же OS. Разработчикам нативных приложений необходимо обеспечить работу приложения на всех поддерживаемых устройствах и платформах, а в отсутствие определённых возможностей у конкретного устройства или платформы приложение, тем не менее, должно работать, пусть и в ограниченном варианте. В случае PBS нам пришлось разрабатывать iPad-приложение, позволяющее пользователю просматривать (частично или полностью) видео на устройстве. Приложение также определяло ближайшую станцию телевещания на основе геотаргетинга. Поскольку целью разработки был iPad, мы решили создать нативное приложение. Случай с Carfax оказался более сложным — была необходима поддержка Android и iPhone и нескольких форм-факторов и версий каждой платформы. Кроме того, для сканирования номеров был нужен непрерывный автофокус камеры, более того — мы намеревались использовать вспышку. Поэтому мы разработали нативное приложение. Первоначально приложение проверяло, поддерживает ли камера непрерывный автофокус и есть ли вспышка. Если непрерывный автофокус не поддерживался, кнопка сканирования отключалась. Если вспышки не было, отключалась кнопка управления вспышкой. Однако, огромное разнообразие устройств на этих платформах сделали тестирование совместимости очень сложным процессом.
Хотя для мобильных браузеров фрагментация также характерна, почти 85% браузеров для смартфонов используют Webkit, открытый движок, применяемый в устройствах на базе Android, iOS, Symbian и BlackBerry. Единственные браузеры, не имеющие в основе Webkit, — Opera и Mozilla. Однако производители могут разрабатывать для своих устройств собственные браузеры, основанные на модифицированном Webkit. В результате Webkit-браузеры отличаются друг от друга, поэтому веб-приложения приходится тестировать для всех возможных комбинаций OS/браузер. Как было сказано выше, использование готовых программных библиотек, проверенных и работающих в большинстве браузеров, снижает необходимость в широком тестировании.
Производительность
Нативные приложения оптимизированы под архитектуру устройства и используют аппаратное ускорение. Для таких приложений, как игры со сложной 2D- и 3D-графикой или с высоким уровнем интерактивности, нативное приложение — единственный вариант.
Веб-приложения работают медленнее нативных, хотя достигнут значительный прогресс в оптимизации производительности JavaScript. Однако, существует множество классов приложений, где производительность не является существенным фактором, и поэтому они могут разрабатываться как веб-приложения.
Расходы на разработку
Опытные разработчики нативных приложений сейчас пользуются большим спросом, что повышает расходы на разработку. Кроме того, различные мобильные платформы имеют совершенно разные программные модели и API. Поэтому необходимо разрабатывать (и поддерживать) отдельные приложения для каждой OS (и даже для разных версий одной и той же OS). Это приводит к существенному росту затрат.
Разработчики веб-приложений встречаются гораздо чаще. Однако, как было сказано выше, для создания богатого user interface мы использовали Sproutcore, мощный, но сложный фреймворк. Мы решили пожертвовать лёгкостью разработки ради совершенства интерфейса.
Монетизация
Нативные приложения могут использовать платёжные механизмы, предоставляемые апп-стором. Однако, доходом придётся делиться с владельцем магазина. Например, Apple забирает себе 30% продажной стоимости приложения.
Веб-приложения могут использовать собственные платёжные системы. Это особенно полезно для приложений, основанных на подписке, издатели которых которые уже располагают платёжной инфраструктурой и не хотят делиться доходами. По этой причине наши клиенты-издатели решили создавать мобильные веб-приложения, предоставляющие им полный контроль над дистрибьюцией и стоимостью подписки.