Я не понимаю прикола молча ждать пока люди сделают то, что им не говорят, а потом ходить обиженными =)))
Странный какой-то вывод. Не понимаю, откуда он взялся. Я говорила, что люди НЕ сделали, то что было черным по белому написано. В ТЗ, в договоре. А то, что сделали, - сделали через одно место. А относительно вашего примера про тетеньку - скажу следующее.Я в своей жизни много раз сталкивалась с ситуациями, когда хороший (и даже очень хороший!) специалист - особенно это касается технарей, - не может двух слов связать, чтобы объяснить, как эта хрень там у него работает. Особенно объяснить не спецу. Это же надо понять, чего оно не понимает, подобрать нормальные простые слова, прозрачные аналогии, на ходу придумать примитивную физическую модель из понятного ламеру мира. Надо иметь врожденный талант преподавателя, чтобы суметь на пальцах за 2 минуты все это объяснить. А любой талант - штука редкая.
Что касается именно ситуации собеседования, т.е. когда кандидат говорит со спецом, равным себе (или выше себя) по уровню, - это, конечно, немного другое. Но тут часто работает фактор стресса - когда человек нервничает, очень многие достойные кандидатуры проваливают собеседования.
Собрала ТЗ, также с учетом мнения форума. Показала потенциальному исполнителю. Взял 2 дня на рассмотрение. Сегодня что-то услышу.
есть достаточно простое решение, я на собеседованиях банально прошу рассказать, как это работает задавая уточняющие вопросы в интересных моментах
Это простое решение для вас - поскольку вы специалист. А для меня оно нисколько не простое, поскольку я - заказчик, не обладающий специальными знаниями.
Я разработчик с огромным стажем, делаю сложные, высоконагруженные проекты, я не знаю ни одного ресурса который проверяет индексацию. Это я все к тому, что вы перечисляете инструменты сеошника, даже не маркетолога, а именно сеошника затачивающего сайт под поисковую выдачу. При том вы почему то считаете человека, клепающего плагинами сайты на вордпрессе профессионалом который все должен учесть.
Видите ли, с моей т.зрения, разумно делать сайт, который изначально соответствует требованиям ПС. Я уже сталкивалась с ситуацией, когда приходит сеошник, смотрит на готовый сайт и заявляет, что все нужно переделывать. Зачем? Почему эти вещи нельзя учесть с самого начала? Я хочу чего-то заоблачно сложного или невероятного?
Касательно сервисов для проверки - ничего специального мы тоже не выдумывали. Просто посмотрели отчеты Google Search Console. Ну вот что сказали бы вы, если сервис маячит, что "Страница, связанная с отправленным URL, содержит тег noindex". И добро бы, закрыли какой-нить privacy-policy (хотя зачем?), но закрыть одну из центральных и важнейших страниц - с коллекциями? А, тем более, КОНТАКТАМИ??? Это пример, когда страницы вообще не индексируются.
А еще 400 страниц, которые все же "проиндексированы, но страницы нет в файле Sitemap ". Тоже свидетельствует о квалификации разработчика? ИМХО, - это говорит о том, что ему глубоко наплевать. Но все это вылазит потом, - когда потрачены деньги, безвозвратно потеряно время.
И вот, в итоге - тот самый больной вопрос. Касательно квалификации разработчика. Я ему не экзаменатор. Что он "знает и умеет" - объективно оценить не могу. Его сайт и портфолио выглядят пристойно. При разговоре - вменяемый и адекватный. Это ВСЕ исходники, которыми я располагаю при выборе.
Если зарегистрироваться, то можно выбрать тест из локации Лондон - это бесплатно, а если ещё и платный тариф взять то и ещё более близкие страны Европы (Амстердам, Франкфурт и т.д.) :)
Мы работаем на весь мир - так почему бы нам не померить скорость загрузки из другой части света? Тем более мы делали тесты не только этим сервисом. В любом случае - сейчас он в желтой зоне для десктопа и в красной - для мобиля.
Возможно, разумнее заключить договор с этим же разработчиком, или с другим аналогичным (если работа этого Вас совсем не устраивает) на доработку проекта с учетом возникших нюансов. То сеть сначала создаётся сайт в целом по первоначальному ТЗ, а потом пишется новое ТЗ, в котором отражены пункты, по которым следует доработать этот сайт. Потому что изначально всего не предусмотришь, многие моменты выявляются уже по факту создания сайта.
Сейчас так и происходит - мы именно дорабатываем сайт с учетом недоделок прежнего разработчика.
Где вы это видите? Что вызывает эти ошибки? У вас на сайте что-то не работает? Какой то функционал сбоит? Или вы просто логи где-то проверяете?
Вам же уже ответили. Если у вас не работает какой то функционал, вываливаются эти ошибки с фронта(ну, видны на сайте), тогда да, вы можете вполне обоснованно требовать их устранения. По простой причине - проект не работает. Если же вы где то там в логах что-то нарыли, а на сайте всё нормально, то это уже совсем другой разговор в котором масса неизвестных.
Так что на Ваш изначальный вопрос:
Нужно ли закладывать в ТЗ требование относительно того, что на сайте не должно быть ошибок в PHP?
Ответ - можно.
Вы как заказчик можете это требовать. Но вы как заказчик, должны быть готовы к тому, что такое требования разом отсечёт использование всех сторонних плагинов и потребует разработки всего функционала под вас с нуля. На бюджете это тоже скажется значительно. Одно дело поставить woocommerce и потом над ним колдовать хуками\фильтрами, совсем другое разработать его замену. На вопрос "а зачем разрабатывать с нуля" ответ простой. Откуда мне, как программисту, знать - выводит ли какой-то плагин варнинг\нотис или нет? Особенно если на это ещё накладывается то, что сайт не в вакууме "живёт" и мало ли, на какую древнюю VPS вы его засунете и хз что там за окружение\версия php\БД и прочего.
Разумно требовать отсутствие ошибок в фронте и полной работоспособности функционала. Это вообще-то подразумевается, но да, чтобы избежать некомпетентных исполнителей такое требование вполне можно добавить в ТЗ. Я даже видел такие ТЗ)
Всё остальное - от лукавого.
Очень благодарна вам за четко структурированный ответ. Это то, что я, собственно, хотела понять. Поскольку моя задача - не конкурс проводить на "лучшего в профессии", а сайт доделать.
Возможно, я неправильно понял Ваши слова, но вроде как это было Ваше требование для вебмастера:
Однако вебмастер не занимается продвижением в индексе.
Веб-мастер не занимается продвижением - я согласна с вами. Но если из индекса выбрасываются сотни страниц вследствие ошибок (дубли, вследствие неправильной пагинации, страницы или целый раздел (в нашем случае вся директория /en), к которым с какого-то перепугу закрыт доступ в robots, или напротив, отсутствующие страницы, которые отдают код 200 вместо 404 ошибки - вот этим кто должен заниматься? Кто-то отдельно взятый или все-таки этот самый разработчик?
Да, вот об этом, собственно, и была речь с самого начала. Есть сообщения типаPHP WarningPHP Fatal errorPHP Parse error (здесь в основном syntax error)а также ошибки в БД
Более того, от разработчика требовали, чтобы он и продвижением занимался.
Контентом разработчик не занимался - мы заливаем и пишем все сами. И с чего вы взяли, что он занимался продвижением?
