Швидкість доступу до сайту, оптимізація і просування

15

Сьогодні в гостях у terehoff.com Михайло Левинський, творець сервісу Ping-Admin.Ru. Більше нічого розповідати не буду, а просто пропоную прочитати його гостьовий пост, який в рівній мірі корисний і цікавий в першу чергу нашої братії.

Швидкість доступу до сайту та індексація, ТИЦ/PR і скрипти на сервері, канал зв’язку і ранжування. Чим більше я намагався пов’язати ці складові в єдиний матеріал, побудований за схемою: розповім про проблему «багато-багато» а потім дам посилання на її рішення, тим складніше представлялася сама можливість написання такого матеріалу.

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

Як все починалося

Все почалося в 2006 році. На нашому хостингу перебував не один критичний проект. Наш і клієнтський, не в цьому суть. Проблема полягала в тому, що деякі проекти обробляли онлайн платежі, і було дуже важливо, що б ці платежі оброблялися вчасно. Однак траплялося таке, що в самий несподіваний момент порушувалася маршрутизація або зв’язність роботи наших сервісів і партнерських і ось тут починалося найцікавіше. Про проблему ми дізнавалися не відразу, а після першого, як правило, гнівного (або сильно спантеличеного) листа нашого користувача, і як водиться, кидалися на амбразуру її вирішувати. Після закінчення деякого часу прийшло розуміння, що виникла нагальна потреба моніторити працездатність не тільки власних сервісів, але і партнерських, а на завершення, дана проблема вимагає моніторингу та каналів зв’язку. Причому всіх і своїх і партнерських. Ось так і була створена «СОМ» — Система Оперативного Моніторингу, яка перевіряла працездатність сайтів і каналів зв’язку. Довгий час система використовувалася для внутрішніх потреб компанії. Природно, що вона розвивалася, вдосконалювалася і в цьому розвитку «вчилася» вирішувати виникаючі проблеми все більш якісно і інтелектуально.

У певний момент прийшло розуміння, що систему можна зробити загальнодоступною, що б всі ті, кому критична робота власних сервісів могли просто моніторити оні в автоматичному режимі. Працює сайт або не працює? Ось про що повідомляє система, використовуючи всі можливі канали зв’язку, від ICQ і Email до SMS – повідомлень на мобільний телефон. Ось так і з’явився Ping-Admin.Ru — «сервіс моніторингу працездатності сайтів». Дуже простий по візуальному сприйняттю і зручності користування, але неймовірно складний у технічному виконанні.

Час летів швидко, і вже сотні системних адміністраторів (так просто власників власних сайтів) використовували Ping-Admin для перевірки багатьох тисяч ресурсів, коли сталося «щось» а саме, в службу технічної підтримки «приїхало» лист з проханням ввести в систему моніторингу можливість перевіряти наявність фрагмента html – коду на віддаленому ресурсі. Тут треба прояснити ситуацію. Справа, власне, в тому, що Ping-Admin використовували «системники» тобто люди відповідальні за справність того або іншого ресурсу, і прохання про введення функції про контроль над фрагментом коду тоді здалася нам чимось не мають відношення до суті проекту. Проте користувач виявився наполегливим. Після тривалої переписки ми зрозуміли, для чого йому це було потрібно. Користувач виявився SEO – спеціалістом, і хотів автоматизувати перевірку наявності своїх посилань на ресурси, де він їх розмістив. Для Ping-Admin було «без різниці» що перевіряти, працездатність сайту або наявність фрагмента коду, тому, цю функція була введена. Яке ж було наше здивування, коли через пару тижнів ми виявили що майже чверть користувачів системи використовують Ping-Admin саме для цієї мети, а кількість користувачів системи підскочив у півтора рази. Ось з цього моменту Ping-Admin і почав працювати на SEO – індустрію.

Google Вам в допомогу

Ping-Admin чудово справлявся зі своїми обов’язками. «Сисадміни» моніторили свої сайти, SEO-оптимізатори моніторили посилання коли «грянув грім» і сервіс опинився на піку хвилі інтересу SEO, а сталося ось що. В кінці 2009 року Matt Cutts дав інтерв’ю журналу «WebProNews» в якому, заявив буквально наступне: ранжування видачі Google буде враховувати і швидкість відгуку проіндексованого сайту. З цієї заяви випливає буквально наступне: сайти, що працюють повільно, або сайти, доступ до яких утруднений, будуть програвати у видачі ресурсів, мають більш швидкий відгук.

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

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

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

Ситуація назріває наступна. Дуже скоро (насправді «вже зараз») треба дивитися за якістю відгуку сайту клієнта. За швидкістю і бездоганністю його роботи, а головне за значенням параметра Uptime сервера клієнта. Ще більш уважно треба відслідковувати uptime «донорів». Якщо «донор» не стабільний, розміщені на ньому матеріали сильно втратять в ціні, а в гіршому варіанті спрацюють не на благо, а на шкоду просувається вами ресурсу.

Висновки

Коли я писав цей матеріал, я намагався відповісти на питання: «Для чого необхідний SEO — оптимізатора Ping-Admin?» і лише дописавши до цих рядків, я зрозумів суть відповіді. Ping-Admin необхідний для того, що б заощадити час, гроші і ваші нерви. Швидка перевірка сайту клієнта або «донора» вже дасть багато інформації про якість його хостингу. Систематичний моніторинг працездатності може розкрити як проблему як існуючу, так ще й не виникла (це коли ви тільки збираєтеся взятися за просування ресурсу).

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

Не цю мету я переслідував, а мета донести до SEO – спільноти, що грядуть зміни. Спасибі за вашу увагу. Михайло Левинський.

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

Терехов.

Відео сьогодні — топ 10 низьких польотів винищувачів над землею.

Постові: here montre replica, а в цьому пості вакансії Челябінська, і наостанок оренда квартир в Єкатеринбурзі як подобово, так і помісячно.