No-Code ავტომატიზაცია, დეტერმინისტული ლოგიკა, REST API ინტეგრაცია და მონაცემთა ნაკადების მართვა
Triggers, Actions, Filters და Multi-branch Routers
JSON, Arrays, Iterators და Aggregators
მომენტალური გამომწვევები და Polling-ის ჩანაცვლება
GET/POST მოთხოვნები, Auth Headers და AI Integration
ლექტორი: გიორგი ბასილაია | ხანგრძლივობა: 180 წუთი (3 საათი) | Smart Academy
პირველ ლექციაზე შევისწავლეთ 2026 წლის ოქტომბრის წამყვანი Prompt Frameworks (RTF, CREATE, CO-STAR, CoT, XML), შევქმენით პერსონალური AI ასისტენტები (Gemini Gems / Claude Projects) და გავუშვით ლოკალური მოდელები (Ollama).
ჩვენ უკვე ვიცით, როგორ მივცეთ AI-ს ზუსტი როლი და ინსტრუქცია. მაგრამ რა ხდება, როცა გვინდა, რომ AI-მ ავტონომიურად იმუშაოს 24/7 და დააკავშიროს ჩვენი აპლიკაციები (Forms, Sheets, Gmail, CRM, Telegram)?
დღეს ნულიდან ვიწყებთ Make.com-ის პრაქტიკულ ვორქშოპს:
🎯 დღევანდელი მიზანი: დღის ბოლოს გექნებათ სრულად მომუშავე, ავტომატური ბიზნეს სისტემები!
ნაცვლად უბრალო 'ამინდის გაგზავნისა', ჩვენ ვაწყობთ რეალურ ბიზნეს-პროცესს: შემოსული Lead-ების ავტომატური დამუშავება.
ვარიანტი 1: Google Form → Google Sheets → ელფოსტის შეტყობინება
ვარიანტი 2: Google Sheets → Gmail-ის ავტომატიზაცია
შედეგი: სრულად მუშა ავტომატიზაცია, რომელიც დაზოგავს დროს!
გამოიყენეთ იგივე Gmail ანგარიში, რომელსაც გამოიყენებთ Google Sheets-ისთვის - ასე უფრო მარტივი იქნება ინტეგრაცია!
თქვენი ავტომატიზაციის სამუშაო პროცესები - ერთი სცენარი = ერთი ავტომატიზაცია.
სცენარის სამშენებლო ბლოკები - თითოეული მოდული არის ერთი მოქმედება (Gmail, Sheets და ა.შ.).
რომელიმე აპლიკაციასთან დაკავშირება (მაგ: თქვენი Gmail ანგარიში).
რა მონაცემი გადადის მოდულიდან მოდულში.
გამომწვევი (Google Form) → მოქმედება 1 (Google Sheets) → მოქმედება 2 (Gmail)
გამომწვევი არის ის მოვლენა, რომელიც იწყებს სცენარს.
მოქმედება არის ის, რასაც აკეთებს სცენარი გამომწვევის შემდეგ.
გამომწვევი (რამე მოხდა) → მოქმედება 1 (შემოწმება) → მოქმედება 2 (დამუშავება) → მოქმედება 3 (შედეგის შენახვა/გაგზავნა)
გამომწვევი: რა იწვევს ავტომატიზაციას (მაგ: ფორმის ახალი პასუხი).
მოქმედება: რა უნდა მოხდეს (მაგ: იმეილის გაგზავნა).
ახლა უნდა დავუკავშიროთ ფორმის ველები Sheets-ის სვეტებს:
💡 რჩევა: გამოიყენეთ მონაცემები ფორმიდან {{ორმაგი ფიგურული ფრჩხილები}}-ის დახმარებით!
თუ ყველაფერი მუშაობს:
ნახეთ, როგორ მუშაობს თქვენი ავტომატიზაცია:
შეავსეთ ფორმა კიდევ ერთხელ და დარწმუნდით, რომ ყველაფერი ავტომატურად მუშაობს!
შემოწმება:
შემოწმება:
შემოწმება:
ყოველი ახალი Gmail-ის მონაცემების ავტომატური ჩაწერა Google Sheets-ში
Webhook - მომენტალური შეტყობინება: „რაღაც მოხდა!"
განსხვავებით პერიოდული შემოწმებისგან (ყოველ 15 წთში შემოწმება), Webhook მაშინვე აგზავნის სიგნალს.
Make.com ამოწმებს ყოველ 15 წუთში:
დაყოვნება: 0-15 წუთი
აპლიკაცია აგზავნის სიგნალს მაშინვე:
დაყოვნება: წამები
პერიოდული შემოწმება (Polling): ჰგავს იმას, რომ ყოველ 5 წუთში ფანჯარასთან მიხვიდეთ და გაიხედოთ - მოვიდა თუ არა კურიერი (დამღლელია და დრო იკარგება).
Webhook: ჰგავს კარის ზარს - თქვენ მშვიდად აკეთებთ თქვენს საქმეს. როდესაც კურიერი მოვა, ზარს თითს დააჭერს და თქვენ მაშინვე იგებთ ამას!
ელფოსტის ავტომატური ფილტრაცია და სხვადასხვა მოქმედებები პირობის მიხედვით
ფილტრი - პირობა, რომელიც წყვეტს გაგრძელდება თუ არა შესრულება
მარშრუტიზატორი - ყოფს ნაკადს მრავალ შტოდ (branches)
თითოეულ შტოს აქვს საკუთარი ფილტრი!
Gmail, Sheets, Drive, Calendar, Docs
Send messages, Create channels, Notifications
Create/Update pages, Databases
Database operations, Records management
Cards, Lists, Boards automation
Payments, Subscriptions, Invoices
Pages, Ads, Lead Forms
Form responses, Submissions
CRM, Contacts, Deals
S3, Lambda, SES, DynamoDB
Scenario: New Stripe payment → Slack notification to #sales channel
Scenario: როცა ვინმე ავსებს Google Form-ს, AI ამოკლებს პასუხებს და გიგზავნის Email-ს
მუშაობა პატარა ჯგუფებში - დაეხმარეთ ერთმანეთს!
დასრულების შემდეგ - გაზიარება და დემონსტრაცია
ხშირად მონაცემები მოდის არასასურველ ფორმატში და გჭირდება გარდაქმნა
მაგალითი: Email-ის text → JSON structure → Database
Input:
"Order #12345 - Total: $299.99"
Text Parser → Extract Number:
Order Number: 12345
Amount: 299.99
თარიღების გადაყვანა (DD/MM/YYYY → ISO)
Uppercase, Lowercase, Capitalize
ჯამი, გამოკლება, გამრავლება
JSON string → Data structure
მასივი (Array) - სიის ტიპის მონაცემთა სტრუქტურა, რომელიც შეიცავს მრავალ ელემენტს (ობიექტს ან მნიშვნელობას)
როლი: ყოფს მასივს ცალკეულ ერთეულებად (Bundles) და თითოეულზე სათითაოდ უშვებს მომდევნო მოდულებს.
როლი: შებრუნებული იტერატორი - აერთიანებს მრავალ ცალკეულ Bundle-ს ერთ ერთიან მასივში (Array).
ბიზნეს პრობლემა: E-commerce მაღაზია იღებს შეკვეთებს და სჭირდება:
დროის დაზოგვა: 15 წუთი → 30 წამი per order
შეცდომები: 5-10% → 0% (inventory mistakes)
კლიენტის კმაყოფილება: ↑ (instant confirmation)
AND: ყველა პირობა უნდა იყოს TRUE
OR: ერთი პირობა მაინც TRUE
| Operator | მაგალითი | გამოყენება |
|---|---|---|
| Contains | Subject contains "invoice" | ტექსტის ძებნა |
| Regex Match | Email matches /^\d{3}-\d{4}$/ | რთული პატერნები |
| Greater/Less | Amount > 1000 | რიცხვითი შედარება |
| Exists | Attachment exists | Field-ის არსებობა |
| Date/Time | Date > "2024-01-01" | თარიღების შედარება |
Router (მარშრუტიზატორი): ჰგავს ჭკვიან შუქნიშანს ოთხმხრივ გზაჯვარედინზე. როდესაც შემოდის მონაცემების "მანქანა", შუქნიშანი ამოწმებს მის ნომერს (Filter):
• თუ VIP კლიენტია ➔ ანთებს მწვანეს მარჯვნივ (გადადის Sales დეპარტამენტის Slack-ში);
• თუ ტექნიკური ხარვეზია ➔ ანთებს მწვანეს მარცხნივ (იგზავნება Support-ის ბაზაში);
• ყველა დანარჩენი (Fallback) ➔ მიდის პირდაპირ (არქივში).
პრობლემა: არაკონკრეტული, არ არის ფორმატი
Scenario: Incoming emails → AI classification → Route to correct department
ბიზნეს მიზანი: ავტომატური Lead Management სრული lifecycle-ით და საიმედო მონაცემთა ბაზით
| მახასიათებელი | Google Sheets | Database (SQL / Supabase) |
|---|---|---|
| მოცულობა | < 10,000 სტრიქონი | მილიონობით ჩანაწერი |
| სიჩქარე | ნელი დიდ მოცულობაზე | ულტრა-სწრაფი (ინდექსირებული) |
| მოთხოვნები | შეზღუდული ფილტრები | სრული SQL & კომპლექსური queries |
| უსაფრთხოება | მარტივი გაზიარება | Role-based permissions & SSL |
| საუკეთესო როლი | Quick reports & MVPs | Enterprise & Production systems |
მიზანი: აააშენე scenario შენი ბიზნეს პრობლემის გადასაჭრელად
აირჩიე ერთ-ერთი შემდეგიდან ან იფიქრე შენი იდეა:
Option A: Email Manager
Option B: Content Publisher
Option C: Social Scheduler
Option D: Customer Feedback
დახაზე (ფურცელზე ან Make-ში) შენი scenario structure:
შენმა scenario-მ უნდა:
კითხვები და პრობლემები - მოდი chat-ში ან აწიე ხელი! 🙋♂️
ნაწილი 1 დასრულებულია: Make.com Core, Webhooks და მონაცემთა ტრანსფორმაცია
API არის „ენა", რომლითაც სხვადასხვა პროგრამა ერთმანეთს ესაუბრება
კლიენტი (თქვენ): სხედხართ მაგიდასთან და სამზარეულოში შესვლა არ გჭირდებათ.
მენიუ (API დოკუმენტაცია): ჩამონათვალი, თუ რისი მოთხოვნა შეგიძლიათ.
ოფიციანტი (API Request): იღებს თქვენს შეკვეთას, გადასცემს მზარეულს (სერვერს) და უკან მოაქვს მზა კერძი (მონაცემების პასუხი/JSON)!
API საშუალებას გვაძლევს „შევუკვეთოთ" მონაცემები ან ფუნქციონალობა სხვა პროგრამებსა და სერვისებს, ისევე როგორც რესტორნის მენიუდან ვუკვეთავთ საჭმელს.
აგზავნის მოთხოვნას ინტერნეტით
მაგალითი: https://api.weather.com/current
ეს არის კონკრეტული „მისამართი" სადაც ელოდება სერვერი
აბრუნებს მონაცემებს JSON ფორმატში
მოთხოვნა: „მომეცი ამინდი თბილისისთვის"
პასუხი:
GET არის ყველაზე გავრცელებული მოთხოვნის ტიპი - მისი გამოყენებით ვითხოვთ მონაცემებს
| კომპონენტი | აღწერა | მაგალითი |
|---|---|---|
| საბაზისო URL | API-ის საბაზისო მისამართი | https://api.example.com |
| მისამართი (Endpoint) | კონკრეტული რესურსი | /weather |
| პარამეტრები (Parameters) | დამატებითი ინფორმაცია | ?city=Tbilisi&units=metric |
| API გასაღები (API Key) | ავთენტიფიკაცია | &key=abc123... |
საბაზისო URL: api.weather.com
ვერსია: v1
მისამართი: /current
City: Tbilisi
Units: metric
API გასაღები: abc123xyz
API-ები ჩვეულებრივ აბრუნებენ მონაცემებს JSON (JavaScript Object Notation) ფორმატში
ფიგურულ ფრჩხილებში: { }
Key-value წყვილები
"city": "Tbilisi"
კვადრატულ ფრჩხილებში: [ ]
სიები და კოლექციები
["Monday", "Tuesday"]
HTTP მოდული საშუალებას გვაძლევს დავუკავშირდეთ ნებისმიერ API-ს, რომელიც არ არის Make.com-ის ბიბლიოთეკაში
თქვენი კომპანიის შიდა API
უფასო საჯარო API-ები (ამინდი, ვალუტა, სიახლეები)
როცა Make.com-ს არ აქვს მზა მოდული
| ველი | აღწერა | მაგალითი |
|---|---|---|
| URL | API-ს სრული მისამართი | https://api.exchangerate.com/latest |
| მეთოდი | მოთხოვნის ტიპი | GET, POST, PUT, DELETE |
| სათაურები | დამატებითი მეტამონაცემები | Authorization, Content-Type |
| მოთხოვნის სტრიქონი | URL პარამეტრები | base=USD&symbols=EUR,GBP |
გამოყენება: მონაცემების წაკითხვა, არ ცვლის არაფერს სერვერზე
მაგალითი: ამინდის ინფორმაციის მიღება, მომხმარებლის პროფილის ნახვა
გამოყენება: ახალი მონაცემების შექმნა
მაგალითი: ახალი მომხმარებლის რეგისტრაცია, კომენტარის დამატება
გამოყენება: არსებული მონაცემების განახლება
მაგალითი: პროფილის რედაქტირება
გამოყენება: მონაცემების წაშლა
მაგალითი: ანგარიშის გაუქმება
ჩვენ ძირითადად GET-ს გამოვიყენებთ მონაცემების შეგროვებისთვის, რადგან უსაფრთხოა და არაფერს არ ცვლის სერვერზე. POST, PUT, DELETE უფრო რთულია და საჭიროებს სპეციალურ ნებართვებს.
Headers არის metadata, რომელიც request-თან ერთად იგზავნება და აძლევს სერვერს დამატებით ინფორმაციას
| სათაურის ტიპი | აღწერა | მაგალითი |
|---|---|---|
| ავტორიზაცია | API გასაღები ან ტოკენი | Bearer abc123xyz... |
| შიგთავსის ტიპი | მონაცემთა ფორმატი | application/json |
| მისაღები | სასურველი პასუხის ფორმატი | application/json |
| User-Agent | კლიენტის იდენტიფიკაცია | Make.com/1.0 |
? - პარამეტრების დასაწყისი
& - პარამეტრების გამიჯვნა
q=AI - search query
language=ka - ენა (ქართული)
limit=10 - მაქსიმუმ 10 შედეგი
ავაწყობთ ავტომატიზაციას, რომელიც ყოველდღიურად ამოწმებს USD-ის კურსს და აგზავნის ელფოსტით
API: ExchangeRate-API.com (უფასო, არ საჭიროებს რეგისტრაციას)
მისამართი: https://api.exchangerate-api.com/v4/latest/USD
| URL: | https://api.exchangerate-api.com/v4/latest/USD |
| მეთოდი: | GET |
| სათაურები: | არ საჭიროებს (საჯარო API) |
HTTP module-ის response ავტომატურად parse-დება და ხელმისაწვდომია როგორც variables
{{data.base}} → USD
{{data.date}} → 2025-12-13
{{data.rates.GEL}} → 2.85
{{data.rates.EUR}} → 0.92
ყოველდღიურად 09:00 საათზე ავტომატურად მიიღებთ Email-ს ვალუტის კურსებით!
ავაწყობთ სისტემას, რომელიც ამოწმებს ამინდს და აგზავნის Telegram შეტყობინებას თუ წვიმაა მოსალოდნელი
openweathermap.org| Base URL: | https://api.openweathermap.org/data/2.5/weather |
| Parameters: |
q=Tbilisiappid=YOUR_API_KEYunits=metric
|
| სრული URL: | ...weather?q=Tbilisi&appid=abc123&units=metric |
Condition:
{{weather[].main}} = "Rain"
Message:
Condition:
{{weather[].main}} = "Clear"
Message:
შექმენით automation: Weather API → AI Summary → Telegram
Message Template:
ეს APIs იდეალურია სასწავლო მიზნებისთვის და პროტოტიპების შესაქმნელად
| კატეგორია | API | აღწერა | API Key |
|---|---|---|---|
| Weather | OpenWeatherMap | ამინდის მონაცემები | ✅ საჭიროა (უფასო) |
| Currency | ExchangeRate-API | ვალუტის კურსები | ❌ არ საჭიროებს |
| Quotes | Quotable | შთაგონების quotes | ❌ არ საჭიროებს |
| News | NewsAPI | სიახლეები მთელი მსოფლიოდან | ✅ საჭიროა (უფასო) |
| Images | Unsplash | უფასო სტოკ ფოტოები | ✅ საჭიროა |
| Fun | Random User | ფიქტიური user data | ❌ არ საჭიროებს |
| Translation | LibreTranslate | თარგმანი | ❌ არ საჭიროებს |
| Cat Facts | Cat Facts API | კატების შესახებ ფაქტები | ❌ არ საჭიროებს |
API მონაცემთა ბაზა: https://github.com/public-apis/public-apis
2000+ უფასო API - ყველა კატეგორიაში!
API calls ყოველთვის არ არის წარმატებული - უნდა ვემზადოთ შეცდომებისთვის
| Code | მნიშვნელობა | რა გააკეთოს |
|---|---|---|
| 200 | ✅ Success | ყველაფერი კარგად არის |
| 400 | ⚠️ Bad Request | შეამოწმეთ parameters |
| 401 | 🔒 Unauthorized | შეამოწმეთ API key |
| 403 | 🚫 Forbidden | არ გაქვთ წვდომა |
| 404 | ❓ Not Found | შეამოწმეთ URL |
| 429 | 🛑 Too Many Requests | Rate limit გადალახა |
| 500 | 💥 Server Error | სცადეთ თავიდან მოგვიანებით |
Auto Retry Settings:
გამოიყენეთ rate limit ან server error-ების შემთხვევაში
მიზანი: ააგეთ რეალური Make.com ავტომატიზაცია, რომელიც უკავშირდება Public API-ს HTTP მოდულით, ამუშავებს მონაცემებს და აგზავნის შედეგს ან ინახავს ცხრილში.
Make.com HTTP Module + Public API (OpenWeather, ExchangeRate, CoinGecko, NewsAPI). სწორი URL, Headers ან Query Params.
JSON პასუხის დამუშავება, საჭირო ველების ამოღება და მინიმუმ 1 Filter ან Router პირობითი ლოგიკისთვის.
Google Sheets-ში ჩაწერა ან Telegram/Email შეტყობინება. (ბონუსი: OpenAI / Claude შეჯამება)
.json ფაილიტრადიციული სკრაპინგი (HTML-ის ხელით გარჩევა) მოძველდა. 2026 წელს ვიყენებთ AI-ზე დაფუძნებულ სკრაპერებს: