Comment est calculé le PageRank ? A partir des liens et interactions entre les pages web. En gros, Google assigne un poids à chaque page, censé être représentatif de son importance. Donc, pour simplifier, plus on parle de vous, plus vous êtes populaire. Et la parole d’une célébrité à plus de poids que celle d’une page web inconnue, sortie des profondeurs obscures du web.

Cerise sur le gâteau, avoir un bon PageRank vous donne un certain poids au yeux des annonceurs. Certains vivent de pain et d’eau fraîche, d’autres apprécient l’argent offert par les publicités. Et plus vos pages sont visités, plus les annonceurs seront généreux.

Voici donc 7 petites astuces pour faire grimper ce PageRank, et vous assurer gloire et richesse. Ou presque.

1) Publiez régulièrement
La règle la plus importante, mettre à jour son contenu de manière régulière. Les moteurs de recherche en raffolent. Le tout étant d’avoir du contenu unique et de qualité. Pas la peine donc de faire du copier-coller depuis d’autres sites, ça ne marche pas.

2) Utilisez la puissance des forums
Il existe plein de forums en do-follow. Choisissez-en une poignée, actifs et qui correspondent au sujet de votre site, et participez. J’ai bien dit, participez, et non « faites votre publicité ». Le tout étant de mettre un petit lien dans votre signature vers votre site web, et d’apporter des réponses intéressantes et constructives.

3) Soumettez vos articles à des portails d’informations
Il existe de nombreux portails ou digg-likes en do-follow, qui peuvent vous rapporter un petit quelque chose. Par exemple, Blogonet. En anglais, vous avez aussi le top 50 des portails d’articles, par trafic et PageRank.

4) Soumettez votre site a des moteurs de recherche
En leur proposant votre contenu, il y a davantage de chance qu’il le trouve. C’est aussi valable pour les gros annuaires, surtout s’ils sont en do-follow. Une méthode détournée est aussi de passer par les sitemap, ces fichiers xml qui listent l’ensemble des pages de votre site, afin d’aider les moteurs de recherche.

5) Utilisez les réseaux sociaux
Les réseaux sociaux tels que Facebook, Twitter ou même Delicious peuvent apporter une source non-négligeable de trafic, et donc vous apporter de la visibilité. Google le verra, mais surtout, d’autres sites seront peut être amenés à relayer vos écrits. Et donc à vous offrir des liens supplémentaires.

6) Commentez sur des blogs en do-follow
C’est surement la manière la plus simple d’augmenter votre PageRank. Mais là encore, attention, il s’agit de commenter intelligemment et non pas de spammer. Et oui, les spams finissent souvent au fond de la corbeille, et donc ne servent au final à rien. Contribuez intelligemment, apportez de la valeur ajoutée, montrez votre expertise.

7) Garder un œil sur le code
Un site codé avec les pieds, c’est aussi un site qu’un moteur de recherche ne comprendra pas. Les balises « titres » sont par exemple très importantes !

Traduit depuis 7 Simple But Effective Ways To Improve Your Google PageRank.

Règles d’or pour favoriser votre référencement Google est un article de ilonet

Longuement débattue, je ne souhaite pas faire un énième épilogue sur la guerre dofollow contre nofollow. D’ailleurs, j’en avais déjà parlé à l’époque, à travers un billet Nofollow ou Dofollow pour vos liens externes ?. Des liens ont coulé sous les ponts depuis, mais ce billet résume toujours ma pensée actuelle. Par contre, j’avais pris des gants à l’époque ; j’avais fait comprendre que l’attribut nofollow était merdique, sans toutefois le dire ouvertement. Voilà qui est réparé.

Activer le dofollow sous Wordpress

Premier problème, Wordpress. Sans vous prévenir, ce traitre ajoute en douce cette saleté de nofollow sur l’ensemble des liens contenus dans les commentaires de votre blog. Je me suis moi-même fait avoir, il a fallu que je tombe sur ce tweet pour me rendre compte de mon erreur. Tweet qui fait d’ailleurs la promotion d’un groupe Facebook de lutte contre le nofollow.

Heureusement, sous Wordpress, il existe une solution. Son nom, DoFollow, tout simplement. Il s’agit d’un petit plugin de quelques lignes qui permet de supprimer l’ensemble des attributs nofollow de vos liens, pour retrouver un magnifique blog, certifié 100% dofollow. De quoi faire rêver toutes les jolies filles du quartier.

Lutter contre le spam

Second problème, le spam. Et oui, la vie n’est pas toute rose, il fallait bien que des gens tentent de profiter du système. En plus d’attirer les jolies filles, vous récolterez donc aussi tous les charognards du coin. Des personnes peu recommandables, qui posteront des commentaires publicitaires, voués à augmenter le page-rank de leur site. Le tout pour faire connaitre leur business, qui n’est pas toujours très clean d’ailleurs.

