лів у запиті обійтися не можна, то слід включити їх у фразу, що в багатьох системах означає укладення в лапки. В окремих випадках корисно протестувати роботу шаблонів простого і розширеного пошуку ІПС, в яких техніка підтримки стоп-слів може бути різною
Сама захоплююча інтрига Мережі, яку породжують ІПС, пов'язана з особливостями роботи алгоритму, ранжує результати в списку відгуку. Ці відомості зазвичай не вдаються широкому розголосу, але вони вкрай необхідні Web-майстрам, що просуває в суворій конкурентній боротьбі свої вузли через пошукові системи Інтернету. Потрапити в перші кілька десятків записів зі списку відгуку на ІПС по часто повторюваним в Мережі запитах - значить забезпечити свою доступність для потенційних клієнтів (див. Компьютерпресс № 5'99, с.114). p> Проте, і при вирішенні пошукових завдань під час роботи зі списком відгуку через нестачу інформації також можуть виникати деякі проблеми.
У попередньому випуску ми говорили про те, що прості тестові запити дозволяють з самого початку роботи з ІПС зрозуміти, наскільки широко в індексі представлена ​​шукана інформація. Однак не всяка ІПС дає повне число документів, що містяться у відгуку на запит (наприклад, Lycos, не дає). В якійсь мірі це дозволяє системі зберегти своє обличчя, уникнувши порівняння з гігантами - Northern Light, AltaVista або HotBot. При вирішенні професійних пошукових завдань до таких сервісів слід звертатися в останню чергу.
Зазвичай у списку відгуку з'являється інформація, яка включає в себе заголовок сторінки, адресу та анотацію. Анотація береться або зі спеціального META-елемента, що задається автором документа, або в цій якості виступають кілька перших нередактіруемих рядків тексту, взятих зі сторінки. У деяких випадках вказується мова документа. Вище ми вже звертали увагу на проколи алгоритму AltaVista, пов'язані з ідентифікацією мови, і подібні випадки - не рідкість і на інших ІПС.
Інша бентежити неприємність - це можлива відсутність в знайдених документах тих самих ключових слів, за якими проводився пошук. Причиною подібного явища, якщо не вважати незареєстрованого поновлення сторінки без зміни адреси, стає той факт, що ключові слова були задані автором у спеціальному полі - Елементі META. Воно доступне для сканування роботом ІПС, але не відображається на сторінці. У цьому випадку шляхом перегляду метаелементов HTML-джерела у вас є можливість переконатися в несумлінності автора: невідповідність ключових слів змістом документа - це пряма дезінформація.
Ще одна проблема взагалі не очевидна для одиничного користувача. Мова йде про те, як пошуковий сервер обробляє запити у випадку, коли їх надходить дуже багато, тобто в режимі переповнення. Так, автору статті не раз доводилося стикатися з тим, що, наприклад, на AltaVista при однаковому і практично одночасному тестовому запиті з 10-15 комп'ютерів кількість результатів, що з'являються у відгуку для кожного користувача системи, іноді може розрізнятися на десятки тисяч. У дійсності, потрапляючи в режим перевантаження, пошуковий сервер не має великого вибору, а саме: він або відхиляє запит, або обслуговує його по "Скороченим" варіанту. Останній цілком може припускати надання лише частини відповідають запиту даних. Вихід очевидний: перевіряти достовірність відгуку ІПС багато разів і в різний час доби.
Нам хотілося б зупинитися на деяких більш ніж реальні небезпеки, які підстерігають користувача, довірився маловідомому пошукового сервера. Написати про це автора змусив такий випадок. Людині була терміново необхідна інформація про наявність прямих електропоїздів між двома містами СНД. Скориставшись каталогом Rambler, він швидко зумів локалізувати сервер, що пропонує необхідні відомості (Рис. 4). p> # "#"> рис.4, рядок внизу). Такий категоричний відповідь сервера змусив людини припинити подальші пошуки і прийняти рішення, про яке йому скоро довелося пошкодувати. Пред'явити претензії до розробника системи також виявилося неможливим. Справа в тому, що трохи нижче під результатом пошуку користувачем не була помічена одна важлива деталь, а саме напис "Розклад рекламний, можливі зміни, за які не несуть відповідальності ні розповсюджувач, ні МПС ". При цьому якби фраза про відмову була сформульована трохи м'якше, користувач, ймовірно, зміг би продовжити пошук в Мережі і досягти позитивного результату.
У деяких випадках маркетингова агресивність розробника починає носити зухвалий характер. Ось вже не один місяць на серверах HotBot і AltaVista знаходиться рекламне оголошення найбільшої книготорговельної компанії Amazon (# "#"> мал. 5).
Підстановка термінів з пошукового шаблону в банер проводиться шляхом їх механічного перенесення і без всякого контролю на предмет дійсного наявності книг з даної тематики на сервері компанії. До того ж знайти "Іванова" на Amazon не можна в принципі, оскільки аж до останнього часу російськомовна література там не продавали. У да...
