LinkBreeze nasıl kurulur: Kendi Linktree alternatifiniz

LinkBreeze nedir

LinkBreeze, kendi sunucunuzda barındırabileceğiniz bir Linktree alternatifidir. Tek bir Docker container içerisinde hem herkese açık bir link-in-bio sayfası hem de bir yönetici paneli sunar; tüm durum verileri tek bir SQLite dosyasında tutulur. MIT lisanslıdır, TypeScript ile Next.js üzerinde yazılmıştır ve ghcr.io/manak-hash/linkbreeze olarak yayımlanmıştır. Çalıştırmak için bir VPS, bu VPS'e işaret eden bir A kaydına sahip bir alan adı, 80 ve 443 numaralı portların açık olması ve Docker Engine ile Compose eklentisinin kurulu olması gerekir.

Bu kılavuz, deponun desteklediği dağıtım yöntemini ele alır: kendi sertifikalarını alan bir reverse proxy arkasında Docker Compose kurulumu. Ayrıca nelerin bozulabileceğine de değinir; çünkü bir biyografi linki başkalarının tıkladığı herkese açık bir URL'dir ve bozuk bir link tıklamayı kaybetmenize neden olur.

Tüm bunlara başlamadan önce, projenin ne kadar yeni olduğunun farkında olun.

LinkBreeze halka açık bir profil bağlantısı için yeterince olgun mu?

Ağustos 2026 itibarıyla depo 178 yıldıza, 17 çatal (fork) sayısına ve tek bir sürdürücüye sahiptir. İlk etiketli sürüm olan v1.0.0, 1 Temmuz 2026 tarihlidir. Bu, birkaç yıllık değil, birkaç haftalık bir projedir.

[
  {
    "week": "2026-06-29",
    "releases": 3,
    "cumulative": 3
  },
  {
    "week": "2026-07-06",
    "releases": 3,
    "cumulative": 6
  },
  {
    "week": "2026-07-13",
    "releases": 1,
    "cumulative": 7
  },
  {
    "week": "2026-07-20",
    "releases": 2,
    "cumulative": 9
  },
  {
    "week": "2026-07-27",
    "releases": 3,
    "cumulative": 12
  },
  {
    "week": "2026-08-03",
    "releases": 2,
    "cumulative": 14
  },
  {
    "week": "2026-08-10",
    "releases": 3,
    "cumulative": 17
  }
]

v1.0.0 sürümünden bu yana proje, 17 takvim haftası boyunca 7 adet etiketli sürüm yayınlamıştır. Bu kılavuz yazıldığında grafikteki son hafta henüz devam etmekteydi ve şimdiden 3 adet sürüm içeriyordu.

Bunu iki ayrı olgu olarak değerlendirin. Sürdürücü aktiftir ve hatalar günler içinde giderilmektedir. Ancak şema ve varsayılan ayarlar hala değişmektedir; bu nedenle kurup unuttuğunuz bir örnek, yazılan koddan zamanla büyük ölçüde uzaklaşacaktır.

Lisans sizi en kötü senaryolara karşı korur. MIT lisansı, bir container imajı ve kendi diskinizdeki bir SQLite dosyası, geliştirme süreci dursa bile elinizdekilerin çalışmaya devam edeceği anlamına gelir. Sizi korumadığı durum ise, güvenlik yamaları almayı bırakan ve zamanla bir risk haline gelen, dış dünyaya açık bir web uygulamasıdır. Bunu sürekli güncel tutacağınız bir yapı olarak kurun ve aşağıdaki yedekleme rutinini ilk günden itibaren çalışır durumda tutun.

Pin the image tag, and do not run latest

The release workflow pushes exactly two tags per version: latest, and the version number with the leading v removed. The pinned tag for release v1.2.7 is therefore ghcr.io/manak-hash/linkbreeze:1.2.7. Writing :v1.2.7 pulls nothing and Docker reports manifest unknown, because that tag was never pushed.

Pin it because latest moves. At the cadence in the chart above, a docker compose pull against latest is an unreviewed upgrade of a page your audience is using. With a pinned tag, an upgrade happens when you edit the file.

One more thing about the image. The release workflow builds with no platforms: setting, so the published image is linux/amd64 only. On an arm64 host the pull fails with no matching manifest for linux/arm64/v8 in the manifest list entries. If you run an ARM VPS rather than x86, build the image on the box instead:

