Comment trouver des pages WordPress orphelines avec l’IA

Une page orpheline est généralement définie comme une page sans lien interne détectable, mais démontrer cet état exige davantage qu’un crawl. Les robots d’exploration peuvent manquer des pages sans lien; WordPress peut répertorier des enregistrements privés ou volontairement isolés. L’IA aide à concilier les preuves et à classer les candidats.

L’analyse SEO n’est fiable qu’à la hauteur des preuves fournies. Un modèle de langage ne connaît pas indépendamment l’état du crawl, l’indexation, les classements, la sélection canonique ou la performance d’une page. Utilisez-le comme organisateur de preuves et générateur d’hypothèses, puis vérifiez chaque constat dans le système source approprié.

En une phrase : Soustrayez les cibles de liens explorées d’un inventaire complet d’URL admissibles, puis examinez la navigation, le sitemap et l’intention d’affaires avant de qualifier une page d’orpheline.

Ce que ce guide vous aide à accomplir

La sortie doit identifier les pages publiques qui semblent manquer de liens internes significatifs, expliquer les preuves et proposer un parcours de révision. Elle doit distinguer les vraies pages orphelines des pages d’atterrissage, pages utilitaires, URL de campagne, enregistrements privés et contenus intentionnellement exclus.

Un résultat utile n’est pas simplement une réponse bien formulée. Il doit montrer quels enregistrements ou pages ont été examinés, quelles preuves étaient indisponibles, ce que l’assistant a inféré, ce qu’une personne doit décider et quelles actions restent interdites.

Ce qu’une sortie réussie doit contenir

• Dénominateur des URL admissibles et règles d’exclusion.
• Nombre de liens internes entrants et pages sources des liens.
• Présence dans la navigation, le sitemap, le fil d’Ariane ou les modules de contenu connexe.
• Preuves de recherche et de trafic lorsqu’elles sont fournies.
• Classification : probablement orpheline, faiblement liée, volontairement isolée, exclue ou lacune de données.
• Prochaine révision recommandée et parent ou contexte approprié.

Preuves et données à préparer

Un crawl révèle les liens qu’il peut suivre; WordPress révèle les enregistrements; les sitemaps révèlent les URL soumises. Utilisez-les ensemble et indiquez quelles sources de liens le crawl incluait.

• Inventaire d’URL normalisé avec indicateurs d’admissibilité publique.
• Graphe complet de liens internes ou export des liens entrants du crawl.
• Liens de navigation, pied de page, fil d’Ariane et contenu connexe.
• Appartenance au sitemap.
• Type de page, audience, propriétaire et objectif.
• Données de page de Search Console ou d’analytique lorsqu’elles sont disponibles.
• Règles connues pour les URL de campagne, utilitaires et intentionnellement isolées.

Consignez la date, la source, la portée et les omissions connues pour chaque donnée. Retirez les identifiants, renseignements personnels et données client qui ne sont pas nécessaires à la tâche.

Définissez le dénominateur avant de compter les pages orphelines

Les articles privés, brouillons, pages de remerciement et variantes temporaires de campagne ne font pas nécessairement partie de la même population que le contenu pérenne indexable. Documentez les règles d’inclusion et d’exclusion avant de calculer tout nombre.

Faiblement liée est différent d’orpheline

Une page avec un seul lien obscur dans le pied de page est techniquement liée, mais peut tout de même manquer de soutien contextuel. Gardez une catégorie distincte pour les pages faiblement liées afin que le rapport ne transforme pas une définition binaire en modèle complet de priorisation.

Un flux de travail sûr

1. Figez la population d’URL admissibles et les exclusions.
2. Construisez le graphe de liens internes à partir des liens rendus.
3. Joignez les preuves de navigation, sitemap et WordPress.
4. Calculez les liens entrants et identifiez les candidats sans lien ou avec peu de liens.
5. Demandez à l’assistant de classer l’objectif et l’isolement intentionnel.
6. Révisez les candidats à forte valeur avec les responsables du contenu et du SEO.
7. Proposez des pages sources contextuelles et une intention d’ancre.
8. Créez un plan d’implémentation distinct.
9. Explorez de nouveau et confirmez les liens après approbation.

Le flux de travail sépare volontairement l’analyse de l’implémentation. Une étape ultérieure de modification doit référer à la sortie approuvée plutôt qu’élargir silencieusement les permissions de l’identité analytique.

Recette de prompt

Avant d’utiliser ce prompt, remplacez chaque valeur entre crochets. Ne collez pas de mots de passe, clés API, dossiers clients privés ou renseignements personnels non liés dans l’instruction.

