နည်းပညာဆိုင်ရာ SEO
Redirect မြေပုံ / Chain နှင့် Loop စစ်ဆေးကိရိယာ
ရွှေ့ပြောင်းမှု spreadsheet သို့မဟုတ် .htaccess ဖိုင်မှ redirect မြေပုံတစ်ခုလုံးကို paste ထည့်ပြီး crawl budget သို့မဟုတ် အဆင့်သတ်မှတ်ချက်ကို မထိခိုက်မီ loop၊ hop အများအပြား chain နှင့် ပဋိပက္ခဖြစ်သော rule များကို ရှာဖွေပါ။
သင့် browser တွင်သာ လုံးဝ run ပါသည်။ အမည်မဖော်သော အသုံးပြုမှုအရေအတွက်မှလွဲ၍ သင် paste ထည့်သည့်အရာများကို မည်သည့်နေရာသို့မျှ မပို့ပါ။
တစ်ကြောင်းလျှင် rule တစ်ခု။ ပံ့ပိုးသော format များ: "/old -> /new"၊ "/old, /new"၊ "Redirect 301 /old /new" သို့မဟုတ် tab ဖြင့်ခွဲထားသော (spreadsheet မှ တိုက်ရိုက် paste ထည့်နိုင်သည်)။ # ဖြင့်စသော line များကို လျစ်လျူရှုမည်။
ဒါဘယ်လိုအလုပ်လုပ်လဲ၊ ပြီးတော့ ဘုံအမှားတွေကို ဘယ်လိုပြင်မလဲ
line တိုင်းကို source နှင့် destination အဖြစ် စိစစ်ပြီး path အဖြစ် standard ပြောင်းသည် (ကိုက်ညီမှုအတွက် domain ကို လျစ်လျူရှုသောကြောင့် site တူတစ်ခုအတွက် URL အပြည့်အစုံနှင့် path ရိုးရိုးကို ရောနှောသုံးနိုင်သည်)။ ထို့နောက် ကိရိယာသည် rule အားလုံး၏ graph ကို တည်ဆောက်ပြီး browser သို့မဟုတ် crawler သည် redirect များကို hop တစ်ခုချင်းစီ လိုက်နာသကဲ့သို့ source တစ်ခုစီမှ လျှောက်လှမ်းသည်။
Loop ဆိုသည်မှာ chain သည် နောက်ဆုံးတွင် ယခင်ဝင်ရောက်ဖူးသော URL သို့ ပြန်ရောက်သွားခြင်းဖြစ်သည် — ထို request သည် ဘယ်တော့မှ မပြီးဆုံးဘဲ browser နှင့် crawler နှစ်ခုစလုံးက စွန့်ပစ်လိုက်ကြသည်။ hop 2 ခု သို့မဟုတ် ထို့ထက်ပိုသော chain သည် အလုပ်လုပ်နေသေးသော်လည်း hop တစ်ခုတိုးလာတိုင်း latency တိုးလာပြီး crawl budget ဖြုန်းတီးကာ history အရ ranking signal ကို အားနည်းစေသည် — search engine များက နောက်ဆုံးပန်းတိုင်သို့ တိုက်ရိုက် redirect ပြုလုပ်ရန် အကြံပြုသည်။
ပဋိပက္ခဖြစ်သော rule ဆိုသည်မှာ source URL တစ်ခုတည်းသည် တစ်ကြိမ်ထက်ပို၍ ပေါ်နေပြီး တစ်ကြိမ်စီတွင် destination ကွဲပြားနေခြင်းဖြစ်သည် — သင့် server က ဦးစွာစစ်ဆေးသော rule သည် တိတ်တဆိတ် အနိုင်ရမည်ဖြစ်ပြီး ရလဒ်သည် rule အစီအစဉ်အပေါ် မူတည်နေသောကြောင့် မတည်ငြိမ်ပါ။ မလိုချင်သော rule များကို ဖျက်ပစ်ခြင်းဖြင့် ပြင်ပါ။
အောက်ပါ flatten လုပ်ထားသော မြေပုံသည် chain တိုင်းကို အမှန်တကယ် နောက်ဆုံးပန်းတိုင်သို့ ဖြေရှင်းပြီးဖြစ်သည် — ၎င်းကို ဒေါင်းလုဒ်လုပ်ပြီး သင့် rule များကို တိုက်ရိုက် hop တစ်ခုတည်း redirect များဖြင့် အစားထိုးရန် အသုံးပြုပါ။
ကန့်သတ်ချက်များ: ကိုက်ညီမှုသည် domain မဟုတ်ဘဲ path နှင့် query string ပေါ်တွင် အခြေခံသည်၊ ထို့ကြောင့် domain ကူးပြောင်းမှုများတွင် တသမတ်တည်း URL အပြည့်အစုံများကို အသုံးပြုသင့်သည်။ Apache ၏ "RedirectMatch" (regex) rule များကို စစ်ဆေးမည်မဟုတ်ပါ — "Redirect" ရိုးရိုးကိုသာ ပံ့ပိုးသည်။