Google Chrome Tüm Ayarlarını Yedekleme ve Geri Yükleme (Eksiksiz Teknik Kılavuz)

Google Chrome, tüm tarayıcı kimliğinizi — yer imleri, kayıtlı şifreler, uzantılar, çerezler, oturum verileri ve özel ayarlar — disk üzerindeki tek bir profil dizininde saklar. Bu dizini yedeklemek veya bir Google Hesabıyla senkronize etmek, tarayıcı ortamınızın eksiksiz ve geri yüklenebilir bir anlık görüntüsünü sağlar. Bu durum, özellikle başsız otomasyon, web kazıma, CMS yönetimi veya uzak geliştirme iş akışları için VPS Hosting ortamında Chrome çalıştırırken özellikle önemlidir; yapılandırılmış bir tarayıcı profilini kaybetmek saatlerce yeniden yapılandırma anlamına gelebilir.

Bu kılavuz mevcut tüm yöntemleri kapsamaktadır — Google Hesabı Senkronizasyonu, manuel profil klasörü yedekleme, cron ile betikli otomasyon ve Windows Görev Zamanlayıcısı — tam dosya yolları, uç durumlar ve çoğu öğreticinin tamamen atladığı tuzaklarla birlikte.

Chrome Profil Yedeklerinin Çoğu Kullanıcının Fark Ettiğinden Neden Daha Önemli Olduğu

Chrome’un profili yalnızca yer imlerinden ibaret değildir. User Data dizini, toplu olarak tüm tarayıcı durumunuzu tanımlayan düzinelerce SQLite veritabanı, JSON yapılandırma dosyası ve ikili blob içerir. Bir VPS taşındığında, yeniden oluşturulduğunda veya tehlikeye girdiğinde, Chrome’u sıfırdan geri yüklemek şu anlama gelir:

• Her kayıtlı site şifresini manuel olarak yeniden doğrulama
• Her uzantıyı yeniden yükleme ve yapılandırma
• Otomatik doldurma verilerini, özel arama motorlarını ve site düzeyindeki izinleri kaybetme
• SSL sertifika istisnalarını ve güvenilen site listelerini kaybetme

Tarayıcı tabanlı test ardışık düzenleri veya Selenium ızgaraları için uzak bir Dedicated Server üzerinde Chrome çalıştıran ekipler için bozuk veya eksik bir profil, tüm CI/CD iş akışlarını bozabilir.

Chrome Profil Dizin Yapısını Anlamak

Herhangi bir yedekleme komutuna dokunmadan önce, tam olarak neyi yedeklediğinizi bilmeniz gerekir.

Linux’ta:

~/.config/google-chrome/

Windows’ta:

C:Users<Username>AppDataLocalGoogleChromeUser Data

Bu dizinlerin içinde kritik alt dizinler ve dosyalar şunlardır:

Kritik bilgi: Login Data dosyası, şifreleri işletim sistemi düzeyindeki anahtar zinciri kullanılarak şifreli olarak saklar (Linux’ta libsecret, Windows’ta DPAPI). Bu dosyayı şifreleme anahtarlarını taşımadan farklı bir kullanıcı hesabına veya farklı bir işletim sistemi kurulumuna geri yüklerseniz, Chrome kayıtlı şifrelerin hiçbirini sessizce çözemez. Dosya açılacak, ancak her kimlik bilgisi boş veya bozuk görünecektir. Bu, Chrome profil geçişlerindeki en yaygın başarısızlık noktasıdır.

Yöntem 1: Google Hesabı Senkronizasyonu

Google Senkronizasyonu en basit yöntemdir ve en taşınabilir olanıdır. Verilerinizi sunucu tarafında saklar ve dünya genelinde herhangi bir Chrome kurulumunda kullanılabilir hale getirir.

Google Senkronizasyonunun Gerçekte Neyi Yedeklediği

• Yer imleri
• Şifreler (Google Şifre Yöneticisi aracılığıyla)
• Tarama geçmişi
• Açık sekmeler
• Uzantılar (liste ve ayarlar, ancak tüm yerel uzantı verileri değil)
• Chrome ayarları ve tercihleri
• Otomatik doldurma verileri ve adresler
• Ödeme yöntemleri (kabul edilmişse)

