Nicolas

Je suis globalement d'accord avec vous 2 ;-) Je vais quand même soulever un point qui peut être un problème dans certains cas. Avoir son propose cms ou framework permet d'avoir une maitrise totale de son code et de séparer les couches de developpement; c'est le gros avantage. Inconvenient : ca peut être difficile à reprendre par un autre développeur. Dans le cas d'un travail en équipe à terme ou le rachat du site ca peut poser problème à savoir qu'il faudra un peu de temps au nouveau developpeur pour comprendre le code déjà écrit, l'organisation etc ... même si ca respecte la norme MVC et que c'est bien codé ca sera pas forcement une tache triviale. Je suis de plus en plus convaincu qu'il faut absolument utiliser un framework connu pour un projet de taille moyen ou grande. L'inconvient c'est qu'il faut du temps pour se former. Et pour un site vitrine que l'on doit mettre en place rapidement un cms bien maitrisé peut vite faire l'affaire et pourra là aussi être repris par d'autres développeurs.

Je ne pense pas. C'est comme tout il ne faut pas en abuser cependant ;-) et le faire correctement. J'ai de vieux site qui ont été référencés comme ça dès le début et qui se portent toujours très bien. Comme je débutais en référencement j'ai utilisé cette méthode sans trop réflechir. Tu peux faire quelques échanges et voir d'ici quelques semaines si cela change quelque chose pour toi.

Bonjour, Je relance un peu le sujet car en ce moment j'étudie justement les 3 possibilités (AàZ / Framework / CMS) et je me pose toujours la question de savoir quelle techno utiliser lorsque je fais un projet Internet. Il faut se poser la question "est ce que le code sera repris tot ou tard par d'autres développeurs ?" Un développement fait de A à Z est interessant car il est sensé être maitrisé par son auteur et lorsqu'il doit faire une modification il ira parfois beaucoup plus vite qu'avec un CMS même bien maitrisé. Par contre si le code du développeur doit être repris par un autre développeur il peut y avoir des soucis. Même avec un code bien commenté et qui restent certaines normes et principes il faudra toujours un temps pour maitriser le code d'un autre...à moins que le développeur ait fait un backoffice évolué capable de traiter la plupart des modifications ou qu'il utilise un framework connu. J'aime bien ce topic car il soulève un point très important dans l'élaboration d'un projet web. Une erreur dans le choix de la technologie employée peut se payer très cher à terme. Suivant le choix de la technologie on gagne parfois du temps au début et c'est ce critère là qui pousse parfois le développeur à faire un choix qui lui parait juste. Mais il faut raisonner sur du moyen/long terme car un site web n'est pas censé vivre que 6 mois.

Un site ecommerce peut couter bien plus de 4500 suivant le cahier des charges. Attention tout de même à ne pas trop tirer les prix vers le bas car à force de travailler pour presque rien on se lasse. A la limite pour lancer son activité et avoir des références tu peux faire des offres de lancement très compétitives.

Bonjour, Il vaut mieux rester dans la même thématique. Je sais c'est plus compliqué d'obtenir un partenariat d'échanges de liens car dans la même thématique il y aura un bon nombre de concurrents. En dehors du référencement et en tant que visiteurs je n'aime pas voir des liens qui n'ont rien à voir avec la thématique du site. Je ne pense pas être le seul. Apres si les liens sont sur une page dédiée de type page partenaires c'est différents mais l'efficacité est moins forte que si le lien se trouve dans un texte d'une page déjà bien positionnée.

Bonjour, Tu peux aussi facturer en fonction du projet et de la difficulté en tenant compte de maximum de choses : - nature du site : spécifique / site vitrine / ecommerce ... - spécificités - contenu / fréquence des mises à jour - ajout de fonctionnalité / mises jour (sécurité, évolutions technologique) ... Il faut bien sur être rentable et pouvoir te payer tout en gardant des liquidités en cas de mois difficiles. Au fur et à mesure tu affineras tes prix en fonction du temps que tu passes et tu reduiras ton temps de dévellopement sur les nouveaux projets (reutilisation de morceaux de code, plus rapide pour coder, ...).

