Как дубли меню убивают SEO интернет-магазина?

В данном видео покажу частую ошибку с дублированием меню интернет-магазинов, которая приводит к просадке большинства страниц по позициям, недополучению трафика и продаж.

Всем привет, на связи Евгений Захаренко. Сегодня будет практическое видео, в котором я покажу очень частую ошибку, встречающуюся у интернет-магазинов. Ошибка с дублированием меню, двухкратным, трехкратным, которая приводит к просадке большинства страниц интернет-магазина по позициям, недополучению трафика и продаж.

Покажу, как эту ошибочку на сайте выявлять, как ставить ТЗ на исправление. И давайте сразу приступим к делу. Показывать буду на примере для Bitrix. Есть коробочное решение с популярным шаблоном темы Aspro Max. Здесь у нас страничка на сайте официального Aspro. И мы посмотрим примерчик на демо.

В чем заключается первая проблема

Получается универсальный шаблон для активного отдыха. У нас проблема заключается в том, что на многих сайтах верстальщики шаблон темы верстают таким образом, что он классно выглядит, им удобно пользоваться, но при этом он не адаптирован под SEO.

Причём он не просто не адаптирован, он в себе содержит настолько критичные ошибки, что если SEOшники не заметили эти ошибки, не идентифицировали в самом начале продвижения, все последующие работы будут иметь крайне низкую результативность. Почему так происходит? Смотрите, у нас на первый взгляд эта ошибка не всегда заметна. То есть у нас есть меню, которое выводится категорией под категорией.

При этом, если мы скролим вниз, как будто бы это меню у нас прилипает сверху, там такое плавающее меню. И все те же самые категории и подкатегории мы видим здесь.

При этом зачем-то, кстати, вот конкретно в этом шаблоне здесь продублировали вот еще раз, что в целом это минус, то есть не нужно дублировать меню, то есть можно было бы там вот эту штуку сделать, но дублировать меню нет никакого смысла, если оно вот здесь выводится. Вот это все лишнее уже.

Но самое странное это то, что свёрстана эта тема так, да и в целом огромное количество тем, которые верстаются под Bitrix, вообще под многие движки, они верстаются так, что менюшка, которая выпадает здесь, она не равна вот этой же менюшке. То есть, если мы посмотрим сейчас чуть позже в код сайта, мы увидим, что в коде сайта это совершенно два разных блока с меню. Просто сейчас плавающее меню скрыто, отображается фиксированное меню. Как только мы скролим, у нас фиксированное меню пропадает и показывается плавающее.

Таким образом, у нас свёрстана тема. При этом в огромном количестве шаблонов, тем дизайн для большинства движков встречается частая проблема, что меню не делается адаптивным и для ПК, и для мобильной версии.

Делается два дублирующих меню. Одно для ПК, другое для мобильной версии. Если открывается сайт на ПК, дубль меню, который для мобильной, он скрывается. При этом он в коде существует, там есть все эти ссылки.

И наоборот, если сайт открывается на мобильной версии, у нас скрывается менюшка для ПК. Это приводит к тому, что у нас по факту меню дублируется, и у нас идет избыточность ненужных элементов. То есть дублируется в общем текст, и это приводит к тому, что у нас нарушается текстовая релевантность — это пропорция распределения слов, благодаря которой поисковая система понимает, чему релевантна или какому кластеру запросов релевантна та или иная страница. Если у нас нарушается текстовая релевантность, поисковая система хуже понимает, чему соответствуют страницы интернет-магазина и понижает их в выдаче.

Дальше, из-за того, что у нас разрастается меню в скрытых слоях, ну, к примеру, у нас вот есть менюшка, то есть она там три раза дублируется, при том, если мы перейдем там куда-нибудь в категорию, она дублируется еще и слева в меню четвертый раз, то есть четыре раза. При этом сверху у нас, допустим, раз, два, три, четыре, пять, пять на шесть, тридцать, ну, примерно тридцать, тридцать пять пунктов в меню.