Heureusement, il y a là aussi une solution simple : la modération. Et c’est celle que j’ai choisi ici : supprimer sans pitié tous les spams et autres messages publicitaires des commentaires. C’est d’autant plus aisé sur ce blog que l’ensemble des commentaires sont soumis à ma relecture, avant publication.

Revers de la médaille, cette solution prend du temps. Et pour peu que le site soit bien positionné sur Google, il risque d’attirer beaucoup de liens publicitaires. Et donc demander encore plus de temps. Chose qui peut vite devenir fastidieuse, et raison pour laquelle certains blogueurs préfèrent laisser l’attribut nofollow.

Résultat des courses

Même si l’utilisation du nofollow est une technique que je déplore, je suis forcé de reconnaitre qu’elle est relativement efficace contre les spammeurs. Une technique intermédiaire consiste à passer les liens en dofollow uniquement pour les commentaires laissés par des habitués. Ca ajoute des bâtons dans les roues des spammeurs, sans toutefois être une solution ultime.

Du coup, je viens de passer tous les liens du blog en dofollow. Et, pour le moment, j’observe ; je ferai un topo de la situation d’ici quelques mois.

Pour aller plus loin

Quelques liens intéressants sur la question :

• Comment ne pas spammer un blog dofollow ?
• Nofollow ou Dofollow sur vos commentaires Wordpress ?
• Augmentez la popularité de votre blog
• Les commentaires DoFollow et la réputation
• Google revient sur le nofollow !
• Supprimer l’attribut rel= « nofollow » de son blog Wordpress

Des commentaires, sauce DoFollow est un article de ilonet

Webdesing et développement web ont toujours été, à mes yeux, deux passions. L’une plus que l’autre, à cause de certaines prédispositions. Loin de m’aimer, les tablettes graphiques ont longtemps refusé de reproduire mon art créatif. Qu’importe, je me suis contenté d’admirer celui des autres.

Tandis que Photoshop me boudait, les lignes de code ont su m’adopter. Débordantes de logique, elles ont attisé ma curiosité, me livrant leurs secrets, petit à petit. Aujourd’hui, elles m’ont totalement convaincu, j’en ai fait mon métier.

Je me propose aujourd’hui pour partager ces deux passions, à travers les billets d’un blog : Inside <Tags>. Un projet mené en duo avec Camille Bouiller, que vous avez surement déjà croisé sur le Site du Zéro, ou encore sur Presse Citron.

Un Smashing Magazine français

Titre un petit peu prétentieux, qui a le mérite de résumer nos objectifs. A nos yeux, Smashing Magazine est à l’heure actuelle la référence en la matière, l’icone anglophone que nous aimerions égaler.

C’est notre objectif, le ton est donné. Ecrire un blog aussi complet et reconnu, tout en réunissant une communauté de passionnés. Et pour cela, nous avons aussi besoin de vous.

Un blog participatif

Besoin de vous car il s’agit d’un blog participatif. Pour peu que vous ne soyez pas trop fainéants, et ayez un minimum d’expérience dans le domaine, vous aurez surement l’occasion de partager vos connaissances avec le reste de la planète.

Vous avez bien lu, Inside <Tags> est un blog écrit par ses membres. Créer un compte est très simple, vous pouvez vous connecter avec votre Twitter, votre Gmail, votre Facebook ou encore votre OpenID. Deux clics, c’est terminé, vous pouvez commencer à partager. Soit en rédigeant des articles, soit en enrichissant ceux existants, par le biais des commentaires.

Un blog Open-Source

Cerise sur le gâteau, les sources du blog sont distribuées librement, sous licence AGPLv3. Le blog a été entièrement développé par Camillle Bouiller, avec le framework Python Django. Vous pouvez donc télécharger ses sources, proposer des corrections ou améliorations, et les utiliser pour créer votre blog.

A vous de jouer !

En tant que nouveau blog, nous avons évidement besoin de votre coup de pouce. Pour rédiger des articles si vous le pouvez (et souhaitez), mais aussi pour en parler autour de vous, ou nous fournir des critiques constructives.

Crédit image

Inside Tags : creusons entre les balises du web est un article de ilonet

Les moteurs de recherche n’existant pas à l’époque, on ne pouvait pas vraiment parler de techniques SEO. Pourtant, les anecdotes qu’il a pu me raconter me rappellent ce que l’ont peut vivre actuellement sur le web. Le problème et la technique ont juste évolué, suivi le fil de l’eau.

Son métier ? Positionner correctement ses clients, pour mettre en avant leur enseigne, leur numéro de téléphone ou leur carte de visite, sur des annuaires ou journaux. Je vois vos petites têtes bouillonner, même Mamie Germaine l’a compris, le parallèle est là. Ce n’était pas des liens à faire grimper dans un moteur de recherche, mais des numéros ou des adresses à placer en bonne position sur un bout de papier.

