Eski Ajans Erişim Vermiyor: Alan Adı, Hosting, Google Ads, İşletme Profili ve Meta Hesabını Geri Alma

İletişim Önce: Yazılı Talep Hangi Bilgileri İçermeli?

Resmi başvurulardan önce önceki hizmet sağlayıcıya yazılı ve tarihli bir talep gönderilmesi hem çoğu sorunu çözer hem de sonraki adımlar için kayıt oluşturur. Alan adı transferi rehberinde de belirtildiği gibi gecikmenin önemli bir kısmı kötü niyetten değil, hesabın bayi panelinde durmasından ya da iletişimin kopmasından kaynaklanır.

Hazır bir metin yerine talebin şu unsurları içermesi önemlidir:

• İşletmenin ticari unvanı ve talebi yapan yetkilinin adı.
• Her varlığın açık tanımı: alan adı, hosting paketi, Google Ads müşteri kimliği, Facebook Sayfasının adresi.
• Her varlık için tam olarak ne istendiği: transfer ya da yetki kodu, kilidin kaldırılması, birincil sahiplik, Yönetici rolü, tam yedek.
• Erişimin ekleneceği işletme e-posta adresi; Meta için işletme portfolyosu bilgisi.
• Makul bir yanıt tarihi ve talebin hangi kanaldan iletildiği.
• Açık bakiye ya da ödenmemiş fatura varsa bunun nasıl kapatılacağına dair soru.

Talebin yanında bir kanıt dosyası hazır tutulur: sözleşme ya da teklif yazısı, ödeme dekontları ve faturalar, hesapların açılışına dair e-postalar. Faturanın kime kesildiği, alan adı ve hosting tarafında kimin ödeme yaptığını gösterir. Talep yanıtsız kalırsa ya da hak sahipliği konusunda uyuşmazlık çıkarsa bir avukata danışılması önerilir; bu yazı hukuki tavsiye vermez.

Web Tasarımcı Domaini Vermiyor: .com ve .com.tr İçin Resmi Kurallar

Web tasarımcı domaini vermiyorsa yol, alan adının kimin adına kayıtlı olduğuna göre ayrılır: kayıt sahibi işletmeyse kod doğrudan istenebilir, kayıt sahibi başkasıysa önce hak sahibi devri gerekir. Adım adım süreç ve “Eski Ajans Transfer Kodunu Vermezse” bölümü alan adı transferi rehberinde yer alır; burada yalnızca resmi metinlerin temel hükümlerine yer verilir.

.com ve .net: ICANN Transfer Politikası’nın güncel metni, transfer talebini onaylama ya da reddetme yetkisinin yalnızca kayıt sahibinde olduğunu yazar. Aynı metne göre kayıt firması, kendi panelinde bu imkânı sunmuyorsa, AuthInfo kodunu vermek ve transfer kilidini kaldırmak için kayıt sahibinin ilk talebinden itibaren beş takvim günü süreye sahiptir. Kayıt sahibiyle arasındaki bir ödeme anlaşmazlığını tek başına gerekçe yaparak kodu vermeyi reddedemez. ICANN’in alan adı transferi sayfası, politikanın ihlal edildiği düşünülüyorsa ICANN’e şikâyette bulunulabileceğini belirtir.

.com.tr ve diğer .tr: TRABİS döneminde işlemler kayıt kuruluşu (KK) üzerinden yürür. İnternet Alan Adları Tebliği’nin öne çıkan hükümleri şunlardır:

• 24. madde: Yetki kodu verici KK’nın internet sayfasından istenir; KK, alan adı sahibinin borcu bulunması ve benzeri gerekçelerle koda erişimi engelleyemez.
• 12. madde: KK işlemleri bayiler aracılığıyla yürütebilir ve bayilerini kendi internet sayfasında ilan eder; alan adı bir bayi panelindeyse arkasındaki KK bu yolla bulunur.
• 17. madde: KK, alan adı sahibinin talebi üzerine kendi kayıtlarına ilişkin güncel ve doğru bilgileri en az e-postayla sağlar.
• 16. madde: KK şikâyetleri en geç bir ay içinde sonuçlandırır; bu sürede cevap alamayanlar şikâyetini Kuruma bildirir.

