La pagination dans WordPress est extrêmement pratique pour aider les visiteurs à naviguer sur votre site.
En attendant, ils cliquent sur un lien pour afficher une page d'erreur 404.
Au mieux, la page 404 aura un lien vers la page d'accueil.
Au pire, il n'aura aucun lien de navigation et vous perdrez le visiteur du site Web à cause de cela.
Lorsque vos liens de pagination dans WordPress cessent de fonctionner, vous devez trouver le problème et le résoudre pour restaurer la fonctionnalité de navigation de votre site.
La pagination WordPress ne fonctionne pas
La réinitialisation de vos permaliens peut réparer les liens de pagination brisés. Si vous utilisez un constructeur de page, la pagination dans le plugin doit correspondre à vos paramètres de publication maximum dans les paramètres de lecture généraux. Une solution manuelle consiste à modifier le modèle de fichier PHP pour ajouter le style de pagination directement dans votre modèle de thème.
Comprendre le codage qui rend la pagination possible
La pagination sur WordPress utilise le codage PHP. Un langage de script qui peut facilement être cassé avec un seul signe de ponctuation au mauvais endroit.
Une accolade manquante peut générer une erreur 404.
église ni cristo arène philippine
La bonne nouvelle est que les codes de tous les thèmes sont basés sur le système de codage de base de WordPress, il est donc assez facile de trouver les parties qui font fonctionner la pagination.
Les balises de pagination sont écrites en PHP et placées dans chaque modèle de page de votre thème où les liens de pagination apparaissent : index.php, archive.php, search.php, single.php, category.php, etc.
Partout où les liens de pagination ne fonctionnent pas sur votre site, c'est le modèle à regarder pour trouver le code cassé.
Si vous constatez que les liens de pagination sont rompus sur votre site, il s'agit probablement du modèle index.php. Si ce n'est que sur les pages d'archives, modifiez le modèle de fichier archive.php.
Les boucles qui font fonctionner la pagination
Dans chacun de vos fichiers de modèle de page, il y a la tristement célèbre fonction de boucle WordPress. Il commence par 'while' suivi de 'if' et se termine par 'endwhile'.
Le codage standard dans les fichiers modèles est
<?php if (have_posts)() :
while (have_posts()) : the_post();
get_template_part('content', get_post_format())'
endwhile;
Endwhile ferme la boucle et c'est là que les liens de pagination sont insérés.
echo paginate_links(); else: echo '<p>No content found</p>
Si ce n'est pas 'echo paginate_links', ce sera l'un des autres codes de pagination, tels que previous_posts_link et newer_posts_link, qui sont généralement ceux utilisés dans le modèle de publication unique, car ceux-ci affichent le prochain nouveau message publié et le dernier message publié.
Il est important de noter que les balises 'paginate_links' ne fonctionnent que s'il s'agit de la pagination de votre thème.
ahron villena et cacai bautista
Si vous utilisez un plugin, le code appellera la balise de modèle pour votre plugin de pagination, comme 'get_wp-pagenavi' ou un autre modèle de plugin de pagination.
Les correctifs les plus simples à essayer avant d'enquêter sur les erreurs de codage
Le seul moment réel où vous êtes susceptible d'avoir des erreurs de codage qui nécessitent que vous modifiiez les modèles de fichiers de thème est lorsque vous introduisez des types de publication personnalisés et exécutez diverses requêtes 'get' pour exécuter vos propres requêtes de pagination personnalisées. Ceux-ci ont tendance à devenir difficiles à gérer rapidement.
Si vous utilisez l'un des nombreux plugins de pagination WordPress , les correctifs sont beaucoup plus simples, impliquant un dépannage pointer-cliquer, au lieu de coder en dur un correctif.
Les développeurs de plugins gèrent les corrections de bogues et déploient une mise à jour du plugin pour résoudre le problème.
Réinitialisez vos permaliens
La pagination dans WordPress est dynamique, ce qui signifie qu'elle est basée sur la structure de l'URL (adresse du site).
Si vous utilisez une structure de permalien personnalisée telle que %category%/%postname%, la fonction de pagination recherchera d'abord la catégorie, puis le nom de la publication.
Si la première instance de 'catégorie' abandonne l'URL, vous vous retrouverez avec une structure d'URL de yoursite.com/category-name/page-2, (il manque la première 'catégorie' dans l'URL) ce qui entraînerait un message d'erreur 404 introuvable.
L'URL doit être…
Votresite.com/category/category-name/page-2. (ou quelle que soit votre structure de permalien personnalisée).
Pour réinitialiser vos permaliens, vous devez les enregistrer sous autre chose que leur paramètre actuel, puis les rétablir.
Allez dans 'Paramètres> Permaliens' et changez pour quelque chose d'autre comme 'simple' appuyez sur 'enregistrer les modifications', puis rétablissez-les dans votre structure de permaliens personnalisée et enregistrez à nouveau les modifications.
L'enregistrement répété est effectué pour réinitialiser la structure du permalien sur tous vos modèles de page.
Vérifiez qu'il n'y a pas de plugin en conflit avec vos paramètres de lecture généraux
Si vous utilisez un plugin de création de page doté d'une fonctionnalité de pagination, il doit correspondre à vos paramètres de lecture généraux.
Par exemple, en utilisant le générateur de pages Elementor, vous pouvez ajouter un widget de publications récentes dans une page pour afficher votre blogroll et faire paginer les pages (version pro uniquement).
Cependant, si les paramètres du générateur de pages sont différents de vos paramètres de lecture généraux, un conflit se produira et entraînera une erreur 404.
Pour que la pagination fonctionne dans les pages construites avec un plugin de création de page, vous avez besoin que les paramètres de pagination de votre plugin de création de page et vos paramètres de lecture généraux correspondent.
En termes simples, les constructeurs de pages dont la pagination est définie pour afficher 6 publications au maximum ne remplaceront pas les paramètres de lecture généraux définis sur 10.
Vous devrez modifier les deux pour afficher six publications (ou le nombre que vous souhaitez afficher) au maximum pour éviter que des conflits ne brisent la pagination.
Résoudre les conflits de plugins
Si vous constatez que vos paramètres de lecture généraux sont en conflit avec un autre plugin, vous devez parfois désactiver tous vos plugins, vider le cache, puis enregistrer vos paramètres de lecture généraux avant de faire correspondre les mêmes paramètres dans le constructeur de page pour afficher le même nombre de messages défini dans vos paramètres généraux de lecture.
Correction des liens de pagination brisés pour les types de publication personnalisés
Les types de publication personnalisés sont confrontés au même problème conflictuel. Vous pouvez coder un type de publication personnalisé pour inclure la pagination avec une limitation du nombre de publications à afficher.
Cependant, si les paramètres de lecture généraux sont différents, il peut y avoir un conflit.
A titre d'exemple, le code suivant
pouvez-vous faire un gif avec du son
<?php
$paged = (get_query_var('paged')) ? get_query_var('paged') : 10;
query_posts(array(
'post_type' => 'yourcustomposttypename', // your yourcustomposttypename name
'paged' => $paged,
'orderby'=>'date',
'posts_per_page' => 10 // set this to desired #
));
?>
… exécute la 'variable de requête d'obtention' pour la pagination paginée limitant les résultats de la publication pour en afficher 10 au maximum. Si les paramètres de lecture généraux sont définis sur 6, le conflit peut entraîner un message d'erreur 404 introuvable.
Faites correspondre votre maximum 'paginé' au nombre maximum de messages que vous avez défini dans les paramètres de lecture généraux, enregistrez les modifications, videz le cache et actualisez la page.
La correction du codage en conflit devrait résoudre le problème.
Videz votre cache pour voir les changements
Si vous exécutez des plugins de cache ou avez un CDN connecté tel que Cloudflare, vous devrez vider les caches et effacer les cookies de votre site de votre navigateur avant de voir les changements en vigueur.
Correction des liens de pagination cassés sur une page d'accueil statique
Sur une page d'accueil statique, la seule différence avec les codes utilisés pour la pagination est que 'page' est utilisé au singulier' plutôt que 'paginé'.
Sur une page d'accueil statique, la pagination doit utiliser la variable 'page' plutôt que 'paginé', qui n'est utilisée que pour les pages dynamiques.