Разработка сайтов для СРО

SEO-копирайтинг — текст для поисковой оптимизации. Продвижение сайта в поисковых системах. Оптимизация сайта для поисковых машин. Раскрутка сайта в ведущих поисковиках

Создание и раскрутка сайтов в Интернете

Что нужно для SEO?

Текст & Всемирная Паутина

Инструмент веб-строителя

HTML - язык гипертекста

CSS - каскадные таблицы стилей

Поисковая оптимизация

Что такое раскрутка сайта?

Контекстная реклама

Что такое обмен ссылками?

Почтовые рассылки

Соблюдайте правила

Что препятствует рейтингу?

Что такое CMS?

Краткий словарь терминов

Полезные книги

Карта сайта

Как повысить находимость сайта?

Шаблон документа

Версии HTML

Теги, элементы, артрибуты

Комментарии

Имена файлов HTML

Перспективы развития HTML и XHTML

 
Разработка сайтов под ключ

Ссылки по теме

CSS Blast галерея css-сайтов и проектов Web 2.0

XHTML, CSS, JavaScript, DOM. Советы, секреты, хитрости и тонкости

CSS, HTML в примерах и статьях

Учебники HTML и CSS

HTML справочник

Справочники HTML и CSS

Основные ошибки юзабилити

Для тех, кто делает сайты!

Справочник по CSS

CoffeeCup - HTML редактор

FCKEditor - текстовый редактор для браузера

NotPad++ - текстовый редактор

PSPad — текстовый редактор

CSE HTML Validator Lite — редактор-анализатор (валидатор)

W3C - стандарты HTML

W3C - стандарты CSS

Справочная информация

Lynx Viewer

 

Валидатор и стандарты W3C

Главная « HTML - язык гипертекста « Валидатор и стандарты W3C

версия для печати

Пользуйтесь валидатором Консорциума W3C…

Для того чтобы проверить, соответствует ли ваш документ той или иной версии HTML (XHTML), лучше всего использовать так называемый валидатор.

Это программа, которая проверяет, соответствует ли код документа формальным правилам того DTD, который объявлен в прологе.

Валидатор Консорциума W3C - лучший из существующих. С его помощью вы можете проверить любой документ, расположенный во Всемирной Паутине или на вашем собственном компьютере.

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

Во многих интегрированных средах разработки (например, HomeSite или Dreamweaver) есть встроенные «валидаторы», которые, к сожалению, часто ошибаются; не замечают многих синтаксических ошибок, запрещенных в DTD, зато, наоборот, считают ошибками некоторые синтаксически правильные, хотя и малоупотребительные конструкции.

Документ, соответствующий объявленному DTD, называется валидным, или действительным.


внимание!

Обязательно проверяйте свои страницы валидатором. Пользуйтесь валидатором Консорциума W3C (validator.w3.org).

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

Действительно, существует множество весьма успешных сайтов, код которых не проходит придирчивой проверки валидатором.

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

Это полезно по следующим причинам:

  • проверка документов валидатором позволяет избежать мелких досадных ошибок — неправильно вложенных тэгов, пропущенных скобок и кавычек и т. д.

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

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

    Если вы избавились от неграмотного кода — вам будет легче тестировать страницы, так как исчезнет одна из самых распространенных причин ошибок;

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

    Даже если страница была тщательно протестирована — обязательно найдутся пользователи, у которых неожиданно появляется горизонтальная полоса прокрутки, блоки на странице «соскальзывают» друг под друга, возникают неожиданные отступы, создающие ненужные пустые пространства на странице и т. д.

    Проверка кода валидатором не спасет от всех неожиданностей, но убережет по крайней мере от половины. Если вы хотите наполовину сократить время, которое вы тратите на тестирование и отладку своих страниц, — пишите грамотный код и обязательно проверяйте его валидатором.

  • современные браузеры поддерживают стандарты W3C гораздо лучше, чем их прежние версии. Эта тенденция сохраняется, так что соответствие DTD приобретает все большую важность для правильного отображения страниц в браузерах.

    Многие браузеры применяют разные алгоритмы анализа и отображения страниц в зависимости от того, какой DTD указан в прологе и указан ли он вообще.

    Если DTD не указан, браузер вынужден «угадывать», как отображать страницу — и часто не может угадать правильно. Если DTD указан, но код страницы ему не соответствует, — страница также может отобразиться некорректно;

    Хотя браузеры поддерживают стандарты Консорциума W3C все лучше и лучше, до полного соответствия пока еще далеко.

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

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

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

    Валидная страница лучше поддается автоматической обработке — например, если требуется совершить какое-нибудь однотипное редактирование над множеством страниц, то задача существенно упростится, если эти страницы будут соответствовать определенному DTD;

  • валидность кода гарантирует совместимость ваших страниц не только с нынешними, но и с будущими версиями браузеров. Вам не придется переписывать ваши страницы после выхода новой версии Internet Explorer или Opera.

    Разработчики браузеров гарантируют все более и более полную поддержку стандартов. А вот корректное отображение невалидных страниц никто не гарантирует!

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

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

Точно так же и со стандартами языка HTML: их нужно соблюдать, но ими одними не стоит ограничиваться. Собственно говоря, соблюдение формальных правил, описанных в DTD, — это самая легкая часть разработки страниц.

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

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

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

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

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

 
Запомнить эту страницу в google.com Запомнить эту страницу в bobrdobr.ru Запомнить эту страницу в news2.ru Запомнить эту страницу в Memori.ru Добавить в МоёМесто.ru сохранить на RUmarkz Добавить страницу к Мистеру Вонгу Запомнить эту страницу в del.icio.us Запомнить эту страницу в technorati.com Запомнить эту страницу в linkstore.ru Добавить на Ваау!
Valid XHTML 1.0! Valid CSS!
Как повысить находимость сайта?

Структурные элементы

Элемент TITLE

Заголовки: H1, H2, H3, H4, H5, H6

Элементы: P и PRE

Логические стили: EM и STRONG

Элемент IMG

Блочные цитаты BLOCKQUOTE

Перечни: UL, OL, DL

Таблицы

Гиперссылка: элемент A

 
Справочник XHTML 
 

Справочник по языку XHTML 1.0

 

NotPad++ - текстовый редактор…

 

наверх

 
Контактная информация

Пишите:
Звоните: + 7 (916) 597-36-78

SEO-копирайтинг — текст для поисковой оптимизации. Продвижение сайта в поисковых системах. Оптимизация сайта для поисковых машин. Раскрутка сайта в ведущих поисковиках

Copyright (©) 2004— by Yuriy Korovenkov