Зробіть Google основною пошуковою системою. Google (пошукова система) Пошук слів у заголовку

Google (Гугл) - це найбільша Пошукова системау мережі Інтернет, що розпочала свою роботу у вересні 1998 року.

Google належить американській корпорації Google Inc. і займає перше місце у світі за популярністю з показником у 77%.

Гугл.ру - Головна сторінка

Безсумнівно, що основною функцією Google є пошук необхідної інформації за запитами, що вводяться користувачами. Для того, щоб знайти необхідну інформацію, користувачеві потрібно лише ввести потрібне слово, словосполучення або речення у рядок пошуку. Після цього достатньо натиснути на «Введення» на клавіатурі або зображення лупи прямо на сайті. До речі, для того, щоб знайти необхідну інформацію в Інтернеті, можна також скористатися порталом .

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

Гугл.ру - Екранна клавіатура

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

Гугл.ру — Створення облікового запису

Відразу варто сказати, що Гугл.ру має масу сервісів та інструментів, кожен з яких має власне призначення та застосування.

Існують продукти, завдання яких полегшити роботу в Інтернеті. Серед таких - відомий браузер Google Chrome.

Google — Google Chrome

Розроблені продукти для мобільних пристроїв(Пошук, Карти) та спеціально для бізнесу, до яких належать AdWords, AdMob, AdSense та інші.

Для тих, у кого інтерес викликає мультимедіа, корисними виявляться YouTube, Пошук картинок і Пошук відео, Книги, Новини та Picasa.

Гугл.ру - YouTube

Безперечно, корисним виявиться сервіс Google Maps, який є картою і супутниковими знімками Землі. Також тут є бізнес-довідник та мапа автомобільних доріг.

Гугл.ру - Google Maps

Це лише частина існуючих сервісів. Ознайомитись з їх повним списком можна прямо на сайті Гугл.ру, перейшовши по значку «Сервіси», розміщеному у верхній частині сторінки.

Гугл.ру - Вкладки

Для тих, кому і цього здасться мало і знадобиться ще більше інформації про Google, варто відвідати вкладку з назвою «Все про Google», яка розташована внизу сторінки.

Гугл.ру - Вкладки

У цьому уроці ми розглянемо пошук фото через сервіс Google Картинки. Навчимося шукати за ключовими словами, фотографії з комп'ютера або телефону, зображення на сайті.

За ключовими словами

1 . Відкриваємо сайт images.google.ru. У рядку пошуку друкуємо те, що хочемо знайти, та натискаємо клавішу Enter на клавіатурі.

2 . З'являться фотографії та малюнки, знайдені на запит. Опускаємося нижче за допомогою коліщатка на мишці або повзунка з правого боку.

3 . Щоб побачити зображення у нормальному (великому) розмірі, клацаємо по ньому лівою кнопкою миші. У результаті воно зростає.

4 . Для його скачування клацаємо правою кнопкою миші всередині та зі списку вибираємо «Зберегти картинку як…» або схожий пункт. З'явиться невелике вікно, в якому вибираємо для цього знімка потрібне місце на комп'ютері, і натискаємо кнопку «Зберегти».

По картинці зі свого комп'ютера

Як це працює. Ви додаєте в сервіс фотографію або малюнок зі свого комп'ютера, і Google знаходить в інтернеті його копії, а також схожі зображення.

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

Також цей спосіб допомагає розпізнати шахрая. Наприклад, при знайомстві в соціальної мережіможна перевірити, чи дійсно фото належить цій людині.

Спосіб 1

1. Переходимо на сайт images.google.ru
2. Відкриваємо папку комп'ютера, де лежить фотка. Для зручності робимо віконце поменше (не на весь екран).
3. Натискаємо лівою кнопкою миші файлом і, не відпускаючи її, тягнемо у вікно пошуку.

Зображення додається, і одразу показуються результати. Тут будуть дублікати фото (якщо вони є в інтернеті), а також сторінки, де воно зустрічається, та схожі зображення. Загалом різна інформація про цей файл.

Спосіб 2

Якщо не вдалося перетягнути знімок у віконце, можна його додати іншим способом:

1 . Відкриваємо сайт images.google.ru

2 . Клацаємо по іконці фотоапарата наприкінці пошукового рядка.

3 . У віконці вибираємо вкладку «Завантажити файл» та натискаємо на кнопку «Виберіть файл».

4 . Відкриється невелике вікно, через яке знаходимо та відкриваємо потрібний знімок зі свого комп'ютера (для цього просто клацаємо по ньому двічі лівою кнопкою миші).

По фотографії із сайту або із соціальної мережі

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

1 . Розширюємо зображення. Для цього наводимо на нього курсор і, якщо його вигляд змінився на руку з витягнутим пальцем, один раз кликаємо лівою кнопкою миші.

2 . Клацаємо по ньому (всередині) правою кнопкою миші та зі списку вибираємо пункт «Копіювати URL-адреси зображення» або «Копіювати адресу зображення».

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

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

Та й сама якість пошуку Гугла багато в чому перевершує аналог від дзеркала рунета (читайте про те, ), але більшість як і раніше сидять в Яндексі в основному через звичку (як і я, власне).

Історія пошукової системи Google.com

Отже, історію розвитку цієї компанії можна починати відраховувати з 1996 року, хоча офіційно пошукова система почала працювати тільки з осені 1998 року (виходить Гуглівці на рік відстали від Яндекса, проте встигли все надолужити).

Саме починаючи з 1996 року прообраз сьогоднішнього пошукача почав працювати на територію кампуса Стенфордського університету, в якому на той час навчалися в аспірантурі (докторатурі) невідомі зараз у світі Сергій Брін та Ларрі Пейдж.

Обидва ці джентльмена були 1973 року народження (практично мої ровесники) і обидва були вихідцями з професорських сімей з єврейським корінням. Мами та тата обох засновників Гугла займалися математикою (викладали) та комп'ютерними технологіями, що, власне, і спонукало інтерес їхніх дітей до цих галузей науки. І Сергій Брін, і Ларрі Пейдж на чільне місце завжди ставили здобуття висококласної профільної освіти (молодці, чого сказати).

Була в них, однак, різниця у походженні. Сергій Брін народився у Радянському Союзі у славному місті Москві та був вивезений батьками у 1979 році до штатів за програмою еміграції єврейських сімей. А Ларрі Пейдж вже спочатку був уродженим американцем, хоча, по суті, це не так вже й важливо, бо Сергієві було лише шість років, коли він перестав бути нашим із вами співвітчизником. Що примітно, Брін досі дуже непогано розмовляє російською.

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

