Статьи и материалы SEOquick

Сегодня я хочу поговорить про самые популярные скиллы, которые вам пригодятся в SEO, хотя они напрямую и не относится именно к сеошным навыкам. Узнайте, чем отличается сеошник мидл от сеошника джуна, и они оба – от реально опытного сеошника, который может руководить командой. И благодаря каким именно скиллам он достигает результата. Я сравню ТОП-5 таких скиллов, которые предлагает Нил Патель, дам комментарии и предложу еще один свой вариант, который актуален именно для РУ сегмента.

В новом подкасте №477 Николай Шмичков и Алёна Полюхович рассказали про оптимизацию рекламы в условиях военной агрессии. Текстовая версия выступления: "Всем привет. Вы на канале Seoquick. Меня зовут Николай Шмичков. Меня зовут Алёна Полюхович. И сегодня мы поговорим про то, как в условиях войны адаптировать свои рекламные кампании. Многие считают что из-за войны нужно было остановить рекламу. И многие это делали, потому что рекламные кампании ели бюджет. И ели бюджет там, где это было неактуально. Но сейчас ситуация стабилизируется и конечно же про подготовительные работы вам нужно будет рассказать. Сейчас даю слово Алёне, чтоб она сделала акцент на те вещи, которые нужно сделать обязательно в рекламных компаниях, будь то контекстная реклама или соцсети. В первую очередь нужно отслеживать, конечно же, где вы публикуете свою рекламу. То есть на какие регионы конкретно у вас она запущена. Понятное дело, что если вы работали раньше на российский рынок, то лучше такие компании остановить. Во-первых, там ничего всё равно уже не работает. Но если вы рекламируетесь по Украине, то нужно отслеживать, в какой части у вас идёт реклама. Например, если вы рекламировались на Харьков. У нас тоже был клиент из Харькова, и соответственно, рекламу мы ему не запускали, потому что там были активные боевые действия, и людям там не до покупки чего-либо и каких-либо услуг. Так как боевые действия постоянно перемещаются по Украине, то вы должны обязательно держать руку на пульсе, следить и выключать оперативно компании, если они запущены у вас на какие-то области, где сейчас ведутся активные боевые действия. Также, если у вас был отложенный постинг, вы им пользовались. А им пользовалось достаточно большое количество людей, потому что это очень удобно и помогает ничего не забывать. Сейчас его стоит остановить и не пользоваться этой функцией, потому что некоторые посты – они будут неуместны. Также вы как бренд, всё-таки являетесь лидером мнений и поэтому стоит убрать какие-то ненужные публикации и рекламные компании. А также вы можете и должны сейчас показывать свою гражданскую позицию. Показывать людям, что вы с ними. Показывать, что делает ваш бренд лично для помощи армии, или же для помощи обычным людям в Украине. И кстати очень многие бренды, те же магазины одежды, публикуют, что часть каких-то денег из выручки они, например, отправляют на гуманитарную помощь, или же на помощь армии. Поэтому вы тоже можете, и должны, делать тоже самое. Ну и если у вас есть такая возможность… Конечно это даже не как правило – это просто наш совет: вы можете часть денег из рекламного бюджета также отправить на помощь своей стране. Да, как это сделать чисто практически. Во-первых переработайте свою посадочную страничку, на которую идет реклама. Повесьте уведомление, что вы работаете на благо страны. Что вы не поддерживаете российскую агрессию. Что вы против нее, против того, что россияне вторглись в нашу страну. И повесьте соответствующее уведомление на своём сайте. Таким образом подчеркните это прямо на вашей посадочной страницы. Убедитесь, что этот модуль будет виден и на мобильной версии. Так как большинство людей сейчас сидит с телефонов, и не имеют такой роскоши сидеть с компьютеров. И если им что-то всё-таки нужно купить, они хотят это купить именно на мобильной версии вашего ресурса. Второй момент, чему вам нужно уделить внимание – если у вас работала компания на всю Украину, то как отсечь эти регионы, где идут бои. Зайдите в настройки google ads, и в исключенные местоположения добавляйте регионы, которые находится в зонах боевых действий. Изучите конечно же географию Украины. Посмотрите, где сейчас боевые действия, где нарушены цепочки снабжения, где невозможна доставка. И отсеките их, чтобы зря не тратить свой рекламный бюджет. В-третьих, переведите фактически все объявления на украинский язык, если они у вас были на русском. Да у вас, возможно, там CTR может немножко посидеть. Но поверьте мне, на самом деле он не просядет, а наоборот поднимется. Объявления, оформленные на украинском языке, реально повышают кликабельность. Также в связи с массовым переездом достаточно платежеспособной аудитории в западную Украину. Если не ошибаюсь, по сообщению Зеленского, там находится под 100000 айтишников. Это люди, которые имеют зарплату гораздо выше среднего. И это платежеспособная аудитория, которая привыкла покупать, привыкла тратить деньги. И она находится вся там. Во Львове, и всех этих регионах, у вас может быть нехватка бюджета. Увеличьте бюджет на эти регионы, и конечно же поднимите ставки. Следите за тем, в какие города выезжают украинцы, но не за пределы страны, и поднимайте ставки в этих регионах – это очень важно. Также сейчас безумной популярностью пользуются Facebook и Twitter. В Твиттере рекламу тоже можно запускать. Да, она там запускается немножко сложнее, чем привычно. Но в Твиттере тоже можно подчёркивать свою позицию и рекламировать свои твиты. И конечно же, очень важно снабдить графические баннеры национальной символикой. Поддерживайте нашу страну даже на графических баннерах. И поверьте мне, много пикселей вашего баннера рекламного оно не съест, но подчеркнет, что вы все вместе. И это подчеркнет лояльность. Сейчас, если вы будете нейтральными, либо у вас будут замечены какие-то либо попытки сотрудничать с Россией – вы получите больше негатива. А от негативных отзывов вы никогда не избавитесь. Конечно же наладьте процесс получения отзывов. На отзывы отвечайте на национальном языке. Да, во всех ваших карточках бизнеса отвечайте на национальном языке. Это обязательно! Сейчас, как бы это странно не звучало, общение с клиентской аудиторией ведите на национальном языке. Я записываю этот подкаст на русском, в надежде что его нагуглят по нужным ключевым словам. Пока ещё гуглят по-русски. Но скорее всего, мы тоже перейдём на украинское вещание в ближайшее время. На что я ещё хотел бы с акцентировать внимание. В Фейсбуке уделяйте внимание как прокачке рекламных постов, так и общественных постов. Общественные посты, то есть в частности вашу позицию, тоже пускайте в рекламу. Не так много тратьте денег на это, но тратьте. То есть не нужно отказываться от поддержки. И конечно же, во всех ваших рекламных кампаниях, которые вы делаете в соцсетях – следите за эффективностью. Вовремя реагируйте, если вы видите, что конверсии резко падают. Потому что сейчас картина меняется очень оперативно. Если вы там могли делать срезы раз в месяц, то сейчас нужно делать срезы чуть ли не с интервалом в 3-5 дней. И следите за тем, что если вы видите, что какие-то регионы начинают проседать по каким-либо причинам – сверяйтесь с реальной сводкой новостей. И смотрите от чего нужно избавиться, какие регионы нужно отключать. Не тратьте зря деньги впустую. Напоследок, я бы добавил следующее. Не нужно унывать. Бизнес восстанавливаться. Украина поднимается, бизнес будет работать. Летом будут у большинства бизнесов сезонные подъемы. Поэтому не нужно терять хватку. И уделяйте внимание своим кампаниям и рекламным бюджетам. На этом собственно всё. Не забывайте подписаться наш канал. И задавайте вопросы в комментариях. Мы будем продолжать наши подкасты. И поэтому всем до новых встреч! Всем пока."

