Comment corriger

Des instructions courtes et précises pour les problèmes détectés par un rapport PageCheck. Chacune explique ce qui ne va pas et comment le corriger, avec un prompt pour l’assistant IA d’un développeur et un e-mail pour votre support informatique.

Sécurité

• Votre base de données Supabase peut être lue par n’importe qui La base de données Supabase de votre site peut être lue avec la clé publique présente dans la page, car Row Level Security est désactivé.
• N’importe qui peut lancer les tâches planifiées de votre site via wp-cron.php N’importe qui peut faire exécuter à WordPress ses tâches planifiées en ouvrant wp-cron.php. Lancez-les plutôt depuis le serveur et fermez le fichier à l’extérieur.
• L’API REST de WordPress liste publiquement les extensions qu’elle utilise L’index de l’API REST sous /wp-json/ révèle à quiconque le lit toutes les extensions du site. Masquez-le, ainsi que les parties que vos pages n’appellent pas, aux visiteurs non connectés.
• Les visiteurs passent par plusieurs redirections avant la page Les adresses racines de votre site (avec et sans www, http:// et https://) devraient chacune atteindre la page en une seule redirection permanente, jamais via du http:// non chiffré. Mettez en place une redirection 301 de chaque autre adresse directement vers l'adresse finale.
• Des fichiers du cœur de WordPress génèrent des erreurs quand on les ouvre directement Des fichiers du cœur de WordPress génèrent des erreurs PHP quand on les ouvre directement : des robots peuvent s’en servir pour gonfler les journaux d’erreurs du serveur, et avec l’affichage des erreurs activé ils révèlent les dossiers du serveur. Fermez ces fichiers à l’extérieur.

Délivrabilité des e-mails

• Votre politique DMARC est « none » : n’importe qui peut envoyer des e-mails en votre nom L’enregistrement DMARC du domaine ne fait que collecter des rapports : les e-mails falsifiés en son nom sont donc toujours distribués.
• Le chiffrement des e-mails qui vous sont envoyés peut être désactivé à votre insu Le domaine n’a pas de politique MTA-STS : un attaquant placé entre deux serveurs de messagerie peut désactiver discrètement le chiffrement des e-mails qui lui sont envoyés. Publiez un fichier de politique et deux enregistrements DNS.
• Votre politique MTA-STS pour les e-mails chiffrés ne fonctionne pas Le domaine annonce une politique MTA-STS que les expéditeurs ne peuvent pas utiliser. Selon le défaut, les e-mails perdent la protection ou sont refusés. Trouvez la cause et corrigez-la.