SEO Flash-решение, объясненное на примере реализации оптимизированного Flash

  1. Проблема 1: полноценный Flash-сайт не подходит?
  2. Рекомендация: Наше решение сделать SEO на полнофункциональных Flash сайтах
  3. Вопросы юзабилити, дизайна и разработки
  4. Проблема 2. Поисковые системы не могут читать Flash
  5. Рекомендация: Наше решение для удобочитаемости контента Adobe Flash для поисковых систем.
  6. Это похоже на маскировку, это маскировка? Разве это не плохо для SEO?
  7. Вопросы юзабилити, дизайна и разработки
  8. Проблема 3: ссылки не просматриваются во Flash
  9. Рекомендация: Наше решение сделать Adobe Flash доступным для поисковых систем
  10. Вопросы юзабилити, дизайна и разработки
  11. Проблема 4. Создание не Flash-версии для дополнения Flash-версии
  12. Рекомендация: Наше решение - нет отдельного Flash и не Flash сайта. Просто используйте 1 веб-сайт, который может служить как
  13. Проблема 5: Использование # в URL
  14. Проблема SEO в использовании знаков # в URL.
  15. Вопросы юзабилити, дизайна и разработки
  16. Проблема 6: Использование только 1 URL
  17. Рекомендация: наше решение для одного или нескольких URL
  18. Проблема 7: SWF-файлы индексируются
  19. Рекомендация: Наше решение для файлов .swf Flash, проиндексированных с неправильным заголовком и описанием SERP и неполными страницами, проиндексированными из-за файлов .swf.
  20. Вопросы дизайна и разработки
  21. Проблема 8: я использую sIFR, я уже оптимизирован для SEO?
  22. Вопросы дизайна и разработки
  23. Проблема 9: я использую swfObject, я уже оптимизирован для SEO?
  24. Вопросы дизайна и разработки
  25. Резюме

Adobe Flash логотипы

Есть много SEO-советов для тех, кто делает flash, но иногда все эти советы по-прежнему держат некоторых людей в неведении относительно того, как это действительно реализовано. Некоторые люди говорят, что Flash теперь может читаться поисковыми системами, и вам не стоит об этом беспокоиться. Некоторые говорят, что просто использовать SWFObject и другие говорят, что использовать SIFR и тебе должно быть хорошо. Для меня я не собираюсь рекомендовать какой-либо конкретный инструмент или сценарий фреймворка. Вы можете использовать то, что работает лучше для вас. Я просто собираюсь поговорить о проблемах SEO, связанных с запуском полноценного Flash-сайта, и его соответствующих решениях. И чтобы объяснить это лучше, я создал демонстрационный сайт Flash, который реализует большинство концепций, перечисленных в этом посте. Это может больше походить на учебник, чем на пост в блоге, так что ожидайте, что это будет немного длиннее. Я планирую сделать это немного подробным, потому что я снова и снова получаю одни и те же вопросы от SEO-клиентов, которым мы даем консультации о том, как исправить их проблемы с Flash, и этот пост в блоге послужит хорошим справочным материалом, к которому наши клиенты всегда могут вернуться. Итак, я говорю о следующем:

  1. Перечислите проблемы SEO с Adobe Flash.
  2. Дайте решения проблемы SEO Flash.
  3. И объясните, почему наша рекомендация является хорошим решением проблемы Flash SEO.

Проблема 1: полноценный Flash-сайт не подходит?

Вероятно, некоторые профессионалы SEO рекомендовали это вам в прошлом. Только не делайте весь сайт во флеше. Просто потому, что вы не можете оптимизировать его так же, как оптимизировали бы HTML. Хотя это утверждение верно, это не означает, что веб-сайт полностью выполнен на Flash, его нельзя оптимизировать для хорошего ранжирования по ключевому слову.

Рекомендация: Наше решение сделать SEO на полнофункциональных Flash сайтах

Если Flash действительно помогает пользователям вашего сайта и помогает пользователям в общих продажах / маркетинге ваших продуктов и услуг, то есть веская причина сохранить Flash на вашем сайте.

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