В новом подкасте №476 Николай Шмичков рассказал про ТОП причин, почему упала посещаемость сайта. Текстовая версия выступления: "Всем привет. Вы на канале SEOquick. Меня зовут Николай Шмичков. И сегодня мы разберем в нашем подкасте основные причины, почему ваш трафик сайта может падать. Конечно же никто не хочет этим столкнулся. Вы чаще всего можете заметить, что хотите чтобы ваш трафик рос, но иногда бывают ситуации – ваш трафик может падать. И не нужно посыпать голову пеплом, а давайте разбираться с реальными причинами, почему ваш трафик может рухнуть. Первая причина, с которой вы можете столкнуться – это то, что вы отслеживаете не те слова. Да, иногда люди допускают ошибку, что пользуются рядом сервисов, которые отслеживают слова. Но особенности этих сервисов заключается в том, что они отслеживают ограниченное количество слов. И конечно же вы вставляете только те слова, которые вы хотите видеть. Ну и конечно же трафик – это ваши клиенты. А с точки зрения поисковых систем, рейтинг = клиенты. И вы хотите видеть клиента по этим запросам. Но некоторые запросы могут устаревать. И разработчики Google гораздо сильнее улучшает навыки понимания естественного языка. И теперь люди могут писать на более естественном языке, и ваш сервис запросов этот запрос может не учитывать. И соответственно можете видеть, что ваш запрос просел на девятую позицию, но его изменённая форма находится на первой. Поэтому нужно следить за своими ключевыми словами. Если вы используете старые ключевые слова, то значит вы отслеживаете неправильные ключевые слова и вам нужно обновлять свою стратегию отслеживание запросов. Мы в компании SEOquick придерживаемся логики, что нужно отслеживать реальную динамику запросов в Вебмастере. И конечно же мониторим отдельно вырастающие запросы, которые выросли за месяц – уже непосредственно в других платных сервисах. Если же вы до сих пор крутите один и тот же запрос в сервисе, можете заметить, что иногда они могут проседать. Сверьте список запросов, которые вы отслеживаете с реальным списком запросов, которые дают трафик в Google Вебмастере. Второй момент – это потерянные ссылки. Неправильно выбранная стратегия линкбилдинга может привести к тому, что ссылки, которые вы ставите, со временем могут отваливаться. Примером тому являются арендные ссылки, ссылки размещенные прогонами, и ссылки размещенные при помощи крауд-маркетинга. Эти три стратегии входят в топ-3 рейтинга по продаваемым для белых бизнесов стратегий, которые я чаще всего вижу и по которым отваливаются. Иногда бывают отклеиваются целые сквозняки, когда сквозная ссылка отваливается, и тому подобное. Поэтому нужно следить за потерянными ссылками, что с ними происходит. И ответить на ключевые вопросы: “Убрана ли была ссылка везде, то есть на всём сайте?” Это значит, вероятно, чтобы был сквозняк. Проверьте внимательно что происходит с ссылками, которые закрылись. Закрылись они тегом nofollow или они были удалены – это может иметь разный эффект. Смотрите не размещены ли ваши ссылки на нерелевантных ресурсах. Тогда такое удалении может быть даже вам на пользу. И заодно проверьте страницы, которые просели. Проверьте те внешние ссылки, которые на них вели и были ли удалены ссылки у просевших страниц. Потому что сайт обычно садится не целиком, а по отдельным страницам. Соответственно если ссылки были удалены намерено – это значит, что ссылки скорее всего были неестественными. И, как говорится, оставьте эти ссылки как есть. Помните, что ссылки иногда могут измениться из-за обновления сайта. Поэтому неплохо было бы, если у вас остались доступа к старым доменам, настроить редирект. В этом плане лучше всего, если у вас не получается написать владельцу сайта, у которого ссылка удалена, чтобы он ее заменил, то тогда проще сделать редирект. Это самый простой способ в рунете, не требующий никаких усилий. Ну и конечно же 3-я ошибка, с которой можете столкнуться – это сбитые редиректы. Да, если вас редиректы получаются циклическими или цепочными, это привести к тому, что слишком длинная цепочка, перестаёт передавать нормально вес. И цепочки редиректов не рекомендуются и желательно их устранять. По поводу сломанных цикличных редиректов – практически вы ссылку отправляете в никуда. Поэтому проверяйте ваши все внешние ссылки, которые находились ранее, на предмет редиректов. Для этого, если у вас был старый домен, то возьмите поищите ссылки старого домена. Выкачайте их, допустим, с Ахрефс. И изучите эти ссылки, куда они ведут и какой ответ они бы давали на ваш сайт. То есть входящие ссылки, которые входили на ваш старый домен – пробейте их на редиректы. Если увидите, что редиректа не произошло – значит его нужно настроить. Ну и конечно же ручные санкции. В можете заниматься какой-то запрещенной деятельностью, которая четко прописана в правилах для веб-мастеров Гугла. И если вы попадаете под этот пунктик, то в Серч консоле вы получите уведомление. Пока что с такими сайтами не сталкивался, но они сайты существуют и такие нарушения могут прилететь. Чаще всего, они могут прилететь, если ваш сайт заражен или распространяет заразное ПО или нежелательный контент, после заражения. По этому поводу буду писать большую статью, также запишу несколько подкастов на эту тему, относительно заражение. Потому что опыт с зараженными сайтами у меня был, и есть, что рассказать. Следующий пункт, который я бы выделил – это смена алгоритмов. Конечно же Google постоянно обновляет алгоритмы, есть обновление ядра практически 3-4 раза в год. Поэтому здесь вы можете понимать, что никто не застрахован, нет никаких гарантий. Следующий момент – это собственно само изменение в поиске за счёт трендов. Сегодня популярны симпл-димпл, а до этого был популярен безумно tiktok. А может быть кое-что поменяется и тренды сильно изменится. И поэтому в каждой нише тренды могут очень сильно влиять. Еще я бы выделил отдельно – это изменение юзабилити самого Google. Про расширенные сниппеты я выступал на “СЕО без воды”. И рассказывал, как при помощи расширенных сниппетов ваш трафик может кардинально упасть, или же вы можете на нём, как на волне, очень сильно выехать. Советую посмотреть, как можно сейчас ловить тренды расширенных сниппетов и зарабатывать. Следующая ошибка – это расхождение в геолокации. Например, вы работаете в одном городе, а ваш сервис снятия позиций работает по стране. И каким образом он будет показывать некорректную информацию. С этой ошибкой вы тоже можете столкнуться. Есть ещё такая ошибка, что как бы ваши конкуренты не сидят на месте. У вас может вылезти какой-то конкурент, который обновил дизайн, обновил контент. По поводу UX и дизайна мы будет говорить очень много, потому что Джон Мюллер уже сказал, что core web vitals становится важным алгоритмом. Они уже предоставляют готовые шаблоны и решения. В Telegram группе я делал ссылочку на эту тему. Вы можете посмотреть на эти решения для разработчиков, как делать те же карусельки, и другие элементы на вашем сайте. Полный список я даже сейчас перечислю. Фактически это: карусели, баннеры, бесконечная прокрутка, шрифты, шрифты сторонние, которые можно подключить, изображения, как правильно делать в зависимости от устройства, теги, и многое другое. Фактически там список очень большой. Как делать красивые видео, чтобы оно тоже не тормозило. Как делать видео гифки. То есть на самом деле, в этой статье очень много полезной информации. Ссылочка на статью в нашей Telegram группе. Заходите, почитайте обязательно – там куча полезного контента. В Telegram группе я уже стараюсь делать хэштеги. Что еще. Конечно же это – пэйдж спид. PageSpeed – это то, на что нужно обращать внимание сейчас. И скорость сайта – это важная ошибка, из-за которой сайты падают. Не мониторя собственные показатели скорости, владельцы сайтов сами обрекает свой бизнес на провал. Ещё такая ошибка, с которой можете столкнуться вы из-за сбоя вашего хостинга. Иногда из-за сбой хостинга ваш сайт может очень прилично просесть. Из-за того, что он выпадает из индекса страниц. Google конечно дает время на восстановление, но если сбой происходит слишком долго, то вы можете очень сильно просесть. Поэтому позаботьтесь о вашем хостинге заранее и не выбирайте дешевые хостинги, если вы намерены действительно надолго закрепиться в органике. Ещё очень важный нюанс. Так называемый показатель Cumulative Layout Shift – это собственно сдвиг изображения в процессе загрузки страницы, может сильно повлиять на ваш сайт. Об этом сказал Google напрямую. Поэтому очень важно проверить этот показатель непосредственно на вашем сайте через PageSpeed. И самый ключевой показатель – это нет ли на вашем сайте много рекламы. В основном это касается информационных сайтов, которые пихают много рекламы. Но и коммерческие сайты грешат попапами. Об этом я записывал подкаст. Действительно по поводу попапов есть тоже четкое замечание – не нужно их пихать в видимую первую область, чтобы погружаясь он сдвигал весь основной контент. Это фактически может понизить ваши позиции. Еще такой маленький нюанс, с которым многие сталкиваются – это внутренняя навигация. Ошибки внутренней навигации приводят к тому, что у людей появляется так называемые слепые или сиротские страницы. Страницы, которые существуют только в карте сайта и на которые никак нельзя попасть при помощи навигации. В итоге вы на неё можете где-то сделать на какой-то из страниц перелинковку на эту страницу, но она будет находиться так далеко, что поисковому роботу нужно будет делать больше 4-х проходов, чтобы на неё попасть. Такие страницы ухудшают ваши позиции, потому что фактически они находятся очень далеко от поисковика. Поэтому в первую очередь, про что говорят при разработке сайтов – позаботьтесь о меню, навигации и карте вашего сайта. Чтобы навигация по ключевым страницам происходила в минимальное количество кликов. Конечно же нарушение за ссылки вы тоже можете получить, если будете делать низкокачественный линкбилдинг. Google может вам ничего не сообщить, но попросту понизить ваши позиции. И вы увидите, что ваш сайт просто идет на дно. Поэтому изучайте линкбилдинг, делайте ссылочный аудит. Мы проводим клиентам ссылочный аудит. Разбираем, говорим что нужно закрывать, что нужно сохранять. А после каких ссылок нужно с сеошником прощаться. Одна из самых глупых ошибок, которые делают сеошники – это когда на сайт, который работает по Киеву, лупят ссылочки, которые работают по Москве. Это тоже такой нюанс, который я бы вот первую очередь обходил стороной. Да, я понимаю что иногда очень трудно находить площадки, но старайтесь 90% ссылок делать непосредственно с гео клиентов, в которых он планирует продвигаться. Ну и конечно же классические технические ошибки. Мы на них не будем останавливаться. Но технические ошибки могут могут приводить к любым, абсолютно разным, выпадениям позиций. Здесь нельзя чётко сказать, что вот эта ошибка стабильно приведёт к падению позиции. Есть градация ошибок. Мы делаем технический аудит и выписываем весь их список. Потом идет стресс-тест хостинга. Такой маленький тест, который мы проводим регулярно каждому сайту, прогоняя его своеобразным ДДОСом. То есть мы делаем некое количество запросов на этот ресурс, через специальные сервисы. Если сайт мы видим загружается и падает, то это значит, что в момент перегрузки, например, когда вы будете что-то пытаться продать в чёрную пятницу – ваш сайт ляжет. И вы должны об этом понимать. Более того, если ваш сайт поддерживает загрузку файлов, т.е. если я попытаюсь загрузить какую-нибудь фильм на него, то ляжет он или нет. Или он мне запретит просто загружать такой гигантский файл. Ещё одна ошибка – это метаданные. С метаданными мы сделали специальный тул, в котором вы можете прогнать свой сайт, посмотреть актуальные метаданные. Выкачать их, посмотреть где у вас есть ошибки, и сесть поправить. Метаданные выкачиваются для страниц, которые вы планируете индексировать. Пропускаются странички, которые ль индекса закрыты, чтобы у вас не было кучи мусора, в которых нужно сидеть исправлять метаданные. Ну и конечно же очень важно отслеживать источник трафика. Помните, что источник трафика отслеживается в Аналитике. Смотрите, какая доля приходит к вам с органики. Иногда вы можете отслеживать весь трафик и видеть, что трафик упал, а на самом деле органика осталась на том же уровне. Поэтому настройте соответствующие сегменты аудитории в Google Аналитике и следите. Я видел часто, когда клиенты говорят: “ой, у меня органика там суббота-воскресенье падает”. А оказывается ваши сотрудники просто постоянно заходят с Гугла на ваш сайт и ищут нужную страницу, потому что на сайте плохо реализован поиск. В Аналитике обычно для таких целей айпишники внутренних сотрудников блочаться, чтобы у вас не было никаких слишком сильных перепадов. Время на сайте. Помните, что контент на сайте очень важен. Если у вас проблема с контентом, его подгрузкой, его оформлением, иногда неправильное отображение в тоже мобильной версии, то пользователь просто раздраженно закрывает ваш сайт и уходит на другой. С этим вы можете точно столкнуться, потому что есть куча тактик, для того, чтобы этот показатель отказов снизить. Ну и конечно же дубли контента. Это тот нюанс, с который вы можете столкнуться, если у вы на сайте слишком, например, выжигаете семантику. Или спарсили чужой сайт, что тоже такое встречается. Гугл за это вас точно не повысит – Гуглу важна уникальность. Чтобы не говорили, что Google жрёт всё подряд – нет, для Google важна как раз уникализация. Иначе бы сейчас бы дорвейщики сидели бы и не парились, клепали бы сайт один за другим. Почему они тратятся на заморочку с уникализацией. Помните, что именно здесь кроется камень преткновения создания любого сайта – все хотят нажать кнопочку и получить сайт очень быстро. А сайт, на минуточку – это гигантское количество страниц, наполненное текстом. Представьте себе, что у вас на сайте находиться 2000 страниц и среднее количество контента на каждой около 3000 знаков. Умножьте одно на другое и поймете, сколько текста нужно написать – это безумные цифры. Конечно же все идут парсят. И потом занимаются уникализацией, чтобы превратить эти полотна текста в адекватный контент. Но вы сами понимаете, чем отличается случайный набор букв от “Война и Мир”. А “Войну и Мир” писал сколько лет Лев Толстой? Можете погуглить. Последний момент – это старая техника кликбейта, которая используется до сих пор в некоторых заголовках. Когда люди в тайтл пишут там “Жми”, “Хотите узнать” и такие вещи. Но старается это не использовать. Google очень любит сухую и лаконичную подачу информации. Это мы заметили, что тайтлы с сухой лаконичностью, выигрывают у тайтлов, которые орут кликбейтом. Поэтому однозначно тестите этот момент. И не забывайте следить за тем, что у вас есть тонкий контент. У вас есть контент, который очень слабый. Например, вы статью не обновляли больше года. Или вы не работали над тем, чтобы в статье изменить дизайн. Или вы не проработали коммерческую часть на ваших страницах. Уже прошло несколько лет и она осталась в том виде, как она была. Если вы не обновляете контент – ваш контент истончается, и любая новая страничка на сайте выбьет его из выдачи. Вы должны об этом знать и, конечно же, не сидеть на месте. Всем спасибо. Не забывайте подписываться на наши подкасты. Задавайте вопросы в комментариях. Конечно же следите за нашими вебинарами и классными статьями. До новых встреч!"

