Подробно ръководство за потребителя и практически приложения
RedirectChecker.Site не е просто стандартен инструмент за преглед на HTTP заглавки, а усъвършенстван инструмент за мрежова диагностика, предназначен за SEO специалисти, системни администратори и уеб разработчици. Като разбирате как да използвате правилно функциите му, можете да отстранявате сложни проблеми с маршрутизирането, които сериозно влияят на класирането в търсачките и на потребителското изживяване.
1. Как да използвате проверката: инструкции стъпка по стъпка
Въведете пълен публичен URL адрес, включително протокола му (например, https://example.com/old-page). Изберете примерен User-Agent и, ако е необходимо, профил на заглавките Client Hints Проверяващият инструмент изпраща заявка от страната на сървъра с избраните заглавки; той не възпроизвежда пълноценно браузър, бисквитки, JavaScript или мрежовата идентичност на робот за обхождане.
2. Тълкуване на резултатите и примери за визуалния поток
Натиснете Проследи URL за да видите всеки HTTP отговор във веригата на пренасочванията, неговия код на състоянието, измереното време на заявката и следващия URL адрес в заглавката Location, когато има такъв. Едно изпълнение проследява до пет пренасочвания; ако веригата продължи, отговорът на следващия URL адрес няма да бъде включен в същото изпълнение.
3. Практически пример: откриване на понижаване от HTTPS към HTTP
Пренасочването може да понижи URL адреса от HTTPS до HTTP. Инструментът отбелязва прехода, когато установи HTTPS URL адрес, чийто отговор препраща към HTTP адрес в заглавката Location. Проверете целевия адрес и конфигурирайте желаното HTTPS маршрутизиране, преди да разчитате на резултата.
Технически основи: HTTP кодове на състоянието и мрежово инженерство
HTTP кодовете на състоянието описват резултата от заявката, а отговорите 3xx насочват клиентите към друг URL адрес. Постоянните пренасочвания могат да помогнат на търсачките да обединят URL адреси, но не гарантират конкретно класиране или индексиране. Използвайте код на състоянието, който отговаря на желаната трайност на промяната, и проверете цялата верига и крайния отговор.
Разлика между 301, 302, 307 и 308
- 301 Преместен завинаги: Използвайте го, когато ресурсът е преместен за постоянно. Търсачките приемат постоянното пренасочване като силен сигнал в полза на целевия адрес, но то не гарантира конкретно класиране или индексиране.
- 302 Found (временно): Указва на клиента временно да отвори друг URL адрес, което предполага, че първоначалният адрес ще бъде възстановен. По принцип търсачките не прехвърлят постоянното значение на връзките чрез отговор 302.
- 307 Временно пренасочване: Съвременният еквивалент на 302 в HTTP/1.1. Важно: при следване на пренасочването кодът 307 гарантира, че HTTP методът (GET или POST) НЯМА да бъде променен.
- 308 Постоянно пренасочване: Постоянният вариант на 307. За SEO функционира подобно на 301, но изрично забранява на браузъра да променя заявка POST на GET.
Съвместимост на браузърите с HTTP кодовете на състоянието
HTTP кодовете на състоянието са сигнали на протокола, които се обработват от мрежовия стек на браузъра, а не отделни функции на браузъра. Съвременните Chrome, Edge, Firefox, Safari, Opera, Android WebView и iPhone WebView обработват стандартните класове кодове на състоянието; показаното на потребителя съобщение за грешка може да се различава според браузъра и междинния прокси сървър.
| Клас на HTTP отговора | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | Практическа бележка за съвместимост |
|---|
| 1xx Информационни | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Поддържа се от мрежовия слой | Кодовете 100 и 101 са утвърдени. 102 е специализиран/остарял; поведението на 103 Early Hints може да се различава според версията, сървъра и междинните системи. |
| 2xx Успешни отговори | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Семантиката на протокола е обща; продължават да важат правилата за тялото на отговора, например липсата на тяло при 204/205. |
| 3xx Пренасочвания | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Клиентите следват Location при спазване на правилата за методи, кеширане, сигурност и навигация. 307/308 запазват метода; 301/302 може да преобразуват POST в GET. |
| 4xx Грешки на клиента | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Класът на отговора се разпознава, но показването на тялото от сървъра и интерфейсът за грешка в браузъра може да се различават. |
| 5xx Грешки на сървъра | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Поддържа се | Страниците на прокси сървърите, поведението при повторен опит и представянето на диагностиката може да се различават дори при еднакъв код на състоянието. |
| Непознат код в познат клас | Обработка според класа | Обработка според класа | Обработка според класа | Обработка според класа | Обработка според класа | Клиентите могат да използват първата цифра, за да определят общия клас. Тази резервна логика не придава универсално значение на персонализиран код. |
Тази таблица описва съвместимостта с протокола, а не идентично визуализиране или гаранция, че всяка версия на браузър показва междинните отговори по един и същи начин.
Нарушения чрез клоакинг и динамично визуализиране
Клоакинг е практиката да се показва съществено различно съдържание или различни целеви страници на търсачките и хората. Можете да сравнявате отговорите към избрани заглавки User-Agent и Client Hints в инфраструктура, която имате право да тествате. Тези профили на заглавките не удостоверяват самоличността на робот за обхождане и не определят дали даден сайт спазва правилата на Google.
Често задавани въпроси (технически)
Какво точно представлява „верига от пренасочвания“ и защо вреди на техническото SEO?
Верига от пренасочвания се получава, когато един URL адрес преминава през няколко междинни адреса, преди да достигне крайната страница (например A → B → C → D). Всяка стъпка изисква нова заявка, което увеличава забавянето и прави обхождането по-неефективно. Поддържайте маршрутите възможно най-преки; следващият въпрос разяснява препоръчителната дължина на веригата.
RFC 9110: Семантика на HTTP, пренасочване · Google Search Central: Преместване на сайт и пренасочвания
Как да проверя каноничните тагове след пренасочване?
Този инструмент проследява HTTP кодовете на състоянието и заглавките Location; той не изтегля и не анализира HTML кода на целевата страница, затова не може да провери rel=canonical. Отворете крайния URL адрес и се уверете, че каноничната му връзка сочи към предпочитаната страница, която може да бъде индексирана. Можете да използвате проверката на URL адреси в Search Console, за да прегледате избора на каноничен адрес от Google.
Google Search Central: Канонизация · Google Search Central: Посочване на каноничен URL адрес
Може ли този инструмент да открива пренасочвания, изпълнявани чрез JavaScript?
Не. Този инструмент следва HTTP 3xx отговори със заглавка Location. Той не изпълнява JavaScript и не проверява тялото на отговора за тагове meta refresh; за тях е необходима проверка с браузър.
Google Search Central: Пренасочвания и Google Търсене
Какво представлява цикълът от пренасочвания и как да го поправя?
Цикъл от пренасочвания е безкраен цикъл, при който URL адрес A сочи към URL адрес B, а B обратно към A, което води до грешка ERR_TOO_MANY_REDIRECTS в браузъра. За да го поправите, трябва да редактирате файла .htaccess на сървъра, конфигурацията на Nginx или правилата за маршрутизиране на CMS.
RFC 9110: Семантика на HTTP, пренасочване · MDN: HTTP кодове на състоянието
Какво представляват Client Hints и как ги използва този инструмент?
Client Hints са HTTP заглавки на заявката, като Sec-CH-UA-Mobile и Sec-CH-UA-Platform. Избраният профил добавя посочените заглавки към заявката на инструмента от страната на сървъра, за да можете да сравните отговора на сървъра. Това е тест на заглавките, а не пълна симулация на браузър или доказателство, че заявката идва от конкретен браузър или робот за обхождане.
MDN: HTTP Client Hints
Колко пренасочвания 301 мога да включа във верига?
Google посочва, че Googlebot може да следва до 10 стъпки на пренасочване, като препоръчва възможно най-пряк маршрут. Ако веригата не може да бъде премахната, поддържайте я кратка — в идеалния случай не повече от три и под пет стъпки. Всяка стъпка добавя заявка, а други клиенти може да имат по-ниски ограничения. Използвайте постоянни кодове (301/308) или временни (302/307) според вида на преместването.
Указания на Google Search Central.
RFC 9110: Семантика на HTTP, пренасочване
Кои HTTP кодове на състоянието означават постоянно или временно преместване?
301 и 308 означават, че ресурсът е преместен за постоянно; 302 и 307 обозначават временно пренасочване. Изберете код на състоянието според това дали се очаква първоначалният URL адрес да бъде възстановен и поддържайте целевата страница подходяща спрямо първоначалната заявка.
RFC 9110: Семантика на HTTP, пренасочване
Кога да използвам 307 или 308 вместо 301 или 302?
При пренасочване 307 и 308 запазват метода на заявката. При 301 и 302 някои клиенти може да променят POST заявка на GET. Използвайте 307 за временно или 308 за постоянно преместване, когато е важно методът и тялото на заявката да се запазят; проверете поведението с поддържаните от услугата ви клиенти.
RFC 9110: Семантика на HTTP, 307 и 308
Гарантира ли пренасочването 301 по-добро класиране или индексиране?
Не. Постоянното пренасочване е силен сигнал, че целевата страница трябва да замени изходния URL адрес, а Google заявява, че постоянните пренасочвания не губят PageRank. Търсачките продължават сами да решават какво да обхождат, индексират и класират въз основа на всички сигнали и съдържанието на целевата страница.
Google Search Central: Пренасочвания и Google Търсене · Google Search Central: Канонизация
Какво потвърждава крайният отговор 2xx?
Той потвърждава, че последната HTTP заявка във веригата е получила отговор от класа за успех. Това не доказва, че съдържанието е полезно, достъпно за всеки посетител, подлежи на индексиране, има правилен каноничен URL адрес или отговаря на условията за класиране.
RFC 9110: Семантика на HTTP, успешни отговори · MDN: HTTP кодове на състоянието
Защо проверката може да получи 403 или 429, когато страницата се отваря в браузъра ми?
Инструментът изпраща заявка от страната на сървъра, която може да се различава от браузъра ви по мрежово местоположение, бисквитки, удостоверяване и заглавки. Защитна стена, CDN, ограничение на честотата или правило срещу роботи може да блокира или забави заявката. Сравнете регистрационните файлове на сървъра и правилата за достъп; не приемайте, че единичен тест с отговор 403 или 429 доказва, че всички посетители са блокирани.
RFC 9110: 403 Забранено · RFC 6585: 429 Твърде много заявки
Проверени роботите ли са предварително зададените профили за Googlebot и роботите на търсачките?
Не. Предварително зададеният профил променя само текста на заглавката User-Agent. Заявката не идва от Google или от мрежата на друг робот за обхождане и не доказва, че подателят е автентичен робот. Проверете самоличността му чрез публикуваната от доставчика процедура за проверка на IP адрес или DNS.
Google Search Central: Проверка на Googlebot и другите роботи на Google
Защо различните профили User-Agent могат да водят до различни вериги от пренасочвания?
Сървърите, CDN мрежите и правилата на приложенията могат да избират различни целеви адреси или кодове на състоянието според заглавките на заявката, сигналите за устройството, местоположението, удостоверяването или състоянието на сесията. Сравнявайте проследяванията като диагностични примери; те може да не съвпадат с всяка заявка от реален потребител или робот за обхождане.
RFC 9110: Заглавка Vary и договорени отговори
Запазват ли се параметрите на заявката при пренасочване на URL адрес?
Заглавката Location в отговора за пренасочване определя следващия URL адрес. Сървърът може да запази, премахне или промени параметрите на заявката. Този инструмент следва стойността на Location, която получава; сравнете показаните URL адреси, за да видите какво действително е върнал сървърът.
RFC 9110: Заглавка за отговор Location
Колко пренасочвания проследява инструментът при едно изпълнение?
Текущата версия на инструмента следва до пет пренасочвания. Ако отговорът след петата стъпка сочи към друг URL адрес, резултатът може да покаже този следващ адрес, без да го заявява. Проверете го отделно или съкратете веригата, за да видите крайния отговор.
Как влияе селекторът Client Hints върху проверката?
Той добавя избраните заглавки Sec-CH-* към заявката, например флаг за мобилно устройство или стойност за платформата, заедно с избрания низ User-Agent. Това са конфигурируеми примерни заглавки; те не възпроизвеждат цялостното мрежово поведение на браузър и сървърът може да ги игнорира.
MDN: HTTP Client Hints
Колко дълго трябва да запазя пренасочването след преместване на URL адрес?
Запазете пренасочването възможно най-дълго. Google препоръчва то да остане активно поне една година след преместване на сайт, за да могат търсачките да обработят промяната; посетителите може да продължат да използват стари отметки и връзки и след този период.
Google Search Central: Преместване на сайт и пренасочвания
Какво трябва да актуализирам след преместване на URL адрес освен пренасочването?
Актуализирайте вътрешните връзки, каноничния URL адрес на целевата страница, hreflang анотациите, когато се използват, и XML картата на сайта, така че да сочат към новия адрес. Изберете подходяща заместваща страница и проверете дали пренасочването води пряко и последователно до нея.
Google Search Central: Преместване на сайт и пренасочвания