Все руководства

Thabrew Effect

Thabrew Effect представляет собой результат оптимизации видимости, доступности и конверсии как единой системы, а не как трёх отдельных направлений. По отдельности эти три области ограничивают друг друга. Оптимизированные совместно, они складываются и способны масштабировать цифровое присутствие компании и её конверсии в 5-10 раз. Это основополагающий тезис Thabrew Effect, студии Dumidu Thabrew.

Каждый остальной термин этого глоссария обслуживает одну из трёх областей эффекта: видимость (SEO, AEO, GEO, AIO), доступность (WCAG, POUR, VPAT) или конверсию (CRO, A/B-тестирование, воронка конверсии). Сам эффект возникает тогда, когда решение, принятое ради одной области, сверяется с двумя другими до его выхода в свет.

Что такое Thabrew Effect?

Thabrew Effect представляет собой кумулятивный эффект, который возникает, когда видимость, доступность и конверсия оптимизируются как единая система. Каждая область питает остальные: видимость приводит больше людей, доступность позволяет каждому из них пользоваться сайтом, а конверсия превращает это использование в запросы и продажи. Оптимизированные вместе, а не по отдельности, эти три области способны масштабировать бизнес в интернете в 5-10 раз.

SEO

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

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

Актуально ли SEO сейчас, когда существуют ответы от ИИ?

Да. Google заявил, что обзоры от ИИ (AI Overviews) и режим ИИ (AI Mode) используют тот же индекс и системы ранжирования, что и стандартный поиск, поэтому технические и контентные основы SEO остаются обязательным условием того, чтобы вас находил и цитировал ИИ.

AEO

Оптимизация под ответные системы (AEO) представляет собой практику структурирования контента так, чтобы он мог быть выбран в качестве прямого, самостоятельного ответа функциями поиска ответного типа: избранными сниппетами, блоками «Похожие вопросы», панелями знаний и голосовыми ассистентами. Она выросла из SEO, когда поисковые системы начали отвечать на вопросы прямо на странице результатов, а не только перечислять ссылки.

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

Чем AEO отличается от обычного SEO?

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

GEO

Оптимизация под генеративные системы (GEO) представляет собой практику улучшения того, насколько часто и насколько благоприятно контент сайта используется в качестве исходного материала генеративными системами ИИ, такими как ChatGPT, Perplexity и обзоры от ИИ Google, когда эти системы синтезируют ответ из нескольких источников, а не возвращают ранжированный список ссылок.

Термин происходит из исследовательской работы 2023 года, которая представила GEO как фреймворк оптимизации «чёрного ящика» для видимости контента в ответах генеративных систем и сообщила о росте видимости оптимизированного контента до 40 процентов в проведённых тестах. На практике GEO добавляет достойную цитирования структуру, ясную атрибуцию и тематическую глубину поверх основы из SEO и AEO.

Является ли GEO тем же, что и AEO?

Они пересекаются, и индустрия использует оба термина свободно, иногда как синонимы. Различие, которое стоит удерживать, состоит в том, что AEO изначально нацеливалась на структурированные функции поиска вроде избранных сниппетов, тогда как GEO нацелена именно на генеративные, многоисточниковые ответы ИИ. Многие практики теперь считают GEO более широким термином для обоих.

AIO

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

Отраслевое употребление AIO пока не устоялось: одни источники используют его почти как синоним GEO, другие определяют его как зонтичный термин, включающий AEO и GEO как более узкие тактики видимости внутри него. Поскольку термин ещё стабилизируется, здесь он используется в значении полной дисциплины управления следом бренда в ИИ, а не одной конкретной техники.

Нужна ли мне отдельная стратегия AIO поверх SEO, AEO и GEO?

Не отдельная. Относитесь к AIO как к результату, к которому стремятся эти дисциплины: точное, благоприятное и согласованное представление бренда в каждой системе ИИ, которая может его описывать, построенное на той же контентной основе, что и SEO, AEO и GEO, а не как к четвёртому параллельному процессу.

LLM SEO

LLM SEO представляет собой практику оптимизации контента специально под то, как большие языковые модели извлекают, взвешивают и цитируют веб-источники при генерации ответа, независимо от того, ищет ли модель вживую (генерация с дополнением поиском) или опирается на закономерности, усвоенные во время обучения.

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

В чём разница между LLM SEO и GEO?