Наявні на той час пошукові системи важко справлялися зі своїм завданням. Результати пошукової видачі мали дуже низьку кореляцію з тим, що хотів побачити у відповідь на запит користувача. Справа в тому, що тоді основним маркером (фактором), яким здійснювалося у видачі, була частота використання слівіз запиту користувача у документі.

Зрозуміло, що такий критерій відбору легко піддається накрутці з боку вебмайстрів простим збільшенням нудоти текстів. Уявляєте, скільки часу вже минуло з того часу, як з'явився текстовий спам, з яким пошукові системи тільки зараз почали серйозно боротися і викорінювати (бо з'явилися інші фактори, що дозволяють істотно знизити важливість частоти входження ключів у тексті під час ранжирування).

Ну ось. Ларрі Пейдж з дитинства на прикладі своїх батьків, які оберталися в наукових колах, бачив і розумів, що авторитет того чи іншого вченого багато в чому залежить від того, у скількох наукових працях на нього посилаються, як на першоджерело або як на авторитетного фахівця. Чим більше посилань, тим авторитетніше ім'я вченого. Логічно?

Звичайно ж, логічно, але до чого тут Google? Справа в тому, що у Пейджа виникла ідея перенести цю систему ранжирування на пошук в Інтернеті. Вчених він асоціював з окремими документами (не сайтами, а саме окремими вебсторінками), а посилання в інтернеті існували аж з моменту далекого 1989 року (до речі, через кілька років саме Тім заснував).

Ну, і в результаті з'явився всім вам відомий фактор ранжування, який досі враховується пошуковими системами. PageRank. Термін цей складовий. Rank - означає ранжування, а ось Page може означати або веб-сторінку в англійській варіації написання, або те, що даний параметрРанжування придумав ніхто інший як Пейдж (який Ларрі).

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

ПР дозволяв враховувати при ранжируванні документів не лише кількість, а й якість посилань, що ведуть на ту чи іншу вебсторінку. Ну, а якість посилання відповідно залежала від кількості вхідних беклінків на сторінку-донора (донором у SEO прийнято називати того, з кого веде лінк, а акцептором — того, на кого він проставлений).

Тобто. Тут з'являється поняття статичної ваги сторінок в інтернеті, відповідно до якого і оцінюється якість провідних посилань. Все це неподобство розраховувалося Гуглом у кілька проходів (ітерацій) і було (принаймні на той час) чудовим фактором ранжування. Взагалі, тема PageRank не така очевидна, тому для детального знайомства доведеться прочитати згадані вище статті.

Ну, а ми повернемося до історії Google і подивимося, як двом талановитим джентльменам з оплоту демократії вдалося втілити ідею ранжування документів глобальної мережі в життя і мимохідь заробити на цьому по двадцять мільярдів зеленню (хоча для них це не було самоціллю, а просто стало результатом їх роботи, від якого безглуздо відмовлятися).

Насамперед для перевірки працездатності програми розрахунку Page Rank потрібно було отримати величезний масив даних. Ларрі Пейдж вирішив, що він зможе з цією метою скачати до себе на комп'ютер весь інтернетчим кинув у здивуванні своїх керівників.

Однак на кошти Стенфордського університету Ларрі та Сергій зуміли зібрати з комплектуючих (це дозволило за ті ж гроші отримати у троє більше залізної складової, ніж при покупці вже зібраних серверів) необхідну кількість комп'ютерів та запустити свого павука (програму, що копіює знайдені нею вебсторінки в інтернеті) .

До речі, зазначу, що Ларрі та Сергій залишилися вірними своїй ідеї — Google зараз є збирачем комп'ютерів номер один у світі(Істотно випереджаючи Dell і HP) при цьому жодного сервера не продаючи, а використовуючи їх все для своїх дата-центрів, в яких за приблизними даними налічується по всьому світу вже більше мільйона одиниць. Це дозволяє їм за тих самих витратах отримувати значно більшу продуктивність і економити на резервуванні, що робить його абсолютним лідером у швидкості і надійності роботи.

Але повернемось знову до історії. Отже, в результаті дітище Бріна і Пейджа стало засобом пошуку для всіх користувачів Стенфордського університету. Сергій та Ларрі просили своїх перших користувачів висловлювати свої враження та зауваження щодо роботи пошуку, намагалися їх врахувати та доопрацювати (фактично це був етап альфа тестування). Пошук став доступним у 1997 році за адресою google.stanford.edu. Зі Стендфорда була подана заявка на технології пошуку з використанням PageRank.

Як ви можете бачити, в URL-адресі вже використовується слово Google (хоча був час, коли алгоритм пошуку мав назву BackRub, бо будувався на обліку зворотних посилань), яке було придумане напередодні як одна з можливих назв пошукової системи. Походження цього слова пов'язане з неправильним написанням терміна Googol (Гугол), Що означає хитре число, що складається з одиниці і ста нулів, що стоять після неї.

Загалом, спочатку була пропозиція назвати пошук GooglePlex (у правильному написанні Googolplex — десятка в ступені гугол), але воно видалося надто довгим і зупинилися на згаданому терміні (чомусь написаному в результаті не правильно, але міняти вже не стали, т. .к., був майже відразу ж придбаний домен Google.com). Цією назвою творці, мабуть, хотіли наголосити або передбачити грандіозність індексної бази майбутнього світового лідера пошуку.

Гугл та Яндекс — загальні моменти у розвитку та становленні

Відмінною рисою головної сторінки Гугла на той час став її повний аскетизм, який залишився і досі. Порівняйте (там іноді під рядком пошуку можна побачити банер, вартість розміщення якого на тиждень дорівнює вартості квартири в Москві):

І подивіться на головну сторінку Google:

Як кажуть, відчуйте різницю. У далеких дев'яностих усі сайти та портали рясніли різнобарвними банерами та написами (аля сьогоднішній Терехофф, та й я теж не без грішка), що викликало непідробне роздратування у Ларрі та Сергія. Тому, працюючи над дизайном головної сторінки свого пошуку, Сергій Брін використав принцип мінімалізму, дозволивши собі лише розмалювати літери логотипу Гоогле у різні кольори.

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

Тому розробникам довелося збільшити шрифт унизу головною, щоб він став для користувачів своєрідним маркером закінчення завантаження сторінки.