Получается в одном блоке, потом это дублируется два раза. Как минимум 100-110 пунктов меню, которые у нас присутствуют абсолютно на всех страницах. То есть это примерно 100 фраз, которые у нас повторяются от страницы к странице. А для поисковой системы очень важно, чтобы страница имела уникальный контент, благодаря своей уникальности, уникальный внутри сайта. Не относительно других сайтов, а чтобы странички отличались друг от друга внутри сайта.

Потому что если они будут похожи, поисковая система не захочет, условно говоря, если совсем упростить, тратить свои ресурсы серверные на то, чтобы сканировать однотипные страницы, и просто “забьет” на часть, как бы просто будет проходить мимо. И не будет их заносить к себе в базу, не будет показывать поисковую выдачу. Для того, чтобы страницы хорошо ранжировались, они должны отличаться друг от друга, нести ценность для потенциальных клиентов, и чтобы алгоритмы поисковых систем, которые текст разбирают по частям, понимали, чему соответствует контент на текущей странице.

Ошибка с дублированием меню, она очень сильно усложняет поисковой системе вот этот процесс понимания релевантности, текста релевантности страничек относительно запросов, ключевых фраз, по которым они должны ранжироваться.

И здесь есть очень важный момент, на котором, ну скажем так, многие спотыкаются. Это касается и предпринимателей, и маркетологов, и очень часто SEO-шников. Если дело касается предпринимателей и маркетологов, то к ним вопросов нет, они этого не должны знать, но вот к SEO-шникам большие вопросы, которые не разбираются в фундаментальных причинах ранжирования. Очень часто у нас в ТОПе стоят старые сайты, у которых огромное меню, у которых там может быть суммарно 300 пунктов в меню, 2-3 товара в листинге, и при этом они будут хорошо ранжироваться.

А Евгений Захаренко говорит, что такие сайты не будут ранжироваться, мол, текстовая релевантность будет искаженная. Но нужно понимать, что текстовая релевантность — это один из факторов, на основе которого страница ранжируется. Помимо этого есть еще и другие факторы, дополнительные сигналы, которые дают поисковой системе понимание о релевантности страницы к кластеру запросов. Среди этих сигналов есть ссылочные факторы, то есть когда другие сайты ссылаются на ваш сайт.

В ссылках стоят названия ключевых фраз и есть связь анкоров, которые указаны в ссылках целевых страниц. Это дополнительный сигнал. Есть сигнал запросного индекса, то есть вот эти самые старые древние сайты, еще были более простые, скажем так, методы продвижения, и не было таких жестких требований к текстовой релевантности, и конкуренции было меньше, они собрали много трафика, и у них запросный индекс очень большой. То есть запросный индекс, если совсем упростить, это когда люди вбивают в запрос, например, купить лодку для рыбалки и переходят на конкретную страницу. То есть количество вбитых запросов и количество переходов на данную страницу.

И чем больше вот эта связь, чем больше у нас по конкретному запросу перешло на страничку, неважно, как она там оптимизирована, тем лучше поисковая система понимает, что она релевантна этому запросу. Но если запросный индекс маленький, то для поисковой системы крайне важна текстовая релевантность. Это касается особенно новых сайтов, потому что у них просто нет запросного индекса, индекса ссылочной массы, скорее всего, тоже нет.

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

И вот если у нас нет этих дополнительных сигналов, а как правило у многих сайтов, которые там только-только начинают продвигаться по SEO, их нет. То есть они в основном накапливаются со временем, ну либо это должен быть какой-то супер бренд офлайн, который там еще до этого не присутствовал в интернете, и у него просто огромное количество там аудиторий. Это исключение из правил. Но если сайт продвигается полгода, год, полтора, как правило еще нет такого объема, количества внешних сигналов от данных индексов.

