Правильные требования по верстке с т.з. СЕО

это изначально косяк :)

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

Данный пример взят, конечно же, из пустоты...:)

В чем отжиг? :)

грамотное ТЗ может написать только специалист и то не всякий :)

Я с этим не спорю. Но если я сменю формулировку на "Что я должен увидеть в грамотном ТЗ на сайт, что бы он был готов к внутреннему СЕО", то думаю, будет правильно?

Если говорить о терминах, то у меня здесь есть такое убеждение:

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

не в коем случае!

только сторонний специалист, а то куча примеров когда ТЗ пишут под свои возможности ;)

А что в этом плохого? :)

Зачем ставить исполнителя "раком"?

Ну или так: заказчик пишет требования, сторонний специалист - ТЗ, исполнитель его корректирует и согласует с заказчиком и работает по нему. Такой вариант - гут?

вы получаете не то что хотели (как правило клиент понятие не имеет что он хочет- только общие фразы), а то что может сделать исполнитель :)

Ну или так: заказчик пишет требования, сторонний специалист - ТЗ, исполнитель работает по нему.

вот так будет правильно :)

Вы нарочно удалили часть про корректировку исполнителем?

Приведу пример:

Заказчик хочет сайт расчитанный под высокую нагрузку.

Разработчик ТЗ тупо пишет требования к хостингу: "кластер такой-то".

А веб-программист, к примеру, имеет опыт разработки в облаках (вроде же есть такая технология?) и рекомендует применять такую-то площадку.

В итоге все выигрывают. Разве нет?

Короче, я не возражаю против вашей формулировки только в том случае если оба (и разработчик ТЗ и исполнитель) в СОВЕРШЕНСТВЕ владеют тем, чем они занимаются. В реальной жизни, я думаю, лучше иметь побольше гибкости.

И вообще, мне всегда было приятно, если исполнитель не слепо следует ТЗ, а предлагает что-то свое.

разработчик ТЗ работает с клиентам по подобным вопросам до завершения ТЗ

предлагать он конечно может, но сделать должен по ТЗ