როგორ ხდება ეს გასწორება
წინა პოსტში ვაჩვენე, რას პოულობენ აგენტები სხვის საიტზე. ახლა — რა ვუყოთ ამას შემდგომ. როგორ გადაიქცევა ეს კონკრეტულ ცვლილებებად.
საკუთარი პროექტის გასწორება უფრო ადვილია, ვიდრე სხვისი. იმიტომ, რომ შენსასთან წვდომა გაქვს.
Google Search Console როგორც სიმართლის წყარო
პირველი, რასაც ვაკეთებ ჩემს პროექტზე — Claude Code-ს ვაერთებ Google Search Console-თან.
ეს კეთდება GSC API-ის მეშვეობით. OAuth-ტოკენს ერთხელ აწყობ — და აგენტი თვითონ იღებს იქიდან ყველაფერს: რა queries-ით გპოულობენ უკვე, რა პოზიციებზე, რამდენი click-ი, რომელი გვერდები ცვივა, სად არის indexing-ის შეცდომები.
ეს არ არის ის, რასაც აგენტი გარედან ხედავს (როგორც წინა პოსტში). ეს არის ის, რას ფიქრობს Google თქვენს საიტზე შიგნიდან. სხვაობა დიდია.
შემდეგ აგენტი აერთიანებს ამ მონაცემებს იმასთან, რაც გარეთ იპოვა — technical-თან, SEO-აუდიტთან, სტრუქტურასთან — და გამოაქვს ცვლილებების გეგმა.
როგორ ხვდება ცვლილებები საიტზე
შემდეგ საჭიროა სერვერთან წვდომა. არა ლოკალურ კომპიუტერთან — სერვერთან, რომელზეც რეალურად მუშაობს საიტი.
უკავშირდები SSH-ით, იქ აშვებ Claude Code-ს. და იწყებ კოპირებას გეგმიდან ბრძანებების. სერვერზე აგენტი ხედავს პროექტის კოდს და პირდაპირ მასში შეაქვს ცვლილებები.
ეს არ არის ერთი ბრძანება. და არც ათი. ეს არის ათობით iteration. აგენტი არ არის იდეალური. ის ცდება. ხანდახან ტეხავს იმას, რაც მუშაობდა. ბრუნდები, ამოწმებ, აძლევ შემდეგ iteration-ს.
კოპირება შეიძლება ავტომატიზებული იყოს — გაიკეთო pipeline, სადაც აგენტი თვითონ ერეკება საკუთარ თავს. მაგრამ ეს ცალკე ისტორიაა, დღეს ამაზე არ არის საუბარი.
არის რამეები, რომელთა გაკეთებაც terminal-იდან არ შეიძლება. GSC-ში უნდა შეხვიდე, დაადასტურო domain-ის მფლობელობა, ხელით სუბმიტ ქნა sitemap, შეამოწმო ანგარიშები. ეს ბრაუზერში კეთდება.
Claude for Chrome
ბრაუზერული ნაწილისთვის გადაწყვეტილება არსებობს. Claude-ს აქვს Chrome-ის გაფართოება — Claude for Chrome. ახლა ის beta-ში არის, წვდომა waitlist-ით.
მუშაობს ასე: შედიხარ Google Search Console-ში, ხსნი გაფართოებას, აძლევ ბრძანებას. Claude ხედავს tab-ს, რომელზეც შესული ხარ, და თვითონ დადის ფორმებზე. სუბმიტავს გვერდებს indexation-ისთვის. წყობს sitemap-ს. კითხულობს ანგარიშებს შეცდომებზე. ყველაფერი იგივე, რასაც ხელით აკეთებდი — მაგრამ შენ აღარ აკეთებ.
იგივე ლოგიკა მუშაობს ნებისმიერ რთულ ფორმაზე. Meta Ads, Google Ads, ბიზნესის რეგისტრაცია საგადასახადოში, რასილკების კონფიგურაცია. ეს იშორებს ხელით სამუშაოს იქ, სადაც ადრე საათები იხარჯებოდა.
⏳ რეალობა ვადებზე
ეს არ არის ერთჯერადი აქცია.
დახვეწა მუდმივად მოგიწევს — კვირაში ერთხელ იმავე ციკლის გადარბენა. შეამოწმე GSC, ნახე რა ჩამოვარდა, მიეცი აგენტს, მიიღე ცვლილებები, გამოიყენე.
ჩემს ძირითად პროექტზე (სახელს არ ვიტყვი) ორ თვეში გამოვიდა top-3 / top-5-ში გარკვეული queries-ით, სადაც წლების ისტორიის მქონე საიტები ჰკიდია.
და ეს მხოლოდ დასაწყისია. SEO-ში სრული უკუგება მოდის 3–6–9 თვის ჰორიზონტზე. Google არ ახდენს სწრაფ რანჟირებას. ის უყურებს როგორც მომხმარებელთა ქცევას, ასევე იმას, რამდენად სტაბილურია თქვენი ცვლილებები დროში.
როცა ეს არ მუშაობს
არის შეზღუდვა, რომელზეც ღირს ლაპარაკი.
ერთ-ერთი საიტი, რომელსაც ვუყურებდი — Tilda-ზეა. Tilda — კონსტრუქტორია. იქ არ არის სერვერი, რომელსაც აგენტი შეიძლება დაუკავშირო. არ არის ფაილები, რომლებიც შეიძლება დარედაქტირდეს. ანუ — არ არის აგენტისთვის გამოყენების წერტილი.
ასეთ შემთხვევებში Claude Code გასცემს რეკომენდაციებს — რა შეცვალო title-ში, description-ში, რომელი schema დაამატო HTML-ბლოკების მეშვეობით, რა გაასწორო სტრუქტურაში. შემდგომ მფლობელი მიდის admin-ში და აკეთებს ამას ხელით.
თეორიულად ამის ავტომატიზებაც შეიძლება — Claude for Chrome-ის მეშვეობით, რომელიც დადის Tilda-ს interface-ზე. მაგრამ ძალიან ბევრი ჯაფაა ასეთი შედეგისთვის. ეს არ არის ის შემთხვევა, სადაც ავტომატიზაცია იხდის თავს.
შედეგი
ანალიზი — ეს სამუშაოს ნახევარია. შემდეგ — ციკლი:
- GSC API-ით → ცვლილებების გეგმა
- Claude Code სერვერზე → ცვლილებები კოდში
- Claude for Chrome → ყველაფერი, რაც ბრაუზერს მოითხოვს
- გავიმეოროთ კვირის შემდეგ
საიტი Tilda-ზეა? მხოლოდ რეკომენდაციები. საიტი საკუთარ სერვერზეა? სრული ციკლი.
მოთმინება თვეებზეა საჭირო. მაგრამ ეს ერთადერთი გზაა, რომელიც რეალურად მუშაობს. ყველაფერი დანარჩენი — ან სააგენტო ფულზე, ან საერთოდ არაფერი.