Суть в том, что если Flash помогает осчастливить ваших клиентов или увеличить продажи, сохраните его, в противном случае удалите его. И если вы сохраните это, будьте готовы к вызовам в SEO.

Узнайте больше о других проблемах ниже, и по мере продолжения я буду ссылаться на это демо-страница полного флеш SEO, чтобы объяснить все концепции здесь ,

Вопросы юзабилити, дизайна и разработки

Юзабилити Дизайн / Разработка Flash является анимированным и «кричащим», но не обязательно означает, что всем это нравится. Слушайте отзывы клиентов, принимайте участие в опросах, спрашивайте людей или пользуйтесь услугами полного тестирования пользователей. Если многим это не нравится, просто удалите его, и вы также окажете услугу SEO. Поскольку Flash - это опубликованный / визуализированный файл .swf из исходного файла .fla, вы можете думать о нем как о скомпилированном программном обеспечении, в котором вы больше не видите исходный код. Будущее обновление и обслуживание занимают больше времени, чем обычный HTML. Основной исходный файл .fla всегда должен храниться в надежном месте для последующего обновления. Люди, пораженные Flash, могут не удивиться вашему продукту или услуге. Флэш может служить цели сделать посетителей счастливыми, но это может быть по неправильным причинам. Они поражены и следят за вашим сайтом, а не покупают ваш товар или услугу. Чтобы обновлять текстовое содержимое в будущем, было бы лучше, если бы текстовое содержимое читалось из отдельного текстового файла или файла XML. Это не только упрощает обновление, но и упрощает SEO, поскольку HTML с серверным программированием может извлекать один и тот же источник данных и размещать его в удобной для поисковых систем форме, загруженной за Flash.

Проблема 2. Поисковые системы не могут читать Flash

Основной корень всего этого, почему SEO для Flash делается по-другому, заключается в том, что поисковые системы не могут читать файлы .swf Flash. В прошлом и Google, и Adobe постоянно упоминали, что получают лучше а также лучше в чтении контента и ссылок во Flash, и они работают тесно убедившись, что содержимое файлов .swf можно прочитать и можно сканировать, и в будущем оно будет готово открыть те же двери для других поисковых систем.

Похоже, что Google является лидером по мощности в чтении файлов .swf Flash, а Yahoo все еще в пути, но все же есть причины не полагаться на эту возможность.

  • Google, похоже, не согласен с тем, как он обрабатывает файлы .swf.
  • Если текст во Flash преобразуется в символ для изменения размера или других свойств, а не только положения, этот текст преобразуется в векторный формат, который больше не распознается как текст.
  • Yahoo все еще работает над чтением / сканированием Flash-файлов, а другие пока не способны. Лучше использовать правильные методы SEO Flash сегодня, чтобы получить конкурентное преимущество, в то время как другим поисковым системам потребуется некоторое время. Как только это работает должным образом на Yahoo, мы должны ожидать, что Bing скоро последует, поскольку Microsoft владеет Yahoo.
  • Контент во Flash не может быть оптимизирован так же, как вы оптимизировали бы контент для HTML.
  • На основании рекомендаций Bing для веб-мастеров, если MSNBot не может видеть какой-либо контент для использования в качестве заголовка или описания на веб-сайте Flash, он может получать контент со страниц с входящими ссылками на ваш веб-сайт Flash. Это не всегда хорошо, так как веб-сайты также могут ссылаться на вас с оскорбительным, унижающим достоинство содержанием. Лучше, чтобы вы контролировали заголовок и описание, чем позволили Bing принять решение с другого веб-сайта, над которым мы можем иметь или не иметь контроль.

Рекомендация: Наше решение для удобочитаемости контента Adobe Flash для поисковых систем.

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

