Почему на сайте технической компании непонятно, чем она занимается
· Обновлено: · Го Комура · Создание сайта, SEO, Технический B2B, Информация о компании, Улучшение сайта
История изменений (6 обновлений, последнее 30 Aug 2026)
Журнал изменений этой статьи. Там, где версия до правки была заархивирована, она остаётся доступной для чтения по постоянной ссылке с DOI.
- Русский текст переписан как полноценный технический перевод, а не калька с японского. Утверждения статьи не менялись.
- Добавлены 6 схем Mermaid, чтобы по рисункам было видно, как разделять роли страниц и как находить причину «непонятно, чем занимается компания» (по правилу «не меньше одной схемы на 500–750 знаков основного текста»). Сам текст статьи не менялся.
- В начало статьи добавлен раздел «Карта знаний этой статьи». Понятия, которые разбирает текст, и связи между ними собраны в краткое описание, схему и ссылку на страницу сведений. Утверждения статьи не менялись.
- Текст обновлён по итогам внешнего ревью (1283 замечания). Содержание отдельных правок смотрите в записях ниже.
- Ссылки на собственные услуги в тексте сокращены с пяти до двух, переписаны места, где ссылка ломала смысл фразы. Добавлены примеры, как меняется формулировка, и конкретизировано описание собственного кейса. В контрольные точки добавлена колонка «как проверить», англоязычные термины заменены понятными словами.
- Исправлена ошибка: источники нигде в тексте не ссылались и не попадали в раздел справочных материалов. Содержание статьи не менялось.
- Первая публикация
Цитирование статьи(DOI (зарегистрированный архив): 10.5281/zenodo.21619788)
Приведённые ниже DOI относятся к ранее зарегистрированным архивным версиям, которые могут отличаться от текущего текста. Для ссылки на текущий текст используйте URL этой страницы.
Го Комура (2026). Почему на сайте технической компании непонятно, чем она занимается. KomuraSoft LLC. https://comcomponent.com/ru/blog/2026/03/25/000-website-development-why-unclear-business-message/
- DOI (зарегистрированный архив)
- 10.5281/zenodo.21619788
- DOI (последняя зарегистрированная версия)
- 10.5281/zenodo.21619789
Эта статья разбирает типичную проблему сайтов технических и B2B-компаний: внешне всё аккуратно, но непонятно, чем фирма занимается. Сразу вывод: дело не в дизайне самом по себе, а в том, что роли главной, страниц услуг и страницы о компании перемешаны.
Сайт обновили — а обращений больше не стало. В такой момент хочется думать: «слабый дизайн» или «слабое SEO». На деле чаще стопорится ещё раньше.
- С главной не складывается картина компании
- Со страницы услуги непонятно, что можно заказать
- В сведениях о компании и представлении руководителя не хватает материала, по которому можно решить, доверять ли
В технической компании описание услуг быстро обрастает терминами. Если отдать это как есть универсальному веб-агентству, формулировки размываются. Поэтому сначала стоит чинить не «внешний вид», а «что и как рассказывать». В создании сайта KomuraSoft тоже начинает не с дизайна, а с того, чтобы развести роли страниц — вплоть до того, как показаны сведения о компании.
flowchart TB
accTitle: Где искать причину, если обращений не стало больше
accDescr: Если сайт обновили, а обращений не прибавилось, до дизайна и SEO часто стоит более ранний стопор: с главной не складывается картина, со страницы услуги непонятно, что заказать, в сведениях о компании не хватает материала для доверия.
a0["Обращений не стало больше"] -.-> a1["До дизайна и SEO есть что проверить"]
a1 --> a2["С главной не складывается картина"]
a1 --> a3["Со страницы услуги непонятно, что заказать"]
a2 --> a4["В сведениях о компании мало материала для решения"]
Рис. 1: Сначала чинят не внешний вид, а более ранний вопрос — что и как рассказывать.
1. До читателя не доходит не название компании, а роли страниц
Главная причина, почему технический сайт становится непонятным, — размытая роль каждой страницы.
Например, если на главную свалить сразу
- описание бизнеса,
- список услуг,
- рассказ о компании,
- портфолио,
- ссылки на блог,
- контакты,
на одной странице перестаёт быть видно, что читать первым.
flowchart TB
accTitle: Что происходит, когда роли страниц размыты
accDescr: Если на главную свалить описание бизнеса, список услуг, рассказ о компании, портфолио, ссылки на блог и контакты, на одной странице становится непонятно, что читать первым. Это и есть главная причина, почему технический сайт плохо читается.
b1["На главную сваливают всё"] --> b2["Бизнес, услуги, компания, портфолио, блог, контакты"]
b2 --> b3["Непонятно, что читать первым"]
b3 --> b4["Главная причина — размытые роли страниц"]
Рис. 2: Непонятно не потому, что информации нет, а потому что на одной странице смешаны роли.
1.1 Как это выглядит в формулировках
На странице со смешанными ролями подлежащее почти всегда — «наша позиция». Достаточно сменить подлежащее на «работу, которую берём», и то же описание компании читается иначе. Два вымышленных примера.
| Где | До правки | После правки |
|---|---|---|
| H1 на главной | Передовыми технологиями вносим вклад в общество | Берём доработку бизнес-приложений Windows и разбор сбоев |
| Начало страницы о компании | С основания ставим клиента на первое место и копим доверие | 20 лет ведём учётные системы для производства. Больше половины заказов — приём систем, которые сделал кто-то другой |
Проблема не в том, что исходные фразы «плохие». Проблема в том, что их без изменений мог бы поставить любой конкурент. Предложение, которое после подстановки чужого названия неотличимо от чужого, — кандидат на переписывание.
Google тоже советует ставить в title, заголовки и видимый текст ссылок (link text — строка, которую человек видит как ссылку) слова, которыми люди реально ищут. Когда роли страницы смешаны, эти слова тоже размываются.12
flowchart TB
accTitle: Смена подлежащего меняет формулировку
accDescr: На странице со смешанными ролями подлежащее — позиция компании, и ту же фразу мог бы взять конкурент. Подлежащее меняют на работу, которую берёте; если без названия фирмы фразу не отличить от чужой, её переписывают.
c1{"Подлежащее этой фразы"}
c1 -.->|"Позиция компании"| c2["Конкурент мог бы поставить ту же фразу"]
c1 -->|"Работа, которую берём"| c3["Из одного предложения видно, чем занимаетесь"]
c2 --> c4["Если без названия не отличить — переписывать"]
Рис. 3: Если подлежащее с «позиции» сменить на «работу, которую берёте», описание становится другим.
На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 15, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle
2. Сначала разводят роли главной и страниц услуг
На консультациях часто звучит «хотим сделать главную красивее». Но чинить одну главную недостаточно. Смотреть стоит в таком порядке — эти три страницы.
| Порядок | Страница | Роль |
|---|---|---|
| 1 | Главная | Вход в компанию целиком: коротко сказать, чем занимаетесь |
| 2 | Страница услуги | Конкретизировать тему обращения и сказать, что можно заказать |
| 3 | О компании / представление руководителя | Подкрепить: кто, с каким опытом и в каких пределах этим занимается |
Не пытайтесь закрыть всё одной главной: естественнее вместе пересмотреть и тексты страниц услуг, и сведения о компании. Если править три страницы в разное время, роли по ходу работы снова смешаются.
3. В техническом B2B работает «разнести» объяснения
У технической компании услуги часто выглядят похоже, а на деле это разные вещи. Например, у Windows Custom Software Development, доработки существующего ПО, разбора сбоев, технической консультации и создания сайта — разные входы для обращения и разная подача.
Здесь важно не пытаться сказать всё на одной странице.
- Главная — общая картина
- Страница услуги — отдельный вход под конкретное обращение
- Сведения о компании — опора для доверия
- Блог — пояснения и материал для сравнения
Когда так разнесено, читателю проще решить: «сюда ли идти со своим вопросом».
KomuraSoft сам это переделывал. Раньше с главной, со страницы о компании, с краткой биографии руководителя, с технических кейсов и с контактов весь сайт читался как сайт про Windows Custom Software Development. Поменяли три вещи.
- Формулировку на «вывеске» унифицировали: «создание сайта, SEO и Windows Custom Software Development»
- Главную пересобрали в два входа
- Завели отдельные родительские страницы для создания сайта, для SEO и улучшения воронки обращений и для разработки под Windows
Важнее не то, что страниц стало больше, а то, что сайт перестал выглядеть как агентство «делаем всё».
flowchart TB
accTitle: Три правки, которые KomuraSoft сделал на своём сайте
accDescr: Из структуры, где все страницы читались как сайт про Windows Custom Software Development, унифицировали формулировку на вывеске, пересобрали главную в два входа и завели родительские страницы по услугам. Суть — не выглядеть агентством «делаем всё».
d0["Все страницы читались как Windows Custom Software Development"] --> d1["1. Унифицировали формулировку на вывеске"]
d1 --> d2["2. Пересобрали главную в два входа"]
d2 --> d3["3. Завели родительские страницы по услугам"]
d3 -.-> d4["Суть: не выглядеть агентством «делаем всё»"]
Рис. 4: Делали не «больше страниц», а разобрали входы и вывеску. Веб-сторону ограничили техническим и B2B-кругом, силу и кейсы Windows-стороны не ослабляли. Подробный ход — в кейсе, как мы пересобрали свой сайт в две опоры.
4. Сведения о компании и представление руководителя — материал для решения, а не перечень регалий
Страница о компании и страница о руководителе — не место просто выложить карьеру. Читатель смотрит на другое: «можно ли идти к этой компании» и «насколько глубоко этот человек понимает тему».3
Поэтому лучше ставить вперёд такие вещи.
- В каких технических областях вы сильны
- Какие обращения приходят чаще
- Что умеете, а что вне зоны
- Как обращаетесь с уже существующими системами клиента
- Как раскладываете и подаёте технический материал
Если на странице о компании рядом стоят несколько направлений, в представлении руководителя тоже стоит писать так, чтобы было видно: «этот человек умеет уложить сложную технику в понятную структуру». Чем больше направлений, тем важнее, что страница о компании и представление руководителя говорят об одном и том же.
flowchart TB
accTitle: Что писать в сведениях о компании и в представлении руководителя
accDescr: Это не место для перечня регалий. Читатель решает, можно ли идти с обращением и насколько человек понимает тему, поэтому вперёд ставят сильные области, частые обращения, что умеете и что вне зоны, как обращаетесь с уже существующими системами.
e1["Что смотрит читатель"] --> e2["Можно ли идти сюда и насколько человек понимает тему"]
e2 --> e3["Писать материал для решения, а не перечень регалий"]
e3 --> e4["Сильные области, частые обращения, что умеете и что вне зоны, как обращаетесь с уже существующими системами"]
e4 -.-> e5["Говорят ли страница о компании и представление руководителя об одном"]
Рис. 5: На страницах о компании и о руководителе вперёд идёт материал для решения читателя, а не карьера.
5. Контрольные точки, которые можно поправить сразу
Когда реально пересматриваете сайт, удобнее идти в таком порядке. Автор текста сам считает, что «и так понятно», поэтому заранее договаривайтесь, как будете проверять.
| Что проверить | Как проверить |
|---|---|
| Из H1 на главной одним предложением понятно, чем занимается компания? | Покажите страницу на 10 секунд коллеге, который сайт не делал, и спросите: «Это какая компания?» Если ответа нет или он не совпадает с реальным бизнесом — переписывать |
| В начале страницы услуги ясно, о чём можно проконсультироваться? | Дайте прочитать только лид и спросите: «Ваш вопрос сюда подходит — да или нет?» Если человек мнется, аудитория не сужена |
| Со страницы о компании видно, кто в чём силён? | После чтения спросите: «В чём, по-вашему, сильна эта компания?» Если в ответ только годы стажа — материала для решения нет |
| На странице контактов понятно, с каким вопросом уместно писать? | Спросите: «Что вы сейчас напишете?» и попросите одно предложение. Если рука останавливается, не хватает примера, с чего начать |
| Из блога можно естественным образом вернуться на страницу услуги? | Откройте одну статью, дайте прочитать только текст и попросите выбрать ссылку, которую нажмут дальше. Если выбрать нечего — обратного пути нет |
Каждая проверка занимает около пяти минут. Одного и того же человека можно использовать только один раз — следующие пункты отдавайте другим.
Когда эти пять пунктов на месте, сайт из «красивого буклета» становится входом для обращения.
flowchart TB
accTitle: Как проводить проверки
accDescr: Автор считает, что и так понятно, поэтому заранее договариваются показывать страницы коллеге, который сайт не делал. Одного человека используют один раз и дальше идут к другим. Когда пять пунктов на месте, сайт из буклета становится входом для обращения.
f1["Показать человеку, который сайт не делал, и спросить"] --> f2["Переписать места, где нет ответа или ответ мимо"]
f2 --> f3["Следующий пункт — другому человеку (одного — только раз)"]
f3 --> f4["Пять пунктов на месте: из буклета получается вход для обращения"]
Рис. 6: Проверяют не перечитывая самим, а показывая страницу человеку, который видит её впервые.
Итог
Самая частая ошибка на сайте технической компании — не нехватка информации, а неясно, где этой информации место. Сначала разведите роли главной, страниц услуг и страницы о компании, и уже на этой основе упорядочите создание сайта — так подача ближе к той, что приводит к обращениям.
Если кажется, что «непонятно, чем занимается компания», короткий путь — до правок дизайна пересмотреть, как в тексте разделены роли.
Связанные статьи
- Три места, которые стоит поправить в первую очередь на сайте, откуда не приходят обращения
- Как строить страницы услуг — порядок упорядочивания для технического B2B
- Создание сайта
- О компании
Справочные материалы
-
Google Search Central, Search Essentials ↩
-
Google Search Central, Link best practices for Google ↩
-
Google Search Central, Creating helpful, reliable, people-first content ↩
Похожие статьи
Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.
Зачем компании нужен сайт — не визитка «о нас», а основа продаж, которая даёт прибыль
Разбираем, зачем компании нужен сайт и как он связан с прибылью на пути от поиска и сравнения к обращению и заказу. Статья о том, чтобы с...
Как увеличить обращения с BtoB-сайта — полная карта порядка исправлений от привлечения до формы
Чтобы увеличить обращения с BtoB-сайта, сначала измерениями находят узкое место, затем готовят страницы услуг, исправляют путь к форме и ...
Стоимость сайта для малого и среднего бизнеса — таблица цен и как читать смету
Перед запросом сметы на сайт малому и среднему бизнесу полезно знать ориентиры по цели и масштабу, как читать разбивку сметы и чего ждать...
Три места, которые стоит поправить сначала, если с сайта нет обращений
На сайте, где обращения остановились, разбираем, что сначала поправить на главной, на страницах услуг и на странице контактов — по тем ме...
Переход с WordPress на Movable Type: практические шаги «обратной» миграции
Разбираем переход с WordPress на Movable Type (MovableType.net) с практической стороны. Когда миграция оправдана, как импортировать запис...
Связанные темы
Эти страницы показывают тему статьи в более широком контексте услуг и решений.
Технические темы Windows
Раздел о разработке Windows, расследовании сбоев и использовании существующих активов.
Темы веб-разработки и SEO
Создание сайтов, SEO, путь к обращению и проектирование внутренних ссылок.
Связанные примеры проектов
В этих примерах используется сходный подход к анализу, расстановке приоритетов или переработке.
Как мы перестроили сайт вокруг двух понятных направлений
Кейс о редизайне сайта KomuraSoft LLC: от представления только Windows-разработки к структуре с двумя основными направлениями.
Услуги по этой теме
Статья напрямую связана со следующими услугами.
Разработка веб-сайтов
В создании сайта центральная задача — так выстроить главную, страницы услуг и сведения о компании, чтобы было понятно, чем фирма занимается.
Технические консультации и ревью дизайна
Чтобы развести роли страниц и способ подачи, удобнее вместе пересмотреть и содержание, и маршруты перехода — это как раз формат технической консультации.
Частые вопросы
Вопросы, которые часто возникают при консультациях по теме статьи.
- Мы обновили сайт, а обращений больше не стало. Почему?
- Часто дело останавливается ещё до дизайна и SEO. Конкретно: с главной не складывается картина компании, со страницы услуги непонятно, что можно заказать, а в сведениях о компании и представлении руководителя не хватает материала, по которому можно решить, доверять ли. Главная причина — размытые роли страниц. Сначала стоит поправить не внешний вид, а то, что именно и как вы рассказываете.
- Как разделить роли главной страницы и страниц услуг?
- Главная — вход в компанию целиком: коротко говорит, чем вы занимаетесь. Страница услуги конкретизирует тему обращения и говорит, что именно можно заказать. Сведения о компании и представление руководителя подкрепляют это: кто, с каким опытом и в каких пределах этим занимается. Если на главную свалить описание бизнеса, список услуг, рассказ о компании, портфолио и ссылки на блог, становится непонятно, что читать первым. Важно не пытаться сказать всё на одной странице.
- Что писать на странице о компании и в представлении руководителя?
- Не перечень регалий, а материал для решения читателя. Его волнует «можно ли идти к этой компании» и «насколько глубоко этот человек понимает тему». Поэтому лучше работают такие вещи: в каких технических областях вы сильны, какие обращения приходят чаще, что умеете, а что вне зоны, и как обращаетесь с уже существующими системами клиента.
- Как быстро проверить, насколько сайт понятен?
- По пяти контрольным точкам. Из H1 на главной одним предложением понятно, чем занимается компания? В начале страницы услуги ясно, о чём можно проконсультироваться? Со страницы о компании видно, кто в чём силён? На странице контактов понятно, с каким вопросом уместно писать? Из блога можно естественным образом вернуться на страницу услуги? Когда эти пять пунктов на месте, сайт перестаёт быть «красивым буклетом» и становится входом для обращения.
Об авторе
Страница с профилем автора статьи.
Го Комура
Представитель KomuraSoft LLC
Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.