git clone --branch v1.2.7 --depth 1 https://github.com/Manak-hash/LinkBreeze.git
cd LinkBreeze
docker build -t linkbreeze:1.2.7 .

Then use linkbreeze:1.2.7 as the image name in the compose file below.

LinkBreeze'i otomatik TLS ile Caddy arkasında dağıtma

Caddy, Let's Encrypt üzerinden sertifikaları kendi başına talep eder ve yeniler; bu nedenle TLS (taşıma katmanı güvenliği) için ayrı bir sertifika işlemine gerek yoktur. Tüm dağıtım, tek bir dizin içindeki üç dosyadan oluşur.

Önce gizli anahtarı oluşturun:

mkdir -p ~/linkbreeze && cd ~/linkbreeze
printf 'SECRET_KEY=%s\n' "$(openssl rand -hex 32)" > .env
chmod 600 .env

SECRET_KEY, yönetici oturum çerezini imzalar ve analitik ziyaretçi hash'ini tuzlar. Depoda yayınlanan compose dosyası bunu varsayılan olarak ${SECRET_KEY:-changeme-in-production} değerine ayarlar; bu adımı atlarsanız, örneğiniz GitHub'da herkese açık olarak paylaşılan bir oturum imzalama anahtarı ile çalışır. Bunu ilk başlatmadan önce ayarlayın; çünkü daha sonra değiştirmek oturumunuzu kapatır ve analitik tuzunu sıfırlar.

docker-compose.yml dosyasını yazın:

services:
  linkbreeze:
    image: ghcr.io/manak-hash/linkbreeze:1.2.7
    restart: unless-stopped
    volumes:
      - linkbreeze-data:/app/data
    environment:
      - DATABASE_PATH=/app/data/linkbreeze.db
      - SECRET_KEY=${SECRET_KEY}
      - BASE_URL=https://links.example.com
    networks:
      - linkbreeze-net

  caddy:
    image: caddy:2-alpine
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy-data:/data
      - caddy-config:/config
    networks:
      - linkbreeze-net

networks:
  linkbreeze-net:

volumes:
  linkbreeze-data:
  caddy-data:
  caddy-config:

BASE_URL isteğe bağlıdır ancak ayarlanması önerilir: uygulamaya gerçek genel adresini bildirir, böylece sahte bir Host başlığı ile gelen istekler uygulamanın başkasının alan adına bağlantılar oluşturmasına neden olamaz.

Caddyfile dosyasını, kendi alan adınızla yanına oluşturun:

links.example.com {
    encode zstd gzip
    reverse_proxy linkbreeze:3000
}

Caddy, proxy isteklerinde varsayılan olarak X-Forwarded-For ve X-Forwarded-Proto başlıklarını ayarlar; analitik verileri bunlara bağlıdır. Sistemi ayağa kaldırın:

docker compose up -d
docker compose ps
docker compose logs -f caddy

docker compose ps, LinkBreeze container'ını healthy olarak göstermelidir. İmaj kendi sağlık kontrolü olan wget --spider -q http://127.0.0.1:3000/api/health ile gelir, bu yüzden ayrıca eklemenize gerek yoktur. Sağlık kontrolünü deponun kendi Caddy örneğinden kopyalamayın: o örnek curl çağrısı yapar, ancak imaj node:22-alpine üzerine kuruludur; bu da busybox wget içerir ve curl içermez. O container, sayfaları mükemmel şekilde sunarken unhealthy raporu verebilir.

Tarayıcınızda https://links.example.com adresini açın. İlk ziyaret, tek yönetici hesabını oluşturan /setup adresindeki kurulum sihirbazına yönlendirir. Bundan sonra kontrol paneli /dashboard adresinde, giriş formu ise /login adresindedir. Bu hesap, bu örneğe özeldir ve uygulamada tekli oturum açma (SSO) kancası yoktur; bu nedenle kontrol panelinin barındırdığınız diğer servislerle aynı giriş bilgileriyle çalışmasını istiyorsanız, bunun için ön tarafta kendi kendine barındırılan bir Authentik gibi bir forward auth proxy kullanmanız gerekir.

