Совместимое с WCAG удаление замещающего текста изображения из поиска Google

Поскольку мы оптимизировали нашу разметку HTML для WCAG 2.0, у нас есть много (иногда некрасивых) описаний изображений в результатах поиска Google, включая поиск по сайту Google. Кто-нибудь знает способ скрыть их от описания результатов?

Пример:

<h1>fiscal authority</h1> <img src="..." alt="The image shows the entrance of the fiscal authority" /> <p> The fiscal authority is... </p>

Результат поиска:

Fiscal authority
----------------
The Image shows the entrance of the fiscal authority The fiscal authority is...

Мы не можем...

  • ... переместить картинку за пределы содержимого
  • ... укажите пустой атрибут alt=""
  • ... использовать javascript для вставки изображения или альтернативного текста после рендеринга
  • см. http://www.w3.org/TR/WCAG20-TECHS/H37.html для получения дополнительной информации.

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


html google-search wcag screen-readers
person Trendfischer    schedule 10.07.2014    source источник
comment
Этот вопрос кажется не по теме, потому что он касается SEO.   -  person Jukka K. Korpela    schedule 10.07.2014
comment
Вопросы SEO обычно не относятся к теме SO. Более того, этот вопрос не описывает конкретную проблему; он просто неопределенно относится к «описаниям изображений (иногда уродливым)», без примеров реальных alt текстов и их влияния на результаты поиска. И alt атрибуты должны быть не описаниями изображений, а текстовыми альтернативами.   -  person Jukka K. Korpela    schedule 10.07.2014
comment
Я добавил пример к вопросу. Поскольку для внутреннего поиска мы используем технологию Google, это своего рода вопрос программирования. Да, это про SEO, но я не заинтересован в повышении рейтинга в поиске. Я просто хочу предоставить пользователю несколько полезных описаний в результатах поиска. Важная часть вопроса связана с передовой практикой реализации рекомендаций по доступности из WCAG 2.0.   -  person Trendfischer    schedule 11.07.2014
comment
Из этого примера кажется, что атрибут адекватный alt равен alt="". Однако вы говорите, не объясняя причин, что вы не можете использовать это. Похоже, вы загнали себя в угол, и вам следует пересмотреть свои предпосылки, а не рассматривать это как разновидность технических вопросов, актуальных для SO.   -  person Jukka K. Korpela    schedule 11.07.2014
comment
Извините, возможно, этот вопрос не так понятен для всех, но я предназначил его для людей, которые знают, что такое WCAG и что означает. Пустые альтернативные атрибуты разрешены только для декоративных изображений, все остальные изображения нуждаются в описании, чтобы люди, использующие программу чтения с экрана, могли узнать, какой контент они представляют. Например, что касается моего собственного исследования, проблему может решить ария, описанная автором. Но может ли тогда атрибут alt быть пустым? Вот почему я задаю этот вопрос здесь, чтобы найти, может быть, профессионала, который сможет на него ответить.   -  person Trendfischer    schedule 11.07.2014
comment
Я знаю, что такое WCAG, и знаю, что когда адекватной текстовой заменой изображения не является текст, тогда адекватным значением атрибута alt является пустая строка. Кажется, вы думаете, что изображение входа должно говорить о том, что это изображение входа, что на самом деле бессмысленно для людей, которые не видят изображение, и бесполезно для других. Итак, источник проблемы - неправильное понимание alt атрибутов. Если alt текст имеет смысл для слепого пользователя, он также имеет смысл в результатах поиска.   -  person Jukka K. Korpela    schedule 11.07.2014
comment
Что ж, я считаю, что это ответ, я лично приму. Если бы вы могли дать четкую ссылку на спецификацию WCAG, я бы посчитал ответ на вопрос. Общее толкование декоративного выглядит несколько иначе. Кроме того, здесь, в Германии, при разработке правительственного веб-сайта у нас есть процесс сертификации для BITV, немецкого эквивалента WCAG. Так что я не могу действовать исходя из собственного мнения.   -  person Trendfischer    schedule 12.07.2014
comment
По крайней мере, вы можете удалить начало альтернативного текста: <snip>The Image shows the</snip> entrance of, потому что программы чтения с экрана уже сообщают своему пользователю, что это изображение, прежде чем читать значение alt. Вы можете протестировать с помощью NVDA в Windows или VoiceOver в OS X и iOS. В противном случае я поддерживаю утверждение @ JukkaK.Korpela: он кое-что знает о доступности и WCAG. И математика :)   -  person FelipeAls    schedule 13.07.2014
comment
Что ж, согласен. Но плохие альтернативные тексты - часть проблемы. У нас есть CMS с более чем 1000 редакторами. Если бы у меня было убедительное доказательство того, что пустые альтернативные тексты - это нормально, возможно, я бы, по крайней мере, избежал бессмысленных описаний.   -  person Trendfischer    schedule 14.07.2014
comment
"1000 редакторов" звучит как крушение поезда, ожидающее своего часа. Я настоятельно рекомендую вам установить несколько привратников. Я немного не согласен с точкой зрения Юкки о том, что alt здесь является пустой строкой, но вижу его точку зрения. Я бы пошел по тому пути, который сказал ФелипеАльс, но иногда два эксперта не соглашаются. Я был бы осторожен, идя по пути Если бы у меня было убедительное доказательство того, что пустые альтернативные тексты в порядке, возможно, я мог бы избежать бессмысленных описаний, по крайней мере, путь, потому что это все равно, что сказать, что я могу удалить каждое изображение на сайт и не имеет значения, но is.gd/1CGDTS   -  person Ryan B    schedule 21.07.2014

Ответы (1)


arrow_upward
1
arrow_downward

WCAG Technique H67 четко заявляет, что:

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

Если атрибут title не используется, а для alt-текста задано значение null (т.е. alt =), это указывает вспомогательной технологии, что изображение можно безопасно игнорировать.

Учитывая, что BITV очень четко следует стандарту WCAG, пустой тег alt для чисто декоративного изображения (например, дверного проема) вполне подойдет. Важно понимать, что WCAG - это набор очень субъективных рекомендаций и методов. Многие тесты нельзя автоматизировать, поэтому, если вы можете обоснованно аргументировать соответствие требованиям, этого будет достаточно.

Учтите следующее:

<h1>fiscal authority</h1>
<img src="doorway.bmp" alt="" />
<p>
   The fiscal authority is an institute for authorising fiduciary claims.
</p>

Здесь наличие дверного проема - чисто украшение.

И в отличие от:

<h1>Doorway</h1>
<img src="doorway.bmp" alt="A Victorian-style doorway with beveled edging." />
<p>
   A doorway is a hole cut in a wall to allow passage between rooms.
</p>

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

person Community    schedule 05.08.2014
comment
Кажется, это правильный ответ на мой вопрос. Особенно разница в контексте использования альтернативного текста. Хотел бы дать +1, но не используйте формат файла BMP для изображений, потому что imho, это плохая практика. - person Trendfischer; 05.08.2014
comment
Расширение .bmp было шуткой. - person ; 05.08.2014