Back to Question Center
0

Semalt нь кодчилох / декодруулалтад зөвхөн өөр өөр чиглүүлэлт хийсний дараа индексжүүлэлтийн URL биш байна уу?

1 answers:

Дахин сэргээгддэг-аас болон дахин чиглүүлэгдсэн-URL-ийн хоорондох ялгаа нь зөвхөн тодорхойлогдсон тэмдэгтүүд нь кодлогдсон эсэхээс үл хамааран цөөрөм crawler нь чиглүүлэгчийг дагахаас татгалзах уу? Жишээ нь:

  • www. splunkbase. com / apps / All / 4. x / Add-on / app: PDF + Report + Server +% 28install + Линукс дээр + зөвхөн% 29
  • www. splunkbase. com / apps / All / 4. x / Add-on / апп: PDF + Report + Server + (зөвхөн Линукс + дээр суулгах)

Эдгээр нь хоёулаа HTTP-ийн хувьд хүчинтэй ба түүнтэй адил URI-тэй байдаг боловч манай сайтын код нь үргэлж "контент" контент хуудсан дээр "канон" URL руу чиглэнэ. Энэ тохиолдолд эхний URL жагсаасан.

Google нь энэ хуудсыг индексжүүлэхгүй байна (URL URL хувилбар дээр). "PDF Report Server" (зөвхөн Semalt дээр суулгах) дээрээс дээрх URL-үүд алга байна.

Google вэбмастерын хэрэгсэл нь URL-ийн "декодчилогдсон" хувилбарт "дахин чиглүүлэх алдаа" тайлж байна: www. splunkbase. com / apps / All / 4. x / Add-on / апп: PDF + Report + Server + (зөвхөн Линукс + дээр суулгах)

Сүйрлийн асуудал бол одоогоор бид каноникшуулалтыг зохицуулахын тулд 301 чиглүүлэлтийг ашиглахаар 302-ийг ашиглаж байна. Бид удахгүй 301-оор шилжүүлэгдэж киланчлолын.

Гэхдээ би 302 vs. 301 асуудал нь улаан хашгиралт байж болох юм. Үндсэн суурь асуудал нь Semalt нүдэнд бид URL-ыг дахин чиглүүлж байна, HTTP-ийн хувьд, паймарчлагдсан кодлогдсон болон хувийн кодгүй код нь байх ёстой Үйлчлүүлэгч болон серверүүдтэй адилхан ханддаг.

Энд холбоотой холбоосыг олсон. Энэ нь бас нэг асуудал биш юм - өөрөөр хэлбэл, дахин чиглүүлэгдсэн URL-ийн хоорондох ялгаа нь хувьсагчтай Hx утгуудын дээд / доод хэмжээ байсан юм. Гэхдээ энэ нь бидний асуудалтай адилхан сэжигтэй юм.

Эцэст нь, миний асуулт: Энэ хувьсагч-нэмэх-чиглүүлэлтийн асуудалд хэн нэгэн ордог уу? Үүнийг засварлаж шилжүүлсэн үү, эсвэл илүү хэрэгцээтэй байсан уу?

301-с цааш цааш тойрсон тойрон гарах арга замуудын хувьд бид REL = CANONICAL-ийг ашиглах болон энэ тохиолдолд дахин чиглүүлэлтийг зогсоохын тулд бид аль болох зайлсхийж, алга болсон, хаалтууд болон бусад -руухан зугтсан тэмдэгтүүд.

Урт хугацааны засваруудыг үзэхдээ:

  • энэ сайт шиг, түлхүүрийг тоон ID-г ашиглан REL = CANONICAL-г нэмж бичсэнээр SEO текстийн өөрчлөлтийг удирдаж, дахин чиглүүлэлт хийгддэггүй
  • олон блог шиг, канон URL шиг нэрийг үргэлжлүүлэн ашиглах, үргэлжлүүлэлтийг үргэлжлүүлэх, гэхдээ бүх асуудалтай тэмдэгтүүдийг зурааснуудтай шилжүүлэхийн тулд кодчилох / декод хийх талаар санаа зовох шаардлагагүй
February 6, 2018

Эдгээр URLууд нь онолын хувьд адилхан бөгөөд ингэснээр дахин чиглүүлэлт нь өөрөө өөр рүү чиглэсэн чиглүүлэлт бөгөөд энэ нь мөлхөт алдаа. Ерөнхийдөө хэрэв ийм тохиолдол байсан (мөн би үүнийг тийм гэж үзсэн бол) тэр түвшин дэх URL-ыг донсолгоо хийхийг оролдохыг оролдохгүй байхыг зөвлөж байна, би ижил URL-ийн өөр төлөөллийг URL-ээр дахин чиглүүлэхгүй.