Google Senkronizasyonunun Yedeklemedikleri

• Çerezler ve aktif oturumlar (her siteye yeniden giriş yapmanız gerekecek)
• Yerel uzantı depolama alanı (ör. cüzdan tohum ifadeleri, çevrimdışı uygulama verileri)
• Site düzeyindeki izinler (kamera, mikrofon, bildirimler)
• İstemci tarafı SSL sertifika istisnaları

chrome://flags aracılığıyla ayarlanan özel bayraklar

Senkronizasyonu Etkinleştirme: Adım Adım

Chrome’u açın ve sağ üst köşedeki profil avatarına tıklayın.
Chrome’da Oturum Aç‘ı seçin ve Google Hesabınızla kimlik doğrulaması yapın.
chrome://settings/syncSetup adresine gidin veya Ayarlar > Siz ve Google > Senkronizasyon ve Google hizmetleri > Senkronize edilenleri yönet bölümüne gidin.
Gereksinimlerinize göre Her şeyi senkronize et‘i seçin veya bireysel veri türlerini açıp kapatın.
chrome://sync-internals/ adresini ziyaret ederek senkronizasyonun etkin olduğunu doğrulayın — Son Senkronizasyon zaman damgası saniyeler içinde güncellenmelidir.

Google Senkronizasyonu Aracılığıyla Geri Yükleme
Yeni bir Chrome kurulumunda:

Chrome’u açın ve aynı Google Hesabına giriş yapın.
Chrome, senkronizasyon sunucusundan verileri otomatik olarak çekmeye başlayacaktır.
Uzantılar otomatik olarak yeniden yüklenecek; şifreler ve yer imleri dakikalar içinde dolacaktır.
Büyük profiller için, veri hacmine ve ağ hızına bağlı olarak tam senkronizasyon 5–15 dakika sürebilir.

Tuzak: Chrome’da oturum açar ve ardından senkronize edilmiş durumun üzerine hemen yerel bir profil klasörü geri yüklerseniz, iki veri kaynağı çakışabilir. Chrome, çakışmaları en son değiştirilen kaydı tercih ederek çözer; bu da beklenmedik veri kaybına neden olabilir. Geri yükleme başına her zaman tek bir yöntem seçin — hiçbir zaman işlem ortasında bunları birleştirmeyin.
Yöntem 2: Manuel Profil Klasörü Yedekleme
Manuel yedekleme size tam kontrol sağlar ve çerezler, yerel uzantı verileri ve site izinleri dahil olmak üzere Senkronizasyonun kaçırdığı her şeyi yakalar.
Yedekleme Öncesi Gereksinim: Chrome’u Tamamen Kapatın
Chrome çalışırken SQLite veritabanlarında açık dosya kilitleri tutar. Canlı bir profili kopyalamak, geri yüklemede açılamayacak bozuk veritabanı dosyaları üretir. Herhangi bir manuel yedeklemeden önce:
Linux’ta:
pkill -f google-chrome
Windows’ta (PowerShell):
Stop-Process -Name "chrome" -Force
Devam etmeden önce Chrome işlemlerinin kalmadığını doğrulayın.
Linux’ta Yedekleme
# Define source and destination
CHROME_PROFILE="$HOME/.config/google-chrome"
BACKUP_DEST="/mnt/backups/chrome_$(date +%Y-%m-%d_%H-%M-%S)"

# Create backup directory and copy profile
mkdir -p "$BACKUP_DEST"
cp -r "$CHROME_PROFILE" "$BACKUP_DEST/"

echo "Backup completed: $BACKUP_DEST"
VPS’inizin yerel disk alanı sınırlıysa, doğrudan sıkıştırılmış bir arşive aktarın:
tar -czvf "/mnt/backups/chrome_backup_$(date +%Y-%m-%d).tar.gz" 
    -C "$HOME/.config" google-chrome/
Windows’ta Yedekleme
PowerShell’i Yönetici olarak açın:
$source = "$env:LOCALAPPDATAGoogleChromeUser Data"
$dest   = "D:BackupsChrome_$(Get-Date -Format 'yyyy-MM-dd_HH-mm-ss')"

