weranda

* {
 outline: solid 1px red;
}

и возможно вы увидите что у вас торчит за пределы body.

Как все сложно.... :-)
Тебя вычислят по уровню недовольства и объему знаний ситуации. ;-)

Проблема таится тут
img = el;
Вы переназначили переменной img значение с картинки на DOM-елемент. Естественно никакого онлоада тут не будет
Я подозреваю, что Вы хотели сделать что-то типа (в случае, если $('.b-channel__cover') - это img-шки):

$('.b-channel__cover').each(function(i,el){
   var img = new Image();
   img.onload = function(){alert('картинка существует')};
   img.onerror = function(){alert('картинка не существует')};
   img.src = $(el).attr('src')
});

Эта проблема нашего времени которую бизнес старается не замечать, ну или для бизнеса просто это не всегда рентабельно. Обычно когда я задаю тимлидам вопрос про комплексную оптимизацию, что-то вроде такого: Мы можем перевести веб сервер на HTTP 2.0, а еще мы можем обновить допустим MySQL с 5.х до 8.х, и все в таком духе, то в ответ я слышу что для бизнеса это не критично, бизнесу это не выгодно или не нужно. Я конечно понимаю что это звучит как капля в море, но эта капля больше положительная как плюс чем минус.
Но это не единственная проблема, еще на сайты навешивают всякую мишуру, вроде таргета, аналитики, трекеров, виджетов, что в принципе можно можно увидеть открыв консоль браузера и посмотреть запросы во вкладке сеть, походить по страницам, нажимать на кнопки/ссылки, можно увидеть +100500 запросов при загрузке каждой страницы.
Еще есть одна редкая проблема, когда разработчики пытаются делегировать большинство или весь функционал с бека на фронт JS, это про то когда пытаются делегировать логику которую и ненужно с бека переписывать на фронте. Конечно в чем-то это экономит возможно ресурсы, но делегировать логику на фронт и полностью полагаться на производительность пользователя не всегда круто для того самого пользователя, просто я считаю это важным моментом в плане качества сервисов для пользователей.
Один из таких примеров сайт ВК, когда скрипты JS отваливаются из-за потери соединения с сайтом, или производительности устройства пользователя.
В общем и целом, большинству бизнеса не важны все или частично эти моменты, все хотят болше дохода чем развития особенно бизнес РФ, эти моменты больше важны для тех кто ориентируется на качество для пользователя(и оптимизацию для него же).

Могу посоветовать imbachat.com там есть и общение с клиентами и групповы чаты и функции личной переписки между пользователями. Всё в одном виджете.

Задался вопросом — нужны ли они?

Ответ зависит от:

• тематики
  
• аудитории
  
• и т.п.
  

Например, в зависимости от указанных выше факторов, могут понадобится только для мобильного трафика, для юзабилити.

Вот пример, проекта с такой же вложенностью, как у вашего.
Я ожидал, что крошки пригодятся на мобильном, но оказалось, что кликают по ним исключительно с ПК. Хотя мы можем полагать, что очевиднее кликнуть по логотипу, НО не кликают - пользуются Хлебными крошками.


Поэтому рекомендую все-таки настроить хлебные крошки и через 2-3 месяца после окончательной доделки сайта проверить Карту кликов, чтобы убедиться в их нужности/ненужности.

В этом случае на 100% будете уверенны, что не ухудшили юзабилити сайта. В общем, принцип "лучше перебдеть, чем не добдеть" в действии!:))