Негативный фактор для ранжирования, а не для индексации.
Можете задавать вопрос тех. поддержке напрямую, будет вам оф. ответ.
Безусловно, есть. Даже если это действие лишь частично решает текущие задачи.
С тем же успехом можно задаться вопросом - если толк от молотка, если сам по себе он дом не построит.
Можно вручную в Метрике через достижений целей и конверсии (для разделения в Метрике есть модели атрибуции).
В идеале для сбора этих данный используют средства сквозной аналитики, например, RoiStat.
Если ничего не делать, ничего не будет.
Плоды конечно были, иначе я бы интересовался этим вопросом.
Согласен, что крупные проекты вырастают постепенно, но если все продумать на начальном этапе, шансы возрастают, я считаю важен подход. Без серьезного подхода, даже перспективные проекты с большими вложениями затухают со временем.
Всё верно. Бояться и сомневаться можно бесконечно.
Все когда-то начинали и все естественно не имели должного опыта, чтобы работать без ошибок. Ошибки будут, от всего вы не застрахуетесь и все случаи не предусмотрите. Начинайте и делайте, если есть твёрдая уверенность, что это важно и необходимо.
Уже говорил и повторюсь, всё в любом случае будет зависеть от команды; от её опыта, проф. навыков, исполнительности, порядочности и мотивации.
Во многом зависит даже от того, в какой момент времени вы найдете подходящих вам людей.
Для начала напишите проектную документацию (концепт, структуру, прототипы, ТЗ) - проконсультируйтесь у программистов на какой CMS это лучше реализовать.
В принципе тенденция всегда одна - на какой CMS программист работает, ту он и будет рекомендовать :) но в контрасте мнений вы увидите, кто описывает более реальные рабочий данные. В рекомендациях и в оценке программист ни за то не отвечает, поэтому наговорить может каких угодно небылиц, но на этом шаге вы уже сможете кого-то присмотреть себе из исполнителей и попросить прислать примеры реализаций.
Как правило советующих со всех форумов и пабликов, где вы напишите будет "условно" 100-ня, готовых включиться человек 30-ать, готовых подтвердить свою квалификацию человек 15-ать, со схожими примерами примерно четверо, а в результате кого-то объективно оценить на компромиссных условиях получится человека полтора. И естественно надо понимать, что советующий и рассказывающих "я могу" будет много, а берущих на себя ответственность и начинающих что-либо делать будут единицы. Поэтому готовьтесь к тому, что рабочим будет далеко не первый начинающий.
И да, SEO специалиста на проект ищите сразу, - сразу подключайте его к проекту. Он также должен участвовать в формировании ТЗ заданий, чтобы потом не переделывать то, что уже успеет вырасти в проекте. Кроме этого, пока вы будете реализовывать программную часть SEO специалист будет работать над семантикой, чтобы к моменту старта у него уже всё было готовой для рабочих внедрений.
Здравствуйте.
Если эти страницы нужны для укрепления пользовательской лояльности, то конечно.
Конечно.
Это почему же? Портфолио такая информация как и вся остальная на сайте. Если вы сопроводите портфолио хорошими релевантными описаниями для ключевых запросов, то они вполне могут ранжироваться в поиске и приносить трафик по НЧ и микро НЧ запросам.
Сайт решает задачи не только привлечения трафика, но множество других, среди которые может быть демонстраций бизнес кондиций и формирования клиентской лояльности.
Делайте авторские описания к страницам портфолио и даже если вам не подойдут такие страницы для ранжирования, то как минимум данные тексты контекстно можно использовать для перелинковки.
Да это и не проблема, это скорее неотвратимые рабочие обстоятельства.
А так - да, самый универсальный и компромиссный вариант - оплата по трудочасам.
Один ключ - это частный случай ПФ в контекстно-зависимо паре запрос - документ. Вот и проверяйте ранжирование сайта по данному запросу.
Если с ростом отказов вы увидите ухудшения ранжирования данного запроса, то вот вам и следствие этих изменений.
В целом на общую видимость это влиять не должно (если у вас свои стабильные ПФ по другим запросам), поэтому в принципе можете закрыть глаза на этот эпизод.
Покрутят и перестанут.
Хотите поэкспериментировать, можете попробовать заблокировать вышеназванные сети чужого региона. Как минимум опробовать этот навык и оценить результат практически будет полезно.
Видимо вы представляете слишком глобальный проект :) Через мое ООО (я один учредитель) планирую работать потому, так удобнее, как в плане платежей, так и в плане заключения договора, но не критично, могу заключиться и как физ. лицо с ООО (студией), главное официальные платежи и юридические гарантии.
В идеале, конечно, как я это себе представляю, разработка проекта согласно моего ТЗ, оплата студии за выполненную работу в рамках суммы прописанной в договоре. Потом я тестирую некоторое время проект, в случае нахождения недочетов, составляем доп. соглашение и оговариваем сумму со студией. После завершения этих работ - запуск проекта. Это конечно в идеале. Хотелось бы уложиться в 6 - 7 месяцев с момента начала разработки до запуска.
Вы сказали бюджет будет значительный, поэтому я и представил себе как минимум не просто большой корпоративный сайт.
Поверьте, найденные ошибки и ваши доп. соглашения перемешаются с тем, что студия должна выполнить, поэтому череда доп. соглашений просто перерастет в систематические доплаты и поток дополняющих ТЗ.
Как говорится, предполагаемый срок смело умножайте на 1,5-2, а расходы на 3-4 - и это в самом удачном случае.
Проблема проектов всегда одна и та же - возникшие проблемы, недоработки и дополнительные изменения не являются частью договора. Какой бы договор не был, он всё равно описывает проект лишь в общих чертах, но когда вы начнете его реализовывать, то сразу поймете необходимость вносить изменения и внедрять рабочие идея уже по горячим следам. Исполнитель всегда будет говорить - этого изначально в договоре не было, а вы будете просить - ну, давайте добавим, потому что без этого очевидно проект будет хромать.
На старте это всегда один проект, на пол пути - другой, на стадии завершения стартовых договорённостей - уже третий. А кроме этого возникнет надобность ещё такого же объёма работа и делать их всё равно придётся.
Стратегически, именно со студией вам придётся выйти хотя бы на текущую самоокупаемость. Дальше учредители будут требовать возврата инвестиций и будут настаивать на значительном сокращения расходов. Вот в этот момент вам как исполнительному лицу придётся выполнить безболезненный переезд от студии к программисту, который сможет поддерживать проект.
Поэтому никаких самописов (если на то нет непреодолимых причин), выбор среди программистов под Битрикс/Друпал у вас всегда будет больше, нежели под неизвестную корпоративную сборку.
p.s. Если проект действительно большой, вам всё равно потребуется формировать свой IT отдел.
Студии как правило не вытягивают большие проекты, ибо детализация по проекту получается для них очень дорогой. Студия вообще чаще всего работают по формату - назначить максимальный ценник за разработку, дальше год - полтора отрабатывают этот ценник с доплатами за согласованную переработку, а дальше они вам почитают стоимость трудочасов своих сотрудников X3-4 и вы поймете, что выполнять текучку по таким ценам в принципе неразумно, а студии другого себе позволить не могут.
Был свидетелем, как в своё время заказчик в результаты выкупил сотрудников небольшой студии и студия потом закрылась :) Бывает и такое :)
Но! Начав проект со студией, в какой момент вы поймете, что время их сотрудников для вас неоправданно дорого, ибо стоимости разработки со студии будет однозначно расти. Она не может не расти.
Поэтому на определённом этапе вы начнете формировать свою команду, потому что потеряете пол головы седых волос с бестолковым менеджером, который будет кормить завтраками, но в общей массе все важные задачи будут пробуксовывать.
Эволюция проекта через студию и формирование своей команды как правило предопределена (если конечно в тому моменту, проект ещё будет актуален и учредители буду ещё согласны его тащить).
