როგორ დავაკავშიროთ საკუთარი დომენი აპს ან ვებსაიტს
საკუთარი დომენის დასაკავშირებლად დომენს რეგისტრატორისგან ყიდულობთ, დაამატებთ 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.com | example.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 ჩანაწერები
ჰოსტი გეტყვით ზუსტად, რა დაამატოთ. ის ამგვარი იქნება:
| ტიპი | სახელი / ჰოსტი | მნიშვნელობა / მიზანი | გამოიყენება |
|---|---|---|---|
CNAME | www | yoursite.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 და ძირითადი დომენი მასზე გადამისამართეთ.