Genel
SEO Sözleşmesi Bitince Neler Teslim Edilmeli?

SEO ajansıyla çalışma sona erdiğinde yalnız son aylık raporu alıp erişimleri kapatmak yeterli değildir.
SEO operasyonu boyunca:
- Search Console verileri
- Analytics hesapları
- Teknik kararlar
- Keyword araştırmaları
- İçerik planları
- Redirect kayıtları
- Developer task’ları
- Measurement kurulumları
gibi bir sonraki SEO ekibinin ihtiyaç duyacağı önemli bilgi birikir.
Bunlar düzgün devredilmezse yeni ekip ilk haftalarını sitenin geçmişini anlamaya çalışarak geçirmek zorunda kalabilir.
Daha kötüsü, eski ajansın:
- Hangi URL’yi neden değiştirdiği
- Hangi sayfayı neden noindex yaptığı
- Hangi redirect’in geçici olduğu
- Hangi içeriğin hangi query’yi sahiplenmesi gerektiği
bilinmediği için daha önce doğru verilmiş kararlar tekrar bozulabilir.
Bu nedenle SEO sözleşmesinin bitişi bir hesap kapatma işlemi değil:
ASSET TRANSFER → KNOWLEDGE TRANSFER → ACCESS TRANSFER → OPEN TASK TRANSFER →BASELINE TRANSFER
süreci olarak ele alınmalıdır.
DigitalPlus’ta SEO danışmanlığı kapsamında üretilen analiz, roadmap ve uygulama bilgisinin müşterinin erişebileceği biçimde tutulmasını bu nedenle önemli görüyoruz.
SEO Sözleşmesi Bitince İlk Olarak Ne Teslim Alınmalı?
Öncelik işletmeye ait dijital varlıkların kontrolüdür.
Şu hesapların sahipliği veya yönetici erişimi işletmede bulunmalıdır:
- Google Search Console
- Google Analytics 4
- Google Tag Manager
- Google Business Profile
- Google Merchant Center
- Bing Webmaster Tools
- Domain hesabı
- Hosting veya sunucu
- CMS
Her projede bütün bu sistemler kullanılmayabilir.
Ama kullanılan temel hesapların yalnız ajans çalışanının kişisel hesabına bağlı kalmaması gerekir.
1. Google Search Console Erişimleri
Search Console SEO operasyonunun temel veri kaynaklarından biridir.
Sözleşme bittiğinde:
- Doğru property’nin işletmeye ait hesapta bulunduğu
- İşletmede yeterli yetkiye sahip kullanıcı bulunduğu
- Eski ajans kullanıcılarının gerektiğinde kaldırılabildiği
kontrol edilmelidir.
Yeni ajans geldiğinde Search Console’u yeniden kurmak geçmiş verileri sihirli biçimde geri getiren bir yöntem değildir.
Mevcut property korunmalıdır.
2. GA4 Hesabı ve Property Erişimi
Google Analytics 4 yalnız SEO için değil genel dijital measurement açısından işletme varlığıdır.
Devir sırasında:
- Analytics account
- GA4 property
- Data streams
- Key event tanımları
- Custom dimensions
- Internal traffic filtreleri
kontrol edilmelidir.
Ajansın kendi şirket hesabında oluşturduğu ve müşterinin yönetici olmadığı analytics yapısı sözleşme bitişinde gereksiz risk oluşturur.
3. Google Tag Manager Container
SEO veya analytics ajansı measurement kurulumu yaptıysa GTM özellikle önemlidir.
Container içerisinde:
- GA4 configuration
- Form tracking
- Phone click
- WhatsApp click
- E-commerce events
- Custom scripts
bulunabilir.
Devir sırasında yalnız erişim değil mevcut container’ın ne yaptığı da açıklanmalıdır.
Yeni ekip:
“Bu tag neden burada?”
sorusunun cevabını mümkün olduğunca dokümantasyondan bulabilmelidir.
4. Google Business Profile Sahipliği
Local SEO çalışması yapıldıysa Google Business Profile hesabının ana kontrolü işletmede kalmalıdır.
Ajans:
- Manager
- Owner
gibi uygun erişim seviyesinde çalışabilir.
Ancak işletme ajans değiştiğinde kendi Business Profile’ına erişemiyorsa devir modeli sağlıklı değildir.
Yerel görünürlük açısından hesap yönetimini Yerel SEO çalışmalarında da temel operasyon varlıklarından biri olarak değerlendiriyoruz.
5. Merchant Center ve Ürün Feed Erişimleri
E-ticaret SEO çalışmalarında Merchant Center kullanılmışsa:
- Merchant Center hesabı
- Primary feed
- Supplemental feed
- Data source
- Feed rules
- Diagnostics geçmişi
devredilmelidir.
Özellikle ürün feed’i ajansın harici sistemi üzerinden oluşturuluyorsa sözleşme sona erdiğinde feed’in çalışmaya devam edip etmeyeceği önceden bilinmelidir.
6. SEO Audit Dokümanları
Proje başlangıcında veya süreç içerisinde SEO Audit yapıldıysa dokümanların müşteride bulunması gerekir.
Audit içerisinde örneğin:
- Technical findings
- Indexation problemleri
- Site architecture
- Content gaps
- Internal linking
- Measurement sorunları
yer alabilir.
Ancak yalnız ilk audit’i teslim almak yeterli olmayabilir.
Audit bulgularının hangi noktaya geldiğini gösteren güncel durum da gereklidir.
Audit’in Son Durumu NasılDevredilmeli?
Her bulgu için mümkün olduğunda:
- Open
- In Progress
- Implemented
- QA Passed
- Won’t Fix
gibi güncel durum bulunmalıdır.
Böylece yeni SEO ekibi yüzlerce problemi sıfırdan tekrar kontrol etmek zorunda kalmaz.
Audit’in yalnız hata listesi değil önceliklendirilmiş karar sistemi olması gerektiğini SEO Audit yaklaşımımızda ayrıca ele alıyoruz.
7. Son SEO Roadmap
Sözleşme bitişinde teslim alınması gereken en değerli dokümanlardan biri güncel roadmap’tir.
Roadmap şunları gösterebilir:
- Tamamlanan işler
- Devam eden işler
- Henüz başlanmamış işler
- Öncelikler
- Sorumlular
- Bağımlılıklar
Örneğin:
| Task | Priority | Status | Owner |
|---|---|---|---|
| Category canonical fix | P0 | Completed | Development |
| Service page rewrite | P1 | In Progress | Content |
| Internal linking update | P1 | Open | SEO |
Tablodaki satırlar yalnız örnek yapıdır.
8. Açık Teknik SEO Task’ları
Sözleşme bittiğinde yarım kalan developer task’ları kaybolmamalıdır.
Her açık task mümkün olduğunda:
- Problemi
- Etkilenen URL pattern’ini
- Mevcut davranışı
- Beklenen davranışı
- Örnek URL’leri
- Acceptance criteria’yı
- QA yöntemini
içermelidir.
Örneğin yalnız:
“Canonical düzeltilecek. ”
notu yeni developer için yeterli değildir.
9. Uygulanmış Teknik Değişikliklerin Kaydı
Açık task’lar kadar geçmişte yapılan değişikliklerin de bilinmesi önemlidir.
Özellikle şu işlemler kayda değer olabilir:
- Canonical değişiklikleri
- Robots directives
- Noindex kararları
- Redirect kuralları
- Pagination değişiklikleri
- Structured data
- URL yapısı değişiklikleri
- JavaScript SEO geliştirmeleri
Yeni ekip eski değişikliklerin nedenini bilmiyorsa doğru sistemi yanlışlıkla eski haline döndürebilir.
10. Redirect Map
Site migration, URL değişikliği veya content consolidation yapıldıysa redirect kayıtları mutlaka teslim alınmalıdır.
Redirect map mümkün olduğunda:
OLD URL → NEW URL → REASON → DATE
yapısını göstermelidir.
Özellikle:
- Migration
- HTTP → HTTPS
- Domain değişimi
- Slug değişimi
- Content merge
yapıldıysa geçmiş mapping’in korunması önemlidir.
Redirect Map Neden Yıllarca Saklanmalı?
Eski URL’ler:
- Backlink
- Bookmark
- Eski kampanya
- Harici referans
üzerinden trafik almaya devam edebilir.
Yeni ekip eski redirect’in neden var olduğunu bilmeden kaldırırsa 404 ve backlink equity kaybı oluşturabilir.
11. Keyword Research Dosyaları
Proje boyunca yapılan keyword araştırmaları teslim alınmalıdır.
Ancak yalnız binlerce satırlık keyword export’u fazla anlam ifade etmeyebilir.
Daha değerli doküman:
QUERY → INTENT → PAGE ROLE → OWNER URL → PRIORITY
ilişkisini göstermelidir.
Böylece yeni ekip hangi Search talebinin hangi sayfaya ait olduğunu anlayabilir.
12. Page Ownership veya Keyword Mapping
SEO operasyonunun en kolay kaybolan bilgilerinden biri page ownership kararlarıdır.
Örneğin:
“SEO danışmanlığı”
hangi URL’nin owner’ı?
“Teknik SEO danışmanlığı”
ayrı bir page mi?
“SEO fiyatları”
commercial page mi yoksa supporting content mi?
Bu kararlar dokümante edilmediyse yeni ekip aynı query için yeni URLs oluşturarak cannibalization yaratabilir.
13. Content Inventory
SEO ajansı içerik operasyonu yürüttüyse güncel content inventory teslim edilmelidir.
Inventory içerisinde:
- URL
- H1
- Page type
- Primary intent
- Target owner
- Status
- Publication date
- Last update
gibi alanlar bulunabilir.
Büyük içerik sitelerinde bu doküman yeni ekibin aynı konuyu tekrar üretmesini engeller.
14. Yayınlanmamış İçerik Brief’leri
Sözleşme bittiğinde hazırlanmış ancak henüz yayınlanmamış:
- Content brief’leri
- Draft’lar
- Editorial plans
- Keyword maps
varsa sözleşmedeki mülkiyet şartlarına göre teslim edilmelidir.
Özellikle bu çalışmaların ücretleri ödenmişse kullanım haklarının kimde olduğu baştan netleştirilmiş olmalıdır.
15. Yayınlanmış İçeriklerin Kaynak Dosyaları
İçerikler CMS’e girilmiş olsa bile varsa:
- Orijinal doküman
- Kaynak listesi
- Reviewer notları
- Görsel brief’leri
saklanabilir.
Bu özellikle sağlık, finans ve diğer yüksek güven gerektiren alanlarda gelecekteki güncellemeleri kolaylaştırabilir.
16. Internal Linking Planı
Sistematik internal linking çalışması yapıldıysa yalnız canlı linkler değil planın kendisi de devredilebilir.
Örneğin:
SOURCE URL → ANCHOR → TARGET URL → RELATIONSHIP
tablosu bulunabilir.
Bu yeni ekibe:
- Hangi owner’ların desteklendiğini
- Hangi sayfaların orphan riskinde olduğunu
- Hangi içerik cluster’larının kurulduğunu
gösterebilir.
17. Backlink ve Digital PR Kayıtları
Ajans link acquisition veya Digital PR çalışması yaptıysa elde bulunan kayıtlar teslim alınmalıdır.
Örneğin:
- Kaynak URL
- Target URL
- Anchor
- Tarih
- Çalışmanın türü
bulunabilir.
Özellikle ücretli veya ajans aracılığıyla yürütülen ilişkiler varsa yeni ekibin hangi bağlantıların nasıl kazanıldığını bilmesi önemlidir.
18. Disavow Dosyası Varsa Teslim Edilmeli mi?
Evet.
Projede geçmişte disavow işlemi yapıldıysa:
- Kullanılan son dosya
- Hangi domainlerin neden dahil edildiği
- İşlemin tarihi
bilinmelidir.
Yeni ekip geçmiş kararı bilmeden farklı bir disavow dosyası yüklememelidir.
19. SEO Araç Projeleri
Ajansın kullandığı üçüncü taraf SEO araçlarının lisansları ajansa ait olabilir.
Bu normaldir.
Ancak müşteriye özel proje içerisinde önemli:
- Keyword tracking
- Site audit
- Competitor tracking
- Backlink history
bulunuyorsa sözleşme bitmeden gerekli export’ların alınması faydalı olabilir.
Ajansın Ahrefs veya Semrush hesabının tamamını müşteriye devretmesi gerekmez.
Müşteriye ait proje verisinin erişilebilir biçimde teslim edilmesi yeterlidir.
20. Rank Tracking Keyword Listesi
Rank tracking kullanıldıysa takip edilen query listesi devredilebilir.
Ancak bu liste stratejinin tamamı olarak görülmemelidir.
Her query için mümkünse:
- Target URL
- Intent
- Priority
- Market
- Device
gibi bağlam da bulunmalıdır.
21. Competitor Listesi ve Analiz Notları
Ajans Search rakiplerini analiz ettiyse:
- Ana organic competitors
- Category competitors
- Content competitors
- Önemli SERP observations
teslim edilebilir.
Çünkü business competitor ile Search competitor her zaman aynı değildir.
22. Search Console Baseline ve Son Durum Karşılaştırması
Proje başlangıcındaki performans ile bitiş noktasını karşılaştıran kısa bir devir özeti yararlıdır.
Örneğin:
- Organic clicks
- Impressions
- Commercial query coverage
- Önemli landing pages
- Indexation
başlangıç ve bitiş dönemleriyle karşılaştırılabilir.
Ama rapor yalnız:
“Traffic yüzde 40 arttı. ”
seviyesinde kalmamalıdır.
Hangi alanların değiştiği açıklanmalıdır.
23. GA4 Baseline ve Conversion Tanımları
Analytics tarafında yalnız erişim değil conversion mantığı da devredilmelidir.
Örneğin:
- Hangi event key event?
- Lead hangi event ile ölçülüyor?
- WhatsApp click lead mi, contact intent mi?
- Form başarı durumu nasıl ölçülüyor?
- E-commerce revenue nereden geliyor?
gibi soruların cevabı dokümante edilmelidir.
Aksi halde yeni ekip aynı event isimlerini görüp farklı anlamlar yükleyebilir.
24. Custom Event ve Parameter Dokümantasyonu
Özel measurement kurulumu yapıldıysa kullanılan event ve parameter listesi teslim edilmelidir.
Örneğin:
| Event | Anlamı |
|---|---|
| phone _ click | Telefon bağlantısına tıklama |
| whatsapp_ click | WhatsApp iletişim niyeti |
| generate _ lead | Başarılı lead oluşumu |
Bu tablo yalnız örnek yapıdır.
25. Looker Studio veya Reporting Dashboard
Ajans tarafından dashboard oluşturulduysa sözleşme bittiğinde erişimin ne olacağı kontrol edilmelidir.
Dashboard:
- Müşterinin hesabında mı?
- Ajans hesabında mı?
- Data source erişimi devam edecek mi?
bilinmelidir.
Özellikle rapor tamamen ajans hesabına bağlıysa sözleşme bittikten sonra dashboard erişimi kaybolabilir.
26. XML Sitemap Kararları
Özellikle büyük sitelerde hangi URL gruplarının sitemap içerisinde tutulduğu stratejik karardır.
Varsa:
- Product sitemap
- Category sitemap
- Blog sitemap
- Image sitemap
- News sitemap
yapısının neden bu şekilde kurulduğu açıklanabilir.
27. Robots.txt ve Crawl Yönetimi Kararları
Robots.txt üzerinde değişiklik yapıldıysa güncel dosya zaten canlı sitede bulunur.
Ama belirli directive’lerin neden eklendiğini bilmek önemlidir.
Örneğin:
- Facet URL’leri
- Internal search
- Tracking parameters
ile ilgili crawl kararlarının gerekçeleri devredilebilir.
28. Canonical Stratejisi
Özellikle:
- E-ticaret
- Varyantlar
- Filtreler
- Pagination
- Duplicate landing pages
bulunan sitelerde canonical sistemi dokümante edilmelidir.
Yeni ekip yalnız mevcut canonical tag’i görüp:
“Bunu neden böyle yapmışlar?”
diye tahmin yürütmek zorunda kalmamalıdır.
29. Schema ve Structured Data Dokümantasyonu
Özel schema implementation yapıldıysa:
- Hangi page type’ta hangi schema kullanılıyor?
- Plugin üzerinden mi?
- Template içerisinde mı?
- GTM üzerinden mi?
- Manuel JSON-LD mi?
bilinmelidir.
Özellikle aynı structured data’nın iki farklı sistemden üretilmesi duplicate markup sorunlarına yol açabilir.
30. Site Migration Dokümantasyonu
SEO ajansı döneminde migration yapıldıysa devir dosyası özellikle önemlidir.
Şunlar teslim alınabilir:
- Eski URL inventory
- Yeni URL inventory
- Redirect map
- Migration tarihi
- Canonical değişiklikleri
- Sitemap geçmişi
- Post-migration QA
- Açık migration sorunları
Site taşımaları yıllar sonra bile eski URL ilişkileri nedeniyle tekrar gündeme gelebilir.
31. Manual Action veya Security Problem Geçmişi
Site geçmişte:
- Manual action
- Hacked content
- Malicious redirect
- Spam injection
gibi ciddi problem yaşadıysa yeni SEO ekibine bilgi verilmelidir.
Problemin ne zaman başladığı, ne yapıldığı ve ne zaman çözüldüğü gelecekteki teşhis açısından önemlidir.
32. Major SEO Incident Kayıtları
Proje süresince ciddi trafik kaybı veya teknik olay yaşandıysa kısa incident log tutulabilir.
Örneğin:
| Tarih | Olay | Etki | Çözüm |
|---|---|---|---|
| 12 Mart | Category noindex deployment | Kategori visibility kaybı | Template düzeltildi |
| 8 Haziran | Migration | URL değişimi | 301 map uygulandı |
Satırlar yalnız örnektir.
33. Google Update Dönemlerinde Yapılan Büyük Değişiklikler
SEO ajansı belirli tarihlerde büyük:
- Content rewrite
- URL migration
- Internal linking
- Template değişimi
yaptıysa tarihlerin kaydı faydalıdır.
Yeni ekip performans grafiklerini analiz ederken hangi değişimin ne zaman canlıya alındığını bilmelidir.
34. İçeriklerde Author ve Reviewer Yapısı
Özellikle sağlık ve diğer yüksek güven gerektiren sitelerde:
- Yazarlar
- Reviewer’lar
- Profil URL’leri
- Editoryal süreç
devredilmelidir.
Yeni ajans gerçek editoryal yapıyı bilmeden author isimlerini veya reviewer ilişkilerini değiştirmemelidir.
35. Lokal SEO Kayıtları
Local SEO yapıldıysa:
- Google Business Profile erişimleri
- NAP bilgileri
- Ana kategoriler
- Hizmet alanları
- Lokasyon landing page planı
- Review workflow
gibi bilgiler teslim edilebilir.
36. Uluslararası SEO Dokümantasyonu
Çok ülkeli veya çok dilli sitelerde:
- Hreflang mapping
- Country targeting
- URL architecture
- Localization kararları
- Market-specific keyword research
özellikle önemlidir.
Yeni ekibin hreflang sistemini sıfırdan çözmeye çalışması gereksiz zaman kaybıdır.
37. Henüz Uygulanmamış SEO Önerileri
Sözleşme bitişinde:
- Hazırlanmış
- Onaylanmış
- Henüz uygulanmamış
öneriler ayrıca listelenmelidir.
Örneğin:
“Category template geliştirmesi önerildi ancak development backlog nedeniyle uygulanmadı. ”
şeklinde açıklama yeni ekibin aynı problemi tekrar keşfetmesini engeller.
38. Reddedilmiş SEO Önerileri de Devredilmeli mi?
Önemli olanlar evet.
Örneğin ajans:
“Bu URL yapısını değiştirelim. ”
önermiş ancak işletme business reason nedeniyle reddetmiş olabilir.
Yeni ajans aynı öneriyi tekrar sunmadan önce geçmiş kararı bilirse daha kaliteli değerlendirme yapabilir.
39. Decision Log
Uzun süreli SEO projelerinde decision log en değerli devir belgelerinden biridir.
Örneğin:
- Neden yeni URL açılmadı?
- Neden iki içerik merge edildi?
- Neden belirli filtre indexable kaldı?
- Neden URL değiştirilmedi?
- Neden belirli category noindex?
gibi kararların gerekçeleri tutulabilir.
Bu doküman sitenin SEO hafızasıdır.
40. Son Performans Raporu
Devir raporu yalnız son ayın traffic grafiği olmamalıdır.
Mümkünse şu yapıyı kullanmalıdır:
BAŞLANGIÇ DURUMU
↓
YAPILAN ANA ÇALIŞMALAR
↓
SEARCH RESPONSE
↓
BUSINESS RESPONSE
↓
AÇIK PROBLEMLER
↓
SONRAKİ ÖNERİLER
Bu, yeni ajansın kaldığı noktadan devam etmesini kolaylaştırır.
SEO Ajansı Kendi İç Tool’larını Teslim Etmek Zorunda mı?
Genellikle hayır.
Ajansın:
- Kendi lisansları
- Proprietary dashboard’ları
- İç SOP’ları
- Genel workflow’ları
kendi işletme varlığı olabilir.
Ancak müşteriye özel ve ücretlendirilmiş:
- Analizler
- Dokümanlar
- Roadmap
- İçerikler
- Proje export’ları
sözleşmedeki mülkiyet hükümlerine göre müşteriye teslim edilmelidir.
SEO Ajansı Ahrefs veya Semrush Hesabını Vermeli mi?
Hayır.
Ajansın araç aboneliği kendi şirket hesabıdır.
Ama müşteriye ait proje için hazırlanmış önemli:
- Keywordlisteleri
- Backlink export’ları
- Audit sonuçları
- Competitor analizleri
gerekiyorsa dışa aktarılabilir.
SEO Ajansı Kullandığı Prompt veya SOP’ları Teslim Etmeli mi?
Bu sözleşmeye bağlıdır.
Ajansın genel metodolojisi kendi fikri mülkiyeti olabilir.
Ancak müşteri için özel hazırlanmış:
- Editorial guideline
- Publishing checklist
- SEO QA checklist
- Content template
teslimat kapsamındaysa devredilmelidir.
Şifreler Nasıl Devredilmeli?
Mümkün olduğunda ortak şifre paylaşmak yerine platformların kendi kullanıcı ve yetki sistemleri kullanılmalıdır.
Örneğin:
- Search Console user access
- GA4 user management
- GTM permissions
- WordPress user
üzerinden erişim verilebilir.
Sözleşme sonunda eski ajans kullanıcılarının erişimleri kontrollü biçimde kaldırılabilir.
SEO Ajansının Erişimleri Ne Zaman Kapatılmalı?
Önce devir tamamlanmalıdır.
Pratik sıra:
- Dosyaları teslim alın
- Hesap sahipliğini doğrulayın
- Yeni ekibin erişimini açın
- Kritik sistemlerin çalıştığını kontrol edin
- Eski ajans erişimlerini kaldırın
İlk adımda herkesi hesaplardan çıkarmak bazen gereken bilginin de kapının dışında kalmasına neden olabilir.
SEO Devir Toplantısında Neler Konuşulmalı?
Son toplantıda şu başlıklar üzerinden ilerlenebilir:
- Projenin mevcut durumu
- En önemli kazanımlar
- Açık teknik problemler
- Açık içerik işleri
- En değerli Search fırsatları
- Son büyük site değişiklikleri
- Measurement setup
- Riskli veya hassas alanlar
- Önümüzdeki 90 gün için öneriler
Eski ve Yeni SEO Ajansı Bir Devir Toplantısı Yapmalı mı?
Mümkünse faydalıdır.
Özellikle büyük projelerde yazılı dokümanların yanında kısa bir knowledge transfer toplantısı:
- Teknik kararların
- İşletme kısıtlarının
- Açık risklerin
- Geçmiş denemelerin
daha hızlı aktarılmasını sağlayabilir.
Ama devir toplantısı dokümantasyonun yerine geçmemelidir.
Yeni Ajans Eski Ajansın Bütün Kararlarını Korumalı mı?
Hayır.
Yeni ekip kararları tekrar değerlendirebilir.
Ama önce:
“Bu karar neden verilmiş?”
sorusunun cevabını anlamalıdır.
Eski kararı gerekçesini bilmeden değiştirmek ile yeni veriye dayanarak değiştirmek aynı şey değildir.
SEO Devir Dosyasında Öncelikli Riskler Ayrı Gösterilmeli mi?
Evet.
Örneğin:
- Migration redirect’leri kaldırılmamalı
- Belirli filter URLs indexable kalmalı
- Eski domain hâlâ redirect sağlıyor
- Measurement belirli GTM container’a bağlı
gibi kritik bilgiler açık biçimde işaretlenmelidir.
Sözleşme Bittiğinde Website Backup Teslim Edilmeli mi?
SEO ajansı web geliştirme veya hosting hizmeti de sağlıyorsa ilgili sözleşmeye göre gerekebilir.
SEO danışmanlığı tek başına website backup hizmeti anlamına gelmez.
Ancak işletmenin:
- Web sitesi
- Domain
- Hosting
- Database
kontrolünün kimde olduğunu bilmesi gerekir.
İçerik ve Görsellerin Hakları Kime Ait?
Bu konu sözleşmede baştan tanımlanmalıdır.
Ajans tarafından müşteri adına üretilmiş ve ödemesi yapılmış:
- Metin
- Tasarım
- İnfografik
- Fotoğraf
gibi varlıkların kullanım ve mülkiyet haklarının kimde olduğu açık olmalıdır.
Stock image lisansları veya üçüncü taraf materyaller ise kendi lisans koşullarına tabi olabilir.
SEO Ajansı Değişirken URL’ler Değiştirilmeli mi?
Hayır.
Ajans değişikliği URL migration nedeni değildir.
Yeni ajans:
“Biz farklı URL yapısı kullanıyoruz. ”
diye çalışan URL’leri sebepsiz yere değiştirmemelidir.
URL değişikliği ancak gerçek:
- Architecture
- Intent
- Migration
- Consolidation
gerekçesi varsadeğerlendirilmelidir.
SEO Ajansı Değişirken Eski İçerikler Silinmeli mi?
Hayır.
Önce her URL:
- Traffic
- Impression
- Backlink
- Intent
- Business value
açısından incelenmelidir.
Sonrasında:
- KEEP
- UPDATE
- REWRITE
- MERGE
- REDIRECT
kararı verilebilir.
Yeni ajansın geldiği ilk hafta eski ajansın bütün içeriğini silmek SEO stratejisi değil kurumsal hafıza kaybıdır.
Sözleşme Bitişinden Önce Devir Checklist’i Hazırlanmalı mı?
Evet.
Özellikle son 2-4 hafta içerisinde devir planı hazırlanması yararlı olabilir.
Checklist içerisinde:
- Accounts
- Files
- Open tasks
- Technical history
- Content
- Measurement
- Reporting
ayrı bölümler halinde takip edilebilir.
SEO Sözleşmesi Bitiş Checklist’i
| Teslimat | Kontrol |
|---|---|
| Search Console | İşletme erişimi mevcut |
| GA4 | Property ve admin kontrolü mevcut |
| GTM | Container erişimi ve event dokümantasyonu mevcut |
| Business Profile | İşletme owner erişimine sahip |
| SEO Audit | Son sürüm teslim edildi |
| Roadmap | Task status’ları güncel |
| Technical Tasks | Açık işler ve acceptance criteria mevcut |
| Redirect Map | Güncel dosya teslim edildi |
| Keyword Mapping | Query ve owner URL ilişkileri mevcut |
| Content Inventory | Yayınlanmış ve planlanan içerikler mevcut |
| Internal Linking | Varsa plan teslim edildi |
| Measurement | Event ve conversion tanımları mevcut |
| Dashboard | Erişim ve data source sahipliği kontrol edildi |
| Decision Log | Kritik SEO kararları açıklandı |
| Final Report | Başlangıç, sonuç ve açık riskler bulunuyor |
SEO Ajansı Teslimat Yapmıyorsa Ne Olur?
Hangi dosyaların ve varlıkların müşteriye ait olduğu sözleşmeye göre değerlendirilmelidir.
Bu nedenle devir problemi yaşamamak için sözleşme imzalanırken:
- Account ownership
- Content ownership
- Deliverable ownership
- Termination process
- Data export
konuları baştan tanımlanmalıdır.
SEO ilişkisini bitirirken ilk kez:
“Search Console kimin hesabındaydı?”
diye düşünmek biraz geç bir keşiftir.
SEO Sözleşmesinde Devir Maddesi Olmalı mı?
Özellikle uzun süreli SEO çalışmalarında evet.
Devir maddesi şunları tanımlayabilir:
- Sözleşme bitiminde teslim edilecek dokümanlar
- Hesap erişimlerinin durumu
- Devir süresi
- Açık işlerin durumu
- Gizlilik
- Dosya formatları
Bu sayede çalışma sona erdiğinde hangi tarafın ne yapacağı baştan bellidir.
Yeni SEO Ajansına Verilmesi Gereken Minimum Paket
Zaman sınırlıysa en az şu paket hazırlanmalıdır:
- Search Console erişimi
- GA4 ve GTM erişimi
- Son SEO Audit
- Güncel roadmap
- Açık technical tasks
- Redirect map
- Keyword / page ownership mapping
- Content inventory
- Measurement dokümantasyonu
- Son performans özeti
Bu on parça yeni ekibin projeye çok daha hızlı başlamasını sağlar.
İdeal SEO Devir Paketi Nasıl Görünür?
İdeal devir modeli:
ACCOUNTS
↓
BASELINE + PERFORMANCE
↓
TECHNICAL HISTORY
↓
CONTENT + PAGE OWNERSHIP
↓
MEASUREMENT
↓
OPEN TASKS
↓
DECISIONLOG
↓
NEXT 90 DAYS
şeklinde yapılandırılabilir.
SEO Sözleşmesi Bitince Neler Teslim Edilmeli?
Kısa cevap:
Sözleşme bittiğinde yalnız aylık rapor değil, SEO operasyonunun devam etmesini sağlayacak hesaplar, veri, kararlar ve açık işler devredilmelidir.
Minimum olarak:
- Search Console
- GA4
- GTM
- SEO Audit
- Roadmap
- Technical task’lar
- Redirect map
- Keyword ve page ownership mapping
- Content inventory
- Measurement dokümantasyonu
- Final performance report
kontrol edilmelidir.
Büyük projelerde buna:
- Decision log
- Structured data dokümantasyonu
- International SEO mapping
- Migration geçmişi
- Digital PR kayıtları
- Incident log
eklenebilir.
Sağlıklı devir modelinin amacı:
“Eski ajansın yaptığı her şeyi arşivlemek. ”
değildir.
Asıl amaç:
“Yeni ekip hangi kararların verildiğini, neyin uygulandığını, neyin hâlâ açık olduğunu ve bundan sonra ne yapılması gerektiğini anlayabiliyor mu?”
sorusuna evet cevabını verebilmektir.
SEO operasyonunun scope, hesap sahipliği, raporlama ve uygulama süreçlerini baştan şeffaf biçimde tanımlamak için SEO Danışmanlığı çalışma modelimizi inceleyebilirsiniz.
Mehmet Erim Gökhan
Web Geliştiricisi
Mehmet Erim Gökhan DigitalPlus'ta UI/UX tasarımını baz görev olarak alır ve bunu hem web geliştirme projelerinde hem de SEO projelerinde uygular.