Почему не работает title
Здравствуйте. Случилась непонятная штуковина на новом шаблоне, ума не приложу что это может быть. Перестал работать главный тайтл страницы, при чем на всем сайте во всех модулях и не модулях, полностью на всех страницах сайта. Объясню подробней. Сам тайтл отображается в самом верху браузера, в исходном коде если посмотреть то там все в порядке тоже, обычный тайтл, вместе с ним дискрипшн и кейвордс. Но заметил что Google при индексации новостей индексирует их без тайтла. Подумал глюк, переиндексирует и все станет на свои места. Но установил позже в Google Chrome дополнение Meta Seo Inspector и увидел, что он показывает что у меня отсутствует тайтл, проверял любые страницы — кругом тайтл отсутсвует. На других сайтах тайтл этот плагин показывал, а именно на моем пишет что его нету. Через пару дней я на фаерфоксе в RDS баре начал использовать SEO теги, и там тоже самое! Опять мне показывает что тайтла нет.
Какие действия я предпринимал:
— заменял код тайтла на другой, с других сайтов, заменял тайтл вместе с дискрипшн и кейвордс
— удалял все скрипты на сайте, а так же удалял коды всех скриптов
— удалял все содержимое страницы кроме шапки с тайтлом
— удалял весь коды шапки и футера и их переменные
— восстанавливал стандартный шаблон Ucoz
В итоге — все безрезультатно.
Что я заметил:
Еще заметил одну интересную деталь. Когда я на сайте как гость — в анализаторах тегов (плагинах) показывает что тайтла нет (хотя как писал выше в исходном коде они есть), а как только я залогинюсь на сайте, сразу показывает что тайтл есть, все как должно быть. Конечно, сначала подумал что это условные операторы, но при чем тут они, если у меня тайтл в браузере отображается, да и в коде нет условных операторов и стандартный шаблон я восстанавливал от Ucoz и ничего не помогло.
В заключение:
Если это глюк плагина, то почему разные плагины указывают одно и то же, что тайтла нет? Если это глюк анализатора, то почему Google так же не видит тайтл? Если это глюк анализатора, то почему на всех сайтах показывает что есть тайтл, и только у меня показывает что нету? Почему при просмотре сайта как гость — тайтл не видят аналиаторы, а когда захожу как пользователь — тайтл есть? Как исправить это?
Источник
Исправление ошибки отсутствуют теги title в Яндекс.Вебмастер
Title — важный тег, который браузеры используют в качестве заголовка страницы, а поисковые системы в качестве текста ссылки в выдаче поиска. Тег title присутствует в любом шаблоне сайта, его поддерживают любые движки сайтов и он может «исчезнуть» только при очень серьезной ошибке. В вордпресс шаблонах в теге title используется название страницы или название страницы — название сайта, с помощью плагинов можно более тонко настроить тайтл. Но 14.01.20 Яндекс прислал многим уведомление о том, что на многих страницах сайта отсутствуют теги title, это ошибка сервиса, проверить это очень легко.
Возможная проблема
Здравствуйте, username!
На многих страницах сайта site.ru отсутствуют или некорректно заполнены теги . Это может негативно повлиять на представление сайта в результатах поиска.
Перейдите в раздел диагностики, чтобы узнать обо всех известных Яндексу проблемах сайта.
С уважением, роботы Яндекс.Вебмастера
Если перейти в Яндекс.Вебмастер, там тоже можно найти ошибку:
Отсутствуют теги
Значительная часть страниц не содержит тег , или он некорректно заполнен. Это может негативно повлиять на представление сайта в результатах поиска.
Ознакомьтесь с примерами и исправьте ошибки.
Если перейти по любой ссылке, то на всех страницах есть тег . Проверить это очень просто.
1-й способ
Откройте страницу из примеров, которые можно увидеть, если кликнуть по ссылке «Ознакомьтесь» в яндекс.вебмастере.
Как сюда попасть: https://webmaster.yandex.ru/ → site.ru → Диагностика → Диагностика сайта → Ознакомьтесь
Посмотрите на самую верхнюю часть браузера, если там есть название, то всё хорошо, браузеры всегда берут название из title, если тайтла действительно нет, то вместо названия будет адрес страницы.
2-й способ
1. Перейдите на одну из страниц, на которых якобы есть ошибка.
2. Нажмите сочетание клавиш CTRL+U, чтобы открыть просмотр исходного кода.
3. Нажмите сочетание клавиш CTRL+F, чтобы перейти в режим поиска на странице
4. Введите
5. Убедитесь, что есть открывающий и закрывающий теги title, а между ними название страницы:
Название страницы — Название сайта
Если название и оба тега есть, то всё хорошо, остаётся только ждать, когда яндекс.вебмастер исправит свою ошибку. Возможно, она связана с мета-тегом title, который мало кто использует, если ситуация изменится, то напишу здесь, но пока переживать не стоит.
Другое дело мета-тег description, если вам также пришло уведомление об ошибке отсутсвуют мета-теги description, то её можно исправить, информация по ссылке.
Источник
Испытания и несчастья атрибута заголовка title
Дата публикации: 2018-01-12
От автора: атрибут title всегда окружен шумихой. И понятно, почему презрение к атрибуту в значительной степени оправдано. В июне 1993 года, двадцать четыре с половиной года назад, title был предложен в рамках проекта HTML 1.2. В основном он отображается как всплывающая подсказка в настольных браузерах, или, когда пользовательская мышь наводится на элементы разметки, где установлен данный атрибут. Из-за этого с момента его создания он стал универсальной задачей обеспечения удобства использования, так как не все пользователи постоянно могли взаимодействовать с ним.
Ошибочные и устаревшие методы SEO наряду с общими недоразумениями в правильном использовании превратили title в парию для многих разработчиков и укрепили его слабую репутацию.
Если бы этого было недостаточно, руководство по спецификации HTML W3C довольно сложное: В настоящее время полагаться на title не рекомендуется, так как многие пользовательские агенты не предоставляют атрибут доступным образом, как этого требует спецификация (например, требуется, чтобы указывающее устройство, такое как мышь, вызывало всплывающую подсказку, что исключает пользователей keyboard-only и touch-only, или, например, любого, у кого есть современный телефон или планшет).
Поддержка доступности для различных программ чтения экрана поступает в dribs и drabs в течение многих лет жизни title. На самом деле, это намного проще, чем вы думаете.
Хотя большая поддержка должна быть хорошей, на самом деле это одна из самых больших проблем, с которой я сталкиваюсь при работе с атрибутом. Из-за неправильного использования поддержки чтения экрана опыт, который получают пользователи, может быть печальным.
JavaScript. Быстрый старт
Изучите основы JavaScript на практическом примере по созданию веб-приложения
Даже несмотря на то, что были написаны статьи , излагающие dosи dont для title, время и многие вещи изменились. Имея это в виду, я написал статью, которая не направленна на содействие использованию атрибута, поскольку я полностью согласен с заявлением, сделанным здесь:
Так что, если вы собираетесь остановиться на TLDR , тогда я прошу вас помочь исполнить желание Карла.
Но если вас в целом интересует текущее состояние поддержки доступности title, вы хотите узнать несколько примеров, где атрибут действительно может быть полезным, и понять, почему этой встроенной подсказке HTML никогда не удается оправдать ожидания, есть еще много, чего почитать.
Настройка уровня
Когда кто-то думает о title атрибуте, то, вероятно, в контексте ссылок. Если вы знакомы с управлением носителями в WordPress, вы также можете связать их с изображениями. Но знали ли вы о поддержке доступности title для полей формы? Знаете ли вы, что при выпуске спецификации HTML5 title он стал глобальным атрибутом и может использоваться для любого элемента HTML?
Что все это означает с точки зрения title «полезности»? И самое главное, что из этого действительно доступно?
Если бы title был просто :focus!
В течение всего времени большинство браузеров до сих пор не реализовали никакой поддержки title, чтобы выявить ценность атрибута для зрячих пользователей, не использующих мышь.
Это означает, что зрячие пользователи, использующие клавиатуру в качестве основного средства навигации по сети, скорее всего, не столкнутся со всплывающими подсказками title. Пользователи, которые полагаются на другие средства, такие как программное обеспечение для распознавания голоса, тоже не получат много пользы от title. По сути, если зависание не вариант, вы никогда не узнаете, что всплывающая подсказка существует.
Тем не менее, есть множество пользователей, которые могут получить доступ к некоторым файлам title в своем браузере на рабочем столе без мыши. До тех пор, пока они просматриваются с помощью Internet Explorer 10, 11 или Microsoft Edge.
Правильно, потребовалось девятнадцать лет, но начиная с Internet Explorer 10, выпущенного в 2012 году, сфокусированные элементы с titles отображают свои подсказки после короткой паузы, как если бы они были под зависшим курсором мыши.
Тем не менее, ни один поставщик браузеров, осуществляющий поддержку фокуса, не обеспечивает надежного доступа для всех. И никто не делает ничего, чтобы выявить неактивные элементы title, вроде изображений. И если вы думаете: «Ну, мы могли бы добавить tabindex=»0″к этим элементам, чтобы они реагировали на фокус клавиатуры», остановитесь. Просто остановись прямо сейчас.
Добавление tabindex к не-фокусируемым элементам приводит к дополнительным остановкам фокуса. Это создает плохое впечатление пользователей, нарушая ожидания того, что должно быть ориентируемо, и приводит к тому, что требуется больше времени для навигации по клавиатуре.
Теперь отодвинем tabindex в сторону, давайте не будем забывать о title на сенсорных устройствах. Если вы не используете устройство чтения экрана (немного подробнее об этом), title атрибуты почти полностью бесполезны, за исключением одного элемента: изображений.
Снимок экрана iOS 11 показывает, что title изображение будет отображаться в popover-меню, которое загружается, когда пользователь выполняет длительное нажатие на изображение. Это работает в мобильных Safari и Chrome на iOS и Chrome на Android. Но это не является неотъемлемой функцией всех мобильных браузеров. Например, используя Brave браузер iOS, title изображение не отображается при выполнении такого же длительного нажатия.
Опять же, один элемент, раскрывающий таким образом ценность title, который не является дискуссивно простым или хорошим пользовательским интерфейсом (UX), не универсален ни в коем случае.
Таким образом, с точки зрения полезности для зрячих пользователей, помимо нескольких примеров дополнительной поддержки, здесь и там, если не полагаться на использование мыши, title все еще довольно плох, особенно если они используется для не-фокусируемых элементов.
Что насчет экранных считывателей?
Хотя поддержка не идеальна, она может быть намного лучше, чем вы думаете. Понятно, что, если кто-то знает о проблемах доступности title для зрячих пользователей, почему бы не предположить, что пользователи с экрана читают лучше?
Вот где предположения и устаревшая информация о поддержке title омрачили некоторые из достижений атрибута.
Хотя он title может использоваться для любого элемента HTML, в отношении считывателей экрана он в первую очередь остается полезным (более или менее) только для некоторых элементов.
Глобальные элементы
Хотя атрибут title может использоваться для любого элемента HTML, он по существу растрачивается на большинство встроенных элементов текстового уровня. Поскольку эти элементы обычно не включены в дерево доступности , нет никаких оснований для того, чтобы считыватель экрана искал информацию об этих элементах для объявления.
Элементы обтекания блока могут получить некоторое использование из title. JAWS, NVDA и VoiceOver будут все объявлять title об элементах как ориентиры (header, footer, main и т.д.), но поддержка может варьироваться в зависимости от других элементов и в зависимости от вашего браузера. Например, JAWS не будет анонсировать title на div без дополнительных role обновлений.
Другие элементы упаковки, такие как списки и абзацы, объявляются в JAWS и VoiceOver, но NVDA игнорирует атрибут этих элементов. Честно говоря, использование title подсказок на этих элементах очень подозрительно. Почему вы хотите, чтобы всплывающая подсказка постоянно появлялась на большом фрагменте контента? Если вы целенаправленно не пытаетесь скрыть контент, то, не думаю, что нужно использовать title.
Изображения, поля формы и привязки — это элементы, которые, скорее всего, будут ассоциироваться с title атрибутом. Что касается считывателей экрана, атрибут title по существу получает оценку «B» при просмотре общедоступных графиков поддержки чтения экрана от powermapper.com.
Атрибуты title предназначены для описания дескриптивного текста. И в основном только в ситуациях, когда нет доступного имени для изображения, поля формы или элемента привязки, заголовок будет повышен до доступного имени. Например:
Источник
В Яндекс.Вебмастере пропали title и description
. Руководитель службы Яндекса по работе с вебмастерами Михаил Сливинский подтвердил это предположение, сообщив, что техподдержка Вебмастера уже работает над устранением проблемы. И на результаты поиска полученные оповещения никак не должны повлиять.
На вопрос о возможности обратной ситуации, когда в результатах поиска какие-то ошибки учитываются, но в Вебмастере при этом не отображаются, Сливинский ответил, что Яндекс старается максимально синхронизировать сообщения в Вебмастере с состоянием сайта в поиске.
Я почему-то даже не сомневался на чьей стороне глюк.
Самые востребованные программисты работают ведь. Особенно как Яндекс запустил Практикум стало ясно, ну теперь то станет только веселее, ведь лучшие лучших будут учить. 🙂
Лучше б Яндекс Кью, знатоки, районы, услуги и прочая дичь пропали из выдачи
хотя кому и yhoo хороша, с эдблоком так вообще волшебна. попробовал бы кто только. там и результатов больше 10 можно ставить. ред.
От того, что ты себе адблок поставишь, у тебя трафика не прибавится ред.
Не нужно стесняться ставить ссылку на источник)
С чего ты взял, что ты первоисточник? Моветон — это ссылки на себя ставить с таких новостей.
все кто утром зашел в ВМ — увидел проблему, таких первоисточников сотни тысяч по стране.
А вот еслиб его метеорит сшиб, а он с того света написал бы. вот это был бы что ни наесть первый первоисточник.
ок, я не в курсе
Комментарий удален по просьбе пользователя
ага, все гадают, как правильно все так настроить, чтобы все само в топ лезло, анализируют результаты своих действий. а тут периодически просто система тупит, и выкидывает в топ то, что само на дно просится.
а я полез тайтлы обновлять
судя по почти «молчанию» в сети на эту тему все так делали
Гугл у нас периодически перестает понимать мобильную версию. Причем рэндомно. На одном товаре все гуд, а на другом ошибка. Бред. Хоть все и хают яндекс, а они явно лучше гугла и в выдаче и в юзабилити инструментов. Причем лучше на порядок.
Заказал пиццу и залипаю на то как ее готовят, и тут внезапно девушка начинает рисовать на раскатке и писать надписи, снова зашел через пару минут и тут.
Или как М.Видео и Эльдорадо продаёт вам витринные образцы за полную цену.
Сегодня хочу рассказать об особенностях работы российских брокеров, механизмах, которые позволяет им распоряжаться ценными бумагами клиентов без их ведома, рисках при банкротстве брокера и своём личном отношении к данной проблеме.
Я Казах. Русский язык в Казахстане имеет официальный статус НАРАВНЕ с казахским, это прописано в конституции, матчи комментируют на двух языках, новости по ТВ на двух языках, вывески на двух языках, описание продуктов питания, инструкции по применению лекарств и т.д. везде должен быть русский язык.
Весь мир переходит в цифровую среду. Пока в ежегодном глобальном рейтинге конкурентоспособности Россия занимает 43-е место, но задерживаться на нем не намерена. Для этого правительство запустило программу «Цифровая экономика РФ», которая будет поддерживать цифровую экономику в стране и подготовку необходимых кадров.
Источник