В новом подкасте №475 Николай Шмичков и Алексей Подлипный рассказали про парсинг данных сайтов, какие задачи он решает.

Сегодня мы поговорим про такую интересную тему “Как узнать SEO Стратегию конкурента”: как узнать, что делает конкурент, какие странички он двигает, какие тактики он применяет, какие тактики хорошие, какие ошибочны. Как вот это распознать, когда вы видите, что ваш конкурент поднялся, вырос, у него сейчас все классно, а ваш сайт упал, вы не знаете, что делать. Алексей Подлипный расскажет, как он решает эти проблемы.

Сегодня поговорим про недооцененные и переоцененные SEO тренды 2022 года.

Мы сегодня поговорим про основные апдейты Google за 2021 год и чего ждать в 2022. Апдейты Google за 2021 год означали, действительно, многое. Автор Барри Шварц и Search Engine Land решил пройтись по ним всем и, конечно же, мы решили посмотреть, какие даты были задействованы и как они повлияли.

В этом подкасте мы поговорим о такой теме как самые популярные ошибки в Google Merchant. В частности, что такое Google Merchant у нас вышло несколько роликов: один посвященный подготовке Вашего сайта, второй настройке, непосредственно, торговой кампании, интеграции фида для того, чтобы с вашего фида товаров получать рекламу. Но и соответственно давайте поговорим из-за чего чаще всего возникают ошибки и проблемы. Я решил сделать такую хорошенькую подборку со свежими багами, из-за которых мы сталкивались на своем личном опыте, плюс порылся чуть в Интернете, поэтому считайте этот подкаст как такой настольной книгой как избежать этих самых ошибок.