Bonjour, Je pense que tu ne risques pas grand chose en modifiant le contenu surtout que tu gardes la même structure d'urls. De plus un site ne tombe pas dans les profondeurs du classement comme cela surtout quand le site est ancien et qu'il a déjà un bon nombre de backlinks.

A choisir je prefere comme thick avoir une url de type article-(num id).html qu'une url avec 50 mots clés (risque de suroptimisation, crawl p-e moins fréquents, url moins facilement utilisable par les visiteurs etc...). La 2eme solution est la plus simple à mettre en place puisqu'il suffit de dire au cms ou de mettre en place une regle simple (dans le cas d'un dev specifique) pour reprendre tous les mots du titre. Cette technique peut donner l'impression d'optimiser son référencement facilement mais la réalité est tout autre... On peut aussi mettre en place une solution d'url avec 2 ou 3 mots clés mais cela implique parfois la nécessité d'éditer manuellement chaque url (dans le cas d'un cms de type Blog par exemple). Cela demande donc du temps ... Ou alors il faut mettre en place une règle "intelligente"

Bonjour, Non ce n'est pas le changement de serveur. De plus pendant la propagation DNS ton site était encore sur l'ancien serveur donc accessible ? Est-ce que tous tes mots clés ont été impactés ou seulement certains ?

Bonjour, Cette technique de donner du poids à une catégorie ou à une fiche d'un annuaire est souvent utilisée. D'ailleurs ca part souvent de l'initiative de ceux qui inscrivent leurs sites. Le référenceur propose son site dans une catégorie, une fois le site accepté le référenceur va faire des liens (parfois même en masse) vers la fiche détaillée de l'annuaire pour lui donner du poids. Les liens ne viendront pas forcement du site inscrit mais d'autres sites que le webmaster/référenceur possède. Les annuaires ont moins la cote... pas grave cette technique est maintenant employée sur les sites de communiqués de presse. Je vois certains des articles de mon site de CP obtenir des BLs à partir d'autres sites que celui inscrit par l'internaute. Et parfois même les liens viennent d'articles de communiqués de presse !!! (= des articles conçus pour donner du poids à d'autres articles). Les supports changent mais les techniques de bases restent parfois les mêmes.

Entièrement d'accord ;-)

Dudu >> Je suis ok et moi aussi j'agis de plus en plus comme ça mais ce comportement n'est valable que pour les webmasters (et encore pas tous) ... Il faut penser que les autres (99%) sont des "cliqueurs fous" et ne regardent pas l'url.

Cebastien >> si tu n'as pas de contrainte de temps et que tu fais ça pour apprendre et t'amuser alors il vaut mieux faire comme tu fais actuellement à savoir apprendre les bases PHP/MYSQL/HTML/Programmation Object ...

Pareil ... C'est très important ama de bien connaitre la POO même lorsqu'on n'utilise que des CMS pour developper ses sites.

Y a du pour et du contre dans les 2 méthodes. Aenoa je comprends pas trop ta notion de mérite. Pour moi c'est le résultat qui compte. Si tu trouves un moyen de developper un site en 5 minutes (façon de parler bien sur ;-) ) et que tu arrives à tes objectifs (chiffre d'affaire / visiteurs / contenu / delais max de conception ...) je te dirais que tu as choisi la bonne méthode par rapport à ton cahier des charges et objectifs. C'est le résultat qui compte non ? et puis vous croyez vraiment que les visiteurs vont regarder comment est conçu le site. La plupart des internautes ne savent même pas qu'il y a un code source derrière un site. Pour les visiteurs l'important c'est que le site soit rapide, clair, qu'il contient l'information qu'il cherche, ... Le code d'un cms peut être très "lourd" mais il existe des systèmes de cache performants (soit au niveau du cms soit au niveau du serveur). Un developpement maison peut aussi "bouffer" beaucoup de ressources si il est mal conçu et au contraire un cms bien parametré peut être performant. Après ca dépend du projet. Si vous souhaitez mettre en place rapidement un blog ou un forum c'est quand même plus rapide de passer par un cms. Le hub utilise un cms d'ailleurs. Dans l'absolu je préfère développer un site de A à Z. J'en ai développé un comme ça mais je peux vous dire que cela m'a pris du temps ;-) et cela m'en prend encore pour les maj par contre l'avantage c'est que je peux modifier le site au pixel près sans me dire est-ce que ca va être possible ? En comme le dit thick pour le référencement c'est mieux cela permet d'avoir un code source que l'on souhaite vraiment. L'utilisation d'un cms ou non c'est à étudier au cas par cas. PS : Thick suivant la config de ton serveur les pages .html peuvent appeler du php ;-)