Кстати, у меня на канале есть отдельное подробное видео, в котором я рассказываю, почему старые сайты ранжируются выше новых. Если не смотрели, обязательно переходите, посмотрите. Очень ценно, очень полезно. Будете понимать, как вообще в целом обстоят дела в СЕОшке. И почему не стоит равняться на старые сайты и моделировать их опыт на себя.

При каких условиях страница будет хорошо ранжироваться

А мы вернёмся. То есть для того, чтобы у нас страница хорошо ранжировалась и выжимала максимум того, что возможно, то есть была на максимально высокой позиции, которая возможна в рамках текущей ситуации, уровня конкуренции, для этого нужно, чтобы у неё была хорошая текстовая релевантность, благодаря которой поисковая система чётко поймёт, что страница релевантна такому-то запросу.

В данном случае это не сильно показательно, но если бы у нас был, к примеру, интернет-магазин для животных, и у нас был бы, например, корм для шотландских кошек и корм для британских кошек, и там было бы, к примеру, 90% ассортимента плюс-минус одинаково от одинаковых производителей, и большое сквозное меню, которое дублируется, то поисковой системе было бы очень сложно понять, чему релевантна данная страница.

Поэтому очень важно прорабатывать текстовую релевантность. И даже если у нас там будет уникальный контент на этих страницах - корм для шотландцев для британцев у нас все равно из-за вот этого огромного меню если там к примеру 20 карточек товаров в каждой категории, но при этом у нас в менюшке будет, к примеру, 100 пунктов меню, которые будут дублироваться, у нас получатся сквозные блоки, те, которые повторяются, сквозные блоки, это верхнее меню, боковое меню, к примеру, 300 фраз в ссылках, и всего, допустим, 20 фраз забиты вот в такие вот ссылки, мини-карточки в категориях.

Сами понимаете, что объем неуникального контента, который повторяется на каждой странице, относительно уникального контента, который есть на странице, по пропорциям, очень существенен, и поисковая система алгоритмически без дополнительных сигналов очень тяжело это понимает.

Поэтому дублирование меню приводит к тому, что у нас одни, но визуально разные страницы, которые должны отвечать на разные запросы пользователей, они могут ранжироваться по одним и тем же запросам, могут вообще никак не ранжироваться, выпадать из индекса, и из поисковой выдачи Яндекса.

Как решается проблема дублирования меню

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

Самое главное, чтобы верстальщик понимал цель. Ему важно точно поставить задачу и сказать, как не должно быть. Потому что очень часто постановка ТЗ настолько неполная, что, решая одну задачу, программист может сгенерировать другую проблему.

Проблема с уникальностью контента

Вот, это вот первая проблема с текстовой релевантностью. Вторая проблема, это проблема с уникальности контента. С тем, что у нас очень мало контента может быть на странице.

И еще одна проблема - это переспал в меню. Переспал в меню, то есть вот, к примеру, если бы это был интернет-магазин запчастей, бывает такое, что там в менюшке идут запчасти для двигателя, запчасти для КПП, запчасти еще чего-то, и у нас очень часто повторяется слово запчасти. При этом вовсе не слово “запчасти” тематичное. Но очень часто бывают фразы, которые не тематичны.

То есть, к примеру, компания, которая занимается запчастями, очень интересно продавать запчасти, к примеру, для BMW. И они в меню выделили прям отдельно все категории для BMW. И там идут запчасти для двигателя BMW, запчасти для коробки переключения передач BMW, для тормозной системы BMW. И там уже эта самая часто употребляемая фраза на всех страницах, потому что меню есть на всех страницах, запчасти для BMW.

И по факту проблема возникает тогда, когда мы переходим, к примеру, на страницу, допустим, запчасти от ремонтной системы Audi, а у нас страница из-за того, что в меню очень часто употребляется слово запчасти BMW, с другими вхождениями фраз, у нас запчасти релевантны вообще другой фразе. То есть поисковая система начинает путаться.

