Но знаний составить ТЗ у вас хватило, а задать несколько общих вопросов нет? Так не бывает =)) Как то я, когда работал в студии, ездил на продажу в одну крупную компанию, там взрослая тётенька директор компании банально спрашивала почему не руби например, хотя за несколько лет работы с ней я сейчас понимаю, что она вообще не понимала что спрашивает, тут суть не в том, что кто то разбирается, а в том что человек сам не может ответить на вопросы, что равноценно тому что он этого не знает и не сделает. Идете к сеошнику, просите чтобы он по пунктам разложил что будет делать, идете к разработчику спрашивайте что он будет делать и почему именно так, волнуют какие то важные вопросы - спрашивайте. Я не понимаю прикола молча ждать пока люди сделают то, что им не говорят, а потом ходить обиженными =)))
У меня весь отдел удалённый, есть разработчики из Москвы, Ростова, Питера, Челябинска. Чем отличается собеседование по зуму от собеседования лично? Я не в покер играю, мне не надо знать кто мухлюет =))
Правильные ответы не столь критичны, если человек разбирается в теме он сможет даже сложные вещи объяснить ребенку, если плавает, то это сразу видно (тут правда может просто нервничать). Это подходит абсолютно к любой теме, будь то сайты или отопление в доме. Разрабов я собеседую по функционалу, спрашиваешь что делал, как делал, почему принял такое решение, какие еще варианты были. Обычно по человеку сразу видно где и в каких моментах плавает. Хотя некое базовое представление, конечно, все равно нужно иметь, ну и уметь задавать вопросы. В случае ТС можно было начать банально с того, чтобы спросить что вы делаете для сео и почему именно это, если ей это так критично на самом деле
есть достаточно простое решение, я на собеседованиях банально прошу рассказать, как это работает задавая уточняющие вопросы в интересных моментах
Битрикс это не 1С, просто 1С в какой то момент выкупили часть компании, как сделали например с еще одной системой UMI ради конструктора umi.ru
Именно логика компонентов в битриксе сделана кстати достаточно удобно (не сами компоненты, штатные компоненты говно редкостное и то чисто потому, что они как и вы пытаетесь решить все проблемы мира в одном месте и сделать простую настройку всего этого на все случаи жизни)
Битрикс очень простая система, если изначально не подходить к ней с негативом и понятиями/опытом из вордпресс например, он такой же простой, просто другой =))
Тогда вы зашли не с той колокольни. Такие сайты делаются немного по другому:
1. Собираете семантику2. Делаете карту сайта (майндмап)3. Рисуете прототипы, с блоками перелинковки и прочими сеошными примудростями4. Прописываете все условия от сеошника в ТЗ, какие страницы, какие перелинковки и всё прочее5. И вот только на этом этапе, с готовыми материалами для заточенного сайта под ПС можно идти к разработчику
И почему вас это ничему не учит, вы ищите проблему не там, вам надо в ТЗ прописать не то чтоб не было ошибок в логах и ошибок в ПС или еще чего то, а прописать что именно должно быть
Потому что это работа аналитика, погрузиться в задачи заказчика и сформировать требования для разработчиков, в дешевых проектах эту роль на себя берет сам заказчик, а так как это не его профиль то имеем то что имеем. Вы должны понимать, что у вас есть картинка в голове, как должно быть, но эту картинку видите только вы.
У вас не правильный подход, вы пришли к ювелиру с просьбой сделать кольцо, а потом предъявляете что оно не из того металла, не того размера, не с теми камнями и неужели нельзя было сразу все учесть. Разработка это, как правило: сложный процесс и работают над ним много разных специальностей не просто так. Я тут ничего против вас не имею как заказчика и ваш негатив понимаю, но и с другой стороны и не понимаю, вы же не пошли в Агиму или к Лебедеву например, ценник скорее всего был даже ниже рынка, а теперь перенесите это на свой бизнес, если кто то делает в вашей нише что то очень дешево, что при прочих равных ниже себестоимости, то какой результат будет на выходе скорее всего? Рынок сейчас очень вырос, специалистов нормальных катастрофически не хватает. Мне кажется (имхо) то что сейчас ниже хотя бы $1000-$1500 лучше делать самому, потому что там скорее всего будет полный трешняк
У битрикса парадигма MVC сделана, вы делаете файлик, например index.php и в него ставите компонент, например каталога который тянет данные из БД. Все запросы идут на этот index.php и уже компонент разруливает что показать. На такой странице может быть несколько компонентов. Соответственно вы видимо поставили текст в такой index.php и по этому он выводится со всеми страницами каталога, так как по факту показывается всегда одна, и а содержимое разруливает компонент. Чтобы поставить в нужные места разделов каталога, надо это все разруливать в шаблонах этого компонента.
PS. С любым инструментом надо вначале научиться работать
В большинстве случаев разработка на WP это наставить плагинов, что в них, в большинстве случаев, неизвестно даже разработчику этих плагинов, не то что пользователю этих плагинов
Из чего следует, что он не может исправить ошибки в этом самом коде который подключает
На самом этом ресурсе есть ошибки если его самого же и проверить, но там просто примитивнейшая верстка при том
Вы меряете скорость загрузки свадебного салона в России из Канады?
Я разработчик с огромным стажем, делаю сложные, высоконагруженные проекты, я не знаю ни одного ресурса который проверяет индексацию. Это я все к тому, что вы перечисляете инструменты сеошника, даже не маркетолога, а именно сеошника затачивающего сайт под поисковую выдачу. При том вы почему то считаете человека, клепающего плагинами сайты на вордпрессе профессионалом который все должен учесть.
Правда, очень интересно, назовите сумму проекта которую с вас взял разработчик, так как только сео аудит наверное стоит 15к который вы тут запросили от разработчика. Плюс кастомная верстка (не знаю кто дизайн делал, возможно эта же компания).
Все зависит от вашего проекта. Если это корпоративный сайтик с простым выводом информации с БД и формочками, тут конечно можете и прописать, это будет по сути формальностью, но и опять же стоит исключить хотя бы notice level так как это не ошибки, но в логи вполне могут писаться, в зависимости от детализации, но в целом вы должны понимать, что чтобы не было ошибок это надо проект покрыть тестами, тесты это дополнительный код и он может превышать покрываемый код по размерам и сроку написания основного кода, а значит если вы закладываете это в проект то, во-первых, у вас отвалится куча исполнителей, во-вторых, любой даже достаточно простой проект будет иметь не хилый ценник. Но с учетом описанной вами ситуации, местом куда вы пришли за советом и вообще мыслями вписать что то подобное в ТЗ, скорее всего у вас нет бюджетов на такие команды.
