Bonjour a tous,
J'aimerai vous faire pas d'un résultat de référencement innatendu obtenu sur google.
Notre boite à developpé un systéme de gestion de contenu assez complexe (grosse ogranisation relationnelle sous SQL server 2000) qui permet de concevoir des sites dynamiques tres riches.
Sur cette base nous nous sommes posé la question de savoir s'il etait vraiment interessant d'avoir un site vraiment dynamique, c'est à dire refrabricant la page à chaque requette.
Il nous est apparu que la règle en la matiere est :
Si l'info change aussi souvent que la page est vue : site totalement dynamique (ASP PHP)
Si l'info change beaucoup moins souvent que la page n'est vue, il semble que fabriquer la page a chaque requette est inutile. La charge sur le serveur de données est inutilement alourdie, le site est plus lent, moins stable (lien critique avec le SGBD) et moins robuste en montée en charge.
Pour cette raison nous avons developpé un outil qui permet de générer une version statique du site dynamique, et d'apporter au code généré un certain nombre d'optimisation.
Le système est conçu de telle façon que l'ors d'un changmenent quelconque dans la base relationnelle, il identifie les pages à reconstruire. Toute la difficulté est evidemmment la, puisque qu'une page peu contenir des données venant de plusieurs tables (jointures).
Les pages produites sont optimisées en taille (ecrasement des espaces inutiles, sauts de lignes, tabulations, apostrophes dans le html, etc...) avec un gain de 15 à 30% sur les grosses pages. Leur URL est de la forme :
nomdusite_page_variable_name1_variable1_value...etc...html
Le code html généré est ensuite modifié :
le titre de la pge est construit sous la forme "nom du site > catégorie > ss catégorie >...> page"
Un moteur annexe fabrique les meta a partir du titre et du contenu de la page en excluant les noise words et en prenant les mots clé significatifs, avec une surpondération des mots clés contenus dans les liens.
La fabrication du site statique prend envirion 5 à 6 secondes pour 600 pages. La croissance semble linéaire.
J'en arrive au sujet google qui nous interesse. Suite à la mise en ligne du premier site construit avec notre outil, nous avons constaté une fréquentation massive en provenance de google.
A ce jour, google à indéxé 160 pages sur les 600 du site. Le référencement spontané est absolument remarquable. Et c'est une suprise totale, puisque l'outil est destiné à un tout autre but que d'obtenir du référencement.
En plus grace au "mirroir HTML" nous pouvons utiliser la compression HTTP de IIS, ce qui donne encore un gain de 30 a 40% en vitesse. Enfin, nous pouvons utliser Index server sur IIS pour faire un moteur de recherche interne. C'est infiniment plus simple que de faire un moteur qui tape dans la base (80 tables relationnelles...).
Par rapport au URL rewriting, les avantages sont :
- L'optimisation du html (taille, titres, headers, metas)
- La rapidité
- Le cout d'hébergement (simple html !)
- L'abscence de lien critique vers le SGBD
- Marche sous IIS, Apache, tout serveur HTTP en fait
- Permet de faire un moteur interne avec index server
- Visiblement tres bon pour le référencement
Voila !
J'aimerai savoir si cette pratique du mirroir html est courante dans le monde du référencement.
A votre connaissance de tel systèmes existent à l'heure actuelle ? (Il semble que XBuilder ne soit plus commercialisé depuis 6 mois)
A votre avis pourquois le référencement avec google est-il si bon ?? (bien meuilleur que nos sites purement dynamiques)
Merci de votre aide,
Commentaires bienvenus
Julien
J'aimerai vous faire pas d'un résultat de référencement innatendu obtenu sur google.
Notre boite à developpé un systéme de gestion de contenu assez complexe (grosse ogranisation relationnelle sous SQL server 2000) qui permet de concevoir des sites dynamiques tres riches.
Sur cette base nous nous sommes posé la question de savoir s'il etait vraiment interessant d'avoir un site vraiment dynamique, c'est à dire refrabricant la page à chaque requette.
Il nous est apparu que la règle en la matiere est :
Si l'info change aussi souvent que la page est vue : site totalement dynamique (ASP PHP)
Si l'info change beaucoup moins souvent que la page n'est vue, il semble que fabriquer la page a chaque requette est inutile. La charge sur le serveur de données est inutilement alourdie, le site est plus lent, moins stable (lien critique avec le SGBD) et moins robuste en montée en charge.
Pour cette raison nous avons developpé un outil qui permet de générer une version statique du site dynamique, et d'apporter au code généré un certain nombre d'optimisation.
Le système est conçu de telle façon que l'ors d'un changmenent quelconque dans la base relationnelle, il identifie les pages à reconstruire. Toute la difficulté est evidemmment la, puisque qu'une page peu contenir des données venant de plusieurs tables (jointures).
Les pages produites sont optimisées en taille (ecrasement des espaces inutiles, sauts de lignes, tabulations, apostrophes dans le html, etc...) avec un gain de 15 à 30% sur les grosses pages. Leur URL est de la forme :
nomdusite_page_variable_name1_variable1_value...etc...html
Le code html généré est ensuite modifié :
le titre de la pge est construit sous la forme "nom du site > catégorie > ss catégorie >...> page"
Un moteur annexe fabrique les meta a partir du titre et du contenu de la page en excluant les noise words et en prenant les mots clé significatifs, avec une surpondération des mots clés contenus dans les liens.
La fabrication du site statique prend envirion 5 à 6 secondes pour 600 pages. La croissance semble linéaire.
J'en arrive au sujet google qui nous interesse. Suite à la mise en ligne du premier site construit avec notre outil, nous avons constaté une fréquentation massive en provenance de google.
A ce jour, google à indéxé 160 pages sur les 600 du site. Le référencement spontané est absolument remarquable. Et c'est une suprise totale, puisque l'outil est destiné à un tout autre but que d'obtenir du référencement.
En plus grace au "mirroir HTML" nous pouvons utiliser la compression HTTP de IIS, ce qui donne encore un gain de 30 a 40% en vitesse. Enfin, nous pouvons utliser Index server sur IIS pour faire un moteur de recherche interne. C'est infiniment plus simple que de faire un moteur qui tape dans la base (80 tables relationnelles...).
Par rapport au URL rewriting, les avantages sont :
- L'optimisation du html (taille, titres, headers, metas)
- La rapidité
- Le cout d'hébergement (simple html !)
- L'abscence de lien critique vers le SGBD
- Marche sous IIS, Apache, tout serveur HTTP en fait
- Permet de faire un moteur interne avec index server
- Visiblement tres bon pour le référencement
Voila !
J'aimerai savoir si cette pratique du mirroir html est courante dans le monde du référencement.
A votre connaissance de tel systèmes existent à l'heure actuelle ? (Il semble que XBuilder ne soit plus commercialisé depuis 6 mois)
A votre avis pourquois le référencement avec google est-il si bon ?? (bien meuilleur que nos sites purement dynamiques)
Merci de votre aide,
Commentaires bienvenus
Julien