Переспам в меню ведёт к тому, что у нас опять же нарушается текстовая релевантность. И нам очень важно, чтобы у нас на странице была грамотная текстовая релевантность, пропорции слов, то есть максимально часто употреблялась та фраза, которая соответствует странице, как правило это заголовок H1.

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

И при этом у нас поисковая система начнет отличать страницы друг от друга. Потому что уже не будет такого, что у нас там очень мало уникального контента на странице, и большие сквозные блоки, большая часть однотипного контента.

Как выявить дубли меню

Теперь, как все это у нас идентифицируется на сайте? Как понять, что у нас меню вот это вот, к примеру, три раза дублируется?

Очень просто. Мы открываем менюшку, смотрим какой-нибудь пункт категории или подкатегории, который у нас не повторяется здесь. К примеру, удочки. Мы его копируем. Можно в целом вручную вести. Открываем код сайта. Сейчас вот так сделаем.

Здесь получается, в вкладке Elements мы нажимаем Ctrl+F, чтобы у нас строка поиска открылась, и вводим название той самой категории, которую хотим посмотреть. Наша задача понять, дублируется оно в коде или не дублируется. То есть, если мы там проскролили вниз, посмотрели на плавающее меню, вводим нужное слово.

По-хорошему, фраза должна употребляться только один раз на странице. Наша задача — понять, где она в целом употребляется. Если мы находимся на странице удочек, она еще будет повторяться здесь или в других местах. Желательно открыть категорию, допустим, если мы открыли лодки, то будем искать удочки, чтобы у нас не было вхождения названия категории на страницу, иначе мы просто устанем проверять контент.

И смотрим, сколько у нас повторений. Здесь 6 повторений, при этом, как правило, в ссылках у нас есть название самой ссылки, то есть анкоры ссылки, и есть еще атрибут title.То есть тот, который у нас, по сути, как подсказка, вылазит при наведении. Поэтому вот это значение делим пополам. То есть три раза получится. Один из трех. При грамотной верске этого атрибута в целом может и не быть. Надо смотреть. Наша задача понять, сколько раз повторяется в менюшке. То есть вот мы смотрим, где у нас располагается данный элемент.

То есть по меню, сразу скажу, без знания верстки, достаточно сложно, наверное, будет так вот проанализировать, прям по меню посмотреть, но в любом случае, если у вас подрядчик по SEO, либо верстальчик, программист разбирается, скиньте, кстати, просто это видео программисту, пусть посмотрит, выявит проблему и исправит ее. Либо чтобы это сделал подрядчик по SEO.

Далее идём наверх, смотрим, где у нас там есть менюшка. Вот у нас, к примеру, есть название класса DropDownMenu. Мы его запоминаем. Можем ещё посмотреть, где это у нас сверху находится. Вот у нас есть TapMenu, то есть вот оно, верхнее меню. Оно прям подсвечивается. Окей, с этим мы разобрались. Идём дальше.

Здесь нажимаем на стрелочку. Это у нас подсветилось, вот до этого подсвечивалось в атрибуте title, сейчас прямо в теге <span>. Это всё то же самое, то есть это одна и та же ссылочка. Идём дальше, у нас следующая ссылка. И смотрим, где она находится. У нас есть Tab-меню, Mega-меню. То есть, я сразу могу сказать, это вот как раз у нас подсвечивается менюшка, которая плавающая. Вот она в этом меню. Это, по сути, дубль.

А что здесь у нас в хлебных крошках. И здесь еще менюшка... да, здесь дополнительно выявили, что меню есть слева, то есть здесь еще дополнительно дублируется, если сайт молодой и, скажем так, нет дополнительных внешних сигналов, про которые я говорил - желательно первое время скрыть такую менюшку.

