SEO & Discover

Google clarifie 503, URLs à crochets et JPEG XL : 3 points à vérifier

En une semaine, Google a précisé sur LinkedIn et Bluesky trois points techniques passés sous les radars francophones : le code HTTP d'une panne PHP, le traitement des URLs à crochets et le JPEG XL dans Google Images. Voici ce qu'il faut corriger concrètement sur votre site.

Illustration éditoriale : Google clarifie 503, URLs à crochets et JPEG XL : 3 points à vérifier

Le récapitulatif SEO Pulse de Search Engine Journal, publié le 24 octobre 2026, recoupe trois clarifications officielles de Google passées sous les radars francophones parce qu'elles ont circulé sur LinkedIn et Bluesky plutôt que sur un blog officiel. En quelques jours, Google a précisé comment coder une panne de maintenance PHP, tranché le débat des URLs avec crochets, et confirmé que le JPEG XL ne sert à rien pour l'instant côté Google Images et Discover.

Rien d'anecdotique ici : ce sont trois réglages techniques concrets, directement actionnables sur un site français, en particulier pour les boutiques e-commerce à facettes et les sites qui viennent de patcher une faille PHP critique.

À retenir

  • Panne PHP : servir un code 503, jamais un 404, et repasser en 200 sous 1 à 2 jours maximum
  • URLs à crochets : [ ] brut et %5B%5D encodé sont deux URLs distinctes pour Google selon la RFC 3986
  • John Mueller reconnaît avoir « probablement donné une mauvaise réponse » sur ce point dans le passé
  • JPEG XL supporté par Chrome 155 (6 octobre 2026) et Firefox 158 (13 octobre 2026), mais pas par Google Images ni Discover
  • Les trois points sont recoupés par Search Engine Journal, Search Engine Roundtable et PPC Land

01Le 503, pas le 404, pendant une panne PHP

Sur LinkedIn, Google Search Central a rappelé une règle que beaucoup d'équipes techniques oublient au moment où elles en ont justement besoin : pendant un correctif serveur, il faut servir un code HTTP 503, pas un 404. La raison est écrite noir sur blanc : cela « garantit que les URLs déjà indexées sont préservées dans Search pendant les travaux. Une fois que vous recommencez à servir des 200, tout revient naturellement à la normale ».

Le détail que presque personne ne respecte : Google fixe une limite de 1 à 2 jours de 503 avant de considérer que les pages concernées ne reviendront pas, avec un risque de désindexation progressive. Un chantier de maintenance qui s'étire sur une semaine, même avec un 503 bien configuré, finit par coûter cher. Le sujet n'est pas théorique : nous détaillions récemment comment Orange, Revolut et une panne PHP se sont enchaînées en 48 heures, avec le même enjeu de code de retour correct pendant l'incident.

Ce qu'il faut vérifier avant le prochain déploiement

Si votre site tourne sous WordPress ou un CMS PHP maison, la page de maintenance par défaut renvoie souvent un 200 (page HTML normale) voire un 404 mal configuré, pas un 503. Un correctif de quelques lignes dans le point d'entrée PHP ou la configuration serveur suffit : forcer l'en-tête HTTP/1.1 503 Service Unavailable dès que le mode maintenance est actif, et surveiller la durée réelle de la coupure plutôt que de la laisser filer.

02Crochets [ ] ou %5B%5D : Google voit deux URLs différentes

Sur Bluesky, John Mueller a tranché un point qui traîne depuis des années dans les forums SEO : une URL contenant des crochets bruts ([ ]) et sa version encodée (%5B %5D) sont, pour Google, deux URLs distinctes, conformément à la RFC 3986 (section 2.2). Sa recommandation est sans ambiguïté : « pick one », c'est-à-dire choisir une seule forme et l'utiliser de façon cohérente partout, dans les liens internes, les balises canoniques, le sitemap et les données structurées.

Le plus intéressant reste l'aveu qui accompagne la réponse : Mueller a reconnu avoir « probablement donné une mauvaise réponse sur ce sujet dans le passé ». Pour un site e-commerce français avec des filtres à facettes (taille, couleur, matière), où les crochets apparaissent fréquemment dans les paramètres d'URL générés par le moteur de recherche interne, l'incohérence entre liens bruts et liens encodés peut littéralement dupliquer le nombre d'URLs explorées par Googlebot pour un même contenu.

Une URL encodée et sa version brute ne sont pas la même page aux yeux de Google : deux entrées dans l'index pour un seul contenu.

La checklist pour harmoniser votre site

Auditez d'abord comment vos propres liens internes génèrent ces URLs (moteur de facettes, filtres, pagination), choisissez la forme encodée ou brute, puis vérifiez que balises canoniques, sitemap XML et données structurées pointent toutes vers la même forme. Pas besoin de redirection massive : l'objectif est la cohérence à la source, pas la correction après coup.