В новом подкасте №469 Николай Шмичков и Алексей Подлипный рассказали про CRO или conversion rate optimisation — что это и зачем нужно (даже сеошнику). Текстовая версия выступления: "Всем привет. Вы на канале SEOquick, слушаете наши подкасты, либо, наверное, смотрите сейчас в инстаграме. Меня зовут Николай Шмичков и в гостях у меня снова Алексей Подлипный. Алексей, здравствуй. Всем привет. Алексей, я знаю, что Вы занимаетесь разработкой и продажей самого известного в рунете тула Netpeak Checker и Netpeak Spider. Сколько времени Вы тратите на то, чтобы доработать лид-формы на вашем ресурсе для того, чтобы они конвертили лучше? Сколько времени уходит на A/B тесты по одной вещи? Ну, я скажу больше, не сколько времени, у нас, в принципе, отдельный департамент, собственно, который я возглавляю, он и занимается этим всё своё время. Вот, видите. Ребята, на самом деле, почему эту тему решили затронуть, и я хотел обязательно поговорить с Алексеем, потому что многие не выделяют ни копейки в год своего бюджета на то, чтобы дорабатывать конверсию на своем ресурсе. Буквально не так давно я с рядом своих клиентов проводил работы, и говорил: “Ребята, вы должны включать маркетинговые фишки на свой ресурс.” Действительно, думать, почему покупают, почему не покупают, почему хотят купить, что мешает купить, что раздражает при покупке, что недоговаривать, чтобы клиент мог таки купить. Здесь срабатывают пассивные техники продаж. Да, есть активные техники продаж, я вот, например, активно читаю журнал, посмотрел ролики. Но это активные продажи, тут уже ты говоришь продаёшь. А как сделать, чтобы произошло пассивное влияние, чтобы клиент, просто посмотрев на страничку, решился купить, именно решился сегодня, решился и не отпугнуло его там чрезмерно низкая цена, не оттолкнул его, допустим, чрезмерно насыщенный баннер. Но при этом отсутствие баннера тоже может его отпугнуть, потом что он просто не заметит, что тут на этом сайте вообще можно что-то купить, и тому подобные вещи. Вот хотелось бы как раз обсудить вообще что такое CRO в общих чертах, то есть conversion rate optimisation. И коротко давай вот азбуку для владельцев сайтов, что они должны знать про это, почему на это надо тратить деньги. А я скажу, почему это связано с сеошкой в первую очередь. Ну, тут, наверное, самое важное, что стоит понимать в этой всей теме, это как говорил древнегреческий философ “Я знаю, что я ничего не знаю”. И вот это действительно краеугольный камень все этой темы. Почему? Потому что все люди субъективны, как бы им не хотелось думать иначе. Да, действительно, если человек там много-много лет занимается какой-то одной сферой, он может даже без какого-то дополнительного тестирования сразу сделать хорошо. Но, если мы сталкиваемся со среднестатистическим, например, владельцем бизнеса, человеком, который продает успешно там автозапчасти, шины, и вот он захотел сайт. И он просто просит сделать так, как ему нравится, так, как ему кажется правильным. Вот тут у нас будет баннер, а вот тут будет выплывать какое-то ещё поп-ап, а вот тут полуголая девица будет там говорить “купи”. Ему кажется, что это круто, а программисту всё равно, ему заплатили - он сделал, а потом почему-то заказы не идут. Это такой, конечно, утрированный пример, но даже когда вам кажется, что вы, вроде, сделали всё, вроде, как правильно, вроде, как у других, предела совершенству нет. И любую лид форму, как ты сказал, любой лендинг всегда можно и нужно оптимизировать. Для этого, я бы сказал, есть общедоступная простая техника, которая подойдет абсолютно всем, и есть такая стопроцентная, но чуть более сложная техника. Давайте пройдёмся по обеим. Значит общедоступная техника - это просто слепой тест при помощи любой максимально доступной выборки клиентов, или просто пользователей, которая о вас ничего не знает, в идеале. Или ещё это называют “Тест мамы”. То есть покажите ваш сайт, вашу вот эту лид форму, где вы хотите получать заказы, своей маме. Если она сразу без подсказок разберется, как заказать, все пройдет прекрасно, о'кей, вы этот самый простой тест прошли. Но всё равно, для, скажем так, пущей уверенности лучше попросить еще нескольких людей, опять же желательно, которые на вашем сайте никогда не бывали, не ваших сотрудников, не вашего же разработчика, который это делал, а там в идеале потенциального клиента вашего, просто знакомого, далекого от этой сферы. Просто попросите пройти самый простой пользовательский путь, и описать свои впечатления от этого всего. Потому что вот фидбэк - это самое важное на таком простом этапе оптимизации. Он позволит избежать, по крайней мере, грубых ошибок и уже получать хоть какие-то конверсии. Если говорить о таком профессиональном подходе, то, конечно же, тут стоит упомянуть любые, в принципе, инструменты для A/B тестирования, но в первую очередь, конечно, общедоступный бесплатный Google Optimize. То есть, вы можете придумать несколько вариантов того, как вы хотите разместить. Вы даже сами можете быть не уверены, что из этого лучше работает. И просто запускайте эксперимент, равными долями показываете это одинаковой по количеству аудитории, и дальше уже смотрите на цифры. Если это можно посчитать, значит это можно оптимизировать, и это уже действительно профессиональный подход, который подойдет даже серьезным компаниям. Кстати, по поводу Google Optimize, извини, что перебиваю, но хотел сказать, что по Google Optimize Иван Палий у нас в гостях был. Он рассказал шикарный урок, показывал как это все тыкать на живом примере, поэтому мы сделали максимальный такой User Friendly контент в виде двухчасового вебинара, как пользоваться именно Google Optimize для полного новичка, и как тестировать гипотезы в нем. Google Optimize, действительно, это вообще сейчас просто находка номер один для любого A/B тестирования, где не требуются какие-то сверхусилия там программисту по созданию копий страниц, это все работает прямо из-под коробки. Для оценки, вот если вы пытаетесь понять, какая гипотеза работает, да, во-первых, вы сначала должны эту гипотезу создать, во-вторых, ее реализовать. Для реализации Google Optimize идеальный вариант, а вот для создания гипотезы, да вот прежде, чем вы хотите проверить. Вот ваша мама взяла телефон и не смогла справиться. И вот вы же сидите и ломаете голову, а что должно быть. А вы выписали фидбек от мамы, мама говорит тут не удобно, тут не поняла, что это за кнопка, почему она зеленая, а не красная, или почему она красная, а не зелёная. Вы уже собрали какой-то фидбек и сидите думаете, а может мама просто не разобралась, может мама единичный случай, нужно проверить другие гипотезы. И вот следующий этап, вот между первым этапом, мамой, между третьим, Google Optimize, находится вот этот самый второй этап, где вы должны сесть и поназывать, по брейнштормить гипотезы: куда поставь кнопку, где она должна быть, как она сделана. И реально вот на этом моменте многие рассыпаются, потому что на это тоже надо тратить время, на это тоже надо тратить отдельное совещание, собрать сотрудников, поболтать там минут 20-30, чтобы каждый высказал абсолютно даже бесполезно гипотезу, даже ту, которая вот выглядят странно. То есть, идет же принцип, вы должны нагенерировать гипотезы. Кстати, это такой аутрич, но наоборот. То есть, мы привыкли, аутрич - мы собираем площадки, пишем письма, получаем ссылки, то есть, воронка, а от аутрич гипотез - вы генерируете гипотезы, отсеиваете те, которые однозначно не применимы по какой-то причине, и работаете с теми, которые имеют вероятность применения, и уже их тестируйте. Ну здесь, я бы сказал, это конечно здравый подход, но есть тоже свои опасные подводные камни, тоже давай придумаем утрированный пример. Допустим у вас серьезная крупная компания, там есть отдел продаж, есть отдел поддержки, есть отдел маркетинга. И приходит отдел маркетинга, и говорит: “Нам для того, чтобы развивать, например, блоки соцсети надо чтобы где-то было предложение подписаться на новости блога, а вот тут должны быть предложения где-то еще подписаться на соцсети.” Ну звучит здраво. О'кей, давайте внедрим. Приходит продажник, говорит: “Лидов мало, надо чтоб где-то всплывала еще форма быстро лидов собирать, прям связаться сейчас.” Вроде здорово делаем. Приходит техподдержка, говорит: “Мало тикетов, люди не разбираются, давайте будет всплывать онлайн-чат и сразу заводить диалог.” Здраво, отлично, делаем. Если нет, скажем так, глобального видения этого всего, и мы просто реализовываем хотелки разных департаментов, то мы потом можем столкнуться с тем, что приходит клиент и хочет просто купить. Вот его, казалось бы, отделяет от этого всего кнопка. Он уже тянется курсором к ней, но тут ему предлагают подписаться на блог. OK, подпишусь. Уже вот-вот, подпишись на соцсети, нажимает подписаться, его там перекидывает куда-то уже в соцсеть. Он, допустим, ладно, подписался, вернулся на предыдущую вкладку, вот-вот уже, и тут онлайн-чат, и тут лид-форма, и он такой - “Идите”. Всё. Ну, это понятно, утрированный пример, но действительно нужно с точки зрения пользователя, в первую очередь пользователя, смотреть на то, что у вас происходит, особенно в тех моментах, где вы ожидаете конверсии. То есть, не должно быть каких-либо лишних моментов. То есть, если тот же онлайн-чат где-нибудь на блоге - это, скажем так, во благо, то есть кто-то просто прочитал текст, какой-то пост, и по итогам решил пообщаться, отлично. На этом этапе это нормально. Но, если клиент находится на этапе покупки, подумайте о том, что вы можете сократить. Всегда можно что-то сократить, можно не подписывать на обновления блога, не подписывать на соцсети, не показывать онлайн-чат, не показывает каких-то промежуточных страниц, а сразу везти клиента по самому короткому пути. Это очень очевидная простая рекомендация, но как же редко ее внедряют в свои проекты. То есть, правило трех кликов - перешёл на сайт, нажал на кнопку, открылась форма, заполнил форму, отправил форму, закрыл форму. Нет, правилу трех кликов на самом деле не сложно соответствовать, важно чтобы каждый из этих кликов был основным Call To Action на просматриваемой области. Вот это важно. То есть, у тебя может быть этот клик где-то в углу страницы, там кнопочка “купить”, но если у тебя будет ещё 8 баннеров с разными другими призывами, как бы, в центре поля зрения, то этот клик, он считай, утерян. Кстати, самый забавный интересный момент по поводу вообще оптимизации страницы, которая там под разные задачи, вы должны четко понимать вообще какая конверсия вам нужна. Ты правильно сказал, есть товарищ маркетолог, товарищ техподдержка, продавец, которым разные конверсии нужны. В зависимости от ниши, вы должны понимать, на каких страницах, где, какие конверсии будут в приоритете. Для интернет-магазина, который продает, не знаю там, тряпки, им тикеты, возможно, вообще нигде не нужны. Для магазинов, которые продают шмотки, косметику, там возможно, какие-то вещи не будут выводиться, а будет в приоритете только в продажных. А если вы работаете в каком-то сас бизнесе, то однозначно продажа - это конечно хорошо, но будут уделять внимание как раз именно поддержке и взаимодействию. Правильно, я так понимаю? Ну смотри, тут если делать хорошо, то не будет никогда универсального одного ответа, потому что нужно ориентироваться естественно на воронку пользователя, и на одной и той же странице пользователю, который находится на разных этапах воронки, желательно показывать разные CTA Call To Action, и соответственно у него должен быть свой путь. Мы далеко не сразу к этому пришли, это только сейчас в процессе настройки, но вот именно это действительно хороший тон. То есть клиент, который только пришёл первый раз из органики, и вообще пытается понять кто вы, и что вы, со всех сил его пушить, например, к покупке - это попросту неэффективно. Его надо прогреть, то есть, он находится на этапе, как бы, создание интереса. Если это клиент, который уже, например, из екоммерса, если он уже просмотрел, например, 5 различных моделей какого-то товара, каких-нибудь смартфонов, пробыл уже полчаса на сайте, потом конкретно один из смартфонов положил в корзину, то, конечно, его надо максимально простым путём доводить до покупки этого смартфона, а не предлагать ему ещё почитать обзор какой-то, сравнить еще там 8 других товаров, посмотреть на робот-пылесос, и всё такое. Надо отдавать себе отчет на каком этапе воронки находится пользователь, и, в идеале, строить conversion rate optimization, в принципе, в соответствии с этим. Вопросик вот у меня по conversion rate. Есть такой маленький нюанс, что на самом деле сеошники заботятся о количестве трафика, но на самом деле нужно заботиться о конверсионности трафика. Яркий пример: у вас есть стоматологическая клиника, которая работает на Подоле. Всё прекрасно, вы прокачали сайт, у него гигантский трафик, он ранжируется по всей Украине. Просто есть трафик со всей Украины. Но conversion rate от этого только уменьшился по факту, потому что были Подольский трафик, который ходил записывался в вашу клинику, вы прокачали сайт, органика выросла, но при этом conversion rate в целом упал. То есть, он просто упал, потому что пришли нецелевые люди, которые решили прочитать про вашу клинику. Подскажи, потому что понимаю, что такое произойдёт в любом раскладе, когда ты качаешь сайт, потому что на самом деле в итоге продажи выросли, фишка в том, что при прокачивании этого сайта, выведя его в ТОП, у него выросла органика не по Подолу, у него все равно притом продажи выросли, потому что он вылез там с десятых позиций на первые позиции в Киеве. Трюки, в принципе, нужно правильно оценивать постраничный получается, либо просто правильно сегментировать трафик и оценивают conversion rate в рамках сегмента. Или как трюки надо отсеивать такого вот рода трафик? Ну, вот в данном конкретном примере, чтобы я сделал, ну, во-первых, конечно, стоит больше уделять время прокачки Google мой бизнес, какому-то локальному продвижению, просто чтобы получать больше целевого. Вот маркетолог, который придёт отчитываться, говорит: “Я ухудшил ваши CRO, вырастил трафик и увеличил конверсии.” Вот получается ему надо правильно как-то отчёт построить, потому что ему нужно исключить, получается, не Киевский трафик. Как это ему лучше сделать? Ну, на мой взгляд, плох тот бизнес, который смотрит на трафик вообще, как на какой-либо показатель. Это абсолютно косвенная метрика, потому что никому не нужен просто трафик. Ну, я не знаю, может, там какие-то инфо-сайты зарабатывают на трафике, потому что они зарабатывают на переходах. Если мы говорим именно о коммерции, то есть о продаже чего-то сразу на своём сайте, то, конечно, трафик - это точно не показатель. Это нормальная ситуация, но хотя, конечно, Google тоже не дурак, он понимает, ну или другая поисковая система, если вы не являетесь как бы целевой площадкой для того трафика, который он вам приносит. Со временем позиции просядут. То есть, поисковая система тоже поймет, что нет смысла вам там из Одессы приводить посетителей, потому что у них баунтс рейт высокий, и только у Киева там баунтс рейт пониже, значит это локальный сайт. Ну это достаточно несложный алгоритм. Но это тоже можно исправить. Ну, так навскидку, сайт такой, например, клиники с таким, как-бы, условным не целевым трафиком, он мог бы, например, найти партнерские клиники в других регионах, и как-то конвертить уже на них, там переходом, каким-то виджетом, это уже улучшило бы и поведенческие метрики и давало бы какую-то ценность этим пользователем. Либо там, не знаю, фантастический вариант, но, кстати, для стоматологии он прекрасно работает. Это - заходишь на такой сайт из Одессы и он там говорит: “К сожалению, вы в Одессе, но вот наш партнёр, там не знаю, Босфор, вы можете купить билетик до Киева и вот уже там за столько-то денег, в течение там 5 часов будете рядом с клиникой.” Третий вариант - это открыть клинику в Одессе. Ну да, самый простой, конечно, если реально пытаться охватить. Я такое вот в медицинской сфере встречал. Я более того скажу, это очень популярно, потому что, когда ты качаешь медицину, ты качаешь полуинформационный трафик, потому что, когда у тебя болит зуб, ты не ищешь стоматологию прям прямым текстом. То есть, потому что, когда ты будешь искать стоматологию, ты будешь искать “стоматология рядом со мной”, “стоматология Одесса”, вот такие вот вопросы у тебя будут, стоматология Киев, Подол, то есть ты такие запросы будешь запрашивать, когда у тебя что-то уже припекло. Но люди, которых припекло, они приходят обычно на разовые процедуры, и больше не возвращается, без шуток. Это не денежные клиенты стоматологических клиник. А те, кому нужна имплантация, те, которым нужно отбеливания, такого рода процедуры, они являются денежными клиентами, это очень важно. И вот именно на них и строится. А там весь трафик информационный, то есть классическая информационная вороночка. И люди очень много читают контента по этой теме и соответственно потом уже принимают решения к кому собственно пойти и заказать. Мы заметили, что вот почему стоматологии не подчиняется классическим методом продвижения сайтов услуг. Вот если реально сайт услуг “Уборка снега с крыш”, там просто вышлют бригаду, которая пришла убрала снег и все, забыли про нее, вот выпал снег, все, в течении дня их вызвали. А вот со стоматологией такой трюк не прокатывает и там огромная доля информационного трафика. Мы вот продвинули сайт, у него 30% трафика российского вообще, люди гуглят что-то такое, приходят почитать. Потому что мы разбили информационный контент, и там дофига читать. И вот именно информационный контент тащит. Но если вот так смотреть, conversion rate по такой метрике плохой, потому что трафик привели не целевой сеошники. Но если взять в аналитики сегмент город Киев, и посмотреть, то там conversion rate просто возрос, как говорится, до небес, коэффициент конверсии классический показатель. Ну эту метрику и стоит отслеживать в этом случае. А вот, что делать с трафиком из других регионов, это уже на усмотрение бизнеса. Но варианты есть. Ну и соответственно такой момент, как оценивать конверсии по ценности? Вот это такой вопрос. Потому что conversion rate - этот число, то есть есть конверсия. В чём считать конверсию? Как посчитать ценность, например, подписки на блог и ценность уведомления скидки, например? Ну, тут, естественно, надо настраивать точечно под каждый отдельный сайт, под каждый отдельный бизнес, но вообще ценность надо смотреть в e-commerce модуле, там, как бы, четче всего, сразу в валюте. Ну правильно, получается ценность подписки она нулевая по факту, потому что она не приносит деньги. А как рассчитать в аналитики выставить ценность подписки, то есть если тебе надо посчитать сколько подписчиков у тебя на блог прибежало? Ну, нет, сама подписка на блог, она, конечно, ничего не значит. Она имеет ценность, если мы строим какую-то модель многоканальной атрибуции, и если мы видим, что когорта подписавшихся на блок в среднем оставляет в 2 раза больший чек, тогда мы понимаем ценность действительно подписки на блог, но в любом случае она косвенная. То есть, мы её можем использовать только как один из аргументов для определения когорты, только так. А конечная ценность да, она всегда в продажах в e-commerce. Но дальше мы можем отслеживать, действительно, какое из касаний важное. Ну, например, в свое время мы, например, поняли несколько простых очевидных вещей, что факт касания с техподдержкой, он является ценным, либо факт, например, проведение дем клиент, он является ценным. Поэтому мы стали больше внедрять мест, где юзеру будет проще связаться, во-первых, с техподдержкой, если что-то пошло не так, пообщаться, либо запросить демо посмотреть, узнать о продукте. Ну это всё логично и очевидно, если клиент, во-первых, пообщался, понял, что ему тут помогут, если он посмотрел, действительно, ему показали там фишки продукта, то с намного большей вероятностью он оставит намного больше денег нам, чем просто случайный клиент, который там органически пришёл, органически побродил по сайту, и ушёл. Поэтому все эти дополнительные конверсии имеет смысл оценивать только в связке с основными, то есть, с продажами. И собственно, когда вы будете оценивать количество конверсий, очень важно оценивать иногда и общую суммарную ценность, как она выросла за период времени. И ещё маленький нюанс, когда вы будете оценивать CRO, вы должны понимать нельзя мерить по одному дню и даже по одной неделе. На самом деле считается самой идеальной метрика 28 дней. Но если сложить вот эту цифру со вторым фактом, который, на самом деле, многие думают, что типа ух-ты, я всего лишь 28 дней займусь A/B тестингом, проведу какие-то анализы, померяю метрики и спасибо, дальше буду заниматься своими делами. А тут вы глубоко заблуждаетесь, потому что эксперимент может быть провальным, эксперименту иногда нужны доработки, иногда нужно тестировать другие гипотезы, третьи гипотезы. И по этому, вот, например, Алексей этим заниматься регулярно, по тестированию этих штук. И на самом деле я советую всем клиентам на самом деле работать над своими ресурсами, тестировать свои гипотезы, не сидеть на месте, не ржаветь. Помните, что Amazon тратит, если я не ошибаюсь, по малому миллионы долларов, вот я помню отчёт тыл 2016 или 2015 года, мы как раз тогда это изучали, на тестирование юзабилити в год, просто на тестирование отдельных кнопочек, просто на тестах тратит. То есть, сотрудники работают и по этому направлению. Я бы еще дополнил, что тут речь опять же не во времени тестирования, а в количестве выборки. Я попрошу сейчас, Коля, тебе в личку сбросил простой онлайн-калькулятор, если можно будет как-то его прикрепить к записи потом. Конечно мы его прикрепим в качестве описания нашего подкаста, этот калькулятор, как раз, я его сейчас вот вам выведу. Кто смотрит нас на Инстаграме, я его выведу сейчас на экране сам тул собственно. При помощи этого калькулятора можете как раз это и проверить. Ссылочку, конечно же, мы приложим. Ребята, если есть еще вопросики, всегда их можно задать в комментариях, можете задавать в телеграм-группе, напоминаю, можно задать где угодно, даже под этим подкастом на нашем сайте, можно в коментах написать и Алексей увидит вопросы, если они будут касаться его, он сможет более детально на них ответить. По этой теме на самом деле, по A/B тесту мы делали тоже ряд вебинаров, как это делается, механика, что проверять, какие гипотезы популярны в сеошки. Но мысль одна, если вы думаете, что это разовая работа, вы глубоко заблуждаетесь. Да, всё верно. Какие напутствия для будущих владельцев сайтов, нанимать маркетологов? Ну, даже просто, если вы владелец сайта, и вы один в команде у себя, и там остальные услуги просто там, не знаю, покупаете у фрилансеров, никогда не забывайте смотреть на сайт глазами своего клиента - вот это главная рекомендация. Иногда надо просто абстрагироваться, зайти в режим инкогнито и постараться посмотреть глазами своей мамы. Ну, и, конечно, не забывайте показать сайт просто своей маме, это тоже неплохо, очень отлично помогает. На самом деле это называется “Бабушкин тест”, так его еще называют. Ты хочешь проверить насколько классное твое приложение, которое ты сделал, покажи его бабушке, сможет она разобраться или нет. В принципе это касается сайта, чего угодно, любого продукта. В этом плане, ребята, тестируйте, и не забывайте, конечно, подписываться на наши соцсети. Соцсети мои будут у меня непосредственно здесь, прямо вот, если кликнуть на мое имя в подкасте, вы можете перейти. Ну, а соцсети Алексея есть в его профиле. Точно так же переходите на сайт и все ссылочки на соцсети Алексея вы можете найти с легкостью на его страничке на нашем сайте. И самое главное, не забывать о том, что мозги ржавеют, если ими не пользоваться. А без инструментов мы ничего не можем так, что пользуйтесь полезным инструментом, и мы разработали инструменты, и ребята с Netpeak тоже разработали свои инструменты, пользуйтесь ними, и становитесь крутыми сеошниками. Всем Пока. Пока."