Не критично, потому что в целом людям достаточно, что у нас есть плавающее меню сверху. Не нужно дублировать ее слева. Если есть слишком много меню дополнительных, поисковая система будет из-за этого страдать.

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

С боковым меню нужно разбираться отдельно и смотреть, в зависимости от ситуации. Но если брать дублирование верхнего меню, то наша задача поставить ТЗ программисту таким образом, чтобы у нас в HTML-коде было только одно меню, один блок меню. Тот, который у нас закреплен изначально сверху, в шапке сайта, чтобы у нас не дублировалось это меню при скроллинге.

Можно сделать так что при скроллинге это же самое меню будет прикрепляться к шапке и оно не будет дублироваться и нужно убрать из менюшки это. Вместо трёх меню в коде, который там у нас по факту отображается, у нас останется одно.

и за счет этого у нас исправится текстовая релевантность. При этом очень важно поставить ТЗ программисту, чтобы на мобильной версии у нас тоже было одно меню. Идеально, чтобы это же самое меню масштабировалось и на мобильной версии, выводилось без дублирования.

На мобильной версии выводится своё меню, и ПК скрывается. Чтобы такого не было. Чтобы везде на сайте было одно меню, чтобы оно было адаптивным. Если вдруг программист там как-то не может, в случае с мобильной версией и ПК, тогда нужно сделать так, чтобы в HTML-код вносилось только одно меню для конкретной версии.

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

Здесь очень важный момент, когда мы эту проблему идентифицировали, нам необходимо перед тем, как мы поставим ТЗ программисту, проверить текстуру и релевантность страничек, типовых страничек. Мы берем 3-5 страниц категории, 3-5 страниц карточек товаров, 3-5 страниц пересечения категории бренд, 3-5 страниц брендовых страничек. Вот. Ну, посмотрите еще тоже главную и 2-3 странички информационные.

Основные - категории товара и категория бренда, вот эти типовые страницы, которые массовые, какая у них текстовая релевантность. Почему это важно проверить? Потому что если вдруг SEO-шники начали работать до этого, было сквозное большое меню. И для того, чтобы нивелировать искажения текста релевантности и низкую уникальность, вполне возможно, здесь есть огромный SEO-текст. Там такие большие “портянки”. И туда уже как раз добавлено много ключевых фраз, чтобы нивелировать переспам в меню.

Если такая штука есть, то есть это может быть реализовано таким образом, что может быть проработана просто очень круто фильтрация, огромное количество разных значений фильтров, за счёт которых очень сильно повышается уникальность текстовой релевантности, если правильно всё сделать.

Если так эту проблему решали, окей. Просто такое решение, оно не массовое, и оно решает только эту проблему на каких-то отдельных страницах. Исправление в коде сайта, в шаблоне тем, оно решает сразу для всех, и потом просто нужно, во-первых, меньше действий, не нужно создавать огромные SEO-тексты, и, во-вторых, не будет рисков пессимизации за сами SEO-тексты, если там слишком большие они, если там есть переспам в них, если туда “подпихали” информационных ключей на коммерческие страницы и там куча разных моментов.

Как проверить текстовую релевантность

Поэтому здесь очень важно проверить текстовую релевантность. Текстовую релевантность можно проверить в сервисах анализаторов текста. Есть бесплатный сервис Miratext. Заходим сюда, Инструменты, Анализ текста.

Сюда вбиваем URL-адрес для анализа. И нажимаем “анализировать”. Здесь какой момент, в бесплатной версии тут огромное количество сайтов в очереди, придется долго ждать. Есть другие платные сервисы.

Самое главное, если вы предприниматель или маркетолог, и сами эту проблему идентифицировали, ставите задачу SEO-шнику. SEO-шник знает, где и как проверить в платных сервисах текстовую релевантность, вам не нужно заморачиваться. Я пока сейчас не буду, чтобы сильно не растягивать урок.

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

