Przenoszenie domeny z Computer Use — robię i uczę się po drodze

Chciałem przenieść domenę z prywatnego konta GoDaddy na firmowe i uporządkować powiązane usługi. To jednorazowe zadanie, które trzeba wykonać, choć nie zajmuję się administracją domenami na co dzień. Samo poznanie ustawień, zależności i kolejności działań zajęłoby mi sporo czasu.

W takich momentach oddaję obsługę paneli AI, czyli sztucznej inteligencji, korzystającej z Computer Use — możliwości działania w interfejsie komputera i przeglądarki. Obserwuję, co robi agent, i uczę się podczas wykonywania zadania. Dzięki temu mogę przejść przez nie szybciej, bez wcześniejszego opanowania całej dziedziny.

Dlaczego wybieram Computer Use do jednorazowego zadania

Nie muszę zostawać specjalistą od domen, żeby uporządkować własną konfigurację. Potrzebuję jednak wiedzieć, co zmieniam i z czym to się wiąże. Wspólna praca z agentem pozwala mi poznawać te rzeczy na konkretnym przypadku: widzę panel, działanie i jego skutek.

Dużą wartością jest też uwzględnienie spraw, o których jako początkujący sam bym nie pomyślał. Za poleceniem „przenieś domenę” kryły się ustawienia strony, poczta, pliki, konta użytkowników i skrypty. Pomoc AI polegała również na rozpoznaniu tych zależności, zanim zabraliśmy się za zmiany.

Agent sprawdzał otwarte panele, przygotowywał operacje i po zatwierdzeniu wykonywał kolejne kroki. Ja określałem zakres, wskazywałem, co ma pozostać, i podejmowałem decyzje. Mogłem jednocześnie posuwać pracę naprzód i lepiej rozumieć konfigurację.

Dalej pokazuję konkretne sytuacje z tego procesu. Transfer domeny w GoDaddy został potwierdzony; przełączenie starych adresów e-mail nadal nie miało końcowego potwierdzenia. Opisuję stan z zachowanego zapisu pracy, z pominięciem nazw domen i prywatnych danych.

Najpierw ustaliliśmy, co właściwie ma się przenieść

Moje początkowe polecenie obejmowało także zamknięcie starego Workspace. Po sprawdzeniu okazało się jednak, że jedna osoba miała nadal korzystać z tej organizacji. Jej konto i dane miały pozostać. Do firmowego Workspace przenosiliśmy dane dwóch innych użytkowników.

To zmieniło plan. Nie można było potraktować starej organizacji jako pustego opakowania do wyrzucenia. Trzeba było rozdzielić użytkowników, domeny i usługi, a także zachować możliwość administracji tym, co zostaje.

Przegląd ujawnił też dysk współdzielony, arkusze, skrypt i dostęp konta technicznego. Mała liczba plików nie przesądzała, czy coś jest niepotrzebne. Jeden niewielki arkusz może być źródłem danych dla działającej aplikacji.

Przed podobnym zadaniem poprosiłbym AI o zestawienie:

DNS to system, który pomaga skierować ruch dla nazwy domeny do właściwej usługi. Rejestrator, taki jak GoDaddy, odpowiada za rejestrację domeny. Dostawca DNS i dostawca hostingu mogą być innymi firmami. Dlatego przeniesienie adresu nie musi oznaczać przenoszenia strony.

W mojej sesji sprawdzenie wykazało, że działająca strona korzystała z Vercel i Supabase. Samo jej istnienie nie było więc argumentem, żeby zachować każdy stary produkt znaleziony w GoDaddy lub Google Cloud. Każda zależność wymagała ustalenia, do czego faktycznie służy.

Przeniesienie między kontami GoDaddy to jeden etap

W tym przypadku chodziło o zmianę konta w ramach GoDaddy: z prywatnego na firmowe. To inna operacja niż przeniesienie domeny do zupełnie innego rejestratora.

GoDaddy opisuje, że przy przeniesieniu między jego kontami istniejące ustawienia DNS zostają zachowane, natomiast powiązane produkty, na przykład strona lub poczta, nie przechodzą automatycznie razem z domeną. Właśnie dlatego trzeba je rozpoznać oddzielnie. Instrukcja transferu między kontami GoDaddy.

W mojej pracy przed transferem sprawdziliśmy oba konta i zachowaliśmy kopię ustawień DNS. Następnie agent przygotował wniosek do konkretnego konta firmowego. Przyjęcie domeny po stronie firmy obejmowało także dane abonenta i oświadczenia, które wymagały mojej decyzji. Logowania i dodatkowe potwierdzenia tożsamości wykonywałem w odpowiednich panelach.

Po przyjęciu domeny sprawdzenie nie skończyło się na komunikacie o sukcesie. Wróciliśmy do jej ustawień. W danych kontaktowych trzeba było poprawić województwo. Dopiero ponowny odczyt potwierdził zapisaną korektę.

To bardzo zwyczajny, ale użyteczny przykład pracy z agentem. Potrafi przejść formularz, lecz nadal trzeba sprawdzić rezultat: właściwe konto, właściwe dane, ustawienia domeny i działanie usług. Poprawnie wykonany transfer nie oznacza, że każde pole formularza od początku miało właściwą wartość.

Dlaczego nadal widziałem domenę na prywatnym koncie?

W pewnym momencie zapytałem, dlaczego na prywatnym GoDaddy nadal widzę kafelek z nazwą przenoszonej domeny. Wyglądało to tak, jakby transfer nie został wykonany.

Agent porównał oba konta. W firmowym portfolio była już rejestracja domeny. Na prywatnym koncie pozostał osobny projekt w kreatorze stron, oznaczony jako witryna. Miał podobną nazwę, ale nie był samą domeną.

Ta różnica zmienia decyzję. Usunięcie niepotrzebnego projektu strony, usunięcie domeny z organizacji Google i zmiana konta zarządzającego domeną w GoDaddy to trzy różne działania. Nazwa widoczna na kafelku nie określa jeszcze, co usuwamy.

Czytelnik może użyć bardzo prostego polecenia:

Sprawdź, czym jest ten element: rejestracją domeny, usługą DNS, witryną, hostingiem czy przypisaniem domeny do poczty. Wskaż konto, produkt i skutek jego usunięcia. Najpierw pokaż ustalenia.

To dobry przykład nauki przy okazji wykonywania zadania: podobna nazwa w dwóch panelach może oznaczać różne rzeczy. Obserwując takie sprawdzenie, łatwiej zrozumieć, po co rozróżniać domenę, stronę i usługę pocztową.

Skopiowanie wiadomości nie przełącza adresów e-mail

Migracja poczty miała własny przebieg. Najpierw powstała mapa: skrzynka źródłowa → istniejąca skrzynka firmowa. Obejmowała dwóch użytkowników; osoba pozostająca w starej organizacji nie była do niej dodana.

Był też bardzo praktyczny moment, w którym automatyzacja zatrzymała się na przesłaniu pliku z tą mapą. Ograniczenie obsługi plików w przeglądarce wymagało mojego udziału. Przygotowanie pliku, wczytanie go do formularza i rozpoczęcie importu były osobnymi stanami. Dopóki mapa nie została przyjęta, nie było podstaw, żeby mówić o uruchomionej migracji.

Po imporcie panel Google pokazał 69 wykrytych i 69 zaimportowanych wiadomości dla dwóch kont, bez pominiętych wiadomości i błędów przenoszenia. To był konkretny wynik do sprawdzenia. Google udostępnia również raport użytkowników i raport importu; opisuje w nich statusy, liczbę przeniesionych elementów oraz problemy. Dokumentacja raportów importu poczty.

Później wykonany został import uzupełniający wiadomości, które pojawiły się po pierwszym przebiegu. Taki etap trzeba uwzględnić, jeżeli podczas migracji stary system nadal przyjmuje pocztę. Dostępne możliwości importu opisuje dokumentacja narzędzia Google.

Jednocześnie pozostawało inne zadanie: sprawić, by nowe wiadomości wysyłane na stare adresy trafiały do odpowiednich skrzynek firmowych. Samo skopiowanie historii tego nie zapewnia. Potrzebne było przeniesienie przypisania domeny między organizacjami Google i skonfigurowanie adresów dodatkowych, czyli aliasów.

W tej operacji zmiana musi mieć uzgodnione okno czasowe. Google wskazuje, że udostępnienie usuniętej domeny do użycia w nowej organizacji może wymagać oczekiwania do 48 godzin. To ryzyko dla ciągłości obsługi adresów, a nie obietnica migracji bez przerwy. Zasady usuwania i ponownego użycia domeny w Google Workspace.

W ostatnim sprawdzonym zapisie przełączenie starych adresów na firmowe skrzynki nadal czekało na zakończenie. Nie przedstawiam więc potwierdzonego importu poczty jako dowodu, że cała poczta działała już w docelowym układzie.

Pliki, skrypty i stare konta też mają zależności

Praca obejmowała także materiały z Dysku i zachowanie potrzebnych danych. Przy takim etapie trzeba sprawdzić coś więcej niż obecność pliku w nowym folderze. Czy właściwa osoba może go otworzyć? Czy ma odpowiednie uprawnienia? Czy skrypt nadal odwołuje się do starego właściciela lub starego adresu? Czy aplikacja loguje się przez konto, które zamierzamy usunąć?