Me disait-il, à l’époque, il n’y avait pas toutes les règles qu’il existe maintenant. C’était une vraie jungle : « On se battait pour placer un nom en bonne position, sans être assuré qu’il y serait toujours le lendemain ». Un peu comme maintenant, avec les techniques toujours plus sophistiquées pour être apprécié du dieu Google, non ? A ceci près que, de nos jours, on peut le faire le cul posé sur notre chaise. Moins fatiguant.

Le plus drôle, c’était la nature des clients. Les places les plus chers ? Celles correspondant au domaine des jeux d’argent ou du marché pour adulte. Un peu comme aujourd’hui sur le web non, ces mots-clés sont de loin les plus compétitifs. Si vous souhaitez être Number One sur la requête Poker, il va falloir y mettre le prix. Et veiller aux loups qui feront tout pour vous dépasser.

Et c’était d’autant plus vrai que les places étaient limitées. Très peu de supports, majoritairement orientés tout public, acceptaient de publier des annonces vers de tels clients. D’un autre coté, c’est normal, les machines à sous virtuelles et casinos en ligne s’adressent en priorité aux personnes adultes, et un minimum expérimentées.

Du coup, le parallèle est fait, et par abus de langage, on peut conclure que le référencement a toujours existé. Depuis la nuit des temps. Pour quelle raison disparaitrait-il demain ? Pensez-vous réellement que le petit doigt de Google peut y changer quelque chose ? Alors, oui, les résultats sont maintenant triés en fonction des préférences de l’utilisateur. Oui, Google tient maintenant compte de la vitesse de chargement des pages. Oui, il y a plusieurs années, ils ont arrêté d’accorder autant d’importance aux balises méta. Et oui, le métier évolue et va continuer à évoluer.

Amis référenceurs, vous ne pensiez tout de même pas que vous alliez rester les bras croisés, les fesses tranquillement posées sur votre chaise rembourrée, à appliquer sans cesse les mêmes méthodes ? Au contraire, si les choses n’évoluaient pas, vous n’auriez aucune chance de devancer vos concurrents. Et c’est bien pour cette raison que vous êtes, individuellement, les meilleurs ! Être à la pointe, être toujours au top. Et, du coup, c’est ce qui vous permet aussi de vous démarquer des pseudos-référenceurs en carton, improvisés comme tels la veille d’un réveillon ;-)

Je ne peux conclure ce billet sans présenter une série de liens sur le sujet, que j’ai trouvé particulièrement intéressants. Ne vous contentez pas de lire l’article, attardez-vous aussi sur les commentaires, les questions et remarques y sont souvent enrichissantes :

• Histoire du référencement de sites Internet
• Histoire du référencement naturel et web social
• Une guerre du SEO propulsée par la crise économique ?
• SEO, et si les règles du jeu changeaient ?
• 5 fausses affirmations à propos du référencement
• SEO : Va-t-on arrêter de référencer naturellement les sites Internet ?
• La fin du référencement?
• La fin du SEO est proche… ou pas
• La Fin du SEO ?

Il y a bien sûr d’autres liens intéressants, j’ai été obligé de faire une sélection. Mais n’hésitez pas à en présenter dans les commentaires.

Cet article a été écrit en collaboration avec CasinoTop10 France.

Le référencement Internet a un bel avenir ! est un article de ilonet

Le bonheur absolu, en quelque sorte. Commencez dès maintenant à réserver les chaises longues, vous pourrez bientôt y passer du temps. Et c’est d’ailleurs pour cette raison que j’ai décidé de migrer ilonet, il y a quelques semaines maintenant, vers la plateforme d’Aurélie. A ceci près que je n’ai pas eu le droit à l’option gratuitement, j’ai encore dû me faire rouler quelque part.

Dans tous les cas, ne pas être obligé de se soucier du coté technique apporte un réel confort. Les articles ne s’écrivent pas encore seuls, mais connaissant l’amie Aurélie, ça arrivera surement un jour.

Des plugins à profusion

Les plugins, également appelés extensions, sont probablement à l’origine du succès de Wordpress. Besoin d’une fonctionnalité supplémentaire ? Pas de problème, il y a une extension pour ça. En fait, il y a une extension pour à peu prêt tout. Uniquement sous Wordpress.

Blotilus a donc décidé d’installer, par défaut, un certain nombre d’extensions. Je ne vais pas toutes les lister, mais on retrouve notamment les fameux abonnements aux commentaires, le filtre anti-spam Akismet, des captchas, des outils pour Twitter, etc. Cerise sur le gâteau, vous décidez d’activer celles qui vous plaisent, et de désactiver les autres.

Plusieurs thèmes au choix