И у нас, по сути, корм для котов был бы самой часто употребляемой фразой на всех страницах. С того, что, к примеру, штук 30-40 раз в менюшке употреблялось бы. И остальные категории такие базовые были бы. И это бы привело к тому, что у нас на страничке с кормом для рыбок, для собак, релевантность была бы несоответствующей. Робот при проверке выбрасывает весь код, оставляет текст, смотрит частоту употребления слов, и он бы увидел, что на странице, которая по сути посвящена корму для рыбок, почему-то чаще всего встречается фраза «корм для котов» и определил бы ее кластеру “корм для котов”.

Понятное дело, что когда такая страница показывается в Яндексе, в Гугл, люди переходят, они видят, что ничего подобного. Там не корм для котов, а корм для рыбок. Они страничку закрывают, страница получает негативные поведенческие характеристики, и в итоге страница плохо ранжируется.

Во-первых, она не ранжируется по своему кластеру, по кластеру корма для рыбок, а во-вторых, она не ранжируется никак по кластеру корма для котов. И другая страница, которая должна по этому кластеру ранжироваться, тоже не ранжируется, потому что там на сайте огромное количество страниц, которые, условно говоря, такие же, типа корма для котов. Вот такие проблемы. По анализу текста релевантности, по инструменту это будет понятно, SEO-шники это легко выявят.

Как проверить уникальность сайта

Следующий момент. Как проверить уникальность сайта. Насколько там маленькая текстовая уникальность. Есть такая вот программка. На MACе, к сожалению, не смогу запустить. На Windows она запускается. Открываем. Очень простая программа. Открываем, забиваем сверху адрес нашего сайта. Программа сканирует все странички, сравнивая друг с другом. И вот есть такая вот шкала уникальности. То есть там подсвечивается прям зеленый, оранжевый, красный. Мы видим, насколько у нас контент внутри сайта уникален - насколько странички друг другу похожи.

Если у нас будет огромное количество страничек, у которых 5, 7, 10, 15% уникальности, то это прямой сигнал, что у нас действительно есть проблема с вот этими огромными сквозными блоками, которые очень сильно понижают уникальность страниц в рамках сайта и приводят к тем проблемам, которые я уже ранее озвучивал. Ну и по переспаму тоже это можно понять в рамках текстового анализатора, то есть это уже задача SEO-шников.

Если интересно, как проводить анализ по текстовой релевантности, по переспаму, пишите в комментариях, сделаю дополнительное видео и там уже подробно разберу.

Здесь все. Кстати, тоже хочу сказать, что некоторые верстальщики начитались справок Яндекса и Гугла допотопных времен, и они вот такую штуку делают, типа - noindex - в коде. Мол, если такую штуку оказать, то дублирующее меню, какие-то дублирующие блоки индексироваться не будут - ничего подобного, индексируется.

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

Почему так любят говорить и делать верстальщики? Потому что сильно проще пару минут добавить в код такую конструкцию чем делать реально крутую адаптивную верстку чтобы она была и для пользователей удобная и для СЕО-шки полезная не вредила продвижению.

На этом всё. Если понравилось, было полезно, интересно, ставьте лайк этому видео. Подписывайтесь на канал, если не подписаны. Если появились какие-то вопросы, было что-то непонятное, обязательно пишите в комментариях, отвечу. Ну и если нет желания самостоятельно во всем этом разбираться, в контактах внизу будут ссылки на мой телеграмм-канал. Оставляйте заявку на бесплатный аудит. Проверю на текущие и другие ошибки ваш сайт. Выдам все ошибки, точки роста, посмотрите, куда можно расти, что исправить. Ну и в целом, если будет желание, поработаем. Ну а нет так нет, у вас на руках в любом случае будет хороший аудит с точками роста, которые вы сможете использовать для дальнейшей работы.

В целом все. Спасибо огромное за внимание и до новых встреч. Пока-пока.

Больше полезной информации в
 Телеграм-канале