А знаєте, що найцікавіше в історії Гугла? Те, що вона могла б закінчитись приблизно на цьому місці. Як я вже згадував раніше, для Сергія та Ларрі головним було здобуття якісної освіти, а робота над пошуковою системою займала весь час і не залишала його на навчання. Як ви вважаєте, що вони придумали?

Ну звичайно ж, продати всі правана використання технології PageRank та поставити хрест на розвитку проекту Google. Що примітно, вони пропонували свій продукт за порівняно невелику суму в один лимон зеленню таким відомим на той час титанам, як AltaVista, та іншим компаніям, які вже не перебувають на слуху. Примітно, що AltaVista навіть зуміла збити ціну на чверть, але в результаті все одно не купила його.

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

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

Отже, нагадаю, що домен був зареєстрований у вересні 1997 року, а через рік була вже зареєстрована компанія Google Inc. За кілька днів до цього Сергію Бріну та Ларрі Пейджу вдалося отримати свій перший чек на розвиток від грамотного дядька із Sun Microsystems. Кажуть, що при виписці чека, компанії як такої ще не існувало, тому, вказавши в чеку назву, вже при офіційній реєстрації компанії довелося орієнтуватися саме на цю назву (інакше виникла б проблема з переведенням у готівку грошей).

Ця сума була витрачена на покупку комплектуючих і складання нових серверів, які були покликані обробляти постійно зростаючу кількість запитів до Google.com, оскільки популярність пошуковика зростала. Хоча навіть незважаючи на те, що наприкінці 1998 року на них головній сторінціяк і раніше, красувався напис Beta, провідні ЗМІ, що пишуть про IT технології, вже звернули увагу на молоду пошукову систему і висловили свої позитивні відгуки про її роботу.

Популярність Гугола зростала і отримані сто тисяч зелені дуже швидко були витрачені на комплектуючі. Хлопці знову вперлися в стіну, але їм знову-таки вдалося зробити неймовірне - отримати двадцять п'ять лям зелені на розвиток від двох венчурних контор, при цьому не загнавши себе в кабалу (залишивши за собою повне право керування компанієюі вирішення всіх питань на власний розсуд). Молодці, чого вже казати.

Я знову не втомлююся проводити паралелі між розвитком буржуазного та російського пошуку. Аркадій Волож та Ілля Сегалович так само змушені були шукати гроші на розвиток в інвесторів, і так само зуміли відстояти своє право керувати компанією на власний розсуд.

Взагалі, між ідеологами Яндекса та Гугла дуже багато спільного (розумні, освічені та інтелігентні люди) та головне, що їх об'єднує — бажання насамперед розвивати свої проекти (і ловити від цього кайф), а не тупо забивати бабло (хоча, і не без цього):

Зрозуміло, що нескінченно так продовжуватись не могло. Проект має приносити дохід або хоча б перебувати на рівні самоокупності. Щоправда, є приклади великих інтернет проектів, які не заробляють на своєму дітищі. . Однак їй допомагають триматися на плаву інші заможні компанії, власники яких розуміють важливість Вікі для Інтернету.

Такою компанією і є Google, яка пожертвувала кілька лямів на Вікі. До речі, власник соціальної мережі «Торгівля» теж погрожував нещодавно передати Вікіпедії біля ляма зелені, що робить йому честь і ставить в один ряд з Великими.

Але Гоогл (як і Яндекс) не наважився піти шляхом безсрібників. Сергію Бріну та Ларрі Пейджу довелося трохи поступитися принципами неприйняття розміщення реклами на сторінках свого дітища. Але зробили вони це дуже елегантно і їхній спосіб надання реклами несе набагато більше позитиву користувачам, ніж банери, які тоді використовувалися.

Я говорю про контекстну рекламуГугл АдВордс, яка представляє собою текстові рядки з посиланням на сайт рекламодавця. Причому оголошення показуються у суворій відповідності до того, який саме запит ввів користувач у пошуковому рядку. Така реклама не створює дискомфорту для користувачів, зате приносить їй воістину фантастичні доходи:

До речі, Гоогл не жадібний і дозволяє заробляти на контекстній рекламі будь-яким бажаючим вебмайстрам, показуючи її на своїх сайтах. Щоправда, за це він залишає собі близько половини суми, яку виплачує рекламодавець, але це цілком логічна плата за використання бази рекламодавців. Багато вебмайстрів живуть одним лише бажанням пройти.

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

Google свій контекст запустив у 2000 році, а Яндекс — у 2002. Питання про першоджерело ідеї, напевно, не виникає. Хоча, родоначальник не відразу став використовувати схему оплати лише за кліки, зроблені користувачами за оголошеннями рекламодавців, а йшов кілька років.

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

За 2001 рік Google.com опинився в плюсі ​​аж на сім лям зелені, а зараз прибуток лідера світового пошуку обчислюється мільярдами. Крім американської аудиторії, він уже давно орієнтований на весь світ. Пошук можна здійснювати 200 мовамина різних регіональних веб-сайтах. Крім, власне, технологій пошуку, дана компанія за час свого існування відкрила масу супутніх сервісів, починаючи з і, а закінчуючи .

Він навіть зазіхнув на царювання найпопулярнішої у світі, протиставивши їй своє дітище під назвою. Навіть на верховенство Мелкософту на ринку операційних системвін готовий замахнутися, розробляючи свою Ос на основі Хрому. Ну, а на ринку мобільних операційних систем він уже здійснив переворот своїм Андроїдом, який зараз встановлений на більшості планшетів та смартфонів.

Я вже писав, що Яндекс у 2011 вийшов на IPO і дуже успішно став ВАТ із досить великою маржею для себе. У 2004 році аналогічно на IPO вийшов і Гугол, хоч і не настільки успішно, як воно могло б бути. Однак в обох випадках ідеологи компаній, як і раніше, залишилися біля керма і можуть обирати самостійно шляхи розвитку і не йти ні в кого на поводі. В принципі, це добре, бо ентузіазму обом командам не позичати.

Google.ru - особливості просування та Seo оптимізації

Тепер давайте трохи поговоримо про під Гугл і чим воно відрізняється від аналогічного дійства під Яндекс. Звичайно ж, за великим рахунком, робити особливі відмінності при ці пошукові системи не варто, але вони мають свої особливості і різні фактори ранжування по різному в них враховуються.

Ну і, думаю, зрозуміло, що мова йтиме про російськомовне Google.ru, бо.com здійснює ранжування за іншою формулою і там враховуються дещо інші фактори (відсталі ми, що не кажи). Про частки ринку пошуку рунета я вже писав:

Але варто враховувати той факт, що запити, що продають, набагато частіше задаються в Яндексі (може бути навіть у рази частіше), а ось частка інформаційних запитів вище в буржуйському аналогу. Тому блоги на кшталт мого можуть мати частку переходів із Гугола навіть вище, ніж із дзеркала рунета.

Все це пов'язане з націленням аудиторії цих пошукових систем. Нехай на мене ніхто не ображається, але в Яндексі превалюють обивателі, які бажають щось купити або розважитися, а в дітище Пейджа та Бріна сидять інтелектуали (ну, на кшталт того), які бажають щось дізнатися. Особисто я за звичкою користуюся вітчизняним продуктом, а от якщо він мені не дає вичерпної відповіді, то звертаюся вже до буржуїна, і він мене, як правило, не розчаровує.

Напевно, всі ви вже відчули на собі те, що Google не тільки швидше працює, швидше індексує нові сторінки, але й те, що в ньому можна швидше вилізти в Топ.

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

У Гоогле цей лаг значно менше (якщо взагалі є) і в Топ можна вийти досить швидко, маючи хороший і не спамлений текст на пристойному сайті, а також певну кількість зовнішніх посилань.

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

Ну, і знову ж, як мені здається, Google більше Яндекса любить тексти подібні до тих, що ви можете зустріти на цьому блозі - великі за обсягом і структуровані (заголовки за допомогою тегів H1-H6, списки OL або UL, ну і ще можна було б таблиці використовувати для різноманітності).

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

2. У Google регіониявляють собою країни, а не окремі суб'єкти Росії чи України, як в Яндексі. Тому слід це враховувати, а також враховувати ті фактори, за якими він може віднести ваш сайт до того чи іншого регіону (детальніше читайте нижче).

Ще в нього є одна особливість - він більшу увагу при ранжируванні приділяє показникам конкретної веб-сторінки (релевантність якої розраховує) і меншу увагу приділяє показникам всього сайту. Мається на увазі порівняно з Яндексом, для просування в якому дуже важливо мати трастовий ресурс.

Що нам це дає? Виходить, що молодому проекту не має достатньої трастовості. простіше пробитися в Топ Гугла, ніж у Топ дзеркала рунета, за умови, що стаття буде якісною, оптимізованою та добре прокачаною посиланнями з якісних донорів (наприклад, з біржі вічних посилань або з біржі статей) та з внутрішніх сторінок цього ж сайту (і нарівні із зовнішніми посиланнями сприяє нарощуванню статичної та динамічної ваги сторінки).

Наприклад, мій блог за багатьма частотними запитами знаходиться в Топі Гоогла, але не в Топі дзеркала рунета. Виходить, що або загальної трастовості ресурсу для цього ще не вистачає, або зворотні посилання ще не почали працювати через лага, або ці документи знаходяться під фільтром за переоптимізацію текстів (що теж можливо).

3. Пошукова система Google.ru надає великого значення наявності та кількості вхідних посилань (зовнішніх та внутрішніх) на документ і більше поважає прямі входженняпошукового запиту В Яндексі ж посилальний фактор має дещо менше значення і там дуже важливо буде не переборщити з прямими входженнями, більше використовувати словоформи та розведення. Але, знову ж таки, пошукові алгоритми розвиваються і згодом вони наближатимуться до того, що ми маємо зараз у світовому пошуку з розширенням.com.
4. Сам не перевіряв і не відчув, але вважається, що наскрізні посилання (проставлені зі всіх сторінок ресурсу, наприклад, у сайдбарі донора) добре працюють саме у Гуглі, т.к. йому важливим є саме кількісне співвідношення посилальної маси. Yandex просто склеює протяги і навряд чи їх сумарна вага перевищує вагу звичайної зовнішнього посиланняз однієї єдиної сторінки цього самого донора.

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

Щоправда, у дотриманні всіх вимог є теж чимало нюансів, головна з яких — це швидка зміна правил гри пошуковими системами. Звичайно ж, основні базові та основні прийоми оптимізації залишаються незмінними (принаймні протягом тривалого часу), проте Яндекс характерний саме різкою зміною відносин до тих чи інших способів накрутки.

Раніше з Гуглом можна було почуватися спокійнішим, бо її так не лихоманило. Але прийшла весна 2012 року і разом із нею прийшов і зоопарк: Пінгвін та Панда. Вони прийшли відразу у світовому масштабі і торкнулися всіх країн. Після цього пошукову видачу почало постійно трясти і практично кожен другий сайт у тій чи іншій мірі постраждав від цих фільтрів.

Це було як грім серед ясного неба. Всі дружно лаяли Яндекс, а потім різко перейшли на його буржуазного конкурента. Пінгвін став карати на погану якість вхідної маси на сайт, а Панда — за переоптимізацію контенту. Складається таке відчуття, що розробники поставили собі завдання — зробити просування під Гугол максимально непередбачуваним(Сьогодні ти в Топі, а завтра в...). Навіщо їм це потрібне?

Швидше за все, причиною є гроші. Якщо SEO не даватиме хоч якихось гарантій та стабільності, то всі почнуть ще активніше використовувати альтернативний метод, а саме купувати контекстну рекламу Власне так зараз і відбувається. Поки існує пошукових систем ситуація все більше і більше погіршуватиметься.

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

Глобальний (Google.com) та регіональний пошук (.ru, .ua)

Почнемо з того, що Гугол позиціонує себе як система пошуку по всьому світовому Інтернету. У зв'язку з цим він має як глобальну пошукову систему.com , яка працює з англомовними користувачами з усього світу, так і регіональні пошукові системи (наприклад, .ru або.com.ua, що відносяться до Росії та України).

У загальносвітовому google.com, окрім величезної кількості відвідувачів, має місце і величезна кількість проіндексованих сайтів у базі (там зібрана величезна колекція), а звідси слідує висновок про те, що там буде дуже складно потрапити в топ видачі. Крім цього, у світовому пошуковику практично неможливо буде за короткий час зайняти місце в топі за високочастотними запитами.

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

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

У той же час, у регіональних пошукових системах (наприклад, google.ru або .com.ua) цілком можливо потрапити в топ за високочастотним запитом вже через один-два місяці після створення проекту. Пов'язано це з тим, що там не працюють багато фільтрів, які використовуються в.com, або ж працюють не по повній програмі.

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

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

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

