Эталонный документ HTML

- web-документ должен быть на русском языке

- иметь SEF-урл

- содержать уникальный контент

- не ссылаться на кого попало

- лежать на нормальном, регулярно работающем хостинге

Вот... :) есть первый конструктив... Уважаемый Зингельшухер, не могли бы Вы развить свою идею про подобный автомат? Точнее представим за вводную, что после сепарации остается набор структурированных данных... А теперь если повернуть эту модель на скажем два схожих документа (для ясности будем считать что ПС считает его нечетким дубликатом)? Какие дополнительные критерии будут "пользительны" сейчас после очередной смена алгоритма?

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

Кто бы спорил, кто бы спорил.... Но впрочем я вернусь к моему вопросу... Как вы уже начинаете догадываться вопрос более про критерии оценки или фильтрации :)...только в данном случае сделана попытка детализировать собственно, да и с учетом последнего рейсталинга ПС... вот я и пытаюсь найти "отправную" точку...

К тому же меня все более очевидна роль такого вот анализа - скоро коммерческий "горячий" серп с большим прессингом будет задавать принципиально новые условия игры... Вот поэтому приходится заниматься подобной... деятельностью... Итак, вернемся как говорится к баранам: Ваши критерии эталонной модели web-документа?

Caul Hoss , вы имели ввиду html, php, aspx и им подобные? То есть есть ли приорететы при создании на определеном "языке"?

Автоматов несколько и идут они паралельно а не последовательно, одни отделяют текст от тэгов и индексируют, другие считают ссылки, третие читают альты (а может и не читают) итд

Нету само собой

Онлайн-анализаторы и валидаторы часто говорят, что css и javascript нужно выносить в отдельный файл. Может и поисковики это учитывают... Ещё можно предположить, что имеет какую-то важность отношение кода к контенту.

Посмотрите в код морды Яндекса... и ещё много чего обязательного там нету.

<!-- про .css наверное имеет смысел его в отдельный файл, если средний посетитель смотрит много страниц (выдача например). А если страница грузится однократно, то при медленном доступе заметно, как браузер теряет время на отдельное обращение к серверу за отдельным .css ... провайдер тормозит -->

такчто css в отдельный файл на средне статистичечсоком сайте лучше намного ставить...

koka-man, что такое SEF-url?

тока не пинайте :)

При прочтении данного топика, возникло два вопроса:

1. Имеет-ли смысл выносить счётчики написаные на ява скриптах в отдельный файл, и если говорите что имеет, приведите пожалуйста примеры тегов как это лучше сделать.

2. Вы говорите что есть инструменты для проверки кроссбраузерности. Если не трудно, ткните носом в таковые.

Прошу ногами не пинать :)