Compose dosyasının ne yapmadığına dikkat edin: 3000 numaralı portu asla dışarıya açmaz. Genel arayüzde yalnızca Caddy dinleme yapar. Compose dosyası sözdizimi sizin için yeniyse, VPS için Docker Compose temelleri bu dosyanın varsaydığı kısımları kapsar; eğer ön tarafta zaten başka bir şey çalıştırıyorsanız, Nginx, Caddy ve Traefik karşılaştırması nelerin değişeceğini açıklar. Depo, Certbot ile Nginx, Traefik ve Cloudflare tüneli için çalışan örnekler içerir.

Verilerinizin konumu ve bir yedeğin neleri içermesi gerektiği

DATABASE_PATH, /app/data/linkbreeze.db dosyasını işaret eder. Yüklenen avatarlar ve bağlantı küçük resimleri, bunun yanında /app/data/uploads dizinine yazılır. Her ikisi de linkbreeze-data adlı volume içinde yer alır; bu nedenle yedekleme birimi, veritabanı dosyasının kendisi değil, volume'un tamamıdır. Dosyayı uploads dizini olmadan geri yüklerseniz, sayfadaki tüm görseller 404 hatası verir.

Geriye kalan her şey aslında o tek veritabanı içindedir: sayfalar, bağlantılar, ayarlar, tema, e-posta aboneleri ve analiz satırları.

Kopyayı container durdurulmuş halde alın:

docker compose stop linkbreeze
docker compose cp linkbreeze:/app/data ./backup-$(date +%F)
docker compose start linkbreeze

Önce durdurun; çünkü bir süreç yazma işlemi yaparken SQLite veritabanını kopyalamak, yarım kalmış bir işlemi yakalayabilir ve kopya dosya bozuk olarak açılır. Kopyalama işlemi sürerken sayfa çevrimdışıdır. Geri yükleme işlemi, aynı hareketin tersidir:

docker compose stop linkbreeze
docker compose cp ./backup-2026-08-14/. linkbreeze:/app/data
docker compose start linkbreeze
docker compose logs -f linkbreeze

Dashboard ayrıca /api/backup üzerinden linkbreeze-backup-YYYY-MM-DD.json olarak sunulan bir JSON dışa aktarma seçeneği de sunar. Bu dosya profili, bağlantıları, ayarları ve kaydedilmiş temaları taşır. Analiz geçmişini, e-posta abonelerini veya yüklenen görselleri taşımaz; ayrıca bu dosyayı geri yüklemek, mevcut dört tablodaki satırları siler ve dosyadakileri ekler. Bunu, sunucu taşımak veya bir düzenleme hatasını geri almak için bir yapılandırma anlık görüntüsü olarak değerlendirin. Volume kopyası, gerçek yedektir.

Burada, bir VPS üzerinde SQLite çalıştırma konusunda olduğu gibi iki depolama kuralı geçerlidir. Veritabanını yerel diskte tutun; çünkü SQLite'ın kilitleme mekanizması ağ dosya sistemlerinde güvenilir değildir ve bunu bozuk bir sayfa ile fark edersiniz. Eğer named volume yerine bir host bind mount kullanacaksanız, önce host dizininin sahipliğini değiştirin (chown): container, node:22-alpine içinde uid 1000 olan root olmayan node kullanıcısı olarak çalışır. Root tarafından oluşturulan bir dizine bu kullanıcı yazamaz; bu durumda uygulama veritabanını açamaz ve container başlangıçta kapanır. Compose içinde bind mount ve named volume karşılaştırması, bu değişimi tüm detaylarıyla ele alır.

Analitikler ve ihtiyaç duymadığınız çerez onay başlığı

Bu özellik, başka bir yerde ücretsiz olarak alabileceğiniz bir sayfayı kendi sunucunuzda barındırmanızı haklı kılan temel unsurdur.

Analitikler çerezsizdir. Ziyaretçiler için hiçbir çerez ayarlanmaz ve herkese açık sayfada hiçbir üçüncü taraf betiği yüklenmez. Ziyaretçi; IP adresi, user agent dizisi ve bir salt değerinin SHA-256 özeti alınarak ve bu özet 16 onaltılık karaktere kısaltılarak tanımlanır. Salt değeri, mevcut UTC tarihi ile SECRET_KEY değerinizin bir özetidir; bu nedenle gece yarısı UTC'de değişir ve dünün özetleri bugünkülerle eşleştirilemez. Ham IP adresi veritabanına asla yazılmaz.