Тут усе досить просто. Насамперед, при спробі віднести ресурс до того чи іншого регіону, Гугол дивиться на , до якої належить цей інтернет-проект. Якщо домен явно вказує на регіональну приналежність (наприклад: зона.RU - Росія, .DE -Німеччина або.US - штати), то пошукова машина вибере регіон для сайту саме покладаючись на це.

Тому, якщо ви використовуєте для свого сайту доменне ім'я, Що належить до зони тієї чи іншої країни, то проблем із неправильним вибором регіону для вашого ресурсу виникнути не повинно.

Але ваш ресурс може мати домен, що належить до будь-якої спільної зони (на кшталт.COM або.NET). Чим керується пошук при виборі регіону в цьому випадку? Виявляється, що він аналізує IP адреса сервера хостингу, На якому розташований даний проект. Якій країні належатиме ця IP адреса, до такого регіону і буде віднесений сайт.

Тому при створенні нового проекту, орієнтованого на просування в пошуковій машині Гугол певного регіону (країни), вам слід потурбуватися про те, щоб він відразу і безпомилково визначив регіон вашого сайту. Для цього вам потрібно буде вибрати ім'я в доменній зоні потрібного регіону, або використовувати хостинг з IP адресами серверів потрібної вам країни.

Якщо для вашого ресурсу він не вірно визначив регіональну приналежність, то ви, в принципі, можете додати до ключових слів тих пошукових запитів, за якими ви просуваєтеся, додаткове слово, яке уточнює регіональну приналежність (наприклад, пошукове просування Росія).

І в цьому випадку ваш вебсайт братиме участь у регіональній видачі Гугла для потрібної вам країни (Росія), але вже не за високочастотним запитом («пошукове просування»), а за набагато менш високочастотним («... Росія»).

Якщо ж ви, навпаки, хочете створити ресурс, орієнтований на безліч країн, то обов'язково обирайте доменне ім'я із загальної зони (на кшталт .COM або .NET), а хостинг вибирайте з IP адресою тієї країни, з якої очікується найбільше відвідувачів.

Завдання регіону сайту у пошуковій системі Яндекс

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

Після того, як ви увійдете зі свого облікового запису в панелі вебмайстрів, вам потрібно буде вибрати з лівого меню пункти «Географія сайту» — «Регіон»:

Як ви можете бачити з наведеного вище скріншота, для мого блогу Яндекс не визначив регіон: Вміст сайту не має вираженої регіональної приналежності. В іншому випадку потрібно буде ввести у відповідне поле бажаний регіон сайту та вказати в полі, що знаходиться нижче. URL сторінкисвого блогу, де зустрічатиметься назва цього регіону.

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

Тому підійдіть з усією відповідальністю для вашого проекту. Особисто мені, на даний момент, після низки експериментів найбільше імпонує провайдер з InfoBox, мої перші враження про які ви можете прочитати в статті по .

Якщо говорити коротко, то у InfoBox на даний момент дуже багато бонусів (30 днів халяви плюс безкоштовний домен назавжди, у разі оплати хостингу на три місяці) і чудова служба техпідтримки.

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

Як працює пошукова система Google

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

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

І вже на підставі двох цих факторів (вмісту документа та ранжування посилань) він визначає позицію сайту у видачі за тим чи іншим пошуковим запитом. Google веде пошук не реальними сайтами, а за так званою колекцією, яка є всі проіндексовані пошуковою системою документи в мережі.

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

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

Як пошукові боти Гугла зможуть знайти нові сторінки ресурсу? По-перше, завдання на відвідування того чи іншого документа пошуковий бот може отримати після того, як ви додасте адресу тієї чи іншої сторінки в . По-друге, бот може проіндексувати документ, перейшовши на нього за посиланням з іншого або з вашого ресурсу.

Звідси можна дійти невтішного висновку, що хороша і продумана навігація буде корисна як вашим відвідувачам, а й зможе прискоритипошуковими системами Одним із способів такого прискорення служить, призначену саме для роботів.

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

При розрахунку релевантності враховується зміст документа, а як і враховується кількість і якість зворотних посилань провідних нього.

Основний та додатковий (supplemental) індекси Гугола

Матеріальні можливості компанії Гугол (як грошові, так і апаратні) дозволяють цій пошуковій системі індексувати всі сторінки поспіль та зберігати їх у своїй індексній базі (колекції). Дрібніші пошуковики, в тому числі і Яндекс, не можуть дозволити собі такої розкоші і видаляють з індексу дубльований контент (наприклад, і інші не якісні документи).

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

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

Я вже писав про спеціальне і, отже, побічно оцінити якість вашого веб-проекту. Хоча ви можете самі, без використання будь-яких сервісів, подивитися скільки сторінок вашого сайту знаходиться в основному індексі Гугла.

Для початку введіть у рядок пошуку наступний запит:

Site:сайт

замінивши доменне ім'я мого блогу на своє. В результаті чого відкриється сторінка з видачею, де будуть перераховані всі сторінки вашого ресурсу, що знаходяться в індексі. Тут будуть наведені документи не лише з основного, але й додаткового (supplemental) індексу. Під рядком запиту буде наведено загальну кількість сторінок вашого ресурсу, проіндексованих цією пошуковою системою:

Тепер, запам'ятавши сумарну кількість сторінок в індексі, видозмініть запит у пошуковому рядку Гугла на наступний:

Site:сайт/&

замінивши доменне ім'я мого блогу на своє. В результаті відкриється сторінка з видачею, де будуть перелічені лише ті сторінки вашого сайту, які знаходяться в основному індексі:

Тільки за цими документами, що знаходяться в основному індексі, і вестиметься пошук. Про те, які причини можуть призвести до потрапляння сторінок до додаткового, а не основного індексу, я вже писав, але трохи повторюся і, мабуть, додам кілька нових можливих причинчому сторінка може опинитися в соплях Гугола:

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

Відео з youtube.com про принципи просування в Гуглі:

Удачі вам! До швидких зустрічей на сторінках блогу сайт

Вам може бути цікаво

Виведення сайту з-під фільтра Google Пінгвін - покрокове керівництво
СЕО термінологія, скорочення та жаргон
Розшифровка та роз'яснення Seo скорочень, термінів та жаргонізмів
Як додати сайт в аддурилки (add url) Яндекса, Google та інших пошукових систем, реєстрація в панелях для вебмайстрів та каталогах
Облік морфологія мови та інші проблеми розв'язувані пошуковими системами, а також відмінність ВЧ, СЧ та НЧ запитів
Статистика пошукових запитів Яндекса, Google та Рамблера, як і навіщо працювати з Вордстатом

