Страница:
Девушка (сонным голосом): А-лле!
Менеджер: Добрый день! Я попал в фирму «Рога и копыта»?
Д.: Ну да!
М.: Мне нужно сделать загранпаспорт. Какие документы для этого нужны?
Д. (удивленно): Какой загранпаспорт?
М.: Ну, как… (растерянно). Обычный… За границу скоро ехать…
Д. (еще более удивленно): Но мы уже два года не оказываем услуги по загранпаспортам!
М. (очень удивленно): Но у вас на сайте написано, что оказываете, указаны расценки и сроки!
Д.: Да? Ничего не знаю об этом! (Кладет трубку.)
Резюме. Такая сонная девушка «на телефоне» способна распугать многих клиентов. Мало того, что вместо стандартного представления «Компания такая-то, менеджер такой-то» клиент слышит сонное «Алле.», так вдобавок клиенту сообщают, что они не оказывают той услуги, которой посвящен весь сайт: оформлению документов для загранпаспорта.
Владелец бизнеса, кстати, был в шоке, когда ему показали «работу» менеджера.
Случай 2. Проводился аудит обработки заявок с 20 туристических сайтов (через формы заказа туров на сайтах и по электронной почте). Результат оказался просто потрясающим: ни в течение 1–2 часов, ни в течение суток, ни в течение недели не пришло НИ ОДНОГО ОТВЕТА!
Такой же аудит проводился по топ-10 украинских интернет-магазинов. В течение контрольных 2–3 часов пришли ответы лишь от 3 из 10 магазинов. От остальных ответы просто не пришли. Кстати, потом, когда на конференции в Киеве была оглашена эта печальная статистика, владельцы интернет-магазинов упрекали нас в «банальностях». Иначе говоря, для них банально, что 70 % своих клиентов они «посылают по адресу».
Случай 3. Псевдоклиент звонит на сайт компании, предлагающей отдых в Польше. Диалог с девушкой «на телефоне» такой.
Д.: Добрый день!
К.: Добрый! Я хочу поехать отдохнуть в Польшу на Новый год. Что вы порекомендуете?
Д.: Ой! А мы не делаем Польшу! Сейчас уточню (далее идет минутное прослушивание музыки на телефоне). Вам надо перезвонить по номеру 222-22-22. Там сидит менеджер по Польше.
Резюме. Что же мешало разместить на сайте по отдыху в Польше телефон 222-22-22? Не знаем.
Случай 4. Наш менеджер тестировал качество обработки звонков на сайте, который продавал туры в Эмираты. Диалог такой.
Д.: Алле!
К.: Добрый день! Это компания «Рога и копыта»?
Д.: Да! Слушаю вас!
К.: Я хотел бы отдохнуть в ОАЭ через месяц. Что вы предложите?
Д.: Подождите секундочку, сейчас менеджер по ОАЭ на телефоне. Подождите! (Переключает на менеджера – в течение трех минут клиент слушает музыку.) Еще немного подождите, я попробую переключить на второго менеджера (в этот раз вместо музыки клиент слушает по телефону разговоры и смех сотрудников в офисе еще минут пять, затем он просто кладет трубку).
Резюме. Понятно, что в высокий сезон менеджеров не хватает, но никто не мешает хотя бы спросить номер телефона у клиента и потом ему перезвонить, а не заставлять ждать.
Случай 5. Во время поиска колл-центра пришлось невольно провести аудит работы менеджеров «на телефоне» десятка таких центров, найденных через «Яндекс» по соответствующим запросам. В результате только в двух из них удалось конструктивно поговорить с менеджерами. Лишь половина менеджеров прислали коммерческие предложения по услугам.
Случай 6. Вновь связан с туризмом. Мы хотели отдохнуть в Новый год компанией из 12 человек в коттедже в Подмосковье. Бронировать и искать коттедж поручили мне. Я, естественно, позвонил нашему клиенту, который специализируется на отдыхе в Подмосковье. Далее идет диалог с менеджером.
Менеджер: Добрый день!
Я: Добрый! Это компания такая-то?
М.: Да!
Я: У нас группа из 12 человек, и мы хотим поехать на Новый год в коттедж отдохнуть. Что вы порекомендуете?
М.: Ну, сейчас посмотрим (смотрит минуты две).
М.: Ну вот есть один коттеджный поселок. (Далее тишина.)
Я: И? Что в нем?
М.: Ну, там есть 8-местные коттеджи.
Я: А стоимость проживания, питания?
М.: Ну это надо уточнять. Я могу посмотреть, вы перезвоните через полчаса.
Я: Хорошо!
Через час перезваниваю.
Я: Добрый день! Я звонил час назад по поводу отдыха в Подмосковье.
М.: Да. Но вы знаете, конкретной информации не нашла. Это все запрашивать надо…
Я: А цены на сайте?
М.: Ой! Вы что, они устарели полгода назад. Я: Понятно.
Резюме. Вряд ли такой флегматичный менеджер сможет продать что-нибудь. Даже такому невзыскательному покупателю, как я.
Кстати, клиент потом жаловался на не очень хорошие продажи.
Как сделать так, чтобы ваши клиенты не разбегались
Технический аудит сайтов
Управление роботами поисковых машин
Тестирование сайтов на предмет взлома, защита сайта от взлома
Самые распространенные «дыры» и методы защиты от них
Как закрыть «дыры»?
Организация бэкапов сайта
Случаи из практики
Дубли страниц и борьба с ними
Менеджер: Добрый день! Я попал в фирму «Рога и копыта»?
Д.: Ну да!
М.: Мне нужно сделать загранпаспорт. Какие документы для этого нужны?
Д. (удивленно): Какой загранпаспорт?
М.: Ну, как… (растерянно). Обычный… За границу скоро ехать…
Д. (еще более удивленно): Но мы уже два года не оказываем услуги по загранпаспортам!
М. (очень удивленно): Но у вас на сайте написано, что оказываете, указаны расценки и сроки!
Д.: Да? Ничего не знаю об этом! (Кладет трубку.)
Резюме. Такая сонная девушка «на телефоне» способна распугать многих клиентов. Мало того, что вместо стандартного представления «Компания такая-то, менеджер такой-то» клиент слышит сонное «Алле.», так вдобавок клиенту сообщают, что они не оказывают той услуги, которой посвящен весь сайт: оформлению документов для загранпаспорта.
Владелец бизнеса, кстати, был в шоке, когда ему показали «работу» менеджера.
Случай 2. Проводился аудит обработки заявок с 20 туристических сайтов (через формы заказа туров на сайтах и по электронной почте). Результат оказался просто потрясающим: ни в течение 1–2 часов, ни в течение суток, ни в течение недели не пришло НИ ОДНОГО ОТВЕТА!
Такой же аудит проводился по топ-10 украинских интернет-магазинов. В течение контрольных 2–3 часов пришли ответы лишь от 3 из 10 магазинов. От остальных ответы просто не пришли. Кстати, потом, когда на конференции в Киеве была оглашена эта печальная статистика, владельцы интернет-магазинов упрекали нас в «банальностях». Иначе говоря, для них банально, что 70 % своих клиентов они «посылают по адресу».
Случай 3. Псевдоклиент звонит на сайт компании, предлагающей отдых в Польше. Диалог с девушкой «на телефоне» такой.
Д.: Добрый день!
К.: Добрый! Я хочу поехать отдохнуть в Польшу на Новый год. Что вы порекомендуете?
Д.: Ой! А мы не делаем Польшу! Сейчас уточню (далее идет минутное прослушивание музыки на телефоне). Вам надо перезвонить по номеру 222-22-22. Там сидит менеджер по Польше.
Резюме. Что же мешало разместить на сайте по отдыху в Польше телефон 222-22-22? Не знаем.
Случай 4. Наш менеджер тестировал качество обработки звонков на сайте, который продавал туры в Эмираты. Диалог такой.
Д.: Алле!
К.: Добрый день! Это компания «Рога и копыта»?
Д.: Да! Слушаю вас!
К.: Я хотел бы отдохнуть в ОАЭ через месяц. Что вы предложите?
Д.: Подождите секундочку, сейчас менеджер по ОАЭ на телефоне. Подождите! (Переключает на менеджера – в течение трех минут клиент слушает музыку.) Еще немного подождите, я попробую переключить на второго менеджера (в этот раз вместо музыки клиент слушает по телефону разговоры и смех сотрудников в офисе еще минут пять, затем он просто кладет трубку).
Резюме. Понятно, что в высокий сезон менеджеров не хватает, но никто не мешает хотя бы спросить номер телефона у клиента и потом ему перезвонить, а не заставлять ждать.
Случай 5. Во время поиска колл-центра пришлось невольно провести аудит работы менеджеров «на телефоне» десятка таких центров, найденных через «Яндекс» по соответствующим запросам. В результате только в двух из них удалось конструктивно поговорить с менеджерами. Лишь половина менеджеров прислали коммерческие предложения по услугам.
Случай 6. Вновь связан с туризмом. Мы хотели отдохнуть в Новый год компанией из 12 человек в коттедже в Подмосковье. Бронировать и искать коттедж поручили мне. Я, естественно, позвонил нашему клиенту, который специализируется на отдыхе в Подмосковье. Далее идет диалог с менеджером.
Менеджер: Добрый день!
Я: Добрый! Это компания такая-то?
М.: Да!
Я: У нас группа из 12 человек, и мы хотим поехать на Новый год в коттедж отдохнуть. Что вы порекомендуете?
М.: Ну, сейчас посмотрим (смотрит минуты две).
М.: Ну вот есть один коттеджный поселок. (Далее тишина.)
Я: И? Что в нем?
М.: Ну, там есть 8-местные коттеджи.
Я: А стоимость проживания, питания?
М.: Ну это надо уточнять. Я могу посмотреть, вы перезвоните через полчаса.
Я: Хорошо!
Через час перезваниваю.
Я: Добрый день! Я звонил час назад по поводу отдыха в Подмосковье.
М.: Да. Но вы знаете, конкретной информации не нашла. Это все запрашивать надо…
Я: А цены на сайте?
М.: Ой! Вы что, они устарели полгода назад. Я: Понятно.
Резюме. Вряд ли такой флегматичный менеджер сможет продать что-нибудь. Даже такому невзыскательному покупателю, как я.
Кстати, клиент потом жаловался на не очень хорошие продажи.
Как сделать так, чтобы ваши клиенты не разбегались
Для того чтобы качество обслуживания клиентов не страдало и страшных случаев было как можно меньше, рекомендуется ежемесячно проводить такой аудит.
Специалисты по продвижению сайта могут лишь выдать рекомендации и указать на слабые места в организации обслуживания клиента. Само же отлаживание бизнес-процессов ложится на плечи владельца этого бизнеса. Ему очень важно понимать, что без нормального обслуживания клиента рекламные бюджеты могут быть израсходованы впустую и, кроме разочарования, никакого результата не будет.
Позволю себе копнуть глубже и выдать рекомендации по организации нормального обслуживания клиента (табл. 1.8).
Большинство ошибок легко устраняется так называемыми административными методами, когда менеджеру по работе с клиентами в обязательном порядке делегируется определенное количество функций и проводится периодический контроль выполнения.
Таблица 1.8. Рекомендации по организации обслуживания клиента
Помимо принятия административных мер, очень важно повышать квалификацию того человека (людей), который общается с клиентом. Эту задачу можно решить либо путем тренингов внутри компании (вы собираете менеджеров и говорите о том, как общаться с клиентом, что нужно, а чего не нужно делать), либо путем отправки менеджеров на тренинги и курсы, которые проводят специализированные компании. Еще лучше, если эти тренинги оплатят сами менеджеры, так у них будет выше мотивация. Очень важно, чтобы все, кто работает с клиентом, знали, что от клиента зависит все, его надо любить и уважать, а также бережно к нему относиться.
Специалисты по продвижению сайта могут лишь выдать рекомендации и указать на слабые места в организации обслуживания клиента. Само же отлаживание бизнес-процессов ложится на плечи владельца этого бизнеса. Ему очень важно понимать, что без нормального обслуживания клиента рекламные бюджеты могут быть израсходованы впустую и, кроме разочарования, никакого результата не будет.
Позволю себе копнуть глубже и выдать рекомендации по организации нормального обслуживания клиента (табл. 1.8).
Большинство ошибок легко устраняется так называемыми административными методами, когда менеджеру по работе с клиентами в обязательном порядке делегируется определенное количество функций и проводится периодический контроль выполнения.
Таблица 1.8. Рекомендации по организации обслуживания клиента
Технический аудит сайтов
Для достижения продаж с вашего сайта важны и некоторые технические нюансы. Часто о них либо не задумываются, либо не знают.
Необходимо грамотно управлять роботами поисковых машин, следить за правильной настройкой сервера (хостинга), на котором располагается сайт. В конце концов, код сайта должен быть написан так, чтобы исключить возможность взлома самого сайта.
Технический аудит позволяет определить множество важных параметров, которые существенно влияют на индексацию сайта поисковыми системами, выявить и устранить ошибки сервера, при необходимости создать файл robots. txt для управления индексацией отдельных разделов сайта.
Необходимо грамотно управлять роботами поисковых машин, следить за правильной настройкой сервера (хостинга), на котором располагается сайт. В конце концов, код сайта должен быть написан так, чтобы исключить возможность взлома самого сайта.
Технический аудит позволяет определить множество важных параметров, которые существенно влияют на индексацию сайта поисковыми системами, выявить и устранить ошибки сервера, при необходимости создать файл robots. txt для управления индексацией отдельных разделов сайта.
Управление роботами поисковых машин
Любая поисковая система имеет своего робота. Робот – это специальная программа, осуществляющая «проход» по страницам и индексацию вашего сайта. Этими роботами можно управлять, причем довольно легко – с помощью одного файла.
Файл robots.txt
Назначение этого файла – управление индексированием сайта. Управлять индексированием сайта нужно практически всегда. Файл robots. txt позволяет закрывать от индексации незначимые разделы сайта, тем самым оптимизируя процесс индексации поисковыми роботами.
Файл robots.txt позволяет гибко настраивать индексацию сайта и по умолчанию отсутствует на сайте. Данный файл необходимо размещать в корневой директории сайта, а создать его можно с помощью обыкновенного текстового редактора.
Пример правильного размещения файла: http://www.sitename.ru/robots.txt.
Пример неправильного размещения файла: http://www.sitename.ru/xxx/robots.txt.
Любой файл robots. txt содержит группу инструкций:
♦ User-agent – указывается поисковый робот;
♦ Disallow – указываются страницы или каталоги сайта, которые запрещаем к индексации;
♦ # – комментарий в файле;
♦ * – обозначение «любой». Инструкции Allow нет!
Выражение Disallow: ничего не запрещает, так как без параметров.
Примеры использования файлов robots.txt
Пример 1:
# Инструкции для всех роботов User-agent: *
Disallow: /
# Инструкции для робота «Рамблера»
User-agent: StackRambler
Disallow:
Этот файл robots. txt запрещает индексацию всех страниц сайта всем роботам, кроме робота «Рамблера», которому, наоборот, разрешена индексация всех страниц сайта.
Пример 2:
User-agent: *
Disallow: /search/
Disallow: /404/
User-agent: StackRambler
User-agent: Aport
User-agent: Yandex
Disallow: /de/
Disallow: /en/
Данный файл robots. txt запрещает для индексации русским поисковикам англоязычную и немецкую версии сайта. Как следствие, достигается более высокая скорость индексации. Кроме того, запрещена индексация всеми поисковыми роботами страниц /search/ и /404/.
Существует еще один способ управления индексацией сайта.
Использование мета-тегов robots
В отличие от файлов robots. txt, описывающих индексацию сайта в целом, тег <meta name = «Robots» content=«…»> управляет индексацией конкретной веб-страницы.
Инструкции по индексации записываются в поле content.
Возможны следующие инструкции:
♦ noindex – запрещает индексирование документа;
♦ NOFOLLOW – запрещает проход по ссылкам, имеющимся в документе;
♦ index – разрешает индексирование документа;
♦ FOLLOW – разрешает проход по ссылкам;
♦ ALL – равносильно INDEX, FOLLOW;
♦ NONE – равносильно NOINDEX, NOFOLLOW.
Для каждого сайта использование и содержание файла robots. txt индивидуально. Для сайтов с количеством контента в несколько десятков или сотен страниц данный файл может и не пригодиться.
Файл robots.txt
Назначение этого файла – управление индексированием сайта. Управлять индексированием сайта нужно практически всегда. Файл robots. txt позволяет закрывать от индексации незначимые разделы сайта, тем самым оптимизируя процесс индексации поисковыми роботами.
Файл robots.txt позволяет гибко настраивать индексацию сайта и по умолчанию отсутствует на сайте. Данный файл необходимо размещать в корневой директории сайта, а создать его можно с помощью обыкновенного текстового редактора.
Пример правильного размещения файла: http://www.sitename.ru/robots.txt.
Пример неправильного размещения файла: http://www.sitename.ru/xxx/robots.txt.
Любой файл robots. txt содержит группу инструкций:
♦ User-agent – указывается поисковый робот;
♦ Disallow – указываются страницы или каталоги сайта, которые запрещаем к индексации;
♦ # – комментарий в файле;
♦ * – обозначение «любой». Инструкции Allow нет!
Выражение Disallow: ничего не запрещает, так как без параметров.
Примеры использования файлов robots.txt
Пример 1:
# Инструкции для всех роботов User-agent: *
Disallow: /
# Инструкции для робота «Рамблера»
User-agent: StackRambler
Disallow:
Этот файл robots. txt запрещает индексацию всех страниц сайта всем роботам, кроме робота «Рамблера», которому, наоборот, разрешена индексация всех страниц сайта.
Пример 2:
User-agent: *
Disallow: /search/
Disallow: /404/
User-agent: StackRambler
User-agent: Aport
User-agent: Yandex
Disallow: /de/
Disallow: /en/
Данный файл robots. txt запрещает для индексации русским поисковикам англоязычную и немецкую версии сайта. Как следствие, достигается более высокая скорость индексации. Кроме того, запрещена индексация всеми поисковыми роботами страниц /search/ и /404/.
Существует еще один способ управления индексацией сайта.
Использование мета-тегов robots
В отличие от файлов robots. txt, описывающих индексацию сайта в целом, тег <meta name = «Robots» content=«…»> управляет индексацией конкретной веб-страницы.
Инструкции по индексации записываются в поле content.
Возможны следующие инструкции:
♦ noindex – запрещает индексирование документа;
♦ NOFOLLOW – запрещает проход по ссылкам, имеющимся в документе;
♦ index – разрешает индексирование документа;
♦ FOLLOW – разрешает проход по ссылкам;
♦ ALL – равносильно INDEX, FOLLOW;
♦ NONE – равносильно NOINDEX, NOFOLLOW.
Для каждого сайта использование и содержание файла robots. txt индивидуально. Для сайтов с количеством контента в несколько десятков или сотен страниц данный файл может и не пригодиться.
Тестирование сайтов на предмет взлома, защита сайта от взлома
Для того чтобы продавать товары и услуги, ваш сайт должен быть защищен от взлома. Конечно, на 100 % гарантировать защиту никто не может. В Интернете довольно много талантливых хакеров, которые при желании могут взломать почти любой сайт. Тем более если им дать денег. На хакерских форумах часто можно видеть предложение подобных услуг.
Однако от самых распространенных методов взлома ваш сайт должен быть защищен! К сожалению, многие разработчики оставляют в коде сайта большое количество «дыр», из-за которых ваш бизнес может сильно пострадать. Порой даже сайты серьезных корпораций довольно слабо защищены от хулиганов.
Однако от самых распространенных методов взлома ваш сайт должен быть защищен! К сожалению, многие разработчики оставляют в коде сайта большое количество «дыр», из-за которых ваш бизнес может сильно пострадать. Порой даже сайты серьезных корпораций довольно слабо защищены от хулиганов.
Самые распространенные «дыры» и методы защиты от них
К сожалению, большинство сайтов и серверов, на которых расположены эти сайты, имеют свои слабые места, или, проще говоря, «дыры». По данным исследователей уязвимостей веб-приложений, около 63 % сайтов имеют критические уязвимости (http://www.ptsecurity.ru/stat2007.asp). И, что еще хуже, в 93 случаях из 100 сайты имеют уязвимости средней степени риска. Это означает лишь то, что их можно взломать и тем самым причинить владельцу определенные убытки. Не думаю, что вас устроит такое положение дел.
Рассмотрим «дыры», которые могут присутствовать на сайтах (табл. 1.9).
Таблица 1.9. Варианты «дыр», которые могут присутствовать на сайте[6]
Как видите, уязвимостей много и некоторые из них встречаются довольно часто.
Рассмотрим «дыры», которые могут присутствовать на сайтах (табл. 1.9).
Таблица 1.9. Варианты «дыр», которые могут присутствовать на сайте[6]
Как закрыть «дыры»?
Сразу скажу, что на 100 % «дыры» в сайте закрыть очень тяжело. Иначе говоря, полную гарантию дают только в морге. Но самые «очевидные» уязвимости выявлять и устранять можно и нужно. Причем желательно еще на этапе разработки сайта. Это можно сделать с помощью специализированного программного обеспечения. Благо такое программное обеспечение есть, и даже можно попробовать бесплатные версии. Обзор некоторых программ можно найти по адресу www.xakep.ru/post/37183/default.asp. Практически все программы могут «ловить» те или иные уязвимости и выдавать отчеты с рекомендациями к действию.
Очень важно, чтобы эти действия были проведены как на уровне разработчиков сайта (веб-программистов), так и на уровне тех, кто отвечает за серверы (сисадминов). Иначе может оказаться, что на сайте все «дыры» закрыты, а на сервере для хакеров сплошное раздолье.
Мне приходилось работать с программой X-Spider. Это программный комплекс, позволяющий искать уязвимости как на уровне сервера, так и на уровне сайта. Достаточно мощный и с доступными отчетами. Подходит как для сисадмина, так и для обычного менеджера, ничего не понимающего в «железе» и Linux. Единственный «недостаток» такого софта – он стоит денег. Хотя и небольших. Подробнее про сам софт и отчеты можно почитать, например, в этом обзоре: http://www.ixbt.com/soft/xspider7.shtml.
Еще можно после всех своих свершений заплатить некоторую сумму в долларах хакерам, чтобы они попробовали вас поломать. Когда поломают, пусть заодно расскажут о «дырах», через которые поломали.
А теперь жуткая банальщина, но я вынужден это написать. После проведения тестирования уязвимостей надо составить некий план по их устранению. После того как все сделано, еще раз проверьте все на уязвимости. И так до бесконечности.☺
Очень важно, чтобы эти действия были проведены как на уровне разработчиков сайта (веб-программистов), так и на уровне тех, кто отвечает за серверы (сисадминов). Иначе может оказаться, что на сайте все «дыры» закрыты, а на сервере для хакеров сплошное раздолье.
Мне приходилось работать с программой X-Spider. Это программный комплекс, позволяющий искать уязвимости как на уровне сервера, так и на уровне сайта. Достаточно мощный и с доступными отчетами. Подходит как для сисадмина, так и для обычного менеджера, ничего не понимающего в «железе» и Linux. Единственный «недостаток» такого софта – он стоит денег. Хотя и небольших. Подробнее про сам софт и отчеты можно почитать, например, в этом обзоре: http://www.ixbt.com/soft/xspider7.shtml.
Еще можно после всех своих свершений заплатить некоторую сумму в долларах хакерам, чтобы они попробовали вас поломать. Когда поломают, пусть заодно расскажут о «дырах», через которые поломали.
А теперь жуткая банальщина, но я вынужден это написать. После проведения тестирования уязвимостей надо составить некий план по их устранению. После того как все сделано, еще раз проверьте все на уязвимости. И так до бесконечности.☺
Организация бэкапов сайта
Бэкап – это резервная копия вашего сайта. Любая уважающая себя хостинговая компания предлагает услуги по резервированию данных. Как правило, бэкапы делаются каждую ночь и за определенный период времени. Основное назначение бэкапа – восстановление сайта после взлома или сбоя на сервере. В нашей практике встречались случаи, когда крупные хостинговые компании «теряли» или «забывали» делать бэкапы сайтов либо делали их не еженощно, а как бог на душу положит, несмотря на то, что договором было предусмотрено ежедневное резервное копирование. Таким образом, наличие бэкапов необходимо контролировать. А еще лучше, если бэкап будет вестись не только силами хостинговой компании, но и независимо вами либо кем– то из сотрудников вашей компании. Если же у вас собственный сервер, то делать бэкапы и следить за ними – обязанность системного администратора. Хотя и сисадмины нуждаются в вашем постоянном контроле.
Случаи из практики
Случай 1. Хостер забыл сделать бэкапы. В нашей практике был случай, когда один очень известный хостер (не будем показывать пальцами) «забыл» сделать бэкапы сайтов. Хотя по договору они заявлялись. Что-то у них там не сработало, и бэкапов за последние две недели не было. Пришлось восстанавливать сайты с бэкапов давностью 17 дней и считать потери.
Случай 2. Когда бэкапов вообще не было. Случаются и более экстремальные случаи, когда бэкапов нет вообще. У одного из клиентов вирус «съел» половину сайта. Естественно, что у хостера был запрошен бэкап, но бэкапов не оказалось. Итог печален – удалось восстановить только часть сайта.
Случай 3. Когда сисадмин забыл сделать бэкап. Бывает и так, что системный администратор «забывает» сделать бэкапы. Как следствие, потеря части информации на сайте. В таком случае рекомендую «забыть» заплатить сисадмину зарплату или ее часть. И контролировать сисадмина.
Больше случаями из практики пугать не буду.☺
Случай 2. Когда бэкапов вообще не было. Случаются и более экстремальные случаи, когда бэкапов нет вообще. У одного из клиентов вирус «съел» половину сайта. Естественно, что у хостера был запрошен бэкап, но бэкапов не оказалось. Итог печален – удалось восстановить только часть сайта.
Случай 3. Когда сисадмин забыл сделать бэкап. Бывает и так, что системный администратор «забывает» сделать бэкапы. Как следствие, потеря части информации на сайте. В таком случае рекомендую «забыть» заплатить сисадмину зарплату или ее часть. И контролировать сисадмина.
Больше случаями из практики пугать не буду.☺
Дубли страниц и борьба с ними
Что такое дубли страниц? Допустим, на вашем сайте есть три страницы с разными адресами, но с одинаковым содержанием. Робот поисковой системы в таком случае «сходит с ума» и либо «склеивает» страницы, либо исключает сам сайт из базы данных поисковой системы. Понятно, что это вашему сайту не нужно и даже вредно. Поэтому существует закон, применимый как к поисковикам, так и к пользователям: на вашем сайте не должно быть страниц с одинаковым содержанием, но с разными адресами.
Конец бесплатного ознакомительного фрагмента