De même, plusieurs thèmes sont proposés. Ils ne sont pas très nombreux pour le moment (moins d’une dizaine), mais la galerie devrait s’agrandir. D’un autre coté, les thèmes choisis ont été sélectionnés parmi les plus utilisés, donc ils devraient plaire à une majorité de personnes.

Choisissez votre adresse URL

Les adresses URL des blogs sont sous la forme suivante :

http://votrenom.blotilus.fr

Cependant, plusieurs extensions sont proposées : blotilus.fr, blotilus.net, blotilus.org et même journalys.com. Du coup, vous arriverez toujours à avoir l’adresse qui vous plait.

Et la concurrence ?

Bien entendu, l’initiative existe déjà de l’autre coté de l’océan. La plateforme wordpress.com vous permet déjà d’avoir un Wordpress gratuit et auto-administré. Mais elle a tout de même quelques inconvénients.

Premièrement, et c’est le plus chiant à mes yeux, la base des utilisateurs est partagée entre l’ensemble des membres de la plateforme. Vous ne pouvez pas choisir le pseudo qui vous arrange, et surtout, vous ne pouvez pas donner gérer facilement les comptes des rédacteurs de votre blog.

Autre problème, l’anglais. Peut être pas pour vous, vous êtes totalement bilingues, mais surtout pour vos visiteurs. Et aussi peut être un peu pour Google, qui aura quelques difficultés à vous classer dans la zone France (essentiellement à cause d’une histoire d’IP, d’ailleurs).

Enfin, et c’est toujours agréable, le support technique. Chez Blotilus, il y a une équipe à votre écoute. Equipe qui compte plusieurs filles, en plus, si ce n’est pas un argument de choc ça !

Essayer gratuitement

Pour tester, vous pouvez vous inscrire sur www.blotilus.com. Votre blog devrait être disponible en quelques minutes seulement. De mon coté, le mien est déjà disponible.

Vous pouvez également consulter le blog de Blotilus (naturellement, il tourne sous Wordpress ) ou même rejoindre son Twitter.

source.

Hébergeur Wordpress gratuit : Blotilus est un article de ilonet

Je vous rappelle le contexte, je me suis proposée pour écrire une petite série de billets sur l’optimisation de Wordpress. En analysant les sources du moteur de blogs, et en bidouillant un peu, j’ai en effet réussi à accélérer son chargement d’environ 27 fois. Et même si cela est plus difficile à quantifier, ces modifications ont aussi un impact important sur la charge du serveur : le blog consomme moins de ressources, donc le serveur est capable d’accueillir plus de lecteurs.

Lors du premier article, je vous présentais les petits trucs à astuces, à mettre en œuvre en premier lieu. Ces modifications ne touchaient que le cœur de Wordpress. Aujourd’hui, elles touchent également à la configuration du serveur. Cela signifie qu’il est souhaitable d’être administrateur du serveur en question ! Notez que je détaille les commandes pour une distribution Linux Debian Lenny, mais qu’elles sont facilement adaptables pour les autres distributions.

Utiliser le cache Wordpress

Je vous propose ici un cache super puissant. Oubliez les extensions qui vous promettent la lune, sans jamais tenir leurs promesses. Intelligent, ce système de cache place en effet les objets les plus utilisés en mémoire vive. C’est-à-dire qu’ils seront accessibles en une fraction de millisecondes, difficile de faire plus rapide !

Pour cela, vous devez au préalable installer Memcached sur votre serveur Web. Sous Linux Debian, utilisez simplement la commande suivante :

aptitude install memcached php5-memcache

Puis redémarrez votre serveur Apache :

/etc/init.d/apache2 restart

Si vous désirez vérifier que tout s’est bien déroulé, créez une page phpinfo.php contenant le code suivant :

<?php
    phpinfo();
?>

En l’appelant depuis votre navigateur Internet (comme Google Chrome ou Firefox), une rubrique memcache doit être affichée dans la page.

Pour activer le cache Wordpress, vous devez ensuite définir la constante WP_CACHE dans votre fichier wp-config.php, en y insérant la ligne suivante :

define(‘WP_CACHE’, true);

Enfin, récupérez le contenu de ce fichier, puis enregistrez-le sous le nom object-cache.php dans le dossier wp-content/.

A partir de maintenant, l’ensemble du cache Wordpress est persistant, et sauvegardé en mémoire vive. Vous devrez obtenir une nette amélioration.

Utiliser le cache navigateur

Chaque navigateur possède un cache qui leur est propre. Cela lui permet d’éviter de recharger continuellement des images ou fichiers statiques, sans raison. Encore faut-il le prévenir que ce sont des fichiers statiques !

C’est notamment le cas pour l’ensemble de vos images ou feuilles de style CSS. Nous allons donc installer et utiliser le très bon module Apache expires, et le configurer pour mettre un cache de 10 jours sur toutes les images et fichiers CSS.

