Разное

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

надо сесть и на листочке всё хорошенько обдумать :D

>Начиная работу над новым проектом, из каких соображений вы определяете структуру будущего сайта?
Это ж зависит от цели проекта.
Общее, видимо только одно: сайту нужны посетители, иначе он как бы никому не нужен.
Поэтому, в любом случае, надо определиться механизмами, которые будут помогать посетителям заинтересовывать друг друга в посещении именно этого сайта.

Что, никаких правил и ориентиров нет?

Каждый сайт как в первый раз? И никакого опыта не накопилось?

(Разумеется, я имел в виду коммерческие сайты).

Я так понимаю все зависит от контента сайта и ожидаемой аудитории. Нет механизма по которому можно делать только успешные и посещаемые сайты.

>Каждый сайт как в первый раз? И никакого опыта не накопилось?
А как вы хотели? Опыт вы имеете в каком-нибудь движке?
>(Разумеется, я имел в виду коммерческие сайты).
С точки зрения разработчика, нужно подходить к реализации проекта с учетом ТЗ заказчика.

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

>P.S. Можно применить что-то из вашего скажем архива, но по большому счету каждый нормальный сайт разрабатывается с нуля.

Это не очень рационально...
лучше постепенно писать свою cms/фреймворк, а потом на них опираться...

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

А какова типичная структура сайтов, которые делаете лично Вы?

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

>А какова типичная структура сайтов, которые делаете лично Вы?
Опять же зависит от проекта. Однако, условно мы делим сайт на систему администрирования (через которую сайт заполняется) и систему представления (то что видит пользователь). Эти две системы взаимодействуют через базу данных. Под разный вид информации отводятся разные папки
/
/class - вспомогательные классы
/config - файлы конфигурации
/css - каскадные таблицы стилей
/dataimg - изображения
/files - файлы, которые загружает администратор или пользователи
/include - файлы, которые включаются при помощи директивы require_once или include
/utils - файлы, содержащие вспомогательные функции
Все остальное зависит уже от деталей проекта.

А как Вы закладываете в систему представления параметры, связанные с ранжированием соответствующих страниц в поисковых системах?

Имеется в виду, что сайты, созданные под низкочастотники, и сайты, созданные под высококонкурентные запросы, должны иметь разные структуры. Это если "в чистом виде". На практике же нужны и низкочастотники, и высокочастотники (хотя бы несколько).

Плюс к этому, продвижение в Яндексе и продвижение в Гугле тоже предъявляют свои требования к структуре.

Вот как всё это объединяется воедино?

Мы обычно на это вообще не ориентируемся, так как сайты создаем в первую очередь для людей, а лишь затем для роботов :))) Тем более игры с роботами обычно добром не заканчиваются.

Понятно.

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

>Как мне кажется, сайт, "не понравившийся" роботу, люди вообще не увидят. Хотя, если заказчик этого не требует,
Я конечно может быть не в курсе по продвижению сайта, но для заказчиков(людей мало знающих, о каких то продвижениях в поисковиках) нужен просто сайт, с коим вопросом они обращаются к разработчикам.
А уж раскрутка - это дело другое, тема SEO - специалистов, с учетом того же, что алгоритмы индексирования поисковиков очень часто меняются. :)

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

Не очень-то в SEO разбираюсь, но делаю так: http://сайт.ру/<раздел>/<подраздел>/<страница>/
В <разделах> есть обычно articles, news, catalog. <Подразделы> пишутся транслитом (tipa_vot_kak-to_tak), <страницы> — это название статьи/новости/др. транслитом тоже. Страницы также могут заканчиваться не на слэш, а на «.htm», но больше люблю слэш. Есть, конечно, и отступления небольшие от правил, но это самый удобный способ и для пауков, и для юзеров. (Ответил немного на вопрос? :)

> (Ответил немного на вопрос? :)
Да.

Слегка удивлен, что разработка сайта так далека от SEO... Мне казалось, что это двуединый процесс.

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

PS Разработчики делают о чем их просят и стараются не навязывать лишнюю функциональность, которая возможно только запутает и раздразит заказчика. Если перед созданием статьи редактору нужно будет ответить на 20 SEO-вопросов, я думаю его будет интересовать лишь одна вещь - как это нахрен отключить. Люди просто очень разные и сайты им для разных целей требуются.

> Люди просто очень разные и сайты им для разных целей требуются.

Согласен, так оно и есть.