Bonsoir, Vu le nombre de clients je pense que les relances sont automatisées. Il se peut que le statut concernant ce ndd n'a pas été changé (bug / erreur humaine / oubli / ...).

C'est pas pour un redressement éventuel mais pour faire les choses proprement ;-) Merci pour les infos.

Merci pour vos réponses arlette >> mdr ! hé oui je commence à avoir des cheveux blancs ;-) brocexco >> On m'a dit qu'il fallait un justificatif du receveur (que ce soit un centre de recyclage, une asso, ...) mais j'ai aussi entendu qu'il n'en fallait pas. Si j'ai bien compris lorsque c'est supérieur à 3 ans pas besoin de justificatif sinon oui ? j'ai bon ?

Bonjour, Je voudrai donner du vieux matériel informatique a une association. - Un pc qui doit au moins avoir 5 ans (qui fonctionne encore très bien). (acheté environ 1000 à l'époque) - Un écran qui doit avoir 7 ans (qui fonctionne encore très bien). (environ 400 à l'époque). - Des cartes ... Est-ce que c'est possible de donner du matériel ? Est-ce que je dois demander un justificatif à l'association ? Il faudrait aussi que ce matériel sorte de la compta je suppose. PS : J'ai déjà demandé à des comptables mais j'ai eu des avis différents alors je demande aussi à la communauté ;-) Merci d'avance. Nicolas

Je suis d'accord avec Captain Torche. Concernant le référencement (d'après moi) je ne pense pas que ce soit mauvais de faire des liens sortants dofollow surtout si c'est dans le contexte. Par contre le nofollow doit être utilisé pour des cas spéciaux et non pour essayer de "gratter du jus" (désolé pour l'expression lol) alors que les liens externes sont légitimes. Le site de foifoi semble être un guide sur les boutiques qui proposent des codes promos. foifoi obtient du contenu et donc des visiteurs via ce contenu (interet pour les visiteurs et référencement). Il fait donc du contenu grace à ces boutiques alors pourquoi ne pas leur rendre ce qu'elles lui apportent ? En dehors du référencement c'est aussi une question de principe : On prend on donne...

Je suis d'accord avec Dudu. Le nofollow doit (d'après moi) être utilisé pour : - Les liens d'affiliation - Des pages similaires par exemple des pages de résultats différentes uniquement sur l'ordre de tri. - Des pages de recherche (dans certains cas). - L'exemple de dudu est très bon aussi Tes liens sont censé intéresser tes visiteurs alors pourquoi ne seraient-ils pas intéressants pour les moteurs ? ;-)

Bonjour, Perso je ne mets jamais de nofollow à part sur certains types de liens comme les liens d'affiliation. Mon avis : Un lien sortant apportent un poids sur les termes des anchors links du site "destination" mais aussi pour le site qui contient le lien. Ce n'est pas dit que cela soit le cas pour un lien en nofollow.

Exact, c'est pour cela qu'il y a le mot "uniquement" dans ma phrase ;-) D'après moi ce n'est pas le pagerank qui fait le classement, le pagerank c'est juste un petit indicateur sur la valeur des liens d'un site qui eux sont importants pour le positionnement. Ils peuvent avoir un poids différents (cf mon message au dessus) et variable dans le temps (ancienneté et modification d'algo). De plus il y a d'autres critères que les liens (backlinks) ... C'est pour cela que j'utilise le mot "petit" indicateur.

J'ai parlé de l'inconvenient majeur mais ca a aussi des avantages (un peu les mêmes que les CMS d'ailleurs)

Je suis d'accord avec Ernestine. Au départ tu gagnes du temps mais ensuite il faut "nettoyer" le code si on veut un code vraiment propre.