Щодня ми щось шукаємо в Google. Я, напевно, разів 200 на день щось шукаю в Google. Я перевіряю будь-яку інформацію, дізнаюся про щось нове, моментально знаходжу відповідь на своє запитання. Виникло питання – вбив у пошуковий рядок – отримав результат. Що може бути простішим? Але іноді виникають труднощі під час пошуку конкретної інформації. Декілька трюків допоможуть вам завжди знаходити шукане.

Ми вже не раз писали про секрети пошуку Google. Я вирішив перевірити, які трюки працюють і досі, і трохи освіжити їх у вашій пам'яті.

Пошук конкретної фрази

Іноді буває необхідно знайти фразу саме у тому вигляді, у якому її вводимо. Наприклад, коли ми шукаємо текст пісні, але знаємо лише одну фразу з неї. У такому разі вам потрібно укласти цю фразу в лапки.

Пошук по конкретному сайту

Google - чудовий пошуковик. І часто він кращий за вбудований пошук на сайтах. Саме тому раціональніше використовувати Google для пошуку інформації на якомусь сайті. Для цього вводимо site:lenta.ru Путін зробив.

Пошук слів у тексті

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

Якщо одне слово запиту має бути в тексті, а решта - у будь-якому іншому місці сторінки, включаючи заголовок або URL, поставте перед словом intext:а інше напишіть до цього.

Пошук слів у заголовку

Якщо ви хочете, щоб усі слова запиту були в заголовку, використовуйте фразу allintitle:.

Якщо тільки частина запиту має бути в заголовку, а решта – в іншому місці документа чи сторінки, ставте intitle:.

Пошук слів у URL

Щоб знайти сторінки, у яких ваш запит прописано в URL, введіть allinurl:.

Пошук новин для конкретної локації

Якщо вам потрібні новини з певної тематики із конкретної локації, використовуйте location:для пошуку за новинами Google.

Пошук із якоюсь кількістю пропущених слів

Вам потрібно знайти пропозицію в документі або статті, але ви пам'ятаєте тільки слова на початку і в кінці. Введіть свій запит і вкажіть, скільки слів було між тими словами, які ви пам'ятаєте. Виглядає це так: «У лукомор'я AROUND(5) дубом».

Пошук, якщо забули якесь слово чи цифру

Забули якесь слово із приказки, пісні, цитати? Не біда. Google все одно допоможе його знайти. Поставте зірочку (*) на місці забутого слова.

Пошук сайтів, які посилаються на сайт, що цікавить вас

Цей пункт корисний власникам блогів чи сайтів. Якщо вам цікаво, хто ж посилається на ваш сайт або навіть на певну сторінку, достатньо ввести link:сайт.

Виключити результати із непотрібним словом

Уявімо ситуацію. Ви вирішили поїхати відпочивати на острови. І ви зовсім не хочете на Мальдіви. Щоб Google не показував їх у результатах пошуку, потрібно просто ввести «Відпочинок на островах Мальдіви». Тобто перед словом Мальдіви поставити мінус.

Ви бажаєте знайти всіх своїх конкурентів. Або вам дуже подобається сайт, але не вистачає матеріалу на ньому, а вам хочеться ще й ще. Вводимо related:lenta.ruі милуємося результатом.

Пошук «або-або»

Бувають ситуації, коли вам потрібно знайти інформацію стосовно двох людей відразу. Наприклад, ви хочете посміятися з Вової, але не вирішили, над яким - Зеленським чи ще яким-небудь. Достатньо ввести «Володимир Зеленський | Жириновський», і ви отримаєте потрібний вам результат. Замість символу "|" можна вводити англійську OR.

Пошук різних слів в одному реченні

Для знаходження зв'язків між об'єктами або просто для пошуку згадки двох осіб можна використовувати символ «&». Приклад: "Фрейд & Юнг".

Пошук по синонімах

Якщо ви такий же лінивий, як і я, то вам не вистачає терпіння гуглити кілька разів за різними синонімами одного слова. Наприклад, дешеві дрова. Символ «~» може спростити вам життя. Пишемо "~дешеві дрова" і отримуємо результати за словами "дешевий", "недорогий", "доступний" і так далі.

Пошук у певному діапазоні чисел

Дуже корисним є секрет пошуку в Google, якщо вам потрібно знайти, наприклад, події, які відбулися в певні роки, або ціни в певному діапазоні. Просто поставте дві крапки між числами. Google шукатиме в цьому діапазоні.

Пошук файлів певного формату

Якщо вам потрібно знайти документ або просто файл певного формату, то і тут вам може допомогти Google. Достатньо додати в кінці вашого запиту filetype:docі замість docпідставити потрібний формат.

Ще 10 корисних функцій

1. Google може працювати непоганим калькулятором. Для цього просто введіть потрібну операцію в рядок пошуку.

2. Якщо ви хочете дізнатися значення слова, а не просто переглянути сторінки по темі, додайте до слова defineчи «значення».

3. Можна використовувати пошуковик як конвертер величин і валют. Щоб викликати конвертер, наберіть запит із перекладом, наприклад «сантиметри в метри».

4. За допомогою Google ви можете дізнатись погоду та час без необхідності заходити на сайти. Наберіть запити «погода „цікаве місто“», «час „цікаве місто“».

5. Щоб переглянути результати та розклад матчів спортивної команди, просто наберіть у пошуковій системі її назву.

6. Щоб перекласти слово будь-якою мовою, напишіть у пошуковому рядку «перекласти „потрібне слово“ англійською (будь-якою іншою) мовою».

7. За запитом «схід „цікаве місто“» Google показує час сходу та заходу сонця (для останнього - відповідний запит).

8. cache:site.com- функція пошуку сайту в кеші Google, що іноді дуже виручає. Наприклад, коли новини видаляють новини. Їх можна прочитати завдяки Google.

9. Якщо ви вводите номер авіарейсу в пошуковий рядок, Google видає повну інформацію про нього.

10. Щоб побачити таблицю з котируваннями конкретної компанії, просто введіть запит «акції „цікава компанія“», наприклад, «Акції Apple».

Якщо у вас є свої способи ефективніше використовувати Google і швидше знаходити потрібну інформацію, поділіться порадами в коментарях до цієї статті.

Отримання приватних даних не завжди означає зламування - іноді вони опубліковані в загальному доступі. Знання налаштувань Googleі трохи кмітливості дозволять знайти масу цікавого – від номерів кредиток до документів ФБР.