Үүнтэй адилаар эдгээр хоёр URL-д rel = каноник холбоос элементийг ашиглах шаардлагагүй болно. Хэрвээ зам эсвэл URL параметрийн өөр өөр капиталжуулалт гэх мэт өөр хувилбарууд байгаа бол хэрэглэх нь зүйтэй юм. Гэхдээ эдгээр хоёр URL-ийн хувьд энэ нь ямар ч нөлөө үзүүлэхгүй.

Энэ нь үнэ цэнэтэй зүйл юм. Иймэрхүү URL-ууд Google-ийг хэрхэн харахыг шалгах хялбар арга бол Webmaster Tools дахь Googlebot функцийг ашиглах явдал юм.. Зөв холбоосоор Google үүнийг дагах боломжтой, гэхдээ сервер талын програм бүрэн бүтэн үсгийг танихгүй бол тэр холбоос нь эвдэрч магадгүй.

Нэгдүгээрт, Google-ийн URL хувилбарыг аль нэгийг нь индексжүүлэхгүй байгаа нь URL өөрөө асуудалтай байгааг заагаагүй байна. Энэ нь Googlebot өөр хуудсандаа тийм ч сонирхолтой биш гэж бодож байгаа шиг өөр шалтгаантай. Та URL-ууд нь адилхан байдлаар ханддаг гэж хэлэх үед. Үнэн хэрэгтээ Google Chrome автоматаар % 28 руу . Зарим браузер эсрэгээр ( уруу % 28 эсрэг үзүүлж болох бөгөөд энэ нь.

  • 'каноник' хувилбар руу холбох . Өөрөөр хэлбэл, таны хянах бүх холбоос зөв, хаалттай, хувилбар руу чиглүүлэ.
  • Өөрийнхөө sitemap дээр каноник хувилбарыг тавь . Хэрвээ танд XML серверт байхгүй байвал нэгийг үүсгээд Google Вэбмастерын хэрэгсэлд оруулна уу.
  • rel = canonical ашиглан зөв URL тохируулах. Хэрэв та хаалттай хувилбарыг тавьсан бол, Google нь хайлтын илэрц дээр нөгөө талдаа бусдаар харуулах ёстой.
  • Боломжтой тохиолдолд хамгийн сүүлчийн санал бол URL-ээс тусгай тэмдэгтүүдийг арилгах явдал юм. Таны URL-үүд нь файлын нэр дээр суурилсан мэт харагдаж байна. Магадгүй та файлаа байршуулахдаа вебсайт дээр ашиглахын тулд 'slug' үүсгэнэ. g. pdf-report-server-install-on-linux-only -г ашиглан URL дээрээ ашиглаарай.

    Хэрэв та Apache-ийг ашиглаж байгаа бол mod_rewrite -ийг ашиглахыг зөвлөж байна. Ингэснээр хүсэлт илгээсэн хуудсыг зүгээр л дахин чиглүүлэлт илгээхээс.

    Таны үндсэн асуудал нь UTF-8 кодчилол шаарддаг таны вэбсайт URL-ууд ашигладаг үнэн юм. Хэдийгээр энэ нь таны зан чанарын багцыг хязгаарлахын тулд эхнээсээ нэлээд сонирхолтой байж магадгүй ч гэсэн бусад сайтууд таныхтай. Бусад сайтууд URL-ыг дахин кодчилох нь дуусах магадлал өндөр байдаг бөгөөд хайлтын системүүд нь канончлагдсан холболтод хандахыг оролдож байгааг мэдэж байх болно.

    Миний хамгийн сайн шийдэл бол UTF-8 тэмдэгтгүйгээр холбоосыг өөрчлөх, дараа нь 410 GONE эсвэл 404 NOT FOUND засварласан URL руу

    (edit tidbit: 410 GONE хэзээ ч хэзээ ч аалз байх ёсгүй URL дээр ажиллах боломжтой байсан. Жишээ нь: _GET $ дэх сеанс өгөгдөл бүхий түр файлууд болон URLs. )

    Semalt нь кодчилох / декодруулалтад зөвхөн өөр өөр чиглүүлэлт хийсний дараа индексжүүлэлтийн URL биш байна уу?
    Reply