Factoring dans le référencement sur un site Flash

Il y a eu de nombreux débats sur ce sujet déjà ici, mais aucun d'entre eux n'a répondu pleinement à ma question, donc j'ai pensé que je le poserais et que j'aimerais avoir une ou deux réponses décentes.

Nous prévoyons de relancer le site Web de notre société dans les prochains mois. Notre site actuel, pour la plupart, est axé sur le texte et, à cause de cela, nous classons très bien Google, Yahoo et Bing pour nos mots-clés principaux. Nous voulons augmenter un peu le «facteur Wow» du site (nous sommes une agence interactive), mais maintenons la majorité de notre base de moteur de recherche. L'option d'utiliser Flash, AJAX et d'autres technologies qui ne sont pas considérées comme compatibles avec les moteurs de recherche sont apparues à plusieurs reprises dans nos réunions et chaque fois que nous devons évaluer le type d'impact qu'elle aurait sur le point de vue SEO.

En supposant qu'une bonne partie du contenu du site sera encapsulée dans un fichier Flash (swf), quel serait le meilleur moyen de maintenir le classement actuel? J'ai lu plusieurs fois que Google indexait les fichiers Flash mais je ne sais pas dans quelle mesure. En outre, existe-t-il une méthode pour dire à Google de ne pas indexer un fichier Flash (via une variable ou autrement)?

Enfin, j'ai eu une idée qui semblait sonore en théorie et voulait l'émettre dans le monde et voir quel type de commentaires j'y reçois:

Encore une fois, en supposant que toute la page se trouve dans un fichier Flash vivant sur index.html, serait-il possible de construire le site comme d'habitude (configurer une structure de répertoire logique, ajouter du contenu à des pages statiques dans ladite structure, etc.), spécifier des chemins À ces pages statiques dans un fichier XML Sitemap Google, et les araignées ne ramènent-elles que ces pages (riches en contenu) alors que l'utilisateur connaît un peu de Flash / Javascript / AJAX / etc? Si cela fonctionne, quels seraient les avantages / inconvénients de cette solution? Merci de m'avoir accompagné de cette question légèrement hors de question.

Bien se référant à Google, j'ai constaté qu'ils ont fait des progrès impressionnants dans l'indexation de pages Web basées sur Flash. La seule limitation que j'ai constatée lors de la lecture de l'article est qu'ils sont actuellement encore limités dans leur capacité dans ces trois domaines:

Googlebot n'exécute pas certains types de JavaScript. Donc, si votre page Web charge un fichier Flash via JavaScript, Google peut ne pas être au courant de ce fichier Flash, auquel cas il ne sera pas indexé.

Nous n'attachons pas actuellement de contenu provenant de ressources externes chargées par vos fichiers Flash. Si votre fichier Flash charge un fichier HTML, un fichier XML, un autre fichier SWF, etc., Google indexera séparément cette ressource, mais il ne sera pas encore considéré comme faisant partie du contenu de votre fichier Flash.

Bien que nous puissions indexer Flash dans presque toutes les langues trouvées sur le Web, il existe actuellement des difficultés avec le contenu Flash écrit dans les langues bidirectionnelles. Jusqu'à ce que cela soit réglé, nous ne pourrons pas indexer le contenu de la langue hébraïque ou de la langue arabe à partir de fichiers Flash.

Par les sons, vous n'aurez aucun problème avec les 3 problèmes. Sur la base de ce document, Flash ressemble à une option viable pour vous.

Adobe a également travaillé sur leur but pour accueillir les moteurs de recherche dans leur foulée pour rendre les SWF plus conviviaux pour les moteurs de recherche. Donc, avec les efforts combinés de Adobe et Google / Yahoo, si vous faites une marge de manoeuvre dans un an ou deux, les algorithmes de recherche seront meilleurs qu'ils ne le sont actuellement.

En ce qui concerne l'indexation, vous devriez pouvoir ajouter un simple

User-agent: * Disallow: /directory/ Disallow: /directory/page.html

À votre fichier robots.txt.

Andrew,

J'ai dû faire face à ce genre de choses quelques fois et je recommanderais de maintenir à la fois un site Flash (pour les utilisateurs) et un site HTML (pour les moteurs de recherche). Voici comment vous le faites:

Avec les éléments du côté du serveur que vous utilisez, configurez un type de commutateur qui détermine si une requête particulière est pour HTML ou pour tout ce que votre film Flash consomme (XML, JSON, un autre SWF). Chaque page de votre site devrait pouvoir renvoyer HTML et tout ce que vous choisissez d'alimenter votre film Flash. Un paramètre de chaîne de requête comme "requestType = Flash" fonctionnera très bien.
Mettez tout le contenu dans vos pages HTML dans une balise div et rendez la div invisible avec CSS. Utilisez SWFObject pour vérifier si le navigateur demandeur prend en charge Flash et, si c'est le cas, demandez à SWFObject de remplacer votre contenu HTML par votre film Flash. Les araignées des moteurs de recherche ignoreront vos scripts et exploreront simplement vos pages HTML et si vous souhaitez afficher le HTML aux utilisateurs avec des navigateurs qui ne prennent pas en charge Flash (comme les navigateurs mobiles), faites simplement apparaître le contenu HTML après que SWFObject a déterminé que Le navigateur ne prend pas en charge Flash.
Une fois que votre film Flash a été chargé, demandez-lui de demander les données dont il a besoin du serveur en utilisant la même URL de la page sur laquelle il a été chargé, mais avec l'ajout de la variable de commutation ci-dessus.
Manipulez la navigation à partir de ce point avec SWFAddress . Lorsqu'un utilisateur clique sur un bouton pour demander une nouvelle page, passez la demande par SWFAddress en premier, ce qui mettra à jour l'historique du navigateur à l'aide de l'astuce de la barre de hachage, puis que votre film Flash effectue sa demande au serveur.

Je travaille actuellement sur un site pour un ami qui utilise cette technique ici (je devrais noter, pour protéger ma fierté, que le site est encore un travail en cours):

http://www.casabarbuenosaires.com/

Une demande de navigateur sur n'importe quelle page du site va d'abord retourner la représentation HTML de cette page (vous pouvez voir la source dans votre navigateur pour voir cela). SWFObject remplace le contenu HTML par un film Flash qui charge une description XML personnalisée de la même page que le film Flash construit et affiche.

J'ai travaillé sur des sites dans le passé qui ont utilisé cette technique et obtenu d'excellents résultats de moteurs de recherche. Étant donné que vous ne devez pas trop vous inquiéter de ce que ressemble votre site HTML aux humains, vous pouvez vous concentrer uniquement sur ce qu'il ressemble aux moteurs de recherche.

Un autre avantage supplémentaire de la construction de votre site de cette façon est que vous êtes obligé de séparer le contenu / la copie de votre site de sa représentation visuelle. Lancer tout votre site dans un seul SWF n'est généralement pas une bonne façon de le faire. Il est beaucoup plus facile de maintenir (ou re-skin ou scrap) un site lorsque votre contenu n'est pas entièrement confondu avec votre code.

J'espère que cela t'aides,

Scott