========================================================================= LOT DE CONSOLIDATION — 27/08 Base de depart : VOTRE ZIP « ce qui est en ligne actuellement » (69,6 Mo) ========================================================================= CE QUE J'AI FAIT D'ABORD : COMPARER ------------------------------------ Vous m'aviez envoye ce matin un zip de 293 Mo, puis celui-ci de 69,6 Mo. Ils ne contiennent pas la meme chose. J'ai donc tout reconstruit sur CELUI-CI, puisque c'est lui qui reflete le serveur. Bonne nouvelle : votre site en ligne contenait DEJA presque tout le travail d'aujourd'hui. Verifie marqueur par marqueur : photos MGT + cadres sombres ......... EN LIGNE photo du batiment (A propos) ........ EN LIGNE video du hero (accueil) ............. EN LIGNE croix de fermeture du devis ......... EN LIGNE (105 pages) secteurs cote a cote + boutons ...... EN LIGNE pages legales reecrites ............. EN LIGNE pictogrammes des services ........... MANQUANT <- le seul lot absent CE QUE CONTIENT CE ZIP — 108 FICHIERS -------------------------------------- 1. LOT PICTOGRAMMES SERVICES (16 pages) — le lot de ce matin, reapplique Photos remplacees par les pictogrammes en grand sur les 7 pages de service FR, leurs 7 jumelles EN, et le catalogue services.html / en. 2. LOT MXP DU 25/08 — remis, et il manquait une piece Le fichier images/mxp.webp est DEJA sur votre serveur : c'est le patch HTML qui n'avait jamais ete depose. mxp.html et en/mxp.html pointaient donc encore sur images/mxp-photo.png et images/mxp-2.png, qui n'existent pas -> deux images cassees sur chaque page alors que la bonne photo dormait a cote. Corrige. Corrige aussi : dans en/mxp.html, deux chemins de visionneuse etaient ecrits « images/... » au lieu de « ../images/... ». Depuis /en/ ils ne pouvaient pas resoudre. 3. REFERENCES D'IMAGES CASSEES (9 pages) La campagne de conversion en WebP du 19/08 avait laisse des references vers les anciens .png/.jpg. Le fichier .webp existait pourtant deja. Redirigees : baie43u.png, baie34u-fmt.png, baie43u-fmt.png, platine.jpg et 12 images ts-*.png/jpg. Pages concernees : baie, platine, produits, traitement-surface, traitement-surface_1 et les 4 jumelles EN. 4. LOT SEO / MISE EN LIGNE DU 25/08 — jamais depose, refait - 3 balises noindex de preproduction retirees - canonical absolu auto-referent sur les 105 pages - hreflang fr / en / x-default en absolu sur les 104 pages appairees (ils etaient relatifs, donc ignores par Google) - og:url ajoute, og:image et twitter:image passes en absolu (53 balises) - JSON-LD : champs url et logo ajoutes a l'Organization (102 pages) - sitemap.xml regenere : 104 URL avec declaration des paires FR/EN - robots.txt + robots-PREPROD.txt DOMAINE UTILISE : https://future.micronics.fr C'est celui que j'ai lu dans VOTRE sitemap.xml et VOTRE robots.txt en ligne. Si le site doit basculer sur www.micronics.fr, dites-le : c'est une seule constante a changer et je regenere tout en une minute. RESULTAT MESURE --------------- Cibles introuvables sur le site : 28 avant, 1 apres. Les 105 pages ont ete ouvertes une par une dans un navigateur : 1 seul h1 par page, canonical present et absolu partout, 0 debordement horizontal, 0 erreur JavaScript. LE POINT QUI RESTE — images/powerrack.jpg ------------------------------------------ Referencee par alimentations.html, powerrack.html et leurs 2 jumelles EN. Le fichier n'est NI dans le zip en ligne, NI dans celui de 293 Mo de ce matin, et il n'existe aucun equivalent .webp. Il est perdu. Envoyez-moi une photo du PowerRack et je la mets en place. En attendant, ces pages affichent un cadre vide a cet endroit. CE QUE JE N'AI PAS PU REMETTRE ------------------------------- Le lot « options / Micronics Touch Control » du 25/08 est partiellement en ligne : les deux images (option-control-panel.webp, option-ecran-tactile.webp) sont bien sur le serveur, mais l'harmonisation des libelles n'a pas ete deposee — options.html contient encore 5 occurrences de « ecran tactile » a cote de 2 « Micronics Touch Control ». Je ne l'ai pas corrige ici pour ne pas melanger un travail de nommage avec un lot de consolidation technique. Dites-moi et je le fais dans un lot dedie. DEPOT ----- Ce zip ne contient QUE les fichiers qui changent : 105 .html + sitemap.xml + robots.txt + robots-PREPROD.txt. Aucune image, aucune video : tout ce dont les pages ont besoin est deja sur votre serveur. Deposer en respectant l'arborescence : les 54 fichiers a la racine, les 51 du dossier en/ dans en/, et les 3 fichiers a la racine. robots-PREPROD.txt ne se depose QUE sur une preproduction, renomme robots.txt. ========================================================================= AJOUT — PICTOGRAMMES REDUITS ========================================================================= Ce zip REMPLACE le precedent : il contient la consolidation decrite ci-dessus PLUS l'ajustement de taille ci-dessous. Deposez uniquement celui-ci. CE QUE LA MESURE A MONTRE ------------------------- Le pictogramme occupait : 26 % de la largeur du panneau sur une page de service en 1440 px 37 % sur la meme page en 390 px (mobile) 39 % dans le catalogue services.html C'est sur mobile et dans le catalogue qu'il ecrasait le plus la page, pas sur le grand ecran. CE QUI A ETE FAIT ----------------- Une seule taille servait aux deux composants, alors que leurs panneaux n'ont pas du tout la meme forme : celui des pages de service est large (632 px), celui du catalogue est etroit et haut (416 px). Ils ont donc maintenant des tailles distinctes : pages de service 164 px -> 118 px soit 26 % -> 19 % de la largeur catalogue 164 px -> 101 px soit 39 % -> 24 % mobile 120 px -> 88 px soit 37 % -> 27 % Le dessin a l'interieur passe de 48 % a 50 % de la pastille et son trait de 1,5 a 1,6 : le pictogramme reste aussi lisible qu'avant malgre la reduction. L'arrondi passe de 34 a 26 px pour rester proportionne, et les deux cercles concentriques suivent automatiquement puisqu'ils sont exprimes en pourcentage. CONTROLE -------- 14 pages de service x 2 largeurs + les 2 catalogues : pictogramme toujours centre au pixel et contenu dans son cadre. Les 105 pages du site reouvertes une par une : 1 h1 par page, canonical present partout, 0 debordement, 0 erreur JavaScript. SI C'EST ENCORE TROP GRAND -------------------------- Il reste une piste que je n'ai pas prise sans votre accord : le PANNEAU lui-meme. Sur mobile il fait 245 px de haut avant le moindre mot de texte, et il passe avant le titre. Le ramener au format 16/9 ferait gagner 60 px de defilement sur chaque page de service. Dites-le moi si vous voulez. ========================================================================= AJOUT — PANNEAU REDUIT ========================================================================= Ce zip REMPLACE les deux precedents. Il contient la consolidation, les pictogrammes reduits, ET la reduction du panneau ci-dessous. MESURES AVANT / APRES --------------------- page de service, 1440 px 632 x 474 -> 632 x 356 (-25 %) page de service, 390 px 327 x 245 -> 327 x 184 (-25 %) catalogue services, 1440 416 x 546 -> 416 x 260 (-52 %) catalogue EN, 1440 416 x 486 -> 416 x 260 (-46 %) COMMENT ------- Pages de service : le cadre passe du format 4/3 au format 16/9, et il est plafonne a 200 px de haut sous 900 px de large. Catalogue : le panneau s'etirait sur toute la hauteur du texte a cote (height:100%), d'ou ses 546 px. Il est desormais cale en haut de colonne avec un format 16/10 plafonne a 300 px. C'est ce qui explique la baisse plus forte de ce cote. CE QUE CA CHANGE VRAIMENT ------------------------- Sur grand ecran la hauteur de page ne bouge pas : le panneau est a cote du texte, c'est le texte qui commande la hauteur de la ligne. Le gain y est uniquement visuel — le bloc ne domine plus la colonne de gauche. Sur mobile en revanche le panneau est EMPILE AU-DESSUS du texte : la page de service passe de 7152 a 7090 px, soit 62 px de defilement en moins avant d'arriver au premier paragraphe. CONTROLE -------- 5 pages x 8 largeurs (1920 / 1440 / 1100 / 980 / 900 / 860 / 600 / 390), soit 40 configurations : pictogramme toujours contenu dans son cadre, jamais au-dela de 32 % de la largeur, panneau jamais ecrase sous 140 px, 0 debordement. Les 105 pages du site reouvertes : 1 h1 chacune, canonical present, 0 debordement, 0 erreur JavaScript. ========================================================================= AJOUT — SOUS-MENU « A PROPOS » RETABLI ========================================================================= Ce zip REMPLACE tous les precedents. LE PROBLEME ----------- Sur 8 pages, la colonne « A propos » du mega-menu ne proposait plus que « Evenements ». Les trois entrees Notre Histoire, Nos Valeurs et Nos Engagements etaient tout simplement ABSENTES DU HTML de ces pages — ce n'etait donc ni un bug d'affichage, ni un souci de CSS ou de survol. Les 8 pages touchees sont exactement les pages de la rubrique elle-meme : apropos.html, notre-histoire.html, nos-valeurs.html, nos-engagements.html en/about-us.html, en/our-story.html, en/our-values.html, en/our-commitments.html Autrement dit, le visiteur perdait la navigation entre ces pages au moment precis ou il en avait besoin : une fois entre dans la rubrique, il ne pouvait plus passer d'une page A propos a une autre par le menu. LA CORRECTION ------------- Les trois liens ont ete reinseres a l'identique du bloc de reference (index.html pour le FR, en/index.html pour l'EN), au bon endroit dans l'ordre : A propos / Notre Histoire / Nos Valeurs / Nos Engagements / Evenements. CONTROLE -------- Comptage sur les 105 pages du site : la colonne contient desormais 5 liens partout, sans exception (elle en comptait 5 sur 97 pages et 2 sur 8). Test de survol reel en 1440 px sur les 8 pages corrigees plus les deux pages de reference : les 5 liens sont presents ET visibles a l'ecran, et chacune des 5 destinations repond correctement. Test mobile en 390 px : menu burger ouvert puis colonne depliee, 5 liens sur 5 visibles. 0 erreur JavaScript. ========================================================================= AJOUT — LA BARRE DE MENU NE BOUGE PLUS AU CHARGEMENT ========================================================================= Ce zip REMPLACE tous les precedents. REPONSE A LA QUESTION : NON, CE N'EST PAS NORMAL. ET C'EST CORRIGE. -------------------------------------------------------------------- CE QUE J'AI MESURE (releve image par image, avant correction) produits.html le menu glisse de 39,4 px services.html 19,7 px en/index.html 6,0 px apropos.html 0 px Le glissement se fait en trois paliers etales sur environ 700 ms, ce qui le rend bien visible a l'oeil. LA CAUSE EXACTE --------------- Le coupable est le petit selecteur FR|EN. Sa largeur passe de 49,2 px a 88,6 px pendant le chargement, et le menu s'elargit exactement d'autant. Pourquoi : TOUTES les regles qui le dimensionnent (.nav-lang et .nav-lang a : padding, bordure, police, arrondi) sont declarees dans des blocs