Проверьте наш пример SEO Flash Домашняя страница Демо Вы должны загрузить это прекрасно, как полный сайт Flash. Так как это только в качестве примера, пример сайта является очень простым полным Flash-сайтом. Код для вставки Flash загружается веб-браузером с использованием свойства innerHTML в JavaScript . Это заставляет страницу выглядеть так, как будто на ней совсем нет Flash. И сразу за Flash, где заменяются значения innerHTML, это место, где добавляется текстовое содержимое Flash.

Флэш-загрузка запускается JavaScript во внешнем файле. И поисковые системы не будут выполнять JavaScript, который загружает Flash, а просто будут видеть содержимое, стоящее за ним.

Это похоже на маскировку, это маскировка? Разве это не плохо для SEO?

Клоакинг показывает поисковым системам что-то, а людям - что-то еще. Этот метод в некоторой степени делает это, поскольку поисковые системы видят не Flash-версию, а пользователи видят Flash-версию сайта. Хотя содержание ТОЧНО одинаково, и это самое важное правило, которому нужно следовать при работе с «подобными маскировке» методами. Кроме того, этот метод показа чего-то другого с помощью JavaScript более широко принят в качестве общей практики. Оптимизатор веб-сайта Google это делает, sIFR делает это.

Другими методами, которые использовались для маскировки блэкхатов, являются маскировка пользовательских агентов, доставка IP-адресов и обнаружение DNS в обратном / прямом направлении, где эти типы методов не рекомендуются для наших целей.

На скриншоте ниже мой пример SEO Flash демонстрация реализации ,

На скриншоте ниже мой пример   SEO Flash демонстрация реализации   ,

Домашняя страница демонстрации swfSEO с поддержкой JavaScript и CSS и без нее

Вопросы юзабилити, дизайна и разработки

Юзабилити дизайн / разработка Люди видят то, что находится во Flash, а не текст позади загруженного файла Flash, поэтому при любом типе пользовательского тестирования убедитесь, что вы уделяете больше внимания тексту Flash, а не тексту позади него. Этот метод, приведенный выше, будет работать для SEO, когда контент в формате Flash находится в виде простого текста в конце Flash-анимации. Хотя, когда вы обновляете сайт, вы должны убедиться, что вы обновляете контент как во Flash, так и в обычном HTML. Чтобы сделать это еще проще в будущем, сделайте так, чтобы содержимое Flash и HTML извлекалось из одного источника. Например, XML-файл, обычный текстовый файл или даже база данных, поэтому обслуживание в будущем не является проблемой. В соответствии с требованиями Раздела 508, люди с нарушениями зрения и слепые люди используют программы чтения с экрана. С помощью техники, упомянутой выше, текст позади файла Flash должен быть читаемым программами чтения с экрана, используемыми для слепых и слабовидящих. Flash на демонстрационной странице вставляется с использованием свойства JavaScript innerHTML. Это делает код красивым и чистым, где вы можете иметь все теги <script> внутри раздела <head> только для внешних исходных файлов JavaScript. В некотором смысле это похоже на использование AJAX для отображения кода встраивания Flash. Даже если я думаю, что это идеальный и лучший способ сделать это, если у вас нет времени для его реализации, не мешало бы не использовать innerHTML и просто строку тегов <script>, вызывающих отдельный файл JavaScript, либо использующий SWFObject и просто сделать свой собственный, используя document.write .

Проблема 3: ссылки не просматриваются во Flash

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

Рекомендация: Наше решение сделать Adobe Flash доступным для поисковых систем

В текстовой версии Flash, которая загружается за ней, навигация Flash также должна иметь свою текстовую навигацию, эквивалентную содержанию. Таким образом, при сканировании поисковыми системами к нему будет обращаться по его собственному URL, который все равно будет загружать тот же файл Flash, но с другими параметрами Flash по умолчанию).

Таким образом, при сканировании поисковыми системами к нему будет обращаться по его собственному URL, который все равно будет загружать тот же файл Flash, но с другими параметрами Flash по умолчанию)

Страница продуктов демонстрации swfSEO с поддержкой JavaScript и CSS и без нее

Вопросы юзабилити, дизайна и разработки

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

