By the end of this page you will know, in five minutes, whether you own the website you paid for or whether you are quietly renting it from someone who can lock the door.
Most founders assume that paying the invoice means owning the asset. It does not. Ownership lives in five separate accounts, and a previous agency can hold the keys to every one of them while you hold nothing but a login to the part you see. I am a solo WordPress developer, and this is exactly what I check the moment a client comes to me from a previous build, starting with the single question that exposes the trap.
The one question that exposes lock-in
When someone hands me a site to take over, I ask one thing before I look at anything else. "Can you log in to the place where your domain is registered, right now, and change the contact email yourself?" Then I wait. If they go quiet, or reach for their phone to message the old agency, that is the answer. You do not own what you cannot reach without asking permission. Real lock-in is rarely written into a contract. It lives in accounts registered under someone else's name, and most owners never think to look until the day they want to leave.
The domain and the hosting
Your domain is the address of your business on the internet. Open the registrar, the company where the domain was bought, such as Namecheap, GoDaddy, or Cloudflare, and find the registrant details. The name on that record should be you or your company, with your email as the admin contact. If your developer's name or your developer's email sits there instead, they control your address. They can let it lapse, move it, or hold it during a disagreement. Hosting works the same way. The hosting account, the one that gets billed and can delete everything, should be in your name with you as the primary owner, not a sub-user your agency added as a courtesy. A login is not ownership. The account holder is the owner.
Admin, code, and content
Inside the site, you want full administrator access to the CMS, not an editor or author role. On WordPress that means a user with the Administrator role, the one that can add and remove other users, including the developer. If the only real admin is your agency, you are a guest on your own site. Next, the code. Ask where the theme files and any custom plugins live, and make sure you hold a copy. A custom theme you paid to have built belongs to you, but it does you no good if the only copy sits on a server you cannot reach. Then content and backups. Where do the database backups live, and can you download one today? When I rebuild a site, the first thing I do is take a full export and hand the client their own copy. That comes from the way I structure every build, so the client owns the asset on day one, not at the end of a hostage negotiation.
Analytics and Search Console
Here is the part almost everyone forgets. Your Google Analytics and Google Search Console accounts hold years of data about who visits you and how Google reads your site. If those properties were created inside your agency's Google account, that history walks out the door with them. Check that the analytics property and the Search Console property are owned by a Google account you control, with the agency added as a user you can remove, not the other way round. This data is hard to recreate. Two years of search history cannot be backfilled. I have watched an owner lose the entire record of their own traffic simply because nobody checked whose Gmail the property lived under.
Why this is really about control
Run the five checks and one of two things happens. Either you confirm you own every account and you can stop worrying, or you find a gap, and now you know your real position before the day you actually need it. The worst time to learn you do not control your own domain is the week you decide to change developers. If you do find a gap and want a second set of eyes on it, that is an easy conversation to have. Ownership is not paperwork. It is negotiating power. The founder who holds their domain, hosting, admin, code, and data deals from strength, because walking away is genuinely possible. The one who holds only a login deals from fear. The point of this checklist is not to make you distrust whoever built your site. It is to make sure that the day you want to move, you can, without asking anyone for permission. That freedom is the real thing you were paying for all along.
Până la finalul acestei pagini vei ști, în cinci minute, dacă deții site-ul pentru care ai plătit sau dacă, de fapt, îl închiriezi de la cineva care poate încuia ușa.
Majoritatea fondatorilor cred că plata facturii înseamnă deținerea activului. Nu este așa. Proprietatea stă în cinci conturi separate, iar o agenție anterioară poate ține cheile fiecăruia dintre ele, în timp ce tu ai doar un login către partea pe care o vezi. Sunt un dezvoltator WordPress independent, și exact asta verific în clipa în care un client vine la mine după un proiect anterior, începând cu singura întrebare care expune capcana.
Singura întrebare care expune blocajul
Când cineva îmi predă un site ca să îl preiau, întreb un singur lucru înainte să mă uit la orice altceva. "Poți să te autentifici chiar acum acolo unde este înregistrat domeniul și să schimbi singur adresa de e-mail de contact?" Apoi aștept. Dacă tace, sau își ia telefonul ca să scrie vechii agenții, acela este răspunsul. Nu deții ceva la care nu poți ajunge fără să ceri voie. Blocajul real rareori este scris într-un contract. Se ascunde în conturi înregistrate pe numele altcuiva, iar majoritatea proprietarilor nici nu se gândesc să verifice până în ziua în care vor să plece.
Domeniul și găzduirea
Domeniul este adresa afacerii tale pe internet. Deschide registrarul, compania de unde a fost cumpărat domeniul, cum ar fi Namecheap, GoDaddy sau Cloudflare, și caută datele titularului. Numele din acea înregistrare ar trebui să fii tu sau firma ta, cu e-mailul tău drept contact administrativ. Dacă acolo apare numele dezvoltatorului tău sau e-mailul lui, el îți controlează adresa. O poate lăsa să expire, o poate muta sau o poate bloca într-un conflict. Găzduirea funcționează la fel. Contul de găzduire, cel care se facturează și care poate șterge totul, ar trebui să fie pe numele tău, cu tine drept proprietar principal, nu un sub-utilizator pe care agenția l-a adăugat din amabilitate. Un login nu înseamnă proprietate. Titularul contului este proprietarul.
Administrare, cod și conținut
În interiorul site-ului, vrei acces complet de administrator la CMS, nu un rol de editor sau de autor. Pe WordPress, asta înseamnă un utilizator cu rolul de Administrator, cel care poate adăuga și șterge alți utilizatori, inclusiv pe dezvoltator. Dacă singurul administrator real este agenția, ești un musafir pe propriul tău site. Apoi, codul. Întreabă unde se află fișierele temei și eventualele pluginuri personalizate și asigură-te că ai o copie. O temă personalizată pentru care ai plătit îți aparține, dar nu îți folosește la nimic dacă singura copie stă pe un server la care nu ajungi. Apoi conținutul și copiile de siguranță. Unde sunt backupurile bazei de date și poți descărca unul chiar azi? Când reconstruiesc un site, primul lucru pe care îl fac este un export complet pe care îl predau clientului drept copia lui. Asta vine din felul în care structurez fiecare proiect, ca clientul să dețină activul din prima zi, nu la capătul unui conflict prelungit.
Analytics și Search Console
Aici este partea pe care aproape toți o uită. Conturile tale Google Analytics și Google Search Console păstrează ani de date despre cine te vizitează și despre cum îți citește Google site-ul. Dacă acele proprietăți au fost create în contul Google al agenției, istoricul iese pe ușă odată cu ei. Verifică să fie proprietatea Analytics și proprietatea Search Console deținute de un cont Google pe care îl controlezi tu, cu agenția adăugată ca utilizator pe care îl poți elimina, nu invers. Aceste date sunt greu de recreat. Doi ani de istoric de căutare nu pot fi completați retroactiv. Am văzut un proprietar pierzând întreaga evidență a propriului trafic doar pentru că nimeni nu a verificat pe ce Gmail stătea proprietatea.
De ce totul ține, de fapt, de control
Fă cele cinci verificări și se întâmplă unul din două lucruri. Fie confirmi că deții fiecare cont și poți să nu îți mai faci griji, fie găsești o lipsă, și acum îți cunoști poziția reală înainte de ziua în care chiar ai nevoie de ea. Cel mai prost moment să afli că nu îți controlezi propriul domeniu este săptămâna în care decizi să schimbi dezvoltatorul. Dacă găsești o lipsă și vrei o a doua pereche de ochi, este o discuție ușor de purtat. Proprietatea nu înseamnă hârtii. Este putere de negociere. Fondatorul care își deține domeniul, găzduirea, administrarea, codul și datele tratează de pe poziție de forță, pentru că plecarea este cu adevărat posibilă. Cel care are doar un login tratează din frică. Scopul acestei liste nu este să te facă să nu mai ai încredere în cine ți-a construit site-ul. Este să te asiguri că, în ziua în care vrei să te muți, poți, fără să ceri voie nimănui. Acea libertate este adevăratul lucru pentru care ai plătit de la bun început.
К концу этой страницы вы за пять минут поймёте, владеете ли вы сайтом, за который заплатили, или на самом деле арендуете его у того, кто может запереть дверь.
Большинство владельцев считают, что оплаченный счёт означает владение активом. Это не так. Право собственности живёт в пяти отдельных аккаунтах, и прежнее агентство может держать ключи от каждого из них, пока у вас есть лишь логин к той части, которую вы видите. Я независимый разработчик на WordPress, и именно это я проверяю в тот момент, когда клиент приходит ко мне после прежнего проекта, начиная с единственного вопроса, который вскрывает ловушку.
Единственный вопрос, который вскрывает зависимость
Когда мне передают сайт, чтобы я его принял, я задаю одну вещь прежде, чем смотреть на что-либо ещё. "Можете ли вы прямо сейчас войти туда, где зарегистрирован домен, и сами изменить контактный e-mail?" Потом жду. Если человек замолкает или берёт телефон, чтобы написать прежнему агентству, это и есть ответ. Вы не владеете тем, к чему не можете получить доступ, не спрашивая разрешения. Настоящая зависимость редко прописана в договоре. Она живёт в аккаунтах, оформленных на чужое имя, и большинство владельцев не думают проверить это до того дня, когда захотят уйти.
Домен и хостинг
Домен - это адрес вашего бизнеса в интернете. Откройте регистратора, компанию, где был куплен домен, например Namecheap, GoDaddy или Cloudflare, и найдите данные владельца. Имя в этой записи должно быть вашим или вашей компании, с вашим e-mail в качестве административного контакта. Если там стоит имя вашего разработчика или его e-mail, значит он контролирует ваш адрес. Он может дать домену истечь, перенести его или удерживать во время спора. С хостингом всё так же. Аккаунт хостинга, тот, на который выставляют счёт и который может всё удалить, должен быть на ваше имя, с вами как основным владельцем, а не суб-пользователем, которого агентство добавило из любезности. Логин - это не владение. Владелец - это держатель аккаунта.
Администратор, код и контент
Внутри сайта вам нужен полный доступ администратора к CMS, а не роль редактора или автора. В WordPress это пользователь с ролью Administrator, тот, кто может добавлять и удалять других пользователей, включая разработчика. Если единственный настоящий администратор - это агентство, вы гость на собственном сайте. Дальше код. Спросите, где лежат файлы темы и любые кастомные плагины, и убедитесь, что у вас есть копия. Кастомная тема, за которую вы заплатили, принадлежит вам, но от неё нет толку, если единственная копия лежит на сервере, к которому вы не имеете доступа. Затем контент и резервные копии. Где лежат бэкапы базы данных и можете ли вы скачать один прямо сегодня? Когда я перестраиваю сайт, первое, что я делаю, это полный экспорт, который я передаю клиенту как его собственную копию. Это идёт из того, как я выстраиваю каждый проект, чтобы клиент владел активом с первого дня, а не в конце переговоров с заложником.
Аналитика и Search Console
Вот часть, о которой почти все забывают. Ваши аккаунты Google Analytics и Google Search Console хранят годы данных о том, кто вас посещает и как Google читает ваш сайт. Если эти ресурсы были созданы внутри Google-аккаунта агентства, эта история уходит за дверь вместе с ними. Проверьте, чтобы ресурс Analytics и ресурс Search Console принадлежали Google-аккаунту, который контролируете вы, а агентство было добавлено как пользователь, которого вы можете удалить, а не наоборот. Эти данные трудно воссоздать. Два года истории поиска нельзя восполнить задним числом. Я видел, как владелец терял всю запись собственного трафика просто потому, что никто не проверил, на каком Gmail находился ресурс.
Почему всё это на самом деле про контроль
Сделайте пять проверок, и произойдёт одно из двух. Либо вы подтвердите, что владеете каждым аккаунтом и можете перестать волноваться, либо найдёте пробел, и тогда вы узнаете своё реальное положение до того дня, когда оно действительно понадобится. Худшее время узнать, что вы не контролируете собственный домен, это неделя, когда вы решаете сменить разработчика. Если вы найдёте пробел и захотите вторую пару глаз, это несложный разговор. Владение - это не бумажная волокита. Это переговорная сила. Владелец, который держит свой домен, хостинг, администратора, код и данные, ведёт дела с позиции силы, потому что уйти действительно возможно. Тот, у кого есть только логин, ведёт дела из страха. Смысл этого списка не в том, чтобы заставить вас не доверять тем, кто построил ваш сайт. Он в том, чтобы в тот день, когда вы захотите уйти, вы могли это сделать, не спрашивая ни у кого разрешения. Эта свобода и есть то настоящее, за что вы платили с самого начала.