Copy-Item -Path $source -Destination $dest -Recurse -Force
Write-Host "Backup saved to: $dest"
Seçici Yedekleme: Yalnızca Yer İmleri
Tam profil yükü olmadan yalnızca yer imlerini korumak istiyorsanız:
cp ~/.config/google-chrome/Default/Bookmarks 
   ~/backups/Chrome_Bookmarks_$(date +%Y-%m-%d).json
Bookmarks dosyası düz JSON formatındadır ve okunabilir niteliktedir; bu da manuel olarak incelemeyi, karşılaştırmayı veya birleştirmeyi kolaylaştırır.
Yöntem 3: Cron ile Otomatik Yedekleme (Linux)
Üretim VPS ortamları için manuel yedeklemeler güvenilmezdir. İşlemi zamanlanmış bir cron görevi ile otomatikleştirin.
Tam Otomatik Yedekleme Betiği
Bunu /usr/local/bin/chrome_backup.sh olarak kaydedin:
#!/bin/bash
# Chrome Profile Automated Backup Script
# Retains the last 7 daily backups, deletes older ones

set -euo pipefail

CHROME_PROFILE="$HOME/.config/google-chrome"
BACKUP_ROOT="/mnt/backups/chrome"
TIMESTAMP=$(date +"%Y-%m-%d_%H-%M-%S")
BACKUP_PATH="$BACKUP_ROOT/chrome_backup_$TIMESTAMP"
RETENTION_DAYS=7
LOG_FILE="/var/log/chrome_backup.log"

# Ensure Chrome is not running before backup
if pgrep -x "chrome" > /dev/null; then
    echo "[$TIMESTAMP] ERROR: Chrome is running. Backup aborted." | tee -a "$LOG_FILE"
    exit 1
fi

mkdir -p "$BACKUP_ROOT"

# Create compressed archive
tar -czf "${BACKUP_PATH}.tar.gz" 
    -C "$(dirname "$CHROME_PROFILE")" 
    "$(basename "$CHROME_PROFILE")" 
    2>> "$LOG_FILE"

echo "[$TIMESTAMP] Backup created: ${BACKUP_PATH}.tar.gz" | tee -a "$LOG_FILE"

# Prune backups older than RETENTION_DAYS
find "$BACKUP_ROOT" -name "chrome_backup_*.tar.gz" 
    -mtime +"$RETENTION_DAYS" -delete

echo "[$TIMESTAMP] Old backups pruned (retention: ${RETENTION_DAYS} days)" | tee -a "$LOG_FILE"
Çalıştırılabilir yapın:
chmod +x /usr/local/bin/chrome_backup.sh
Cron ile Zamanlama
crontab -e
Yedeklemeyi her gün sabah 2:00’de çalıştırmak için aşağıdaki satırı ekleyin:
0 2 * * * /usr/local/bin/chrome_backup.sh
Otomatik Geri Yükleme Betiği
Bunu /usr/local/bin/chrome_restore.sh olarak kaydedin:
#!/bin/bash
# Chrome Profile Restore Script
# Usage: ./chrome_restore.sh /mnt/backups/chrome/chrome_backup_2024-01-15_02-00-00.tar.gz

set -euo pipefail

BACKUP_ARCHIVE="${1:?Usage: $0 <path-to-backup.tar.gz>}"
CHROME_CONFIG_DIR="$HOME/.config"
RESTORE_TARGET="$CHROME_CONFIG_DIR/google-chrome"
TIMESTAMP=$(date +"%Y-%m-%d_%H-%M-%S")

# Kill Chrome if running
pkill -f google-chrome 2>/dev/null || true
sleep 2

# Rename existing profile as a safety net
if [ -d "$RESTORE_TARGET" ]; then
    mv "$RESTORE_TARGET" "${RESTORE_TARGET}_pre_restore_${TIMESTAMP}"
    echo "Existing profile moved to: ${RESTORE_TARGET}_pre_restore_${TIMESTAMP}"
fi

