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

[webmestre amateur]

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,

 

[WebRankInfo]

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

vérifier qu'il n'y a plus aucun lien interne vers ces URL, et que la redirection est bien une 301 en une seule étape

 

[webmestre amateur]

Bonsoir,
Tout d'abord merci de votre conseil.
Je vais vérifier les liens internes. Je reviens vers vous après.
Cdt,

 

[webmestre amateur]

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,

 

[WebRankInfo]

Que faudrait-il faire maintenant ?

se concentrer sur d'autres choses ;-)

 

[webmestre amateur]

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) ?

 

[WebRankInfo]

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

 

[webmestre amateur]

le + important est qu'aucun lien interne ne pointe vers http

Oui, je l'ai vérifié ça et c'est bon.

il faut en effet vérifier que toute URL en http est redirigée en 1 seule redirection 301 vers son équivalent en https

Comment vérifier que les urls trouvées dans GSC ne sont redirigées en 1 seule redirection 301 vers son équivalent https ?

 

[WebRankInfo]

avec un outil en ligne si tu en as peu, par exemple https://httpstatus.io/
avec un crawler si tu en as beaucoup (par exemple mon outil RM Sitemaps)

 

[cthierry]

Sinon, tu te sers de l'outil de WRI, pour t'apercevoir que dans ce cas tu fais 2 redirections vers la page finale dans l'exemple donné plus haut :
https://www.webrankinfo.com/outils/...ogue/arbres-fruitiers/cerisiers&ua=internaute

Une de HTTP vers HTTS et l'autre sans / vers avec / à la fin.

 

[webmestre amateur]

Bonjour à tous,

merci de vos réponses.
Comme l'a dit Olivier,

il faut en effet vérifier que toute URL en http est redirigée en 1 seule redirection 301 vers son équivalent en https

Oui, je vois que pour le lien en question, il fait 2 redirections.
Alors, comment supprimer 1 redirection ?

Merci.

 

[webmestre amateur]

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,

 

[WebRankInfo]

indique-nous le contenu de ton .htaccess, quelqu'un pourra peut-être trouver une solution

 

[webmestre amateur]

Bonjour,
Oui, eh bien voici le contenu du .htaccess
Il n'y a que 2 lignes :

SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 0

 

[WebRankInfo]

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

 

[webmestre amateur]

Je vais vérifier sur ovh. Il me semble qu'il est en 7.3.

 

[webmestre amateur]

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.

 

[webmestre amateur]

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 ?

 

[elji]

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.

 

[webmestre amateur]

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

 

[elji]

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.

 

[webmestre amateur]

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,

 

[webmestre amateur]

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,