İki sistemde de ilk kayıttan ya da önceki transferden sonraki 60 gün içinde transferin reddedilebildiği haller vardır; ICANN tarafında kayıt sahibi değişikliğinden sonraki 60 günlük kilit de eklenir.

Hosting Hesabı ve Dosya/Veritabanı Yedeği Nasıl Alınır?

Hosting erişimi alınamıyorsa öncelik hesabın kendisi değil, sitenin tam yedeğidir: site dosyaları, veritabanı ve varsa e-posta kutuları. Hosting hesabı önceki hizmet sağlayıcının bayi hesabında açılmışsa hosting firmasının muhatabı çoğu zaman o hesabın sahibidir; ilk talep bu yüzden yine önceki hizmet sağlayıcıya yapılır.

Yedek talebinde şunlar ayrı ayrı sayılır:

• Sitenin bulunduğu dizinin tam arşivi; yüklenen görseller ve eklentiler dahil.
• Veritabanının tam dökümü (SQL dosyası).
• E-posta kutularının dışa aktarımı ya da taşıma için geçici erişim.
• DNS kayıtlarının listesi; özellikle MX, SPF ve doğrulama amaçlı TXT kayıtları.

Bizim taşıma sürecimizde teslim alınan yedek, eski hesap kapanmadan önce açılır ve test edilir; açılmayan arşiv ya da eksik veritabanı bu aşamada fark edilir. Alan adı işletmenin elindeyse ve yedek sağlamsa site işletme adına açılan yeni hostinge kurulur, alan adı yönlendirmesi en son yapılır.

Web Sitesi Teslim Edilmiyorsa: WordPress Yönetici Erişimi

WordPress’te işletmenin kendi e-posta adresine bağlı, Yönetici rolünde bir kullanıcısı yoksa site fiilen teslim edilmiş sayılmaz. Editör ya da yazar rolü eklenti, tema ve kullanıcı yönetimine izin vermez.

WordPress’in parola sıfırlama belgesine göre en kolay yol, giriş sayfasındaki parola sıfırlama bağlantısıdır ve yeni parola hesapta kayıtlı e-posta adresine gider. Yönetici hesabının e-postası önceki hizmet sağlayıcıya aitse bu yol işletmeye kapalıdır. Aynı belge, hangi yöntemin kullanılabileceğinin siteye hâlâ ne tür erişim olduğuna bağlı olduğunu yazar: phpMyAdmin, FTP ya da WP-CLI erişimi olanlar parolayı veritabanı veya dosyalar üzerinden de sıfırlayabilir. WordPress erişimi, bu yüzden büyük ölçüde hosting erişimine bağlıdır.

Teslimde istenenler şunlardır: işletme e-postasıyla açılmış Yönetici kullanıcı, ücretli tema ve eklenti lisanslarının hangi hesapta olduğu bilgisi ve güncel yedek. Erişim alındıktan sonra önceki kullanıcıların yetkisi düşürülür ya da kaldırılır, parolalar değiştirilir. Lisans, kaynak dosya ve telif konularının sözleşmede nasıl yazılabileceği web tasarım sözleşmesi rehberinde ele alınır.

Google Ads Hesabını Ajanstan Alma: Erişim, Yönetici Hesabı ve Sahiplik

Google Ads hesabını ajanstan alma işinin kilidi, işletmenin hesapta Yönetici erişimine sahip bir kullanıcısının olup olmamasıdır. Google’ın erişim düzeyleri sayfasına göre hesap erişimi verme, erişim düzeylerini değiştirme ve yönetici hesaplarının bağlantısını kaldırma yalnızca Yönetici düzeyinde yapılabilir.