Pour cela, sous Linux Debian, commencez par créer un fichier nommé expires.conf, dans le dossier /etc/init.d/apache2/mods-available/, contenant les lignes suivantes :

ExpiresActive On
ExpiresByType text/css "access plus 10 days"
ExpiresByType text/javascript "access plus 10 days"
ExpiresByType application/x-javascript "access plus 10 days"
ExpiresByType application/javascript "access plus 10 days"
ExpiresByType image/x-icon "access plus 10 days"
ExpiresByType image/png "access plus 10 days"
ExpiresByType image/gif "access plus 10 days"
ExpiresByType image/jpeg "access plus 10 days"
ExpiresByType image/jpg "access plus 10 days"
ExpiresByType application/x-shockwave-flash "access plus 10 days"

Ensuite, pour activer ce module, tapez la commande suivante :

ap2enmod expires

Puis redémarrez Apache :

/etc/init.d/apache2 restart

Et ensuite ?

Comme dit dans le précédent article, pour ne pas rendre ces manipulations totalement imbuvables, j’ai décidé de les répartir sur plusieurs petits articles.

Le programme des prochains articles est donc : configuration complète d’Apache, configuration du serveur de base de données MySQL et mise en place d’un cache lourd (via l’installation et la configuration d’un proxy).

L’ordre de ces articles n’est pas anodin : les premiers vous présentent les solutions les plus rapides à mettre en place, tandis que le dernier (sur le cache lourd par proxy) vous détaillera la solution ultime que j’ai pu trouver (à elle seule, elle vous permet de diviser le temps de chargement par 20 au moins).

Optimisons Wordpress – Partie 2 est un article de ilonet

Julien vous en avait parlé dans ce billet, je me suis proposée pour écrire un petit article sur l’optimisation de Wordpress. Article qui a été rédigée en Guest Blogging donc, vu que je ne suis pas chez moi ici. J’ai essayé de suivre les conseils que j’ai pu gratter à droite et à gauche, mais rédiger un article sur un blog n’est pas une opération courante pour moi. J’espère que vous saurez être indulgents.

Première chose, la longueur de l’article. Je me suis rendu compte que j’avais beaucoup de choses à dire, énormément de choses à dire, et que rédiger un pâté de deux cents pages n’était pas forcément une bonne idée. Et comme toutes les optimisations ne se font pas au même niveau, je vais plutôt diviser cet article en une série de plusieurs petits. Ca me donnera l’occasion de m’entrainer un peu, pour essayer peut être de devenir un jour une vrai blogueuse ?

Entrons dans le vif du sujet, parlons Wordpress, parlons optimisation. Comme je l’ai dit, c’est le premier article d’une longue série. Il se concentre donc uniquement sur les premières mises en garde, les premières choses à toucher sur Wordpress pour l’optimiser. Les autres articles devraient suivre rapidement.

Benchmark : les performances finales

Pour évaluer ces optimisations, j’ai naturellement fait une série de tests. J’aurais pu terminer par cette partie, mais je trouve ça plus sympa de la mettre au tout début. Au moins, ça montre où on va. Voici donc comment j’ai réalisé ces tests de performance :

• J’ai installé une distribution Debian 5 vierge, avec Apache, PHP5 et MySQL (configuration de base) ainsi que la dernière version de Wordpress 2.9.2. J’ai ajouté quelques articles bidons, et les 10 plugins les plus populaires de Wordpress.

• Puis j’ai fait mes premiers tests. En moyenne, sur ma machine virtuelle, en simulant 1000 utilisateurs en ligne simultanément, qui appellent aléatoirement la page d’accueil, l’accueil d’une catégorie, la page d’une recherche ou la page d’un article, la page se charge en 3622,1 millisecondes. Ca peut paraitre beaucoup, mais c’était une machine virtuelle, et il y avait quand même 1000 personnes en parallèle.

• J’ai fait mes optimisations sur Wordpress, configuré un Squid en profondeur, configuré correctement MySQL et Apache.

• J’ai relancé mes tests. Toujours sur ma machine virtuelle, et toujours en simulant toujours 1000 utilisateurs en ligne simultanés, qui appellent aléatoirement la page d’accueil, l’accueil d’une catégorie, la page d’une recherche ou la page d’un article, la page se charge en moyenne en 129,4 millisecondes.

Soit un chargement moyen 27 fois plus rapide !

Attention aux plugins, attention aux thèmes

Même si cela ne rentre pas directement en compte dans mes tests, c’est le premier conseil que je peux vous donner : il faut faire attention à certains plugins. Certains d’entre eux sont très mal codés, et consomment beaucoup de ressources.

