웹 사이트에서 Google 검색을 사용하는 것이 좋지 않습니까?


11

기록이 많은 웹 애플리케이션이있는 경우 웹 사이트에서 Google 검색을 사용하는 것이 좋지 않습니까? 검색 기능을 작성하고 성능 문제를 처리하는 대신 검색 기능을 Google에 '아웃소싱'합니다.


1
이 질문에 대한 궁금증이 생겼습니다. 질문에 대한 자세한 내용을 제공해 주시겠습니까? 이것이 나쁜 생각이라고 생각하기 때문에? 당신이 더 나쁜 문서라고 생각할 것입니다 더 많은 문서를 가지고 있습니까? 당신이 생각하는 무언가를 읽었습니까?
RTOSkit

안녕하세요 @RTOSkit, 나는 작은 웹 응용 프로그램을 개발했으며 검색 기능은 여전히 ​​가장 큰 도전 중 하나입니다. 검색 결과의 정확성과 서버 성능을 고려해야합니다. 나는 개인적으로 그것이 나쁜 생각이라고 생각하지 않지만 당신이 개발하지 않은 응용 프로그램의 유일한 부분이기 때문에 다소 '어색한'것이라고 생각합니다.
John Doe

좋아, 나는 이해 JCL1178는 @ 당신에게 최적의 응답을 제공했다.
RTOSkit

답변:


3

JCL1178이 답변에서 언급했듯이 Google은 색인을 생성 한 결과에 대해서만 결과를 반환합니다. 이는 일부 결과가 표시되지 않을 수 있음을 의미 할뿐 아니라 어떤 이유로 든 사이트 색인이 생성되지 않은 경우 웹 사이트에서 검색 결과가 손실 된 것입니다. 지원되지 않는 타사 서비스에 의존하는 검색만큼 중요한 것을 갖는 것은 위험합니다.

데이터에 직접 액세스 할 수 있으므로 Google이나 다른 검색 엔진보다 훨씬 더 세밀한 검색을 제공 할 수 있습니다. 사용자가 관련없는 필드에서 다른 적중을 필터링하여 특정 필드를 검색 할 수 있습니다. Google은 검색하는 값에 대한 컨텍스트를 가지고 있지 않으므로 "Smith"제품군을 검색하면 "Smith St"에 사는 사람들에게 결과가 표시 될 수 있습니다. 또는 "대장장이"의 직업을 가진 사람.

많이 사용되는 관계형 데이터베이스에는 전체 텍스트 검색 기능이 있으므로 기본 검색 기능을 추가하는 것은 몇 개의 SQL 문을 작성하는 것만 큼 간단 할 수 있습니다.

웹 사이트에서 일반 검색을 위해 Google 맞춤 검색 엔진을 사용하지만 전체 텍스트 검색 기능이 제한되지 않은 경우 (소프트웨어 제한, 하드웨어로 인한 성능 문제 / 데이터 세트의 크기). 그것은 데이터가 얼마나 복잡한 지, 그리고 데이터를 탐색하는 데있어 검색이 얼마나 중요한지에 달려 있습니다.


모든 좋은 점과 나는 응답에서 색인 해제의 가능성을 완전히 생략했습니다.
JCL1178

@Jacob Hume 님 안녕하세요. 타사 서비스에 의존하는 것이 좋습니다. 그것은 내가 생각했던 것이기도했다. 나는 전체 텍스트 검색과 다양한 검색 엔진을 실험했지만 내 의견 중 하나에서 언급했듯이 항상 결과의 정확성 및 / 또는 서버 성능에 문제가 있습니다. 다시 한 번, 귀하의 의견에 감사드립니다.
John Doe

3
따라서 0.00001 %의 검색 가능성이 낮아지는 대신 (어리석은 짓을하지 않으면 Google에서 사이트 색인을 생성하지 않을 가능성이 있음) 사이트에 순진한 전체 텍스트 검색 구현이 있다고 제안합니다. 시간의 100 %? 좋은 트레이드 오프 IMO가 아닙니다. 전체 텍스트 검색은 기본 검색 기능에 빠르게 액세스하는 데 매우 유용한 기능이지만 Google처럼 사용자에게 친숙하지 않은 유용한 검색 기능을 작성하는 것은 "몇 개의 SQL 문을 작성하는 것"보다 약간 더 복잡합니다.
Lèse majesté