# Extract backup
tar -xzf "$BACKUP_ARCHIVE" -C "$CHROME_CONFIG_DIR"
echo "Restore complete. Launch Chrome to verify."
Yöntem 4: Windows’ta Görev Zamanlayıcısı ile Otomatik Yedekleme
Windows VPS ortamları için aynı otomasyonu çoğaltmak üzere PowerShell ve Görev Zamanlayıcısı’nı kullanın.
Bunu C:Scriptschrome_backup.ps1 olarak kaydedin:
$source    = "$env:LOCALAPPDATAGoogleChromeUser Data"
$backupDir = "D:BackupsChrome"
$timestamp = Get-Date -Format "yyyy-MM-dd_HH-mm-ss"
$dest      = "$backupDirchrome_backup_$timestamp"
$retention = 7

# Abort if Chrome is running
if (Get-Process -Name "chrome" -ErrorAction SilentlyContinue) {
    Write-Error "Chrome is running. Backup aborted."
    exit 1
}

New-Item -ItemType Directory -Path $dest -Force | Out-Null
Copy-Item -Path $source -Destination $dest -Recurse -Force

# Remove backups older than retention period
Get-ChildItem -Path $backupDir -Directory |
    Where-Object { $_.CreationTime -lt (Get-Date).AddDays(-$retention) } |
    Remove-Item -Recurse -Force

Write-Host "Backup saved: $dest"
PowerShell aracılığıyla zamanlanmış görev olarak kaydedin:
$action  = New-ScheduledTaskAction -Execute "powershell.exe" `
           -Argument "-NonInteractive -File C:Scriptschrome_backup.ps1"
$trigger = New-ScheduledTaskTrigger -Daily -At "02:00AM"
Register-ScheduledTask -TaskName "ChromeProfileBackup" `
    -Action $action -Trigger $trigger -RunLevel Highest -Force
Karşılaştırma: Google Senkronizasyonu ve Manuel Profil Yedekleme



Özellik
Google Senkronizasyonu
Manuel Profil Yedekleme








—
—
—








Yer imlerini kapsar
Evet
Evet








Kayıtlı şifreleri kapsar
Evet (Google PM)
Evet (şifreli)








Çerezleri / oturumları kapsar
Hayır
Evet








Uzantı yerel depolama alanını kapsar
Kısmen
Evet








Site izinlerini kapsar
Hayır
Evet








`chrome://flags` ayarlarını kapsar
Hayır
Evet








Google Hesabı gerektirir
Evet
Hayır








Farklı işletim sistemlerinde çalışır
Evet
Hayır (şifreleme anahtarları farklıdır)








Otomatikleştirilebilir
Hayır
Evet








Çevrimdışı erişim
Hayır
Evet








Senkronizasyon çakışması riski
Yüksek
Düşük








Depolama konumu
Google sunucuları
Yerel / tercih ettiğiniz uzak konum








Şifre şifre çözme taşınabilirliği
Tam
İşletim sistemine bağlı





İşletim Sistemi ve Kullanıcı Arası Geçiş Uyarıları
Şifre şifrelemesi: Linux’ta Chrome, Login Data dosyasını Chrome Safe Storage girişi altında GNOME Keyring veya KWallet’ta saklanan bir anahtar kullanarak şifreler. Yeni bir kullanıcıya veya sisteme geçiş yaparken, bu anahtar zinciri girişini de taşımanız gerekir; aksi takdirde Chrome kayıtlı şifrelerin hiçbirini çözemez.
Windows’ta, Chrome Windows Veri Koruma API’sini (DPAPI) kullanır; bu da şifrelemeyi mevcut kullanıcının Windows oturum açma kimlik bilgilerine bağlar. Aynı makinede bile farklı bir Windows kullanıcı hesabı altında bir Login Data dosyasını geri yüklemek, tüm şifrelerin erişilemez olmasına neden olur.
Uzantı kimlikleri: Uzantılar, genel anahtarlarının bir karması ile tanımlanır. Farklı bir uzantı kaynağı kullanan farklı bir Chrome kurulumundan bir uzantı dizinini geri yüklerseniz (ör. yan yükleme ile Web Mağazası karşılaştırması), Chrome onu yüklemeyi reddedebilir veya bozuk olarak işaretleyebilir.
Profil sürümü uyuşmazlıkları: Chrome’un profil formatı sürümlüdür. Chrome 100 tarafından oluşturulan bir profili Chrome 125’e geri yüklemek genellikle çalışır, ancak daha yeni bir profili daha eski bir Chrome sürümüne geri yüklemek başlatmada “Profil Hatası”nı tetikleyebilir. Her zaman aynı veya daha yeni Chrome sürümüne geri yükleyin.
Yedekleri Güvenli Şekilde Depolama
Bir Chrome profil yedeklemesi, düz metin tarama geçmişi, aktif oturumları ele geçirmek için kullanılabilecek çerezler ve şifreli (ancak çıkarılabilir) şifreler içerir. Bu arşivlere özel anahtar dosyasıyla aynı hassasiyetle davranın.
Önerilen uygulamalar:

Arşivleri uzaktan depolamadan önce şifreleyin: gpg --symmetric --cipher-algo AES256 chrome_backup.tar.gz

İş akışınız birden fazla istemci ortamını yönetmeyi veya bir cPanel ile VPS üzerinde otomatik tarayıcı oturumları çalıştırmayı içeriyorsa, Chrome profil yedeklerini ayrı bir endişe olarak ele almak yerine daha geniş sunucu yedekleme politikanıza entegre etmeyi düşünün.

Yedek Bütünlüğünü Doğrulama

Bir geri yüklemeyi test edene kadar yedeklemenin geçerli olduğunu asla varsaymayın. Sıkıştırılmış arşivler için:

# Test archive integrity without extracting
tar -tzf chrome_backup_2024-01-15.tar.gz > /dev/null && echo "Archive OK" || echo "Archive CORRUPT"

Profil içindeki SQLite veritabanları için:

sqlite3 ~/.config/google-chrome/Default/History "PRAGMA integrity_check;"

Sağlıklı bir veritabanı ok döndürür. Diğer herhangi bir çıktı bozulmayı gösterir; bu da yedeklemenin bir veritabanını yazma ortasında yakaladığı anlamına gelir.

Zamanlanmış Yedekleme Yönetimi için VPS Kontrol Panellerini Kullanma

Sunucunuzu grafik bir kontrol paneli aracılığıyla yönetiyorsanız, çoğu panel doğrudan SSH erişimi gerektirmeden cron benzeri bir zamanlamada kabuk betikleri çalıştırabilen bir görev zamanlayıcısı sunar. AlexHost aracılığıyla sunulan VPS Kontrol Panelleri, crontab dosyasını manuel olarak düzenlemeden yukarıdaki yedekleme betiğini tetiklemek için kullanabileceğiniz özel betik zamanlamasını destekler.

Birden fazla kullanıcı arasında bir tarayıcı ortamını paylaşması gereken ekipler için — örneğin, regresyon testi için paylaşılan bir Chrome profili kullanan bir QA ekibi — profili NFS veya Samba bağlantılarıyla bir Dedicated Server üzerinde depolamak, tüm ekip üyelerinin merkezi olarak yönetilen, sürüm kontrollü bir tarayıcı yapılandırmasına erişmesine olanak tanır.

Karar Matrisi ve Teknik Kontrol Listesi

Durumunuz için doğru yedekleme stratejisini belirlemek üzere bu kontrol listesini kullanın:

Google Senkronizasyonunu kullanın:

• Yer imlerine ve şifrelere cihazlar arası erişime ihtiyaç duyuyorsanız
• Aktif oturum çerezlerini korumaya gerek duymuyorsanız
• Google’ın tarama verilerinize erişmesinden endişe duymuyorsanız
• Yeni bir Chrome kurulumunda sıfır yapılandırmalı geri yükleme istiyorsanız

Manuel profil yedeklemesi kullanın:

• Aktif oturum açma oturumlarını (çerezleri) korumaya ihtiyaç duyuyorsanız
• Aynı işletim sistemi ve kullanıcı hesabıyla makineler arasında geçiş yapıyorsanız
• Yerel uzantı verilerini yedeklemeniz gerekiyorsa (ör. tarayıcı cüzdanları, çevrimdışı uygulamalar)
• Çevrimdışı, hava boşluklu geri yükleme kapasitesi gerektiriyorsanız
• Chrome’u bir sunucuda otomatik/başsız bağlamda çalıştırıyorsanız