C’est dommage, car un tout petit plugin peut parfois écrouler les performances globales de votre blog. Si vous n’avez pas le niveau pour analyser la source de ces plugins, essayez quand même de regarder les appréciations globales sur Wordpress Plugins, dans les commentaires.

C’est aussi valable pour les thèmes. C’est même encore plus traitre, car on ne s’attend pas à ce qu’un thème puisse être une « usine à gaz ». Pourtant, certains proposent tellement d’options qu’ils sont super lourds. Je pense par exemple au thème Mystique.

Pour les thèmes, pensez aussi à regarder la taille des images et des fichiers Javascript. Ces fichiers doivent en effet être chargés par vos lecteurs : s’ils sont lourds, le chargement des pages sera forcement plus longs. C’est désagréable pour les lecteurs.

Désactiver la révision des articles

Depuis la version 2.6, Wordpress inclut un système de « révisions ». En gros, lorsque vous modifiez ou enregistrez un article, un nouvel enregistrement est ajouté dans la base de données. C’est pratique lorsque vous écrivez à plusieurs et que vous souhaitez garder une trace de toutes les modifications réalisées (avec la possibilité de revenir en arrière), mais c’est très consommateur en ressources.

En effet, un article peut ainsi se retrouver en 15 ou 20 exemplaires dans votre base de données. La taille de votre base de données sera donc décuplée, ce qui l’alourdira. Du coup, en plus de consommer plus d’espace disque, elle sera légèrement plus lente.

Si vous n’avez pas besoin de cette fonctionnalité, autant la désactiver directement. Pour cela, modifiez le fichier wp-config qui se trouve à la racine de votre Wordpress, puis ajoutez la ligne suivante :

define('WP_POST_REVISIONS', false);

Vous pouvez également purger votre base de données, en effaçant l’ensemble des “revisions”. Rassurez-vous, cela n’aura aucun impact sur l’affichage de votre blog ; seuls l’historiques des modifications sera supprimés. Pour cela, connectez-vous à votre base de données MySQL (via phpMyAdmin, par exemple), et lancez la requête SQL suivante :

DELETE FROM wp_posts WHERE post_type = 'revision';

Ajouter un cache Gravatar

Wordpress intègre le service Gravatar, qui permet d’associé automatiquement un avatar selon l’adresse email de l’auteur d’un commentaire. C’est notamment ce service qui permet d’ajouter automatiquement ma petite photo, à coté de tous mes commentaires.

Cependant, les serveurs Gravatar ne sont pas toujours très véloces. Surtout qu’ils ne demandent pas au navigateur de les mettre en cache. Une image, une requête HTTP. Avec 50 commentaires, 50 requêtes HTTP supplémentaires. Ca peut vite devenir lent pour le visiteur !

Heureusement, un plugin vous permet de mettre en cache ces avatars. Vous avez ainsi le contrôle sur l’expiration du cache navigateur, et limitez les requêtes vers les serveurs Gravatar.

Héberger vos images sur des IPs différentes

Quand un navigateur charge une page, il charge également l’ensemble de ses images, et l’ensemble de ses fichiers Javascript. Pour cela, il fait une requête HTTP par objet. Seulement, pour ne pas surcharger le pauvre serveur, il se limite généralement à 2 ou 3 requêtes simultanées sur la même IP… ce qui prend au final encore plus de temps !

Pour contourner cela, une idée est d’avoir plusieurs IP. Si vous avez un serveur dédié, vous pouvez facilement créer un sous-domaine, pointant sur votre serveur avec une autre IP, pour héberger toutes vos images. Si vous êtes en mutualisé, c’est déjà plus dur. La solution est alors d’avoir plusieurs hébergeurs, avec des IP différentes.

Et ensuite ?

La suite sera détaillée dans les prochains billets. Par contre, pour la suite, il sera nécessaire d’avoir la main sur la configuration du serveur. Au programme : mise en place d’un cache léger en mémoire vive, configuration d’Apache et MySQL, mise en place d’un cache lourd (via l’installation et la configuration d’un proxy).

En espérant que ce premier article puisse vous servir, même s’il concerne pour le moment que les bases de l’optimisation. J’attends vos conseils et remarques, pour rédiger au mieux la suite de cet article.

Optimisons Wordpress – Partie 1 est un article de ilonet

Dans son article, Wikio : vos liens ne vaudront bientôt plus rien, l’ami Fred expose et critique la future méthode de calcul utilisée par le service Wikio, pour effectuer le classement des blogs. Vu que je me heurte exactement aux mêmes problèmes avec Blogonet, le sujet m’intéresse.

Le classement, toute une difficulté

