Тендеры и лиды
Информация
У сайтов есть сторона, недоступная для пользователей. Она не про красоту, не про мгновенное решение — уйти или остаться, не про решение купить, заказать и позвонить. Но если этой стороной не заниматься, сайт будет хуже индексироваться, медленнее загружаться, терять заявки и, в конце концов, раздражать людей.
Владельцу бизнеса не будет лишним знать, какие ошибки он может найти на своём сайте:
самостоятельно,
быстро,
с помощью бесплатных онлайн-инструментов,
с помощью инспектора кода
и главное — без привлечения разработчиков.
Будем считать, что это гигиенические нормы. Но исправление этих ошибок уже требует опыта в веб-разработке.
Для удобства разделим эту гигиену на три группы: поисковую, техническую и пользовательскую.
Поисковая гигиена — это всё, что помогает поисковым системам находить страницы сайта и понимать, что на них находится.
sitemap.xml — это карта сайта для поисковых роботов: какие страницы существуют и какие из них им нужно сканировать.
Как проверить: добавьте /sitemap.xml после адреса своего сайта. Если вместо карты сайта вы получили ошибку — повод задать вопрос разработчикам.
Этот файл объясняет поисковым роботам, какие разделы сайта следует обходить для их попадания в поисковый индекс, а какие не нужно.
Как проверить: добавьте /robots.txt к url сайта в адресной строке.
Важно: сам факт наличия файла ещё не означает, что всё настроено правильно. Но его отсутствие на нормальном коммерческом сайте уже вызывает вопросы. Кроме того, одной неудачной директивой можно случайно закрыть от обхода важный раздел.
Заголовки H1–H3 не только ориентируют пользователя на странице, но и помогают поисковым системам понять её структуру и тематику. При этом заголовку мало просто выглядеть как заголовок — крупным, жирным или выделенным цветом. Он должен быть размечен соответствующим HTML-тегом (<h1>, <h2>, <h3>), чтобы поисковые роботы могли распознать его именно как заголовок и правильно понять структуру страницы.
Как проверить:
1. откройте в браузере инструменты разработчика (в Chrome — левая кнопка мыши → Просмотреть код; в Opera — левая кнопка мыши → Inspect Element или Ctrl+Shift+C; в Safari — в верхнем меню выберите Safari → Настройки, перейдите на вкладку «Дополнения» (или «Расширения») и установите галочку «Показать функции для веб-разработчиков» или «Показывать меню „Разработка“ в строке меню»)
2. Если вы используете Chrome или Opera, то в открывшейся панели инструментов зайдите во вкладку «Консоль». Safari требует чуть больше действий: в появившемся верхнем меню нажмите Разработка → Показать веб-инспектор (либо используйте быстрые клавиши: Cmd + Option + C) и в открывшемся окне перейдите на вкладку Консоль.
3. Вставьте в текстовую область консоли скрипт Array.from(document.getElementsByTagName('h1')).forEach((e) => console.log(e.textContent)); и нажмите Enter. Если заголовок H1 оформлен правильно (то есть обёрнут в HTML-тег), вы сможете прочесть его в консоли.
Этим скриптом можно проверить заголовки и другого уровня. Для этого поменяйте в скрипте h1 на h2 или h3.
Schema.org помогает поисковым системам понимать не просто текст страницы, а его смысл: вот компания, вот услуга, вот товар, вот статья, вот хлебные крошки, вот FAQ, вот контакты.
Как проверить: вставить ссылку на страницу в validator.schema.org.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13755 тендеров
проведено за восемь лет работы нашего сайта.
Убедились, что сайт виден интернету? Теперь проверьте технический санитарный минимум.
Сталкивались с ситуацией, когда кнопка на загружающейся странице внезапно уезжает из-под курсора или пальца, потому что на её месте вдруг возникает изображение? Это происходит потому, что браузер не знает заранее, в каком месте и какого размера картинку он должен показать — фронтенд-разработчик не прописал для неё контейнер в коде страницы.
Такая ошибка снижает рейтинг сайта, потому что негативно влияет на метрику CLS (Cumulative Layout Shift) из списка Core Web Vitals, считающихся «метриками здоровья».
Как проверить: откройте проверяемую страницу, сбросьте на ней кэш (для Windows и Linux — комбинации Ctrl + F5 или Ctrl + Shift + R, для MacOs — Cmd + Option + R) и следите за контентом рядом с картинками — если при появлении они расталкивают его в разные стороны, с макетом страницы есть проблемы. С медленным интернетом такие скачки будут более заметны.
Но нельзя исключать и влияния баннеров, шрифтов, виджетов и динамически добавляемых элементов — они тоже могут дать такой эффект.
Фотография шириной 6 000 пикселей и весом 8 МБ в контейнере размером 400 × 300 пикселей — это плохая комбинация.
Как проверить: посмотрите на сайт с мобильного интернета — если картинки появляются мучительно долго, это как минимум повод проверить их размер и формат.
К битым ссылкам мы относим не только страницы 404, но и те, которые просто не приводят пользователя туда, куда нужно.
Частые обстоятельства, в которых появляются битые ссылки:
ссылка ведёт на старый домен после переезда сайта;
PDF или другой файл удалили;
изменился URL страницы, а старые ссылки остались;
внешняя компания удалила страницу, на которую вы ссылались;
в href допустили опечатку;
кнопка ведёт на неправильную якорную ссылку на странице;
ссылка на телефон или почту сформирована некорректно.
Как проверить: честно — никак, если у вашего сайта сотни и тысячи страниц. Но если это небольшой корпоративный сайт, то проверяется ручным обходом всех страниц.
Базовые метрики скорости и стабильности сайта называются Core Web Vitals. Проверить их можно с помощью инструмента PageSpeed Insights: цифры зелёные — параметр в норме, жёлтые — повод взять параметр на карандаш, красные — пора писать в отдел разработки.
В последнем разделе статьи на тему аудита сайта без технических знаний поговорим о том, что можно проверить, если пользоваться собственным сайтом как клиент.
Если вы не QA-инженер, то вам вряд ли придёт в голову ввести в поле для телефона кучу нулей или набрать имейл кириллицей. А ведь даже здесь встречаются сюрпризы.
Как проверить: введите телефон 123 или явно некорректный email — без значка @, точки перед доменом или самого домена (.ru, .com и т. п.). В правильно работающей форме настроена проверка синтаксиса почты и телефона. Если форма принимает всё подряд и сообщает об успешной отправке, нужно настроить валидацию вводимых данных.
Работающая кнопка «Отправить» и оповещение «Заявка принята!» — это не гарант того, что всё отправлено и принято.
Как проверить: заполните форму нормальными данными, откройте почту, CRM или другую систему, которая собирает заявки, и убедитесь, что заявка дошла.
Лучше даже так: у сайта есть мобильная версия. Обладая вёрсткой для мобильных устройств, он не просто помещается на экране. У него не должно быть горизонтальной прокрутки, текст должен быть различим, кнопки можно уверенно нажать, а формы — заполнить без необходимости раздвигать экран пальцами.
Как проверить: попробуйте пройти на телефоне реальный сценарий: открыть меню → найти услугу → прочитать информацию → нажать CTA → заполнить форму → отправить заявку.
Убедиться, что сайт нормально отображается на устройствах с разными разрешениями, также помогут такие бесплатные онлайн-инструменты и расширения для браузера, как Responsive Viewer, MobileViewer или I Love Adaptive, или инспектор кода в браузере.
Как проверить: скачайте презентацию через кнопку «Скачать презентацию», откройте ВК-паблик по клику на логотип ВК, откройте почтовый клиент по нажатию на имейл. Звучит банально, а потому будто бы не требует проверки — и именно поэтому вы годами можете не получать заявки с сайта.
Всё, о чём вы узнали из этой статьи — не оптимизация сайта. Это его гигиена.
Владельцу бизнеса или маркетологу не обязательно разбираться в HTML, директивах robots.txt или типах Schema.org. Большинство базовых проблем можно обнаружить самостоятельно: открыть файл, прогнать страницу через сервис, отправить форму, посмотреть сайт с телефона.
Технические знания становятся нужны тогда, когда надо понять, почему что-то работает неправильно и как это исправить, не сломав по пути что-нибудь ещё.
Как раз этим и занимаются такие студии-подрядчики, как наша. Мы проверяем, поддерживаем и развиваем сайты — в том числе те, которые успели пережить несколько команд разработки и накопить технический долг.
