ወደ መተግበሪያዎ መግቢያ እንዴት እንደሚጨምሩ፦ የይለፍ ቃሎች፣ ማጂክ ሊንኮች፣ Google እና ሚናዎች

ወደ መተግበሪያ መግቢያ ለመጨመር አንድ ዘዴ ይምረጡ — ኢሜይልና የይለፍ ቃል፣ ማጂክ ሊንኮች (በኢሜይል የሚላክ አንድ ጊዜ የሚሠራ የመግቢያ ሊንክ)፣ ወይም «በGoogle ግባ» — እና ከባዶ ከመጻፍ ይልቅ በታወቀ የማረጋገጫ ቤተ-መጽሐፍት ወይም በተስተናገደ አቅራቢ ይተግብሩ። ከዚያም እያንዳንዱ ዓይነት ተጠቃሚ ምን ማድረግ እንደሚችል ይወስኑ (ሚናዎች)፣ እና ይህን በሰርቨሩ ላይ ለእያንዳንዱ ገጽና የኤፒአይ ጥያቄ ያስፈጽሙ። ክፍለ-ጊዜዎች ደህንነቱ የተጠበቁ ኩኪዎችን መጠቀም፣ ጊዜ ማለፍ እና በመውጣት ሲዘጉ በትክክል መቋረጥ አለባቸው።

ይህ መመሪያ እያንዳንዱን ምርጫ እና ሥራ ያለውን መግቢያ ደህንነቱ ከተጠበቀ መግቢያ የሚለዩ ዝርዝሮችን ያልፋል። ከበስተጀርባ ያሉትን ጽንሰ-ሃሳቦች ለማወቅ ማረጋገጫ ምንድን ነው ይመልከቱ።

መጀመሪያ ይወስኑ፦ መግቢያ ያስፈልጎታል?

መግቢያ ግዴታንና ኃላፊነትን ይጨምራል። የሚያስፈልግዎት፦

• ተጠቃሚዎች የግል ውሂብ ሲኖራቸው (ቦታ ማስያዣዎቻቸው፣ ሰነዶቻቸው፣ ደረሰኞቻቸው)
• ተጠቃሚዎች ሌሎች የሚያዩትን ነገር መቀየር ሲችሉ
• ለመዳረሻ ሲያስከፍሉ
• የተለያዩ ሰዎች የተለያዩ ፈቃዶች ሲፈልጉ (ባለቤት vs ሰራተኛ vs ደንበኛ)

ለማርኬቲንግ ድረ-ገጽ፣ ለሕዝባዊ ማውጫ ወይም ኢሜይል ብቻ ለሚልክ ቅጽ ላያስፈልግዎ ይችላል። የዝርዝር መመዝገቢያ አካውንት አያስፈልገውም፤ የኢሜይል መስክ በቂ ነው።

አራቱ የተለመዱ የመግቢያ ዘዴዎች

ብዙ መተግበሪያዎች ሁለትን ያጣምራሉ፦ Google መግቢያ ከኢሜይል ማጂክ ሊንኮች ጋር ምንም የይለፍ ቃል ሳያስቀምጡ አብዛኛውን ሰው የሚሸፍን ታዋቂ ጥምረት ነው።

ኢሜይል እና የይለፍ ቃል

የይለፍ ቃል ካቀረቡ እነዚህ የማይደራደሩ ናቸው፦

• የይለፍ ቃሎችን በዝግታ የሃሽ ስልተ-ቀመር ሃሽ ያድርጉ። የOWASP የይለፍ ቃል ማከማቻ መመሪያ Argon2idን ይመክራል፣ scrypt፣ bcrypt ወይም PBKDF2 እንደ አማራጭ። የይለፍ ቃሎችን በግልጽ ጽሑፍ ወይም በፈጣን አጠቃላይ ሃሽ በፍጹም አታከማቹ።
• የይለፍ ቃል ዳግም ማስጀመር በዘፈቀደ፣ አንድ ጊዜ ብቻ የሚሠራ፣ የሚያልፍ ሊንክ ይጠቀማል፣ ወደ የተረጋገጠ ኢሜይል ይላካል።
• የትኞቹ ኢሜይሎች አካውንት እንዳላቸው አታሳዩ። «ይህ ኢሜይል የተመዘገበ ከሆነ የዳግም ማስጀመሪያ ሊንክ ልከናል» ከ«አካውንት አልተገኘም» ይሻላል።
• የመግቢያና የዳግም ማስጀመሪያ ሙከራዎችን ገድቡ የይለፍ ቃል መገመትን ለማዘግየት።
• ረጅም የይለፍ ቃሎችንና የይለፍ ቃል አስተዳዳሪዎችን ፍቀዱ፤ ያልተለመዱ የቁምፊ ድብልቅ የሚያስገድዱ ህጎችን ዝለሉ።

