Сайт с "нуля". Пошаговая инструкция.

Всё учесть невозможно, много раз будете всё переигрывать.

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

Это понятно что всё не учесть и переигрывать будем, но тем не менее основа, направление, общее понимание куда и к чему стремится уже есть и это уже должно облегчить нам жизнь )

Делаем именно качественный проект, не сетку ГС, но не понятно почему вопрос о ядре не возникнет?

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

Больше действуйте. Не выдвигайте планирование на первый план.

Грамотное ТЗ — это прекрасно. Если без фанатизма.

В какой нише собираетесь запускать проект? Работайте над контентом

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

---------- Добавлено 17.02.2017 в 20:13 ----------

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

Не берусь утверждать, но, думаю, если качественный СДЛ, то ключи возникнут естественным образом. А если нет, то вначале надо будет статью написать, а потом оптимизировать по ключам исходя из ситуации. В ГС делается наоборот, вначале ключи подбираются.

К SEO шнику однозначно. Обычно у Seo всегда есть друзья кодеры, которые умеют сделать из того-же битрикс конфетку. А вот ядро подождет.

Почему ни сразу к программисту - в 90% они в SEO не понимают, что бы там они не врали

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

Запускать проект собираемся в сфере оказания услуг физическим и юридическим лицам.

Что бы внести ясность, добавлю, сам лично не хочу заниматься например структурированием данных по тому же ядру или анализом ТЗ, а именно передать эти полномочия специалистам, за деньги, поэтому и возникают вопросы: к кому и в каком порядке обращаться и какие работы они должны выполнить.

Уточните пожалуйста, под написанием статьи вы что подразумеваете?

Вы предлагаете с ТЗ первым делом к SEO-шнику?

Пока из всего выше сказанного получается:

1. С ТЗ обратиться к разработчику (я так понимаю к программисту).

2. С ТЗ к SEO-шнику.

Так всё таки к кому правильнее в первую очередь?)

К дизайнеру.

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

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