Tıklamalar sunucu tarafında sayılır. Herkese açık sayfadaki her http bağlantısı, kendi alan adınız üzerindeki /go/<id> adresine yönlenir; bu adres tıklamayı kaydeder ve ardından gerçek hedefe 302 yönlendirmesi ile yanıt verir. Bu sayede sayma işlemi, JavaScript devre dışı olan okuyucular ve arka plan isteklerini engelleyen uygulama içi tarayıcılar için de çalışır. Sayfa görüntülemeleri /api/track aracılığıyla kaydedilir.

İki istisnayı bilmekte fayda vardır. Geçerli bir yönetici oturumu taşıyan istekler atlanır, böylece kendi sayfanızı düzenlemek sayıları yapay olarak artırmaz. Bilinen tarayıcı (crawler) user agent'ları da atlanır.

Onay konusuna gelince: Okuyucunun cihazında hiçbir şey saklanmaz; çerez onay başlığı, okuyucunun cihazında saklanan çerezler için izin ister. Yükümlülükleriniz yine de okuyucularınızın yaşadığı yere bağlıdır, bu yüzden bunları kontrol edin; ancak burada açıklanması gereken bir takip çerezi ve veriyi alan bir üçüncü taraf yoktur.

İnsanları şaşırtan bir uyarı: SECRET_KEY değerini döndürdüğünüzde günlük salt değeri de onunla birlikte değişir, bu nedenle o andan itibaren geri gelen her ziyaretçi yeni olarak sayılır.

Analitik ülke sütunu neden boş?

Yığın içerisinde hiçbir bileşen ülke başlığını (header) ayarlamadığı için bu durum yaşanır. LinkBreeze, ülkeyi cf-ipcountry ve x-vercel-ip-country gibi proxy başlıklarından çözer. Kendi Caddy veya Nginx sunucunuzun arkasındaki bir VPS üzerinde bu başlıkların hiçbiri mevcut değildir; bu nedenle ülke bilgisi null olarak kaydedilir ve döküm boş kalır. Container içerisinde herhangi bir GeoIP veritabanı bulunmamaktadır.

Bunu doldurmanın iki yolu vardır. Alan adının önüne Cloudflare koyarak her isteğe cf-ipcountry eklenmesini sağlayabilirsiniz. Alternatif olarak, yerel bir GeoIP sorgusu kullanarak kendi reverse proxy'niz üzerinden bu başlıklardan birini ayarlayabilirsiniz.

İlgili tuzak daha kritiktir, bu yüzden kontrol edilmelidir. Tıklama ve görüntüleme işleyicileri, istemci adresini önce X-Forwarded-For, ardından X-Real-IP üzerinden okur; hiçbir başlık bulunmadığında ise 0.0.0.0 değerine geri döner. 3000 numaralı portu önünde bir proxy olmadan doğrudan internete açarsanız, tüm ziyaretçiler aynı değerle hash'lenir. Bu durum, tekil ziyaretçi sayısının sürekli 1 olarak görünmesine ve IP başına dakikada 60 etkinlik olan hız sınırlamasının (rate limit) tüm kitlenize aynı anda uygulanmasına neden olur. Yukarıdaki reverse_proxy yönergesi kullanıldığında, Caddy başlığı sizin yerinize ayarlar ve her iki sorun da ortadan kalkar.

Linktree üzerinden içe aktarma ve aktarılmayan veriler

Paneldeki taşıma sihirbazı, herkese açık bir profil URL'sini veya dışa aktarılmış bir dosyayı kabul eder. linktr.ee, bento.me, lnk.bio, tap.link, hopp.bio, beacons.ai, solo.to, linkfly, mssg.me ve LittleLink sayfalarının yanı sıra genel HTML ve JSON dışa aktarımlarını tanır. Bir Linktree veya Bento URL'si için, bu sayfaların gömdüğü __NEXT_DATA__ JSON verisini okur. Statik bir sayfa için ise çapa (anchor) etiketlerini okur.

Aktarılan veriler; her bağlantının başlığı, URL'si, açıklaması ve görseli, bağlantının bir sosyal profil olup olmadığı, görünen adınız, biyografiniz ve avatarınızdır. Veritabanına herhangi bir kayıt yazılmadan önce, bulunan bağlantılardan hangilerinin tutulacağını siz seçersiniz.

