Аудит сайта – 6 правил составления качественных отчетов
Время от времени мои коллеги из других SEO-компаний просят меня показать шаблоны или примеры аудитов, которые делает наша студия. Но, во-первых, шаблонов как таковых у нас нет, потому что каждый анализ мы делаем по индивидуально разработанному плану, а во-вторых, все отчеты по аудитам у нас строго конфиденциальны и не выставляются напоказ.
Но я с удовольствием поделюсь списком основных требований, которых мы придерживаемся при проведении аудитов. Эти принципы направлены на то, чтоб сделать даже очень сложный отчет по аудиту максимально понятным клиенту и соответствующим его ожиданиям. Как показывает опыт, после изучения таких отчетов у большинства заказчиков почти не остается дополнительных вопросов.
1. Аудит должен быть направлен на решение конкретной проблемы, поставленной заказчиком.
У сайта может быть 20 недостатков, и при этом только 2 из них будут касаться той проблемы, которая волнует заказчика. Тогда именно этим двум должно посвящаться 80% отчета, и только 20% – обзору остальных вопросов. Пункты, имеющие отношение к основной проблеме, должны располагаться вначале отчета, остальные рекомендации – после них.
Например, если задача аудита – вывести сайт из-под фильтра за переоптимизацию, в основной части отчета должны излагаться конкретные причины пессимизации сайта, который вы анализируете, и подробное ТЗ по чистке страниц от переспама, а не советы по составлению robots.txt и покупке ссылок.
2. Подавайте информацию в виде конкретного списка действий, а не общего описания ошибок.
Когда вы приходите в больницу с температурой 38.5, вы ждете, что вам пропишут конкретный список лекарств, а не просто озвучат факт заражения вирусом. С анализом сайтов аналогичная ситуация. Констатации замеченных вами проблем мало – заказчик ждет готовых вариантов их решения.
Описание необходимых действий лучше всего подавать в виде маркированного списка, формируя предложения в «повелительной» форме: «необходимо изменить структуру блоков на главной странице», «Оформление текста на страницах услуг нужно пересмотреть»… и т.д.
3. Усиливайте рекомендации конкретными примерами.
Если описание задачи отвечает на вопрос что нужно делать, то пример должен наглядно показывать, как именно это нужно делать.
Примеры можно подавать в виде:
– готовых решений для сайта, который анализируем (например, готовые мета-теги для ключевых страниц);
– скриншотов;
– ссылок на страницы сайтов, где уже реализовано так, как надо сделать клиенту.
4. По возможности предлагайте несколько вариантов решения каждой проблемы.
И если это касается аспектов отображения и оформления основного контента, можно также предлагать провести A/B тестирование нескольких вариантов, чтоб окончательно выбрать оптимальное решение.
А еще неплохо адаптировать предлагаемые решения к возможностям CMS, на которой построен сайт (если вы знакомы с такой CMS). Например, если вы рекомендуете настроить ЧПУ для портала, работающего на Joomla, посоветуйте плагины, с помощью которых это можно сделать.
5. Избегайте абстрактных формулировок.
Формулировки типа «принять считать», «известно, что», «согласно статистике» и т.д. недопустимы, если вы не можете сослаться на источник. В таких случаях их лучше заменять на «согласно нашему опыту», «мы считаем», «с точки зрения логики» и т.д.
6. Не ленитесь красиво оформить отчет.
Это все-таки документ, за который заказчик заплатил деньги. И даже если вы распишете все детали максимально подробно, но пожалеете время на нормальное оформление, настроение заказчика будет испорчено.
Основное при оформлении:
- отчет должен содержать заголовок, цель, план, основную часть с рекомендациями и ваши контакты;
- в основной части при подачи рекомендаций нужно обязательно использовать маркировку;
- не допустимо использовать несколько разных типов шрифтов – если вы хотите что-то выделить, лучше делать это с помощью размера, цвета или стиля шрифта (жирный, наклонный, подчеркнутый);
- картинки лучше обрамлять рамками;
- используйте проверку орфографии – ошибки и опечатки недопустимы, если вы не хотите подвергнуть сомнению уровень своей компетенции;
- если есть фирменный бланк – используйте его.
И последний совет – никогда не отправляйте отчет сразу после того, как вы закончили его делать. Лучше перечитайте его на следующий день на свежую голову (предпочтительно с утра) – это помогает взглянуть на работу со стороны и подправить неточности. Надеюсь, ваши заказчики, как и наши, будут всегда довольны.
Источник: http://feedproxy.google.com/~r/optimizatorsha/BFlR/~3/zvjK1KQMRxI/
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-04-17 » 23 сервиса для эффективного экспресс-аудита любого сайта
- 2024-04-08 » Яндекс переходит на новую версию Wordstat
- 2024-04-08 » Яндекс интегрировал в свой облачный сервис эмпатичную нейросеть
- 2024-04-08 » Новая версия нейросети Claude превзошла по мощности аналоги Google и OpenAI
- 2024-04-08 » Как пользоваться GPT 4 и Claude бесплатно и без VPN
- 2024-03-13 » Стратегии SEO на 2024 год
- 2024-03-13 » Как использовать анимацию с помощью JavaScript-библиотеки GSAP
- 2024-03-13 » Использование GSAP 3 для веб-анимации
- 2024-03-13 » Cогласование топографической съёмки с эксплуатирующими организациями
- 2024-02-19 » Теряются лиды? Как настроить сквозную аналитику
- 2024-02-17 » Мерч и IT: на что обратить внимание в 2024 году
- 2024-02-16 » Копируем с RSync: основные примеры синхронизации файлов
- 2024-02-15 » Лучшие noCode AI платформы для создания диалоговых ботов
- 2024-02-14 » Факторы ранжирования Google 2024 — исследование Semrush
- 2024-02-12 » Перенос сайта на другой хостинг
- 2024-02-05 » В России сформирован реестр хостинг-провайдеров
- 2024-02-04 » Использование SSH для подключения к удаленному серверу Ubuntu
- 2024-02-03 » Подключаемся к серверу за NAT при помощи туннеля SSH. Простая и понятная инструкция
- 2024-02-02 » Настройка CI/CD для Gitlab-репозитория: схемы и гайд по шагам
- 2024-02-01 » GitLab CI Pipeline. Запуск сценария через SSH на удаленном сервере
- 2024-01-29 » Introduction to GitLab’s CI/CD for Continuous Deployments
- 2024-01-26 » Настройка GitLab CI/CD
- 2024-01-25 » Установка shell gitlab runner
- 2024-01-25 » Установка и регистрация gitlab-runner в docker контейнере
- 2024-01-25 » Переменные Gitlab-Ci
- 2024-01-25 » Настройка CI/CD в GitLab для синхронизации проекта с веб-серверами
- 2024-01-25 » Копирование файлов scp
- 2024-01-21 » Бездепозитные бонусы от казино: обзор условий и правил использования
- 2024-01-18 » Современная обработка ошибок в PHP
- 2024-01-18 » Пример шаблона проектирования MVC в PHP
Гораздо больше людей сдавшихся, чем побежденных. |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.