Нравиться вам это или нет, но возможность перейти на старый интерфейс Гмайла утрачена навсегда. Мой аккаунт в очередной раз форсированно перевели на новый интерфейс, увы в этот раз отказаться нельзя. Мне правда не хватает старого интерфейса. Клёвых контрастных тем, скруглённых уголков вокруг основных блоков и вокруг сообщений.
Ну… насчёт скруглений у блоков — это конечно личные предпочтения. Я считаю что блок со скруглёнными краями воспринимается как обособленный, а с квадратными — как часть общей сетки. Т. е. слегка скруглённые уголки — лёгкий способ сделать визуальный акцент на элементе. Но пожалуйста не полагайтесь на это утверждение как на совет по UX проектированию, это просто моё личное мнение.
Что касается выделения основных блоков-то в интернете довольно много замечаний на эту тему, например — вот. Пример оттуда:
Старый дизайн: Новый дизайн:
В старом интерфейсе письма в цепочке более обособлены, а в новом сливаются в один текст.
Из того что мне нравиться в гмайле — переделанный поиск по почте, фильтр, более хорошо структурированный функционал и т. п.Т. е. верхние 100 пикселей шапки:
Мне даже нравятся иконки, вместо текста, которые так обругали многие, включая лебедева.
Хотя с отключёнными изображениями данный интерфейс бедноват. Ощущение что чего-то не хватает(хотя где-то в настройках можно таки вернуть текст на кнопки):
Тем не менее, вот уже полгода я предпочитала пользоваться именно старой версией гмыльца, несмотря на такую клёвую шапку интерфейса.
Также, среди багов, некоторые жалуются на непонятные иконки расширенного форматирования:
При переходе от расширенного интерфейса к не расширенному — появляются лишние переводы строк. В windows у меня всегда присутствует вертикальный скрол, даже при просмотре коротких писем.
Неделю назад, мой друг и коллега Джелу спросил меня, как я отношусь к разметке Schema.org и правильно ли в целях продвижения использовать разметку для картинок которую предлагает яндекс в разделе справки — «Schema.org для Яндекс. Картинок».
Я до этого не обращала внимания что там нового у яндекса, а оказалось новый формат разметки они уже с ноября прошлого (2011) года поддерживают. А ввели его Google, Microsoft и Yahoo аж в июне. Что ж, обычные микроформаты сказала я, глянув один раз на пример. Глянув на пример второй раз я заметила что микроформаты как раз необычные. И более того, используют кажущуюся невалидной с точки зрения html разметку. Об этом я и хочу сегодня рассказать, надеюсь статья будет интересной.
Итак. поскольку я весь май ничего не писала, самое время отметить майские обновления в движке яндекса, в частности новые возможности скрывать от поисковика часть кода на странице. Полную версию спецификации можете читать тут: «Методы управления поведением робота».
Зачем это нужно разработчикам? Если вы не занимаетесь поисковой оптимизацией, а просто делаете сайты, то возможно вам это и не нужно. Если в кратце - каждая страница имеет свой поисковый рейтинг, т.е. ценность в глазах поисковика, и соответственно все исходящие ссылки часть рейтинга (тиц, PageRank) отдают страницам на которые они ссылаются, чтобы этого избежать целесообразно эти ссылки прятать от поисковика. Кроме того ценность страницы со статьёй про абразивные материалы неизменно упадёт если на ней будет стоять ссылка на отбеливание зубов =).
Тег <noindex>
Для запрета индексирования служебных участков текста вы можете использовать тег <noindex>, его действие распространяется на контент, заключенный внутри тега в формате:
<noindex>текст, индексирование которого нужно запретить</noindex>
Тег noindex не чувствителен к вложенности (может находиться в любом месте html-кода страницы).
Тег изначально не валиден, и раньше приходилось добиваться его валидности с трудом. Из майских нововведений появилась возможность код сайта валидным, используя тег в следующем формате:
<!--noindex-->текст, индексирование которого нужно запретить<!--/noindex-->
Атрибут rel="nofollow" у тега <a>
Атрибут rel="nofollow" используется в теге <a> в виде:
<a href="url" rel="nofollow">текст ссылки</a>
До этого не применявшийся в яндексе - но уже много лет используемый способ, который придумали в Google (источник), наконец доступен для всех, что очень радует. Меня это даже радует не столько возможностью добавлять семантичный атрибут ссылке вместо дополнительных тегов, а радует само движение яндекса в сторону поддержки новых технологий.
Ещё я надеюсь у вебмастеров, использующих ссылочный спам для продвижения (спам в комментариях, форумах, соц. сетях, википедии и т.д), и у кого ссылочная масса, дающая ТИЦ, состояла из таких ссылок, благодаря этому атрибуту будет существенное снижение ТИЦ и опускание в выдаче Яндекса, что немного улучшит релевантность. (см. ответы яндекса).
Май месяц выдался напряженным, многое сделано, а многое нет, причин почему я не писала в бложик называть не буду, придумайте их сами =). Но материалов как всегда у меня накопилось предостаточно, и, как обычно первым делом я пишу о том что сейчас актуально моим друзьям и коллегам.
В частности, полезным может оказаться один способ избавиться от дублированного контента в поисковой выдаче. Не секрет, что часто одна и та же страница оказывается проиндексирована под разными url, для того чтобы этого избежать можно использовать тег link, с атрибутом rel="canonical". Использование rel="canonical" — является более удобной альтернативой редиректам, с точки зрения поисковой оптимизации, к сожалению яндекс пока не поддерживает этот тег, но надеюсь будет понимать в скором будущем. Располагать его следует вместе с остальными в <head>, например примерно такой результат вы можете видеть если посмотрите в код текущей страницы:
Замечу, что курсивом в примере я выделила канонический урл этой страницы. Каноническим, называют url не какого-то чёткого вида, а того вида который вебмастер установил сам для себя. Важно придерживаться выбранному стилю во всём сайте. В этой статье я хочу вкратце рассказать какой канонический урл предпочитаю я, какой принят у нас в студии, и почему.
Итак, сегодня хотела написать немного об использовании кириллицы в ЧПУ. На мой взгляд русскоязычные ссылки были бы очень хороши, если бы не... Ходят слухи что они не доступны браузерам, поисковикам и другим системам, а в адресной строке браузера отображается что-то совершенно ужасное. Вот о всех плюсах, минусах, слухах и реализации на сайтах я бы и хотела рассказать.
ЧПУ — расшифровывается как «ЧеловекоПонятный Урл», по-английски звучит как "Friendly URL".
Например эту новость можно посмотреть по ссылке http://usabili.ru/news/2009/04/29/what_is_friendly_url.html, показав её пользователю он может догадаться что это какая-то новость, и вероятно 2009/04/29 - это дата написания новости. Также можно увидеть транслит заголовка — "what_is_friendly_url.html"
А теперь представьте другой вид ссылок, который часто можно увидеть в интернете
Признайтесь что в этом адресе совершенно ничего не понятно, а если и понятно (ну можно догадаться что какая-то связь с модулем Статьи и id новости 123), то запомнить адрес этой страницы практически нереально. В результате от этого главным образом пострадает сам владелец сайта. Многими веб-оптимизаторами уже доказано что поисковики ставят сайты с ЧПУ выше в рейтинге, и это правильно.
К счастью сейчас почти все "движки" сайтов поддерживают ЧПУ. Даже бесплатные.
Но есть ещё одна деталь о которой необходимо помнить - если вы делаете на своём сайте ЧПУ - посетитель должен получить осмысленное и предсказуемое содержимое, если он стер часть адреса до любой косой черты. Например рассмотрим пример сайта детских товаров сделанного в нашей компании:
http://vip-baby.ru/catalog/detskie_kolyaski/3_in_1/item_57.html - товар под номером 57, детская коляска вида "3 в 1".
http://vip-baby.ru/catalog/detskie_kolyaski/3_in_1/ - просмотр всех детских колясок вида "3 в 1".
http://vip-baby.ru/catalog/detskie_kolyaski/ - просмотр всех детских колясок.
http://vip-baby.ru/catalog/ - просмотр всего каталога.
http://vip-baby.ru/ - красивая главная страничка.
Не стоит также забывать, что товары могут часто перемещаться из одной категории в другую. Хорошим тоном будет поправить пользователя если он в чём-то ошибся, или зашёл по старой ссылке:
http://vip-baby.ru/catalog/its_a_priori_wrong_url/item_57.html - перенаправит на http://vip-baby.ru/catalog/detskie_kolyaski/3_in_1/item_57.html
Это позволит показать пользователю именно то, что он хотел, и не потерять клиента, потому что, клиенту в общем-то будет всё равно почему ему не показали то что он хочет.
Вообще в интернете у поисковиков насчёт ссылок есть мнение, и я его разделяю, если автор указал ссылку на какую-то страницу - значит он считает её авторитетным источником, и делится с ней своим авторитетом. По этому принципу основаны такие системы как PageRank гугла, и тИЦ яндекса. Реализованы они правда по разному, но тем не менее. Иногда (часто/всегда) бывают случаи когда мне не хочется делиться авторитетом своего сайта с незаплатившими ни с кем. Для этих целей можно использовать тег <noindex>ссылочка</noindex> для яндекса и атрибут ссылки rel="nofollow" для гугла.
Также можно использовать перенаправления на уровне сервера - header('location: site.ru'); на другой сайт. Они не передают тиц и pagerank.
Для того чтобы сделать кошерное перенаправление нужна php-перенаправлялка, запись в .htaccess для ЧПУ, и замена всех ссылок где нужно.
Код php-перенаправлялки go.php я например сокращённо написала так:
<?$_GET['to'] = substr($_SERVER['QUERY_STRING'],3);
$to=str_replace('http:/','',$to);
$to=trim($to,'/');
if(!strpos($to,'?') and strpos($to,'&'))
$to=substr($to,0,strpos($to,'&')).'?'.substr($to,strpos($to,'&')+1);
header('location: http://' . $to);?>Hi all =)
Очень хорошую штуку сделали товарищи из яндекса 1.5 месяца назад- ссылочка.
Например есть у вас форум где ссылки на страницы с темами регулярно меняются, примерно так:
www.site.ru/forum_old/showthread.php?s=91273698273664&t=111&ref=14751
www.site.ru/forum_new/showthread.php?s=43567234597456&t=111&ref=35258
В данном случае вы можете указать в robots.txt
User-agent: Yandex
Disallow:
Clean-param: s&ref /forum*/showthread.php
Тогда яндекс будет из кучи страниц с этими параметрами сохранять одну.
Новый дизайн: 
