Bien qu'il s'agisse d'une question, il s'agit également d'un avertissement sérieux aux éditeurs qui séparent leurs publications à l'aide <!--nextpage-->
.
Nu avec moi. Je gère une plate-forme multi-auteurs très fréquentée qui se classe très haut sur les moteurs de recherche. En faisant des améliorations liées au référencement, j'ai remarqué que seule la première page d'un article qui est séparée en plusieurs pages est indexée par Google. Comment ai-je remarqué cela?
Parce que quelqu'un a saisi le contenu des pages non indexées d'un article et l'a affiché sur son propre site. Cela leur a permis de se classer plus haut que moi sur ce mot-clé particulier. En fait, permettez-moi de reformuler cela, l'article de mon site n'est même pas indexé au-delà de la première page.
Ma question est, comment puis-je faire en sorte que les moteurs de recherche indexent l'intégralité de l'article s'il est séparé en plusieurs pages? Idéalement, un script qui affiche l'article complet si le visiteur est un moteur de recherche (si cela ne serait pas préjudiciable au référencement). D'autres suggestions sont les bienvenues.
D'un côté, si j'étais dans les techniques de Black Hat, il y aurait une mine d'or de contenu que je pourrais exploiter. Pensez- y.
Et sur une note personnelle, ce problème devrait être résolu dans une future mise à jour de Wordpress.
Mise à jour : une question similaire expliquant comment Wordpress crée la même URL canonique pour toutes les pages d'une séquence paginée a été posée ici , mais la réponse qui a été publiée et marquée comme correcte ne répond pas à la question. Cette solution fonctionne uniquement pour les commentaires paginés, pas pour les publications paginées.
Mise à jour 2 : Selon ce blog de Google, nous pouvons utiliser rel=”next”
et rel=”prev”
indiquer la relation entre les pages. Ainsi , par exemple, ce que nous devrions inclure dans <head>
le page 2 :
<link rel="canonical" href="http://domain.com/article/2" />
<link rel="prev" href="http://domain.com/article/1" />
<link rel="next" href="http://domain.com/article/3" />
Et il ne devrait pas y avoir de rel = "prev" ou "next" s'il n'y a pas de page après / avant.
la source
link rel="prev"/"next"
chaque fois que cela est nécessaire, je n'ai pas de script pour cela écrit. Cependant, toscho a mentionné dans le chat qu'il pourrait avoir quelque chose. Surveillez cet espace pour les mises à jour ...Réponses:
Le problème de base pour une solution de script est:
rel_canonical
n'offre aucun filtre utile. Nous devons donc remplacer cette fonction:Le problème suivant:
$GLOBALS['numpages']
est vide avantsetup_postdata()
. Nous pourrions appeler cette fonction déjà ici, mais cela pourrait avoir des effets secondaires.Voici une solution qui ajoute également des liens prev / next corrects, et elle empêche les relations conflictuelles causées par
adjacent_posts_rel_link_wp_head
. Nous avons trop accrochéwp_head
à la priorité 9 au plus tard pour désactiver ce dernier crochet.la source
link rel="prev"/rel="next"
fonctionnalité comme indiqué dansUpdate 2
ma question.setup_postdata()
- quelque chose qui devrait se produire beaucoup plus tard lors du rendu de la page.Juste pour info: le plugin WordPress SEO de Yoast se charge d'ajouter les métadonnées rel = prev et rel = next aux
<head>
pages. Ce gars (Yoast) pense à tout!la source