ማጂክ ሊንኮችና አንድ-ጊዜ ኮዶች

ማጂክ ሊንክ ለተጠቃሚው የተላከ የመግቢያ ሊንክ ነው። ሲጫኑት ይገባሉ። አንድ-ጊዜ ኮድ ተመሳሳይ ሃሳብ ነው፣ በመጫን ፈንታ በመተየብ።

• ሊንኮችና ኮዶች በፍጥነት ያልፋሉ እና አንድ ጊዜ ብቻ ይሠራሉ።
• ሊንኩ ተጠቃሚው ጠቅ ባደረገበት መሣሪያ ላይ ማስገባት አለበት፣ እና ቶከኑ በሎጎች ወይም በanalytics መሣሪያዎች ውስጥ መቆየት የለበትም።
• አስተማማኝ የኢሜይል መላክ ያስፈልጋል — መተግበሪያዎ ኢሜይል እንዴት እንደሚልክ ይመልከቱ። በGmail እና Outlook ይሞክሩ፣ የspam አቃፊዎችን ይፈትሹ።

በGoogle መግባት (እና ሌሎች OAuth አቅራቢዎች)

«በGoogle ግባ» OAuth እና OpenID Connectን ይጠቀማል፦ Google ተጠቃሚው ማን እንደሆነ ያረጋግጣል እና የኢሜይሉንና ስሙን ለመተግበሪያዎ ይነግረዋል። ማዋቀሩ፣ እንደ ሴፕቴምበር 2026፣ በGoogle Cloud Console ውስጥ በGoogle Auth Platform ክፍል ይከናወናል፦

1. ፕሮጀክት ይፍጠሩ ወይም ይምረጡ፣ እና Branding ገጹን ይሙሉ — ተጠቃሚዎች በስምምነት ማያ ላይ የሚያዩት (የመተግበሪያ ስም፣ የድጋፍ ኢሜይል፣ ሎጎ)።
2. በClients ገጽ ላይ «Web application» ዓይነት ደንበኛ ይፍጠሩ።
3. የተፈቀዱ JavaScript origins እና redirect URIs ያክሉ — መተግበሪያዎ የሚሠራባቸውን ትክክለኛ አድራሻዎች እና Google ከመግባት በኋላ ተጠቃሚዎችን የሚመልስባቸውን።
4. የደንበኛ ID እና የደንበኛ ሚስጥሩን በመተግበሪያዎ ሚስጥሮች ውስጥ ያስቀምጡ።

በGoogle OAuth ሰነድ መሠረት ብዙ ጊዜ የሚበላሹ ነገሮች፦

• redirect_uri_mismatch፦ የመመለሻ አድራሻው በትክክል መመሳሰል አለበት፣ http vs https፣ ትልቅና ትንሽ ፊደላት እና የመጨረሻው ስላሽ ጭምር። ለቅድመ-እይታ አድራሻዎ አንድ፣ ለቀጥታ ዶሜይንዎ አንድ ያክሉ።
• HTTPS ያስፈልጋል፦ የመመለሻ URIs HTTPS መጠቀም አለባቸው፣ በልማት ጊዜ localhost ከቀረ።
• የstate ፓራሜትር ሲመለሱ መፈተሽ አለበት፣ ከጣቢያ-ተሻጋሪ የጥያቄ ማጭበርበር ለመጠበቅ። ጥሩ ቤተ-መጽሐፍት ይህንን ለእርስዎ ያደርጋሉ።

መሠረታዊ የመግቢያ መረጃ (ስም፣ ኢሜይል፣ መገለጫ) ብቻ ከጠየቁ Google የመተግበሪያ ማረጋገጫ አስገዳጅ እንዳልሆነ ይናገራል። የተጠቃሚዎችን Gmail፣ Drive ወይም Calendar መዳረሻ መጠየቅ ግን የተለየ ነው እና ማረጋገጫ ይፈልጋል።

መገንባት ወይስ አቅራቢ መጠቀም?

