О рекламе на сайте
Достоинством для клиентаи услугой для читателя будет контекстно-зависимаярекламана сайте. Другими словами, если контент сайта посвящен цветам, торекламадля этого сайта может включатьуслугиландшафтногодизайна, выездное обслуживание (в дополнение к цветочным аранжировкам), и т.д. Поэтому для сайта, которыйпредоставляетпрограммные материалы с открытым кодом, можно поискатьрекламу, которая соответствует программному обеспечению с открытым кодом. Google Adsense (https://www.google.com/adsense/), как один из источников, может помочь в этом отношении, так какрекламаявляется связанной с контентом. Использование такого типарекламыявляется хорошей идеей, пока трафик не вырастет в достаточной степени, чтобы привлечь на сайт других рекламодателей. Однако всегда думайте о последствиях для SEO, прежде чем принимать рекламные объявления, так как некотораярекламаможет отрицательно влиять на позицию клиента на страницах поиска. Некоторыми хорошими ресурсами по SEO являются следующие:
Интеллектуальная структура сайта для лучшего SEO! (http://dev.opera.com/articles/view/intelligent-site-structure-for-better-se/), Джуст де Валк.
Семантический HTML и оптимизация поисковых систем (http://dev.opera.com/articles/view/semantic-html-and-search-engine-optimiza/), Джуст де Валк.
Как присоединенные программы могут влиять на ранжирование поиска (http://www.clickz.com/showPage.html?page=3497826), Фредрик Маркини.
Новый отчет исследует, как ранг PPC влияет на трафик (http://www.searchengineguide.com/jennifer-laycock/new-report-explores-how-ppc-rank-affects-traffic.php), Дженифер Лейкок.
Примечание: Вы можете не нести ответственность за рекламу на сайте как дизайнер, если только вы не проектируете сайт для себя, но если вы планируете работать с рекламным или дизайнерским агентством в будущем, вы можете захотеть получить некоторое знакомство с рекламой в этих дизайнерских фирмах. Чем больше вы знаете о том, что делает сайт успешным, тем больше успеха вы встретите в своей карьере дизайнера. При возможности узнайте как можно больше о маркетинге (для себя и своих клиентов) и тактиках оптимизации поисковых машин.
Проверка компоновки с помощью валидаторов и с клиентом
Прежде чем реализовать эту компоновкус помощью кода, я хотела бы получить одобрениекомпоновки(иликаркаса) от клиента. Одной из тактик, которую я использую, чтобы убедить клиента, что однакомпоновкалучше другой, состоит в напоминании, что кодирование дополнительных компоновок стоит денег. Это поможет клиенту выбрать однукомпоновку, с тем, что код можно поправить позже, чтобы сделать некоторые структурные изменения.
Следующий шаг состоит в кодировании компоновкии последующей валидации кода. Для подтверждения того, что использованный длякомпоновкикод HTML и CSS не содержит ошибок, я применяю службы W3C Markup Validation Service (http://validator.w3.org/) и W3C CSS Validation Service (http://jigsaw.w3.org/css-validator/). В эти службы валидации можно загрузить файлы прямо со своего компьютера, поэтому нет необходимости загружать их на сайт клиента для тестирования. Этот тест позволяет дизайнеру и/или программисту найти все ошибки во внешнем интерфейсе, которые можно разрешить, прежде чем сайт станет наполняться кодом от изображений,рекламы, и других объектов, добавляемых на страницу.
Доступность является еще одной большой проблемой — проверка, что сайт могут использовать люди с физическими недостатками, такими как слепота или моторная недостаточность. Это не такой простой процесс проверки, как в случае валидации CSS и HTML. Существуют средства проверки, такие как TAWDIS (http://www.tawdis.net/taw3/cms/en), но в идеале это нужно тестировать с реальными пользователями, и выполнить качественный анализ своих сайтов на доступность — механизированное средство проверки не может окончательно сказать, будет ли сайт доступен или нет, хотя оно может дать некоторые указания, что правильно, а что неправильно. Иногда могут также возникать ошибочные решения. В дальнейшем в курсе будет представлена более полная информация о доступности.
Необходимо также протестировать компоновкуна различных доступных браузерах, чтобы знать, что Web-сайт сможет просматривать максимально возможное число пользователей Web. Это можно сделать, имея доступными системы Mac, Windows, Linux и Mobile, все с различными установленными браузерами, или использовать эмуляторы, такие как VMWare Fusion (http://en.wikipedia.org/wiki/VMware_Fusion) для моделирования различных систем на одном компьютере, но это достаточно кропотливо и длительно. Другая возможность состоит в использовании специальных служб, таких как BrowserCam (http://www.browsercam.com/Default2.aspx), которые позволяют увидеть, как будет выглядеть страница на различных браузерах и системах (включая большинство старых браузеров). Они предлагают 24-часовой бесплатный пробный период, чтобы можно было убедиться, что эта служба вам подходит. Плата за использование после пробного периода себя оправдывает, особенно, если вы проектируете большое число сайтов и тестируете на большом числе различных браузеров.
Наконец, будет хорошей идеей согласовать все с клиентом, чтобы сообщить ему, что код для компоновкисгенерирован, и что он прошел валидацию; можно также проинформировать клиента, сколько потребуется сделать вкаркасеизменений, чтобы заставить его работать на различных браузерах. Только после того, как код будет сгенерирован, валидация завершена, и одобрение от клиента получено, можно начинать добавлять цвета, изображения, и любой другой код, как, например, кодрекламы. Хотя эта работа может показаться скучной, но лучше подтвердить всю валидацию и получить одобрение клиента, прежде чем добавлять какие-то детали. Иначе придется выполнить много лишней работы, так как, в конечном счете, обнаружатся проблемы с кодом и несовместимость с браузерами. Кроме того, любые живописные элементы или основной материал могут отвлекать внимание клиента, когда он попытается оценить реальную архитектуру сайта.
После завершения этого процесса можно начинать работать над текстом сайта, изображениями, и цветами. Как это начать? Об этом в следующей лекции!