გზამკვლევები

როგორ დავაკავშიროთ საკუთარი დომენი აპს ან ვებსაიტს

საკუთარი დომენის დასაკავშირებლად დომენს რეგისტრატორისგან ყიდულობთ, დაამატებთ DNS ჩანაწერს, რომელიც მას თქვენს ჰოსტზე მიუთითებს — ჩვეულებრივ CNAME ჩანაწერს ქვედომენისთვის, მაგალითად www ან app, ან A ჩანაწერს (ან ALIAS/flattened ჩანაწერს) ძირითადი დომენისთვის — და შემდეგ ჰოსტი დომენს ამოწმებს და HTTPS სერტიფიკატს გასცემს. ეს, როგორც წესი, წუთებს ანდა ზოგჯერ მეტ დროს მოითხოვს. პრობლემების უმეტესობა ჩანაწერში შეცდომიდან, არასწორი ტიპის ჩანაწერიდან ან ჰოსტის წინ მდგარი პროქსიდან მოდის.

ეს გზამკვლევი ყველა ეტაპს ფარავს, გადაწყვეტილებას www-სა და ძირითად დომენს შორის და პრობლემების მოგვარებას. დომენების კონცეფციებისთვის იხილეთ როგორ მუშაობს დომენები და DNS.

ჩართული ნაწილები

ნაწილირა არისვინ აძლევს
დომენის სახელისახელი, რომელსაც წელიწადში ქირაობთ, მაგალითად example.comრეგისტრატორი
DNSსაჯარო ძიება, რომელიც სახელებს სერვერის მისამართებად აქცევსთქვენი DNS პროვაიდერი (ხშირად რეგისტრატორი)
ჩანაწერებიცალკეული DNS ჩანაწერები: „www მიუთითებს…“თქვენ ამატებთ
ჰოსტისერვისი, რომელიც თქვენს აპს უშვებსთქვენი ჰოსტინგი ან აპის შემქმნელი
სერტიფიკატირაც https://-ს მუშაობსროგორც წესი, ჰოსტი ავტომატურად გასცემს

რეგისტრატორი და DNS პროვაიდერი ხშირად ერთი კომპანიაა, მაგრამ აუცილებლად არ არის. მნიშვნელოვანია: სად არედაქტირებთ DNS-ს ამ დომენისთვის? იქ დაამატებთ ჩანაწერებს.

ნაბიჯი 1: იყიდეთ დომენი

რჩევები არჩევისა და შეძენისთვის:

  • გახადეთ მოკლე და ადვილად სათქმელი ხმამაღლა. თუ მართლწერის ახსნა გჭირდებათ, სხვა აირჩიეთ.
  • .com არის ნაგულისხმევი, რასაც ხალხი ელოდება, მაგრამ ქვეყნის და ახალი დაბოლოებები (.io, .app, .co.uk) კარგია, თუ თქვენს აუდიტორიას ეფერება.
  • შეამოწმეთ განახლების ფასი, და არა მხოლოდ პირველი წლის ფასი. საწყისი ფასდაკლებები ხშირია, და განახლება უფრო ძვირი შეიძლება იყოს.
  • ჩართეთ ავტომატური განახლება და ბარათი იყოს მიმდინარე. ვადაგასულმა დომენმა საიტი და ელფოსტა შეიძლება ჩაგიკეტოთ, და საშეღავათო პერიოდის შემდეგ სხვამ შეიძლება იყიდოს.
  • გამოიყენეთ WHOIS კონფიდენციალურობა, თუ შემოგთავაზეს, რომ თქვენი პირადი მონაცემები არ გამოქვეყნდეს.
  • იყიდეთ თქვენს კონტროლში მყოფ ანგარიშში, და არა ფრილანსერის ან სააგენტოს.

ზოგი ჰოსტი და აპის შემქმნელი დომენს პირდაპირ პროდუქტის შიგნით ყიდის, რაც DNS-საც თქვენთვის აყენებს.

ნაბიჯი 2: გადაწყვიტეთ მისამართი

ქვედომენი თუ ძირითადი დომენი

  • ძირითადი (apex) დომენი: example.com
  • ქვედომენი: www.example.com, app.example.com

გავრცელებული წყობაა მარკეტინგული საიტი example.com-ზე ან www.example.com-ზე, ხოლო პროდუქტი app.example.com-ზე. ერთი საიტისთვის აირჩიეთ www-ს და ძირითად დომენს შორის.

www.example.comexample.com
ჩანაწერის ტიპიCNAME თქვენს ჰოსტზეA/AAAA ჩანაწერი, ან ALIAS/ANAME/flattened CNAME
დაყენების სირთულეყველგან მარტივიDNS პროვაიდერზეა დამოკიდებული
გარეგნობაოდნავ გრძელიუფრო მოკლე