На практике небольшая. Оба описывают оптимизацию контента под ответы, сгенерированные ИИ, а не под ранжированные ссылки. LLM SEO чаще используют, когда акцент делается именно на чат-ассистентах вроде ChatGPT или Claude, тогда как GEO остаётся более устоявшимся термином в опубликованных исследованиях и охватывает генеративные функции поиска шире.

Цитируемый блок

Цитируемый блок представляет собой короткий, самодостаточный фрагмент, обычно от 40 до 60 слов, размещённый ближе к началу статьи прямо под заголовком в форме вопроса и написанный так, чтобы ответная система ИИ могла целиком поднять его как полный, точный ответ, не нуждаясь в остальной части страницы для контекста.

Цитируемый блок остаётся самым прямым рычагом в практике AEO и GEO: он даёт машине чистый ответ для цитирования вместо того, который ей пришлось бы собирать наугад. Страница может нести несколько цитируемых блоков, по одному на каждый отдельный вопрос, на который отвечает её контент.

Какой длины должен быть цитируемый блок?

На практике хорошо работает объём от 40 до 60 слов: достаточно длинный, чтобы быть полным, точным ответом сам по себе, и достаточно короткий, чтобы языковая модель могла поднять его дословно, не нуждаясь в сокращении или пересказе во что-то более краткое.

Семантическая полнота

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

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

Как понять, что абзац семантически полон?

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

Поиск без переходов (zero-click)

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

Поведение без переходов стало причиной, по которой работа над видимостью сместилась от погони за переходами к завоеванию цитирований. Данные Semrush State of Search показали, что в США доля запросов без переходов составила около 27,2 процента в первом квартале 2025 года против 24,4 процента годом ранее, а другие отраслевые исследования сообщают о заметно более высоких цифрах в зависимости от методологии и типа запроса, поэтому любое отдельное число стоит воспринимать как ориентир, а не как окончательную истину.

Означает ли поиск без переходов, что страницу проигнорировали?

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

E-E-A-T

E-E-A-T расшифровывается как Experience, Expertise, Authoritativeness, Trust (опыт, экспертность, авторитетность и доверие): четыре качества, которые люди-асессоры качества Google используют, чтобы судить, достаточно ли страница и её автор заслуживают доверия, чтобы хорошо обслужить пользователей поиска. Это не сам алгоритм ранжирования, а рамочная система оценки, чьи сигналы возвращаются в то, как Google настраивает качество поиска со временем.

Компонент «Experience» (опыт) был добавлен в декабре 2022 года и спрашивает, показывает ли контент личное использование продукта, реальное посещение места или прожитое соприкосновение с темой. Доверие находится в центре: страница с сильным опытом, экспертностью и авторитетом, но шатким фактическим послужным списком всё равно оценивается низко. Для студии, ведомой личностью, E-E-A-T напрямую ложится на доказательства во главе с основателем: именованное авторство, реальные результаты проектов и прозрачные источники.

Является ли E-E-A-T фактором ранжирования Google?

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

Entity SEO

Entity SEO (сущностное SEO) представляет собой практику оптимизации контента так, чтобы поисковые системы и системы ИИ распознавали человека, бренд или организацию как отдельную, чётко определённую сущность, а не просто набор ключевых слов. Она смещает единицу оптимизации со «страниц, ранжирующихся по фразе» на «вещь, которую поисковые системы могут назвать, разграничить и связать с другими вещами, которые они уже знают».

Когда сущность установлена, системы могут приписывать ей утверждения, цитировать её по имени в ответах ИИ и последовательно связывать её в графе знаний, структурированных данных сайта и упоминаниях третьих сторон. Для студии, построенной вокруг одного именованного основателя, сущностное SEO фундаментально: последовательное именование, ясный след same-as (официальные профили, цитирования, упоминания) и структурированные данные, привязывающие каждую страницу к одной и той же сущности.

Чем сущностное SEO отличается от ключевого SEO?

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

Граф знаний

Граф знаний представляет собой структурированную базу данных сущностей (людей, мест, организаций, концепций) и связей между ними, используемую поисковыми системами для понимания смысла, а не только сопоставления текста. Собственный граф знаний Google питает информационные панели, появляющиеся рядом с результатами поиска, и подаёт контекст в ответы, сгенерированные ИИ.

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

Как бизнесу попасть в граф знаний Google?

Прямого процесса подачи не существует. Google формирует записи графа знаний, комбинируя структурированные данные на сайте (например, схему Organization или Person), публичные базы данных и подтверждающие упоминания по всему вебу. Чем более последовательно сущность именуется и связывается в этих источниках, тем увереннее Google может её разрешить и представить.

Структурированные данные (schema-разметка)

Структурированные данные представляют собой стандартизированный формат кода, чаще всего использующий словарь schema.org, добавляемый на веб-страницу, чтобы поисковые системы и краулеры ИИ могли читать её контент как размеченные факты, а не как обычный текст. Обычно они реализуются в виде JSON-LD, блока скрипта, описывающего контент страницы (статью, продукт, человека, событие) с помощью общих, машиночитаемых терминов.

Структурированные данные не меняют того, как страница выглядит для посетителя, они меняют то, насколько ясно её может разобрать машина. Именно эта ясность делает возможными расширенные результаты, панели знаний и цитирования ИИ: система, которая может уверенно определить «это человек по имени Dumidu Thabrew, это его организация», может процитировать эту страницу с гораздо меньшим риском ошибиться.

Гарантирует ли добавление структурированных данных рост в ранжировании?

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

Схема FAQPage

Схема FAQPage представляет собой тип структурированных данных, который размечает список вопросов и ответов на странице в формате, который поисковые системы могут разобрать напрямую. Исторически она использовалась, чтобы заработать разворачиваемый расширенный результат FAQ прямо в поисковой выдаче Google.

Этот расширенный результат теперь гораздо более ограничен, чем прежде. В августе 2023 года Google ограничил расширенный результат FAQ хорошо известными, авторитетными государственными и медицинскими сайтами и перестал показывать его для большинства других сайтов. Сама разметка по-прежнему имеет ценность помимо расширенного результата: она даёт системам ИИ чистую, предварительно структурированную пару «вопрос-ответ» для поднятия, а именно такую форму и ищут ответные системы, выбирая, что процитировать.

Стоит ли по-прежнему использовать схему FAQPage, если расширенный результат для большинства сайтов исчез?

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

Hreflang

Hreflang представляет собой HTML-атрибут (или его эквивалент в карте сайта и заголовке), который сообщает поисковым системам, для какого языка и, опционально, для какого региона предназначена конкретная версия страницы, чтобы правильному пользователю подавалась правильная локализованная страница. Каждая локализованная страница в наборе должна ссылаться на каждую другую версию, включая саму себя, чтобы системы могли построить полную карту контента по языкам и регионам.

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

Что происходит, если теги hreflang отсутствуют или неверны?

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

Core Web Vitals

Core Web Vitals представляют собой три измеримых показателя, которые Google использует для оценки реального опыта работы со страницей: Largest Contentful Paint (LCP) для скорости загрузки, Interaction to Next Paint (INP) для отзывчивости и Cumulative Layout Shift (CLS) для визуальной стабильности. Google рекомендует LCP менее 2,5 секунды, INP менее 200 миллисекунд и показатель CLS менее 0,1, каждый из которых измеряется по 75-му перцентилю реальных посещений.

INP заменил First Input Delay (FID) в качестве официального показателя отзывчивости в марте 2024 года. Core Web Vitals важны не только сами по себе: страница, которая быстро загружается, мгновенно реагирует и никогда не прыгает под пальцем читателя, оказывается ещё и той страницей, которую с наибольшей вероятностью действительно прочитают (и процитируют), а не покинут. Каждое фирменное взаимодействие на сайте во главе с основателем нуждается в бюджете производительности именно по этой причине.

Каковы проходные пороги для Core Web Vitals?

Чтобы пройти, страница должна иметь Largest Contentful Paint менее 2,5 секунды, Interaction to Next Paint менее 200 миллисекунд и показатель Cumulative Layout Shift менее 0,1, при этом каждому порогу должно соответствовать не менее 75 процентов реальных посещений.

WCAG

Руководство по доступности веб-контента (WCAG) представляет собой международно признанный технический стандарт создания веб-контента, пригодного для использования людьми с инвалидностью, опубликованный Консорциумом Всемирной паутины (W3C). WCAG организует свои требования вокруг четырёх принципов: воспринимаемость, управляемость, понятность и надёжность (POUR), каждый из которых разбит на проверяемые критерии успеха на трёх уровнях соответствия: A, AA и AAA.

WCAG AA служит де-факто базовым уровнем, на который ссылается большинство законов о доступности по всему миру, включая EAA и правило Раздела II ADA, и остаётся стандартом, которому Thabrew Effect подчиняет каждую сборку, независимо от того, какую страну обслуживает клиент.

Что такое WCAG простыми словами?

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

WCAG 2.2