Beaucoup pensent avoir une idée de la complexité de la chose, mais peu l’évaluent correctement. C’est encore plus dur que ça. Théorie des nœuds, analyses et algorithmes sont des outils nécessaires, mais la difficulté est encore au dessus ; elle vient en partie du français : qu’est qu’un blog influent ? Un blog avec plein de visites ? Un blog avec plein de lecteurs (qui lisent) ? Un blog avec plein de commentateurs ? Un blog avec des lecteurs ou commentateurs spécialisés ? Un blog qui pousse le lecteur à réfléchir ? Et, encore plus dur, comment savoir si le blog de Machin est plus influent que celui du TrucMuche ? En se basant quels indicateurs ? Et quelles mesures ?

Bref, un problème de français, à la base. Puis un problème de mesures. Et enfin, un problème d’algo. Remuez tout cela, saupoudrez le tout de quelques problèmes supplémentaires, vous obtenez nos classements mensuels. Ouch.

Actuellement, ces classements sont en grande partie basés sur les liens entre les blogs. On part en effet du principe que plus un blog est influent, plus il sera lié par les autres. Le problème ? Cela conduit à des ententes, pour ne pas dire des mafias-blogueuses. Tu me fais un lien, je t’en fais un en retour. Et tous les 3 jours, on recommence. En plus de dégrader la qualité des blogs en question, cela fausse les classements. Il faut trouver des parades.

Comment implémenter un système anti-triche ?

La nouvelle idée de Jean Veronis : accorder une valeur dégressive aux liens. Par exemple : le blog de Machin fait un lien vers celui de TrucMuche. Ce lien rapporte 1 point au blog de TrucMuche. Le mois suivant, le blog de Machin fait encore un lien vers celui de TrucMuche. Cette fois, il ne rapporte plus que 0.7 points. Puis 0.5 points. Et ainsi de suite.

Sur le papier, c’est beau, ça désavantage sévèrement les tricheurs. Ou du moins, ça change les règles du jeu. Mais la vraie question à se poser est : est-ce que cela favorise les blogs influents ? Ma réponse est non. Ils sont aussi pénalisés. Prenons un exemple. Je lis souvent le blog de Fred, je réagis souvent à ses billets (cet article en est la preuve). Pour ainsi dire, nous pouvons dire qu’il m’influence ; il n’y a pas de tricherie, et aucune entente entre nous. Tous les liens que je fais vers lui sont légitimes. Pourtant, cette nouvelle idée le pénalisera. Ou du moins, ne le favorisera pas autant qu’il faudrait.

A mon sens, cette solution ne reflètera donc pas la réalité. Du moins, pas plus que l’actuelle.

Un début de solution

Ma solution : introduire de nouvelles variables, de nouvelles sources de mesure. C’est déjà ce que j’ai commencé à faire, en prenant en compte les liens sur Twitter et la qualité des commentaires. Plus un article est relayé sur Twitter, plus il est lu et jugé intéressant. De même, plus il est commenté (de manière intelligente), plus il est susceptible de faire réagir ou réfléchir le lecteur.

Autre parade pour contrer les réseaux de triche : pénaliser les échanges de liens flagrants, tout en favorisant les blogs qui touchent un grand réseau. Le tout en divisant le poids d’un lien en fonction du nombre de liens contenus dans un article (à la manière de Google). Cet algorithme vient d’être mis en place sur Blogonet : je constate quelques changements, principalement dans le top 50.

La solution idéale

Pour pousser le bouchon encore plus loin, et s’orienter vers une qualité totale : analyser la pertinence des liens contenus dans un article. Si le contenu des articles pointés est jugé sans rapport avec l’article original, alors aucun point ne leur est distribué. J’ai commencé à travailler dans ce sens, mes algorithmes étant encore en version bêta. Disons qu’ils ne sont pas encore assez souples, et restent pour le moment beaucoup trop lents.

Mais je pense que cela devrait voir le jour d’ici quelques mois.

Classement : Influence d’un blog et algorithme est un article de ilonet

Récemment, plusieurs blogueurs ont reçu un cadeau de la part d’une grande marque d’alcool (et non, je ne la citerai pas, cela pourrait être interprété comme étant de la publicité déguisée ; on ne m’y prendra pas). Plusieurs bouteilles, un shaker, des verres, du jus d’orange pour accompagner l’ensemble, l’assortiment était complet.

Bien entendu, ce cadeau n’est pas tombé de ciel, leur vie numérique est directement entrée en jeu ; si seulement ils pouvaient les remercier en publiant un article sur leur blog, ça arrangerait bien leurs affaires ; ce n’était bien entendu pas mentionné, juste implicite. Le problème ? La publicité pour l’alcool est interdite sur Internet (on se souviendra d’ailleurs de la condamnation d’une célèbre marque de bière pour s’y être aventuré).

Et c’est justement là que je veux en venir, justement à ce niveau qu’il y a de l’abus. La publicité officielle étant impossible, cette société utilise la crédulité des blogueurs pour mettre en avant leur boisson. Et bien entendu, beaucoup sont tombés dans le panneau : on assiste à quelques déballages en direct, sous l’œil attentif de leur caméra, accompagné d’un magnifique pavé vantant le goût et les mérites du produit. Bref, de la publicité, pur et dur.