DNS სტანდარტი არ უშვებს CNAME ჩანაწერს დომენის ძირში, რადგან ძირს სხვა ჩანაწერებიც სჭირდება (მაგალითად, nameserver ჩანაწერები). ბევრი DNS პროვაიდერი ამას სპეციალური ტიპით აგვარებს — რომელსაც ALIAS, ANAME ან CNAME flattening ეწოდება პროვაიდერის მიხედვით — რომელიც ძირში CNAME-ივით იქცევა. თუ თქვენი პროვაიდერი ამას არ უჭერს მხარს, საიმედო გზაა: საიტი www-ზე მოემსახუროთ და DNS პროვაიდერთან ან რეგისტრატორთან ძირიდან www-ზე გადამისამართება დააყენოთ.

რაც არ უნდა აირჩიოთ, აირჩიეთ ერთი მთავარი მისამართი და მეორე მასზე გადამისამართეთ. ორივე ერთი და იმავე შინაარსს გადამისამართების გარეშე რომ აჩვენოთ, მომხმარებლებსაც და საძიებო სისტემებსაც დააბნევს. იხილეთ SEO AI-ით აშენებული საიტებისთვის, რატომ არის მნიშვნელოვანი ერთი კანონიკური მისამართი.

ნაბიჯი 3: დაამატეთ DNS ჩანაწერები

ჰოსტი გეტყვით ზუსტად, რა დაამატოთ. ის ამგვარი იქნება:

ტიპისახელი / ჰოსტიმნიშვნელობა / მიზანიგამოიყენება
CNAMEwwwyoursite.hostname.comქვედომენის მიმართვა ჰოსტის სახელზე
A@192.0.2.10ძირის მიმართვა IPv4 მისამართზე
AAAA@2001:db8::10ძირის მიმართვა IPv6 მისამართზე
TXT_verify ან @კოდის სტრიქონიდომენის საკუთრების დადასტურება

როგორ შეავსოთ ფორმა უმეტეს DNS პროვაიდერთან:

  • სახელი / ჰოსტი: მხოლოდ ქვედომენის ნაწილი — www, და არა www.example.com. ზოგი პროვაიდერი დომენს თავად ამატებს, და სრულად რომ ჩაწეროთ, www.example.com.example.com დაგრჩებათ. ძირისთვის გამოიყენეთ @, თუ თქვენი პროვაიდერი ასე მუშაობს.
  • მნიშვნელობა / მიზანი: ჩასვით ზუსტად ის, რასაც ჰოსტი აჩვენებს. ბოლოში წერტილი კარგია, თუ პროვაიდერი მას თავად ამატებს.
  • TTL: ნაგულისხმევი მნიშვნელობა კარგია. დაბალი TTL (მაგალითად 5 წუთი) მომავალ ცვლილებებს უფრო სწრაფად აამოქმედებს.
  • პროქსი: თუ თქვენი DNS პროვაიდერი ტრაფიკს პროქსირებს (მაგალითად, Cloudflare-ის ნარინჯისფერი ღრუბელი), მიჰყევით თქვენი ჰოსტის ინსტრუქციას. ბევრ ჰოსტს სჭირდება „მხოლოდ DNS“, რომ სერტიფიკატი გასცეს.

არსებული ჩანაწერები ხელუხლებლად დატოვეთ, თუ ჰოსტი სხვას არ გკარნახობთ. კერძოდ, MX ჩანაწერებს ნუ შეეხებით — ისინი თქვენს ელფოსტას აწვდიან. მათი წაშლა ან შეცვლა დომენის ცვლილებას ელფოსტისთვის ყველაზე ხშირად რომ წყვეტს.

nameserver-ების შეცვლა და ჩანაწერების დამატება

ზოგი ჰოსტი ორ ვარიანტს გთავაზობთ: დაამატეთ ჩანაწერი, ან გადაიტანეთ მთელი დომენის DNS მათთან, რეგისტრატორთან nameserver-ების შეცვლით. nameserver-ების შეცვლა ყველა ჩანაწერს გადააადგილებს, ელფოსტის ჩათვლით. ეს მხოლოდ მაშინ გააკეთეთ, თუ მზად ხართ ყველა არსებული ჩანაწერი ახალ პროვაიდერთან თავიდან შექმნათ. ერთი ჩანაწერის დამატება უფრო ნაკლებ რისკთანაა დაკავშირებული.

ნაბიჯი 4: დაადასტურეთ და მიიღეთ HTTPS

