{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Блог Александра Лукина, заметки с тегом: Правила рекламного бюро", "home_page_url": "https:\/\/blog.alukin.ru\/tags\/pravila\/", "feed_url": "https:\/\/blog.alukin.ru\/tags\/pravila\/json\/", "icon": false, "author": { "name": "Александр Лукин", "url": "https:\/\/blog.alukin.ru\/", "avatar": false }, "items": [ { "id": "42", "url": "https:\/\/blog.alukin.ru\/all\/contacts\/", "title": "Контактная информация на сайте", "content_html": "

Правила, которые мы используем для создания страницы с контактной информации на сайтах.<\/p>\n

Правила написания адреса<\/h2>\n

Правила в Ководстве Лебедева — http:\/\/www.artlebedev.ru\/kovodstvo\/sections\/163\/<\/a><\/p>\n

Разберём на примерах:<\/p>\n

\n\n\n
Студия Артемия Лебедева
ул. 1905 года, дом 7, стр. 1
Москва, 123995
Россия<\/td>\n		<\/td>\nБуйские удобрения
ул. Новослободская, д. 13
д. Соболиха, Балашихинский район
Московская область, 143980
Россия<\/td>\n<\/tr>\n<\/table>\n<\/div>\n

Индекс работает не по миру, а по России, поэтому сначала индекс, потом страна.<\/p>\n

Мкад стал привычным для москвича словом, поэтому пишем его строчными буквами и склоняем: склад в 10 км от мкада.<\/p>\n

Станцию метро выделяем цветом линии:
Ближайшие станции метро — Шоссе Энтузиастов<\/span> и Семёновская<\/span>.<\/p>\n

Желательно написать запрос, по которому вас точно найдёт Яндекс-навигатор. Это быстрее, чем вбивать сложный адрес с корпусом или строением.<\/p>\n

Правила написания телефона<\/h2>\n

Краткая история телефонных номеров — http:\/\/www.artlebedev.ru\/kovodstvo\/sections\/91\/<\/a><\/p>\n

Пример:
\nТелефон: +7 495 123-45-67<\/p>\n

Если номер один и обычный, то и так понятно, что это телефон. Можно не писать слово телефон:
\n+ 7 495 123-45-67<\/p>\n

Если номеров несколько, то нужно указать какой для чего:
\nПриём заказов: +7 495 123-45-67
\nМобильный директора: +7 926 123-45-67<\/p>\n

Формат номера автоматически определяется на мобильных устройствах и превращается в ссылку. Это нужно обязательно протестировать.<\/p>\n

Правила написания адреса электронной почты<\/h2>\n

Если ящиков несколько — пишите по какому поводу писать на каждый. Пример:
\nСервис: service@alukin.ru<\/a>
\nКузовной цех: kuzov@alukin.ru<\/a><\/p>\n

Сокращенно: Эл. почта, емейл или email.<\/p>\n

Адреса должны быть кликабельными. О спаме должны думать спам-фильтры. На клик по адресу эл. почты нужно вешать цель в метриках.<\/p>\n

Режим работы<\/h2>\n

Нельзя забывать про режим работы. Клиент должен сразу понимать, можно сейчас позвонить или приехать или нет.<\/p>\n

Вёрстка<\/h2>\n

Используйте микроформаты для контактной информации.<\/p>\n", "date_published": "2017-01-11T11:01:49+03:00", "date_modified": "2017-01-11T11:01:26+03:00", "_date_published_rfc2822": "Wed, 11 Jan 2017 11:01:49 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "42", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "61", "url": "https:\/\/blog.alukin.ru\/", "title": "Редполитика", "content_html": "

https:\/\/spark.ru\/startup\/nimax\/blog\/16912\/kak-gotovit-teksti-dlya-sajta<\/a> — как писать тексты для сайта<\/p>\n

Примеры других редполитик:
\nhttps:\/\/docs.google.com\/document\/d\/1c_2uP1PpiM12h1ee8egVXAoUCJ9mE9r68zMqrqmS8VA\/edit?pref=2&pli=1<\/a><\/p>\n", "date_published": "2016-08-18T07:24:52+03:00", "date_modified": "2016-08-18T07:24:52+03:00", "_date_published_rfc2822": "Thu, 18 Aug 2016 07:24:52 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "61", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "56", "url": "https:\/\/blog.alukin.ru\/all\/ponyat-sdelat-zakryt\/", "title": "Понять → Сделать → Закрыть", "content_html": "

Любая задача должна проходить по такому пути:<\/p>\n

    \n
  1. Исполнитель понимает задачу заказчика<\/a>.<\/li>\n
  2. Исполнитель сделывает задачу<\/a>.<\/li>\n
  3. Заказчик закрывает задачу<\/a>.<\/li>\n<\/ol>\n

    UPD:
    \nПро «Сделать» у Коли Товеровского     вышел цикл советов<\/a>.<\/p>\n", "date_published": "2016-01-13T18:27:53+03:00", "date_modified": "2016-03-12T11:12:49+03:00", "_date_published_rfc2822": "Wed, 13 Jan 2016 18:27:53 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "56", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "53", "url": "https:\/\/blog.alukin.ru\/", "title": "Правила работы с Бейскемпом", "content_html": "

    С помощью Бейскемпа<\/a> мы организуем совместную работу над проектами внутри компании и взаимодействуем с заказчиком. Бейскемп — это инструмент, и при работе с ним мы придерживаемся некоторых правил.<\/p>\n

    Заказчик закрывает задачу<\/h2>\n

    Когда задача сделана<\/a> знает только тот, кто ставил задачу, поэтому он и должен её закрывать. Свои задачи закрываешь сам.<\/p>\n

    Споры остаются внутри компании<\/h2>\n

    Все внутренние споры и обсуждения проходят в закрытых от клиента листах. Внешние листы используем для контроля и отчётности.<\/p>\n

    Отчётность формируется автоматически<\/h2>\n

    Клиенты видят все выполненные работы, руководитель видит все выполненные работы и при этом о проделанной работе никто не отчитывается.<\/p>\n

    Чтобы туду-листы нормально формировались тобы они сортировались нормально. В проектах используем стандартные названия листов поддержки и итерационной разработки: 2016\/01 январь<\/p>\n

    На сервере или нет.<\/p>\n

    Поделитесь в комментариях, как вы используете Бейскемп и каких придерживаетесь правил?<\/p>\n", "date_published": "2016-01-13T16:49:02+03:00", "date_modified": "2016-01-25T21:52:19+03:00", "_date_published_rfc2822": "Wed, 13 Jan 2016 16:49:02 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "53", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "29", "url": "https:\/\/blog.alukin.ru\/all\/sohranenie-kartinok-dlya-web\/", "title": "Правила подготовки картинок для сайта", "content_html": "

    В эпоху мобильного веба и борьбы за увеличение конверсии выигрывают сайты, которые быстрее загружаются. Выигрывают ещё и потому, скорость загрузки сайта — один из критериев оценки качества сайта у поисковых систем. Это всего лишь один из тысячи критериев, но и сайтов тысячи, а первое место — одно.<\/p>\n

    Самые тяжёлые элементы на сайте — картинки. Перед публикацией их нужно подготавливать:<\/p>\n

      \n
    1. Уменьшайте картинку до размера, в котором она будет использоваться на сайте.<\/li>\n
    2. Используйте функцию «Сохранить для веб» в редакторах Фотошоп или Пиксельматор.<\/li>\n
    3. Правильно выбирайте формат сохранения. Фотографии — это jpeg, картинки с небольшим количеством цветов и графики, однотонные или прозрачные  — gif, полупрозрачные — png.<\/li>\n
    4. Максимальное качество в формате jpg не нужно. Я использую параметр от 60 до 80 и выбираю наиболее оптимальный на глаз. Для формата gif уменьшаю количество используемых цветов и оставляю минимальное без потери качества.<\/li>\n
    5. После сохранения в фоторедакторе уменьшайте вес файла с помощью бесплатной программы ImageOptim<\/a>. Поддерживается пакетный режим, программа очень простая и удобная.<\/li>\n
    6. Используйте строчные буквы в названии и разрешении файлов. Qwert.JPG и qwert.jpg — это два разных файла, из-за чего картинка не будет грузиться.<\/li>\n
    7. При вёрстке задавайте атрибуты alt=Название картинки width=600 height=320.<\/li>\n
    8. Прописывайте разные атрибуты alt для картинок.<\/li>\n
    9. Для каждой картинки давайте нормальное название. И поисковой системе, и вам в исходном коде страницы будет понятно, что изображено на картинке по её названию. Бессмысленный набор qw-1-334-qqq.jpg этой информации не даст.<\/li>\n<\/ol>\n

      Жертвовать качеством картинки ради скорости нельзя. Но если не видно разницы, зачем грузить больше?<\/p>\n

      \n\n\n\n
      <\/td>\n<\/td>\n<\/tr>\n
      50 Кб<\/td>\n12 Кб<\/td>\n<\/tr>\n<\/table>\n<\/div>\n

      Дизайнерам и технологам стоит освежить в памяти Ководство про картинки<\/h3>\n
        \n
      1. http:\/\/www.artlebedev.ru\/kovodstvo\/sections\/101\/<\/a> — перспектива и вертикальные линии<\/li>\n
      2. http:\/\/www.artlebedev.ru\/kovodstvo\/sections\/134\/<\/a> — способ определения предела масштабирования<\/li>\n
      3. http:\/\/www.artlebedev.ru\/kovodstvo\/sections\/169\/<\/a> — подписи на фотографиях<\/li>\n<\/ol>\n

        Технологии развиваются, скорость интернета растёт, увеличивается количество компьютеров с дисплеем ретина, в вебе активно развивается векторная графика и формат SVG, но базовые принципы подготовки графики для веб не меняются.<\/p>\n", "date_published": "2015-02-17T13:15:17+03:00", "date_modified": "2015-06-23T08:55:53+03:00", "_date_published_rfc2822": "Tue, 17 Feb 2015 13:15:17 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "29", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } } ], "_e2_version": 3386, "_e2_ua_string": "E2 (v3386; Aegea)" }