Шість помилок під час міграції, які призводять до втрати зовнішніх посилань клієнта
Більшість втрати посилань у файлі клієнта — це не штраф. Це стара URL-адреса, яка перестала відповідати після перенесення сайту, і звіт про найпопулярніші сторінки покаже це за хвилину.
Дослідницька команда LinkSkimmr ·
Куди йдуть посилання, коли сайт змінюється
Посилання вказують на URL-адреси, а не на сайти. Змініть URL-адресу, і кожне посилання на стару потребує перенаправлення.
Це звучить очевидно, доки не відбувається перенесення. Багато команд знають це правило. Міграція WordPress, перехід від www до голого домену або нова структура категорій можуть бути опубліковані в п'ятницю з приміткою, що перенаправлення будуть налаштовані пізніше. Коли ви перевіряєте зовнішні посилання сайту після такого перенесення, питання полягає не в тому, скільки існує посилань, а в тому, скільки з них все ще ведуть на активну сторінку, і п’ятий крок десятихвилинної перевірки дає відповідь.
Власні рекомендації Google щодо перенесень передбачають створення карти відповідності «один до одного» від старих URL-адрес до нових. Серверні перенаправлення 301 виконують цю роботу. Тримайте їх активними якомога довше. Для зміни домену інструмент «Зміна адреси» в Search Console є додатковим кроком. Карти все одно ламаються передбачуваними способами, і Screaming Frog або аудит сайту в Ahrefs виявлять більшість з них.
Інструменти допомагають тут: Search Console показує індексацію та покриття з боку Google, Screaming Frog перелічує ланцюжки перенаправлень після сканування, а наш запит про найпопулярніші сторінки показує, які URL-адреси містять посилання. Жоден із них окремо не дає повної картини, а їхня комбінація займає менше години на невеликому сайті.
Помилка, симптом, виправлення
Помилка
Як це проявляється в даних
Виправлення
Все перенаправлено на домашню сторінку
Найбільш посилані сторінки зникли; залишилася лише домашня сторінка
Прив’яжіть кожну стару URL-адресу до найближчої нової сторінки
www та голі домени обидва відповідають кодом 200
Однакові посилання розділені між двома хостами
Оберіть один хост, перенаправте інший через 301
Ланцюжок перенаправлень з трьома або більше переходами
Головна сторінка вирішується лише після кількох стрибків
Вказуйте стару URL-адресу напряму на фінальну
Використання 302 для постійного перенесення
Стара URL-адреса продовжує з’являтися як посилана сторінка
Перемкніться на 301, коли перенесення завершено
Стара сторінка «Про нас» видалена, а не перенаправлена
Добре посилана URL-адреса повертає 404
Перенаправте її на нову сторінку «Про нас»
Структуру категорій перебудовано без карти
Десятки посиланих URL-адрес повертають 404
Спочатку експортуйте старі URL-адреси, прив’яжіть їх у таблиці
Знайдіть втрачену цінність за два запити
Отримайте найбільш посилані сторінки, потім протестуйте кожну URL-адресу в браузері або за допомогою curl -I. Будь-що, що не є чистим 200 або одиночним 301, додайте до списку.
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
Порядок виправлень, який ми б використали
1
Спочатку виправте хост
Один канонічний хост, все інше перенаправляє на нього через 301. Це займає хвилини і торкається кожного посилання одночасно.
2
Прив’яжіть топ-20 URL-адрес
Двадцять добре посиланих сторінок зазвичай містять більшість цінності. Прив’яжіть їх вручну, по одній.
3
Спростіть ланцюжки
Замініть кожен багатоступеневий шлях одним переходом до фінальної URL-адреси.
4
Перевірте наступного місяця
Наш індекс оновлюється приблизно щомісяця, тому дайте йому цикл, перш ніж оголосити виправлення успішним або невдалим.
Обмеження, варте озвучування
Виправлення перенаправлень повертає цінність посилань на активну сторінку. Це не гарантує позиції в пошуку і не може відновити посилання, які були видалені на джерелі. Зазначте обидва факти у файлі клієнта.
Найпоширеніші запитання щодо перенаправлень
Чи можу я просто перенаправити стару сторінку на нову сторінку «Про нас»?
Так, коли нова сторінка виконує ту саму функцію. 301 зі старої URL-адреси на найближчий еквівалент зберігає корисність посилань. Надсилання всіх мертвих URL-адрес на домашню сторінку працює погано, тому що призначення більше не відповідає тому, що обіцяло посилання.
Скільки перенаправлень 301 занадто багато для одного сайту?
Кількість має менше значення, ніж структура кожного шляху. Довгі ланцюжки витрачають ресурси сканування і частіше ламаються, тому тримайте кожну стару URL-адресу з одним переходом і зберігайте повну карту в таблиці, яку можна перевірити.
Як перенаправити www на версію без www?
Оберіть один хост як канонічний, потім додайте загальне перенаправлення 301 з іншого хоста на нього на рівні сервера або у провайдера DNS. Протестуйте обидва варіанти за допомогою curl -I та підтвердіть, що посилання зі списку найпопулярніших сторінок ведуть на обраний хост.
Що перевіряти в тиждень після запуску перенесення
Якщо ви перевіряєте зовнішні посилання сайту в тиждень після перенесення, перевірте карту перед цифрами. Карта вирішує, чи зможуть цифри відновитися взагалі.
Скануйте стару карту сайту, а не лише нову
Стара карта сайту все ще містить URL-адреси, які отримали своє місце спочатку. Проскануйте її на живому сайті, і кожен рядок, який повертає 404 або ланцюжок перенаправлень, стане рядком у карті.
Зберігайте результат сканування з датою в назві файлу. Друге сканування через місяць покаже, які виправлення спрацювали, а які перенаправлення тихо зникли.
Порівняйте найпопулярніші сторінки до і після
Збережіть список найпопулярніших сторінок до перенесення, потім виконайте запит знову, коли новий сайт встановиться. Два списки посиланих URL-адрес повинні збігатися після застосування карти, а рядки, які не збігаються, є вашим списком завдань.
Кожен запит коштує 2 кредити, тому порівняння дешеве. Вартість — у картографуванні, а не в даних.
Шукайте залишене правило для тестового середовища
Правило, яке блокує сканерів, може залишитися непоміченим під час запуску. Перевірте robots.txt та будь-який тег noindex на шаблонах, які містять ваші найкращі посилані сторінки, перш ніж вважати перенесення завершеним.
Достатньо одного рядка у файлі клієнта: які шаблони ви перевірили і в який день. Напишіть власника кожного перенаправлення поруч із ним, тому що перенаправлення, яке ніхто не може пояснити, буде видалено під час наступного редизайну.
Який код перенаправлення підходить для постійного перенесення
Код — це невеликий вибір із великим впливом на повідомлення, яке ви надсилаєте. Сканери читають код стану до того, як прочитають що-небудь інше на старій сторінці.
Чому 301 підходить для остаточного перенесення
301 означає, що перенесення є постійним. 302 означає, що стара адреса може повернутися, що є неправильним повідомленням для остаточного перенесення. Використовуйте 302 лише під час справжнього тимчасового тестування.
Після завершення перенесення перемкніть будь-які тимчасові перенаправлення на 301. Залишення 302 на роки — це один із тихих способів залишити перенесення напівзавершеним.
Чому 302, за яким слідує 301, призводить до проблем
302, який перенаправляє на другу URL-адресу, яка потім надсилає 301, створює два переходи та змішані сигнали. Пошукові системи зазвичай можуть слідкувати за ланцюжком, але ланцюжок повільніший і легше ламається, коли хтось редагує правило.
Згорніть його до одного 301, який вказує прямо на фінальну адресу. Один перехід легше протестувати, легше пояснити клієнту і легше підтримувати.
Як перенаправити URL-адреси з параметрами запиту
Старі URL-адреси з рядками запиту поширені після зміни CMS. Скажімо, стара адреса була сторінкою товару з параметром кольору. Вирішіть, чи змінює параметр контент. Якщо так, прив’яжіть URL-адресу з параметром до відповідної нової сторінки; якщо ні, одне правило, яке видаляє параметр, може обслуговувати сторінку.
Протестуйте кілька URL-адрес із параметрами вручну після впровадження правила. Правило, яке працює для чистого шляху, все ще може ігнорувати рядок запиту, і посилання, які містять параметри, — це ті, які ви пропустите.
Три перенаправлення, які виглядають як виправлення
Деякі перенаправлення проходять перевірку статусу, але все одно втрачають цінність. Сторінка відповідає кодом 301, але призначення неправильне для людей і сканерів, які слідують за посиланням.
Цикл перенаправлень
Два правила, які перенаправляють одне одного, показують у браузері як цикл, і більшість інструментів здаються після кількох переходів. Протестуйте стару URL-адресу, підрахуйте переходи та виправте правило, яке вказує назад на початкову точку.
Цикл — найлегша проблема для виявлення і найлегша для залишення на тиждень. Виправте її в день виявлення та підрахуйте переходи за допомогою curl -sIL, щоб прочитати кожний рядок статусу, а не лише останній.
Перенаправлення на екран входу
Добре посилана стара сторінка, яка перенаправляє на форму входу, дає відвідувачеві стіну замість контенту, який обіцяло посилання. Скажімо, ви перенаправляєте колишній посібник на сторінку входу, яка потім пересилає на сторонній вхід. Ніщо в цьому шляху не допомагає посиланню.
Перенаправте на публічну сторінку, яка відповідає темі посилання. Якщо такої сторінки не існує, чистий 404 більш чесний, ніж перенаправлення, яке нікуди не веде.
Робочий приклад, гіпотетичний
Уявіть клієнта, який перейшов з однієї теми блогу на іншу. Тільки прикладні числа.
Скажімо, звіт про найпопулярніші сторінки перелічував 140 URL-адрес із посиланнями до перенесення, а 90 з них повернули 404 після, тому що новий шаблон постійних посилань видалив папку з датою. Ручне прив’язування двадцяти найкращих посиланих з них може відновити значну частину вказаної цінності за післяобідню годину, а таблиця порогів показує, як описати зміну клієнту.
Та сама карта — найкраща відповідь, коли клієнт запитує, що змінилося. Покажіть двадцять прив’язаних URL-адрес з їхньою старою адресою, новою адресою та кодом стану для кожної. Таблиця переконує. Двадцять рядків переконують більше, ніж будь-який звіт, а таблиця подвоюється як чек-лист для наступного проходу.
