Puis-je utiliser un paramètre de requête pour le référencement ou dois-je créer un chemin URL pour chaque page?
Je construis un site Web de blog ouvert sur lequel les utilisateurs peuvent créer des articles. Chaque fois qu'un utilisateur crée un article, il est inséré dans la base de données et récupère son en-tête dans la base de données de la page principale. Chaque fois qu'un visiteur clique sur l'en-tête d'un article, il accède à une URL comme
example.com?subject=places_to_visit_in_new_york
De plus, aujourd'hui, j'ai généré un plan de site et il n'inclut pas ces messages car ce ne sont pas de vraies pages et ils sont appelés via une fonction PHP. Je viens d'envoyer mon plan de site à Google et jusqu'à présent Google n'indexe pas les publications (ce que je comprends).
J'ai vérifié d'autres forums et leurs URL sont comme
example.com/places_to_visit_in_new_york
Ma page doit-elle créer un nouveau fichier pour chaque publication ou puis-je continuer à utiliser un paramètre pour le référencement?
Si vous me dites que je peux continuer comme ça, comment puis-je comprendre si Google indexe les publications? Si un nouveau fichier doit être créé pour chaque article, pouvez-vous me dire comment le faire?
L'url example.com/places_to_visit_in_new_york peut être créé dynamiquement en fonction du framework/de la langue sur laquelle votre site Web est basé. Cela signifie que vous n'avez pas à créer de fichiers séparés pour les URL séparées, tout comme l'utilisation du format de chaîne de requête.
Prenons l'exemple de Wordpress où vous avez la possibilité de choisir entre plusieurs modèles d'URL dans la section des permaliens
example.com/posts?id=1example.com/my-new-post
Le format le plus préféré est le second
La raison peut être comprise en lisant cet article Gardez une structure d'URL simple
La structure d'URL d'un site doit être aussi simple que possible. Envisagez d'organiser votre contenu afin que les URL soient construites de manière logique et d'une manière qui soit la plus intelligible pour les humains (lorsque cela est possible, des mots lisibles plutôt que de longs numéros d'identification). Par exemple, si vous recherchez des informations sur l'aviation, une URL telle que
http://en.wikipedia.org/wiki/Aviationvous aidera à décider de cliquer sur ce lien. Une URL commehttp://www.example.com/index.php?id_sezione=360&sid=3a5ebc944f41daa6f849f730f1, est beaucoup moins attrayant pour les utilisateurs.
Cependant, les chaînes de requête dans l'URL sont également courantes lorsqu'il s'agit de filtrer votre contenu ou de paginer. Mais gardez à l'esprit que Google explore et indexe le contenu sur les deux formats d'URL, sauf en cas de duplication de contenu ou d'un autre problème.
Personne ne peut savoir avec certitude comment vos documents HTML sont livrés (sauf s'ils ont un accès backend à votre serveur).
L'URL peut donner un indice, mais rien ne garantit que cet indice est exact. /foobar.php et /foo?bar pourrait récupérer des fichiers statiques, /foobar.html et /foobar pourrait récupérer des fichiers générés dynamiquement. Mais même si un moteur de recherche le sait, cela n'a pas d'importance: ce qui compte, c'est le document, pas la façon dont il est généré.
RL: Les moteurs de recherche peuvent explorer/indexer les URL avec des composants de requête obligatoires parfaitement bien. La principale raison de préférer les URL basées sur le chemin est qu'elles pourraient être plus conviviales/plus belles.
Sitemap: Si vous avez un plan du site, et si vous voulez que les articles de blog soient indexés, il n'y a aucune raison de ne pas les ajouter au plan du site.
La partie chemin de l'URL fait toujours référence à une page/publication unique dans WP. Lorsqu'un utilisateur demande http://example.com/my_post , WP correspond au chemin d'accès à un ID de base de données unique, puis crée le fichier à la volée similaire à ce que Cependant, comme d'autres l'ont mentionné, une chaîne de requête/paramètre n'est pas convivial.
Le WP plan du site peut être à la fois une URL/un chemin convivial pour Google et pour chaque message et masquer la chaîne de requête réelle à la fois à Google et aux utilisateurs.
Pas une critique, mais simplement une question ... Si vous essayez d'écrire une nouvelle page en utilisant des données MySQL, pourquoi ne pas utiliser quelque chose comme WordPress ou Drupal that a déjà beaucoup de tests, plutôt que de réinventer la roue?