Неоднозначная биржа контента Advego
Биржами ссылок уже никого не удивишь, а вот «биржа контента» - это что-то новое. Некоторое время назад в рунете появилась система Advego, позиционирующая себя площадкой покупки и продажи контента для сайтов, форумов и блогов. Участниками выступают авторы (те, кто генерирует контент) и вебмастера (те, кто его заказывает). Система Advego максимально автоматизирована, отслеживать качество контента позволяют функции проверки орфографии, проверки наличия ключевых слов, проверки уникальности текста и др.
Advego, в свою очередь, обеспечивает контроль над выплатами за выполненные работы, быстрый вывод средств, удобный и многофункциональный поиск работ. Однако, по словам участников проекта, дорогих заказов мало, потому что нет вебмастеров, которые готовы хорошо платить. Сейчас стоимость текста варьируется от $0,01 до $5,00, в зависимости от количества символов и тематики.
В сообществе начинают появляться первые впечатления о новом сервисе: отличный фидбек, удобный функционал, неплохой вариант для старта форумов и блогов. Однако у многих возникают опасения за качество постов. Например, Дамир Халилов, руководитель агентства интернет-PR "Green" считает, что это очередная фабрика искусственного, низкокачественного контента. «Идея не нова. Например, были фрилансеры, оказывающие подобные услуги. Однако тот факт, что производство убогих текстов и комментов ставится на поток, меня несколько расстраивает. Количество информационного мусора в сети и так запредельно.
Я против искусственных комментов. Для форума на каком-то этапе это может быть полезным, но все-таки в этом есть что-то шулерское. Если в SMO человека пытаются заинтересовать, стимулируя его написать комментарий, то здесь ему просто платят за это. В первом случае это будет ценный коммент, во-втором -искусственный».
А вот Илья Рабчёнок, руководитель студии SMOpro, настроен менее критично, хотя тоже акцентирует внимание на качестве контента: «Интересная затея. Многие владельцы форумов хотят себе живой форум, этот сервис вполне может им помочь. Теперь нужны заказчики и качественные исполнители работ. А здесь все в руках создателей сервиса, можно и из паршивых овец сделать качественных жителей форума.
И SMO-специалистам такой сервис только поможет! Основная задача SMO-оптимизаторов - продвижение контента, а им приходится еще и создавать его, когда форумы пустые и безжизненные. А ведь общение на форуме - немаловажный инструмент его продвижения».
SEOnews обратился к создателям системы Advego, на вопросы отвечает Сергей Лупандин, руководитель проекта "Адвего":
Как пришла идея создания системы?
После появления и относительного успеха систем автоматизированного обмена ссылками появились мысли о создании проекта для обмена статьями, где помимо автоматической генерации "человеческого" текста, будут присутствовать реальные авторы. Пока мы собирались, подобных систем появилось множество, хотя проблема генерации "человеческого" текста не решена до сих пор. В качестве старта, решили занять нишу коротких авторских текстов. Сейчас над проектом работает шесть человек.
Есть опасения, что тексты будут не совсем качественными. Как будет решаться вопрос качества?
Вопрос качества автора в целом будет определять система рейтингов авторов - для каждого в своей области. Вебмастер сам будет определять, с какими авторами ему необходимо работать. Например, автор, имеющий низкий рейтинг в категории "Бизнес в интернете", может обладать достаточно высоким рейтингом в категории "Компьютерные игры". Дополнительно к рейтингу система "черных" списков поможет вебмастеру отсечь недобросовестных авторов, а с помощью системы "белых" списков вебмастер сможет собирать команды подходящих авторов для выполнения конкретных задач.
Как оцениваете конкурентоспособность системы с работой SMO-специалистов?
Не думаю, что система будет конкурировать. Отнюдь, Адвего и SMO-специалисты - коллеги и партнеры! ведь наша система поможет специалистам искать клиентов. Также система сможет стать "кузницей" копирайтеров различных формаций, и журналистов, и редакторов, и SMO-специалистов. В нашей системе уже сейчас зарегистрированы тысячи реальных авторов, каждый из которых независимо от его квалификации имеет свой неповторимый стиль общения.
среда, 28 апреля 2010 г.
Дублирование контента: как с этим бороться?
Дублирование контента: как с этим бороться?
Дублирование контента – это одна из тех проблем, которую создатели поисковых систем пытаются решить уже достаточно давно. Борьба с этим злом в области поисковых технологий происходит с переменным успехом, а, в конечном счете, страдают авторы материалов и простые пользователи.
Сами разработчики поисковых систем не раз поднимали эту проблему на множестве конференций, но воз, как и раньше ...
А что делать простому пользователю, который по определенному запросу на первых страницах находит один и тот же материал? Хорошо, если материал качественный, а если нет? Вот и остается пользователю либо довольствоваться тем, что дали, либо продолжить поиск, тратя на него свое время.
Проблема заключается еще и в том, что в большинстве случаев дублирование контента происходит незлонамеренно. Основными причинами дубляжа контента могут стать:
* перечисление небольших фрагментов идентичного текста на всех страницах сайта либо на страницах других сайтов (это могут небольшие информационные блоки о каких-либо событиях, компаниях, людях и т.д.);
* это могут быть сайты, на которых располагаются новостные агрегаторы (rss), которые просто перепечатывают новости с других сайтов;
* могут возникнуть копии страниц, расположенных на одном «доме». Здесь, в большинстве случаев, проблема в технических неполадках или неграмотно составленном файле robots.txt . Так, к примеру, веб-мастера частенько забывают закрывать от индексации версии страниц, предназначенные для печати. Нередко на сайте присутствуют идентификаторы сессий, которые приводят к тому, что одна и та же страница индексируется поисковой системой по несколько раз и т.д.
*
нередко пользователи цитируют каких-либо людей, причем объемы цитат могут быть существенными, в этом случае поисковым системам не к чему придраться.
При этом не следует забывать, что переводные статьи (чем, собственно, занимается ваш слуга) не считаются дублированными статьями. Во всяком случае, об этом говориться на официальном блоге Google. Данная поисковая система даже старается помочь пользователям разных государств лучше понимать друг друга, осуществляя множественный перевод с одних языков мира на другие.
На блоге говорится, что фрагмент, который оформлен как цитата, дублированным контентом не считается. Хотя верится в это с трудом.
Несомненно, больше хлопот доставляют те, кто, не ставя ссылки на источник, сознательно ворует контент без соблюдения авторских прав.
Обнаружить «вредителей» можно с помощью следующих сервисов:
* www.copyscape.com. (сервис позволяет найти, на каких сайтах сеть контент, похожий на тот, что представлен на введенной странице);
* www.webconfs.com (http://www.webconfs.com/similar-page-checker.php) (сервис, показывающий процентное соотношении похожего контента на сравниваемых страницах).
Кроме этих сервисов, для выявления дубляжей используется параметр &rd=0 (только для поисковой системы Яндекс). В строку поиска вводится фрагмент текста, который, может быть, сворован, Яндекс выдает точные повторения, чтобы обнаружить нечеткие дубли в конец url на странице поиска ставится &rd=0, поиск проводится повторно. Но, повторюсь, данный параметр применим только для Яндекса.
Выявить сайты, которые воруют у вас контент, не ставя ссылку, - это полдела. Обратитесь к ним сначала с просьбой поставить ссылку. Безрезультатно? С предупреждением о том, что могут быть приняты адекватные меры. В том случае, если ваши требования не выполнены, можете смело жаловаться хостеру. Они обычно не церемонятся, в результате «сайт-вор» может прекратить свою деятельность на долгий срок.
Поисковые системы стараются бороться с дублирование текста так, как могут - придумывают различные фильтры. Конечно, какая-то часть повторяющегося материала отсеивается, но другая часть остается. И, к сожалению, очень много материала повторяется из-за ошибок веб-мастеров. Есть несколько шагов, которые помогут значительно сократить количество дублированного материала:
* закрывайте в robots.txt версии для печати, страницы с ненужной повторяющейся информацией;
* если вы перенесли свой сайт на другой домен, то не забудьте реализовать 301 редирект на новую версию сайта с помощью htaccess или просто закройте старую версию от индексации;
* постарайтесь не допускать наличия таких страниц на сайте, как /index.html;
* не допускайте на сайте наличия идентификаторов сессий;
* следите, чтобы сайт индексировался только с www., пропишите директиву host в robots.txt;
* если вы собираете на сайте подборку авторов с других сайтов, то не забывайте ставить ответную ссылку
.
Поисковая система Google просит пользователей сообщать о нарушении авторских прав, которое ведет к захламлению поиска спамом, и обещает принимать против нарушителей меры.
Иными словами, проблема, как сохранить релевантную выдачу, должна волновать не только разработчиков поисковых систем, но и всех, кто заинтересован в качественном поиске.
Перевод под ред. Сергея Стружкова, руководителя отдела ресурсов компании Ingate
Дублирование контента – это одна из тех проблем, которую создатели поисковых систем пытаются решить уже достаточно давно. Борьба с этим злом в области поисковых технологий происходит с переменным успехом, а, в конечном счете, страдают авторы материалов и простые пользователи.
Сами разработчики поисковых систем не раз поднимали эту проблему на множестве конференций, но воз, как и раньше ...
А что делать простому пользователю, который по определенному запросу на первых страницах находит один и тот же материал? Хорошо, если материал качественный, а если нет? Вот и остается пользователю либо довольствоваться тем, что дали, либо продолжить поиск, тратя на него свое время.
Проблема заключается еще и в том, что в большинстве случаев дублирование контента происходит незлонамеренно. Основными причинами дубляжа контента могут стать:
* перечисление небольших фрагментов идентичного текста на всех страницах сайта либо на страницах других сайтов (это могут небольшие информационные блоки о каких-либо событиях, компаниях, людях и т.д.);
* это могут быть сайты, на которых располагаются новостные агрегаторы (rss), которые просто перепечатывают новости с других сайтов;
* могут возникнуть копии страниц, расположенных на одном «доме». Здесь, в большинстве случаев, проблема в технических неполадках или неграмотно составленном файле robots.txt . Так, к примеру, веб-мастера частенько забывают закрывать от индексации версии страниц, предназначенные для печати. Нередко на сайте присутствуют идентификаторы сессий, которые приводят к тому, что одна и та же страница индексируется поисковой системой по несколько раз и т.д.
*
нередко пользователи цитируют каких-либо людей, причем объемы цитат могут быть существенными, в этом случае поисковым системам не к чему придраться.
При этом не следует забывать, что переводные статьи (чем, собственно, занимается ваш слуга) не считаются дублированными статьями. Во всяком случае, об этом говориться на официальном блоге Google. Данная поисковая система даже старается помочь пользователям разных государств лучше понимать друг друга, осуществляя множественный перевод с одних языков мира на другие.
На блоге говорится, что фрагмент, который оформлен как цитата, дублированным контентом не считается. Хотя верится в это с трудом.
Несомненно, больше хлопот доставляют те, кто, не ставя ссылки на источник, сознательно ворует контент без соблюдения авторских прав.
Обнаружить «вредителей» можно с помощью следующих сервисов:
* www.copyscape.com. (сервис позволяет найти, на каких сайтах сеть контент, похожий на тот, что представлен на введенной странице);
* www.webconfs.com (http://www.webconfs.com/similar-page-checker.php) (сервис, показывающий процентное соотношении похожего контента на сравниваемых страницах).
Кроме этих сервисов, для выявления дубляжей используется параметр &rd=0 (только для поисковой системы Яндекс). В строку поиска вводится фрагмент текста, который, может быть, сворован, Яндекс выдает точные повторения, чтобы обнаружить нечеткие дубли в конец url на странице поиска ставится &rd=0, поиск проводится повторно. Но, повторюсь, данный параметр применим только для Яндекса.
Выявить сайты, которые воруют у вас контент, не ставя ссылку, - это полдела. Обратитесь к ним сначала с просьбой поставить ссылку. Безрезультатно? С предупреждением о том, что могут быть приняты адекватные меры. В том случае, если ваши требования не выполнены, можете смело жаловаться хостеру. Они обычно не церемонятся, в результате «сайт-вор» может прекратить свою деятельность на долгий срок.
Поисковые системы стараются бороться с дублирование текста так, как могут - придумывают различные фильтры. Конечно, какая-то часть повторяющегося материала отсеивается, но другая часть остается. И, к сожалению, очень много материала повторяется из-за ошибок веб-мастеров. Есть несколько шагов, которые помогут значительно сократить количество дублированного материала:
* закрывайте в robots.txt версии для печати, страницы с ненужной повторяющейся информацией;
* если вы перенесли свой сайт на другой домен, то не забудьте реализовать 301 редирект на новую версию сайта с помощью htaccess или просто закройте старую версию от индексации;
* постарайтесь не допускать наличия таких страниц на сайте, как /index.html;
* не допускайте на сайте наличия идентификаторов сессий;
* следите, чтобы сайт индексировался только с www., пропишите директиву host в robots.txt;
* если вы собираете на сайте подборку авторов с других сайтов, то не забывайте ставить ответную ссылку
.
Поисковая система Google просит пользователей сообщать о нарушении авторских прав, которое ведет к захламлению поиска спамом, и обещает принимать против нарушителей меры.
Иными словами, проблема, как сохранить релевантную выдачу, должна волновать не только разработчиков поисковых систем, но и всех, кто заинтересован в качественном поиске.
Перевод под ред. Сергея Стружкова, руководителя отдела ресурсов компании Ingate
Контент+Реклама+Интернет=Успех
Контент+Реклама+Интернет=Успех
Новое исследование, проведенное Британской ассоциацией издателей, показало, что онлайновая реклама составляет 41% от общего дохода в Сети.
Исследование подтверждает, за последние 2 года владельцам традиционных СМИ пришлось признать, что созданный ими контент далеко не всегда приносит прибыль.
На сегодняшний день онлайновый рекламный рынок достаточно устойчив. Большинство издателей в состоянии без труда компенсировать потери, переключившись с платного контента на контент, поддерживаемый рекламой.
Еще одним сигналом того, что модель платного контента становится все менее значимой, является сокращение числа желающих платить исключительно за контент, не содержащий рекламы.
Совершенно очевидно, что на в настоящий момент создавать просто контент, который не содержит рекламы становится невыгодно, даже если контент платный. Вот поэтому все чаще и чаще прослеживаются тенденции разбавлять контент рекламой.
По информации clickz.com
Новое исследование, проведенное Британской ассоциацией издателей, показало, что онлайновая реклама составляет 41% от общего дохода в Сети.
Исследование подтверждает, за последние 2 года владельцам традиционных СМИ пришлось признать, что созданный ими контент далеко не всегда приносит прибыль.
На сегодняшний день онлайновый рекламный рынок достаточно устойчив. Большинство издателей в состоянии без труда компенсировать потери, переключившись с платного контента на контент, поддерживаемый рекламой.
Еще одним сигналом того, что модель платного контента становится все менее значимой, является сокращение числа желающих платить исключительно за контент, не содержащий рекламы.
Совершенно очевидно, что на в настоящий момент создавать просто контент, который не содержит рекламы становится невыгодно, даже если контент платный. Вот поэтому все чаще и чаще прослеживаются тенденции разбавлять контент рекламой.
По информации clickz.com
Flash-контент не вышел из младенчества
Flash-контент не вышел из младенчества
Этого дня с нетерпением ждали Flash-разработчики: 30 июня 2008 года компании Google и Adobe наконец заявили, что отныне информация из Flash-файлов формата .swf будет индексироваться поисковой системой Google! В исчерпывающем сообщении Adobe Developer Center также указано, что в ближайшем будущем стоит ожидать появления подобной технологии от Yahoo. Во время чтения новостей и связанных с ними статей в сообществе веб-маркетологов мне стало ясно, что данное обновление стало большим шагом вперёд, но говорить о полном раскрытии потенциала веб-разработчиков ещё рано.
Поэтому я решил внести свою лепту и объяснить, как можно оптимизировать сайт при помощи Flash, учитывая возможности последних обновлений.
Что такое Flash?
Давайте разберёмся с основными понятиями. Чтобы понять, что же такое Flash, заглянем в Википедию, где дано краткое описание этой технологии:
«Adobe Flash (ранее Shockwave Flash и Macromedia Flash) — это набор мультимедийных технологий, разрабатываемых и распространяемых компанией Adobe Systems (изначально созданных Macromedia). С момента своего появления на свет в 1996 году технология Flash стала популярным методом создания анимационных и интерактивных элементов для веб-страниц. Flash используют для разработки анимации, объявлений и различных компонентов страниц, для интеграции видео и с недавних пор — обогащённых интернет-приложений». Источник - Википедия.
РАНЬШЕ: поисковые системы не могли обрабатывать информацию из Flash-файлов
До сих пор текстовое содержимое файлов формата .swf было во всех аспектах недоступно для пауков поисковых машин. То же касается и текста, содержащегося в изображениях. Только текст в формате HTML мог быть прочитан и проиндексирован поисковыми системами, поскольку они не могли (и по-прежнему не могут) выполнять оптическое распознавание символов в оперативном режиме
Попробую объяснить по-другому: пауки считывают HTML так же, как человек может прочитать пальцем написанный шариковой ручкой текст по контурам букв. В то же время считывание информации с Flash-файла или изображения похоже на вождение пальцем по плоскому дорожному знаку. Вы не можете почувствовать контуры букв, а бот поисковой системы не способен проиндексировать расположенный во Flash-документе текст.
ТЕПЕРЬ: поисковые системы могут обрабатывать текст из Flash-файлов
30 июня 2008 года компания Google впервые объявила о том, что отныне её поисковая система способна точно считывать текстовую информацию, содержащуюся во Flash-файлах, расположенных в сети интернет. Это революционное достижение стало возможно благодаря объединению усилий Adobe, Google и Yahoo. Компания Adobe разработала фирменную технологию Flash Player, которую Google и Yahoo интегрировали в свои поисковые системы для «чтения» содержимого Flash-файлов. Эта технология уже значительно увеличила размер индексной базы Google (вскоре то же самое произойдёт и с индексом Yahoo), так как, по крайней мере, в случае с Google, она позволяет поисковой системе индексировать содержимое около 70,4 миллиона Flash-файлов формата SWF.
Этот огромный ранее недоступный массив данных значительно улучшит качество поиска.
Например, выразительные и вдохновляющие Flash-сайты типа Forests Forever отныне могут быть проиндексированы, что способствует привлечению большего числа посетителей портала, специализирующегося на описании лесов планеты. Это лишь один пример полезного Flash-сайта (одного из моих любимых). Когда все они будут проиндексированы, несомненно, возрастёт и релевантность результатов поисковых систем.
Оптимизацию сайта для поисковых систем отныне можно проводить при помощи технологии Flash
Реализация технологии считывания информации из Flash-файлов означает, что содержащийся во Flash текст отныне может быть проиндексирован с последующим указании на него в виде ссылки. Вот несколько примеров базовых возможностей оптимизации Flash-содержимого для поиска:
• Оптимизация контента на странице по ключевым фразам для корректного восприятия тем поисковым ботом.
• Использование ключевых слов во внутренних ссылках для передачи смысла на разных страницах портала (доступно для Flash-сайтов, страницы которых имеют отличные друг от друга URL’ы).
• Выделение отдельных слов для создания акцента на ключевых фразах. Но здесь я уже преувеличиваю… На данный момент не известно, позволяет ли новая технология распознавать выделенный текст.
Ограничения оптимизации Flash для поисковых систем
Чтобы составить у вас представление о возможностях оптимизации Flash под поисковые системы, я расскажу о подводных камнях, накладывающих определённые ограничения:
1. Flash-сайты с единым URL-адресом: Содержимое многих порталов по-прежнему упаковано в один Flash-файл. Иными словами, разные страницы одного их таких сайтов имеют единый URL. В данном случае поисковые системы будут индексировать контент и, возможно, переводить трафик на сайт, но поскольку Google не сможет дать ссылку на конкретный раздел Flash-файла, пользователи будут перенаправляться в начало этого файла. Такой способ непрямого перенаправления, вероятно, расстроит многих пользователей, ожидающих получения непосредственных результатов.
Вот цитата из комментариев сотрудников Google, посвящённых этой теме:
«Мы получили ряд вопросов относительно глубокой перелинковки (перелинковки с определённым содержимым внутри файла) не только для генерирования результатов поиска по Flash-файлам, но и для других крупных документов и презентаций. В случае с Flash, возможность глубокой перелинковки требует разработки дополнительной функциональности Flash, которую мы интегрируем»
Последнее предложение представляет особый интерес, потому что создаёт свободу интерпретации. Они имели в виду, что Adobe должна добавить «дополнительную функциональность» во Flash, или что Google нужно усовершенствовать свою технологию индексации для раскрытия потенциала существующей Flash-функциональности? Возможно, некоторые Flash-гуру смогут пролить свет на эту неопределённость, поскольку Google дала двусмысленный ответ.
Если у вас есть желание обойти проблему глубокой перелинковки отдельных SWF-файлов, Adobe предлагает такое решение: «можно создать несколько HTML-файлов, обеспечивающих SWF-файл различными переменными, и запустить приложение в нужном подразделе. Создавая множество точек входа, вы получаете сайт, проиндексированный в качестве набора страниц, но управлять можете только одной копией веб-приложения».
1. Не индексируется текст из рисунков: многие разработчики Flash-сайтов нерационально размещают текст в изображениях, содержимое которых на данный момент не читается поисковыми системами. Я думаю, что такое положение вещей сохранится ещё на год-два. В итоге Flash -сайт, где большое количество текстовой информации находится внутри графических изображений, не может воспользоваться преимуществами этой усовершенствованной технологии индексации.
2. Не индексируется контент из файла ресурса: я заметил это в комментарии сотрудника службы поддержки Google: «В настоящее время не индексируется контент, который динамически загружается из файла ресурса. Мы получили этот запрос от нескольких вебмастеров — следите за будущими обновлениями».
Вдобавок, в новости от Google были указаны следующие ограничения по Flash, которые сотрудники времени обещают исправить в ближайшее время (цитата из блога Google):
1. «Google-бот не воспринимает некоторые виды JavaScript. Поэтому если ваша страница загружает Flash-файл через JavaScript, Google может и не узнать этот файл, и в таком случае не проиндексирует его».
2. «На данный момент мы не присоединяем контент из внешних ресурсов, загружаемых вашими Flash-файлами. Если ваш Flash-файл загружает HTML-, XML- или другой SWF-документ, Google проиндексирует эти ресурсы отдельно, а не в качестве контента вашего Flash-файла».
3. «Несмотря на то, что мы можем проиндексировать содержимое Flash-файла на всех имеющихся в интернете языках, на данный момент существуют проблемы с чтением текста на двунаправленных языках текста. До тех пор, пока мы не исправим эти ошибки, находящийся во Flash-файлах контент, написанный на иврите и арабском языке, не будет проиндексирован».
Вывод: механизмы оптимизации Flash под поисковые системы по-прежнему находятся в зачаточном состоянии
Итак, отныне Flash-файлы стали распознаваться поисковыми системами, и это, безусловно, прекрасная новость. Нет никаких сомнений в том, что теперь, при возможности индексации ранее недоступного контента, качество поиска выйдет на более высокий уровень. Но, к сожалению, сегодня я всё ещё не могу сказать клиентам, что Flash является достойным способом повышения конкурентоспособности в области оптимизации содержимого сайта под поисковые системы. По-прежнему существует ряд серьезных препятствий, не позволяющих даже надеяться на то, что Flash-сайты смогут достойно соревноваться с HTML-порталами в аспекте поисковой оптимизации. Правда, я могу привести пару исключений из этого правила:
1. В определённой точке можно найти компромисс, заключающийся в том, что значимые входящие ссылки могут вывести даже самый неоптимизированный сайт в верхние строки поисковых результатов. Немаловероятно, что Flash-сайты с сильной поддержкой в виде внешних ссылок смогут значительно улучшить свои позиции в выдаче, учитывая новые возможности индексации Flash-контента.
2. В тематиках со сравнительно низкой конкуренцией (ключевые фразы и слова) базовых возможностей поисковой оптимизации Flash-контента вполне достаточно для попадания в топ строки выдачи поисковых систем.
В заключение я бы хотел выразить чрезмерную благодарность сотрудникам Adobe, Google и Yahoo за внедрение в свои системы этой новой технологии. В свете постоянного появления в интернете новых медиаформатов, мне до последнего момента было непонятно, почему существующая уже несколько лет технология Flash не приспособлена для индексации. К счастью, теперь эта неувязка устранена, и дни, когда Flash-сайты смогут успешно конкурировать с другими порталами, уже не за горами. Росс Данн (Ross Dunn), исполнительный директор «StepForth Search Engine Placement»
Этого дня с нетерпением ждали Flash-разработчики: 30 июня 2008 года компании Google и Adobe наконец заявили, что отныне информация из Flash-файлов формата .swf будет индексироваться поисковой системой Google! В исчерпывающем сообщении Adobe Developer Center также указано, что в ближайшем будущем стоит ожидать появления подобной технологии от Yahoo. Во время чтения новостей и связанных с ними статей в сообществе веб-маркетологов мне стало ясно, что данное обновление стало большим шагом вперёд, но говорить о полном раскрытии потенциала веб-разработчиков ещё рано.
Поэтому я решил внести свою лепту и объяснить, как можно оптимизировать сайт при помощи Flash, учитывая возможности последних обновлений.
Что такое Flash?
Давайте разберёмся с основными понятиями. Чтобы понять, что же такое Flash, заглянем в Википедию, где дано краткое описание этой технологии:
«Adobe Flash (ранее Shockwave Flash и Macromedia Flash) — это набор мультимедийных технологий, разрабатываемых и распространяемых компанией Adobe Systems (изначально созданных Macromedia). С момента своего появления на свет в 1996 году технология Flash стала популярным методом создания анимационных и интерактивных элементов для веб-страниц. Flash используют для разработки анимации, объявлений и различных компонентов страниц, для интеграции видео и с недавних пор — обогащённых интернет-приложений». Источник - Википедия.
РАНЬШЕ: поисковые системы не могли обрабатывать информацию из Flash-файлов
До сих пор текстовое содержимое файлов формата .swf было во всех аспектах недоступно для пауков поисковых машин. То же касается и текста, содержащегося в изображениях. Только текст в формате HTML мог быть прочитан и проиндексирован поисковыми системами, поскольку они не могли (и по-прежнему не могут) выполнять оптическое распознавание символов в оперативном режиме
Попробую объяснить по-другому: пауки считывают HTML так же, как человек может прочитать пальцем написанный шариковой ручкой текст по контурам букв. В то же время считывание информации с Flash-файла или изображения похоже на вождение пальцем по плоскому дорожному знаку. Вы не можете почувствовать контуры букв, а бот поисковой системы не способен проиндексировать расположенный во Flash-документе текст.
ТЕПЕРЬ: поисковые системы могут обрабатывать текст из Flash-файлов
30 июня 2008 года компания Google впервые объявила о том, что отныне её поисковая система способна точно считывать текстовую информацию, содержащуюся во Flash-файлах, расположенных в сети интернет. Это революционное достижение стало возможно благодаря объединению усилий Adobe, Google и Yahoo. Компания Adobe разработала фирменную технологию Flash Player, которую Google и Yahoo интегрировали в свои поисковые системы для «чтения» содержимого Flash-файлов. Эта технология уже значительно увеличила размер индексной базы Google (вскоре то же самое произойдёт и с индексом Yahoo), так как, по крайней мере, в случае с Google, она позволяет поисковой системе индексировать содержимое около 70,4 миллиона Flash-файлов формата SWF.
Этот огромный ранее недоступный массив данных значительно улучшит качество поиска.
Например, выразительные и вдохновляющие Flash-сайты типа Forests Forever отныне могут быть проиндексированы, что способствует привлечению большего числа посетителей портала, специализирующегося на описании лесов планеты. Это лишь один пример полезного Flash-сайта (одного из моих любимых). Когда все они будут проиндексированы, несомненно, возрастёт и релевантность результатов поисковых систем.
Оптимизацию сайта для поисковых систем отныне можно проводить при помощи технологии Flash
Реализация технологии считывания информации из Flash-файлов означает, что содержащийся во Flash текст отныне может быть проиндексирован с последующим указании на него в виде ссылки. Вот несколько примеров базовых возможностей оптимизации Flash-содержимого для поиска:
• Оптимизация контента на странице по ключевым фразам для корректного восприятия тем поисковым ботом.
• Использование ключевых слов во внутренних ссылках для передачи смысла на разных страницах портала (доступно для Flash-сайтов, страницы которых имеют отличные друг от друга URL’ы).
• Выделение отдельных слов для создания акцента на ключевых фразах. Но здесь я уже преувеличиваю… На данный момент не известно, позволяет ли новая технология распознавать выделенный текст.
Ограничения оптимизации Flash для поисковых систем
Чтобы составить у вас представление о возможностях оптимизации Flash под поисковые системы, я расскажу о подводных камнях, накладывающих определённые ограничения:
1. Flash-сайты с единым URL-адресом: Содержимое многих порталов по-прежнему упаковано в один Flash-файл. Иными словами, разные страницы одного их таких сайтов имеют единый URL. В данном случае поисковые системы будут индексировать контент и, возможно, переводить трафик на сайт, но поскольку Google не сможет дать ссылку на конкретный раздел Flash-файла, пользователи будут перенаправляться в начало этого файла. Такой способ непрямого перенаправления, вероятно, расстроит многих пользователей, ожидающих получения непосредственных результатов.
Вот цитата из комментариев сотрудников Google, посвящённых этой теме:
«Мы получили ряд вопросов относительно глубокой перелинковки (перелинковки с определённым содержимым внутри файла) не только для генерирования результатов поиска по Flash-файлам, но и для других крупных документов и презентаций. В случае с Flash, возможность глубокой перелинковки требует разработки дополнительной функциональности Flash, которую мы интегрируем»
Последнее предложение представляет особый интерес, потому что создаёт свободу интерпретации. Они имели в виду, что Adobe должна добавить «дополнительную функциональность» во Flash, или что Google нужно усовершенствовать свою технологию индексации для раскрытия потенциала существующей Flash-функциональности? Возможно, некоторые Flash-гуру смогут пролить свет на эту неопределённость, поскольку Google дала двусмысленный ответ.
Если у вас есть желание обойти проблему глубокой перелинковки отдельных SWF-файлов, Adobe предлагает такое решение: «можно создать несколько HTML-файлов, обеспечивающих SWF-файл различными переменными, и запустить приложение в нужном подразделе. Создавая множество точек входа, вы получаете сайт, проиндексированный в качестве набора страниц, но управлять можете только одной копией веб-приложения».
1. Не индексируется текст из рисунков: многие разработчики Flash-сайтов нерационально размещают текст в изображениях, содержимое которых на данный момент не читается поисковыми системами. Я думаю, что такое положение вещей сохранится ещё на год-два. В итоге Flash -сайт, где большое количество текстовой информации находится внутри графических изображений, не может воспользоваться преимуществами этой усовершенствованной технологии индексации.
2. Не индексируется контент из файла ресурса: я заметил это в комментарии сотрудника службы поддержки Google: «В настоящее время не индексируется контент, который динамически загружается из файла ресурса. Мы получили этот запрос от нескольких вебмастеров — следите за будущими обновлениями».
Вдобавок, в новости от Google были указаны следующие ограничения по Flash, которые сотрудники времени обещают исправить в ближайшее время (цитата из блога Google):
1. «Google-бот не воспринимает некоторые виды JavaScript. Поэтому если ваша страница загружает Flash-файл через JavaScript, Google может и не узнать этот файл, и в таком случае не проиндексирует его».
2. «На данный момент мы не присоединяем контент из внешних ресурсов, загружаемых вашими Flash-файлами. Если ваш Flash-файл загружает HTML-, XML- или другой SWF-документ, Google проиндексирует эти ресурсы отдельно, а не в качестве контента вашего Flash-файла».
3. «Несмотря на то, что мы можем проиндексировать содержимое Flash-файла на всех имеющихся в интернете языках, на данный момент существуют проблемы с чтением текста на двунаправленных языках текста. До тех пор, пока мы не исправим эти ошибки, находящийся во Flash-файлах контент, написанный на иврите и арабском языке, не будет проиндексирован».
Вывод: механизмы оптимизации Flash под поисковые системы по-прежнему находятся в зачаточном состоянии
Итак, отныне Flash-файлы стали распознаваться поисковыми системами, и это, безусловно, прекрасная новость. Нет никаких сомнений в том, что теперь, при возможности индексации ранее недоступного контента, качество поиска выйдет на более высокий уровень. Но, к сожалению, сегодня я всё ещё не могу сказать клиентам, что Flash является достойным способом повышения конкурентоспособности в области оптимизации содержимого сайта под поисковые системы. По-прежнему существует ряд серьезных препятствий, не позволяющих даже надеяться на то, что Flash-сайты смогут достойно соревноваться с HTML-порталами в аспекте поисковой оптимизации. Правда, я могу привести пару исключений из этого правила:
1. В определённой точке можно найти компромисс, заключающийся в том, что значимые входящие ссылки могут вывести даже самый неоптимизированный сайт в верхние строки поисковых результатов. Немаловероятно, что Flash-сайты с сильной поддержкой в виде внешних ссылок смогут значительно улучшить свои позиции в выдаче, учитывая новые возможности индексации Flash-контента.
2. В тематиках со сравнительно низкой конкуренцией (ключевые фразы и слова) базовых возможностей поисковой оптимизации Flash-контента вполне достаточно для попадания в топ строки выдачи поисковых систем.
В заключение я бы хотел выразить чрезмерную благодарность сотрудникам Adobe, Google и Yahoo за внедрение в свои системы этой новой технологии. В свете постоянного появления в интернете новых медиаформатов, мне до последнего момента было непонятно, почему существующая уже несколько лет технология Flash не приспособлена для индексации. К счастью, теперь эта неувязка устранена, и дни, когда Flash-сайты смогут успешно конкурировать с другими порталами, уже не за горами. Росс Данн (Ross Dunn), исполнительный директор «StepForth Search Engine Placement»
9 SEO-советов по созданию веб дизайна под поисковые системы
9 SEO-советов по созданию веб дизайна под поисковые системы
На этой неделе была разыграна стипендия по поисковому маркетингу в рамках 4-ого ежегодного конкурса на лучшую статью по SEO . Победа досталась статье Джастина Бриггса (Justin Briggs) «9 советов по созданию веб дизайна под поисковые системы». Приводим ее перевод для того, чтобы наш читатель был в курсе, за что раздают призы в буржунете.
Один из самых сложных элементов SEO – создание дизайна, одинаково привлекательного как для посетителей сайта, так и для поисковых систем. Если вы дизайнер, можете ли утверждать, что ваши сайты нравятся поисковым системам?
В среде веб дизайнеров до сих пор существуют недопонимания относительно SEO и его роли в дизайне сайта. Даже те дизайнеры, которые обладают некоторым количеством информации относительно поискового продвижения и оптимизации сайта, руководствуются чаще всего устаревшими данными. Если дизайнер и понимает SEO, то проблема поддерживать сайт привлекательным для пользователей все равно не исчезает.
Дизайнеры любят красивые сайты, SEO-специалисты любят оптимизированный контент и код, но никто не должен себя обманывать: сейчас очень важно и то, и другое. Автор статьи Джастин Бриггс составил список из 9 SEO-советов, которые помогут поддерживать красивые сайты оптимизированными под поисковые системы и покажут, как SEO и потрясающий дизайн могут существовать вместе.
1. Это не старое доброе SEO
SEO постоянно меняется, и сейчас оптимизировать сайт уже не значит делать его уродливым. Во-первых, лучше забыть о набивании страницы ключевыми словами, потому что те дни, когда это срабатывало, закончились. Для дизайнера – это хорошая новость, потому что поисковые системы ищут качественный контент, написанный на естественном языке. Такие показатели, как частота ключевых слов, которая заставляет сайты выглядит ужасно, в современном SEO уже не имеют большого значения
Если вы были дизайнером в течение нескольких лет, начните изучать SEO заново по источникам, которые следят за развитием трендов в этой области. Не позволяйте устаревшим знаниям портить страницы вашего сайта набитыми ключевыми словами.
2. О ссылках
Ссылки рассказывают поисковикам о содержании страницы. Это касается как ссылок внутри сайта, так и тех, которые ведут на него. Поэтому слова, которые вы используете в дизайне для того, чтобы сослаться на другие сайты, очень важны. Интернет-пространство стало довольно-таки зрелым, и такие анкоры, как «здесь» и «перейти на сайт» уже не подходят.
Использование таких анкоров – это потеря дополнительной возможности продвижения сайтов. В примерах, приведенных ниже, гораздо эффективнее поставить ссылки со слов «HR-Solutions». Может быть, ссылка со слов «learn more» подходит для пользователей, но она оставляет поисковых роботов в неведении, что находится на другом ее конце. Люди понимают, что скрывается за ссылкой «learn more», но поисковым роботам нужны более четкие указания. Сайт выиграет, если вы переставите ссылку на заголовок или прибавите к старой ссылке дополнительные слова. Например, “Learn More about HR Solutions”. Это практически не повлияет на дизайн, но сделает сайт более оптимизированным под поисковые системы.
3. Дизайн и линкбейтинг
Отличная новость для дизайнеров. Одним из основных занятий SEO-специалиста является получение ссылок на свой сайт. Особенно ценны естественные ссылки. Практика получения большого количества естественных ссылок называется линкбейтинг. Он основан на том, что опубликованный контент сам по себе привлекателен для пользователей или журналистов, и они ставят ссылки со своих ресурсов. Хороший дизайн является одним из факторов, который обращает на себя внимание при чтении текстов. Чем правильнее, привлекательнее и логичнее создан дизайн, тем выше вероятность, что на вас поставят ссылку.
4. Поисковые роботы – это неграмотные пользователи
Выше я упоминал, как использование общих анкоров оставляет поисковые роботы в неведении о содержании ссылке. Если рассматривать робота как необразованного и плохо соображающего пользователя, то можно понять, какой подход необходим в создании дизайна, который понравится поисковым системам.
Поисковые роботы – чрезвычайно необразованные пользователи, которые используют устаревшие браузеры. А именно их возможность понимать ваш сайт означает тысячи долларов для вашего бизнеса. Один из лучших SEO-советов, который я могу вам дать, - это протестировать ваш сайт на браузере Lynx. Если с его помощью вы можете корректно перемещаться по сайту и читать контент, тогда вам удалось создать хороший дизайн с точки зрения поисковых систем. И изучайте рекомендации, которые дает Google Webmaster, чтобы понимать, насколько безграмотен и ограничен в своих возможностях поисковый робот.
5. Используйте#
Этот маленький символ может вам очень помочь в том случае, если вы знаете, что с ним делать. Этот знак позволяет создать в урле элемент, который не будет считаться поисковыми системами уникальным.
Такие знаки необходимо применять на страницах, контент которых практически не различается. Например, для страниц с профилями сотрудников компании стоит поставить знак # перед именем каждого из них. Тогда эти страницы с практически дублированным контентом будут восприниматься поисковыми системами как одна и та же страница.
6. Используйте JavaScript правильно
Каждый раз, когда вы используете JavaScript, нужно быть очень аккуратными. С их помощью можно делать отличные штуки, но они могут создать и большие проблемы. Традиционно AJAX не очень хорош для продвижения сайтов, потому что поисковые системы плохо воспринимают его. Результатом является неиндексирующийся поисковыми роботами контент сайта. Автор статьи утверждает, что ему нравится то, что можно сделать с помощью jQuery, так как этот инструмент позволит создать необходимые дизайнерские эффекты, но и оставит html-навигацию для поисковых систем.
7. Flash можно, но осторожно
Спросите одного SEO-специалиста об использовании Flash на сайте, и он вам ответит, насколько это плохо для продвижения сайта. Спросите другого SEO-специалиста, который постоянно следит за новостями отрасли, и он вам ответит, что Flash индексируется поисковыми системами. Для того, чтобы эффективно продвигать сайты с флешом, нужно помнить основные правила:
* Не используйте Flash в элементах навигации.
* Самый важный контент не должен быть выполнен в Flash.
Поисковые системы практически не видят Flash, поэтому не стоит использовать его для важных элементов страницы. Использование флеша именно для элементов дизайна и не слишком важного контента не помешает продвижению сайта. Например, для веб шрифтов вы можете использовать slfr. Так как в этом случае флеш не заменяет HTML, то поисковые системы могут читать заголовки. Это одобряет даже Google.
8. CSS
Это один из способов добиться двух целей: сделать сайт красивым и легким для нахождения поисковиками. Используя CSS, нужно помнить, что говорит Google:
«Если бот подумает, что ваш сайт содержит скрытый текст или ссылки, которые обманывают пользователей, то ваш сайт может быть исключен из индекса Google и не ранжироваться в выдаче результатов».
Получается, что Google при ручном осмотре вашего сайта, будет пытаться понять ваши намерения. Поэтому, если вы использовали CSS для того, чтобы улучшить внешний вид вашего сайта, и это намерение Google понял, все должно быть в порядке. Но если использовать CSS для того, чтобы набить страницу ключевыми словами и спрятать контент, тогда нужно приготовиться к ответным мерам Google.
9. Получайте максимум от футера
Если сложная навигация в верхней части страницы и включение туда флешовых элементов, может вам повредить, то красиво футер иногда выделяет контент, который позволит вам высоко ранжироваться. Примеры отличных футеров можно посмотреть на блогах с подборками наиболее интересных решений.
Если вы дизайнер, я надеюсь, что эти советы помогут найти решения в вопросах создания дизайна под поисковые системы. Если вы SEO-специалист, тогда вы можете направить эти советы дизайнеру, чтобы он создал то, что подойдет вам.
Оригинал статьи 9 SEO Tips for Attractive Search Engine Friendly Web Design
На этой неделе была разыграна стипендия по поисковому маркетингу в рамках 4-ого ежегодного конкурса на лучшую статью по SEO . Победа досталась статье Джастина Бриггса (Justin Briggs) «9 советов по созданию веб дизайна под поисковые системы». Приводим ее перевод для того, чтобы наш читатель был в курсе, за что раздают призы в буржунете.
Один из самых сложных элементов SEO – создание дизайна, одинаково привлекательного как для посетителей сайта, так и для поисковых систем. Если вы дизайнер, можете ли утверждать, что ваши сайты нравятся поисковым системам?
В среде веб дизайнеров до сих пор существуют недопонимания относительно SEO и его роли в дизайне сайта. Даже те дизайнеры, которые обладают некоторым количеством информации относительно поискового продвижения и оптимизации сайта, руководствуются чаще всего устаревшими данными. Если дизайнер и понимает SEO, то проблема поддерживать сайт привлекательным для пользователей все равно не исчезает.
Дизайнеры любят красивые сайты, SEO-специалисты любят оптимизированный контент и код, но никто не должен себя обманывать: сейчас очень важно и то, и другое. Автор статьи Джастин Бриггс составил список из 9 SEO-советов, которые помогут поддерживать красивые сайты оптимизированными под поисковые системы и покажут, как SEO и потрясающий дизайн могут существовать вместе.
1. Это не старое доброе SEO
SEO постоянно меняется, и сейчас оптимизировать сайт уже не значит делать его уродливым. Во-первых, лучше забыть о набивании страницы ключевыми словами, потому что те дни, когда это срабатывало, закончились. Для дизайнера – это хорошая новость, потому что поисковые системы ищут качественный контент, написанный на естественном языке. Такие показатели, как частота ключевых слов, которая заставляет сайты выглядит ужасно, в современном SEO уже не имеют большого значения
Если вы были дизайнером в течение нескольких лет, начните изучать SEO заново по источникам, которые следят за развитием трендов в этой области. Не позволяйте устаревшим знаниям портить страницы вашего сайта набитыми ключевыми словами.
2. О ссылках
Ссылки рассказывают поисковикам о содержании страницы. Это касается как ссылок внутри сайта, так и тех, которые ведут на него. Поэтому слова, которые вы используете в дизайне для того, чтобы сослаться на другие сайты, очень важны. Интернет-пространство стало довольно-таки зрелым, и такие анкоры, как «здесь» и «перейти на сайт» уже не подходят.
Использование таких анкоров – это потеря дополнительной возможности продвижения сайтов. В примерах, приведенных ниже, гораздо эффективнее поставить ссылки со слов «HR-Solutions». Может быть, ссылка со слов «learn more» подходит для пользователей, но она оставляет поисковых роботов в неведении, что находится на другом ее конце. Люди понимают, что скрывается за ссылкой «learn more», но поисковым роботам нужны более четкие указания. Сайт выиграет, если вы переставите ссылку на заголовок или прибавите к старой ссылке дополнительные слова. Например, “Learn More about HR Solutions”. Это практически не повлияет на дизайн, но сделает сайт более оптимизированным под поисковые системы.
3. Дизайн и линкбейтинг
Отличная новость для дизайнеров. Одним из основных занятий SEO-специалиста является получение ссылок на свой сайт. Особенно ценны естественные ссылки. Практика получения большого количества естественных ссылок называется линкбейтинг. Он основан на том, что опубликованный контент сам по себе привлекателен для пользователей или журналистов, и они ставят ссылки со своих ресурсов. Хороший дизайн является одним из факторов, который обращает на себя внимание при чтении текстов. Чем правильнее, привлекательнее и логичнее создан дизайн, тем выше вероятность, что на вас поставят ссылку.
4. Поисковые роботы – это неграмотные пользователи
Выше я упоминал, как использование общих анкоров оставляет поисковые роботы в неведении о содержании ссылке. Если рассматривать робота как необразованного и плохо соображающего пользователя, то можно понять, какой подход необходим в создании дизайна, который понравится поисковым системам.
Поисковые роботы – чрезвычайно необразованные пользователи, которые используют устаревшие браузеры. А именно их возможность понимать ваш сайт означает тысячи долларов для вашего бизнеса. Один из лучших SEO-советов, который я могу вам дать, - это протестировать ваш сайт на браузере Lynx. Если с его помощью вы можете корректно перемещаться по сайту и читать контент, тогда вам удалось создать хороший дизайн с точки зрения поисковых систем. И изучайте рекомендации, которые дает Google Webmaster, чтобы понимать, насколько безграмотен и ограничен в своих возможностях поисковый робот.
5. Используйте#
Этот маленький символ может вам очень помочь в том случае, если вы знаете, что с ним делать. Этот знак позволяет создать в урле элемент, который не будет считаться поисковыми системами уникальным.
Такие знаки необходимо применять на страницах, контент которых практически не различается. Например, для страниц с профилями сотрудников компании стоит поставить знак # перед именем каждого из них. Тогда эти страницы с практически дублированным контентом будут восприниматься поисковыми системами как одна и та же страница.
6. Используйте JavaScript правильно
Каждый раз, когда вы используете JavaScript, нужно быть очень аккуратными. С их помощью можно делать отличные штуки, но они могут создать и большие проблемы. Традиционно AJAX не очень хорош для продвижения сайтов, потому что поисковые системы плохо воспринимают его. Результатом является неиндексирующийся поисковыми роботами контент сайта. Автор статьи утверждает, что ему нравится то, что можно сделать с помощью jQuery, так как этот инструмент позволит создать необходимые дизайнерские эффекты, но и оставит html-навигацию для поисковых систем.
7. Flash можно, но осторожно
Спросите одного SEO-специалиста об использовании Flash на сайте, и он вам ответит, насколько это плохо для продвижения сайта. Спросите другого SEO-специалиста, который постоянно следит за новостями отрасли, и он вам ответит, что Flash индексируется поисковыми системами. Для того, чтобы эффективно продвигать сайты с флешом, нужно помнить основные правила:
* Не используйте Flash в элементах навигации.
* Самый важный контент не должен быть выполнен в Flash.
Поисковые системы практически не видят Flash, поэтому не стоит использовать его для важных элементов страницы. Использование флеша именно для элементов дизайна и не слишком важного контента не помешает продвижению сайта. Например, для веб шрифтов вы можете использовать slfr. Так как в этом случае флеш не заменяет HTML, то поисковые системы могут читать заголовки. Это одобряет даже Google.
8. CSS
Это один из способов добиться двух целей: сделать сайт красивым и легким для нахождения поисковиками. Используя CSS, нужно помнить, что говорит Google:
«Если бот подумает, что ваш сайт содержит скрытый текст или ссылки, которые обманывают пользователей, то ваш сайт может быть исключен из индекса Google и не ранжироваться в выдаче результатов».
Получается, что Google при ручном осмотре вашего сайта, будет пытаться понять ваши намерения. Поэтому, если вы использовали CSS для того, чтобы улучшить внешний вид вашего сайта, и это намерение Google понял, все должно быть в порядке. Но если использовать CSS для того, чтобы набить страницу ключевыми словами и спрятать контент, тогда нужно приготовиться к ответным мерам Google.
9. Получайте максимум от футера
Если сложная навигация в верхней части страницы и включение туда флешовых элементов, может вам повредить, то красиво футер иногда выделяет контент, который позволит вам высоко ранжироваться. Примеры отличных футеров можно посмотреть на блогах с подборками наиболее интересных решений.
Если вы дизайнер, я надеюсь, что эти советы помогут найти решения в вопросах создания дизайна под поисковые системы. Если вы SEO-специалист, тогда вы можете направить эти советы дизайнеру, чтобы он создал то, что подойдет вам.
Оригинал статьи 9 SEO Tips for Attractive Search Engine Friendly Web Design
Редирект: хороший, плохой и условный
Редирект: хороший, плохой и условный
Всякий раз при внесении изменений на веб-сайте необходимо рассмотреть один из важнейших вопросов - как использовать редиректы (переадресацию), чтобы оповестить поисковые системы об изменениях и избежать негативного воздействия на позиции сайта в поисковых системах. Меняете ли вы расположение страниц, переходите ли на другую CMS (систему управления сайтом), или просто хотите избежать дублирования контента и понижения PageRank страниц, - в любом случае возникнет желание использовать редиректы, чтобы не растерять потенциал страниц, выраженный в ссылочном весе (PageRank) и накопленный вашим сайтом. Существует множество видов переадресации, или редиректа, и важно их использовать правильно, если вы хотите оптимизировать сайт под поисковые системы и не рисковать нарушением их руководства для вебмастеров (как в случае с «условными редиректами»).
Программисты и системные администраторы, которые не слишком смыслят в оптимизации поисковых систем, любят использовать по умолчанию «временный редирект», также известный как «редирект 302». К несчастью, при использовании этого редиректа поисковая машина не передает ссылочный вес с переадресованной ссылки на целевую. Не то чтобы это было нарочитой халатностью программистов. Это тот случай, когда нельзя помнить о том, чего ты не знал.
Просто стоит им мягко намекнуть, что на самом деле стоит использовать «постоянный редирект», или «редирект 301». Если они спросят почему, ответьте, потому что так сказал консультант по поисковой оптимизации.
Какими могут быть случаи применения, или «юзкейсы», редиректа 301? Некоторые из них я упоминал во введении, но давайте изучим несколько сценариев более подробно... Вообще говоря, если вы собираетесь менять какие-либо ссылки, следует использовать 301 редирект, так же как и в случае изменения доменных имен (старыйнудныйдомен.com на новыйдомен.com). Или если проект переводится на другую CMS, что приведет к изменению ссылок на все страницы вашего сайта.
Можно использовать 301 редирект даже в случае «удаления» определенных страниц в архив (например, «Каталог рождественских подарков» по окончании периода праздничных закупок - хотя я допускаю тот случай, что вы захотите сохранить эту страницу навсегда по ссылке без даты, позволите ссылочному весу накапливаться по этой ссылке для использования в следующем году, и НЕ будете пользоваться редиректом вообще).
Потом, иногда возникают ситуации, когда желательно уменьшить число 301-х редиректов, например, когда множество ссылок ведут на одну и ту же страницу, что создает множественные копии этой страницы в поисковых системах. Дублированный контент – это достаточно плохо, но гораздо бОльшая проблема - это «размывание PageRank страницы» («PageRank dilution») при котором ссылки распределяются между различными версиями, вместо того чтобы сосредоточиться на единой, определенной, «канонической» ссылке. Это может случиться при добавлении к ссылке кода слежения (например, "?source=SMXad"). Такой пример дублирующихся страниц с добавленными к ссылке кодами слежения, проиндексированных поисковиком Google, можно найти здесь - забавно, но это собственный сайт компании Google (да, такое случается с каждым из нас, даже с Google!). Или когда основные параметры не всегда задаются последовательным образом (например, "?subsection=5§ion=2" versus "?section=2&subsection=5").
Или когда заданы определенные параметры поиска, но их изменение особо не меняет контент (например, "?photos=ON" против "?photos=OFF").
Или когда множество доменов или субдоменов соответствуют запросу, имея одинаковый контент при отсутствии редиректа (например,v "jcpenney.com/jcp/default.aspx" и "www1.jcpenney.com/jcp/default.asp" и "jcp.com/jcp/default.asp" и "jcpenny.com/jcp/default.asp" и "www.jcpenney.com/jcp/default.asp"). Во всех вышеперечисленных случаях, редирект 301 с переадресацией на «канонический» URL станет спасением.
Как правило, для борьбы с большим количеством ссылок используется «правило единого редиректа» . Оно связано с «сопоставлением с образцом», и позволяет использовать групповые символы (такие как звездочка), чтобы зафиксировать часть запрошенного URL в памяти и позже утилизировать его с помощью редиректа. Это возможно, если вы пользуетесь Apache или Microsoft IIS Server в качестве веб-сервера.
Давайте рассмотрим некоторые из приведенных выше примеров и принципы работы с ними с помощью модуля mod_rewrite, который используется в Apache:
# Изменение доменных имен
RewriteCond %{HTTP_HOST} tiredoldbrand\.com$ [NC]
RewriteRule ^(.*)$ http://www.newbrand.com/$1 [R=301,QSA,L]
# Удаление параметра слежения (но отслеживаемый URL остается зарегистрированным в анализе). Другие параметры не учитываются.
RewriteCond %{QUERY_STRING} ^source=
RewriteRule ^(.*)$ $1 [R=301,L]
# Перестановка параметров
RewriteCond %{QUERY_STRING} ^subsection=([0-9]+)§ion=([0-9]+)$
RewriteRule ^(.*)$ $1?section=%2&subsection=%1 [R=301,L]
# Переадресация с домена без www на домен с www
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,QSA,L]
Приведенные выше примеры следует задавать немного иным образом при использовании веб-сервера Microsoft IIS Server. К примеру, при использовании плагина ISAPI_Rewrite для IIS Server, используйте "RP" вместо "R=301."
В некоторых случаях сопоставление с образцом невозможно и требуется таблица соответствия. Это легко решается с помощью создания текстового файла, к которому будут происходить обращения с помощью директивы "RewriteMap".
Можно даже использовать для обращения скрипт, который будет выполнять некоторые действия «найти-и-заменить», вместо текстового файла, например вот такой:
# Найти и заменить по цепочке запросов часть URL, с использованием моего собственного Perl-скрипта
RewriteMap scriptmap prg:/usr/local/bin/searchandreplacescript
RewriteCond %{QUERY_STRING} ^(.+)$
RewriteRule ^(.+)$ $1?${scriptmap:%1} [R=301,L]
Вас заинтриговала эта гиковская заумь и вы хотите больше узнать о сопоставлении с эталоном и правилах подстановки? Тогда вам стоит изучить мою презентацию Unraveling URLs, озвученную на SMX West (Search Marketing Expo – популярная западная конференция по интернет-маркетингу).
Существует еще один тип редиректа, который стоит упомянуть - это «условный редирект». Стоит предупредить: он может создать вам большие проблемы с Google. Мэтт Катс (Matt Cutts), глава подразделения Google Webspam, советовал в своем докладе на SMX Advanced: ребята, не используйте условные редиректы, это чревато наказаниями или бана со стороны Google. Для тех, кто не знаком с этим термином, поясню: при условном редиректе избирательно используется редирект 301 для поисковых роботов типа Googlebot.
Очевидно, когда вы начинаете предоставлять людям контент, отличный от того, что вы предоставляете поисковым роботам (и да, сюда же относятся отличные друг от друга редиректы), вы вступаете на опасный путь с точки зрения поисковых систем. Вы можете быть хорошим парнем с наилучшими намерениями, но риск все равно остается.
Рассмотрим упомянутый выше случай на примере двух URL на страницы с приблизительно одинаковым контентом: один содержит строку "photos=OFF", второй "photos=ON", и оба получают какое-то количество ссылок. Вы можете привести следующий веский аргумент: чтобы избежать дублирования контента и понижения PageRank, обе версии следует объединить в одну, но только для Googlebot. В конце концов, если поставить редирект на ВСЕ запросы, пользователи с узким каналом связи могут не каждый раз дождаться загрузки изображений конечного продукта. Однако это неверный выбор.
На самом деле, вам не нужен редирект вообще, не говоря уже об условном. Вам стоит добавить параметр rel=nofollow ко всем ссылкам, ведущим на photos=OFF, чтобы не тратить ссылочный вес на этот вариант. Затем сделайте photos=ON загружаемым по умолчанию, когда параметры не определены, и удалите photos=ON из ссылок, если они есть, и из всех внутренних ссылок.
Или рассмотрим случай необходимости накопления параметров слежения на протяжении сессии пользователя. При использовании условного редиректа роботы, запрашивающие отслеживаемый URL, могут быть перенаправлены вместо этого на «канонический» URL (а именно URL минус параметр слежения) - это улучшает целостность вашей системы отслеживания пользователей, но без необходимости слежки за поисковыми роботами или создания многочисленных копий страниц в поисковых системах.
И опять, я готов спорить, что можно найти другой способ справиться с этой проблемой без использования условных редиректов. Например, можно сохранять параметры запроса в файлах cookie одновременно с безусловным редиректом на «канонический» URL, по мере поступления запроса для отслеживаемого URL.
Несомненно, условные редиректы могут помочь в решении сложных проблем легального бизнеса. Как бы там ни было, один из крупнейших интернет-магазинов в мире использует условные редиректы, в чем я убедился перед SMX Advanced. Интернет-магазин перенаправляет поисковых роботов, запрашивающих URL ее аффилиатов, на основной, «канонический» URL продукта, что позволяет захватывать ссылочный вес сайтов-партнеров. Для их сферы деятельности это остроумное решение. Но подход рискованный.
Вместо этого интернет-магазин мог бы перенаправлять ВСЕХ посетителей - людей и поисковых роботов - на «канонический» URL без ID аффилиатов. Это может вызывать раздражение некоторых партнеров, поскольку они заметят, что теперь интернет-магазин отбирает PageRank у них. Но знаете что? Филиалу вполне под силу не отдавать вес; они могут просто добавить параметр "nofollow" в ссылки. Таким образом, вопрос переходит в область общественных отношений и касается методов управления интернет-магазина своими аффилиатами, с помощью перехода на безусловный редирект 301 и напоминания партнерам о праве использовать «nofollow» в ссылках.
Другой сценарий, с которым я познакомился совсем недавно, используется крупным собственником медиа-порталом. При этом условные редиректы применяются в двух типах ссылок. Первый тип ссылок снабжен параметрами слежения, позволяющими дифференцировать переходы по ссылкам, ведущим на такой же контент. Использование условного редиректа позволяет им избегать дубликатов и накапливать PageRank. Но угадайте что дальше? Если бы редирект был безусловным, клики все равно могли быть дифференцированными, поскольку URL, на который был совершен переход, все еще регистрировался бы в логах.
То же самое справедливо и в случае когда параметры слежения используются для различения маркетинговых программ/источников трафика. Когда запрос приходит по ссылке, содержащей, например, "?source=blog," нет необходимости посылать посетителей-людей в другое место. Даже если источник трафика должен быть определен во время сессии пользователя и затем включен как скрытое поле в форму запроса «Связаться с нами» (Contact Us) на сайте, этого можно достичь используя cookies и сохраняя источник информации в переменной сеанса. Условный редирект не требуется.
Другой тип ссылок, в которых эта компания использует условный редирект, ведет на сайты компаний-партнеров. Как мы и предполагали, контент по большей части дублируется. Этот вопрос не решается простым переходом на безусловный редирект, поскольку доля прибыли партнера от рекламы рассчитывается с учетом числа посетителей отдельного субдомена. Если будет использоваться безусловный редирект на «канонический» URL главного субдомена, каждая сессия сократится с нескольких просмотров страницы до одного единственного. Прибыль партнера значительно упадет, и между партнерами могут возникнуть разногласия. Можно использовать сookies для слежения за сессией полностью - немаловажно, что для этого на них надо переключиться - но даже при применении Cookies надо учитывать: значительное число посетителей используют Norton Internet Security или аналогичные утилиты, которые мешают партнеру получить потенциальную прибыль от переходов по ссылкам. Это серьезное затруднение. Как обойти эту проблему, я еще не вычислил.
Еще один сценарий, при котором могут использоваться условные редиректы - это когда ссылки сайта заменяются дружественными для поисковых роботов. Это может стать серьезным начинанием, которое займет месяцы, а то и годы, с целью раскрутить большой и сложный вебсайт. Одна компания, занимающаяся продажами принадлежностей для отдыха, потратила на перезапись ссылок более двух лет и более1000 человеко-часов и все еще ее не закончила. Не всегда реально перезаписать все ссылки или убрать все ссылки, недружественные к поисковым роботам. Чем больше сайт и чем менее гибка CMS, тем больше будет головной боли. В такой ситуации условный редирект поможет устранить дублирующийся контент и перенаправлять PageRank на дружественную к поисковым роботам версию каждой ссылки до тех пор, пока все недружественные ссылки на сайте не будут заменены. Альтернативный вариант: дубликатов можно избежать с помощью запрета \robots.txt или noindex всех неружественных к поисковикам ссылок, но это может быть невыполнимо, если перезапись ссылок еще не закончена, и это не позволит перенаправить PageRank на перезаписанную версию ссылки.
Я могу показать вам один обходной маневр, который позволяет отказаться от использования редиректов вообще - включая условные. Особенно он полезен для слежения, и включает в себя добавление кода слежения к ссылке таким образом, что отслеживаемый URL автоматически сжимается поисковиком. Нет, это не требует использования JavaScript. Любопытно, но я даже не слышал, чтобы этот метод кем-либо обсуждался. Метод основан на использовании символа # (также известного как «решетка»), который обычно используется для направления посетителей на «заякорную» часть страницы. Просто добавьте # к ссылке, после чего последует код слежения или ID.
Например: www.example.com/widgets.php#partner42. Поисковые роботы проигнорируют символ # и все, что за ним следует, таким образом PageRank накапливается, а дублирования контента не происходит.
Надеюсь, это поможет вам критично подумать об использовании редиректов - временных, постоянных и условных - и последствиях их использования для оптимизации сайта под поисковые системы. Перейдите на постоянные редиректы (301) с временных (302), если хотите перенести ссылочный вес. Использования условных редиректов следует избегать, при высоком риске пенализации. Я уверен, что если вы придирчивым взглядом окинете все случаи, в которых «необходимо» использовать условные редиректы, вы поймете, что не нуждаетесь в них вообще. Стефан Спенсер (Stephan Spencer) - основатель и президент Netconcepts
Всякий раз при внесении изменений на веб-сайте необходимо рассмотреть один из важнейших вопросов - как использовать редиректы (переадресацию), чтобы оповестить поисковые системы об изменениях и избежать негативного воздействия на позиции сайта в поисковых системах. Меняете ли вы расположение страниц, переходите ли на другую CMS (систему управления сайтом), или просто хотите избежать дублирования контента и понижения PageRank страниц, - в любом случае возникнет желание использовать редиректы, чтобы не растерять потенциал страниц, выраженный в ссылочном весе (PageRank) и накопленный вашим сайтом. Существует множество видов переадресации, или редиректа, и важно их использовать правильно, если вы хотите оптимизировать сайт под поисковые системы и не рисковать нарушением их руководства для вебмастеров (как в случае с «условными редиректами»).
Программисты и системные администраторы, которые не слишком смыслят в оптимизации поисковых систем, любят использовать по умолчанию «временный редирект», также известный как «редирект 302». К несчастью, при использовании этого редиректа поисковая машина не передает ссылочный вес с переадресованной ссылки на целевую. Не то чтобы это было нарочитой халатностью программистов. Это тот случай, когда нельзя помнить о том, чего ты не знал.
Просто стоит им мягко намекнуть, что на самом деле стоит использовать «постоянный редирект», или «редирект 301». Если они спросят почему, ответьте, потому что так сказал консультант по поисковой оптимизации.
Какими могут быть случаи применения, или «юзкейсы», редиректа 301? Некоторые из них я упоминал во введении, но давайте изучим несколько сценариев более подробно... Вообще говоря, если вы собираетесь менять какие-либо ссылки, следует использовать 301 редирект, так же как и в случае изменения доменных имен (старыйнудныйдомен.com на новыйдомен.com). Или если проект переводится на другую CMS, что приведет к изменению ссылок на все страницы вашего сайта.
Можно использовать 301 редирект даже в случае «удаления» определенных страниц в архив (например, «Каталог рождественских подарков» по окончании периода праздничных закупок - хотя я допускаю тот случай, что вы захотите сохранить эту страницу навсегда по ссылке без даты, позволите ссылочному весу накапливаться по этой ссылке для использования в следующем году, и НЕ будете пользоваться редиректом вообще).
Потом, иногда возникают ситуации, когда желательно уменьшить число 301-х редиректов, например, когда множество ссылок ведут на одну и ту же страницу, что создает множественные копии этой страницы в поисковых системах. Дублированный контент – это достаточно плохо, но гораздо бОльшая проблема - это «размывание PageRank страницы» («PageRank dilution») при котором ссылки распределяются между различными версиями, вместо того чтобы сосредоточиться на единой, определенной, «канонической» ссылке. Это может случиться при добавлении к ссылке кода слежения (например, "?source=SMXad"). Такой пример дублирующихся страниц с добавленными к ссылке кодами слежения, проиндексированных поисковиком Google, можно найти здесь - забавно, но это собственный сайт компании Google (да, такое случается с каждым из нас, даже с Google!). Или когда основные параметры не всегда задаются последовательным образом (например, "?subsection=5§ion=2" versus "?section=2&subsection=5").
Или когда заданы определенные параметры поиска, но их изменение особо не меняет контент (например, "?photos=ON" против "?photos=OFF").
Или когда множество доменов или субдоменов соответствуют запросу, имея одинаковый контент при отсутствии редиректа (например,v "jcpenney.com/jcp/default.aspx" и "www1.jcpenney.com/jcp/default.asp" и "jcp.com/jcp/default.asp" и "jcpenny.com/jcp/default.asp" и "www.jcpenney.com/jcp/default.asp"). Во всех вышеперечисленных случаях, редирект 301 с переадресацией на «канонический» URL станет спасением.
Как правило, для борьбы с большим количеством ссылок используется «правило единого редиректа» . Оно связано с «сопоставлением с образцом», и позволяет использовать групповые символы (такие как звездочка), чтобы зафиксировать часть запрошенного URL в памяти и позже утилизировать его с помощью редиректа. Это возможно, если вы пользуетесь Apache или Microsoft IIS Server в качестве веб-сервера.
Давайте рассмотрим некоторые из приведенных выше примеров и принципы работы с ними с помощью модуля mod_rewrite, который используется в Apache:
# Изменение доменных имен
RewriteCond %{HTTP_HOST} tiredoldbrand\.com$ [NC]
RewriteRule ^(.*)$ http://www.newbrand.com/$1 [R=301,QSA,L]
# Удаление параметра слежения (но отслеживаемый URL остается зарегистрированным в анализе). Другие параметры не учитываются.
RewriteCond %{QUERY_STRING} ^source=
RewriteRule ^(.*)$ $1 [R=301,L]
# Перестановка параметров
RewriteCond %{QUERY_STRING} ^subsection=([0-9]+)§ion=([0-9]+)$
RewriteRule ^(.*)$ $1?section=%2&subsection=%1 [R=301,L]
# Переадресация с домена без www на домен с www
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,QSA,L]
Приведенные выше примеры следует задавать немного иным образом при использовании веб-сервера Microsoft IIS Server. К примеру, при использовании плагина ISAPI_Rewrite для IIS Server, используйте "RP" вместо "R=301."
В некоторых случаях сопоставление с образцом невозможно и требуется таблица соответствия. Это легко решается с помощью создания текстового файла, к которому будут происходить обращения с помощью директивы "RewriteMap".
Можно даже использовать для обращения скрипт, который будет выполнять некоторые действия «найти-и-заменить», вместо текстового файла, например вот такой:
# Найти и заменить по цепочке запросов часть URL, с использованием моего собственного Perl-скрипта
RewriteMap scriptmap prg:/usr/local/bin/searchandreplacescript
RewriteCond %{QUERY_STRING} ^(.+)$
RewriteRule ^(.+)$ $1?${scriptmap:%1} [R=301,L]
Вас заинтриговала эта гиковская заумь и вы хотите больше узнать о сопоставлении с эталоном и правилах подстановки? Тогда вам стоит изучить мою презентацию Unraveling URLs, озвученную на SMX West (Search Marketing Expo – популярная западная конференция по интернет-маркетингу).
Существует еще один тип редиректа, который стоит упомянуть - это «условный редирект». Стоит предупредить: он может создать вам большие проблемы с Google. Мэтт Катс (Matt Cutts), глава подразделения Google Webspam, советовал в своем докладе на SMX Advanced: ребята, не используйте условные редиректы, это чревато наказаниями или бана со стороны Google. Для тех, кто не знаком с этим термином, поясню: при условном редиректе избирательно используется редирект 301 для поисковых роботов типа Googlebot.
Очевидно, когда вы начинаете предоставлять людям контент, отличный от того, что вы предоставляете поисковым роботам (и да, сюда же относятся отличные друг от друга редиректы), вы вступаете на опасный путь с точки зрения поисковых систем. Вы можете быть хорошим парнем с наилучшими намерениями, но риск все равно остается.
Рассмотрим упомянутый выше случай на примере двух URL на страницы с приблизительно одинаковым контентом: один содержит строку "photos=OFF", второй "photos=ON", и оба получают какое-то количество ссылок. Вы можете привести следующий веский аргумент: чтобы избежать дублирования контента и понижения PageRank, обе версии следует объединить в одну, но только для Googlebot. В конце концов, если поставить редирект на ВСЕ запросы, пользователи с узким каналом связи могут не каждый раз дождаться загрузки изображений конечного продукта. Однако это неверный выбор.
На самом деле, вам не нужен редирект вообще, не говоря уже об условном. Вам стоит добавить параметр rel=nofollow ко всем ссылкам, ведущим на photos=OFF, чтобы не тратить ссылочный вес на этот вариант. Затем сделайте photos=ON загружаемым по умолчанию, когда параметры не определены, и удалите photos=ON из ссылок, если они есть, и из всех внутренних ссылок.
Или рассмотрим случай необходимости накопления параметров слежения на протяжении сессии пользователя. При использовании условного редиректа роботы, запрашивающие отслеживаемый URL, могут быть перенаправлены вместо этого на «канонический» URL (а именно URL минус параметр слежения) - это улучшает целостность вашей системы отслеживания пользователей, но без необходимости слежки за поисковыми роботами или создания многочисленных копий страниц в поисковых системах.
И опять, я готов спорить, что можно найти другой способ справиться с этой проблемой без использования условных редиректов. Например, можно сохранять параметры запроса в файлах cookie одновременно с безусловным редиректом на «канонический» URL, по мере поступления запроса для отслеживаемого URL.
Несомненно, условные редиректы могут помочь в решении сложных проблем легального бизнеса. Как бы там ни было, один из крупнейших интернет-магазинов в мире использует условные редиректы, в чем я убедился перед SMX Advanced. Интернет-магазин перенаправляет поисковых роботов, запрашивающих URL ее аффилиатов, на основной, «канонический» URL продукта, что позволяет захватывать ссылочный вес сайтов-партнеров. Для их сферы деятельности это остроумное решение. Но подход рискованный.
Вместо этого интернет-магазин мог бы перенаправлять ВСЕХ посетителей - людей и поисковых роботов - на «канонический» URL без ID аффилиатов. Это может вызывать раздражение некоторых партнеров, поскольку они заметят, что теперь интернет-магазин отбирает PageRank у них. Но знаете что? Филиалу вполне под силу не отдавать вес; они могут просто добавить параметр "nofollow" в ссылки. Таким образом, вопрос переходит в область общественных отношений и касается методов управления интернет-магазина своими аффилиатами, с помощью перехода на безусловный редирект 301 и напоминания партнерам о праве использовать «nofollow» в ссылках.
Другой сценарий, с которым я познакомился совсем недавно, используется крупным собственником медиа-порталом. При этом условные редиректы применяются в двух типах ссылок. Первый тип ссылок снабжен параметрами слежения, позволяющими дифференцировать переходы по ссылкам, ведущим на такой же контент. Использование условного редиректа позволяет им избегать дубликатов и накапливать PageRank. Но угадайте что дальше? Если бы редирект был безусловным, клики все равно могли быть дифференцированными, поскольку URL, на который был совершен переход, все еще регистрировался бы в логах.
То же самое справедливо и в случае когда параметры слежения используются для различения маркетинговых программ/источников трафика. Когда запрос приходит по ссылке, содержащей, например, "?source=blog," нет необходимости посылать посетителей-людей в другое место. Даже если источник трафика должен быть определен во время сессии пользователя и затем включен как скрытое поле в форму запроса «Связаться с нами» (Contact Us) на сайте, этого можно достичь используя cookies и сохраняя источник информации в переменной сеанса. Условный редирект не требуется.
Другой тип ссылок, в которых эта компания использует условный редирект, ведет на сайты компаний-партнеров. Как мы и предполагали, контент по большей части дублируется. Этот вопрос не решается простым переходом на безусловный редирект, поскольку доля прибыли партнера от рекламы рассчитывается с учетом числа посетителей отдельного субдомена. Если будет использоваться безусловный редирект на «канонический» URL главного субдомена, каждая сессия сократится с нескольких просмотров страницы до одного единственного. Прибыль партнера значительно упадет, и между партнерами могут возникнуть разногласия. Можно использовать сookies для слежения за сессией полностью - немаловажно, что для этого на них надо переключиться - но даже при применении Cookies надо учитывать: значительное число посетителей используют Norton Internet Security или аналогичные утилиты, которые мешают партнеру получить потенциальную прибыль от переходов по ссылкам. Это серьезное затруднение. Как обойти эту проблему, я еще не вычислил.
Еще один сценарий, при котором могут использоваться условные редиректы - это когда ссылки сайта заменяются дружественными для поисковых роботов. Это может стать серьезным начинанием, которое займет месяцы, а то и годы, с целью раскрутить большой и сложный вебсайт. Одна компания, занимающаяся продажами принадлежностей для отдыха, потратила на перезапись ссылок более двух лет и более1000 человеко-часов и все еще ее не закончила. Не всегда реально перезаписать все ссылки или убрать все ссылки, недружественные к поисковым роботам. Чем больше сайт и чем менее гибка CMS, тем больше будет головной боли. В такой ситуации условный редирект поможет устранить дублирующийся контент и перенаправлять PageRank на дружественную к поисковым роботам версию каждой ссылки до тех пор, пока все недружественные ссылки на сайте не будут заменены. Альтернативный вариант: дубликатов можно избежать с помощью запрета \robots.txt или noindex всех неружественных к поисковикам ссылок, но это может быть невыполнимо, если перезапись ссылок еще не закончена, и это не позволит перенаправить PageRank на перезаписанную версию ссылки.
Я могу показать вам один обходной маневр, который позволяет отказаться от использования редиректов вообще - включая условные. Особенно он полезен для слежения, и включает в себя добавление кода слежения к ссылке таким образом, что отслеживаемый URL автоматически сжимается поисковиком. Нет, это не требует использования JavaScript. Любопытно, но я даже не слышал, чтобы этот метод кем-либо обсуждался. Метод основан на использовании символа # (также известного как «решетка»), который обычно используется для направления посетителей на «заякорную» часть страницы. Просто добавьте # к ссылке, после чего последует код слежения или ID.
Например: www.example.com/widgets.php#partner42. Поисковые роботы проигнорируют символ # и все, что за ним следует, таким образом PageRank накапливается, а дублирования контента не происходит.
Надеюсь, это поможет вам критично подумать об использовании редиректов - временных, постоянных и условных - и последствиях их использования для оптимизации сайта под поисковые системы. Перейдите на постоянные редиректы (301) с временных (302), если хотите перенести ссылочный вес. Использования условных редиректов следует избегать, при высоком риске пенализации. Я уверен, что если вы придирчивым взглядом окинете все случаи, в которых «необходимо» использовать условные редиректы, вы поймете, что не нуждаетесь в них вообще. Стефан Спенсер (Stephan Spencer) - основатель и президент Netconcepts
16 правил оптимизации под социальные медиа (SMO)
16 правил оптимизации под социальные медиа (SMO)
За годы существования поисковой оптимизации сайтов (оптимизация веб сайтов), она превратилась в «искусство» с научной точностью. Все больше и больше сайтов прикладывают значительные усилия, чтобы как можно выше подняться в выдаче поисковых систем. С бурным развитием социальных сервисов (таких как MySpace, YouTube, или недавно запущенный в России сервис социального поиска Ответы@Mail.Ru) перед поставщиками товаров и услуг и, как следствие, перед представляющими их интересы маркетологами встает проблема оптимизации веб сайтов, продвижения в этих социальных сервисах. Это может стать активной раскруткой сайта.
Так на фоне SEO появилась новая реальность SMO (Social Media Optimization) – оптимизация под социальные медиа. SMO ставит целью привлечь на сайт аудиторию через социальные сети, блоги, подкасты, видеокасты и специализированные поисковики (например, поисковик по блогам Technorati), то есть максимально интегрироваться в блогосферу и социальные сети, чтобы получить оттуда трафик.
SMO постепенно осваивается, начинают появляться первые target="blank"> руководства по оптимизации для социальных медиа.
1. Повысить линкабельность. Это первое и самое главное правило для веб-сайтов. Многие сайты остаются статичными - редко обновляются и используются в качестве «витрины». На такой сайт не будут ставить ссылки. А для оптимизации сайта под социальные медиа одним из основных условием является увеличение линкабельности. Это подразумевает постоянную генерацию интересного контента, на который будут стабильно ссылаться в блогосфере и социальных СМИ. Есть и другие способы оптимизации веб сайтов: можно открыть на сайте корпоративный блог, публиковать какие-то исследования или другие интересные документы или просто делать интересную подборку из чужого контента. Необходима активная раскрутка сайта.
2. Облегчить присвоение тегов и создание закладок. Как один из способов оптимизации веб сайтов можно рассматривать специальные кнопки типа «добавить в del.icio.us». Помимо этого, нужно гарантировать ассоциацию страницы с релевантными тегами.
3. Поощрять входящие ссылки. Входящие ссылки можно назвать «барометром» успешности блога (также как и сайта). Они представляют особую важность для раскрутки сайта, поэтому нужно поощрять тех, кто их ставит. Например, перечислять все страницы, где появились эти ссылки.
4. Обеспечить экспорт контента. В отличие от SEO, SMO не предполагает просто изменения в контенте сайта. Располагая контентом, который может быть экспортирован в виде различных файлов: PDF, видео, аудио. Нужно пытаться распространить свои файлы как можно шире по Интернету. Естественно, они должны ссылаться на родительский сайт.
5. Поощрять гибриды. Разрешать другим пользоваться контентом (в разумных пределах). В современном Интернете многие сервисы создаются на базе других сервисов. Открывайте свой контент таким образом, чтобы его можно было сделать составной частью чужого сайта. Это только прибавит трафика.
6. Быть полезным пользователям. Даже если это не приносит пользы Вам. Нужно публиковать полезную для пользователей информацию и ставить исходящие ссылки на другие полезные сайты, в том числе на сайты конкурентов. В этом случае вас поместят в закладки и пометят как объективный и универсальный источник информации в данной области.
7. Поощрять ценных пользователей. Зачастую полезные пользователи являются авторитетными представителями своего сообщества. Советуем специально привлекать к ним трафик с главной страницы своего сайта, выражать им личную благодарность, ввести систему рейтингов, чтобы эти люди получили более высокий статус в системе.
8. Быть задействованным. Самому принимать активное участие в жизни сообщества. Поддерживая диалог с сообществом, Вы сможете удержать интерес пользователей к своему ресурсу.
9. Знать, как привлечь целевую аудиторию. Аудитория, которой будет интересно Ваше предложение, и к которой можно обратиться со своим предложением есть всегда. Главное - обращаться точно к своей целевой аудитории.
10. Создавать контент. Есть контент, социальный характер, которого позволяет ему легко распространяется, не зависимо от тематики и профиля ресурса. Хорошими вариантами могут стать различные виджиты, заставляющие пользователей смеяться, или наоборот, представить корпоративный блог. Выбор остается за Вами!
11. Быть честным. Сообщество не потерпит обмана.
12. Помнить о важном. Занимаясь оптимизацией под социальные медиа, не забывайте о поисковой оптимизации. Поисковики генерируют основную часть трафика, это надо учитывать.
13. Не бояться новых технологий. Социальные медиа стремительно изменяются и трансформируются, старайтесь оставаться в курсе всех новинок.
14. Разработать стратегию SMO. Выбрать курс и определить цели. Иметь точное представление о том, что планируете получить в результате, в соответствии с эти определить тактику.
15. Разумно отнестись к выбору стратегии SMO. Оптимизация веб сайтов трудоёмкий и сложный процесс, поэтому нужно четко понимать какие действия повлияют на желаемый результат. Знать, на что потратить максимум усилий.
16. Сделать SMO частью своего бизнес-процесса. Методы SMO должны стать частью передовой практики компании.
Список новых правил SMO постепенно увеличивается и уже расширился до 16-ти пунктов, а также переведен на несколько языков. Фактически, на наших глазах создается целый справочник по Маркетингу 2.0. Раскрутка в SMO – это активная раскрутка сайта.
За годы существования поисковой оптимизации сайтов (оптимизация веб сайтов), она превратилась в «искусство» с научной точностью. Все больше и больше сайтов прикладывают значительные усилия, чтобы как можно выше подняться в выдаче поисковых систем. С бурным развитием социальных сервисов (таких как MySpace, YouTube, или недавно запущенный в России сервис социального поиска Ответы@Mail.Ru) перед поставщиками товаров и услуг и, как следствие, перед представляющими их интересы маркетологами встает проблема оптимизации веб сайтов, продвижения в этих социальных сервисах. Это может стать активной раскруткой сайта.
Так на фоне SEO появилась новая реальность SMO (Social Media Optimization) – оптимизация под социальные медиа. SMO ставит целью привлечь на сайт аудиторию через социальные сети, блоги, подкасты, видеокасты и специализированные поисковики (например, поисковик по блогам Technorati), то есть максимально интегрироваться в блогосферу и социальные сети, чтобы получить оттуда трафик.
SMO постепенно осваивается, начинают появляться первые target="blank"> руководства по оптимизации для социальных медиа.
1. Повысить линкабельность. Это первое и самое главное правило для веб-сайтов. Многие сайты остаются статичными - редко обновляются и используются в качестве «витрины». На такой сайт не будут ставить ссылки. А для оптимизации сайта под социальные медиа одним из основных условием является увеличение линкабельности. Это подразумевает постоянную генерацию интересного контента, на который будут стабильно ссылаться в блогосфере и социальных СМИ. Есть и другие способы оптимизации веб сайтов: можно открыть на сайте корпоративный блог, публиковать какие-то исследования или другие интересные документы или просто делать интересную подборку из чужого контента. Необходима активная раскрутка сайта.
2. Облегчить присвоение тегов и создание закладок. Как один из способов оптимизации веб сайтов можно рассматривать специальные кнопки типа «добавить в del.icio.us». Помимо этого, нужно гарантировать ассоциацию страницы с релевантными тегами.
3. Поощрять входящие ссылки. Входящие ссылки можно назвать «барометром» успешности блога (также как и сайта). Они представляют особую важность для раскрутки сайта, поэтому нужно поощрять тех, кто их ставит. Например, перечислять все страницы, где появились эти ссылки.
4. Обеспечить экспорт контента. В отличие от SEO, SMO не предполагает просто изменения в контенте сайта. Располагая контентом, который может быть экспортирован в виде различных файлов: PDF, видео, аудио. Нужно пытаться распространить свои файлы как можно шире по Интернету. Естественно, они должны ссылаться на родительский сайт.
5. Поощрять гибриды. Разрешать другим пользоваться контентом (в разумных пределах). В современном Интернете многие сервисы создаются на базе других сервисов. Открывайте свой контент таким образом, чтобы его можно было сделать составной частью чужого сайта. Это только прибавит трафика.
6. Быть полезным пользователям. Даже если это не приносит пользы Вам. Нужно публиковать полезную для пользователей информацию и ставить исходящие ссылки на другие полезные сайты, в том числе на сайты конкурентов. В этом случае вас поместят в закладки и пометят как объективный и универсальный источник информации в данной области.
7. Поощрять ценных пользователей. Зачастую полезные пользователи являются авторитетными представителями своего сообщества. Советуем специально привлекать к ним трафик с главной страницы своего сайта, выражать им личную благодарность, ввести систему рейтингов, чтобы эти люди получили более высокий статус в системе.
8. Быть задействованным. Самому принимать активное участие в жизни сообщества. Поддерживая диалог с сообществом, Вы сможете удержать интерес пользователей к своему ресурсу.
9. Знать, как привлечь целевую аудиторию. Аудитория, которой будет интересно Ваше предложение, и к которой можно обратиться со своим предложением есть всегда. Главное - обращаться точно к своей целевой аудитории.
10. Создавать контент. Есть контент, социальный характер, которого позволяет ему легко распространяется, не зависимо от тематики и профиля ресурса. Хорошими вариантами могут стать различные виджиты, заставляющие пользователей смеяться, или наоборот, представить корпоративный блог. Выбор остается за Вами!
11. Быть честным. Сообщество не потерпит обмана.
12. Помнить о важном. Занимаясь оптимизацией под социальные медиа, не забывайте о поисковой оптимизации. Поисковики генерируют основную часть трафика, это надо учитывать.
13. Не бояться новых технологий. Социальные медиа стремительно изменяются и трансформируются, старайтесь оставаться в курсе всех новинок.
14. Разработать стратегию SMO. Выбрать курс и определить цели. Иметь точное представление о том, что планируете получить в результате, в соответствии с эти определить тактику.
15. Разумно отнестись к выбору стратегии SMO. Оптимизация веб сайтов трудоёмкий и сложный процесс, поэтому нужно четко понимать какие действия повлияют на желаемый результат. Знать, на что потратить максимум усилий.
16. Сделать SMO частью своего бизнес-процесса. Методы SMO должны стать частью передовой практики компании.
Список новых правил SMO постепенно увеличивается и уже расширился до 16-ти пунктов, а также переведен на несколько языков. Фактически, на наших глазах создается целый справочник по Маркетингу 2.0. Раскрутка в SMO – это активная раскрутка сайта.
Подписаться на:
Сообщения (Atom)