Pour juger comment le contenu FAQ est écrit ne se transforme pas en pile de mots clés, trois questions peuvent être posées : si l'URL cible est claire, si la plate-forme de recherche a un accès stable et si l'utilisateur a la réponse attendue. La FAQ est d'abord utilisée pour résoudre des objections réelles et des informations supplémentaires sur la page cible, plutôt que d'empiler toutes les questions à long terme au bas de la page. Aucune de ces trois questions n'est valide, et il n'y a pas d'urgence à augmenter.
Les questions doivent provenir du service à la clientèle, des ventes et des recherches en station, et les réponses sont directes, spécifiques et pertinentes au sujet de la page cible actuelle. Il n'est donc pas approprié que l'audit exporte seulement une liste d'erreurs dans les outils, mais plutôt de marquer le modèle touché, la valeur opérationnelle, les coûts de réparation et les méthodes de validation pour chaque question, en abordant d'abord le problème de l'interdiction.
Lors de la mise en œuvre, cinq à huit questions à haute fréquence (HF) sont sélectionnées, les conclusions devant être tirées avant que les conditions ou les exceptions ne soient précisées; les questions et réponses à répéter le texte principal devraient être combinées.
Les résultats ont été examinés à l'aide du même échantillon de pages cibles : suivi des questions et des réponses, réduction des recherches sur place, qualité du counseling et couverture des demandes connexes. Les cas unimprouvés sont également conservés, ce qui révèle souvent des exceptions aux règles ou des problèmes de calibre des données. Redoubler un grand nombre de FAQ à chaque page afin d'obtenir un résultat multimédia riche entraînerait une duplication et un manque d'assurance des affichages spéciaux, de sorte que toute opération par lots devrait être validée d'abord sur l'environnement d'essai et sur un petit nombre de URLs.
Afin d'éviter que la conclusion ne reste dans le rapport, il est recommandé que les problèmes réels et la rétroaction des utilisateurs soient traités comme des acceptations d'entrée et que l'anomalie soit jugée par qui et combien de temps elle sera réparée. De cette façon, la nouvelle page cible suivra le même standard et l'ancienne page cible sera découverte à temps après les modifications du modèle.
Lorsque vous réinitialisez réellement, vous pouvez choisir une page cible réussie et une page cible échouée à comparer. Il est plus facile de sauvegarder leur entrée, contenu, statut de capture et transformation autour de FAQ référencement que de regarder la moyenne de la station entière.
Si l'équipe d'implémentation dispose de ressources limitées, cette méthode est d'abord utilisée sur les pages cibles qui peuvent générer des requêtes ou prendre sur la navigation critique. Les réponses directes et les énoncés d'état peuvent être transmis régulièrement, puis étendus au catalogue à faible débit, en évitant les examens d'impact et les résultats non traités.