ሁለቱም የመጀመሪያዎቹ ምክንያታዊ ናቸው። የተስተናገዱ አቅራቢዎች ብዙ ነገር ለእርስዎ ያደርጋሉ፣ ነገር ግን ጥገኝነት ይጨምራሉ እና አንዳንድ ጊዜ በንቁ ተጠቃሚ ይከፍላሉ፤ ወቅታዊ ዋጋ በድረ-ገጾቻቸው ይፈትሹ። ቤተ-መጽሐፍት ሁሉንም በዳታቤዝዎ ውስጥ ያቆያሉ፣ ነገር ግን በትክክል ማዋቀር ያለብዎት ይበዛል። የመረጡት ይሁን፣ የይለፍ ቃል ወይም ክፍለ-ጊዜ ሎጂክ እንዲጽፍ ሳይሆን ያለውን እንዲጠቀም AIን ይጠይቁ።

ሚናዎችና ፈቃዶች

መግባት ማን እንደሆነ ይነግርዎታል። ፈቃዶች ምን ማድረግ እንደሚችል ይወስናሉ። በመጀመሪያ ቀላል ያድርጉት፦

ከሚና ስሞች የበለጡ ህጎች፦

• በሰርቨሩ ላይ፣ በእያንዳንዱ ጊዜ ይፈትሹ። በገጹ ላይ ያለ አዝራር መደበቅ ማንም API ን በቀጥታ ከመጥራት አያቆመውም።
• በባለቤት ወሰን ያድርጉ። አባል «ቦታ ማስያዝ 123»ን ቢጠይቅ የራሱ ከሆነ ብቻ ማግኘት አለበት።
• ተጠቃሚዎች ራሳቸውን ከፍ አያድርጉ። በመገለጫ ዝማኔ ከአሳሹ የሚመጡ የሚና መስኮችን ችላ ይበሉ።
• በነባሪ መዳረሻ አይስጡ። አዲስ መንገዶች በሌላ ካልወሰኑ በስተቀር መግባት ሊጠይቁ ይገባል።

ሁለት አካውንቶች ሞክሩት፦ በአንዱ ይግቡ፣ የሪኮርድ ID ያስተውሉ፣ ከዚያም በሌላው ይግቡና ለመክፈት ይሞክሩ። ሙሉ ፈተናው በየደህንነት ዝርዝሩ ውስጥ ነው።

የክፍለ-ጊዜ ደህንነት

ከመግባት በኋላ መተግበሪያው ተጠቃሚውን በክፍለ-ጊዜ ያስታውሰዋል — ብዙ ጊዜ በኩኪ። የOWASP የክፍለ-ጊዜ አስተዳደር መመሪያ የሚመክረው፦

• የክፍለ-ጊዜ ኩኪዎች በSecure (HTTPS ብቻ)፣ HttpOnly (በገጽ ስክሪፕቶች የማይነበቡ) እና SameSite
• በመግባት ጊዜ አዲስ የክፍለ-ጊዜ ID፣ እና መብቶች ሲቀየሩ እንደገና
• የስራ ፈትነት ጊዜ ገደብና ከፍተኛ የሕይወት ዘመን፣ በሰርቨሩ ላይ የሚተገበሩ
• መውጣት ክፍለ-ጊዜውን በሰርቨሩ ላይ ያቋርጣል፣ ኩኪውን ብቻ ከመሰረዝ ባሻገር
• ተጠቃሚ የይለፍ ቃሉን ሲቀይር ክፍለ-ጊዜዎች ይሰረዛሉ

የመግቢያ ቶከኖችን በአሳሹ የአካባቢ ማከማቻ ውስጥ ማስቀመጥ በትምህርቶች ውስጥ የተለመደ ቢሆንም፣ በገጹ ላይ የሚሠራ ማንኛውንም ስክሪፕት ለማንኛውም ያጋልጣቸዋል፤ ለድር መተግበሪያዎች ደህንነቱ የተጠበቀ ኩኪዎች በአብዛኛው የተሻለ ነባሪ ናቸው።

ዋናውን የሚሸፍን ፕሮምፕት