WCAG 2.2 представляет собой текущую опубликованную версию Руководства по доступности веб-контента, финализированную W3C 5 октября 2023 года. Она добавляет девять новых критериев успеха к WCAG 2.1, сфокусированных на когнитивной доступности, мобильном взаимодействии и более лёгком использовании клавиатуры и указателя, оставаясь при этом обратно совместимой с предыдущей версией.

Большинство современных норм регулирования и закупок, включая VPAT 2.5, теперь поддерживают ссылку на WCAG 2.2 AA как практическую цель соответствия, хотя некоторые существующие правовые тексты, такие как правило Раздела II ADA в США, по-прежнему явно ссылаются на 2.1.

Что нового в WCAG 2.2?

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

POUR

POUR представляет собой акроним четырёх основополагающих принципов WCAG: Perceivable, Operable, Understandable, Robust (воспринимаемость, управляемость, понятность и надёжность). Каждый критерий успеха WCAG относится к одному из этих четырёх принципов, которые вместе описывают, что нужно человеку от цифрового интерфейса независимо от конкретной инвалидности или задействованной вспомогательной технологии.

Воспринимаемость охватывает такие вещи, как альтернативный текст и субтитры, управляемость охватывает доступ с клавиатуры и достаточное время для действия, понятность охватывает простой язык и предсказуемое поведение, а надёжность охватывает совместимость с вспомогательными технологиями, такими как программы чтения с экрана. Thabrew Effect использует POUR как внутренний контрольный список за планкой WCAG AA в своём определении готовности.

Что означают четыре принципа WCAG?

POUR расшифровывается как Perceivable (могут ли люди воспринять контент через зрение, слух или осязание), Operable (могут ли они управлять интерфейсом, в том числе только с клавиатуры), Understandable (предсказуемы и ясны ли контент и его поведение) и Robust (продолжает ли он надёжно работать в разных браузерах и вспомогательных технологиях сейчас и по мере их изменения).

VPAT

VPAT (Voluntary Product Accessibility Template, добровольный шаблон доступности продукта) представляет собой стандартизированный документ, который поставщик заполняет, чтобы сообщить, насколько хорошо продукт или услуга соответствует заданному стандарту доступности, чаще всего WCAG, Section 508 или EN 301 549. Шаблон поддерживается Советом индустрии информационных технологий (ITI); текущей версией является VPAT 2.5, выпущенная 24 апреля 2025 года.

Заполненный, VPAT становится Отчётом о соответствии доступности (ACR). Корпоративные и государственные покупатели регулярно запрашивают его перед закупкой, поэтому актуальный VPAT работает как доказательство должной заботы о доступности в процессе продаж, а не только как артефакт соответствия.

Требуется ли VPAT по закону?

VPAT добровольный по названию, но на практике его часто требуют: федеральные и многие штатные и корпоративные процессы закупок в США просят у поставщиков заполненный VPAT (как Отчёт о соответствии доступности) прежде, чем рассмотреть покупку, хотя ни один отдельный закон не предписывает сам шаблон.

Европейский акт о доступности (EAA)

Европейский акт о доступности (Директива (ЕС) 2019/882) представляет собой законодательство ЕС, требующее, чтобы широкий спектр продуктов и услуг, включая электронную коммерцию, банкинг, электронные книги, телеком и пассажирский транспорт, соответствовал общим требованиям доступности. Принятый в 2019 году, он стал обязательным к исполнению во всех государствах-членах ЕС 28 июня 2025 года.

Он применяется к любому бизнесу, продающему охваченные продукты или услуги потребителям в ЕС, где бы этот бизнес ни находился, с узким исключением для микропредприятий (менее 10 сотрудников, оборот менее 2 миллионов евро), предлагающих только услуги. Меры принуждения уже начались в таких государствах-членах, как Франция. Это общая информация, а не юридическая консультация.

Применяется ли EAA к бизнесу за пределами ЕС?

Да. EAA применяется исходя из того, где находятся клиенты бизнеса, а не где зарегистрирован бизнес. Компания, базирующаяся за пределами ЕС и продающая охваченные продукты или услуги, такие как электронная коммерция или электронные книги, потребителям внутри ЕС, попадает в его сферу действия, если только не подпадает под исключение для микропредприятий.

ADA (Americans with Disabilities Act)

Закон об американцах с инвалидностью (ADA) представляет собой гражданско-правовой закон США 1990 года, запрещающий дискриминацию по инвалидности, распространённый судами и регулированием на сайты и мобильные приложения. В апреле 2024 года Министерство юстиции финализировало правило в рамках Раздела II ADA, требующее, чтобы сайты и приложения органов власти штатов и местного самоуправления соответствовали WCAG 2.1 уровня AA.