ჩანაწერის დამატების შემდეგ დაბრუნდით ჰოსტში და დააჭირეთ დადასტურების ღილაკს. ჰოსტი ამოწმებს DNS-ს, შემდეგ ითხოვს სერტიფიკატს — ჩვეულებრივ უფასო სერტიფიკატის ორგანოსგან, მაგალითად Let's Encrypt-ისგან — და საიტს HTTPS-ით მოემსახურება.

  • დადასტურებას რამდენჯერმე დაჭირდება ცდა, სანამ DNS ცვლილებები გავრცელდება.
  • სერტიფიკატები ავტომატურად ახლდება, სანამ DNS ჩანაწერი რჩება.
  • თუ თქვენს დომენს CAA ჩანაწერები აქვს (რომლებიც ზღუდავენ, რომელმა სერტიფიკატის ორგანომ შეიძლება მასზე გასცეს), დარწმუნდით, რომ ისინი თქვენი ჰოსტის ორგანოს უშვებენ, წინააღმდეგ შემთხვევაში სერტიფიკატი ვერ გაიცემა.

HTTPS-ის მუშაობისას შეამოწმეთ, რომ http:// გადამისამართდება https://-ზე. უმეტესი ჰოსტი ამას ავტომატურად აკეთებს.

ნაბიჯი 5: შეამოწმეთ

  • https://www.example.com იტვირთება თქვენი საიტით, საკეტის ხატულით
  • მეორე ფორმა (ძირი ან www) თქვენს მთავარ მისამართზე გადამისამართდება
  • http:// გადამისამართდება https://-ზე
  • შესვლა, OAuth ავტორიზაცია და გადახდის გადამისამართებები მუშაობს ახალ დომენზე (ხშირად მათ აქვთ დაშვებული URL-ების სიები, რომლებიც ჯერ კიდევ ძველ მისამართზე მიუთითებს)
  • თქვენს დომენზე ელფოსტა ჯერ კიდევ მოდის
  • თქვენი აპის მიერ გაგზავნილ წერილებში ბმულები ახალ დომენს იყენებს

მეოთხე პუნქტი ხალხს ხშირად აბრკოლებს: Google-ის შესვლა, Stripe-ის webhook-ები და პაროლის აღდგენის ბმულები კონკრეტულ URL-ებზეა კონფიგურირებული. ახალი დომენი დაამატეთ ყველგან, სადაც ძველი მისამართი ჩანს. OAuth-ის მხარისთვის იხილეთ როგორ დავამატოთ შესვლა აპს.

პრობლემების მოგვარება

სიმპტომისავარაუდო მიზეზიგამოსწორება
დადასტურება მუდმივად ვერ ხერხდებაშეცდომა მიზანში, არასწორი ჩანაწერის ტიპი ან სახელი შეყვანილი როგორც სრული დომენიშეადარეთ ჩანაწერი სიმბოლოდ-სიმბოლოდ იმასთან, რასაც ჰოსტი აჩვენებს
თქვენთვის მუშაობს, სხვებისთვის — არა (ან პირიქით)DNS ქეშირება ცვლილების დროსდაელოდეთ TTL-ს; შეამოწმეთ მობილურიდან მობილური ინტერნეტით
სერტიფიკატის ან „არაუსაფრთხო“ შეცდომასერტიფიკატი ჯერ არ გაცემულა, წინ პროქსია, ან CAA ჩანაწერები ბლოკავსდაელოდეთ რამდენიმე წუთს და ხელახლა დაადასტურეთ; პროქსი დააყენეთ მხოლოდ DNS-ზე; შეამოწმეთ CAA
„ძალიან ბევრი გადამისამართება“ორი შრე ორივე გადამისამართებს (მაგალითად, პროქსი აიძულებს HTTPS-ს და ჰოსტიც იგივეს აკეთებს)გამორთეთ ერთი გადამისამართება ან გამოიყენეთ „მხოლოდ DNS“
ძირითადი დომენი არ მუშაობს, www მუშაობსძირისთვის ჩანაწერი ან გადამისამართება არ არისდაამატეთ ALIAS/flattened ჩანაწერი, ან ძირი www-ზე გადაამისამართეთ
ელფოსტა შეწყდაMX ჩანაწერები შეიცვალა ან დაიკარგა nameserver-ების გადატანისასაღადგინეთ MX ჩანაწერები თქვენი ელფოსტის პროვაიდერის ინსტრუქციით
ძველი საიტი ჯერ კიდევ ჩანსძველი A ჩანაწერი ახალთან ერთად არსებობსწაშალეთ კონფლიქტური ჩანაწერები იმავე სახელზე