Проблема 4. Создание не Flash-версии для дополнения Flash-версии

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

  • Когда страницы без Flash начинают ранжироваться, это подталкивает посетителей к версии сайта без Flash. Если Flash действительно нужен, что делает продажу лучше из-за взаимодействия с пользователем, то это не поможет улучшить эту ситуацию. Несмотря на то, что вы всегда можете придумать способ в конечном итоге привести пользователя на сайт Flash после того, как он попадет в версию без Flash, это добавляет дополнительный шаг в процессе преобразования, который мы хотим избежать, и просто приводит людей к основному преобразованию. страница или форма.
  • Перенаправление 301 на не-Flash версии на версию Flash не поможет, поскольку 301-й разрешен только тогда, когда перенаправление происходит первым при загрузке страницы. Так что, если это будет сделано в не Flash-версии, Google даже не увидит остальную часть контента, поскольку первое, что происходит, - это перенаправление. Пауза может быть добавлена ​​с использованием мета-тега обновления или типа перенаправления JavaScript window.location, чтобы у Google было время прочитать код на странице, но эти типы перенаправлений не будут передавать популярность ссылок или значение Google PageRank. Это только помогло бы пользователю перейти на веб-сайт Flash, который мог бы лучше конвертировать, и поисковые системы могли бы также читать содержимое страницы без Flash.
  • Но более важно то, что на две страницы будут ссылаться люди: версия Flash и версия без Flash. Поскольку контент будет только в не Flash-версии, ссылки на Flash-версию не помогут веб-сайту без Flash повысить рейтинг. Некоторые люди могут ссылаться на версию без Flash, потому что это то, что они нашли в Интернете, а некоторые могут ссылаться на версию Flash, потому что это то, что пользователю эстетически нравится. Это распространяет силу популярности важной ссылки, а не помогает в рейтинге.

Рекомендация: Наше решение - нет отдельного Flash и не Flash сайта. Просто используйте 1 веб-сайт, который может служить как

Используйте упомянутые выше решения, которые объединяют версию Flash и версию не Flash. Люди, которые хотят перейти на сайт, будут ссылаться на один и тот же URL, что поможет в ранжировании сайта Flash.

Проблема 5: Использование # в URL