Alors bien entendu, la société en question n’a jamais rien demandé, elle a juste offert quelques cadeaux. Explicitement, c’est vrai. Un exemple qui en illustre évidement bien d’autres. Les blogueurs sont bien pris pour des cons ; c’est bien connus, on peut leur donner n’importe quoi, ils relayent systématiquement…

Oui, je suis blogueur. Oui, je reçois des cadeaux. Oui, je suis…

Le blogueur est-il con ? est un article de ilonet

Première étape, l’installation. Je ne détaille pas le processus, vous le connaissez probablement sur le bout des doigts. Dix minutes top chrono, le temps de dézipper la bête, le tout est installé. Le scalpel à droite, la morphine à gauche, l’opération peut commencer.

Après un premier état des lieux rapide, je me dirige directement vers le centre du cerveau : les requêtes SQL. Une ligne de code ajoutée par-ci, une autre par là, elles défilent sur mon écran au fil de ma navigation. Pour information, j’ai juste trifouillé la méthode query() du fichier /wp-includes/wp-db.php pour ajouter un simple :

echo $query;

Première constatation, ces requêtes sont nombreuses. Au moins une dizaine par page, en moyenne. Et encore, je n’ose pas vous parler de l’interface d’administration. De plus, nombre d’entre elles sont redondantes, plusieurs pourraient être fusionnées, d’autres supprimées. Je pense notamment à celles permettant de charger les options de configuration de votre blog : ces options changent tous les 36 du mois, les mettre en cache me semble inévitable, pourquoi ne le font-ils pas ? Idem pour les liens ou les catégories, placés dans la sidebar.

Pour m’aider dans l’analyse de ces requêtes, j’approfondis le bout de code donné plus haut (ne fuyez pas, je vous l’explique juste après, en bon français) :

Lire la suite

echo $query;

if ( substr($query, 0, 7) == 'SELECT ' )
{
   $r = mysql_query('EXPLAIN '.$query);
   echo '<pre>';
   while ( $d = mysql_fetch_assoc($r) )
   {
      var_dump($d);
   }
   echo '</pre>';
}

Ce bout de code permet d’exploiter la puissance du gestionnaire de base de données : pour chaque requête, je lui demande de m’expliquer comment il va la traiter. Cela permet de voir en un coup d’œil si la requête est optimisée, et si des améliorations peuvent être apportées à ce niveau.

Les connaisseurs noteront que je n’utilise pas l’objet MySqL proposé par Wordpress : je vais au plus simple, pour limiter au maximum les risques d’erreur, qui pourraient provoquer des jugements trop hâtifs.

Je suis plutôt content à ce niveau, toutes les requêtes sont relativement optimisées. Revers de la médaille, cela veut également dire que j’allègerai relativement peu la bête en cherchant de ce côté. Flûte.

Prochaine opération, les timers. Modifier le code en plaçant des témoins à différents endroits stratégiques permet de repérer facilement les goulots d’engorgement, pour cibler les zones à optimiser en priorité. Pour cela, on démarre le chrono au tout début du fichier :

define(‘TIMER_START’, microtime(true));

puis on affiche le temps écoulés depuis le début à plusieurs reprises :

echo microtime(true) – TIMER_START;

Bingo, deux goulots repérés. Sur un total de 430 millisecondes en moyenne pour charger la page (c’est énorme : à titre de comparaison, Blogonet affiche la Home en moins de 30 millisecondes, sur la même bécane) :

• 100 ms sont utilisées par le chargement d’une 15ène de fichiers, définissant des centaines de fonctions, sur plusieurs dizaines de milliers de lignes. Peu de solutions à proposer à ce niveau (ou du moins, pas au niveau du code en lui-même, il faudra plutôt toucher à configuration du serveur, en mettant en place un cache OP-Code).
• 200 ms environ sont utilisées par le moteur de langage : après avoir analysé la chose, la solution est très puissante, mais également très très lourde. Pour corriger le tir, un fichier de cache peut être mis en place sur l’objet ainsi généré.

Résultat, en appliquant les quelques conseils de l’article, j’arrive à franchir la barre des 180 ms, en moyenne. Le tout avec moitié-moins de requêtes. C’est encore beaucoup, j’en suis conscient, mais ça permet déjà de diviser les ressources consommées par deux (et donc de prendre un serveur deux fois moins cher ?).

Bien entendu, ça ne remplacera jamais un système de cache évolué. D’ailleurs, un jour, je regarderai ce qu’ils ont dans le ventre, eux aussi. Il y a peut être moyen d’optimiser encore.

crédit image

Désarticulons Wordpress 2.8 est un article de ilonet