Hizmet sağlayıcılar hesaba çoğunlukla bir yönetici hesabı (MCC) üzerinden bağlanır. Google’ın müşteri hesaplarının sahipliği sayfası şu kuralları yazar: bir müşteri hesabının yalnızca bir sahibi olabilir; yönetici hesabından yeni açılan hesabın sahibi otomatik olarak o yönetici hesabıdır; mevcut bir hesabı bağlayan yönetici ise varsayılan olarak sahip olmaz. Müşteri hesabındaki kullanıcılar sahipliği aktaramaz, ama sahip konumundaki yöneticiyle bağlantıyı diledikleri zaman kaldırabilir. Üç durum ayrılır:

• İşletmenin Yönetici kullanıcısı var: Önceki hizmet sağlayıcının bağlantısı Erişim ve güvenlik altındaki Yöneticiler bölümünden kaldırılır. Bağlantı kaldırma sayfasına göre hesap kampanya geçmişini kaybetmez ve yeni bir yönetici hesabına bağlanabilir.
• İşletmenin kullanıcısı yok: Önce işletme e-postasına Yönetici erişimi verilmesi istenir. Google, sahipliğin kaldırılabilmesi için müşteri hesabında yönetim erişimi olan en az bir kullanıcı bulunmasını şart koşar.
• Hiç erişim verilmiyor: İncelediğimiz resmi sayfalarda, işletmenin hiç kullanıcısı olmayan bir hesabın Google tarafından devredildiğine dair bir yol yer almaz. Google Ads Yardım Merkezi’ndeki “Bize ulaşın” kanalı denenir; gerekirse işletme adına yeni hesap açılır.

Bağlantı kaldırılmadan önce faturalandırma kontrol edilir: aynı sayfaya göre hesap aylık faturalandırma kullanıyor ve ödeme yöneticisi bağlantısı kaldırılacak yönetici hesabıysa, reklamlar yayından düşer. Paylaşılan yeniden pazarlama listelerine ve hesaplar arası dönüşüm izlemeye erişim de kaybolur. Adım adım çıkış planı Google Ads ajansı mı freelance mi yazısında yer alır.

Google İşletme Profili: Sahiplik İsteği ve 3 Günlük Süre

İşletme Profili’nde resmi yol sahiplik isteğidir ve mevcut sahibe yanıt için 3 gün tanınır. Google’ın sahiplik isteme sayfasına göre istek gönderildiğinde mevcut profil sahibine e-postayla bildirim gider; 3 gün geçtiği halde yanıt alınamazsa profil için hak talebinde bulunulabilir.

Sahip, birincil sahip ve yönetici rolleri arasındaki fark, ret halinde itiraz, yeni kullanıcılar için geçerli bekleme ve ajansların yetkili temsilci olarak uyması beklenen kurallar Google İşletme Profili sahiplik talebi rehberinde ayrıntılı anlatılır; burada tekrarlanmaz. Önerilen sıra kısadır: önce önceki hizmet sağlayıcıdan işletme hesabının birincil sahip yapılması yazılı olarak istenir, yanıt gelmezse sahiplik isteği akışı başlatılır.

Google Analytics ve Search Console: Yönetici ve Sahip Rolleri

Analytics’te belirleyici rol Yönetici, Search Console’da ise doğrulanmış sahiptir; işletme bu rollerden birini aldığında diğer kullanıcıları kendisi düzenleyebilir.

Google Analytics

Analytics’in kullanıcı yönetimi sayfasına göre kullanıcı eklemek ya da değiştirmek için hesap veya mülk düzeyinde, kullanıcı silmek için hesap düzeyinde Yönetici rolü gerekir; Yönetici rolüne sahip son kullanıcı kendini silemez. İşletmenin hiç Yöneticisi yoksa “Kimsenin yönetim erişimi yok” sayfası kurtarma yolunu tarif eder: Analytics’e veri gönderen sitelerin sahipliği, belirtilen metni içeren bir analytics.txt dosyası ya da meta etiketle kanıtlanır; hesaba bağlı Google Ads veya AdSense hesapları varsa onların sahipliği de kanıtlanır, ardından form doldurulur. Sayfaya göre tanımlı sitelerin tamamının sahipliği kanıtlanamazsa erişim verilmez. Bu yol site dosyalarına erişim gerektirdiği için yine hosting erişimine bağlıdır.

Search Console