Почему в URL используется знак фунта / хеша / диез / числа (#)?

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

Распространенная проблема с Flash и Ajax: если кто-то хочет сделать ссылку на страницу или добавить ее в закладки, он может не добавлять в закладки нужный контент. Многие веб-сайты Flash и Ajax ведут себя таким образом, что не происходит перезагрузки страниц с разными URL-адресами, поэтому, если кто-то нажимает на ссылку, а страница и содержимое изменяются, то URL-адрес этого не делает. Это вызывает проблему, когда пользователи хотят связать или добавить в закладки определенную страницу содержимого на веб-сайте Flash или Ajax, и они в конечном итоге ссылаются на домашнюю страницу. Используя # в URL-адресах, переменные можно передавать на веб-сайтах Flash и Ajax, где будут создаваться разные URL-адреса, но страница не будет перезагружаться, пока изменения в URL-адресе идут после знака #. Таким образом, пользователи теперь могут ссылаться на конкретный контент в файлах Flash или на веб-сайте Ajax.

Проблема SEO в использовании знаков # в URL.

URL-адреса входа # читаются веб-браузерами, а не серверными языками сценариев, такими как PHP, ASP / .Net, JSP, Cold Fusion, Perl и другими. Те же языки, которые используются поисковыми роботами. Таким образом, поисковые системы фактически игнорируют все, что идет после символа #. Даже если веб-сайт получает так много ссылок из различных хеш-тегов в URL, с точки зрения поисковой системы, все эти ссылки могут идти в одно и то же место, а не на глубокие ссылки. Существует также вероятность того, что ссылки могут иметь различный фокус ключевых слов, ослабляя основной фокус страницы.

В настоящее время только Google экспериментирует с чтением контента с # URL, используя то, что они называют безголовый браузер который все еще находится в экспериментальной стадии. Безголовый браузер

просто веб-браузер со всеми функциями веб-браузера, но не имеет визуального интерфейса. Он работает и ведет себя как веб-браузер, поэтому может отображать данные с # URL-адресов. Это все еще не работает на главном сервере Google, и пока только Google публично заявил об этой инициативе, пытаясь правильно интерпретировать # URL.

Поисковые системы текущего дня будут обрабатывать все # URL-адреса так, как будто # и символы после него не существуют.

Рекомендация: Наше решение проблемы # URL SEO.

  1. Во-первых, не рекомендуем # URL.
    Порекомендуйте реальный действительный URL-адрес, удобный для поисковых систем, не используя #. Где-то на странице такие подсказки, как «ссылка на эту страницу», «добавить в закладки», «отправить другу» или любой тип ссылки, ведущей на сайты социальных закладок, должны использовать URL-адрес прямой ссылки без #. Таким образом, любой тип естественного построения ссылок, когда люди просто будут ссылаться на вас, потому что они хотят этого, даст вам максимальную выгоду от глубоких ссылок. Хотя это не полностью интегрировано в мою демонстрационную страницу примера и, вероятно, это не лучший способ сделать это, я просто хотел показать, что это возможно. Попробуйте нажать на некоторые ссылки на swfSEO и посмотрите рекомендацию по прямой ссылке. Что Google Maps делает, чтобы рекомендовать прямой URL. Он имеет свои собственные кнопки «Отправить» и «Ссылка», которые, когда вы нажимаете на них, создают прямую ссылку URL для пользователя.
  2. Не перезагружайте страницу по новому URL все время.
    Это побеждает цель использования Flash. Где одно из преимуществ не в том, чтобы перезагрузить страницу для лучшего взаимодействия с пользователем. Даже если есть прямые ссылки на каждую «Flash-страницу», ее не нужно загружать на каждую ссылку, чтобы пользователи не отключались при перезагрузке. Поисковые системы не будут испытывать это, поскольку они будут сканировать фактические ссылки HTML.
  3. Все еще используйте # URL-адреса на тот случай, если пользователи не будут использовать рекомендации по прямой ссылке.
    Это звучит контрпродуктивно и вопреки всему, о чем мы говорили, но вы не можете контролировать пользователя, посещающего ваш сайт. Они будут делать то, что хотят, и если они решат не следовать рекомендованному вами прямому URL, они просто скопируют URL и вставят его. И когда это сделано, это то, что на самом деле происходит:
    1. Поисковые системы будут видеть это так, как будто ссылка на этот URL не имеет # вообще.
    2. Люди увидят нужный контент, затем кликнут на ссылку, идущую на # URL. Если показатели популярности ссылки не были переданы надлежащей глубокой ссылке, по крайней мере, она все еще передается в другое место, которое является частью веб-сайта. Лучше, чем вообще без ссылки.
    3. Перенаправьте # URL на их правильные прямые ссылки. Когда # URL-адреса обнаружены, используйте свойство JavaScript document.location.hash для анализа # URL-адреса. Это перенаправление не было бы возможно как перенаправление 301. Перенаправление не будет передавать метрики популярности ссылки, но, по крайней мере, люди, которые решат сообщить о ссылке в какое-то другое место, скопировать и вставить URL-адрес, теперь будут использовать правильный URL-адрес без хэша.

Вопросы юзабилити, дизайна и разработки

Специальный инструмент, который можно использовать для анализа # URL, SWFAddress это должно облегчить проектирование и разработку с использованием этого скрипта. Это не только поможет проектировщикам / разработчикам выполнить работу проще, этот скрипт также исправляет кнопки «вперед» и «назад» в веб-браузерах, что является проблемой удобства использования на многих сайтах Flash и Ajax.

* На текущий момент времени в блоге демонстрационный URL еще не реализован swfaddress на swfSEO , Это скоро последует в ближайшее время.

Проблема 6: Использование только 1 URL

Эта проблема уже обсуждалась выше при выпуске 4 при наличии веб-сайта без версий Flash, а также при выпуске 5 при использовании URL-адресов с хэш-кодом и без хэш-адреса. К настоящему времени вы уже должны знать, что это не очень хорошая вещь, и лучше всего объединить популярность ссылок и PageRank на отдельные URL-адреса и избегать того, чтобы люди делали ссылки на две или более разных страниц. Единственная причина, по которой я заявляю об этом как о отдельной проблеме, состоит в том, что я видел, как некоторые реализации добавляли в URL логический флаг, включающий или выключающий Flash.

http://www.example.com/path/file.php?var=val&Flash=on

или же

http://www.example.com/path/file.php?var=val&Flash=off

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

Рекомендация: наше решение для одного или нескольких URL

Решение простое. Не используйте 2 разных URL. Не создавайте отдельный веб-сайт, не относящийся к Flash, как обсуждалось в выпуске 4. Помимо # URL, создайте прямые ссылки на страницы, как рекомендовано в выпуске 5. Если за Flash правильно работает 1 URL с простым текстовым содержимым, то Flash как обсуждалось в выпусках 2 и 3, проблем не должно быть.

Проблема 7: SWF-файлы индексируются

Не все файлы .swf Flash хорошо выглядят в результатах поиска.

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

Вот несколько примеров. Первый и третий результаты поиска, фрагмент заголовка и описания выглядит нормально, но в среднем буквы выглядят разнесенными:

Поисковый запрос с разнесенными символами.

Еще один с разнесенными названиями и описаниями.

Flash Search Query

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

Флэш-файлы, которые индексируются без описания.

Хотя это действительно может быть проблемой с Flash Designer / Developer. И мы не должны рисковать этой возможностью, чтобы добиться большего успеха не только в рейтинге, но и в увеличении количества переходов по результатам поиска в поисковых системах, имея более привлекательные, более привлекательные заголовки и описания.

Трафик к файлам .swf может иметь неполный сайт

Когда файлы Flash .swf индексируются, и люди нажимают, чтобы посетить файл, так как они должны были быть включены в файл HTML, иногда опыт может быть другим. В результатах поиска выше ... Я действительно попробовал некоторые ссылки, и мне понравилось играть в Ruffus Snowboarding и я чувствовал себя лучше, чем Шон Уайт.

Флэш-файл без других ссылок. Нажмите, чтобы играть в игру. Мне понравилось! 😀

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

Рекомендация: Наше решение для файлов .swf Flash, проиндексированных с неправильным заголовком и описанием SERP и неполными страницами, проиндексированными из-за файлов .swf.

Рекомендация проста. Если вы правильно оптимизировали свой Flash-сайт, то нет причин для индексации ваших Flash-файлов. И если вы уверены, что выполнили все возможные оптимизации, вы можете просто исключить файлы Adobe Flash .swf из файла robots.txt.

Если когда-нибудь некоторые файлы .swf уже проиндексированы, и вы не собираетесь их индексировать, то 301 перенаправляет этот файл .swf в соответствующий файл HTML, который встраивает этот файл.

Вопросы дизайна и разработки

Было бы удобнее сохранить все файлы .swf в одной папке. Это облегчает их блокировку, просто блокируя папку в файле robots.txt. Также убедитесь, что файлы каталогов без индексного файла не разрешено отображать, или просто добавьте пустой индексный файл, если необходимо, с заголовком статуса http 404.

Проблема 8: я использую sIFR, я уже оптимизирован для SEO?

Если вы знаете, что такое sIFR, вы, вероятно, уже знаете ответ на этот вопрос. Но если вы не знаете, что делает sIFR, возможно, вы откуда-то слышали, что sIFR полезен для SEO, и не совсем уверены, что это для него. Аббревиатура действительно означает Scalable Inman Flash Replacement . Хотя его сообщение в блоге не о SIFR, всю информацию о SIFR можно найти в оригинал источник. И все, что вам нужно знать, это то, что sIFR используется только для создания графических текстовых заголовков, а не для запуска полноценных Flash-сайтов.

Таким образом, люди, которые используют это, больше заинтересованы в том, чтобы придумать красивый текст, который по-прежнему интерпретируется поисковыми системами как простой текст, и на самом деле не заинтересованы в создании сложных Flash-анимаций. SIFR не является полным полным SEO-решением для веб-сайта.

Вопросы дизайна и разработки

  • SIFR Альтернативы
    Если ваша основная задача не в том, чтобы сделать SEO-дружественные полноценные Flash-сайты и просто придумать красивый текст, sIFR - не единственный вариант. Вы также можете посмотреть на Замена изображения CSS , FLIR , Typeface.js & Cufon ,
  • Использовать только для заголовков
    Все эти сценарии замены текста все еще являются сценариями программирования, которые используют некоторое количество ресурсов обработки. Они работают очень быстро, и у вас не должно возникнуть проблем с их запуском, но, используя их для полных абзацев, всего содержимого страницы, вы увидите значительное сокращение времени загрузки. Таким образом, это идеально для использования только для заголовков и подзаголовков на странице.

Проблема 9: я использую swfObject, я уже оптимизирован для SEO?

swfObject, ранее называемый Flash Object, - это просто метод встраивания файлов Flash в документы HTML с использованием JavaScript. Таким образом, swfObject может использоваться во всех вопросах, которые я обсуждал выше.

То, что вы используете swfObject, не делает SEO-сайт Flash дружественным , вам все равно придется рассмотреть все проблемы, упомянутые выше, и принять соответствующие решения этих проблем.

Вам не обязательно использовать swfObject . swfObject хорош с хорошим простым кодом JavaScript для встраивания файлов Flash в веб-страницы, хотя в последних версиях Flash есть аналогичная функция JavaScript для встраивания файлов Flash. Функция с именем: AC_FL_RunContent автоматически генерируется Flash сразу после публикации файла Flash.

Вопросы дизайна и разработки

Использование SWFObject это совершенно необязательно, если вы решите не использовать его, вы можете использовать функцию AC_FL_RunContent во Flash и выводить ее в виде отдельного файла JavaScript. В моем пример демо Flash сайта SEO swfSEO моя реализация не использовала ни один из двух. Он просто использовал JavaScript и создавал document.write для генерации версии кода для встраивания не-JavaScript и использовал JavaScript innerHTML для отображения веб-страницы. Единственная причина, по которой я предпочитаю делать это таким образом, код выглядит более чётким, без дополнительного тега <script> в основном содержимом, и все они находятся во внешних файлах в разделе <head>.

Резюме

  • Полностью готовые Flash-сайты могут быть оптимизированы для целей SEO. Пока это сделано правильно.
  • Содержать содержимое в виде простого текста. Google может читать файлы Flash, Yahoo работает над этим, Bing может извлекать контент со страниц, ссылающихся на вашу веб-страницу, используя Flash. Все не соответствует и еще не идеально. Содержите во Flash-файле то же содержимое, что и обычный HTML-код позади Flash, что гарантирует, что весь контент индексируется поисковыми системами.
  • Используйте ссылки в виде простого текста . Даже если Google может видеть ссылки в файлах Flash, не вся навигация по Flash заканчивается новой страницей. И Google не единственная поисковая система в мире. Содержите простые HTML-страницы и ссылки на них, которые отражают одно и то же содержимое в файле Flash.
  • Лучше консолидировать как простой текстовый контент с версией Flash на одной странице , так и создать отдельный веб-сайт без Flash, так как это распространяет показатели популярности ссылок.
  • Hash (#) URL хорошо использовать во Flash для глубоких ссылок, но помните, что поисковые системы будут рассматривать URL так, как будто в нем нет # . Таким образом, обычные текстовые ссылки должны использовать действительные URL-адреса, удобные для поисковых систем.
  • Вы можете заблокировать файлы .swf в файле robots.txt, если вся ваша оптимизация выполнена правильно . Оптимизировать файл HTML проще, чем файл .swf.