September 6th, 2007Redirect 301/302 = meta refresh? Грешка!
Като за начало да разясним какво представлят Redirect 301, 302 и meta refresh. Машините, върху които се “помещават” сайтовете, се наричат сървъри. Когато някой интернет-потребител опита да зареди чрез браузъра си определена страница от сайт, той прави заявка към сървъра. Следвтие на което сървърът “отговаря” на браузера. Ако страницата съществува, отговорът е числото 200, ако пък липсва, праща небезивестния отговор 404. Какво прави потребителят в тази ситуация? В най-честия случай затваря страницата, тегли една на уебмастъра на сайта и продължава да браузва. Има, обаче, начин, по който уебмастърът може да “подскаже” на браузъра, че страницата е преместена временно или за постоянно на друг адрес и това става чрез отговорите за редирект: 301 (постоянно) и 302 (временно).
Ако нямате достъп до сървъра, например хоствате сайта си в hit.bg, се налага да използвате мета тагове, за да укажете, че дадена страница е преместена. Това става по следния начин:
<meta http-equiv=”refresh” content=”?;url=http://abv.com” />,
където ?? трябва да се смени с времето в секунди, след което страницата ще бъде пренасочена, а http://abv.com - с URL, към което искате да пренасочите старата страница.
Според някои източници в интернет, meta refresh с време на пренасочване 0 (content=0) е еквивалентно за търсачките на отговор за пренасочване 301 (Redirect 301), а при content>0 - на Redirect 302. Дали това е вярно? Със сигурност - НЕ! Защо? Ами много просто, meta refresh е от т.нар. pragma директиви, които указват на браузера ви какво да прави. Да, обаче ботовете на търсачките нямат браузери. Ботовете просто се подчиняват на отговорите, които им праща сървъра. С други думи, ако на вашата страница има някакво съдържание и директива meta refresh за пренасочване, ботът ще индексира/кешира страницата и тя ще се показва в резултатите й. Дори, когато вие посетите тази страница, тя първо ще се зареди, след което ще се пренасочи. Пример. Забелязахте ли какво се случи? Ако, обаче страницата е пренасочена с Redirect 301 (пример), ще се зареди директно страницата, към която са ни пренасочили. Т.е. ако ботът посети старата страница, той няма да има възможност да индексира/кешира съдържанието й. При Redirect 302 положението е подобно, ботът ще бъде пренасочен към новата страница, но ще е “инструктиран”, че това положение е временно и след време отново ще намине, за да види “каква е хавата”, както казват в Пловдив и региона.
Един съвет: не вярвайте много на това, което се пише по блоговете, винаги четете спецификации и документации и пробвайте лично.
- Избягване на duplicate content във вътрешни страници Тук ще стане въпрос не как да избегнем duplicate content на вече съществуващи страници, а как да го избегнем, ако например сме купили стар домейн, който има индексирани страници, които при нас биха дали 404 error. Много уебмастери слагат код: ErrorDocument 403 index.php ErrorDocument 404 index.php което обаче създава проблема с duplicate content, тъй като редиректва всички ненамерени страници
- Cloaking Cloaking най-просто казано е начин, по който се представя едно съдържание на потребителя и друго на търсачките. Води се black hat SEO т.е. търсачките не го обичат много и сайтът ви може да бъде наказан за използване на подобна техника. Все пак добрият оптимизатор трябва да разбира и от тъмната страна. Има много начини за
- Избягване на duplicate content на начална страница Както може би знаете, или не знаете, www.site.com, www.site.com/index.php, site.com и site.com/index.php са 4 различни страници за търсачките, въпреки, че вие вероятно виждате една и съща страница. За да избегнете подобен проблем, трябва да имате Apache server и mod_rewrite модул включен. Някъде в .htaccess пишете: Options +FollowSymlinks -Indexes RewriteEngine On RewriteCond %{HTTP_HOST} ^washiqthost.com$ [NC] RewriteRule ^(.*)$ http://www.washiqthost.com/$1 [R=301,L] RewriteCond %{THE_REQUEST} /index\.php\
- Yahoo! в помощ на Google оптимизацията Дълго време се терзаех дали да пускам тази тема. И не защото обичам да си крия техниките, а защото се притеснявам, че някой от БГ екипа на Гугъл ще зачете поста (а те се скъсват да ме четат ;)) и техниката ще “увисне”. Но, майната му. Всеки уебмастър е страдал от това, че Google не иска
- Какво знам за СЕО/SEO Често ми задават този въпрос, но досега не съм систематизирал знанията си и сега ше се опитам да го направя. Както може би на всички е известно има он-пейдж (он-сайт) и оф-пейдж (оф-сайт) оптимизация. Първият тип се отнася до група правила, които трябва да се спазват при изграждане на сайта, така че да се “харесаме”
- Създаване на Google sitemap PHP script Възможно най-простия скрипт за създаване на Google sitemap. Разбира се, директно не може да го ползвате. Ще се наложи да смените потребителското име и паролата за MySQL-а, а ако хостинга ви е на godaddy, например, ще трябва да извършите това упражнение и за localhost. Промени се налагат и за URL, което тук е във вида
- Домейн и поддомейн на различни хостинги Първата мисъл, която може да ви мине през ума е, че е невъзможно. Е, не е съвсем така. Само, че си има няколко изисквания, без които номерът няма да сработи: 1. Хостингът, на който ще се хостват подомейнът трябва да има статично IP. 2. Там, където се хоства домейнът, трябва да има някакъв вид управление на DNS. Започна
August 21st, 2008 at 2:32 pm
Здравей, ще съм ти много благодарен ако можеш да ми дадеш малко повече информация.
Искам да редиректна страницата си която в момента е в hit.bg към друг домейн и явно единствения вариант е с meta refresh.
Доколкото разбрах дори да пиша в meta refresh content=0, няма да окаже влияние и това колко бързо ще пренасочи към другия домейн зависи преди всичко от лекотата на страницата и интернет скоростта на потребителя т.е. колко бързо ще я зареди браузъра на потребителя. Което означава също и че сайта е необходимо да съществува и на двете места, и в hit и на новия домейн едновременно.
Можеш ли да ми кажеш примерно колко време е достатъчно сайта да стои на старото място и дали това няма да накара търсачките да игнорират и двете страници за дублиране на съдържанието.
Също ме притеснява, че се наблюдават и изменения в PR за срок поне 2 месеца или един ъпдейт. Дали е възможно да намаля по някакъв начин загубите в PR, в момента е 5 и не ми се иска да го губя. Ако хостна новия домейн на по-реномиран сървър където има повече сайтове с висок PR, примерно в host.bg или някой западен сървър, дали това би ми помогнало в случая.
Благодаря предварително
August 21st, 2008 at 6:33 pm
Наи-добрият вариант според мен е да хостнеш сайат на двете места, да сложиш мета рефреш на всяка страница към съответната й на новия хостинг, както и линк към нея и постепенно да променяш връзките на стария домейн към новия. За дублирано съдържание не се притеснявай, ако инфото се повтаря само в два сайта не е страшно.
Колкото до хостване на реномиран сървър, много е спорно кой е реномиран. Аз съм писал за един добър вариант за хостинг.
August 27th, 2008 at 5:19 pm
Много ти благодаря.
Ще се подготвям и другия месец ще трябва да започвам да я правя тази работа. Този хостинг за който си писал го разгледах подробно, имам го предвид
Надявам се 5 месеца да са достатъчни за едно качествено прехвърляне с малко загуби. Божа работа
Мерси още веднъж
August 28th, 2008 at 12:36 pm
Не сикам да те обезсърчавам, но 5 месеца не са кой знае колко време за СЕО. Все пак, ти желая успех.