Раздел II охватывает государственные структуры; частные предприятия (Раздел III) пока не подпадают под финализированное федеральное веб-правило, но столкнулись с тысячами судебных исков о доступности сайтов на основе ADA в рамках существующей судебной практики, что делает WCAG AA де-факто безопасной целью независимо от сектора. Сроки соответствия для структур Раздела II были продлены в 2026 году: до 26 апреля 2027 года для более крупных юрисдикций и 26 апреля 2028 года для более мелких. Это общая информация, а не юридическая консультация.

Требует ли ADA, чтобы сайты были доступными?

Для сайтов органов власти штатов и местного самоуправления, да: правило Министерства юстиции 2024 года устанавливает WCAG 2.1 AA как требуемый стандарт, со сроками соответствия, продлёнными до 2027 и 2028 годов. Для частных предприятий пока ни одно отдельное федеральное правило не задаёт технический стандарт, но суды неоднократно постановляли, что ADA может применяться к коммерческим сайтам, поэтому WCAG AA остаётся практическим ориентиром.

Альтернативный текст (alt)

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

Хороший alt-текст описывает функцию или содержание, которое передаёт изображение, а не его имя файла или каждую визуальную деталь, а чисто декоративные изображения должны нести пустой alt-текст, чтобы программы чтения с экрана их пропускали. Отсутствующий или ленивый alt-текст (например, «image123.jpg») остаётся одним из самых распространённых и самых заметных сбоев доступности в вебе.

Что делает alt-текст хорошим?

Хороший alt-текст отвечает на то, что зрячий пользователь получает от изображения и что незрячий иначе упустил бы: информацию или функцию, а не буквальную визуальную опись. Фотографии продукта нужен сам продукт и его отличительная деталь; декоративному украшению не нужен alt-текст вовсе (пустой атрибут alt), чтобы программа чтения с экрана не зачитывала его без необходимости.

RTL (справа налево)

RTL (справа налево) описывает языки, такие как арабский и иврит, которые пишутся и читаются справа налево, требуя от интерфейсов зеркалить свою компоновку, включая выравнивание текста, порядок навигации, значки и поток чтения, а не просто переводить слова внутри рамки слева направо.

Действительно готовый к RTL сайт переворачивает всё направление компоновки (CSS-атрибут `dir` и логические свойства, а не только отдельные строки), так что навигация, направление значков и порядок чтения ощущаются родными, а не зеркальными задним числом. Для студии, строящей на десяти локалях, поддержка RTL для арабского остаётся первоклассным требованием, проверяемым при каждом изменении компоновки, а не поздним дополнением.

Что означает RTL для веб-дизайна?

RTL означает, что переворачивается всё направление интерфейса, а не только текст. Навигационные меню, значки «назад» и «вперёд», индикаторы прогресса, порядок полей формы и даже оси диаграмм должны зеркалиться для языков вроде арабского, чтобы опыт читался естественно для того, чей язык идёт справа налево, а не выглядел как компоновка слева направо с вставленными переведёнными словами.

CRO (оптимизация коэффициента конверсии)

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

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

Что такое оптимизация коэффициента конверсии простыми словами?

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

A/B-тест

A/B-тест (также называемый сплит-тестом) представляет собой контролируемый эксперимент, который показывает две версии страницы, заголовка или потока (A, текущую версию, и B, вариант) разным посетителям одновременно, а затем измеряет, какая версия показывает себя лучше по заданной цели, такой как конверсия.

A/B-тестирование служит основным методом за CRO: оно заменяет мнение о том, что «должно» конвертироваться лучше, свидетельством о том, что действительно конвертируется, для этой конкретной аудитории. Валидный тест нуждается в достаточно большой выборке и достаточно долгом запуске, чтобы достичь статистической значимости, иначе «победитель» может оказаться просто шумом.

Чем A/B-тест отличается от простого изменения страницы?

A/B-тест запускает обе версии одновременно для разных посетителей и измеряет разницу, а не меняет страницу и сравнивает результаты до и после, что смешивает изменение со всем остальным, что сдвинулось со временем, например сезоном, источником трафика или несвязанными событиями. Именно это сравнение бок о бок делает результат объяснимым самим изменением.

Воронка конверсии

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

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

Каковы типичные этапы воронки конверсии?

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