Est-ce une mauvaise idée d'utiliser la recherche Google sur votre site Web?


11

Si vous avez une application Web avec de nombreux enregistrements, est-ce une mauvaise idée d'utiliser la recherche Google sur votre site Web? Au lieu d'écrire une fonction de recherche et de traiter les problèmes de performances, vous «sous-traitez» la fonction de recherche à Google.


1
Cela m'amène à ma curiosité, pourriez-vous fournir plus de détails sur la question? parce que vous pensez que cela pourrait être une mauvaise idée? vous avez plus de documentation vous fera penser que c'est une mauvaise idée? Vous avez lu quelque chose qui vous a fait croire que vous comprenez cela?
RTOSkit

Bonjour @RTOSkit, j'ai développé quelques petites applications Web et la fonctionnalité de recherche reste l'un des plus grands défis. Je dois prendre en compte la précision du résultat de la recherche ainsi que les performances du serveur. Personnellement, je ne pense pas que ce soit une si mauvaise idée, mais quelque peu «maladroite» car c'est la seule partie de l'application qui n'est pas développée par vous.
John Doe

Ok je comprends, @ JCL1178 vous a offert une réponse optimale.
RTOSkit

Réponses:


3

Comme JCL1178 l'a mentionné dans sa réponse, Google ne renverra que les résultats pour ce qu'il a indexé. Non seulement cela signifie que certains de vos résultats peuvent ne jamais apparaître, mais si votre site est jamais désindexé pour une raison quelconque, vous avez perdu la recherche de votre site Web. Avoir quelque chose d'aussi important que la recherche dépend d'un service tiers non pris en charge est dangereux.

Puisque vous avez un accès direct aux données, vous pouvez fournir une recherche bien meilleure et plus fine que Google ou tout autre moteur de recherche. Vous pouvez autoriser vos utilisateurs à rechercher des champs spécifiques, en filtrant tous les autres résultats des champs non liés. Google n'a pas de contexte pour les valeurs qu'il recherche, donc une recherche pour la famille "Smith" pourrait faire apparaître des résultats pour les personnes vivant sur "Smith St." ou quelqu'un avec le métier de "forgeron".

La plupart des bases de données relationnelles populaires ont la possibilité de faire des recherches en texte intégral, donc l'ajout d'une fonction de recherche de base peut être aussi simple que d'écrire quelques instructions SQL.

J'utilise les moteurs de recherche personnalisés de Google pour une recherche générale sur mes sites Web, mais je ne l'utiliserais pas pour rechercher des informations stockées dans une base de données, sauf si ma capacité à effectuer des recherches en texte intégral était limitée (limitations logicielles, problèmes de performances dus au matériel / taille de l'ensemble de données). Cela dépend de la complexité de vos données et de l'importance de la recherche dans la navigation dans vos données ... mais fournir vos propres fonctionnalités de recherche semble être le pari le plus sûr pour moi.


Tous de très bons points et j'ai totalement ignoré la possibilité de désindexation dans ma réponse.
JCL1178

Salut @Jacob Hume. Bon point là-dessus sur le recours à un service tiers. C'était aussi ce que j'avais en tête. J'ai expérimenté des recherches en texte intégral et également divers moteurs de recherche, mais comme je l'ai mentionné dans un de mes commentaires, j'ai toujours des problèmes avec l'exactitude des résultats et / ou les performances du serveur. Encore une fois, merci beaucoup pour votre contribution.
John Doe

3
Donc, au lieu d'avoir une chance de recherche de 0,00001% de baisser (il est probable que Google ne désindexera pas votre site à moins que vous ne fassiez quelque chose de vraiment stupide), vous proposez que le site ait une implémentation de recherche en texte intégral naïve 100% du temps? Pas un bon compromis OMI. La recherche en texte intégral est une fonctionnalité très utile pour accéder rapidement à la fonctionnalité de recherche de base, mais la création d'une fonction de recherche utile, encore moins aussi conviviale que celle de Google, est un peu plus compliquée que la simple "écriture de quelques instructions SQL".
Lèse majesté

2
De vrais moteurs de recherche comme Google, Solr, Lucene, Sphinx, etc. sont capables de faire des choses comme peser la proximité des mots clés, les recherches de sous-chaînes, la distance levenshtein / métaphone / stemming / recherche de texte flou, etc. qui améliorent considérablement la convivialité. La recherche en texte intégral est un bon point de départ, mais il faut en fait beaucoup plus de travail pour créer une fonction de recherche décente qui peut toujours renvoyer des résultats pertinents. La plupart des développeurs qui ne sont pas experts en développement de moteurs de recherche feraient bien d'utiliser un service tiers ou au moins une solution standardisée éprouvée comme Lucene ou Solr.
Lèse majesté

2
Même les grandes entreprises comme Oracle peinent à créer des recherches utiles à l'échelle du site en interne (comparez la recherche de documentation de MySQL.com avant et après le rachat d'Oracle). De plus, votre caractérisation du moteur de recherche de Google est plus appropriée pour la recherche en texte intégral que le moteur de recherche de Google, qui utilise en fait probablement l'heuristique la plus avancée et les algorithmes de prédiction de l'intention de l'utilisateur de l'industrie.
Lèse majesté