Auditez l’inventaire d’URL WordPress et le graphe de liens internes fournis afin de repérer les candidats orphelins.

Pour chaque URL admissible, renvoyez :
- URL et ID WordPress
- Type de page, statut, paramètres régionaux et objectif
- Nombre de liens internes entrants et URL sources
- Présence dans la navigation, le fil d’Ariane, les modules connexes et le sitemap
- Preuves de recherche ou de trafic fournies
- Classification : probablement orpheline, faiblement liée, volontairement isolée, exclue ou lacune de données
- Action de révision recommandée
- Pages parentes candidates ou pages sources contextuelles
- Niveau de confiance et preuves manquantes

Règles :
1. Utilisez les règles d’admissibilité déclarées.
2. Ne comptez pas les liens externes comme soutien interne.
3. Ne qualifiez pas une page d’orpheline à partir d’un crawl seul lorsque le dénominateur est incomplet.
4. N’ajoutez pas de liens et ne modifiez pas WordPress.
5. Préservez les exceptions de campagne et utilitaires.

Pourquoi ce prompt est structuré ainsi

Le schéma oblige l’audit à exposer son dénominateur et ses preuves de liens. L’ensemble de classifications évite de traiter chaque URL sans lien entrant comme une erreur.

Limite d’accès recommandée

Utilisez une identité en lecture seule. L’assistant peut inspecter les enregistrements WordPress compris dans la portée, mais les tentatives de créer, modifier, supprimer ou publier du contenu doivent être refusées.

Le flux de travail peut affecter la signification publique, l’interprétation de recherche, la conversion ou l’information produit. Exigez une révision explicite avant l’application de toute modification.

Ce qui doit rester hors de cette tâche

• Aucune insertion automatique de liens.
• Aucune suppression de pages volontairement isolées.
• Aucune affirmation de détection complète des pages orphelines sans inventaire complet.
• Aucune supposition que l’appartenance au sitemap remplace les liens contextuels.
• Aucune promesse de classement découlant de l’ajout de liens.

Le niveau d’accès est une recommandation de départ, pas une autorisation universelle. Les capacités exactes disponibles pour une identité doivent provenir de la version du produit installée et de sa couverture publiée.

Comment WP Agent Control s’intègre

Ce guide décrit un travail général dans WordPress, sans promettre qu’Agent Control peut modifier chaque objet ou intégration abordé. Dans le parcours guidé, commencez par les pages publiques. Les opérations sur les plugins, thèmes, utilisateurs, réglages, fichiers, suppressions, WooCommerce, ACF et constructeurs ne sont pas des tâches guidées natives. Utilisez des outils et permissions qualifiés séparément au besoin.

Obtenez des informations structurées sur le site et examinez des pages publiées après la connexion. Cette lecture publique ne nécessite aucune tâche temporaire. Vous pouvez aussi consulter les pages publiques sans le plugin ; Agent Control ajoute un accès structuré et la continuité vers du travail WordPress autorisé.

Connecter votre IA : docs first profile · Voir les fonctions et la compatibilité : coverage

Liste de vérification

• ☐ Les règles d’admissibilité et d’exclusion sont documentées.
• ☐ Le dénominateur provient de plus que du crawl.
• ☐ Les liens entrants identifient les URL sources exactes.
• ☐ L’isolement intentionnel est révisé.
• ☐ Les liens candidats sont contextuels et pertinents.
• ☐ Aucun état de lien ou de page n’a changé.

Modes de défaillance courants

• Dénominateur fondé uniquement sur le crawl : L’audit ne peut pas découvrir les pages absentes du crawl.
• Pensée binaire : Les pages faiblement liées et volontairement isolées sont mal classées.
• Substitution par sitemap : La soumission est traitée comme équivalente à un lien interne contextuel.
• Injection aléatoire de liens : La remédiation ajoute des liens depuis des pages non pertinentes seulement pour modifier le nombre.

Note avancée

Suivez le graphe de liens internes dans le temps et joignez des classes de sources de liens. Une page peut alors être évaluée selon sa diversité contextuelle et son rôle structurel, pas seulement selon son nombre brut de liens entrants.

Guides connexes

• Comment créer un inventaire d’URL WordPress avec l’IA
• Comment analyser les liens internes WordPress avec l’IA
• Comment bâtir un plan de maillage interne WordPress avec l’IA
• Comment inventorier le contenu WordPress avec l’IA

Prochaine étape

Élaborez les recommandations avec le guide de planification des liens internes et validez le graphe complet avec Comment analyser les liens internes WordPress avec l’IA.