WARNING

До інтернету сьогодні підключають все поспіль, мало піклуючись про обмеження доступу. Тому багато приватних даних стають видобутком пошукових систем. Роботи-павуки вже не обмежуються веб-сторінками, а індексують весь доступний в Мережі контент і постійно додають у свої бази не призначену для розголошення інформацію. Дізнатися про ці секрети просто - потрібно лише знати, як саме запитати про них.

Шукаємо файли

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

Обмежити пошук файлів певного виду в Google можна за допомогою двох операторів: filetype і ext. Перший задає формат, який пошуковик визначив за заголовком файлу, другий - розширення файлу, незалежно від його внутрішнього вмісту. При пошуку в обох випадках слід зазначати лише розширення. Спочатку оператор ext було зручно використовувати в тих випадках, коли специфічні ознаки формату файлу були відсутні (наприклад, для пошуку конфігураційних файлів ini і cfg, всередині яких може бути все що завгодно). Зараз алгоритми Google змінилися, і видимої різниці між операторами немає – результати здебільшого виходять однакові.

Фільтруємо видачу

За промовчанням слова і будь-які введені символи Google шукає по всіх файлах на проіндексованих сторінках. Обмежити область пошуку можна за доменом верхнього рівня, конкретним сайтом або за місцем розташування шуканої послідовності в самих файлах. Для перших двох варіантів використовується оператор site, після якого вводиться ім'я домену або вибраного сайту. У третьому випадку цілий набір операторів дозволяє шукати інформацію у службових полях та метаданих. Наприклад, allinurl знайде задане в тілі самих посилань, allinanchor - у тексті, з тегом , allintitle - у заголовках сторінок, allintext - у тілі сторінок.

Для кожного оператора є полегшена версія з коротшою назвою (без приставки all). Різниця в тому, що allinurl знайде посилання з усіма словами, а inurl - тільки з першим з них. Друге та наступні слова із запиту можуть зустрічатися на веб-сторінках будь-де. Оператор inurl теж має відмінності від іншого схожого за змістом - site. Перший також дозволяє знаходити будь-яку послідовність символів у посиланні на потрібний документ (наприклад, /cgi-bin/), що широко використовується для пошуку компонентів з відомими вразливістю.

Спробуємо практично. Беремо фільтр allintext і робимо так, щоб запит видав список номерів та перевірочних кодів кредиток, термін дії яких закінчиться лише через два роки (або коли їх власникам набридне годувати всіх поспіль).

Allintext: card number expiration date /2017 cvv

Коли читаєш у новинах, що юний хакер «зламав сервери» Пентагону або NASA, вкравши секретні відомості, то здебільшого йдеться саме про таку елементарну техніку використання Google. Припустимо, нас цікавить список співробітників NASA та їх контактні дані. Напевно, такий перелік є в електронному вигляді. Для зручності або недогляду він може лежати і на самому сайті організації. Логічно, що в цьому випадку на нього не буде посилань, оскільки він призначений для внутрішнього використання. Які слова можуть бути у такому файлі? Як мінімум – поле «адреса». Перевірити всі ці припущення найпростіше.

Inurl:nasa.gov filetype:xlsx "address"

Користуємося бюрократією

Подібні знахідки – приємна дрібниця. По-справжньому ж солідний улов забезпечує більш детальне знання операторів Google для веб-майстрів, самої Мережі та особливостей шуканої структури. Знаючи деталі, можна легко відфільтрувати видачу та уточнити властивості потрібних файлів, щоб у залишку отримати справді цінні дані. Смішно, що тут на допомогу приходить бюрократія. Вона плодить типові формулювання, за якими зручно шукати секретні відомості, що випадково просочилися в Мережу.

Наприклад, обов'язковий у канцелярії міністерства оборони США штамп Distribution statement означає стандартизовані обмеження поширення документа. Літерою A відзначаються громадські релізи, у яких немає нічого секретного; B - призначені лише внутрішнього використання, C - суворо конфіденційні тощо до F. Окремо стоїть літера X, якої відзначені особливо цінні відомості, що становлять державну таємницю вищого рівня. Нехай такі документи шукають ті, кому це належить робити за обов'язком служби, а ми обмежимося файлами з літерою С. Згідно з директивою DoDI 5230.24, таке маркування присвоюється документам, що містять опис критично важливих технологій, які потрапляють під експортний контроль. Виявити таку ретельно охоронювану інформацію можна на сайтах у домені верхнього рівня.mil, виділеного для армії США.

"DISTRIBUTION STATEMENT C" inurl:navy.mil

Дуже зручно, що в домене.mil зібрані лише сайти з відомства МО США та його контрактних організацій. Пошукова видача з обмеженням по домену виходить виключно чистою, а заголовки - самі за себе. Шукати подібним чином російські секрети практично марно: в домене.

Уважно вивчивши будь-який документ із сайту в домене.mil, можна побачити інші маркери для уточнення пошуку. Наприклад, посилання на експортні обмеження «Sec 2751», за яким також зручно шукати цікаву технічну інформацію. Іноді її вилучають з офіційних сайтів, де вона одного разу засвітилася, тому, якщо в пошуковій видачі не вдається перейти за цікавим посиланням, скористайся кешем Гугла (оператор cache) або сайтом Internet Archive.

Забираємось у хмари

Окрім випадково розсекречених документів урядових відомств, у кеші Гугла часом спливають посилання на особисті файли з Dropbox та інших сервісів зберігання даних, які створюють «приватні» посилання на публічно опубліковані дані. З альтернативними та саморобними сервісами ще гірше. Наприклад, наступний запит знаходить дані всіх клієнтів Verizon, у яких на роутері встановлено та активно використовується FTP-сервер.

Allinurl:ftp://verizon.net

Таких розумників зараз знайшлося понад сорок тисяч, а навесні 2015-го їх було значно більше. Замість Verizon.net можна підставити ім'я будь-якого відомого провайдера, і чим він буде відомішим, тим більшим може бути улов. Через вбудований FTP-сервер видно файли на підключеному до маршрутизатора зовнішньому накопичувачі. Зазвичай це NAS для віддаленої роботи, персональна хмара або якась пірінгова гойдалка файлів. Весь вміст таких носіїв виявляється проіндексованим Google та іншими пошуковими системами, тому отримати доступ до файлів, що зберігаються на зовнішніх дисках, можна за прямим посиланням.

Підглядаємо конфіги

