- Налаштування редиректів і коди статусу http: Налаштування 404 помилки, настройка 301 редиректу в htaccess...
- Налаштування 404 помилки
- Налаштування дзеркал сайтів
- Перенаправлення: 301 і 302 редирект
- Налаштування 301 редиректу в файлі .htaccess за допомогою директиви RewriteRule модуля mod_rewrite
- протокол https
- Налаштування редиректів і коди статусу http: Налаштування 404 помилки, настройка 301 редиректу в htaccess...
- Налаштування 404 помилки
- Налаштування дзеркал сайтів
- Перенаправлення: 301 і 302 редирект
- Налаштування 301 редиректу в файлі .htaccess за допомогою директиви RewriteRule модуля mod_rewrite
- протокол https
- Налаштування редиректів і коди статусу http: Налаштування 404 помилки, настройка 301 редиректу в htaccess...
- Налаштування 404 помилки
- Налаштування дзеркал сайтів
- Перенаправлення: 301 і 302 редирект
- Налаштування 301 редиректу в файлі .htaccess за допомогою директиви RewriteRule модуля mod_rewrite
- протокол https
Налаштування редиректів і коди статусу http: Налаштування 404 помилки, настройка 301 редиректу в htaccess і протокол https Коди статусу HTTP
Про стан сторінки говорить код статусу HTTP, який автоматично надається, коли браузер відвідувача або робот пошукової системи запитує сторінку на сайті. Пошукові роботи за цим кодом розуміють стан сайту і конкретної сторінки. Наприклад, існує сторінка чи ні, чи настроєна переадресація, чи немає на стороні сервера помилки.
Для роботи з сайтом необхідно знати і розуміти такі коди:
200 - сервер успішно відкрив сторінку;тільки сторінку з таким кодом будуть індексувати роботи пошукової системи
301 - перенаправлення назавжди, що показує роботу і відвідувачеві, що запитуваної сторінки більше не існує, але є аналогічна, куди і здійснюється редирект
302 - тимчасове перенаправлення, що означає, що існуючий редирект тільки на час, наприклад, поки редизайн сайту не закінчиться
404 - запитувана сторінка не існує, така сторінка для пошукача вважається неіснуючою і індексуватися вона не буде
503 - сервер тимчасово недоступний - проблема на стороні сервера, пов'язана, наприклад, з навантаженням сервера, на якому лежить сайт
500 - внутрішня помилка сервера - виникає, коли сервер стикається з некоректністю роботи сайту, наприклад, скрипт відпрацьовується правильно або перевищені дозволені права на хостингу
Виділяють п'ять груп кодів статусу HTTP. Кожна група починається з певної цифри і відповідає певному стану:
- 1xx - інформують коди, повідомляють про процес передачі даних.
- 2xx - коди-успішності, що інформують про успішність роботи сайту.
- 3xx - редирект-коди, що перенаправляють запит на інший url.
- 4xx - коди помилок клієнта, повідомляють про неможливість роботи сайту на стороні клієнта.
- 5xx - коди помилок сервера, повідомляють про неможливість роботи сайту на стороні сервера.
Бувають випадки, коли статус-код віддається некоректно. Наприклад, робочі сторінки віддають код 404, тобто вони недоступні, або неіснуючі сторінки віддають код 200. У цьому випадку необхідно провести коректне налаштування статус-кодів у файлі .htaccess.
Ще один спосіб визначити проблеми з 404 помилкою - це встановити на свій комп'ютер додаток до браузерів Firefox або Opera, яке називається «Firebug».
Зайшовши в цьому сервісі у вкладку «Мережа» і перезагрузив сторінку, можна подивитися статус-коди всіх підвантажуваних елементів, але в першу чергу самої сторінки.
Налаштування 404 помилки
Коректна настройка кодів статусу HTTP дуже важлива для правильної індексації сайту: якщо сторінка помилково буде віддавати код 404, її не зможуть проіндексувати пошукові роботи, а це негативно позначиться на просуванні ресурсу.
Інформацію про наявність сторінок з помилками можна отримати також з сервісу webmaster.yandex.ru , Налаштованого для конкретного сайту.
Рекомендується проводити перевірку статус-кодів для всіх сторінок сайту. Якщо знайдені сторінки з кодами, відмінними від 200 ОК, то потрібно налаштувати сервер таким чином, щоб всі сторінки з корисним контентом віддавали коректні відповіді. Таке відповідальне завдання стоїть доручити розробникам сайту.
Налаштування дзеркал сайтів
Ще одна група можливих помилок пов'язана з некоректним настроюванням дзеркал сайту .
Вам можуть знадобитися дзеркала, щоб вирішувати найрізноманітніші завдання.Наприклад, щоб забезпечити присутність в зоні .RU і .РФ (kuvalda.ru і кувалда.рф) або оцінити ефективність різних інструментів інтернет-маркетингу (сайт в зоні .RU ви будете просувати за допомогою SEO, а на сайт РФ залучати аудиторію з допомогою контекстної реклами ).
Дзеркала - це два ідентичних сайту, що мають різні URL. Однак пошукові системи можуть порахувати створення таких сайтів спамние діями і накласти на них санкції , Тому слід зробити правильну настройку дзеркал, вказавши серед них основне.
Іноді робот-дзеркальник пошукової системи без додаткових налаштувань визначає дзеркала, і склейка відбувається автоматично. Але, на жаль, бувають і зворотні випадки. Є ризик, що в пошуковій системі відбудеться збій, і вона втратить інформацію про дзеркала. У таких випадках позиції сайту можуть знизитися або припинити зростання. Це відбувається через те, що посилальна маса в такому випадку враховується на кожен сайт окремо, а наявність дублюючої інформації може спричинити песимізація і виключення з індексу.
Часто проблеми трапляються з налаштуванням дзеркал сайтів з www і без www. Як виявити їх:
Щоб провести перевірку настройки дзеркал з www і без www, необхідно зайти на кожну копію і проаналізувати: сайт відкривається і за однією адресою, і по іншому, або в одному з варіантів відбувається перенаправлення. Також потрібно переглянути індекс Яндекса і Google на наявність сторінок з www і без www. Якщо вони є, то, швидше за все, настройка дзеркал виконана невірно.
Для коректної настройки дзеркал використовується, крім редиректу, директива host в файлі robots.txt. Якщо директива host не прописана в файлі robots.txt, то Яндексу і іншим пошуковим системам не дана інформація про головне дзеркалі, і індексація сайту , Швидше за все, пройде некоректно.
Таким чином, основними етапами настройки дзеркал є:
- настройка 301 редиректу з неосновного дзеркала на основне;
- коригування посилальної структури сайту, щоб виключити наявність на веб-ресурсі посилання одночасно з неосновного і основного сайту;
- позначення в директиві host основного сайту, головне дзеркало серед безлічі.
Перенаправлення: 301 і 302 редирект
Існує два види перенаправлень:
301 - «переміщений назавжди». Налаштування 301 редиректу використовується при зміні URL сторінок і при склеюванні сайтів. Колишня сторінка випадає з індексу, але при цьому весь зароблений нею вага практично повністю передається на нову сторінку, куди зроблений редирект.
302 - «переміщений тимчасово». Налаштування 302 редиректу використовується для тимчасового перенаправлення, наприклад, під час редизайну сайту, коли сторінка ще «сира», але сайт має функціонувати. При 302 редирект колишня сторінка зберігається в індексі і її вага не передається.
Просувати нову сторінку, на яку налаштований 302 редирект з колишньої сторінки, проблематично, оскільки у неї є копія в мережі (колишня сторінка, звідки йде 302 редирект) і показник посилальної маси нульовий (оскільки вага колишньої сторінки не передається).Такі сторінки потрібно вчасно виявляти і змінювати 302 редирект на 301.
Дізнатися тип редиректу можна за допомогою перевірки кодів статусу http сторінок, з яких йде перенаправлення.
Якщо віддається статус-код 302, це означає, що налаштований тимчасовий редирект, і його слід виправити. Найбільш доцільним є повне усунення такого редиректу з сайту (наприклад, закриття сторінки - настройка 404 помилки).
Якщо редирект зроблений з метою перенаправити користувачів з однієї сторінки на іншу (наприклад, якщо попередня сторінка вже не потрібна), потрібно замінити його на 301-й редирект, який нормально сприймається пошуковою системою.
Налаштування 301 редиректу в файлі .htaccess за допомогою директиви RewriteRule модуля mod_rewrite
• Редірект 301 з без www на www
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ yoursite.com $ [NC]
RewriteRule ^ (. *) $ Http://www.yoursite.com/$1 [R = 301, L]
Замість yoursite.com в обох рядках прописуємо свій домен, решта без змін. Якщо настройка йде з сайту www на без www, то в передостанній сходинці додається перед назвою сайту www, а в останньому рядку видаляється www.
Якщо немає досвіду в налаштуванні редиректів, не ризикуйте, а довіртеся професіоналам.Веб-розробник завжди допоможе вам з грамотної реалізацією цього доопрацювання!
• Редірект 301 для зміни адреси сторінки
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ yoursite.com $ [NC]
Redirect 301 /old.html http://www.yoursite.com/new.html
• Редірект старого домену на новий
RewriteEngine On
RewriteCond% {HTTP_HOST} olddomen.net
Існує ще один редирект - за допомогою мета-тега Refresh. В ході його виконання через кілька секунд після завантаження сторінки автоматично завантажується інша сторінка. Мета-тег Refresh часто зустрічається в шаблонах сайту. Однак подібна переадресація розцінюється пошуковими системами як порушення ліцензії і може призвести до заборони індексації та бану.
Виявити цей недолік просто. Якщо під час заходу на сторінку виробляється перенаправлення на іншу сторінку, і якщо в вихідному коді сторінки присутній директива meta refresh із зазначенням URL, куди проводиться редирект, то на сайті використовується редирект за допомогою мета-тега Refresh.
Від такого редиректу слід позбавлятися: або усувати перенаправлення, вказуючи дійсні сторінки, або організовувати 301 редирект замість наявного.
протокол https
Якщо URL сайту починається з http, це означає, що сторінка працює в стандартному режимі: всі дані, внесені користувачем в одну з форм на сайті, будуть передаватися в незахищеному вигляді. При використанні протоколу https всі дані, включаючи код самої сторінки, будуть передаватися в двосторонньому режимі в зашифрованому вигляді по протоколу SSL і TLS, тим самим забезпечуючи захист даних.
Саме з цієї причини протокол https використовують на сайтах, які працюють з грошовими масами або з конфіденційною інформацією, розголошення якої може привести до матеріальних затрат користувача.
На сьогоднішній день протокол https підтримується практично всіма браузерами. А пошукові системи працюють як з протоколом http, так і з https. Тому великих проблем з просуванням сайтів на нестандартному протоколі не виникає. Однак якщо на сайті є 2 версії однієї і тієї ж сторінки - на http і на https, то для пошукової системи вони будуть дублями, а наявність дублів заважає просуванню. Також може виникнути проблема при виборі основного дзеркала, аналогічна вибору між дзеркалами з www і без www.
Тому варто використовувати даний протокол тільки в випадках, дійсно вимагають конфіденційності. На інших сторінках краще відмовитися від https, щоб не ускладнювати оптимізацію і індексацію сайту.
Повернутися назад: Усунення проблем з хостингом і оптимізація коду сайту Читати далі: Супутні настройки сайту
Налаштування редиректів і коди статусу http: Налаштування 404 помилки, настройка 301 редиректу в htaccess і протокол https
Коди статусу HTTP
Про стан сторінки говорить код статусу HTTP, який автоматично надається, коли браузер відвідувача або робот пошукової системи запитує сторінку на сайті. Пошукові роботи за цим кодом розуміють стан сайту і конкретної сторінки. Наприклад, існує сторінка чи ні, чи настроєна переадресація, чи немає на стороні сервера помилки.
Для роботи з сайтом необхідно знати і розуміти такі коди:
200 - сервер успішно відкрив сторінку;тільки сторінку з таким кодом будуть індексувати роботи пошукової системи
301 - перенаправлення назавжди, що показує роботу і відвідувачеві, що запитуваної сторінки більше не існує, але є аналогічна, куди і здійснюється редирект
302 - тимчасове перенаправлення, що означає, що існуючий редирект тільки на час, наприклад, поки редизайн сайту не закінчиться
404 - запитувана сторінка не існує, така сторінка для пошукача вважається неіснуючою і індексуватися вона не буде
503 - сервер тимчасово недоступний - проблема на стороні сервера, пов'язана, наприклад, з навантаженням сервера, на якому лежить сайт
500 - внутрішня помилка сервера - виникає, коли сервер стикається з некоректністю роботи сайту, наприклад, скрипт відпрацьовується правильно або перевищені дозволені права на хостингу
Виділяють п'ять груп кодів статусу HTTP. Кожна група починається з певної цифри і відповідає певному стану:
- 1xx - інформують коди, повідомляють про процес передачі даних.
- 2xx - коди-успішності, що інформують про успішність роботи сайту.
- 3xx - редирект-коди, що перенаправляють запит на інший url.
- 4xx - коди помилок клієнта, повідомляють про неможливість роботи сайту на стороні клієнта.
- 5xx - коди помилок сервера, повідомляють про неможливість роботи сайту на стороні сервера.
Бувають випадки, коли статус-код віддається некоректно. Наприклад, робочі сторінки віддають код 404, тобто вони недоступні, або неіснуючі сторінки віддають код 200. У цьому випадку необхідно провести коректне налаштування статус-кодів у файлі .htaccess.
Ще один спосіб визначити проблеми з 404 помилкою - це встановити на свій комп'ютер додаток до браузерів Firefox або Opera, яке називається «Firebug».
Зайшовши в цьому сервісі у вкладку «Мережа» і перезагрузив сторінку, можна подивитися статус-коди всіх підвантажуваних елементів, але в першу чергу самої сторінки.
Налаштування 404 помилки
Коректна настройка кодів статусу HTTP дуже важлива для правильної індексації сайту: якщо сторінка помилково буде віддавати код 404, її не зможуть проіндексувати пошукові роботи, а це негативно позначиться на просуванні ресурсу.
Інформацію про наявність сторінок з помилками можна отримати також з сервісу webmaster.yandex.ru , Налаштованого для конкретного сайту.
Рекомендується проводити перевірку статус-кодів для всіх сторінок сайту. Якщо знайдені сторінки з кодами, відмінними від 200 ОК, то потрібно налаштувати сервер таким чином, щоб всі сторінки з корисним контентом віддавали коректні відповіді. Таке відповідальне завдання стоїть доручити розробникам сайту.
Налаштування дзеркал сайтів
Ще одна група можливих помилок пов'язана з некоректним настроюванням дзеркал сайту .
Вам можуть знадобитися дзеркала, щоб вирішувати найрізноманітніші завдання.Наприклад, щоб забезпечити присутність в зоні .RU і .РФ (kuvalda.ru і кувалда.рф) або оцінити ефективність різних інструментів інтернет-маркетингу (сайт в зоні .RU ви будете просувати за допомогою SEO, а на сайт РФ залучати аудиторію з допомогою контекстної реклами ).
Дзеркала - це два ідентичних сайту, що мають різні URL. Однак пошукові системи можуть порахувати створення таких сайтів спамние діями і накласти на них санкції , Тому слід зробити правильну настройку дзеркал, вказавши серед них основне.
Іноді робот-дзеркальник пошукової системи без додаткових налаштувань визначає дзеркала, і склейка відбувається автоматично. Але, на жаль, бувають і зворотні випадки. Є ризик, що в пошуковій системі відбудеться збій, і вона втратить інформацію про дзеркала. У таких випадках позиції сайту можуть знизитися або припинити зростання. Це відбувається через те, що посилальна маса в такому випадку враховується на кожен сайт окремо, а наявність дублюючої інформації може спричинити песимізація і виключення з індексу.
Часто проблеми трапляються з налаштуванням дзеркал сайтів з www і без www. Як виявити їх:
Щоб провести перевірку настройки дзеркал з www і без www, необхідно зайти на кожну копію і проаналізувати: сайт відкривається і за однією адресою, і по іншому, або в одному з варіантів відбувається перенаправлення. Також потрібно переглянути індекс Яндекса і Google на наявність сторінок з www і без www. Якщо вони є, то, швидше за все, настройка дзеркал виконана невірно.
Для коректної настройки дзеркал використовується, крім редиректу, директива host в файлі robots.txt. Якщо директива host не прописана в файлі robots.txt, то Яндексу і іншим пошуковим системам не дана інформація про головне дзеркалі, і індексація сайту , Швидше за все, пройде некоректно.
Таким чином, основними етапами настройки дзеркал є:
- настройка 301 редиректу з неосновного дзеркала на основне;
- коригування посилальної структури сайту, щоб виключити наявність на веб-ресурсі посилання одночасно з неосновного і основного сайту;
- позначення в директиві host основного сайту, головне дзеркало серед безлічі.
Перенаправлення: 301 і 302 редирект
Існує два види перенаправлень:
301 - «переміщений назавжди». Налаштування 301 редиректу використовується при зміні URL сторінок і при склеюванні сайтів. Колишня сторінка випадає з індексу, але при цьому весь зароблений нею вага практично повністю передається на нову сторінку, куди зроблений редирект.
302 - «переміщений тимчасово». Налаштування 302 редиректу використовується для тимчасового перенаправлення, наприклад, під час редизайну сайту, коли сторінка ще «сира», але сайт має функціонувати. При 302 редирект колишня сторінка зберігається в індексі і її вага не передається.
Просувати нову сторінку, на яку налаштований 302 редирект з колишньої сторінки, проблематично, оскільки у неї є копія в мережі (колишня сторінка, звідки йде 302 редирект) і показник посилальної маси нульовий (оскільки вага колишньої сторінки не передається).Такі сторінки потрібно вчасно виявляти і змінювати 302 редирект на 301.
Дізнатися тип редиректу можна за допомогою перевірки кодів статусу http сторінок, з яких йде перенаправлення.
Якщо віддається статус-код 302, це означає, що налаштований тимчасовий редирект, і його слід виправити. Найбільш доцільним є повне усунення такого редиректу з сайту (наприклад, закриття сторінки - настройка 404 помилки).
Якщо редирект зроблений з метою перенаправити користувачів з однієї сторінки на іншу (наприклад, якщо попередня сторінка вже не потрібна), потрібно замінити його на 301-й редирект, який нормально сприймається пошуковою системою.
Налаштування 301 редиректу в файлі .htaccess за допомогою директиви RewriteRule модуля mod_rewrite
• Редірект 301 з без www на www
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ yoursite.com $ [NC]
RewriteRule ^ (. *) $ Http://www.yoursite.com/$1 [R = 301, L]
Замість yoursite.com в обох рядках прописуємо свій домен, решта без змін. Якщо настройка йде з сайту www на без www, то в передостанній сходинці додається перед назвою сайту www, а в останньому рядку видаляється www.
Якщо немає досвіду в налаштуванні редиректів, не ризикуйте, а довіртеся професіоналам.Веб-розробник завжди допоможе вам з грамотної реалізацією цього доопрацювання!
• Редірект 301 для зміни адреси сторінки
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ yoursite.com $ [NC]
Redirect 301 /old.html http://www.yoursite.com/new.html
• Редірект старого домену на новий
RewriteEngine On
RewriteCond% {HTTP_HOST} olddomen.net
Існує ще один редирект - за допомогою мета-тега Refresh. В ході його виконання через кілька секунд після завантаження сторінки автоматично завантажується інша сторінка. Мета-тег Refresh часто зустрічається в шаблонах сайту. Однак подібна переадресація розцінюється пошуковими системами як порушення ліцензії і може призвести до заборони індексації та бану.
Виявити цей недолік просто. Якщо під час заходу на сторінку виробляється перенаправлення на іншу сторінку, і якщо в вихідному коді сторінки присутній директива meta refresh із зазначенням URL, куди проводиться редирект, то на сайті використовується редирект за допомогою мета-тега Refresh.
Від такого редиректу слід позбавлятися: або усувати перенаправлення, вказуючи дійсні сторінки, або організовувати 301 редирект замість наявного.
протокол https
Якщо URL сайту починається з http, це означає, що сторінка працює в стандартному режимі: всі дані, внесені користувачем в одну з форм на сайті, будуть передаватися в незахищеному вигляді. При використанні протоколу https всі дані, включаючи код самої сторінки, будуть передаватися в двосторонньому режимі в зашифрованому вигляді по протоколу SSL і TLS, тим самим забезпечуючи захист даних.
Саме з цієї причини протокол https використовують на сайтах, які працюють з грошовими масами або з конфіденційною інформацією, розголошення якої може привести до матеріальних затрат користувача.
На сьогоднішній день протокол https підтримується практично всіма браузерами. А пошукові системи працюють як з протоколом http, так і з https. Тому великих проблем з просуванням сайтів на нестандартному протоколі не виникає. Однак якщо на сайті є 2 версії однієї і тієї ж сторінки - на http і на https, то для пошукової системи вони будуть дублями, а наявність дублів заважає просуванню. Також може виникнути проблема при виборі основного дзеркала, аналогічна вибору між дзеркалами з www і без www.
Тому варто використовувати даний протокол тільки в випадках, дійсно вимагають конфіденційності. На інших сторінках краще відмовитися від https, щоб не ускладнювати оптимізацію і індексацію сайту.
Повернутися назад: Усунення проблем з хостингом і оптимізація коду сайту Читати далі: Супутні настройки сайту
Налаштування редиректів і коди статусу http: Налаштування 404 помилки, настройка 301 редиректу в htaccess і протокол https
Коди статусу HTTP
Про стан сторінки говорить код статусу HTTP, який автоматично надається, коли браузер відвідувача або робот пошукової системи запитує сторінку на сайті. Пошукові роботи за цим кодом розуміють стан сайту і конкретної сторінки. Наприклад, існує сторінка чи ні, чи настроєна переадресація, чи немає на стороні сервера помилки.
Для роботи з сайтом необхідно знати і розуміти такі коди:
200 - сервер успішно відкрив сторінку;тільки сторінку з таким кодом будуть індексувати роботи пошукової системи
301 - перенаправлення назавжди, що показує роботу і відвідувачеві, що запитуваної сторінки більше не існує, але є аналогічна, куди і здійснюється редирект
302 - тимчасове перенаправлення, що означає, що існуючий редирект тільки на час, наприклад, поки редизайн сайту не закінчиться
404 - запитувана сторінка не існує, така сторінка для пошукача вважається неіснуючою і індексуватися вона не буде
503 - сервер тимчасово недоступний - проблема на стороні сервера, пов'язана, наприклад, з навантаженням сервера, на якому лежить сайт
500 - внутрішня помилка сервера - виникає, коли сервер стикається з некоректністю роботи сайту, наприклад, скрипт відпрацьовується правильно або перевищені дозволені права на хостингу
Виділяють п'ять груп кодів статусу HTTP. Кожна група починається з певної цифри і відповідає певному стану:
- 1xx - інформують коди, повідомляють про процес передачі даних.
- 2xx - коди-успішності, що інформують про успішність роботи сайту.
- 3xx - редирект-коди, що перенаправляють запит на інший url.
- 4xx - коди помилок клієнта, повідомляють про неможливість роботи сайту на стороні клієнта.
- 5xx - коди помилок сервера, повідомляють про неможливість роботи сайту на стороні сервера.
Бувають випадки, коли статус-код віддається некоректно. Наприклад, робочі сторінки віддають код 404, тобто вони недоступні, або неіснуючі сторінки віддають код 200. У цьому випадку необхідно провести коректне налаштування статус-кодів у файлі .htaccess.
Ще один спосіб визначити проблеми з 404 помилкою - це встановити на свій комп'ютер додаток до браузерів Firefox або Opera, яке називається «Firebug».
Зайшовши в цьому сервісі у вкладку «Мережа» і перезагрузив сторінку, можна подивитися статус-коди всіх підвантажуваних елементів, але в першу чергу самої сторінки.
Налаштування 404 помилки
Коректна настройка кодів статусу HTTP дуже важлива для правильної індексації сайту: якщо сторінка помилково буде віддавати код 404, її не зможуть проіндексувати пошукові роботи, а це негативно позначиться на просуванні ресурсу.
Інформацію про наявність сторінок з помилками можна отримати також з сервісу webmaster.yandex.ru , Налаштованого для конкретного сайту.
Рекомендується проводити перевірку статус-кодів для всіх сторінок сайту. Якщо знайдені сторінки з кодами, відмінними від 200 ОК, то потрібно налаштувати сервер таким чином, щоб всі сторінки з корисним контентом віддавали коректні відповіді. Таке відповідальне завдання стоїть доручити розробникам сайту.
Налаштування дзеркал сайтів
Ще одна група можливих помилок пов'язана з некоректним настроюванням дзеркал сайту .
Вам можуть знадобитися дзеркала, щоб вирішувати найрізноманітніші завдання.Наприклад, щоб забезпечити присутність в зоні .RU і .РФ (kuvalda.ru і кувалда.рф) або оцінити ефективність різних інструментів інтернет-маркетингу (сайт в зоні .RU ви будете просувати за допомогою SEO, а на сайт РФ залучати аудиторію з допомогою контекстної реклами ).
Дзеркала - це два ідентичних сайту, що мають різні URL. Однак пошукові системи можуть порахувати створення таких сайтів спамние діями і накласти на них санкції , Тому слід зробити правильну настройку дзеркал, вказавши серед них основне.
Іноді робот-дзеркальник пошукової системи без додаткових налаштувань визначає дзеркала, і склейка відбувається автоматично. Але, на жаль, бувають і зворотні випадки. Є ризик, що в пошуковій системі відбудеться збій, і вона втратить інформацію про дзеркала. У таких випадках позиції сайту можуть знизитися або припинити зростання. Це відбувається через те, що посилальна маса в такому випадку враховується на кожен сайт окремо, а наявність дублюючої інформації може спричинити песимізація і виключення з індексу.
Часто проблеми трапляються з налаштуванням дзеркал сайтів з www і без www. Як виявити їх:
Щоб провести перевірку настройки дзеркал з www і без www, необхідно зайти на кожну копію і проаналізувати: сайт відкривається і за однією адресою, і по іншому, або в одному з варіантів відбувається перенаправлення. Також потрібно переглянути індекс Яндекса і Google на наявність сторінок з www і без www. Якщо вони є, то, швидше за все, настройка дзеркал виконана невірно.
Для коректної настройки дзеркал використовується, крім редиректу, директива host в файлі robots.txt. Якщо директива host не прописана в файлі robots.txt, то Яндексу і іншим пошуковим системам не дана інформація про головне дзеркалі, і індексація сайту , Швидше за все, пройде некоректно.
Таким чином, основними етапами настройки дзеркал є:
- настройка 301 редиректу з неосновного дзеркала на основне;
- коригування посилальної структури сайту, щоб виключити наявність на веб-ресурсі посилання одночасно з неосновного і основного сайту;
- позначення в директиві host основного сайту, головне дзеркало серед безлічі.
Перенаправлення: 301 і 302 редирект
Існує два види перенаправлень:
301 - «переміщений назавжди». Налаштування 301 редиректу використовується при зміні URL сторінок і при склеюванні сайтів. Колишня сторінка випадає з індексу, але при цьому весь зароблений нею вага практично повністю передається на нову сторінку, куди зроблений редирект.
302 - «переміщений тимчасово». Налаштування 302 редиректу використовується для тимчасового перенаправлення, наприклад, під час редизайну сайту, коли сторінка ще «сира», але сайт має функціонувати. При 302 редирект колишня сторінка зберігається в індексі і її вага не передається.
Просувати нову сторінку, на яку налаштований 302 редирект з колишньої сторінки, проблематично, оскільки у неї є копія в мережі (колишня сторінка, звідки йде 302 редирект) і показник посилальної маси нульовий (оскільки вага колишньої сторінки не передається).Такі сторінки потрібно вчасно виявляти і змінювати 302 редирект на 301.
Дізнатися тип редиректу можна за допомогою перевірки кодів статусу http сторінок, з яких йде перенаправлення.
Якщо віддається статус-код 302, це означає, що налаштований тимчасовий редирект, і його слід виправити. Найбільш доцільним є повне усунення такого редиректу з сайту (наприклад, закриття сторінки - настройка 404 помилки).
Якщо редирект зроблений з метою перенаправити користувачів з однієї сторінки на іншу (наприклад, якщо попередня сторінка вже не потрібна), потрібно замінити його на 301-й редирект, який нормально сприймається пошуковою системою.
Налаштування 301 редиректу в файлі .htaccess за допомогою директиви RewriteRule модуля mod_rewrite
• Редірект 301 з без www на www
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ yoursite.com $ [NC]
RewriteRule ^ (. *) $ Http://www.yoursite.com/$1 [R = 301, L]
Замість yoursite.com в обох рядках прописуємо свій домен, решта без змін. Якщо настройка йде з сайту www на без www, то в передостанній сходинці додається перед назвою сайту www, а в останньому рядку видаляється www.
Якщо немає досвіду в налаштуванні редиректів, не ризикуйте, а довіртеся професіоналам.Веб-розробник завжди допоможе вам з грамотної реалізацією цього доопрацювання!
• Редірект 301 для зміни адреси сторінки
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ yoursite.com $ [NC]
Redirect 301 /old.html http://www.yoursite.com/new.html
• Редірект старого домену на новий
RewriteEngine On
RewriteCond% {HTTP_HOST} olddomen.net
Існує ще один редирект - за допомогою мета-тега Refresh. В ході його виконання через кілька секунд після завантаження сторінки автоматично завантажується інша сторінка. Мета-тег Refresh часто зустрічається в шаблонах сайту. Однак подібна переадресація розцінюється пошуковими системами як порушення ліцензії і може призвести до заборони індексації та бану.
Виявити цей недолік просто. Якщо під час заходу на сторінку виробляється перенаправлення на іншу сторінку, і якщо в вихідному коді сторінки присутній директива meta refresh із зазначенням URL, куди проводиться редирект, то на сайті використовується редирект за допомогою мета-тега Refresh.
Від такого редиректу слід позбавлятися: або усувати перенаправлення, вказуючи дійсні сторінки, або організовувати 301 редирект замість наявного.
протокол https
Якщо URL сайту починається з http, це означає, що сторінка працює в стандартному режимі: всі дані, внесені користувачем в одну з форм на сайті, будуть передаватися в незахищеному вигляді. При використанні протоколу https всі дані, включаючи код самої сторінки, будуть передаватися в двосторонньому режимі в зашифрованому вигляді по протоколу SSL і TLS, тим самим забезпечуючи захист даних.
Саме з цієї причини протокол https використовують на сайтах, які працюють з грошовими масами або з конфіденційною інформацією, розголошення якої може привести до матеріальних затрат користувача.
На сьогоднішній день протокол https підтримується практично всіма браузерами. А пошукові системи працюють як з протоколом http, так і з https. Тому великих проблем з просуванням сайтів на нестандартному протоколі не виникає. Однак якщо на сайті є 2 версії однієї і тієї ж сторінки - на http і на https, то для пошукової системи вони будуть дублями, а наявність дублів заважає просуванню. Також може виникнути проблема при виборі основного дзеркала, аналогічна вибору між дзеркалами з www і без www.
Тому варто використовувати даний протокол тільки в випадках, дійсно вимагають конфіденційності. На інших сторінках краще відмовитися від https, щоб не ускладнювати оптимізацію і індексацію сайту.
Повернутися назад: Усунення проблем з хостингом і оптимізація коду сайту Читати далі: Супутні настройки сайту
