Да, как ни крути, но сео и разработка очень редко пересекаются. Поэтому, я - руководитель компании (по совместительству , возглавляю отдел SEO), а своим программистам, периодически, лекции по сео читаю. И за несколько лет мы добились того, что нет у нас необходимости сео расписывать в ТЗ) Это повышает эффективность старта работ по сео - в разы.
Я, например, сеошник, но страдаю не меньше программистов, от битрикса)))
В том-то и сложность) VPS, Сотбит, Смарт-фильтры.... Дорожает продвиженице)
Битрикс - это зло. особенно для кодеров и сеошников)
Сменить CMS без просадки по SEO не возможно. хотя бы потому, что каталог ссылок сайта изменится, соответственно, нужно вывести старые ссылки из выдачи и добавить новые. Частично спасёт 301 редирект, но просадка, и причём большая. всё равно будет.
на самом деле CMS играет роль. Например, Яндекс с Гуглом любят быстрые лёгкие сайты, а сайт на битриксе таким не сделать и приходится выбирать, то ли псевдолёгкая интеграция с 1С, то ли эффективное продвижение. Плюс затраты на попытку технической оптимизации битрикса гораздо выше, чем оптимизация того же вордпресса.
3. пункт. Панибратство: Да, если просто забить на клиентов, то, сто пудов, разбегутся) у нас тикетная система есть, смотрим заявки в нерабочее время и выставляем приоритеты, те заявки, которые требуют сеюсекундного вмешательства - обрабатываются сразу, но таких 2-3 в месяц. Остальное решается в порядке очереди в рабочее время.
Любой сервак может сгореть, утонуть и взорваться((( У нас сервер с клиентскими сайтами стоит в Питере, а бэкапы делаются на физический сервер в офисе, где его сисадмины хранят, как зеницу ока) Мы выбрали такую схему: раз в неделю делается общий бэкап сервера, а в реалтайм бэкапятся изменения на сайтах. Так мы имеем хорошую скорость сервера и сохраняем каждую новую запятую.
Норм дополнение, согласен со всем и учту. Статья банальная - согласен, но это моя первая статья)) Я давно хотел начать писать, но не знал на какие темы. Есть много кейсов по кодерству, сео, рекламе, но мне, как раз, показалось, что нужно писать не про то, что и так все знают, а про то, что не написано в справочнике по php. Буду писать подробнее про взаимоотношения с клиентами, как сплотить коллектив и т. д. Спасибо за развёрнутый коммент!)
Это одельная тема) Но студии, хотя бы, обязательства свои в договорах прописывают. Это неоспоримый плюс.
У меня очень много примеров личных и не личных, когда принебрегали ТЗ, актами и прочим, и нет ни одного примера, когда без этих документов конфликтные ситуации заканчивались хорошо.
Алексей Шпилёв
Статья-то про ЦМС.