В новом подкасте №468 Николай Шмичков и Алексей Подлипный рассказали про NFR или нефункциональные требования — что это и зачем нужно (даже сеошнику). Текстовая версия выступления: "Всем привет. Вы слушайте подкасты, и смотрите подкасты на канале SEOquick. Меня зовут Николай Шмичков. В гостях Алексей Подлипный. Привет. Привет. И сегодня тема нашего разговора - это NFR, или нефункциональные требования, и что это, из-за чего нужно даже сеошнику. Ну и собственно эта аббревиатура на самом деле меня немного даже заинтриговала и заставила погуглить. А почему? Потому что никогда не сталкивался с этим методом номенклатуры, вообще, что это за особые виды требований. В чём разница между функциональными и нефункциональными требованиями, и что нужно прописывать обычно в нефункциональных требованиях NFR заданиях? И собственно Алексей делал на эту тему большой доклад, и конечно же поделится самыми важными тезисными мыслями, которые вам нужно знать. Ещё раз всех приветствую. Как уже сказал Николай, меня зовут Алексей Подлипный. Я занимаюсь веб-разработкой, по сути ответственный за наш сайт, всё что с ним происходит, интеграция, в общем все, что касается веб-разработки. На счет темы доклада, тут наверное имеет смысл в несколько слоёв развернуть эту тему. На самом деле она действительно очень такая серьезная и объемная, но мы сегодня пройдемся по потому, что будет полезно, например, владельцам сайтов, просто практикующим сеошникам. Просто нужно этот момент всегда держать в уме, даже не обязательно досконально в нем разбираться, но важно понимать что это такое. И так, если упрощать и вообще в одном предложении писать, что это такое, то по сути, это ответ на вопрос “Как?”. То есть, всё то, что ставится, например, в ТЗ на разработку, в ТЗ на SEO-оптимизацию, там технички, по сути, как правило ограничивается именно функциональными требованиями. То есть, какая разметка должна быть размещена на страницах, какие принципы генерации Title, ТЗ на контент, на тексты, какие картинки должны быть. Это всё ответ на вопрос “Что?”. И, к сожалению, часто этим и ограничиваются. На самом деле это уже тоже не так плохо, это, скажем так, второй уровень того, как может быть. Первый уровень - это просто сделайте хорошо, не знаю как. Второй уровень - это, по крайней мере, люди понимают, что им нужно сделать. То есть там: нам нужны такие вот Title, нам нужна такая-то микроразметка, картинки должны быть таких типов, и все такое. Это уже неплохо, это уже продвинутый уровень. Но, для того, чтобы всё было действительно хорошо и правильно, нужно дойти до третьего уровня, до NFR и до ответа на вопросы “Как?”. Всё. Это, скажем так, вводная информация. А теперь попробуем расшифровать глубже о каких “Как?” идет речь. Самое простое, что нужно понимать, на самом деле основных NFR есть 14. Но, по крайней мере, в той доктрине, которую я изучал, их 14. Сейчас перечислять всё не буду, это по сути 7 основных групп. Первое - это доступность и надежность. То есть, ну естественно, все должны прекрасно понимать, если у вас идеально с технической точки зрения оптимизированная страница, на ней есть все необходимые элементы, атрибуты, все прекрасно. Но посещают её googlebot и, например, эту страницу уже посещают ещё два клиента одновременно, и в принципе сервер начинает отвечать медленно, а посещает ещё там два человека или вы, например, запустили крутую акцию, на нее пришло 20 человек сразу, и сервер вообще лёг. Ну всем, наверное, понятно, что никакая техническая оптимизация не перекрывает того, что страница отдает все. Поэтому помимо того, чтобы сделать хорошо именно функционалу, оно должно еще открываться, оно должно быть, стрессоустойчивое, доступное, надежное. Это, скажем так, самое первое, самое основное. Что ещё может быть? Ну, не достаточно просто там купить самый дорогой сервак и типа заходите все, кто хочет, потому что нужно учитывать еще такой фактор как безопасность. То есть даже самый мощный там сервер, если не стоит никакой защиты, например, на количество запросов с одного IP адреса, то в принципе можно положить даже самый мощный сервер, если, например, у вашего конкурента есть такая потребность, есть такое желание. Поэтому это уже как-бы следующий уровень. Кроме того, чтобы просто выдерживать там любой адекватный наплыв, нужно уметь выдерживать и любой неадекватный наплыв. То есть какие-то системы защиты есть. На самом деле сейчас это несложно, для этого не нужно нанимать там отдельного эксперта по безопасности, потому что, ну разумеется, если у вас там какой-то небольшой сайт, у вас попросту может не быть бюджета на это. В этом нет необходимости, есть решения достаточно простые и подключаемые даже без разработчиков, самый широко известный в этом смысле это CloudFlare. То есть вы просто переключайте свой сайт на CloudFlare, и там уже внутри его кабинета манипулируете настройками. То есть, можно даже там на самых стандартных, в принципе, оставаться, их тоже будет достаточно. То есть, все нормальные пользователи будут получать адекватные веб-страницы, если же произойдет какая-то атака, то с большой вероятностью CloudFlare её самостоятельно заблокирует, и не вы, не другие нормальные пользователи этого даже не заметят. Только потом в логах собственного дашбордов самого CloudFlare вы это можете увидеть. Это тоже важно учитывать. Что еще важно учитывать? Следующий такой важный не функциональный момент - это поддержка и сопровождение. Приведу пример, как это использовать, или там какие-то готовые решения, или cms, либо делать что-то своё. Своё почти всегда выигрывает, ну как бы в соответствие ожиданиям и конкретным потребностям, то есть почти никогда там готова cms-ка не будет соответствовать на 100% тому, чего вы хотите, что вы там себе представили, на визуализировали. Но поддерживать свою систему - это отдельная, скажем так, задачка. То есть вам нужно держать профильного разработчика, который, ну в идеале, тот, который писал решение, но тоже это не всегда возможно, люди уходят, болеют, по любым причинам могут исчезнуть из вашего проекта, и вы уже находитесь после этого в кандалах. Вам нужно найти такого же по скилам, по стеку разработчика, чтобы хотя бы просто даже поддерживать. И тут возникает еще конечно сразу проблема, так сказать, легаси кода, когда новый программист почти всегда недоволен тем, что делал старый, начинают копаться в коде, говорить “Кто вам это написал? Надо ему руки оторвать”, и вот это извечная штука. Хотя на самом деле это далеко не всегда отражает реальную ситуацию, но это норма. Поэтому очень-очень взвешенно нужно подходить к выбору технологий, и заглядывать немножко вперёд, немножко в будущее с мыслей о том, что это всё нужно будет поддерживать, это всё нужно будет обновлять, апгрейдить, подключать какие-то дополнительные интеграции модулей, поэтому нужно думать наперед. Я не буду говорить тут, что лучше, cms-ки или самописы, реально это вопрос каждого отдельно взятого случая. Но каждый может, скорее всего, правильно на него ответить, если действительно проанализирует, что будет, какие планы через год, какие планы через 2 года, если они вообще есть, и соответственно подобрать что-то оптимальное. Получается фактически, вот есть функциональные требования, и есть нефункциональные. Функциональные требования - это то, что мы, допустим, ставим задачу разработчикам, как оно должно работать. Правильно? То есть, вот конкретные задачи, что нужно делать. Да, конкретные функции, что должно на странице быть. А нефункциональные требования - это, фактически, требования, которые должны обеспечить, что то, что внедрится, будет стабильно, то, что не сломается, не собьется и, желательно, фактическимим функциональным требованиям вводится там классические задачи по логированию. Правильно? Я правильно понял? По бекам, то есть какие-то вещи, то есть они обычно попадают. Или я неправильно понял? Ну в целом да. То есть, можно просто выполнить задание, и клиент его открывает, эту страничку, и всё, она отлично работает, для него одного сейчас. Но потом мы её как-бы релизим и начинаются проблемы: она там недоступна из какой-то страны, потому что там, не знаю, хостинг заблокирован, она там падает при небольшом количестве посетителей, ну в общем любые могут проблемы возникать. То есть, вот это всё обеспечение качества. То есть, просто сделать услугу - это одно, а так, чтобы она ещё работала, поддерживала. Ну, а этот случай, когда ты пилишь плагин, допустим, под подкасты, например, да, и просто вот я сделал, вот работает. А когда ты запилил к нему ещё и мануал, блок логирования, блок бекапов, которые изначально не задумывались, какой-то информационный раздел, справку даже, где, что подписано, как оно должно находится, хотя оно не было так изначально задумано. Это можно тоже практически отнести в эту рубрику? Да, это, буквально, одно из следующих требований, о которых я хотел сказать. Дальше - это не для всех может быть актуально, но есть такой момент, как, например, сертификация и соответствие. Тут тоже, вы сделали, например, прекрасный интернет-магазин, он там и доступен, и всё круто, сеошка пошла, но потом у Вас, например, возникла задача подключить его, допустим, к Розетке, или к любому другому маркетплейсу, где требуется, например, там выгрузка в соответствующем формате xml. Вы этого не предусмотрели, и всё, вам нужно теперь тратить время на то, чтобы подключать какое-то стороннее решение, или писать самим эту доработку. То есть, просто делая даже какой-то функционал, надо задумываться, к чему он может быть подключен впоследствии. Вот например, моему клиенту нужно сделать сейчас (это как раз тема нашего следующего подкаста про парсинг), и вот ему нужно создать интернет-магазин по автозапчастям, но автозапчастям не обычным, а которые продаются в Польше, вот эти всевозможные разборки. То есть, когда разбирают автомобиль на запчасти и вот эти бэушные запчасти активно в Украине покупаются. Ему нужно поставить задачу по созданию этих карточек товаров. Я со своей стороны выкинул только технические требования, которые однозначно нужны будут по сеошки, то есть требования мерчанта, требования гугла, требования микроразметки, то есть весь контент, который ему нужно парсить. Но, это я выбросил, как сегодняшних, но я же ещё понимаю, что ему нужно интегрировать удобный интерфейс по редактированию, удобный интерфейс по загрузки картинок, удобный интерфейс по сжатию картинок, внутренний, который должен быть, по обработке, по подписыванию всего контента. И фактически вот это оно ж то мне не нужно, оно находится в бэкенде, и фактически даже я уверен, что какие-то вещи бэкенда тоже нужно грамотно уметь прописывать. Если ему это не реализуют, фактически, это будет не выполнено вот эти NFR. Правильно я понимаю? Да. Какие ещё есть моменты? Мы даже, наверное, не будем проходится по всем, только то, что действительно касается сеошки, просто вебмастеров. Дальше такой момент, как совместимость и портируемость. То есть, мы открыли на своем последнем браузере Chrome, на обычной какой-нибудь 10 винде сайт, и тоже посмотрели, чтобы всё в порядке, заплатили разработчику деньги, довольные ушли. Мы не проверили работает ли он на Windows 7, где уже по-другому работают сертификаты безопасности, как он работает на Маке, на Линуксе, на Windows XP... То есть, очень простые моменты. Ну, или то, что, наверняка, все знают - это просто даже адаптивность для мобильных устройств. Ну, очевидный момент, но это тоже NFR. То есть, кроме того, что функционал должен работать, он должен адекватно работать на 768 планшете, на 320 мобильной верстке, и вот это вот всё. И самое главное, уметь масштабироваться, уметь грамотно включать режим чтения на нужных элементах, если это необходимо и тому подобное. На самом деле тема очень интересная. Если будет очень много лайков, ребята, от вас все зависит, мы будем разжевывать эту тему в следующих подкастах. Ещё буквально пару моментов могу рассказать. Например, сам с этим сталкивался когда-то. Это - локализируемость, то есть иногда, создавая сайт, например, мы не задумываемся вообще о том, что когда-то он может нам понадобится ещё и в другой стране, на другом языке. И если самые базовые требования к этому не предусмотреть сначала, то впоследствии навернуть мультиязычность уже может быть или сложно, или даже невозможно, просто придётся какие-то делать костыли, делать второй сайт точно такой же, но для другого языка. Но на самом деле это достаточно просто предусматривать еще на этапе разработки. То есть, вам не обязательно внедрять сразу больше, чем один язык, но предусмотреть, чтобы не была жесткой завязке, ну чтобы были, так если просто сказать, вместо харт кода должны внедряться переменные, и пускай у них пока будет только одно состояние там ru. Но впоследствии вы сможете спокойно для этой переменной внедрить дополнительное локалии и соответственно сделать сайт мультиязычный. Владельцам сайтов Украины сейчас куда проще. Самый популярный язык по статистике на Востоке русский сейчас, на Западе становится популярным украинский. Поэтому сейчас все сразу делают две версии. Они будут более подготовлены, чем россияне, которые все делают только на одном языке. Этот момент уже сейчас учитывают изначально все вот разработчики в Украине, кстати, я считаю, что более подкованные разрабы, чем в России, я с этим сталкиваюсь каждый день. Украинские разработчики более подкованные и знаю про эти нюансы. Ребята, рад, что вы дослушали эту тему до конца. В следующих подкастах мы еще даже подискутируем, поэтому оставайтесь с нами, не забывайте подписываться на нас. Всем Пока Пока."