03JPEG XL : feu vert dans les navigateurs, feu rouge chez Google Images

Le format JPEG XL vient de franchir une étape attendue depuis longtemps côté navigateurs : support ajouté dans Chrome 155 à partir du 6 octobre 2026, puis dans Firefox 158 le 13 octobre 2026. De quoi donner envie à beaucoup de sites de migrer leurs images pour gagner en poids et en qualité.

Sauf que, toujours sur Bluesky, John Mueller a douché l'enthousiasme pour le SEO : « FWIW if you're hoping to get images shown in Google Images & as previews in Discover, etc - JPEG-XL is currently not supported. » Autrement dit, convertir ses images en JPEG XL n'apporte aujourd'hui aucun bénéfice pour l'apparition dans Google Images ou dans les aperçus de Discover, un sujet que nous suivons depuis que la Search Console mesure enfin la performance des images.

Mueller a toutefois donné la parade technique : servir le JPEG XL via une balise <picture> avec un fallback <img> en JPEG ou WebP classique reste parfaitement compatible avec les moteurs de recherche, puisque Googlebot ira chercher le format qu'il sait lire dans le fallback.

04Pas une rumeur : trois médias SEO recoupent les mêmes sources

Ces clarifications n'ont pas été publiées sur le blog officiel de Google, ce qui explique qu'elles soient restées peu visibles en France. Mais chacune renvoie à une source primaire identifiable : un post LinkedIn de Google Search Central pour les 503, des réponses nominatives de John Mueller sur Bluesky pour les crochets et le JPEG XL. Search Engine Roundtable et PPC Land ont confirmé ces mêmes déclarations de façon indépendante, ce qui écarte l'hypothèse d'une interprétation isolée d'un seul média.

Les 3 clarifications Google et l'action à mener
SujetRisque si ignoréAction recommandée
Panne PHPDésindexation après 1-2 joursServir un 503, pas un 404
URLs à crochetsDoublons d'URLs indexéesChoisir une forme, partout
Images JPEG XLInvisible dans Images/DiscoverFallback <img> classique

05Ce qu'il faut vérifier cette semaine sur votre site

Trois vérifications tiennent en moins d'une heure pour une équipe technique. D'abord, simuler une page de maintenance et contrôler le code HTTP réellement renvoyé avec un outil comme curl -I : il doit afficher 503, pas 200 ni 404. Ensuite, repérer dans Google Search Console ou dans les logs serveur si des URLs à crochets apparaissent sous leurs deux formes, brute et encodée, signe d'une incohérence à corriger dans le code source des liens.

Et si vous avez déjà basculé en JPEG XL

Rien d'urgent à défaire : gardez le format pour les navigateurs qui le supportent, via la balise <picture>, mais n'attendez pas de gain visible dans Google Images ou Discover avant que Google n'annonce officiellement un support côté recherche.

Questions fréquentes

Faut-il renvoyer un 503 pour toute opération de maintenance, même courte ?
Oui dès qu'une partie du site devient temporairement inaccessible suite à un correctif ou une mise à jour. Google l'interprète comme un signal explicite de « revenez plus tard » et préserve l'indexation existante, à condition que la coupure ne dépasse pas 1 à 2 jours.
Dois-je rediriger mes URLs à crochets encodées vers la version brute, ou l'inverse ?
Aucune redirection massive n'est nécessaire selon John Mueller : il suffit de choisir une seule forme et de s'assurer qu'elle est utilisée de façon cohérente dans les liens internes, les canoniques, le sitemap et les données structurées, pour éviter que Google n'explore les deux versions comme des pages séparées.
Le JPEG XL est-il à éviter complètement pour le SEO ?
Non, il reste utile pour la performance de chargement dans les navigateurs qui le supportent (Chrome 155, Firefox 158). Il faut simplement ne pas en attendre de bénéfice dans Google Images ou les aperçus Discover pour l'instant, et prévoir un fallback classique via la balise picture.
Pourquoi ces annonces de Google sont-elles passées inaperçues en France ?
Parce qu'elles ont été publiées sur LinkedIn (Google Search Central) et Bluesky (John Mueller), deux canaux peu suivis par les SEO francophones, plutôt que sur le blog officiel Google Search Central. Elles n'ont été recoupées que par la presse SEO anglophone, Search Engine Journal, Search Engine Roundtable et PPC Land, avant de remonter ici.

Sources

Chris Waoo
Consultant SEO · fondateur de Cat's Eye Web

Écrit sur le SEO technique, l'IA et Google Discover à partir de tests terrain. Créateur de l'outil d'audit Cat's Eye. @ChrisWaoo

À lire ensuite