- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Бэкап сервера какой тулзой делайте?
Sonja,
1. прописывать в договоре что клиент должен предоставить пароли на доступ к ftp, БД, админке
2. как убедить? сказать что если будут разногласия и захочет забрать свой сайт целым и невредимым - то сможет сменить пароли, благо это позволяют сделать все системы
3. если есть админ или кто-то другой, занимающийся сайтом, например, разработчик, то договориться, чтоб последнюю версию файлов брали с ftp. Если изменения не 5-ти минутные, то писать письмо и говорить, чтоб в течение недели ничего не меняли, или как вариант (работаю над одним проектом так, уж очень нехороший там админ) - мы вносим изменения на сайт по нечетным дням, он по четным. Но! см.п.4
4. в договоре нужно прописать, чтоб все изменения на сайте, вносимые со стороны заказчика обязательно согласовывались с клиентом и обратить на этот пункт особое внимание при подписании.
Я именно таким образом решила свои проблемы этого плана. :)
Хм... а я наоборот стараюсь НЕ брать пароли от сайта. Как правило еще на стадии подготовки комм. предложения показываю несколько примеров, что нужно исправить на сайте. И уже на переговорах определяемся с клиентом кто будет вносить изменения. Если от паролей удается отбрыкаться, то просто готовлю список того, что, как и где нужно исправить и отсылаю клиенту.
Далее все просто: если изменения вносятся быстро и по инструкции, то никаких проблем нет, если изменения не вносятся или вносятся не правильно, то спустя какое то время начинаются вопросы от клиента, типа "А почему мы еще не в ТОПе?", за которым следует ответ: "А я вас изменения когда просил внести?". И все, клиент понимает, что он не прав, деньги платятся впустую именно из-за его нерасторопности и уже сам просит взять пароли и вносить необходимые изменения.
А стараюсь не брать пароли по двум причинам:
1) Спустя какое то время клиент начинает просить внести изменения на сайт к оптимизации не относящиеся, фотки заменить например, или прайс поправить, т.к. его админ "в отпуске", "в запое" и т.д. Работа вроде пустяковая и брать за это деньги не серьезно, но начинают садиться на шею, да и нафига вообще мне это надо?
2) Один раз сайт у клиента хакнули. Как потом выяснилось не у него одного, но полчаса оправданий мне все равно не понравились.
Значит есть несколько банальных ответов и вопросов, о которых, как понимаю, многие ответившие даже не слышали. Итак, поехали:
Задача: на сайте клиента нужно сменить что-то.
Решения:
1. Формируется подробное тз (и без разницы абсолютно, будут менять это твои программисты или заказчика - тз просто ОБЯЗАНО быть, дабы исключить последующие траблы);
2. Тз отправляется к заказчику с вопросом, возможно ли внести данное и в какой срок;
Если ответ, что может, и быстро: все ок, ждем внесения и подтверждения;
Если ответ, что может, но не быстро: ради бога. Только вот тогда и мы ничего не гарантируем до внесения (и это нужно еще на начальном этапе предусмотреть в договоре). Иначе к следующему пункту.
Если ответ, что не может: тогда вносят свои, нужно брать доступы. Не дает? А надо было читать договор. Невозврат денег и досвидос. Если дает - вносят свои.
Значит есть несколько банальных ответов и вопросов, о которых, как понимаю, многие ответившие даже не слышали. Итак, поехали:
Задача: на сайте клиента нужно сменить что-то.
Решения:
1. Формируется подробное тз (и без разницы абсолютно, будут менять это твои программисты или заказчика - тз просто ОБЯЗАНО быть, дабы исключить последующие траблы);
2. Тз отправляется к заказчику с вопросом, возможно ли внести данное и в какой срок;
Если ответ, что может, и быстро: все ок, ждем внесения и подтверждения;
Если ответ, что может, но не быстро: ради бога. Только вот тогда и мы ничего не гарантируем до внесения (и это нужно еще на начальном этапе предусмотреть в договоре). Иначе к следующему пункту.
Если ответ, что не может: тогда вносят свои, нужно брать доступы. Не дает? А надо было читать договор. Невозврат денег и досвидос. Если дает - вносят свои.
Миха, так ты еще и дельные мысли говоришь иногда???
кто бы сказал я б не поверил.. но вот вижу своими глазами :)
может это кто-то под твоим ником залогинился? нет? .. блин. :)
за это надо выпить! 🍻
biplane, уже выпил :)))
p.s. самые дельные мысли - они в курилке, во встречах и сходках )))
Со своей стороны - FTP и БД пароли к соим серверам не даю вообще. Для оптимизаторов есть волшебная кнопка позволяющая редактировать мета- и специальную (дополнительную к контенту) текстовку на абсолютно любой странице сайта. Если надо - даётся пароль редактора, для добавления текстов на сайт. И никаких посторонних телодвижений на сервере. Если сайт клиента сидит где-то на стороне - это уже его проблемы, давать/не давать.
п.с. мне кажется, если оптимизатору нужен фтп доступ и без него никак - это признак некачественно сделанного сайта.
Брать пароли? Не все согласны ими делиться, как вы решаете эту проблему?
Думать почему пароли не даются. У меня вот, к примеру, один из клиентов - интернет-казино. Логично, что паролей можно было и не просить :)
как вы решаете эту проблему?
Все изменения оформляются в виде мини-ТЗ, далее два варианта на выбор клиента:
1). Изменения вносятся силами клиента
2). Силами наших сотрудников
После внесения изменений подписывается акт о выполнении этих работ.
А по договору срок начинается с момента подписания акта о выполнении изменений на сайте.
Для себя решили остановится на этом варианте.