елемент електронної комерції видалений користувачем, перенаправлення 301 на ГОЛОВНУ сторінку або 404 не знайдено?

Я знаю, що це питання якимось чином схоже на це, де вони рекомендують використовувати 404, але після прочитання цього іншого, де вони пропонують використовувати 301 при зміні URL-адрес сайтів (у конкретному випадку це було пов’язано з переробленням / повторним факторингом), я отримую трохи плутати, і я сподіваюся, що хтось міг би уточнити цей конкретний приклад:

1. Скажімо, у мене є сайт електронної комерції,

2. давайте також сказати , що кінцевий користувач вставити деякі цікаві елементи в сайті і електронної комерції веб - додатку , створеної сторінку записи на сайтах: http://...?id=20, і http://...?id=30т.д.

3. Тепер скажімо, що деякі з цих цікавих предметів отримали багато зовнішніх посилань на них з багатьох інших сайтів, оскільки деякі люди вважали ці предмети дуже цікавими та пов’язаними з ними.

4. Після декількох років кінцевий користувач видаляє ці елементи, тому очевидно , сторінка і URL - адреси http://...?id=20, http://...?id=30і т.д. Тепер вже не існує, але все ще багато сторінок в Інтернеті, що посилаються до них .

Що має робити сайт електронної комерції зараз, просто показуйте сторінку 404 для цих товарів?

Але я розгублений, чи не втратить це весь PR-зв’язок Google, переданий зовнішніми посиланнями на сторінки предметів? Тож чи не краще використовувати переадресацію 301 на ГОЛОВНУ СТОРІНУ, яка принаймні передає ПР на ГОЛОВНУ СТОРІНУ?

Редагувати:

Ну, згідно з відповідями, найкраще робити поки що - це зробити 404/410 .

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

Скажімо, користувач знову створює ці елементи (ті, які він раніше видаляв у пункті 4), можливо, він трохи змінює їхні назви та опис, але вони в основному ті самі елементи. WebApp не має ніякого способу знати ці нові додані елементи були старі елементи так, очевидно , створювати їх як нові елементи з новими URL - адресами http://...?id=100, http://...?id=101, робить це має сенс в цей момент , щоб перенаправити 301 старих адреси на нові?

ДРУГА РЕДАКЦІЯ (Це було б ДУЖЕ ВАЖЛИВО ЗНАЙТИ):

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

Але, крім досвіду користувачів, що є дискусійним (* 1), щоб зберегти PR від зовнішніх зламаних посилань, чому б не завжди використовувати 301, на мій погляд, Google не любить дублюється вміст, але чи впевнені ми, що 301 бачить переспрямовування на ГОЛОВНУ сторінку як дубльований вміст для Google ?!

Сам Google пропонує перенаправити 301 index.html для документування root, тож якщо вони вважають 301 дублюваним вмістом, чи не вважатиметься це також дублюваним вмістом? Чому вони це пропонують?

Дозвольте спровокувати вас: "чому б просто не додати 301 до ГОЛОВНОЇ СТОРІНКИ для кожної не знайденої сторінки?"

(* 1) як користувач, коли я переглядаю порушену URL-адресу з якогось зовнішнього посилання на сторінку якогось веб-сайту, я б більше наклеювався на цей веб-сайт, якщо я перенаправляюся на ДОМАШНУ СТОРІНУ, а не бачу сторінку 404, де я думаю, що веб-сайт не відповідає навіть існують більше, і, можливо, я навіть не намагаюся зайти на ДОМАШНУ СТОРІНУ веб-сайту.

Користувачі першими !!! Харчування в пошукових системах замість користувачів - це рецепт невдач.

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

Я не знаю, чи 4хx сторінки передають PR, оскільки я не бачив нічого переконливого, що стосується цього, але якщо ви це зробите, ви можете "поширити" PR, який має ця сторінка, посилаючись на вашу домашню сторінку та будь-які інші важливі сторінки, які ви вважаєте за потрібне. Якщо ви втратите цей PR - це не велика справа. Використовувана вами зручність значно перевищує будь-яку вигоду, яку пропонує PR.

Оновлення

301 - це саме те, що ви хочете зробити. Це той самий продукт, і перенаправленням ви переконайтеся, що новий список отримує переваги, отримані на старій сторінці, і користувачі все ще можуть знайти продукт, який шукають.

Оновлення №2

Перенаправлення 301 для контенту, який не знайдено, є семантично неправильним (вміст не перемістився, він просто не існує) і може бентежити користувачів (вони очікували, що продукт X і замість нього отримає вашу домашню сторінку пояснення чому).

301 переадресація не спричиняє повторюваних проблем із вмістом. Вони вирішують їх, попереджаючи пошукові системи про те, що сторінка A перейшла на сторінку B.

