Search Console Erreurs pages non indexées ni diffusées sur Google

WRInaute discret
Bonjour à tous,
Quand je me connecte au compte GSC du site que je gère, je vois dans GSC, à la rubrique Indexation des pages que GSC affiche : 814 pages non indexées avec 10 motifs et 356 pages dans l’index.

Quand je regarde la liste des motifs des pages non indexées, je vois dans l’ordre décroissant :
– 303 pages avec redirection sur le site Web, attente de validation par google search console.

GSC m’affiche ceci : ces pages ne sont pas indexées ni diffusées sur Google.

Et en-dessous GSC demande si le problème est résolu ? et s’il faut valider la correction ?

J’attire votre attention que un bon nombre de pages en redirection sont dues au passage du site en https.

Exemple d’une page qui est redirigée :
http://www.pepiniere-courtin.fr/catalogue/arbres-fruitiers/cerisiers
https://www.pepiniere-courtin.fr/catalogue/arbres-fruitiers/cerisiers

J'ai passé le site en https il y a maintenant un peu plus d'un an.
Pourquoi GSC s’intéresse encore aux pages http qui n'existent plus ?

Que faudrait-il faire (pour les pages avec redirection dans un premier temps) ?

Merci d'avance.
Cordialement,
 

Fichiers joints

  • Causes des pages non indexées.jpg
    Causes des pages non indexées.jpg
    89.6 KB · Affichages: 3
  • détail pages avec redirections et non indexées.jpg
    détail pages avec redirections et non indexées.jpg
    89.2 KB · Affichages: 3
WRInaute discret
Bonjour à tous,

J'ai vérifié les liens internes : ils sont tous bons (tous en https).
Mais j'ai découvert par hasard (aller sur santé du site pour s'en apercevoir) un lien en http à l'intérieur du thème enfant qui était installé. J'ai du réinstallé le thème parent qui était pourtant à jour.
Il m'a fallu reprendre tous les réglages du thème. C'est donc cela qui m'a pris pas mal de temps pour régler le problème.
Donc, maintenant, tout est OK.

Que faudrait-il faire maintenant ?
Merci de votre réponse.
Cdt,
 
WRInaute discret
merci de votre réponse.

J'ai oublié de dire que je n'avais pas vérifié s'il existe une redirection et s'il en existe une, si elle est en 301 en 1 étape.
Avais-je raison de ne pas vérifier l'existence de redirection puisque tous les liens sont en https ?

Au niveau de GSC, les liens en http, que faut-il décider :
- soit laisser GSC en décider ?
- soit mettre les liens http dans le fichier robots.txt ?
- soit mettre les liens https correspondants (aux http) ?
 
Olivier Duffez (admin)
Membre du personnel
le + important est qu'aucun lien interne ne pointe vers http

ensuite, avant de passer vraiment à autre chose, il faut en effet vérifier que toute URL en http est redirigée en 1 seule redirection 301 vers son équivalent en https
 
WRInaute discret
Bonsoir à tous,
N'ayant pas eu de réponse à savoir comment supprimer les redirections en double ou plus, j'ai essayé cette méthode trouvée sur ce site : modif du .htaccess Mais cela engendre une erreur à l'analyse avec l'outil httpstatus.
Je suis bloqué pour l'instant à savoir comment enlever les doubles redirections (ou plus) 301.
Connaissez-vous un outil ou une méthode capable de réparer ce problème.

Merci d'avance.
Cdt,
 
Olivier Duffez (admin)
Membre du personnel
indique-nous le contenu de ton .htaccess, quelqu'un pourra peut-être trouver une solution
 
Olivier Duffez (admin)
Membre du personnel
PHP 5.3 je n'ose y croire (faudrait être en 8)
il doit manquer des choses, ou bien les redirections sont gérées autre part
 
WRInaute discret
Je viens de le passer à 8.0. Il y avait aussi 8.1 et 8.2 disponibles.
Comme je suis prudent dans les mises à jour, il était à la version 7.4.

Je redonne le .htaccess :
SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 0

Mais en passant à la version 8.0, j'obtiens cette erreur :

Error thrown​

Call to undefined function create_function()

Dans l'immédiat, je vais donc revenir à 7.4 et vérifier si les extensions sont compatibles 8.0.
Si je laisse en 8.0, je ne peux plus me connecter à la console de gestion du site.
 
WRInaute discret
J'ai remis la version 7.4 sur OVH.

Je vais vérifier les plugins un par un pour vérifier si l'un d'eux ne serait pas compatible 8.0.

Il faudrait choisir la version : 8.0, ou 8.1 ?
 
WRInaute occasionnel
Si cela marche bien sous php 7.4, c'est pas franchement urgent de passer à 8.
Retour au problème initial, car passer à php 8 ne le résoudra pas.
 
