Обучение на екип за кризисна намеса

Имах URL адреси като този: example.com/post/dkKE_wd3jJ

За SEO причини, поради които реших да добавя малко текст:

example.com/post/dkKE_wd3jJ/best_funny_videos 

Но забелязах, че буквено-цифровите документ за самоличност изглежда странно отпред и тази поръчка е по-удобна за потребителя:

example.com/post/best_funny_videos/dkKE_wd3jJ 

Но сега, ако отида в родителската директория example.com/post/best_funny_videos (по каквато и да е причина, паякът на търсачката индексира сайта и т.н.) страницата просто не съществува 404 (бих могъл да изпратя отговор 200, но това не би било правилно, нямам съдържание за тази страница).

Това добре ли е?

Ако ще използвате наклонена черта (/) във вашия URL адрес трябва да имате съдържание, когато URL адресът е съкратен до тази точка. Наклонената черта в URL адреса обикновено представлява директория. И потребителите, и ботовете често съкращават URL адресите до наклонената черта, търсейки страница с индекс.

Алтернатива е използването на тирета: /post-best_funny_videos-dkKE_wd3jJ. Тиретата обикновено не се разбират, че имат специално значение в URL пътя. Грешка 404 при URL, съкратен до тирето, би била напълно подходяща.

Според моя опит поставянето на идентификатора на последно място в URL адреса води до проблеми с дълги URL адреси. Дългите URL адреси често се съкращават по имейл, форуми и други системи за управление на съдържанието. Ботовете виждат тези пресечени URL адреси и ги обхождат. Когато идентификаторът е в края, информацията, която ви е необходима за възстановяване на URL адреса, се губи и нямате друг избор, освен да върнете грешка 404. Когато идентификаторът е близо отпред, той обикновено се запазва и можете да го пренасочите към правилния URL адрес.

Съгласен съм, че буквено-цифровият идентификатор в предната част не е много удобен за потребителя. Трудно е за четене. Бих препоръчал да преминете към цифров идентификатор, който е много по-лесен за прескачане от потребителите. По този начин все още можете да го имате близо до предната част.

Другият проблем с вашите URL адреси е използването на долни черти за отделяне на думи. Подчертанията в URL адресите не са добри за SEO, защото Google ги третира като част от думата, а не като разделители на думи. В URL адресите винаги трябва да се предпочитат тирета пред подчертаването, за да се отделят думи.

Крайният ви URL адрес трябва:

  • Използвайте тирета, а не наклонени черти, за да не изглежда, че имате директории.
  • Използвайте тирета, а не долни черти, за да позволите на Google да анализира URL адреса.
  • Използвайте цифров идентификатор вместо буквено-цифров идентификатор за използваемост.
  • Поставете идентификатора близо до предната част, за да позволите възстановяване от отрязване на URL.

По-добър URL адрес би бил:

/post-23438883-best-funny-videos 
  • Много добър отговор. 1. Тирета VS подчертава: Моето лошо, аз всъщност използвам тирета за отделяне на ключове, фиксирани. 2. Цифров идентификатор: Всъщност идвам от използването на цифрови идентификатори, но исках да го замъгля, за да не показвам колко публикации има, (+ може би предотвратявам изстъргването в бъдеще, засега не ме интересува). И буквено-цифровият идентификатор ми донесе всички тези „проблеми“, така че в този момент обсъждам кое е най-доброто и дали замъгляването си заслужава.
  • 1 Цифровите идентификатори не трябва да бъдат последователни. Присвоявате произволен идентификатор и проверявате дали той вече не се използва; или използвайте хеш на съдържанието.

Не виждам нищо лошо в обслужването на 404. В крайна сметка на този URL няма съдържание.

Единствената друга опция би била „пренасочване“ към правилния URL адрес, но чрез обръщане на реда на тези сегменти на пътя и като охлюв първо, това може да е сложно, освен ако охлювът също не е гарантиран за уникален (в този случай така или иначе няма да имате нужда от идентификационния номер).

Предимство на URL на формуляра /post// е, че можете да пренасочвате автоматично към ако е пропуснато или неправилно (по същия начин, по който го прави Stack Exchange). И това също позволява охлюв да се промени - задейства пренасочване.

  • Дали е / post // или / пост // ако охлювът е непълен или не е там, поправям URL адреса, за да добавя охлюва. Но има друг проблем при използването на / post //, някои публикации нямат плужек, така че може да има сблъсъци между плужек и id, така че ще трябва да добавя някакъв отличителен знак пред плъзгача или id. Потвърждавам, че охлювът не е уникален.
  • „Поправям URL адреса, за да добавя охлюва.“ - Въпреки че URL адресите са по-склонни да бъдат съкратени (споделени в имейли и т.н.), така че ако URL адресът е във формата /post// и последният знак липсва в идентификатора, тогава няма да можете да търсите охлюва (или да намерите публикацията). От друга страна, ако URL адресът е на формата /post// тогава URL адресът може да бъде нарязан наполовина и пак ще можете да пренасочите към канонизиране на URL адреса. Ако някои URL адреси нямат плужек и вашите URL адреси имат фиксиран брой сегменти на пътя, тогава все пак трябва да можете да определите от позицията му.
  • Да, всичко това е ясно. Когато кажа, че поправям / публикувам // е в случая, че охлювът по някаква причина е неправилен или несъществуващ, но очевидно е малко вероятно с този формат. Също така видях, че Amazon използва този формат, така че предполагам, че не е толкова лошо. Все още не съм решил, може да направя произволно изглеждащо цяло число.

Можете да използвате http код 204 „без съдържание“

  • Възможност е, но вярвам, че Google я индексира, ако някой свърже URL адреса, а това не ми харесва.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?