(* 1) як я користувач, коли після перерваної URL-адреси з якогось зовнішнього посилання на сторінку веб-сайту я міг би більше дотримуватися цього веб-сайту, якщо я перенаправляюсь на ДОМАШНУ СТОРІНУ, а не бачу сторінку 404, де я думаю, що веб-система навіть не існують більше, і, можливо, я навіть не намагаюся зайти на ДОМАШНУ СТОРІНУ веб-сайту.

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

На мій погляд, в цьому випадку буде доцільніше використовувати 410 goneкод статусу .

Запитаний ресурс більше не доступний на сервері, і адреса переадресації не відома. Очікується, що цей стан вважатиметься постійним. Клієнти, що мають можливості редагування посилань, ДОЛЖНЕ видалити посилання на URI-запит після схвалення користувача. Якщо сервер не знає або не має можливості визначати, чи є умова постійною чи ні, замість цього повинен бути використаний код статусу 404 (Не знайдено). Ця відповідь є кешованою, якщо не вказано інше.

Відповідь 410 в першу чергу призначена для сприяння завданню веб-обслуговування, повідомляючи одержувача про те, що ресурс навмисно недоступний і що власники серверів бажають видалити віддалені посилання на цей ресурс. Така подія є звичайною для обмеженого часу, рекламних послуг та ресурсів, що належать особам, які більше не працюють на сайті сервера. Не потрібно позначати всі постійно недоступні ресурси як "пропали" або зберігати позначку протягом будь-якого проміжку часу - це залишається на розсуд власника сервера.

Потім збережіть сторінку http://...?id=XX(не видаляйте запис) разом із цим елементом, але додайте згадку, щоб повідомити відвідувачам, що цей товар точно не доступний.

Щоб допомогти вам у виборі коду статусу, спробуйте поглянути:

• Список кодів статусу HTTP
• Визначення коду статусу RFC 2616
• RFC 2616: протокол передачі гіпертексту - HTTP / 1.1

[EDIT] про особливий випадок

Якщо хтось вважає, що "вилучений" елемент насправді не видалений, а просто позначений як недоступний, найкращим є заохочення користувача "повторно активувати" його елемент для внесення його змін.

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

Тепер ви можете перенаправити URL-адресу на іншу сторінку, щоб зберегти або зібрати її PR. Але якщо на цій сторінці не буде подібного змістовного змісту, це було б оманливою та неетичною практикою, подібною до зворотного маскування в певному сенсі. Це в основному те саме, що купувати недавно закінчений термін дії домену, щоб ви могли отримати його PR.

Якщо ви хочете видалити цінний вміст зі свого сайту, ви не можете етично триматися за PR, створений цим вмістом. Правильною справою було б зробити так, як згадує Г. Qyy, і використовувати 410код статусу.

Однак ви все ще можете скористатися посиланнями на видалені сторінки, встановивши сторінку помилок 410, яка спрямовує користувачів на подібний вміст або на вашу домашню сторінку. І якби у вас була хороша внутрішня структура посилань, то видалена сторінка передавала б свій PR на інші сторінки весь час, коли вона все ще працювала.

Примітка: Якщо це товар, якого просто немає на складі, вам слід залишити сторінку вгору і просто не дозволяти користувачам додавати її до кошика для покупок. Хоча їм все ж може бути дозволено додати його до списку бажань або попросити повідомити, коли товар буде знову на складі.

Для запитання: я б зберігав сторінку 404/410 для виключеного продукту та створював би нову для нового продукту.

Для особливого випадку: напевно, я б пішов з тим же вище АБО ... використовую перенаправлення 303. Можливо, 301, але це остаточно не мій перший вибір.

Для другого редагування: Як вже багато разів зазначалося для веб-розробників / seo guys: SEO - це результат гарної сторінки створення. Спочатку подумайте про користувачів. Період.

Також не винаходити колесо, тому що хтось сказав, що потрібно. Технології існують, і ви відповідальні за використання ними належним чином. HTTP заголовки та коди відповідей охоплюють майже будь-який випадок, який ви можете собі уявити / потребувати

Тепер, як користувач, я можу сказати, що не заперечую, якщо перейду на корисну сторінку 404. Звичайно, некрасиві, з часом нові римські розміри 10 пікселів, чорно-білі, з текстовим текстом - це найгірше, що користувач може знайти. Я теж ненавиджу це. Але якщо я перейду на сторінку, яка дає мені можливість перевірити мапу сайту, шукати та надати певні схожі посилання ... це робить мене щасливішим, ніж перенаправлення на домашню сторінку.

Висновок Робіть те, що вам потрібно зробити, використовуйте те, що у вас вже є (вивчіть, що у вас є краще) та поставте себе як власного користувача.