До повальної міграції до хмар як віддалених сховищ керували прості FTP-сервери, в яких теж вистачало вразливостей. Багато хто з них актуальний досі. Наприклад, у популярній програмі WS_FTP Professional дані про конфігурацію, облікові записи користувача та паролі зберігаються у файлі ws_ftp.ini . Його просто знайти та прочитати, оскільки всі записи зберігаються у текстовому форматі, а паролі шифруються алгоритмом Triple DES після мінімальної обфускації. Більшість версій досить просто відкинути перший байт.

Розшифрувати такі паролі легко за допомогою утиліти WS_FTP Password Decryptor або безкоштовного веб-сервісу.

Говорячи про зло довільного сайту, зазвичай мають на увазі отримання пароля з логів та бекапів конфігураційних файлів CMS або додатків для електронної комерції. Якщо знаєш їхню типову структуру, то легко зможеш вказати ключові слова. Рядки, подібні до ws_ftp.ini , вкрай поширені. Наприклад, Drupal і PrestaShop обов'язково є ідентифікатор користувача (UID) і відповідний йому пароль (pwd), а зберігається вся інформація у файлах з розширенням.inc. Шукати їх можна так:

"pwd=" "UID=" ext:inc

Розкриваємо паролі від СУБД

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

Досі зустрічаються СУБД, у яких не використовується навіть хешування паролів. Конфігураційні файли будь-якої з них можна просто переглянути в браузері.

Intext:DB_PASSWORD filetype:env

З появою на серверах Windows місцеконфігураційних файлів частково зайняв реєстр. Шукати по його гілках можна таким же чином, використовуючи reg як тип файлу. Наприклад, ось так:

Filetype:reg HKEY_CURRENT_USER "Password"=

Не забуваємо про очевидне

Іноді дістатися до закритої інформаціївдається за допомогою випадково відкритих і потрапили в поле зору Google даних. Ідеальний варіант - знайти список паролів у якомусь поширеному форматі. Зберігати відомості облікових записів у текстовому файлі, документі Wordабо електронної таблиці Excelможуть тільки відчайдушні люди, але саме їх завжди вистачає.

Filetype:xls inurl:password

З одного боку, є маса коштів для запобігання подібним інцидентам. Необхідно вказувати адекватні права доступу до htaccess, патчити CMS, не використовувати ліві скрипти та закривати інші дірки. Існує також файл зі списком винятків robots.txt, що забороняє пошуковикам індексувати зазначені в ньому файли та каталоги. З іншого боку, якщо структура robots.txt на якомусь сервері відрізняється від стандартної, відразу стає видно, що на ньому намагаються приховати.

Список каталогів та файлів на будь-якому сайті випереджається стандартним написом index of. Оскільки для службових цілей вона повинна зустрічатися в заголовку, то є сенс обмежити її пошук оператором intitle . Цікаві речі знаходяться в каталогах /admin/, /personal/, /etc/ і навіть /secret/.

Слідкуємо за оновленнями

Актуальність тут дуже важлива: старі вразливості закривають дуже повільно, але Google та його пошукова видача змінюються постійно. Є різниця навіть між фільтром «за останню секунду» (&tbs=qdr:s наприкінці урла запиту) та «в реальному часі» (&tbs=qdr:1).

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

На вигляд адресного рядкаможна здогадатися лише про спосіб обмежити виведення результатів з допомогою конструкції &tbs=qdr: . Літера y після неї ставить ліміт в один рік (&tbs=qdr:y), m показує результати за останній місяць, w - за тиждень, d - за минулий день, h - за останню годину, n - за хвилину, а s - за секунду. Найсвіжіші результати, які щойно стали відомими Google, знаходиться за допомогою фільтра &tbs=qdr:1 .

Якщо потрібно написати хитрий скрипт, буде корисно знати, що діапазон дат задається в Google в юліанському форматі через оператор daterange. Наприклад, ось так можна знайти перелік документів PDFзі словом confidential, завантажених з 1 січня до 1 липня 2015 року.

Confidential filetype:pdf daterange:2457024-2457205

Діапазон вказується у форматі юліанських дат без урахування дрібної частини. Перекладати їх вручну з григоріанського календаря незручно. Простіше скористатися конвертером дат.

Таргетуємось і знову фільтруємо

Крім вказівки додаткових операторів, у пошуковому запиті їх можна надсилати прямо в тілі посилання. Наприклад, уточненню filetype:pdf відповідає конструкція as_filetype=pdf. Таким чином зручно задавати будь-які уточнення. Допустимо, видача результатів тільки з Республіки Гондурас задається додаванням до пошукової URL конструкції cr=countryHN , а тільки з міста Бобруйск - gcs=Bobruisk . У розділі розробників можна знайти повний список .

Засоби автоматизації Google мають полегшити життя, але часто додають проблем. Наприклад, IP користувача через WHOIS визначається його місто. На підставі цієї інформації в Google не тільки балансується навантаження між серверами, а й змінюються результати пошукової видачі. Залежно від регіону при тому самому запиті на першу сторінку потраплять різні результати, а частина з них може виявитися прихованою. Відчути себе космополітом та шукати інформацію з будь-якої країни допоможе її дволітерний код після директиви gl=country. Наприклад, код Нідерландів - NL, а Ватикану та Північній Кореї в Google свій код не покладено.

Часто пошукова видача виявляється засміченою навіть після використання кількох просунутих фільтрів. У такому разі легко уточнити запит, додавши до нього кілька слів-виключень (перед кожним з них ставиться мінус). Наприклад, зі словом Personal часто використовуються banking, names і tutorial. Тому чистіші пошукові результати покаже не хрестоматійний приклад запиту, а уточнений:

Intitle:"Index of /Personal/" -names -tutorial -banking

Приклад наостанок

Досвідчений хакер відрізняється тим, що забезпечує себе всім необхідним самостійно. Наприклад, VPN - штука зручна, але дорога, або тимчасова і з обмеженнями. Оформляти передплату для себе одного дуже невигідно. Добре, що є групові підписки, а за допомогою Google легко стати частиною якоїсь групи. Для цього достатньо знайти файл конфігурації Cisco VPN, У якого досить нестандартне розширення PCF і відомий шлях: Program Files Cisco Systems VPN Client Profiles . Один запит, і ти вливаєшся, наприклад, у дружній колектив Боннського університету.

Filetype:pcf vpn OR Group

INFO

Паролі зберігаються в зашифрованому вигляді, але Моріс Массар вже написав програму для їх розшифровки і надає її безкоштовно через thecampusgeeks.com.

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