უფასო ონლაინ DNS ძიების ინსტრუმენტი, ან ტერმინალში dig www.example.com, გიჩვენებთ, რას ხედავს ამჟამად მსოფლიო თქვენი ჩანაწერისთვის — სასარგებლოა იმის შესამოწმებლად, DNS-ის თუ ჰოსტის პრობლემაა.

საკუთარი დომენის დაკავშირება Mythex-ზე

საკუთარი დომენები Mythex-ზე Pro ფუნქციაა. უფასო გეგმები yourname.mythex.app მისამართზე აქვეყნებენ. Pro-ზე შეგიძლიათ:

  • იყიდოთ დომენი Mythex-ის შიგნით პარამეტრებში Domains-დან, ან ცოცხალ პროექტზე Publish → Custom domain-დან. Mythex დომენს რეგისტრირებს და DNS-ს აყენებს; რეგისტრაცია Pro გეგმისგან ცალკე ფასდება, ავტომატური განახლება ნაგულისხმევად ჩართულია.
  • დააკავშიროთ უკვე მქონე დომენი. გამოაქვეყნეთ პროექტი, აირჩიეთ Connect, შეიყვანეთ ჰოსტის სახელი (მაგალითად app.example.com), შემდეგ DNS პროვაიდერთან დაამატეთ CNAME, რომელიც Mythex-ის მიერ ნაჩვენებ სამიზნეზე მიუთითებს (yourslug.mythex.ai). დააჭირეთ Verify. HTTPS ავტომატურად გაიცემა.

თუ თქვენი DNS Cloudflare-ზეა, ეს CNAME დააყენეთ DNS only (ნაცრისფერი ღრუბელი), და არა პროქსირებული. ძირითადი დომენისთვის დოკუმენტაცია გირჩევთ www-ს ან app-ს და ძირის გადამისამართებას თქვენს DNS პროვაიდერთან, თუ ის ALIAS-ს ან flattening-ს არ უჭერს მხარს.

სრული ნაბიჯები და პრობლემების მოგვარება იხილეთ დოკუმენტაციის ნაწილში საკუთარი დომენები, ხოლო Pro-ში შემავალი ფუნქციებისთვის — გეგმები. სანამ დომენს აპზე მიუთითებთ, ღირს გაიაროთ AI პროტოტიპის პროდაქშენში გატანა.

კითხვები

რამდენ ხანში იმუშავებს საკუთარი დომენი?

ხშირად რამდენიმე წუთში DNS ჩანაწერის დამატების შემდეგ, მაგრამ შეიძლება მეტიც დასჭირდეს, DNS პროვაიდერისა და ჩანაწერის TTL-ის (რამდენ ხანს ინახება ქეშში) მიხედვით. თუ nameserver-ები შეცვალეთ, მეტი დრო მიეცით.

www უნდა გამოვიყენო თუ ძირითადი დომენი?

ორივე მუშაობს ვიზიტორებისთვის. ქვედომენი, მაგალითად www ან app, ჩვეულებრივ უფრო ადვილად უკავშირდება, რადგან CNAME ჩანაწერს იყენებს. ბევრი საიტი www-ს ემსახურება და ძირითად დომენს მასზე გადამისამართებს, ან პირიქით — უბრალოდ აირჩიეთ ერთი მთავარ მისამართად.

SSL სერტიფიკატი უნდა შევიძინო?

ჩვეულებრივ არა. თანამედროვე ჰოსტების უმეტესობა, აპის შემქმნელების ჩათვლით, უფასო HTTPS სერტიფიკატს ავტომატურად გასცემს, როგორც კი თქვენი DNS მათზე მიუთითებს. შეძენა მხოლოდ განსაკუთრებულ შემთხვევებში დაგჭირდებათ, მაგალითად ზოგიერთ ორგანიზაციულად დადასტურებულ სერტიფიკატზე.

რატომ ვერ დავამატო CNAME ჩანაწერი ძირითადი დომენისთვის?

DNS წესები არ უშვებს CNAME-ს დომენის ძირში (apex), რადგან იქ სხვა აუცილებელი ჩანაწერები ცხოვრობს. ზოგი DNS პროვაიდერი გთავაზობთ ALIAS, ANAME ან CNAME flattening-ს იმავე შედეგის მისაღწევად; წინააღმდეგ შემთხვევაში გამოიყენეთ www და ძირითადი დომენი მასზე გადამისამართეთ.

Mythex · Pricing · ააშენეთ ყველაფერი AI-ით · ვებსაიტისა და აპლიკაციის შაბლონები · Mythex შედარებით · AI-ით აპლიკაციის შექმნის ტერმინოლოგია · უფასო ინსტრუმენტები AI-ით აპლიკაციის შესაქმნელად · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)