Несколько десятков специалистов по поисковой оптимизации поучаствовали (своими ответами) в исследовании факторов ранжирования в Яндексе. Результаты вы можете лицезреть ниже на скриншотах или же на сайте топэксперт.рф вместе с комментариями и пояснениями. Думаю, что шпаргалка пригодится не только оптимизаторам, но и всем вебмастерам.

Начнем с внешних факторов. Критерии выбора внешних ссылок:

Предположим, у вас есть замечательный проект. Неважно, какой именно — возможно, это программа, распространяемая по принципу shareware или удобный социальный сервис.

На определенном этапе рано или поздно возникает желание, а то и необходимость расширяться за пределы «родного» для сайта языкового сегмента, будь он русско- или англоязычный. Тем более, что для непродвинутых пользователей замкнутых языковых сегментов в той же мере характерна нелюбовь к англоязычным сайтам, что и для обитателей рунета.

Казалось бы, всё просто — нанял переводчика, залил переведенные страницы на сайт — и радуйся. Но реальность, как всегда, куда веселее.

Несколько лет назад мне довелось поучаствовать в выводе нескольких проектов в немецкий сегмент Сети. Ту феерию факапов и заморочек я не забыл до сих пор.

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

Статья рассчитана в первую очередь на тех, кто не знает немецкого языка и не имеет опыта работы в de-net'е.

В случае возникновения каких-либо вопросов я с радостью отвечу в комментах или личке.

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

К сожалению, практически вся доступная информация по каталогу на английском, что затрудняет изучение рекомендаций для большого числа веб-мастеров, та же часть, что на локальных языках – может быть запрятана глубоко в структуре каталога, либо на форуме, к которому доступ есть только у редакторов.

Для начала, следует осознать, что ODP преследует двойную цель: в первую очередь – создать крупнейший в мире каталог, который одновременно будет самым полным и исчерпывающим; вторая цель – отбор качественных ресурсов, ресурсов с уникальным содержанием, который будет интересен всем слоям общества.

Пожалуй, начну с того, что если перегружаться 15 раз в год, то любой «тюнинг» процесса загрузки отнимает больше времени, чем будет выиграно на перезагрузках за все время жизни системы. Однако, спортивный интерес берет свое, тем более, что люди интересуется процессом оптимизации быстродействия. А загрузка оказалась самым очевидным кандидатом в примеры того, как на мой взгляд должен выглядеть этот самый процесс. Сразу скажу, что грузиться будем с 5400 rpm винта, грузиться будем в «рабочую» систему: помимо недобитой вендорской крапвари там стоит еще куча всякого типа вижуал студии, антивируса, скайпа, стима, гуглапдейтера и пр…

Про то, почему отключение pagefile-а скорее вредно, чем полезно — как нибудь в другой раз, а пока…

* — подробности под катом
Трафик.

Будь вы простым программистом, матерым лидом, архитектором или даже ПМ-ом, вы наверняка в своей нелегкой работе сталкивались с проблемой выбора при добавлении в систему новой возможности. Одно решение гораздо проще реализовать в сжатые сроки и успеть к очередному очень важному релизу, однако оно будет более затратное в сопровождении, менее расширяемое или менее надежное. Другое решение может не обладать всеми этими недостатками, однако обладать другим, в некоторых случаях более важным недостатком – на его реализацию потребуется значительно больше времени.

UPD: Продолжение статьи с примером техзадания

Не так давно на хабре были две статьи (Согласно техническому заданию и А зачем мне ТЗ? Я и так знаю!) посвященные техническим заданиям. У меня обе статьи вызвали, мягко говоря, недоумение, в особенности статья «Согласно техническому заданию». На мой взгляд, это вообще вредная статья, которая приводит к неверному понимаю сути ТЗ. В связи с этим хочу выразить свой взгляд на этот вопрос. Не буду говорить обо всех тех. заданиях, слишком широка тема, но думаю смогу рассказать о ТЗ на сайт.

То описание технического задания, о котором речь пойдет ниже, не является пересказом ГОСТа, но скорее является его творческой переработкой, хорошо сдобренной горьким опытом. Описанный ниже подход к ТЗ не охватывает все аспекты сайтостроения, но задает общее направление.

Большинство сайтов можно отнести к маленьким и очень маленьким проектам, масштаба единиц человеко-месяцев. В силу малости размеров такие проекты спокойно поддаются хорошему продумыванию и легко реализуются с помощью водопадной модели, достаточно просто не лениться на каждом этапе разработки (от написания ТЗ до сдачи проекта). Применять к этим проектам гибкие методологии разработки нет смысла, а как раз есть смысл применять хорошее ТЗ. К тем сайтам, которые не попадают под водопадную модель не стоит применять описанный ниже подход.

1. Обоснование необходимости ТЗ

А зачем вообще нужно ТЗ на сайт? Заказчик говорит: «Нужен следующий сайт: каталог товаров, корзина, форма заказа, доставка, мы на карте, о нас, обратная связь». Что не ясно? Ничего необычного, всё обыденно и рутинно.

Разработчик отчетливо представляет, что нужно сделать, а сделать, в его понимании нужно вот так:

Всё больше достойных поводов находится у веб-разработчиков для того, чтобы отказаться от полнокровной поддержки IE6 в создаваемых проектах.

Кто-то обеспечивает малой кровью graceful degradation, ну а кто-то радикально прощается со старыми браузерами, чуть ли не нарочно приправляя сайт современными технологиями и показывая в браузерах-старичках заглушку с предложением срочно обновиться.

Однако, всем категориям веб-разработчиков, равно как и их клиентам, полезно иметь не обременяющие средства для кроссбраузерного тестирования.

Самый надёжный способ — поднять несколько виртуальных машин, где всё можно будет досконально протестировать (в том числе потаскать границу окна, поскроллить и уж тем более посмотреть, как работает JS). Но ведь часто требуется просто взглянуть на сайт и понять, всё ли с ним в порядке в целом. Либо предоставить такую возможность заказчику.

Классикой жанра для решения поставленной задачи является веб-сервис:

Универсальный, но долгий browsershots.org

Он позволяет получить скриншот не только из конкретного браузера, но и выбрать его версию и ОС, в которой браузер запущен.

Недостаток один — очередь. Скриншотов нужной страницы можно прождать полчаса и даже больше.

Веб-формы играют большую роль в ежедневном использовании интернета. Если вы разрабатываете веб-сайты, то скорее всего они в них присутствуют: будь то простая форма обратной связи или навороченное веб-приложение. Вот несколько советов, которые помогут создавать удобные в использовании формы.

Здравствуйте!

Мы рады представить FindPresent — уникальный сервис, с помощью которого вы можете провести на своем сайте увлекательную игру или оригинальную промоакцию.

Основная идея сервиса — размещение случайным образом на вашем сайте подарков и сюрпризов. Чтобы найти их, посетителям придется потрудиться и, конечно, внимательно просмотреть не один десяток страниц :) В результате проведения таких конкурсов активность аудитории сайта существенно возрастает. А пользователей по-настоящему захватывает розыск подарков по сайту, это действительно интересно.

В последнее время мы как-то особенно углубились в тему стартапов (это и понятно, ведь новые проекты занимают все наши мысли и свободное время), поэтому активно читаем все, что пишут по этой теме у нас и в англоязычных источниках.
И вот наткнулись на забавную статью. Автор написал ее, размышляя о турнире StartupCraft (турнир по Starcraft для IT-компаний), пытаясь понять, является ли выигрыш в этом турнире свидетельством успеха компании в работе или инвесторы должны дать денег в первую очередь тем, кто проиграл (ведь они еще что-то кроме Starcraftа умеют). Без сомнения, автор склоняется к первому варианту:)



Под катом перевод этой самой статьи

Представляю вашему вниманию сервис для отправки SMS через HTTP/HTTPS API.

Для кого предназначен сервис?

• Интернет-магазинам (уведомление о новом заказе).
• Небольшим проектам с системой уведомлений по SMS.
• Сисадминам (уведомления о состоянии сервисов, оборудования и т.п.).
• Вам? Напишите, обсудим.

В процессе разработки нового сервиса у нас появилась интересная задачка. Необходимо определить принадлежность предприятия какому-либо административно-территориальному или муниципальному образованию и закрепить за предприятием район либо округ, в котором оно находится. Представлением для конечного пользователя должен быть фильтр в поисковой форме, который позволял бы найти организации только в заданном районе или округе города. И сделать это нужно для компаний по всей России.

Покажите мне рекламодателя, который сегодня не думает о продвижении в социальных медиа. Таких наверное уже не осталось. И это понятно – все пользователи там, значит и для рекламы наших продуктов, услуг, сервисов, брендов там тоже самое место.

С начала года мы направляем свои маркетинговые усилия в этом направлении, но социальные сети оказались не так просты. Конечно главное – это интересный контент, вовлечение в коммуникацию, творческий подход, с этим не спорим. Это требует материальных и умственных вложений и не всем под силу. Однако создатели социальных сетей подготовили для рекламодателей некоторые дополнительные препятствия на пути к сердцам покупателей.

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

Вольный перевод GTD-диаграммы Дэвида Аллена.

Анализируя различные каналы продаж своего интернет-проекта, всегда хочется понять – куда вкладывать силы, время и деньги, чтобы гарантированно увеличить прибыль. Мы на своем опыте убедились, что отличным каналом продаж является партнерская программа. В этом посте мы расскажем, как можно ее развивать и как это повлияет на финансовые показатели проекта в целом. Вся статистика собрана в ходе работы созданного нами центра партнерских программ Монетти (объединяет партнерские программы всех наших сервисов), но так как на сегодняшний день партнеров у нас много (более 1000), будем считать эти данные достаточно объективными.

Если сравнить различные каналы продаж наших проектов, то партнерская сеть будет уверенным лидером. Нам она дает практически половину всех покупателей. При этом это канал с наименьшим риском, по сравнению с очень зависящими от конкуренции контекстной рекламой, которая теряет свою эффективность со временем, и поисковым трафиком, который невозможно предугадать вообще из-за постоянно меняющихся алгоритмов поисковых систем.


Рисунок 1. Доля различных каналов в продажах проектов