|
|
|
|
|
для: cheops
(15.10.2008 в 00:24)
| | > Люди просто очень разные и сайты им для разных целей требуются.
Согласен, так оно и есть. | |
|
|
|
|
|
|
|
для: Владимир55
(14.10.2008 в 16:04)
| | Обычный не оптимизированный сайт робота не раздразит никогда, а вот если у вас для одного робота одна версия, а для другого другая - вероятность получить бан очень высока (впрочем, вы этот лучше меня знаете :). | |
|
|
|
|
|
|
|
для: Владимир55
(14.10.2008 в 23:07)
| | На самом деле от целей сайта зависит - если забраться на первые строки сайта для вас вопрос жизни и смерти - разработчики будут движок проектировать направленный в первую очередь на удобство оптимизации, быстрой перестройки структуры сайта и т.п., если вас удручает множественная настройка системы администрирования - разработчики будут пытаться создавать локаничную систему управления, где нет ничего лишнего, если ваша задача удобства пользователя - усилия будут направлены на эргономику системы представления.
PS Разработчики делают о чем их просят и стараются не навязывать лишнюю функциональность, которая возможно только запутает и раздразит заказчика. Если перед созданием статьи редактору нужно будет ответить на 20 SEO-вопросов, я думаю его будет интересовать лишь одна вещь - как это нахрен отключить. Люди просто очень разные и сайты им для разных целей требуются. | |
|
|
|
|
|
|
|
для: ЯR
(14.10.2008 в 22:57)
| | > (Ответил немного на вопрос? :)
Да.
Слегка удивлен, что разработка сайта так далека от SEO... Мне казалось, что это двуединый процесс. | |
|
|
|
|
|
|
|
для: Владимир55
(14.10.2008 в 14:09)
| | Не очень-то в SEO разбираюсь, но делаю так: http://сайт.ру/<раздел>/<подраздел>/<страница>/
В <разделах> есть обычно articles, news, catalog. <Подразделы> пишутся транслитом (tipa_vot_kak-to_tak), <страницы> — это название статьи/новости/др. транслитом тоже. Страницы также могут заканчиваться не на слэш, а на «.htm», но больше люблю слэш. Есть, конечно, и отступления небольшие от правил, но это самый удобный способ и для пауков, и для юзеров. (Ответил немного на вопрос? :) | |
|
|
|
|
|
|
|
для: Владимир55
(14.10.2008 в 16:04)
| | >Как мне кажется, сайт, "не понравившийся" роботу, люди вообще не увидят. Хотя, если заказчик этого не требует,
Я конечно может быть не в курсе по продвижению сайта, но для заказчиков(людей мало знающих, о каких то продвижениях в поисковиках) нужен просто сайт, с коим вопросом они обращаются к разработчикам.
А уж раскрутка - это дело другое, тема SEO - специалистов, с учетом того же, что алгоритмы индексирования поисковиков очень часто меняются. :) | |
|
|
|
|
|
|
|
для: cheops
(14.10.2008 в 14:51)
| | Понятно.
Как мне кажется, сайт, "не понравившийся" роботу, люди вообще не увидят. Хотя, если заказчик этого не требует, то, и вправду, зачем? | |
|
|
|
|
|
|
|
для: Владимир55
(14.10.2008 в 14:09)
| | Мы обычно на это вообще не ориентируемся, так как сайты создаем в первую очередь для людей, а лишь затем для роботов :))) Тем более игры с роботами обычно добром не заканчиваются. | |
|
|
|
|
|
|
|
для: cheops
(14.10.2008 в 13:29)
| | А как Вы закладываете в систему представления параметры, связанные с ранжированием соответствующих страниц в поисковых системах?
Имеется в виду, что сайты, созданные под низкочастотники, и сайты, созданные под высококонкурентные запросы, должны иметь разные структуры. Это если "в чистом виде". На практике же нужны и низкочастотники, и высокочастотники (хотя бы несколько).
Плюс к этому, продвижение в Яндексе и продвижение в Гугле тоже предъявляют свои требования к структуре.
Вот как всё это объединяется воедино? | |
|
|
|
|
|
|
|
для: Владимир55
(14.10.2008 в 12:32)
| | >А какова типичная структура сайтов, которые делаете лично Вы?
Опять же зависит от проекта. Однако, условно мы делим сайт на систему администрирования (через которую сайт заполняется) и систему представления (то что видит пользователь). Эти две системы взаимодействуют через базу данных. Под разный вид информации отводятся разные папки
/
/class - вспомогательные классы
/config - файлы конфигурации
/css - каскадные таблицы стилей
/dataimg - изображения
/files - файлы, которые загружает администратор или пользователи
/include - файлы, которые включаются при помощи директивы require_once или include
/utils - файлы, содержащие вспомогательные функции
Все остальное зависит уже от деталей проекта. | |
|
|
|
|