Чи погана ідея використовувати пошук Google на своєму веб-сайті?


11

Якщо у вас є веб-додаток з великою кількістю записів, чи погана ідея використовувати пошук Google на своєму веб-сайті? Замість того, щоб писати функцію пошуку і не займатися питанням продуктивності, ви "передаєте" пошукову функцію Google.


1
Це викликає мене до цікавості, чи могли б ви детальніше надати питання? адже ти вважаєш, що це може бути поганою ідеєю? у вас більше документації змусить вас думати, що це погана ідея? Ви читали щось, що змусило вас думати, що ви це отримаєте?
RTOSkit

Привіт @RTOSkit, я розробив кілька невеликих веб-додатків, а функція пошуку все ще залишається однією з найбільших проблем. Я повинен враховувати точність результату пошуку, а також продуктивність сервера. Я особисто не думаю, що це така погана ідея, але дещо незграбна, оскільки це єдина частина програми, яка не розроблена вами.
Джон Дой

Добре я розумію, @ JCL1178 запропонував вам оптимальну відповідь.
RTOSkit

Відповіді:


3

Як згадував JCL1178 у своїй відповіді, Google повертає результати лише за те, що він індексував. Це не тільки означає, що деякі результати можуть ніколи не з’являтися, але якщо ваш сайт колись деіндексований, ви втратили пошук із свого веб-сайту. Небезпечно мати щось таке важливе, як пошук, покладатися на непідтримуваний сторонній сервіс.

Оскільки у вас є прямий доступ до даних, ви можете надати набагато кращий, більш тонкий пошук, ніж може Google або будь-яка інша пошукова система. Ви можете дозволити своїм користувачам шукати конкретні поля, фільтруючи будь-які інші звернення з непов’язаних полів. У Google немає жодного контексту до цінностей, які він шукає, тому пошук родини "Сміт" може принести будь-які результати для людей, які живуть на "Сміт Ст." або хтось із заняттям «коваль».

Більшість популярних реляційних баз даних оснащені можливістю повнотекстового пошуку, тому додавання основної функції пошуку може бути таким же простим, як і написання кількох операторів SQL.

Я використовую користувальницькі пошукові системи Google для загального пошуку на своїх веб-сайтах, але я б не використовував її для пошуку інформації, яка зберігається в базі даних, якщо тільки мої можливості робити повнотекстовий пошук не були обмеженими (обмеження програмного забезпечення, проблеми в роботі через апаратне забезпечення / розмір набору даних). Це залежить від того, наскільки складні ваші дані та наскільки важливий пошук у навігації по ваших даних ..., але надання ваших власних засобів пошуку здається мені найбезпечнішою ставкою.


Усі дуже хороші моменти, і я повністю пропустив можливість деіндексації у своїй відповіді.
JCL1178

Привіт @Jacob Hume. Відмінний сенс у покладанні на сторонні послуги. Це я теж мав на увазі. Я експериментував із повнотекстовим пошуком, а також з різними пошуковими системами, але, як я вже згадував в одному зі своїх коментарів, у мене завжди виникають проблеми з точністю результатів та / або роботою сервера. Ще раз дякую за ваш внесок.
Джон Дой

3
Отже, замість того, щоб шанс пошуку знизився на 0,00001% (швидше за все, Google не збирається деіндексувати ваш сайт, якщо ви не зробите щось по-справжньому дурне), ви пропонуєте, щоб на сайті було наївно реалізовано повний текст пошуку. 100% часу? Не гарний компромісний ІМО. Повнотекстовий пошук є дуже корисною функцією для швидкого доступу до основних функцій пошуку, але побудувати корисну функцію пошуку, набагато зручнішу для користувачів, як Google, є дещо складнішою, ніж просто "написання кількох заяв SQL".
Lèse majesté

2
Реальні пошукові системи, такі як Google, Solr, Lucene, Sphinx тощо, здатні виконувати такі дії, як близькість зважування ключових слів, пошук підрядків, пошук леванштейнської відстані / метафон / пошук слів / нечіткий пошук тексту тощо, що значно покращує зручність використання. Повнотекстовий пошук є гарною відправною точкою, але насправді потрібно набагато більше роботи, щоб створити гідну функцію пошуку, яка може постійно повертати відповідні результати. Більшість розробників, які не є фахівцями з розробки пошукових систем, добре було б скористатися стороннім сервісом або хоча б перевіреним рішенням, як Lucene або Solr.
Lèse majesté

2
Навіть такі великі компанії, як Oracle, намагаються створити корисні пошукові запити на сайті (порівняйте пошук документації MySQL.com до і після поглинання Oracle). Крім того, ваша характеристика пошукової системи Google є більш підходящою для домашнього повнотекстового пошуку, ніж пошукова система Google, яка фактично використовує, мабуть, найсучасніші евристики та алгоритми прогнозування намірів користувача в галузі.
Lèse majesté

7

Для цілей цієї відповіді я припускаю, що ви говорите про користувацький пошук Google / пошук на сайті, а не про пошуковий пристрій Google, який був би ДУЖЕ гарною ідеєю, хоч і дорогою.

Аутсорсинг вашого пошуку в користувальницький пошук Google не є поганою ідеєю, але він може не найкращим чином підходити для вашого сайту / бізнес-моделі / незалежно від обмежень і правил Google.

Користувацький пошук - це те саме, що вводити search terms site: yoursite.comв Google, за винятком того, що вам не потрібно вказувати site: yoursite.comчастину, і ви можете вбудовувати форму пошуку на свій сайт. Пошук на сайті - це невільна версія користувацького пошуку, яка має більше можливостей налаштування та деякий доступ до API. Існують деякі інші відмінності між користувальницьким / пошуковим веб-сайтом та правильним використанням Google, які пояснюються у зв'язаній документації, але важливо зауважити, що вони працюють лише з тим, що може бачити Google.

Таким чином, "багато записів" у вашій веб-програмі повинно бути повністю зможене відстежуватись від Google, щоб користувацький пошук по-справжньому повернув точні результати. Якщо ви обмежуєте / захищаєте записи від публічного перегляду з будь-якої причини, ви або повинні показувати Google ті самі обмежені результати, які побачив би користувач, який вийшов із системи, або ви можете індексувати повний вміст Google, але тоді ви повинні дотримуватися правил безкоштовного першого клацання. або ризикнути з'їсти розлюченого Панда. Якщо ви подаруєте Google одне, а інше відвідувачам, це маскування, і ви генеруєте штраф за свій сайт. Якщо всі записи, які ви хочете включити в результати пошуку, з будь-якої причини не в змозі бути розробленими, то користування користувальницьким пошуком Google або пошуком сайтів не є хорошою ідеєю для вашої конкретної моделі.

Але якщо ви можете дозволити індексувати все, ви не заперечуєте, як Google повертає результати пошуку за користувальницький пошук (або не бажають платити за пошук на сайті, щоб виправити це), і ви готові ризикувати, щоб критична сторінка не індексувалася. з будь-якої причини, тоді можна і потрібно серйозно розглянути це.


1

Я б запропонував вам скористатися Пошуком Google, якщо ви хочете, щоб усі дані вашого сайту бачили і інші. Це заощадить зайвий біт кодування.

Якщо це закрита система і ви не хочете, щоб інші бачили дані, то отримайте власну пошукову систему.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.