2
Google, Solr, Lucene, Sphinx 등과 같은 실제 검색 엔진은 키워드 근접성, 하위 문자열 검색, 레 벤슈 테인 거리 / 메타 폰 / 워드 스테 밍 / 퍼지 텍스트 검색 등과 같이 유용성 을 크게 향상시키는 작업을 수행 할 수 있습니다. 전체 텍스트 검색은 좋은 출발점이지만 실제로 관련 결과를 일관되게 반환 할 수있는 적절한 검색 기능을 구축하려면 실제로 더 많은 작업이 필요합니다. 검색 엔진 개발 전문가가 아닌 대부분의 개발자는 타사 서비스 또는 Lucene 또는 Solr과 같은 입증 된 상용 솔루션을 사용하는 것이 좋습니다.
Lèse majesté

2
Oracle과 같은 대기업조차도 사내에서 유용한 사이트 전체 검색을 작성하기 위해 노력하고 있습니다 (Oracle 인수 전후의 MySQL.com의 문서 검색 비교). 또한 Google 검색 엔진의 특성 분석은 실제로 업계에서 가장 진보 된 휴리스틱 및 사용자 의도 예측 알고리즘을 사용하는 Google 검색 엔진보다 집에서 만든 전체 텍스트 검색에 더 적합합니다.
Lèse majesté

7

이 답변의 목적 상 값 비싼 것이지만 Google 검색 어플라이언스 가 아닌 Google 맞춤 검색 / 사이트 검색 에 대해 이야기하고 있다고 가정합니다 .

Google 맞춤 검색으로 검색을 아웃소싱하는 것은 좋지 않지만 Google의 제한 사항 및 규칙으로 인해 사이트 / 비즈니스 모델에 적합하지 않을 수 있습니다.

맞춤 검색은 부품 search terms site: yoursite.com을 지정할 필요가없고 site: yoursite.com사이트에 검색 양식을 포함시킬 수 있다는 점을 제외하고 Google에 입력하는 것과 본질적으로 동일 합니다. 사이트 검색은 더 많은 맞춤 설정 옵션과 API에 대한 일부 액세스 권한이있는 무료 버전의 맞춤 검색입니다. 링크 된 문서에 설명되어있는 맞춤 검색 / 사이트 검색과 Google 검색 도구 사용 사이에는 몇 가지 다른 차이점이 있지만 중요한 점은 Google에서 볼 수있는 작업에만 적용 된다는 것입니다.

따라서 맞춤 검색에서 정확한 결과를 얻으려면 웹 애플리케이션의 "많은 레코드"가 Google에서 완전히 스파이더 링 될 수 있어야합니다. 어떤 이유로 든 레코드를 공개하지 못하도록 제한 / 보호하는 경우, 로그 아웃 한 사용자가 볼 수있는 것과 동일한 제한된 결과를 Google에 표시하거나 Google이 전체 콘텐츠를 색인화 할 수 있지만 첫 번째 클릭 무료 규칙을 준수해야합니다. 화난 팬더가 먹을 위험이 있습니다 하나는 Google에, 다른 하나는 방문자에게 제시하면 클로킹이며 사이트에 위약금이 부과됩니다. 어떤 이유로 든 검색 결과에 포함하려는 모든 레코드를 스파이더 링 할 수없는 경우 Google 맞춤 검색 또는 사이트 검색을 사용하는 것이 특정 모델에 적합하지 않습니다.

그러나 모든 색인을 생성 할 수 있다면 Google이 어떻게 사용자 설정 검색에 대한 검색 결과를 반환하는지 (또는 사이트 검색 비용을 지불하지 않으려는 경우) 신경 쓰지 않아도되며 중요한 페이지의 색인이 생성되지 않을 위험이 있습니다 어떤 이유에서든 진지하게 고려해야합니다.


1

다른 사용자도 사이트의 모든 데이터를 볼 수 있도록하려면 Google 검색을 사용하시기 바랍니다. 여분의 코딩 비트가 절약됩니다.

닫힌 시스템이고 다른 사람이 데이터를 보지 못하게하려면 자신의 검색 시스템을 확보하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.