7

Aux fins de cette réponse, je suppose que vous parlez de Google Custom Search / Site Search et non de Google Search Appliance, ce qui serait une TRÈS bonne idée, bien que coûteuse.

Externaliser votre recherche vers Google Custom Search n'est pas une mauvaise idée, mais ce n'est peut-être pas le mieux adapté à votre site / modèle d'entreprise / quoi que ce soit en raison des limitations et des règles de Google.

La recherche personnalisée est essentiellement la même chose que la saisie search terms site: yoursite.comdans Google, sauf que vous n'avez pas besoin de spécifier la site: yoursite.compartie et que vous pouvez intégrer un formulaire de recherche sur votre site. La recherche de site est une version non gratuite de la recherche personnalisée avec plus d'options de personnalisation et un accès à l'API. Il existe d'autres différences entre la recherche personnalisée / sur le site et l'utilisation de Google proprement dit qui sont expliquées dans la documentation liée, mais la chose importante à noter est qu'elles ne fonctionnent qu'avec ce que Google peut voir.

Ainsi, les "nombreux enregistrements" de votre application Web doivent pouvoir être entièrement analysés par Google afin que la recherche personnalisée puisse vraiment renvoyer des résultats précis. Si vous limitez / protégez les enregistrements du public pour une raison quelconque, vous devez soit montrer à Google les mêmes résultats limités qu'un utilisateur déconnecté verrait ou vous pouvez demander à Google d'indexer le contenu complet, mais vous devez alors respecter les règles du premier clic gratuit ou risquer d'être mangé par un Panda en colère. Si vous présentez une chose à Google et une autre aux visiteurs, c'est Cloaking et vous générerez une pénalité pour votre site. Si tous les enregistrements que vous souhaitez inclure dans les résultats de recherche ne peuvent pas être araignés pour une raison quelconque, l'utilisation de Google Custom Search ou Site Search n'est pas une bonne idée pour votre modèle particulier.

Mais si vous pouvez autoriser l'indexation de tout, cela ne vous dérange pas de savoir comment Google renvoie les résultats de la recherche pour la recherche personnalisée (ou n'est pas disposé à payer pour la recherche sur le site pour résoudre ce problème), et est prêt à risquer qu'une page critique ne soit pas indexée pour quelque raison que ce soit, vous pouvez et devez sérieusement y réfléchir.


1

Je vous suggère d'utiliser la recherche Google si vous souhaitez que toutes les données de votre site soient également vues par d'autres. Cela permettra d'économiser le bit supplémentaire de codage.

S'il s'agit d'un système fermé et que vous ne voulez pas que les autres voient les données, procurez-vous votre propre système de recherche.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.