Bien nommer ses fichiers pour le web

Nommer ses fichiers pour internet

Marie-Aude

J'ai fait de la compta, de la finance, du juridique, j'ai été chef de projet SAP, j'ai fait de la photo, des voyages. Depuis 2007, je fais avec amour des sites webs pour les utilisateurs, qui se référencent bien et je vous aide à acquérir du trafic pertinent.

Vous aimerez aussi...

20 réponses

  1. Cristophe dit :

    J'ai chargé récemment un MitchumLoveHate.jpg , puis ayant fait un copier-​coller de l'adresse je n'ai pas eu de souci, mais si on tape mitchumlovehate.jpg mon serveur sensible à la casse ne le trouvera pas. Et si j'avais nommé le fichier mitchum-love-hate.jpg , un fan de Robert Mitchum aurait pu arriver sur mon blog... à condition d'aller dans les fins fonds du moteur de recherche, mon exemple est mal choisi. d:-)

    Je fais pire dans mes adresses. Les titres de mes billets musicaux commencent par le caractère ♫, repris dans les adresses... Mais dans ce cas, être hors normes m'amuse, ça doit être mon côté rebelle.

  2. Très bon rappel en effet !

    P.S : pourquoi écrire aussi petit sur ton site. Je n'y vois rien... :(

  3. Marie-Aude dit :

    @ Christophe, quand on a le luxe de pouvoir être hors normes, il faut en profiter :)

    @ Aurélien, désolée, c'est vrai que la police des commentaires est un peu petite. Je vais regarder ça... en attendant crtl ++

  4. En fait, tout le site est en 11 pixels chez moi...

  5. Marie-Aude dit :

    La feuille de style est en em et pas en pixels.
    Cela dit, ça donne effectivement du 11 pixels pour les textes. Une taille "raisonnable" non ? J'ai l'habitude de travailler en 9 ou 10 pixels dans mes docs, donc ça ne me choque pas. 

    C'est d'ailleurs une des raisons pour lesquelles j'avais pris ce thème :D

    Je suis en train de bosser sur une nouvelle version, je ne vais pas changer ici, trop risqué ^^

  6. Samuel dit :

    A noter que pour la réduction des images, il y a le plugin WP Smush It sous wordpress qui utilise l'appli de Yahoo !

  7. Philippe dit :

    Le plugin Smush.it semble éprouver des difficultés dans le traitement par lots. Peut-​être, justement, à cause de fichiers « mal » nommés. C'est du moins le cas sur nos blogs étrangers.

    Il me semble que le nom du fichier a son importance pour la gestion de la « bibliothèque des médias ». Pas vérifié ça sur mon blog en français, car je n'utilise pas la fonction d'envoi automatique. Tout se fait à l'ancienne : mise à l'échelle et amaigrissement de la photo, puis upload par FTP. Cela m'évite d'avoir deux images sur trois qui ne servent à rien sur le serveur. :-P

    Cela dit, la gestion des uploads d'image sur WordPress est catastrophique. Va donc demander à un néophyte d'insérer une image avec de bonnes dimensions, un poids optimisé, un affichage au bon endroit (par exemple à droite, ou à gauche, etc. mais pas n'importe où), une légende signifiante et un lien cliquable qui s'ouvrira dans une nouvelle fenêtre ! Ben le néophyte, même après avoir zyeuté le tutoriel d'Elephorm (celui de Gobet), il n'y parviendra probablement pas.
    J'espère que WP 3.3 mettra bon ordre à son organisation foutraque et chronophage (parce que si l'on doit faire une chose plusieurs fois par semaines, autant que ça puisse aller vite).

    Quant à la taille du texte, effectivement c'est pas top. Les PC affichent du 96 ppp et les Mac sont à 72 ppp, pour autant qu'il m'en souvienne. Le résultat, c'est qu'un écran PC a un effet loupe (nan, j'ai pas dit loupé;)) donc un effet grossissant ; ce qui paraît décemment gros sur PC se révèle souvent microscopique sur Mac. En l'occurrence, c'est nanométrique sur mon minuscule Powerbook.

    Il y a toujours la solution d'augmenter manuellement la taille d'affichage. Ce que je fais systématiquement ici comme souvent ailleurs, mais c'est aussi pour cause de presbytie. ;-)

    Le problème de ce blog, c'est que les colonnes de gauche (donc le pavé de texte) et de droite butent vite sur les bords sans guère soulager le calvaire des presbytes – en l'occurrence, du presbyte astigmate à myopie fortement asymétrique qui conclut ce post par son vrai prénom,

    Philippe
    (texte non corrigé, flemme du vendredi soir)

  8. Marie-Aude dit :

    Effectivement, je comprends mieux le problème avec Mac. Mais dans ce cas je ne dois pas être le seul site, et il y a toujours l'excellente possibilité de paramétrer la taille par défaut de la police dans le browser. 

    Je promets, pour la prochaine version, de me pencher là dessus.
    Ne serait ce que pas solidarité de presbyte astigmate hypermétrope et amblyope :D

    Pour le nom de fichier, quand il est catastrophique, il peut parfois coincer au chargement, mais c'est surtout après qu"il va poser des problèmes. 

    Le problème d'upload est triple : il y a la fonctionnalité "bibliothèque des médias" avec ses imperfections. Je suis en train de chercher les hooks adéquats pour pouvoir en faire justement une version simplifiée, avec des valeurs remplies par défaut, et plus de choix. 

    Il y a ensuite le code généré dans l'éditeur de texte. Selon la version de WP et les options du thème (par exemple disable autotop), les choix pour l'insertion d'image, le contenu des champs titre, alt, etc... le code ne sera pas le même. Je hais positivement le shortcode caption 

    Il y a enfin le problème de tinymce. Pour les images comme pour le reste, y'a pas à tortiller, si on veut savoir EXACTEMENT où on insère quelque chose, il faut aller dans la version html.
    Mais c'est pareil sur de très nombreux CMS.
    La seule chose, c'est que le bouton natif d'insertion d'image de TinyMCE dispose de nettement plus d'options de formatage. Elles permettent effectivement de beaucoup mieux positionner l'image, mais avec du css embarqué dans le code du post, ce qui peut s'avérer catastrophique quand on change de thème. 

    Mais même ce bouton d'image ne résout pas le problème du point d'insertion. "Ailleurs" (prestashop) où je voulais insérer une image en float avant un h2, elle a été insérée dans le h2. Hérésie que WordPress ne commet pas. 

    Il existe un plugin pour TinyMCE qui permet de transformer la rédaction d'article en véritable wysiwig, en prenant les styles du thème. Je pense que cela aide beaucoup pour le positionnement.

    J'arrive généralement à expliquer relativement facile à mes clients néophytes comment préparer leurs images. Et pour le placement, je leur explique que le web n'est pas un système de PAO ou un PDF, et que de toute façon, si ils veulent sortir un peu des options de base, il faut apprendre les bases de la mécanique. Et ça ne sert pas qu'aux images :)

  9. Marie-Aude dit :

    Sinon je viens de regarder WPSmush it. Il supprime manifestement les meta datas, ce qui ne me convient pas du tout. Si je me suis donnée la peine de créer ces metas datas, c'est pour quelque chose :)

  10. Philippe dit :

    Mieux vaut attendre la 3.3 finale avant de trafiquer la gestion des bibliothèques et l'insertion des images, puisqu'il n'y aura plus qu'un seul bouton pour l'insertion des médias (pas vérifié plus en détail cette chose-là).

    Ah oui, me suis toujours demandé pourquoi on avait une boîte de dialogue avec des éléments redondants, par exemple gauche flottante ou classe CSS. N'était pas technicien… je crois que je commets une hérésie : je sélectionne les deux à la fois (flottant et CSS), en me disant que le plus fort des deux l'emportera, j'ai des convictions darwiniennes. :-D

    Pour ce qui est de la place des insertions et d'autres trucs, y compris pour les hyperliens, je vérifie généralement dans l'éditeur HTML quand je ne le fais pas directement.

    Mais il faut se mettre à la place de gens dont ce n'est pas le métier ni la vocation. Sur trois blogueurs étrangers, on a un génie qui pige tout du premier coup (sauf les balises h2, h3, etc.), un anglophone qui s'y intéresse car il veut aussi ouvrir son blog perso, et un néophyte complet qui m'a pris des heures en Skype pour juste plus ou moins piger les rudiments des rudiments, c'est dire !
    Il y en a d'autres, il ne faut même pas leur parler d'HTML sinon ils se barrent en courant (c'est presque vrai, notre blog brésilien a par deux fois eu jet d'éponge, une première fois à l'appel de la deuxième reprise et une seconde fois avant même le début du match).

    Quant au gommage systématique de certains éléments dans l'éditeur HTML (genre espaces insécables, etc.), j'ignore si c'est dû à WordPress ou à TinyMCE, mais c'est extrêmement préjudiciable à la crédibilité du discours. (Je ne parle pas des remplacements d'attributs HTML par leurs équivalents XHTML, où cette fonction s'avère utile.)

    Je déplore aussi l'absence de gestion typographique aussi élémentaire que la division des mots en fin de ligne. Il ne serait pas malséant non plus d'intégrer un réglage par défaut *facile à modifier* (sans modifier les fichiers de base) permettant de choisir soi-​même le type de justification indépendamment des réglages par défaut du thème utilisé. C'est-à-dire un réglage indépendant des – et préexistant aux – réglages manuels.

    Bref, les développeurs de WordPress feraient mieux de corriger leurs erreurs plutôt que de claironner des « changements » qui ne changent rien.

    Et pendant que je suis dans mon mode « gueulante du soir », j'avais omis de signaler, dans mon précédent post, que les quelques éléments du DVD de formation « Elephorm by Gobet » que j'ai déjà visionnés me semblent particulièrement abscons. Ce type est sans doute un as de WordPress. Il ne lui reste plus qu'à apprendre la pédagogie… :-P

  11. Marie-Aude dit :

    Je ne connais pas le DVD, j'irais voir :)

    Pour la division des mots en fin de ligne, c'est tout simplement impossible. Ce n'est pas un formattage html. Donc pour pouvoir le faire, il faudrait modifier le texte à la base, mais cette césure serait dépendante du thème. De plus, si on accroit la taille des caractères, les mots ne seraient plus coupés de la même façon. On voit là les limites de la présentation sur le web, qui n'est pas un logiciel de PAO. 

    Pour la justification des mots, par exemple, c'est un des élements de base du CSS :)
    En fait, personnellement, je pense que 99,99% de la mise en page doit être décidée par le thème. Le style "en ligne" est une horreur. En revanche, décider des classes css supplémentaires qu'on peut appliquer peut être une bonne chose, simplement il faut savoir ce qu'on fait :)

    Le "problème" de WordPress est assez simple : c'est l'interface, donc il est a priori responsable de tout, ce qui est loin d'être le cas (TinyMce est un outil externe, comme FCKEditeur, qu'on peut utiliser à la place, via des plguins), et il y a des contraintes propres aux HTML, plus des insuffisances de WordPress

    Pour les images, je les trouve plus dans la gestion de l'upload et de la bibliothèque que dans l'insertion dans les posts. 

    La seule solution possible pour que l'utilisateur soit entièrement guidé, c'est de créer des éléments additionnels pour les images (du type de l'image à la une), où l'utilisateur saisit à part l'image, le titre, le alt, etc... et ensuite le thème fait tout. C'est la solution choisie par Typo3 par exemple. C'est nettement moins perturbant pour l'utilisateur qui ne connait rien au HTML, mais en fait cela enlève beaucoup de liberté. 

    "Liberté ou simplicité, il faut choisir" :)

  12. Marie dit :

    Alors là j'applaudis car il est rare de lire qu'il faut privilégier les urls courtes alors que c'est un vrai bon conseil !
    Pour ma part je réecris les urls de mes posts en supprimant les stopwords et en utilisant des synonymes et avec maximum 4 tirets.

  13. Marie-Aude dit :

    @ Marie, exactement pareil :) il y a deux trois plugins sympas d'ailleurs sur WordPress ^^

  14. Marie dit :

    @Marie-Aude : j'ai vu que tu faisais comme moi en regardant le nommage des pages de ce blog :D
    Par contre des fois j'oublie de renommer et j'envoie le post et quand je m'en aperçois, le lien a déjà été tweeté automatiquement et dans ce cas, j'hésite un peu à re-​changer l'url...

  15. Marie-Aude dit :

    Pareil... :)
    Et puis de temps en temps, une petite url sous optimisée, c'est pas mauvais non plus.
    Tu as Better SEO Slugs qui est pas mal

  16. Philippe dit :

    Merci pour le paragraphe "optimisation du référencement" : je mets (mettais) alternativement des "-" ou des "_​" dans mes séparateurs sans savoir lequel choisir...
    Merci pour l'information sur les PDF dont la taille est souvent 3 fois celle d'un fichier Word et qui atteint souvent les limites demandées en upload.
    Et pour la taille des images, j'utilise FileMinimizer qui permet des traitements par lots par simple "glisser-​déposer "pour diminuer celle des fichiers jpg.

  17. nico dit :

    Bon, j'ai bien tout lu et c'est en gros ce que je fais à chaque fois. Mais même dans Windows, j'évite les espaces pour mettre des tirets du 6 entre chaque mot, toujours en minuscule. Limite, je fais pareil quand je fais un chèque, parano moi ? nonnn ^^

  18. MamzellePrint dit :

    Merci pour toutes ces précisions, je connaissais quelques trucs mais un cours plus complet ne fait jamais de mal.

  19. Patricia Blanchette dit :

    Qu'est-ce qu'il advient si le nom que l'on donne à un fichier/​photo contient trop de caractère ?
    Merci,
    Patricia

  20. Philippe dit :

    Vu qu'on parlait de Smush.it ci-​dessus et que ce plugin n'est plus disponible (du moins en version gratuite, si j'ai bien compris), j'ai testé avec succès un plugin qui fait à peu près la même chose : ShortPixel Image Optimizer (chercher ce nom dans le registre des plugins téléchargeables.

    Pour répondre à la question la longueur d'un nom de fichier, le plus simple est de… tester la chose dans un brouillon d'article. ;)

    Pas testé la chose. Mais à mon avis, le slug nominatif (en gros, l'URL) sera abrégé ou alors un message d'erreur apparaîtra.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.