Независимо от того, какую систему управления контентом или платформу веб-приложений вы используете для разработки своего веб-сайта, существуют некоторые основные элементы, которые следует охватить. Это здорово — предоставить безупречный пользовательский интерфейс и богатый контент, но до этого первым приоритетом должно быть предоставление базовой документации, которую пользователи смогут найти, и четко выражающей цель сайта.
Введение
Существует несколько стандартных файлов, которые требуются каждому веб-сайту, но во многих случаях они игнорируются сайтом. Большинство этих документов имеют отношение к соглашениям, а не к техническим требованиям, но непредоставление их может привести к тому, что создание сайта пойдет не так. Помимо URL-адреса, который можно получить путем угадывания, пользователям обычно трудно найти другие вещи, которые им нужны, путем угадывания. В этой статье будет кратко описан каждый из этих стандартных документов.
То, как именно предоставляется тот или иной ресурс, зависит от того, какой уровень веб-сервера и уровень веб-приложения используются. На «традиционном», почти статическом сервере, таком как Apache, эти ресурсы, скорее всего, будут текстовыми файлами на сервере. Но в разных конфигурациях это также могут быть определенные записи в базе данных, определенные строки в файле конфигурации, определенные классы в серверном процессе и т. д. В этой статье основное внимание уделяется тому, что в конечном итоге видят пользователи, а не тому, как этого добиться.
404.html
Когда пользователи используют ваш веб-сайт, они неизбежно будут искать несуществующие ресурсы. Эти поисковые запросы, скорее всего, вызваны ошибками в написании URL-адресов, чем какой-либо другой причиной, но не следует недооценивать такие факторы, как устаревшие ссылки, неправильная конфигурация серверной части и неработающие URL-адреса в разных точках. Когда ресурс недоступен, рекомендуется предоставить какую-то резервную страницу, чтобы помочь пользователю перейти на другие полезные страницы. Простое сообщение «не найдено» сообщит пользователю, что ресурс недоступен, но не поможет ему решить проблему «что делать дальше».
Предупреждение. Слишком многие веб-сайты неправильно настроены для отправки сообщений «soft 404» при создании пользовательского файла 404.html (или любого другого механизма, используемого веб-серверами для публикации пользовательских сообщений «не найдено»). Другими словами, они отправляют страницу с обычным заголовком «200 ОК», в котором просто указано, что где-то в тексте «недоступно» и возможно (но не часто) упоминается, что здесь есть «Ошибка 404». Этого следует избегать. Вместо этого избавьте пользователей (а также их веб-браузеры и другие инструменты) от хлопот и используйте точный заголовок статуса.
about.html
Итак, зачем создавать веб-сайт? Да, вам нужна домашняя страница, чтобы ответить на этот вопрос. Но более вероятно, что домашняя страница не предоставляет такого рода информации, а просто позволяет пользователям войти в систему, подчеркивает «коммерческие преимущества» сайта, отображает некоторые навороты и так далее. Вы также можете разрешить пользователям переходить на страницу «О программе» с главной страницы, и если да, обязательно сделайте эту информацию доступной по адресу http://mysite.example.com/about.html . Некоторые люди привыкли искать такого рода информацию на этой странице.
Хорошая страница about.html должна предоставлять обзор функциональности сайта, цели его создания и почему пользователи должны интересоваться сайтом, а также может содержать несколько ссылок, помогающих пользователям вернуться к основным функциям сайта. Эта страница не обязательно должна быть и обычно не должна быть яркой. Просто держите его прагматичным и точным, чтобы пользователи могли воспользоваться всеми преимуществами, которые может предложить сайт.
contact.html
Итак, как с вами связаться? С помощью about.html пользователи могут получить эту информацию несколькими щелчками мыши на своей существующей домашней странице.
Кому принадлежат авторские права на веб-сайтCopyright.html
? Возможно, контент принадлежит вам, но кто вы? Компания? Партнер? Государственное учреждение? лицензия на бесплатный контент, то это может потребоваться. Сообщите об этом пользователям. Сейчас практически все имеет свои авторские права: если ваш контент придерживается иных принципов, дайте об этом знать пользователям. Но веб-сайтов, которые предоставляют такую информацию, недостаточно, но почему бы не добавить ее на свой сайт? Ведь всегда найдутся пользователи, которые обратят внимание на эту информацию.
Очевидно, что разные страницы или ресурсы могут иметь разную информацию об авторских правах. Используйте эту страницу, чтобы предоставить пользователям информацию о том, как определить эти индивидуальные различия. Если у вас есть вопросы о товарных знаках, задайте их.
index.html (и index.htm)
Не каждый веб-сервер фактически использует файл index.html для описания своей домашней страницы. В зависимости от настроек могут существовать такие методы, как перезапись URL-адресов и динамическая генерация на основе имен путей. Но пользователей эти детали не волнуют! Просто позвольте http://www.aaa.com/index.html указывать на домашнюю страницу, даже если для этого вам придется использовать простое перенаправление HTML.
Кстати, если это так, то просто позвольте старому расширению .htm вступить в силу. Если вы все еще чувствуете, что этого недостаточно, сделайте то же самое с index.cgi.
index.rssБольшая часть
веб-контента доступна через RSS. Хотя этот подход применим не ко всем веб-сайтам, он эффективен для большинства сайтов. Имеет смысл сделать RSS-контент независимым от пользовательских параметров конфигурации, логинов или платежей за конкретную информацию. Потому что RSS не может охватить все.
Тем не менее, если что-то можно сделать доступным в формате RSS, пожалуйста, сделайте это. Возможно, то, что представлено в index.rss, является не чем иным, как «рекламным» контентом, иногда сопровождаемым банальностями о том, как воспользоваться различными преимуществами RSS-каналов. Или, может быть, это объяснение того, почему RSS не имеет отношения к вашему веб-сайту.
Privacy.html
Всякий раз, когда вы хотите собрать информацию о пользователях (даже если это просто имена пользователей или журналы трафика), сообщите пользователям, что вы планируете делать с этой информацией. Юридические вопросы, связанные с правами и обязанностями создателей и/или пользователей веб-сайтов, сложны. Однако, если личная конфиденциальность пользователя может быть принята во внимание, пользователь все равно это почувствует. И, возможно, именно тогда вам следует поговорить с юристом о том, что делать с данными ваших пользователей.
robots.txt
Если вы не хотите, чтобы все ресурсы вашего веб-сайта индексировались автоматическими инструментами, укажите это в файле robots.txt. Но если вы хотите, чтобы ваш контент был проиндексирован, укажите это. Директива стандарта исключения роботов не принуждает пользователей: если вы действительно не хотите, чтобы что-то было видно, не размещайте это на своем сайте или убедитесь, что у вас есть адекватная защита разрешений. Однако все основные законные механизмы сканирования веб-страниц будут соответствовать требованиям файла robots.txt. Поэтому постарайтесь как можно яснее выразить свои намерения.
security.html
Использование Security.html не является обязательным. Но если у сайта есть проблемы с безопасностью (например, от пользователей собирается любая конфиденциальная информация), рекомендуется задокументировать (хотя бы дать примерное описание) процесс обеспечения безопасности. Пожалуйста, предоставьте контактную информацию на этой странице, если у пользователей возникнут какие-либо вопросы или они захотят дать предложения по улучшению. Поиск этой информации должен соответствовать общей организации параметров навигации сайта. В этом случае вы также можете поместить ресурс в этот URL-адрес.
То, каккарты сайта
отображают карты целых веб-сайтов, еще не полностью стандартизировано. Всегда полезно иметь что-то для создания карты сайта, но насколько подробно это зависит от того, насколько динамичен ваш сайт (или насколько он динамичен). Более того, контент, который вы хотите отображать для пользователей, также зависит от цели сайта. Например, если у пользователя нет разрешения на использование ресурса X, то сообщение пользователю о существовании ресурса X может оказаться вообще неуместным. Пожалуйста, постарайтесь предоставить что-то, исходя из вашего собственного суждения и обстоятельств.
Для многих сайтов предоставление карты сайта — это не что иное, как поддержка и удобство для автоматизированных механизмов, таких как поисковые системы. Google выпустил новое соглашение, основанное на соглашении robots.txt. Таким образом, вы можете создать XML-файл, в котором представлены все ресурсы, предоставляемые сайтом. Это что-то вроде «списка включения», который дополняет «список исключений» файла robots.txt.
Недостаточно рассматриватьадреса электронной почты
только для того, что есть в Интернете. Иногда инструменты навигации веб-сайта не совсем то, что им нужно (или некоторые пользователи могут не понять ваш элегантный дизайн), поэтому хорошей идеей будет предоставить пользователям возможность связаться с вами по электронной почте.
Обязательно разместите свою контактную информацию на видном месте в файле contact.html или где-нибудь еще на своем веб-сайте. Но также убедитесь, что сообщения, отправленные на общие адреса электронной почты, доходят до нужного человека. Сюда входят как минимум [email protected] , [email protected] и [email protected] . Для тех «пожилых людей», возможно, вы захотите, чтобы электронные письма, отправленные на [email protected], также направлялись в соответствующий пункт назначения (но, вероятно, не в «root» по соображениям безопасности). Пожалуйста, включите небольшой текст с описанием пересылки электронной почты, который четко передает цель сайта. Адреса электронной почты так же доступны, как символические ссылки в каталоге веб-сервера.