Согласен. Но как всегда — правила правила, поэтому и есть предложенное решение. Единственное, что добавляю, на картинке в статье title — еще окей, а вот например, на кейсе состоящим из картинок — это прямо противопоказанно.
Для качественного описания картинки лучше использовать figcaption
Конечно, его всегда используем при уместном контексте и вот его как раз и не стоит брать из названия файла и стоит заполнять самостоятельно (это отсылка к предыдущим ораторам).
Проблема в том, что для разработчиков, особенно работающих с СЕО, авторитет у Яндекса выше чем у авторов HTML спецификаций. Поэтому, они ведутся на такую вот ерунду.
Да простят меня другие комментаторы, с моей точки зрения — это единственная здравая мысль. Мог бы — «плюсанул».
Абсолютно согласен. Единственная оговорка, любой грамотный проект разрабатывается под ЦА и примерно «прикидываются» каналы продвижения. Следовательно, если проект рассчитывает получать аудиторию из поиска важно учитывать принятые «правила» выбранного канала продвижения. Как например, в случае с данной статьей — на этом ресурсе она «заслуженно» получает минус так как ЦА и «правила» одни, а на другом ресурсе «заслуженно» получает плюс так как ЦА иная.
Поэтому, прошу пояснить, почему с вашей точки зрения правила/рекомендации в данном контексте, это ерунда? И хочу спросить используете ли вы на страницах теги Author и Publisher?
особенно работающих с СЕО
Позволю себе кинуть камень в ваш огород, не CEO (с английского — это Chief Executive Officer), а SEO. При написании на русском возникает 2 совершенно разные интерпретации. А слово — иностранное.
необходимость атрибута title с точки зрения спецификации
Поясните. Какой спецификации?
удобство пользователей
В чем заключается НЕ удобство? Смотрите комментарии выше (WP не устанаваливает title при встраивании).
доступность интерфейсов
Каких конкретных?
Ну и получили то, что получили. Ну, если вдруг вы удивляетесь реакции.
Если вы имеете ввиду отрицательную реакцию, для меня она не имеет никакого значения, ровным счетом, как и положительная. Причем, проголосовать за или против не может «обычный» пользователь. Статья опубликована для других целей. Но приятно, что она есть. (Плюс, сделать ее негативной или позитивной в целом, не составляет большого труда.)
P.S. Со статьей опубликованной раньше (источник), произошло то же самое — резкий минус вначале и негативные комментарии, а позже плюс. Это всего лишь разные мнения людей — не более того.
Имена картинок не всегда называются по-русски и уникально.
Например, в статье 10 картинок с латте-артом. Имена латте-арт-1.jpg,… латте-арт-10.jpg, а скорее всего транслитом, чтобы не заставлять движок самостоятельно транслитерировать (да и не все CMS из коробки это умеют)
Примеров, как вы используете CMS — великое множество, на каждого не угодишь. Мое мнение — перед выгрузкой, нужно подготавливать контент в любом случае. Например, мы сжимаем картинки, называем их соответствующем образом и выгружаем. Для нас, приведенная в статье схема — прекрасный способ сэкономить время.
чтобы не заставлять движок самостоятельно транслитерировать
Таким образом можно и файловым менеджером пользоваться, чтобы не заставлять движок загружать изображения.
Так вот, мне кажется правильнее title оставлять латте-арт-N, а вот в alt помещать ручками содержание каждого конкретного изображения, т.е. работать над контентом. Несмотря на то, что это картинка, да еще и в количестве 10 штук.
Смотрите комментарии выше — ПС любит иначе.
Хотите чтобы было SEO — добавьте ключевых запросов в alt.
Такое себе. Слишком незначительный фактор для страницы, чтобы делать такой вывод. Наша практика состоит в разбавлении, но с соблюдением тематики и уже на многих проектах приносит свои плоды.
Но «Изображение — латте-арт-5» — сомнительное решение, учитывая что слово изображение не несет никакой полезной информации ни для людей, ни для поисковиков.
Предложите решение лучше, с учётом того, чтобы 2 тега были заполнены автоматически и отличались друг от друга. Причем, в WP при встраивании изображения по умолчанию, title не использует, а только alt.
P.S. А если придерживаться такой схемы на сайте-фотогаллерее, то слово «изображение» может составлять до 30-50% всего текста, что также выглядит странно для поисковиков…
Гениально. Смею спросить, поисковик ва вашему мнению настолько глуп, что не отличит фотогалерею, например от сайта со статьями? Конечно, если сайт использует преимущественно изображения, теги стоит заполнять вручную. Такое ощущение, что предложение подходит для всех и полностью, а это не так. Как видно, те кто согласен — добавляют статью в закладки, а те кто не согласен почему-то пытаются объяснить очевидные вещи… А факт один — это ваше мнение, есть другое и еще тысячи. И это прекрасно.
Смотрите комментарии выше, подробно «обмуслили» эту тему. Я же не заставляю, не нравится — не используйте. Множество плагинов по обработке изображений создано как раз для того, чтобы связать название файла с alt.
Желание одно — сэкономить время на работу с заполнением атрибутов изображений. После загрузки вы можете изменить alt на любой другой, если вы считаете это правильным.
Ублажать поисковики неправильно, нужно делать разметку и сайты в целом — для людей, руководствуясь общими индустриальными стандартами.
В целом согласен. Поясните в чем предложенным метод противоречит сайту для людей?
Ладно вы ещё для себя это делаете — но и других учите. Такое себе.
В чем конкретно состоит учение? Это предложенный метод, который кто-то может найти для себя полезным.
По делу уже написали — тег alt должен содержать описание изображение, тег title вообще не обязателен, и нужен в паре редких мест (на xkcd туда смешное дополнение вписывали). Имя файла должно быть понятным, но его соответствие alt совершенно не обязательно
Прекрасное замечание и как же это противоречит статье? Я предлагаю решение для тех кто называет файлы изначально человеческим образом и заботится о грамотной индексации ПС.
и, я думаю, даже вредно, у названия файла и его описания несколько разные цели.
Яндекс.Картинки с вами не согласны. Еще раз — это рекомендация для грамотной индексации изображения, не более того.
И делает он это для того, чтобы вы заполнили alt самостоятельно и по сути, а не дублировали имя файла, которое, скорее всего, не несёт вообще никакого смысла.
Скорее всего — ключевое. А название файла вы отредактировать не можете? Если вы согласны, что alt важнее, почему тогда не скопировать название в него, а потом меняйте alt на здоровье. batollo, поясните, если у вас мусорное название, зачем его вообще куда-то вставлять, в том числе и в title (для навигации по медиафайлам он не используется)?
А всё потому, что скринридер и так прочитает имя файла. Запустите хотя бы встроенный в MacOS Voiceover и послушайте.
Включил, послушал, например, в этой статье мне читались только alt изображений, название файлов мне не читались. Уточните, где конкретно в вебе VoiceOver читает названия файлов (если конечно они не в тексте).
А вообще содержимое alt должно просто описывать картинку так, как если бы вы
сам объясняли что вы на этой картинке видите человеку, который её не видит. Названия файла для этого явно недостаточно.
Браво. Предлагаю еще написать про title. Быть может вы объясните, зачем еще нужны поля у изображений в WordPress под названием Описание и Подпись? Каково их, по вашему мнению, предназначение и реальное прикладное применение?
Согласен. Но к чему это? Вы хотите сказать, что title важнее alt? Или быть может, что лучше выводить только title? А как быть с иконками, которые не предполагают никакого всплывающего текста?
Он видит/слышит вместо картинки текст. Ему всё равно как у вас там файл называется.
С этим никто не спорит. Однако, для поисковой системы, называние файла — достаточно важный пункт (как указано в рекомендациях).
Denai, как правило, файлы для выгрузки уже имеют человеческое название. Если называть файлы по вашему примеру и выгружать таким образом, а потом менять alt, то с точки зрения поисковых систем — это не корректно (можно обратиться к документации). Важно, чтобы названия файлов соответствовали alt. В таком случае происходит их корректная индексация. А title, как бы дополняет alt. Причем, тот же Google вообще не обращает внимание в своей документации на title.
WordPress берет название файла и вставляет в title, а правильнее было бы в alt. Плюс, желательно, чтобы оба тега были заполнены и отличались друг от друга.
Нормальная статья на тему, почитайте: Изображения в HTML
P.S. Для тех кто не хочет добавлять код самостоятельно, предлагаю просто установить плагин Prostudio Auto Meta Images из официального репозитория WordPress.
Согласен. Но как всегда — правила правила, поэтому и есть предложенное решение. Единственное, что добавляю, на картинке в статье title — еще окей, а вот например, на кейсе состоящим из картинок — это прямо противопоказанно.
Конечно, его всегда используем при уместном контексте и вот его как раз и не стоит брать из названия файла и стоит заполнять самостоятельно (это отсылка к предыдущим ораторам).
Да простят меня другие комментаторы, с моей точки зрения — это единственная здравая мысль. Мог бы — «плюсанул».
Абсолютно согласен. Единственная оговорка, любой грамотный проект разрабатывается под ЦА и примерно «прикидываются» каналы продвижения. Следовательно, если проект рассчитывает получать аудиторию из поиска важно учитывать принятые «правила» выбранного канала продвижения. Как например, в случае с данной статьей — на этом ресурсе она «заслуженно» получает минус так как ЦА и «правила» одни, а на другом ресурсе «заслуженно» получает плюс так как ЦА иная.
Поэтому, прошу пояснить, почему с вашей точки зрения правила/рекомендации в данном контексте, это ерунда? И хочу спросить используете ли вы на страницах теги Author и Publisher?
Позволю себе кинуть камень в ваш огород, не CEO (с английского — это Chief Executive Officer), а SEO. При написании на русском возникает 2 совершенно разные интерпретации. А слово — иностранное.
Поясните. Какой спецификации?
В чем заключается НЕ удобство? Смотрите комментарии выше (WP не устанаваливает title при встраивании).
Каких конкретных?
Если вы имеете ввиду отрицательную реакцию, для меня она не имеет никакого значения, ровным счетом, как и положительная. Причем, проголосовать за или против не может «обычный» пользователь. Статья опубликована для других целей. Но приятно, что она есть. (Плюс, сделать ее негативной или позитивной в целом, не составляет большого труда.)
P.S. Со статьей опубликованной раньше (источник), произошло то же самое — резкий минус вначале и негативные комментарии, а позже плюс. Это всего лишь разные мнения людей — не более того.
Считаю так не Я — Я лишь предлагаю схему, которую мы используем для себя (в виду рекомендация от тех же Яндекс.Картинок).
Расширение файла не отображается в alt, смотрите скриншоты.
По рекомендациям от Яндекса — транслитерация.
Пробелы изменяются на дефис, кавычки и другие лишние символы удаляются.
Вы можете дописать необходимую конструкцию, чтобы она не учитывалась в alt.
Лучше спросить у поисковиков.
Вторая часть.
Причем здесь указанное — не понимаю. Речь исключительно про требования ПС и обработку загрузчика WordPress.
Примеров, как вы используете CMS — великое множество, на каждого не угодишь. Мое мнение — перед выгрузкой, нужно подготавливать контент в любом случае. Например, мы сжимаем картинки, называем их соответствующем образом и выгружаем. Для нас, приведенная в статье схема — прекрасный способ сэкономить время.
Таким образом можно и файловым менеджером пользоваться, чтобы не заставлять движок загружать изображения.
Смотрите комментарии выше — ПС любит иначе.
Такое себе. Слишком незначительный фактор для страницы, чтобы делать такой вывод. Наша практика состоит в разбавлении, но с соблюдением тематики и уже на многих проектах приносит свои плоды.
Предложите решение лучше, с учётом того, чтобы 2 тега были заполнены автоматически и отличались друг от друга. Причем, в WP при встраивании изображения по умолчанию, title не использует, а только alt.
Гениально. Смею спросить, поисковик ва вашему мнению настолько глуп, что не отличит фотогалерею, например от сайта со статьями? Конечно, если сайт использует преимущественно изображения, теги стоит заполнять вручную. Такое ощущение, что предложение подходит для всех и полностью, а это не так. Как видно, те кто согласен — добавляют статью в закладки, а те кто не согласен почему-то пытаются объяснить очевидные вещи… А факт один — это ваше мнение, есть другое и еще тысячи. И это прекрасно.
Согласен, поэтому для него и используется конструкция «Изображение — ».
Как и мое.
Всегда рад поднять настроение.
То есть лучше указывать имя в title, как делает WP, по вашему мнению?
Где именно?
Желание одно — сэкономить время на работу с заполнением атрибутов изображений. После загрузки вы можете изменить alt на любой другой, если вы считаете это правильным.
В целом согласен. Поясните в чем предложенным метод противоречит сайту для людей?
В чем конкретно состоит учение? Это предложенный метод, который кто-то может найти для себя полезным.
Прекрасное замечание и как же это противоречит статье? Я предлагаю решение для тех кто называет файлы изначально человеческим образом и заботится о грамотной индексации ПС.
Яндекс.Картинки с вами не согласны. Еще раз — это рекомендация для грамотной индексации изображения, не более того.
И люди с очень высоким ЧСВ. Причем, с ними бесполезно разговаривать, так как они всегда
умнеевсех.Скорее всего — ключевое. А название файла вы отредактировать не можете? Если вы согласны, что alt важнее, почему тогда не скопировать название в него, а потом меняйте alt на здоровье. batollo, поясните, если у вас мусорное название, зачем его вообще куда-то вставлять, в том числе и в title (для навигации по медиафайлам он не используется)?
Включил, послушал, например, в этой статье мне читались только alt изображений, название файлов мне не читались. Уточните, где конкретно в вебе VoiceOver читает названия файлов (если конечно они не в тексте).
Браво. Предлагаю еще написать про title. Быть может вы объясните, зачем еще нужны поля у изображений в WordPress под названием Описание и Подпись? Каково их, по вашему мнению, предназначение и реальное прикладное применение?
Об этом-то и идет речь. Однако, WordPress по умолчанию отдает «предпочтение» именно ему.
Я разве доказываю обратное?
Согласен. Но к чему это? Вы хотите сказать, что title важнее alt? Или быть может, что лучше выводить только title? А как быть с иконками, которые не предполагают никакого всплывающего текста?
С этим никто не спорит. Однако, для поисковой системы, называние файла — достаточно важный пункт (как указано в рекомендациях).
И что же из этого следует, есть какие-то противоречия с документацией поисковых систем?
Denai, как правило, файлы для выгрузки уже имеют человеческое название. Если называть файлы по вашему примеру и выгружать таким образом, а потом менять alt, то с точки зрения поисковых систем — это не корректно (можно обратиться к документации). Важно, чтобы названия файлов соответствовали alt. В таком случае происходит их корректная индексация. А title, как бы дополняет alt. Причем, тот же Google вообще не обращает внимание в своей документации на title.
WordPress берет название файла и вставляет в title, а правильнее было бы в alt. Плюс, желательно, чтобы оба тега были заполнены и отличались друг от друга.
Хорошая документация от Яндекса на тему, почитайте: какие тексты использует робот для поиска изображений. И от Google: рекомендации по работе с Google Картинками.