Помимо индексации, Google также присваивает swf-файлам PageRank, независимый от аналогичного показателя содержащих эти swf-файлы html-страниц. Именно к такому выводу пришел Brian Ussery в своем отчете об экспериментах по индексированию Гуглом флэш-контента. Пока только статического, но зато SWFObject.js уже не является непреодолимым баръером.
Это легко проверить прямо сейчас. Google уже находит swf-файл главной страницы специально созданного для тестирования флэш- и флекс-поиска ресурс Fleximagically.com по fleximagically_searchable. Гугл Тулбар покажет вам и PR этого swf-файла, равный 3 (господа сеошники, это жирная четверка в дореформационном исчислении!). В статье также много других интересных выводов — почитайте.
Лед тронулся, и этот лед — толстый.
А еще сделанный на Вордпресс + Флекс Fleximagically.com впечатляет как новая попытка создания блога с чисто флексовым интерфейсом. Резинового, с комментариями, RSS и всем, что положено. Да, баги есть, но все равно впечатляет, да еще и шустро работает.
Рост, твой пост уже четвертый в запросе fleximagically_searchable или даже третий, смотря как считать! А новость просто отличная! Еще один плюс для флеша и плюс толстый.
Вот никогда не мог понять, какой в этом смысл. Если я делаю динамический, допустим, обновляемый flash сайт, с панелью управления, все данные в xml, что пользы в индексации swf? Или я чего-то не догоняю?
Мне кажется флешерь под динамическим подразумевал флэш-сайт, где где практически нет статик текстов, все тексты берутся из xml. А боты видят пока только статик тексты.
Я именно имел ввиду загрузку данных в динамические текстовые поля из XML. Причем неважно, из XML (на котором действительно мир не заканчивается) или через remoting, или PHP+MySQL - суть в том что данные грузятся извне, их нет в swf. Следовательно, бот их не увидит? Довольно большой процент сайтов на flash использует так или иначе внешние данные и xml, который в этой истории самое простое решение для мало- и средне- бюджетного проекта, изрядно облегчающее жизнь девелоперу в контентной части работы. То есть их это нововведение получается обойдет. А жаль. Придется опять в сотый раз обьяснять клиентам что flash - это больше чем баннеры, а проблемы с поисковиками "решаемы при желании их решать".
Главное, что об этом думает большинство!
Одно из решений - при сохранении результатов редактирования в админке генерить html-файлы, дублирующие флэш контент. Гугл не возражает:
Serving the same content in Flash and an alternate HTML version could cause us to find duplicate content. This won't cause a penalty -- we don’t lower a site in ranking because of duplicate content. Be aware, though, that search results will most likely only show one version, not both.
in the past, when a client requested a Flash-only website, I created an HTML version as well for search engines. Will these sites now be penalized for duplicate content? And what results will be shown to visitors?
Интересно, как отреагирует поисковый бот, если в каждый такой html воткнуть редирект на URL соответствующего раздела флэш-сайта (юзаем SWFAddress) ?
Проясните, плиз следущее. В примерах с SWFAddress урлы заканчиваются так: http://example.com/#/contacts/ Интересует, почему именно так: /#/contacts/, а не так: #contacts Причём у этого блога урлы обычные: http://fleximagically.com/#Flash-SEO_cat=5
Где-то я читал, что гугль любит урлы вида: /#/contacts/, а не #contacts
http://ja3x.ru/2008/09/28/flash-sajjt.html вот флеш сайт от суп'а..
вот флеш сайт от суп'а..
1. При чем тут этот сайт? 2. При чем к этому сайту СУП?
Предыдущий пост
Следующий пост