Aktarılmayan veriler ise analiz geçmişi, tema ve düzen, e-posta aboneleri, planlanmış yayın tarihleri ve eski platformun kendi giriş ekranı arkasında tuttuğu her şeydir. Görünümü manuel olarak yeniden oluşturmayı planlayın ve eski tıklama geçmişinin eski serviste kalacağını kabul edin.

İçe aktarıcı, URL'yi tarayıcınızdan değil sunucunuzdan çeker; bu nedenle herkese açık olmayan adresleri reddeder. Private/local URLs are not allowed, kendi ağınız içindeki bir adresi verdiğiniz anlamına gelir ve bu reddetme işlemi kasıtlıdır: bu kısıtlama olmasaydı, panele erişimi olan herkes sunucunuzu, yalnızca sunucunuzun ulaşabildiği makineleri taramak için kullanabilirdi. Görebileceğiniz diğer mesajlar Only http and https URLs are allowed, Request timed out ve Response too large'tir.

Veri kazıma (scraping), başkasının işaretleme diline (markup) bağlıdır. Sihirbaz, bağlantı içerdiği açık olan bir sayfada hiçbir şey bulamazsa, o platform ayrıştırıcı yazıldığından bu yana HTML yapısını değiştirmiş demektir. Bir düzeltme beklemek yerine bağlantıları manuel olarak ekleyin. Eğer istediğiniz şey bir profil sayfasından ziyade ölçülebilir kısa bağlantılar ise, Shlink gibi kendi sunucunuzda barındırdığınız bir URL kısaltıcı bu işi yapar ve aynı makinede sorunsuz çalışır.

Sabitlenmiş bir dağıtımı güncelleme

# edit the image tag in docker-compose.yml, then
docker compose pull
docker compose up -d
docker compose logs -f linkbreeze

Şema geçişleri (schema migrations), container başladığında otomatik olarak çalışır. Bunları geriye doğru çalıştırmanın belgelenmiş bir yolu yoktur, bu nedenle öncelikle volume yedeğini alın. Geri alınamayan bir yükseltme, yalnızca önceki durumu geri yükleyebildiğinizde güvenlidir.

Daha yeni bir sürüm mevcut olduğunda panelde bir bildirim çubuğu görüntülenir. Bu kontrol, projenin GitHub deposundan her 24 saatte bir küçük bir sürüm dosyası çekilerek yapılır ve kurulumunuz hakkında hiçbir veri gönderilmez. Etiketi değiştirmeden önce sürüm notlarını okuyun; çünkü projenin bu aşamasında küçük bir sürüm değişikliği, güvendiğiniz varsayılan ayarları değiştirebilir.

Hata modları ve karşılaşacağınız dizgeler

manifest unknown çekme işlemi sırasında. Etiket :v1.2.7 olarak yazılmıştır. Registry etiketleri v içermez, bu yüzden :1.2.7 kullanın.

no matching manifest for linux/arm64/v8 in the manifest list entries. Yayınlanan imaj yalnızca amd64 mimarisi içindir. İmajı, etiketli kaynaktan ARM sunucusu üzerinde derleyin.

Konteyner unhealthy rapor ediyor ancak sayfa düzgün yükleniyor. Compose dosyanızdaki bir sağlık kontrolü (healthcheck), imajın içinde bulunmayan curl komutunu çağırıyor. Bu satırı silin ve imajın kendi wget sağlık kontrolünün çalışmasına izin verin.

Caddy sertifika hatası veriyor veya hiçbir şey sunmuyor. docker compose logs caddy dosyasını kontrol edin. Bunun yaygın nedenleri, A kaydının henüz bu VPS'e yönlendirilmemiş olması veya güvenlik duvarında 80 numaralı portun kapalı olmasıdır; bu durum, Caddy'nin alan adını kontrol ettiğini kanıtlamak için kullandığı ACME (otomatik sertifika yönetimi ortamı) HTTP sınamasını engeller.

Tekil ziyaretçi sayısı 1'de takılı kalıyor. Hiçbir proxy X-Forwarded-For başlığını ayarlamıyor, bu nedenle tüm ziyaretçiler aynı şekilde hashleniyor.

