СЕО
Читайте сейчас
Топ SEO ошибок разработчиков сайтов
5

Топ SEO ошибок разработчиков сайтов

от Марк Гольцев10.07.2017

Выкладываю топ SEO ошибок разработчиков сайтов, когда сайт разрабатывается по ТЗ, обычно на выходе получается ТЗ  :mrgreen: Ну, а что вы хотели? Просто так техническое задание предлагали заполнить?
Все эти ошибки по большей части отражаются на доходе или продвижении сайта заказчика.

  1. При закладывании мультиязычности сайту, выполняется редирект ботов на языковую версию сайта для той с страны, откуда зашел бот. И нет canonical
  2. Не закладывают canonical url, либо закладывают и он с параметрами. Но, обычно не закладывают. А если закладывают, то его нельзя редактировать.
  3. Масштабирование картинок осуществляется средствами пиксельного сжатия браузером, при этому картинка меньшего разрешения загружается исходника. Это дополнительный % отказов
  4. Мета? нет, не слышал. Автоматизация мета? Упаси господь.
  5. Все CSS стили в одном файле. А нужно primary стили выносить тегом style в код страницы. Это нужно делать на стадии проектирования. (незначительная ошибка)
  6. Все javascript в верху документа. + несколько секунд к отображению страницы — это ~10% отказов.
  7. Общие иконки и логотипа сайта. HD устройства? Не, не слышал.
  8. Разрешено индексирование страниц поиска, для интернет-магазина — это конечна.
  9. Параметры url [parametr] а не ?=parametr. Валидатор? не, не слышал.
  10. Картинки просто загружаются в папки, не индексируются движком и не присваивается общие теги, title или alt. В следствие масшатабируемости сайта, у одной картинки может быть сотня разный ALT или вообще не быть.
  11. После переноса проекта на рабочий сервер, забывают перевести сайт с SQLite на MySQL или PostgreSQL.
  12. Нулевая гибкость создания дополнительных страницы, нет опций вообще. Я про такие как: Отключить шаринг, скрыть миниатюру, добавить фоновое изображение записи, добавить видео, вкл/выкл сайдбара, теги и т.д. (хотя в ТЗ все было, на сайте есть, вот только управлять можно будет этим, в шаблоне. И скорее всего он будет общий 😆
  13. Нет скрытого пользователя для доступа ботов в личный кабинет 😡

Многие ошибки легко правятся. Но, заказчик о них узнает, когда будет поздно пить боржоми.
Мало того, что прикрываемся ТЗ, так еще используем Framework, халтура  😎

Добавь в комментарий недочеты/ошибки, которые знаешь ты и этот список пополнится

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Ваша реакция?
50%
0%
0%
0%
0%
0%
0%
0%
0%
0%
0%
0%
0%
0%
50%
0%
0%
Об авторе
Марк Гольцев

Хозяин и создатель проекта EDFZ. Я не смог найти редакторов и удалил все статьи спустя несколько лет. Теперь я пытаюсь писать сам:)
Вы можете зарегистрироваться и попробовать написать статью/обзор сами.

5 Комментарии
  • 10.07.2017 в 15:48

    Метатеги ещё работают что ли?
    И что плохого в использовании фреймворков?
    Смысл разработки с использованием SQLite, если потом требуется переход на MySQL или PostgreSQL, вообще непонятен.

    • 10.07.2017 в 16:07

      Финлента, спасибо за обратную связь. SQLite предназначена для разработки/тестирования приложений, или для маленьких приложений на постоянной основе. Это файловая БД, не проверяет запросы, нету ограничений в правах и т.д. об этом можно почитать где-нибудь более подробнее. Почему для разработки, простота, не нужен сервер, но, когда проект масштабируется и выходит на просторы интернета, SQLite переносят на MySQL. В framework это правится обычно двумя строчками кода, на Django или Yii.
      Я не говорил, что framework плохо, я сказал, что это халтура. Разворачивание приложения на framework очень быстрое. Но, есть и свои минусы. Первый — это изучение framework, второй производительность.
      Мета-теги работают — https://yandex.ru/support/webmaster/controlling-robot/html.html

  • 10.07.2017 в 16:54

    Марк, я разбираюсь в разработке веб-приложений и знаю разницу между указанными базами данных. Мне просто было непонятно, зачем при разработке использовать одну БД, а на продакшене — другую. Каждый инструмент подбирается под цели, и я не вижу никаких сложностей в развёртывании нормальной базы данных (например, MySQL) на машине разработчика.
    Изучение фреймворка — скорее плюс, чем минус. Современные фреймворки состоят из довольно качественного кода, по которому можно подтянуть свой уровень, к тому же для их использования нужно знать хотя бы ООП, что уже говорит об уровне разработчика. Что же касается производительности, то сами фреймворки на неё практически не влияют, так как выполняют только какие-то базовые вещи, все тормоза накладываются уже бизнес-логикой и неправильной архитектурой. К примеру, выбрать из базы 1м записей через ActiveRecord — плохая идея, но ведь в такой выборке проблема не в фреймворке, а в самом подходе.
    То, что робот яндекса учитывает метатеги, совсем не говорит о влиянии этих самых тегов на позиции в выдаче.

    • 10.07.2017 в 17:51

      Все эти ошибки по большей части отражаются на доходе или продвижении сайта заказчика.
      мета помогают улучшить сниппет, как и разметка, для соц сетей, что в свою очередь влияет на кликабельность там и тут. Начальное ранжирование, есть пост ранжирование.
      А ко мне то в чем претензии? )))
      Я говорю про ошибки разработчиков.
      SQLite нужна для разработки, например в charm, быстрое и легкое редактирование данных в БД.
      Я сказал, что разработчики забывают, переходить на MySQL.
      А вы мне про то, что надо проектировать приложение сразу например, в MySQL.
      Хотел бы посмотреть, как разработчики приложения будут вести контроль версий работая с MySQL. Как легко и просто будут выгружать дамп памяти туда сюда, туда сюда.

  • 10.07.2017 в 19:41

    спасибо! Постараемся обходить ошибки стороной-)

Оставить комментарий