WRInaute discret
J'ai passé ce soir le serveur PHP à 8.1.
Cela fonctionne : j'avais un plugin qui causait l'erreur.
Je l'ai désactivé.
Je redonne maintenant le .htaccess que voici. Cette fois-ci, il est assez long.

# proposée par le site wpchannel :
# BEGIN Redirect HTTP to HTTPS
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.pepiniere-courtin.fr/$1 [R=301,L]
</IfModule>
# END Redirect HTTP to HTTPS

# modif ajoutée suite à rapport de secupress indiquant d'obliger à charger index.php avant le index.htm
# https://wordpress.org/support/topic/charger-index-php-en-premier/
<IfModule mod_dir.c>
DirectoryIndex index.php index.html index.htm index.cgi index.pl index.xhtml
</IfModule>
# fin de la modif secupress
# installée le 18/02/2018
#AuthUserFile /homez.604/pepiniers/www/.htpasswd
#AuthName "Restricted Access"
#AuthType Basic
#Require valid-user
# BEGIN WordPress
# Les directives (lignes) entre « BEGIN WordPress » et « END WordPress » sont générées
# dynamiquement, et doivent être modifiées uniquement via les filtres WordPress.
# Toute modification des directives situées entre ces marqueurs sera surchargée.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

# ajout de cette commande suite au conseil du forum WRI http://forum.webrankinfo.com/alleger-des-pages-trop-lentes-charger-t190395.html
# cacher répertoires et fichiers
Options -Indexes
## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access 1 month"
ExpiresByType image/jpeg "access 1 month"
ExpiresByType image/gif "access 1 month"
ExpiresByType image/png "access 1 month"
ExpiresByType text/javascript "access 15 days"
ExpiresByType text/css "access 15 days"
ExpiresByType text/html "access 1 day"
ExpiresByType application/pdf "access 1 month"
ExpiresByType text/x-javascript "access 1 day"
ExpiresByType application/x-shockwave-flash "access 1 month"
ExpiresByType image/x-icon "access 1 year"
AddType application/vnd.ms-fontobject .eot
AddType application/x-font-ttf .ttf
AddType application/x-font-opentype .otf
AddType application/x-font-woff .woff
AddType image/svg+xml .svg
ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
ExpiresByType application/x-font-ttf "access plus 1 month"
ExpiresByType application/x-font-opentype "access plus 1 month"
ExpiresByType application/x-font-woff "access plus 1 month"
ExpiresByType image/svg+xml "access plus 1 month"
ExpiresDefault "access 15 days"
</IfModule>
## EXPIRES CACHING ##
# Wordfence WAF
<Files ".user.ini">
<IfModule mod_authz_core.c>
Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
Order deny,allow
Deny from all
</IfModule>
</Files>
# END Wordfence WAF
 
WRInaute occasionnel
Très surpris ! Rien qu'en passant à une nouvelle version de php, cela a changé tout cela ? C'est étonnant.
Mais je pense qu'il y avait quelque chose qui n'allait pas, parce que le "SetEnv PHP_VER 5_3", cela a 10 ans...

Le https est donc imposé, ce problème est donc réglé. Reste à le faire accepter par la GSC, et cela prendra des mois.
 
WRInaute discret
Bonsoir,
Non, ce n'est pas tout à fait cela.
J'avais modifié le .htaccess en suivant les indications du site : outil pour supprimer les redirections en double
Comme cela engendrait une erreur, voir plus haut. J'ai repris le fichier .htaccess-old et je l'ai renommé en .htaccess.
Comme mes souvenirs (niveau initiation) en php remontent à 15 ans, je ne comprends plus trop la signification des commandes php.
La seule chose que je me souvienne encore un peu, c'est la syntaxe. Bon, je m'éloigne.
Mais dans le vieux htaccess-old, il n'y avait que les 2 lignes.
Sinon, le serveur était en 7.4.
Le nouveau htaccess comporte des lignes que j'avais inséré par le passé dans .htaccess, d'où toutes ces lignes qui ont été rajoutées par le serveur ou wordpress.
Voilà tout s'explique.

Sinon, rien n'est réglé. Il faudrait un outil pour supprimer les redirections en double. En plus, j'avais collé les lignes du code en haut du .htaccess mais il fallait peut-être les mettre légèrement en dessous. Mais ça, je ne sais pas.
Merci de votre réponse.
Cdt,
 
WRInaute discret
Bonjour à tous,
Olivier cite :
il faut en effet vérifier que toute URL en http est redirigée en 1 seule redirection 301 vers son équivalent en https
Quand il n'y a qu'une seule redirection comme celle-ci :
http://www.pepiniere-courtin.fr/catalogue/arbres-fruitiers/pechers/
On observe une seule redirection 301 mais l'url reste en http (vérifié avec https://httpstatus.io/ )

Par contre, quand il y a 2 redirections 301, l'url passe en https.
Que pourrait-on faire pour n'avoir qu'une seule redirection et passer en https directement ?
Merci.
Cdt,
 
Discussions similaires
Haut