W naszej sesji przed porządkowaniem kont pojawiła się również kwestia niesprawdzonych kontaktów i kalendarza jednego użytkownika. Była to osobna decyzja o zakresie zachowania danych. Przeniesiona poczta nie zamykała tego pytania.

Ta historia nie jest instrukcją, żeby powtarzać każdą wykonaną operację w tej samej kolejności. Pokazuje też miejsce wymagające ostrożniejszego planu: dwa stare konta przenoszonych użytkowników zostały usunięte, gdy przełączenie dawnych adresów nie było jeszcze zakończone. Konto osoby pozostającej w starej organizacji zachowano. W podobnym zadaniu uzależniłbym porządkowanie kont od wcześniej ustalonego planu ciągłości poczty i potwierdzenia, co stanie się ze starymi adresami.

Dla automatyzacji przygotowałbym osobny wiersz w planie: właściciel, używane konto, potrzebne uprawnienia, powiązane pliki i test po zmianie. Dla działającej aplikacji również logowanie i połączenia z bazą danych. Kopia publicznych plików strony nie zastępuje kopii jej bazy ani całego zaplecza.

Jak sprawdzić rezultat bez jednego, zbyt szerokiego „gotowe”

Stan tej pracy najlepiej opisać osobno dla każdej części:

Przy własnej migracji dołóż datę sprawdzenia, osobę odpowiedzialną i dowód dla każdego wiersza. Dla strony będzie to sprawdzenie właściwych adresów i kluczowych funkcji. Dla poczty — wysłanie i odebranie wiadomości na docelowych oraz zachowywanych adresach. Dla plików — dostęp z właściwego konta, a dla automatyzacji — próbne wykonanie.

Zachowaj też stan sprzed zmiany i opisz, jak zareagujesz na problem. Przywrócenie samych rekordów DNS nie cofnie automatycznie przeniesienia danych, usunięcia kont czy przypisania domeny w innym systemie.

Polecenie do wykorzystania u siebie

Poniższy szablon porządkuje to, co w mojej pracy wychodziło w kolejnych krokach. Dodaje też prośbę o wyjaśnianie działań podczas obsługi paneli. Możesz dostosować go do swojego jednorazowego zadania.

Chcę przenieść domenę z konta prywatnego na firmowe
i uporządkować związane z nią usługi.

To dla mnie jednorazowe zadanie i nie znam dobrze tych paneli.
Pracuj przez Computer Use, żebym mógł obserwować kolejne działania.
Przed każdym etapem krótko wyjaśnij, co robisz i po co.
Objaśniaj nowe pojęcia przy ustawieniu, którego dotyczą.
Wskazuj zależności, o które początkujący mógłby nie zapytać.
Jeśli czegoś nie wiesz, nazwij to i ustal sposób sprawdzenia.

Najpierw wykonaj przegląd bez zmian. Potwierdź konto źródłowe,
docelowe i zakres moich uprawnień. Ustal osobno:
rejestrację domeny, DNS, hosting, pocztę, dane, automatyzacje,
logowanie do aplikacji oraz dodatkowe produkty i rozliczenia.

Przygotuj tabelę: co przenosimy, co zostaje, co jest nieznane,
jakie są zależności i jak sprawdzimy wynik.
Nie uznawaj produktu za zbędny tylko dlatego, że jest mały lub stary.

Zaproponuj kolejność działań, potrzebne kopie i sposób reagowania
na problemy. Oddziel kopiowanie danych od przełączania ruchu
i od usuwania starych kont lub usług.

Przed zmianami pokaż dokładny zakres do zatwierdzenia.
Przy zmianie działającej poczty wskaż ryzyko przerwy i jej plan.
Hasła i kody potwierdzające wpiszę bezpośrednio w panelach.

Po każdym etapie odczytaj stan ponownie. W raporcie rozróżnij:
przygotowane, wykonane, potwierdzone i pozostałe do zrobienia.
Nie oznaczaj całości jako zakończonej, jeśli choć jedna
uzgodniona zależność nadal nie została sprawdzona.

Co daje mi taki sposób pracy

Przy jednorazowym zadaniu najbardziej przydaje mi się połączenie wykonania i nauki. Z pomocą Computer Use przechodzę przez konfigurację szybciej, a obserwowanie kolejnych działań pozwala mi zrozumieć, co dzieje się w panelach. Uwzględniam też zależności, których jako początkujący mógłbym nie zauważyć.

Po takiej pracy chcę wiedzieć, co zostało zmienione, dlaczego i co jeszcze wymaga sprawdzenia. W tym przypadku domena była już na firmowym koncie, a obsługa starych adresów pozostawała otwartym zadaniem. To również część nauki: umieć rozpoznać, na jakim etapie naprawdę jestem.