Типичные ошибки Веб-мастера
Каждый из нас сталкивался (и отнюдь не один раз) с ситуациями, когда страница сайта не открывается совсем, открывается очень медленно или "криво". И чаще всего мы с вами при этом просто уходили с такого сайта к его более работоспособному конкуренту. На что же стоит обратить внимание при создании своего сайта, чтобы его не постигла столь печальная участь?
Уникальная информация встречается не так часто, а портить глаза ради прочтения какого-нибудь анекдота с бородой до земли - нет уж, увольте! Причем, порой встречаются такие жуткие варианты оформления страниц, что возникает сильное сомнение в том, что автор сам их видел...
Впрочем, одна из возможных причин может заключаться в том, что вебмастер готовил свои страницы, пользуясь каким-то одним браузером и одним разрешением экрана. Но как только сайт попадает в Сеть, он сталкивается практически со всеми возможными (и невозможными!) вариантами настроек компьютера пользователя! Ваш сайт могут смотреть из Internet Explorer'a или Мозиллы, из-под MacOS или UNIX, в разрешении 640х480 256 цветов или 2048х1536 True Color... О такой экзотике, как сотовый телефон или карманный компьютер, можно умолчать - таких пользователей не очень много и ходят они в основном по специализированным ресурсам.
Разумеется, создать сайт, который одинаково хорошо смотрелся бы при любых настройках пользователя, довольно сложно, а то и вообще невозможно, если вспомнить, что даже разные версии браузеров по-разному отображают одну и ту же страницу. Но, как минимум, надо проверить наиболее распространенные варианты! Для того чтобы избежать самых грубых ошибок, достаточно посмотреть созданную вами страницу в Internet Explorer, Mozilla и Opera, причем стоит еще и взглянуть на нее при разных разрешениях экрана. Это, правда, не гарантирует отсутствия ошибок - увы, все браузеры существуют в разных версиях, а пользователи не столь дружно их обновляют, как хотелось бы вебмастеру. Тут ничего не придумаешь - надо либо устанавливать у себя разные версии браузеров (что само по себе является не совсем тривиальной задачей), либо ждать, пока посетители сами не начнут жаловаться.
Отдельно хочется сказать о размере страниц. В абсолютном большинстве руководств по веб-дизайну сказано, что размер страницы - это страшно критическая величина, что снижать его надо всеми доступными средствами, и что идеальная страница должна целиком помещаться в окне браузера, так как посетители не любят пользоваться прокруткой. На мой взгляд, это не совсем верно. Многое зависит от того, что именно вы показываете на странице. Например, если это какая-то статья, то ее лучше оформить в виде одной большой страницы, чем разбивать на множество мелких. В целом, проще всего руководствоваться принципом разумности - попробуйте сами походить по своему сайту и посмотреть, не надоедает ли вам все время кликать по ссылке "next".
В упомянутой в начале этой заметки статье мельком сказано о необходимости специальной обработки картинок. Хочется на этом немножко заострить внимание... Основная задача при подготовке картинки к публикации в Интернете заключается в минимизации ее размера. Основными параметрами настройки здесь является количество задействованных цветов, степень сжатия и выбор правильного формата файла. Этой теме посвящено множество специальной литературы, но для начинающих пользователей можно посоветовать следующее...
В большинстве случаев картинки с плавными переходами цветов (фотографии, например) лучше сохранять в jpeg; картинки с резкими границами и большими одноцветными областями (например, скриншоты) - в gif. Обращайте внимание на размерность картинки - слишком большая иллюстрация может сильно сбить дизайн. Не забывайте в теге IMG указывать размерность картинки (параметры width и height) - при этом страница не будет "прыгать" во время загрузки, поскольку браузер сразу отведет для нее соответствующее место. Для большинства "смысловых иллюстраций" (графики, диаграмы и тому подобное) стоит прописывать название (параметр alt в теге IMG) - это название будет видно в том случае, если пользователь отключил в браузере загрузку графики.
Следующий момент, в котором часто ошибаются начинающие разработчики сайтов - это увлечение "продвинутыми" технологиями. Флеш-ролики и Java-апплеты - это, конечно, хорошо и красиво, но у части пользователей они отключены. И если у вас, например, навигация сделана в виде апплета, то такой пользователь просто никуда не сможет попасть. Предусмотрите вариант сайта без подобных "излишеств" - пусть он будет значительно менее красивым, но, как минимум, посетитель сможет добраться до информации. Кроме того, не стоит увлекаться возможностями, которые предоставляет JavaScript и прочие "хитрые" технологии: новичка очень легко распознать по бегущему тексту в статусной строке браузера (очень раздражает!), надписи "текущее время xxx часов" (у меня и так часы есть), "ваш IP-адрес такой-то" и прочим подобным вещам. Понятно, что, когда вы начинаете изучать веб-програмирование, у вас начинает кружиться голова от открывающихся возможностей, но стоит задуматься и о том, насколько все эти "навороты" нужны...
С навигацией связана и еще одна очень типичная ошибка: отсутствие ссылки на главную страницу сайта. Дело в том, что далеко не все посетители начнут путешествие по вашему сайту с первой страницы: многие попадут сразу в середину (например, по ссылке из поисковика). В том числе, они могут попасть, скажем, во внутренний фрейм (а вот здесь-то вам и пригодится JavaScript!) или еще в какое-нибудь странное место - и если на этой странице не будет навигации и прочих стандартных элементов (подписи, логотипа, шапки), то такие посетители могут не найти остальную информацию, имеющуюся у вас на сайте.
При оформлении веб-страниц часто разработчики упускают и еще один момент - теги заголовков. Внешне это почти никак не проявляется, но оставляет впечатление неряшливости. Например, тег TITLE отображается в заголовке браузера при открытии страниц и используется как названии страницы при сохранении адреса в закладках. Согласитесь, что значащее название намного удачнее выглядит в обоих этих случаях, чем просто адрес... META-тег DESCRIPTION используется многими поисковиками при показе ссылки на вашу страницу. Опять же - значительно лучше, если посетителю будет выведено внятное краткое описание содержания страницы, чем вырванный из контекста кусок из ее середины...
И напоследок - еще две регулярно встречающиеся ошибки. Первая - это использование обратного слэша ( ) вместо прямого ( / ) в адресах. Эта ошибка часто остается незамеченной, поскольку многие (но не все!) браузеры, зная о ее популярности, автоматически корректируют адреса. И если вы подобную ошибку допустили, прописывая, например, картинки на странице, то вместо картинок посетитель увидит надпись, что такого файла нет.
Вторая распространенная ошибка связана с регистром в именах файлов и адресах. Дело в том, что в Windows регистр значения не имеет, а вот в UNIX'е file.zip, File.zip и FILE.zip - это три разных файла, которые вполне могут находиться в одной директории. И если ваш сервер работает под управлением UNIX (что встречается чаще всего), то неправильное использование заглавных букв приведет к сообщению о том, что файл не найден (причем, тестируя эту же страницу на своем компьютере под Windows, вы никакой ошибки не увидите)...
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-03-13 » Стратегии SEO на 2024 год
- 2024-03-13 » Как использовать анимацию с помощью JavaScript-библиотеки GSAP
- 2024-03-13 » Использование GSAP 3 для веб-анимации
- 2024-03-13 » Cогласование топографической съёмки с эксплуатирующими организациями
- 2024-02-19 » Теряются лиды? Как настроить сквозную аналитику
- 2024-02-17 » Мерч и IT: на что обратить внимание в 2024 году
- 2024-02-16 » Копируем с RSync: основные примеры синхронизации файлов
- 2024-02-15 » Лучшие noCode AI платформы для создания диалоговых ботов
- 2024-02-14 » Факторы ранжирования Google 2024 — исследование Semrush
- 2024-02-12 » Перенос сайта на другой хостинг
- 2024-02-05 » В России сформирован реестр хостинг-провайдеров
- 2024-02-04 » Использование SSH для подключения к удаленному серверу Ubuntu
- 2024-02-03 » Подключаемся к серверу за NAT при помощи туннеля SSH. Простая и понятная инструкция
- 2024-02-02 » Настройка CI/CD для Gitlab-репозитория: схемы и гайд по шагам
- 2024-02-01 » GitLab CI Pipeline. Запуск сценария через SSH на удаленном сервере
- 2024-01-29 » Introduction to GitLab’s CI/CD for Continuous Deployments
- 2024-01-26 » Настройка GitLab CI/CD
- 2024-01-25 » Установка shell gitlab runner
- 2024-01-25 » Установка и регистрация gitlab-runner в docker контейнере
- 2024-01-25 » Переменные Gitlab-Ci
- 2024-01-25 » Настройка CI/CD в GitLab для синхронизации проекта с веб-серверами
- 2024-01-25 » Копирование файлов scp
- 2024-01-21 » Бездепозитные бонусы от казино: обзор условий и правил использования
- 2024-01-18 » Современная обработка ошибок в PHP
- 2024-01-18 » Пример шаблона проектирования MVC в PHP
- 2024-01-18 » Мифический человеко-DevOps
- 2023-12-28 » Google подвел итоги 2023 года в поиске
- 2023-12-28 » 5 ошибок отдела продаж, из-за которых вы теряете клиентов
- 2023-12-28 » Американский суд признал монополию Google на рынках дистрибуции Android-приложений
- 2023-12-28 » Хостинг-провайдер GoDaddy перестанет оказывать услуги пользователям из России
"Если технология меняется почти каждый день, нет смысла нанимать человека потому, что он обладает специфическим набором профессиональных навыков - все равно эти навыки скоро устареют. Вам нужно стараться принимать на работу людей, которые обладают широкими универсальными способностями к решению проблем, каким бы трудным это ни оказалось." |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.