Search Console’un sahipler ve kullanıcılar sayfasına göre doğrulanmış sahip, sahipliğini siteye yüklenen bir HTML dosyası gibi bir jetonla kanıtlamış kişidir ve bir mülkün en az bir doğrulanmış sahibi olmalıdır. Site ya da DNS işletmenin kontrolündeyse işletme kendi doğrulamasını yaparak sahip olabilir. Ardından eski sahip kaldırılır ve ona ait doğrulama jetonları silinir; belge, jetonlar silinmezse kaldırılan sahibin sahipliği yeniden doğrulayabileceğini yazar.

Meta Business Suite: Facebook Sayfası Kimin Portfolyosunda?

Meta’da belirleyici olan, Facebook Sayfasının hangi işletme portfolyosuna ait olduğudur ve erişim talep etmek sahipliği devralmak anlamına gelmez. Meta’nın Sayfaya erişim talebi sayfası bu talebin sahipliği üzerine almak değil, içerik görüntüleme, yorum yapma ya da reklam yayınlama gibi işlemler için izin istemek olduğunu yazar. Aynı sayfaya göre:

• Başka bir işletmenin Sayfasına erişim talep etmek için önce işletmenin kendi portfolyosuna bir ana Sayfa eklemesi gerekir.
• Talep Ayarlar, Hesaplar, Sayfalar yolunda “+ Ekle” menüsünden yapılır; kısmi erişim ya da tam kontrol seçilir.
• Talep, Sayfanın ya da Sayfanın bulunduğu portfolyonun tam kontrolüne sahip kişiye gider.
• Meta, gizlilik nedeniyle portfolyonun tam kontrolünün kimde olduğunu bilmeyenlere bu kişi hakkında bilgi veremeyeceğini belirtir.

Sayfayı işletmenin kendi portfolyosuna eklemek ise başka bir iştir. Meta’nın Sayfa ekleme sayfasına göre Sayfa başka bir kişiye ya da işletmeye aitse, sahibin önce Sayfayı kendi portfolyosundan kaldırması gerekir; Sayfa bir Instagram hesabına bağlıysa Instagram hesabı da portfolyoya eklenir. Yazılı talepte Meta için bu yüzden yalnızca “erişim” değil, Sayfanın önceki hizmet sağlayıcının portfolyosundan kaldırılması istenir.

Yeniden Yaşanmaması İçin: Yeni İş Birliğinde Hesap Sahipliği Maddeleri

Aynı sorunun tekrar yaşanmaması için kural basittir: varlıklar işletme adına açılır, hizmet sağlayıcı yalnızca işi için gereken erişimle eklenir. Meta’nın ortaklara erişim izni sayfası bu kurgunun mantığını açıkça yazar: tam kontrol verilen ortak her şeyi yönetebilir ama varlığı başka bir işletmeyle paylaşamaz; bunu yalnızca varlığın sahibi olan kuruluş yapabilir.

Yeni iş birliğinde yazılı olarak netleşmesi gereken maddeler şunlardır:

• Alan adı ve hosting işletmenin adına ve işletme e-postasıyla açılır.
• Google Ads’te işletmenin en az bir Yönetici kullanıcısı olur; yönetici hesabına sahiplik verilip verilmeyeceği ayrıca yazılır.
• İşletme Profili’nde birincil sahiplik, Analytics’te hesap düzeyinde Yönetici rolü, Search Console’da doğrulanmış sahiplik işletmede kalır.
• Facebook Sayfası ve reklam hesabı işletmenin portfolyosunda durur; hizmet sağlayıcı ortak olarak eklenir.
• İş birliği bittiğinde erişimlerin ne zaman kapanacağı ve hangi yedeklerin teslim edileceği belirtilir.

Bu maddelerin sözleşmeye nasıl yazılabileceği web tasarım sözleşmesi ve Google Ads ajansı mı freelance mi yazılarında anlatılır. Onur Freelance’ta hosting ve alan adı işletme adına açılır; reklam ve profil hesaplarında sahiplik işletmede kalır, biz kullanıcı olarak ekleniriz.