Cron/Görev Zamanlayıcısı ile otomatikleştirin:

• Chrome profili üretim veya yarı üretim ortamında kullanılıyorsa
• 24 saatten fazla tarayıcı durumu kaybetmeyi göze alamıyorsanız
• Birden fazla yedekleme sürümü üzerinde belirli bir zamana geri yükleme kapasitesi istiyorsanız

Her zaman doğrulayın:

• Herhangi bir manuel yedekleme işleminden önce Chrome’un tamamen kapalı olduğunu
• Yedekleme arşivinin bir bütünlük kontrolünden geçtiğini (tar -tzf veya sqlite3 PRAGMA integrity_check)
• Şifre şifre çözmenin hedef sistemde çalışacağını (aynı işletim sistemi kullanıcısı, aynı anahtar zinciri)
• Yedeklemeye üretimde güvenmeden önce en az bir kez tam geri yüklemeyi test ettiğinizi

SSS

S: Chrome profilini Linux’tan Windows’a veya tam tersine geri yükleyebilir miyim?

C: Doğrudan değil. Profil dizin yapısı işletim sistemleri arasında farklılık gösterir ve daha da önemlisi, şifre şifrelemesi işletim sistemine özgü mekanizmalar kullanır — Linux’ta libsecret/GNOME Keyring ve Windows’ta DPAPI. Şifreler işletim sistemi sınırları boyunca doğru şekilde çözülemez. Bunun yerine işletim sistemi arası şifre geçişi için Google Senkronizasyonunu kullanın.

S: Bir profil klasörünü geri yüklemek, Google’dan senkronize edilen verilerin üzerine yazar mı?

C: Evet, yerel bir geri yüklemeden sonra Chrome’u başlattığınızda senkronizasyon etkinse, Chrome yerel durumu sunucu durumuyla uzlaştırmaya çalışır. Bu, senkronizasyon sunucusunun geri yüklenen yerel verilerinizin üzerine yazmasına veya tam tersine neden olabilir. Yerel bir profili geri yüklemeden önce senkronizasyonu devre dışı bırakın, verilerin doğru olduğunu doğrulayın, ardından gerekirse senkronizasyonu yeniden etkinleştirin.

S: Tüm profili kopyalamadan yalnızca yer imlerini nasıl yedeklerim?

C: ~/.config/google-chrome/Default/Bookmarks (Linux) veya %LOCALAPPDATA%GoogleChromeUser DataDefaultBookmarks (Windows) konumundaki Bookmarks dosyası bağımsız bir JSON dosyasıdır. Doğrudan kopyalayın. Ayrıca Chrome içinden Yer İmleri Yöneticisi > Yer imlerini dışa aktar aracılığıyla herhangi bir tarayıcıyla uyumlu bir HTML dosyası oluşturmak için yer imlerini dışa aktarabilirsiniz.

S: Profili yeni bir sunucuya geri yükledikten sonra kayıtlı şifrelerim neden eksik?

C: Chrome, Login Data SQLite veritabanını işletim sistemi anahtar zincirinde saklanan bir anahtar kullanarak şifreler. Linux’ta bu anahtar, Chrome Safe Storage etiketi altında GNOME Keyring veya KWallet’ta bulunur. Anahtar zincirini profille birlikte taşımadıysanız, Chrome şifreleri çözemez. Geçişten önce anahtar zinciri girişini taşımanız veya şifreleri chrome://settings/passwords aracılığıyla dışa aktarmanız gerekir.

S: Tipik bir Chrome profil yedeklemesi ne kadar büyüktür ve ne sıklıkla yedeklemeliyim?

C: Orta düzeyde kullanıma sahip tipik bir Chrome profili (50–100 uzantı, birkaç aylık geçmiş) 500 MB ile 3 GB arasında değişir. Extensions/ dizini ve Cache/ alt dizini boyutun büyük bölümünü oluşturur. Yedekleme boyutunu önemli ölçüde azaltmak için önbelleği hariç tutabilirsiniz: tar komutunuza --exclude='*/Cache' ekleyin. Üretim tarayıcı ortamları için 7 günlük saklama penceresiyle günlük yedeklemeler makul bir başlangıç noktasıdır.