Konteyner dün çalışmasına rağmen başlatıldıktan hemen sonra kapanıyor. Eğer adlandırılmış bir volume yapısından host bind mount yapısına geçtiyseniz, veri dizini root kullanıcısına aittir ancak uygulama uid 1000 ile çalışıyordur; bu nedenle veritabanı dosyasını açamaz. Host dizininin sahipliğini sudo chown -R 1000:1000 ile değiştirin.

İzleme istekleri HTTP 429 ile yanıtlanıyor. /api/track ve /go/<id> üzerindeki IP başına hız sınırlamasına (throttle) takıldınız. Ziyaretçiler hala hedeflerine yönlendirilir, sadece tıklama kaydedilmez.

FAQ

LinkBreeze halka açık bir "link in bio" sayfası için hazır mı?

Bu henüz yeni bir proje. Ağustos 2026 itibarıyla depo 178 yıldıza, 17 çatal (fork) sayısına ve tek bir sürdürücüye sahip; ilk sürüm ise 1 Temmuz 2026 tarihli. Sürümler haftada ortalama iki kereden fazla yayınlanıyor, bu nedenle hatalar hızla gideriliyor ve davranışlar da hızla değişiyor. MIT lisansı ve yerel SQLite dosyası, geliştirme dursa bile çalışan bir sayfaya sahip olacağınız anlamına gelir; ancak güvenlik yamaları almayan halka açık bir web uygulaması risk oluşturur. Bu nedenle yazılımı bir kez kurup bırakmak yerine, güncel tutmanız gereken bir yapı olarak değerlendirin.

Hangi LinkBreeze imaj etiketini çalıştırmalıyım?

Örneğin ghcr.io/manak-hash/linkbreeze:1.2.7 gibi sürüm etiketini çalıştırın ve bu etiketi bilinçli olarak değiştirin. Sürüm iş akışı yalnızca latest ve sürüm numarasını gönderir; bu nedenle v içeren :v1.2.7 mevcut değildir ve Docker manifest unknown hatasını döndürür. İmaj yalnızca linux/amd64 mimarisi için derlenmiştir; bu yüzden arm64 bir VPS üzerinde etiketi klonlayıp yerel olarak derlemeniz gerekir.

LinkBreeze analizlerinde ülke dökümü neden boş kalıyor?

LinkBreeze, ziyaretçi ülkesini cf-ipcountry veya x-vercel-ip-country gibi proxy başlıklarından okur ve kendi bünyesinde bir GeoIP veritabanı barındırmaz. Kendi Caddy veya Nginx sunucunuzun arkasındaki bir VPS bu başlıkların hiçbirini ayarlamaz, bu yüzden ülke bilgisi null olarak kaydedilir. Alan adınızın önüne Cloudflare ekleyin veya reverse proxy sunucunuzun yerel bir GeoIP sorgusu üzerinden bu başlıklardan birini ayarlamasını sağlayın.

Tam olarak neyi yedeklemeliyim ve nasıl geri yüklerim?

Sadece veritabanı dosyasını değil, tüm linkbreeze-data birimini (volume) yedekleyin. /app/data/linkbreeze.db tüm bağlantıları, sayfaları, ayarları, aboneleri ve analiz satırlarını; /app/data/uploads ise sayfanın referans verdiği avatar ve küçük resimleri tutar. Container'ı durdurun, docker compose cp linkbreeze:/app/data ./backup-$(date +%F) komutunu çalıştırın ve ardından tekrar başlatın. Geri yükleme işlemi için dizini durdurulmuş container içine kopyalayıp container'ı başlatmanız yeterlidir. Dashboard üzerinden alınan JSON dışa aktarımı; profil, bağlantılar, ayarlar ve temaların bir yapılandırma anlık görüntüsüdür; analiz verilerini ve görselleri içermez.

Linktree üzerinden içe aktarma yapmak analizlerimi ve temamı getirir mi?

Hayır. Geçiş sihirbazı; eski halka açık profilinizden bağlantı başlıklarını, URL'leri, açıklamaları ve görselleri, ayrıca görünen adınızı, biyografinizi ve avatarınızı okur. Analiz geçmişi, tema, e-posta aboneleri ve planlanmış yayın tarihleri eski platformda kalır. İçe aktarma işleminden sonra tema düzenleyicide görünümü yeniden oluşturun ve tıklama geçmişinizin eski platformda kalacağını göz önünde bulundurun.