ለዚህ መተግበሪያ የተጠቃሚ መለያዎችን ጨምር። ተጠቃሚዎች በኢሜይልና የይለፍ ቃል፣ ወይም በGoogle መመዝገብና መግባት ይችላሉ። ብጁ የማረጋገጫ ኮድ ከመጻፍ ይልቅ [ቤተ-መጽሐፍት ወይም አቅራቢ] ተጠቀም። የይለፍ ቃሎችን በArgon2id ወይም bcrypt ሃሽ አድርግ። የይለፍ ቃል ዳግም ማስጀመር በኢሜይል አክል፣ አንድ ጊዜ የሚሠራ፣ በአንድ ሰዓት የሚያልፍ ሊንክ። ክፍለ-ጊዜዎችን በደህንነቱ የተጠበቁ፣ HttpOnly ኩኪዎች አቆይ። /dashboardንና እያንዳንዱን /api መንገድ ጠበቅ አድርግ፣ ገብተው ያሉ ተጠቃሚዎች ብቻ እንዲጠቀሙባቸው፣ እና ተጠቃሚዎች የራሳቸውን ፕሮጀክቶች ብቻ እንዲያዩ አድርግ። ሁሉንም ተጠቃሚዎች ማየት የሚችል «admin» ሚና ጨምር፤ /adminን አስተዳዳሪዎች ብቻ እንዲደርሱበት፣ በሰርቨሩ ላይ ተፈትሾ።

ከዚያ ፈትሹ፦ ይመዝገቡ፣ ይውጡ፣ ይግቡ፣ የይለፍ ቃል ዳግም ያስጀምሩ፣ ሲወጡ የግል URL ይሞክሩ፣ እና የሌላ ተጠቃሚን ሪኮርድ ይሞክሩ።

በAI የተሠራ መግቢያ ላይ የተለመዱ ስህተቶች

• ጥበቃ በገጹ ላይ ብቻ። ገጹ ያልገቡ ተጠቃሚዎችን ያዞራል፣ ነገር ግን ኤፒአዩ ለማንም ውሂብ ይመልሳል።
• ሚስጥሮች በአሳሹ ውስጥ። የOAuth ደንበኛ ሚስጥሮችና የአቅራቢ አስተዳዳሪ ቁልፎች በሰርቨሩ ላይ መሆን አለባቸው።
• የቅድመ-እይታና የቀጥታ URLs ተደባልቀዋል። የGoogle redirect URI ወይም የዳግም ማስጀመሪያ ኢሜይል ሊንክ ወደ ቅድመ-እይታው ይጠቁማል፣ ስለዚህ ካተሙ በኋላ መግባት ይበላሻል።
• የኢሜይል ማረጋገጫ የለም። ማንም እንደ anyone@company.com መመዝገብ ይችላል። ከዚያ አድራሻ ጋር የተያያዘ ማንኛውንም ነገር ከመስጠትዎ በፊት ኢሜይሉን ያረጋግጡ።
• የተሳካውን መንገድ ብቻ መሞከር። የተሳሳተ የይለፍ ቃል፣ ያለፉ ሊንኮችና ሁለተኛ አካውንት ይሞክሩ።

በMythex መግቢያ መጨመር

በMythex ላይ ለየመተግበሪያዎ ተጠቃሚዎች መግቢያን ወደ መተግበሪያዎ ይጨምራሉ — ይህ ከMythex አካውንትዎ የተለየ ነው። Mythex የተገነባ የማረጋገጫ ምርት አይሰጥም፣ ስለዚህ የማረጋገጫ ቤተ-መጽሐፍት ወይም አቅራቢ እና ቁልፎቹን ያመጣሉ፦

1. አቀራረብ ይምረጡ — ለምሳሌ በእርስዎ ዳታቤዝ ውስጥ የተቀመጡ ኢሜይልና የይለፍ ቃል፣ ወይም የተስተናገደ አቅራቢ SDK።
2. ተጠቃሚዎችን እራስዎ ካስቀመጡ መተግበሪያው ዳታቤዝ ያስፈልገዋል፤ በቻት ይጠይቁ ወይም /database ይጠቀሙ።
3. የአቅራቢ ቁልፎችን በፕሮጀክት ሚስጥሮች ውስጥ ያስቀምጡ (/secrets ወይም የፕሮጀክት ቅንብሮች)።
4. ከላይ እንዳለው ዓይነት ፕሮምፕት ይጠቀሙ፣ ከዚያም በቅድመ-እይታ ይሞክሩ። ለGoogle መግቢያ፣ ለቅድመ-እይታዎ እና ለታተመው አድራሻዎ የመመለሻ URIs ያክሉ።

በሰነዶቹ ውስጥ መግቢያ ወደ መተግበሪያዎ ማከል ይመልከቱ። የሚከፈልበት ምርት እየገነቡ ከሆነ SaaS MVP እንዴት እንደሚገነቡ አካውንቶችንና ክፍያን አንድ ላይ ይሸፍናል።

ጥያቄዎች