Ticimax veya IdeaSoft'tan WooCommerce'e Geçiş: Ürün, Müşteri ve SEO'yu Kaybetmeden Taşıma

Abonelik yenileme e-postası geldi, fiyat yine arttı ve bu sefer çıkmaya karar verdiniz. Panelin çıktı ekranından ürünleri Excel olarak indirdiniz, dosyayı açtınız ve ilk satırda takıldınız: 420 ürününüz var ama dosyada 1.860 satır ve "Beden" sütununda kimi satırda S, kimisinde S,M,L,XL yazıyor. Görsel sütununda tam URL yok, sadece 12345_1.jpg gibi dosya adları var. Müşteri listesini indirdiğinizde şifre sütunu ise hiç gelmiyor.

Bu üç sürpriz, kapalı bir altyapıdan çıkarken karşılaşacağınız işin özetidir. Geçiş projesinin zor kısmı WooCommerce kurmak değil — o bir öğleden sonralık iş. Zor kısım, verinin dışarı çıkarılabilen ve çıkarılamayan kısımlarını doğru ayırmak, çıkanı WooCommerce'in beklediği şemaya çevirmek ve iki platformun URL yapısı farklı olduğu için Google'da biriktirdiğiniz sıralamayı yönlendirmeyle korumaktır. Bu üçünden birini atlarsanız site açılır, ürünler görünür, ama organik trafiğin yarısı iki hafta içinde kaybolur.

Bu rehber "hangisini seçmeli" tartışmasını yapmıyor; o karar için e-ticaret altyapısı seçimi yazısı var. Burada kararı çoktan vermiş olduğunuzu varsayıyor ve geçişin kendisini sırayla ele alıyoruz: veri çıkarma, CSV dönüşümü, varyasyonların kırıldığı nokta, görsel taşıma, 301 haritası, sanal POS ve kargo entegrasyonlarının sıfırdan kurulması, kesintisiz devreye alma takvimi ve geri dönüş senaryosu.

Kapalı Altyapıdan Neyi Çıkarabilirsiniz, Neyi Çıkaramazsınız?#

Geçiş planını yapmadan önce bu tabloyu netleştirin. En sık yaşanan hayal kırıklığı, "hepsini alırım" varsayımıyla eski aboneliği iptal edip sonra bir şeyin taşınamadığını fark etmektir.

İki satır özellikle karar değiştirir. Şifreler taşınamaz — bu bir eksiklik değil, tasarım gereğidir: farklı platformlar farklı hash algoritması kullanır ve hash geri çevrilemez. Yani geçiş gününde bütün müşterilerinize "şifrenizi yenileyin" e-postası göndereceksiniz; bunu bir kayıp değil, planın parçası olarak kabul edin ve metni önceden hazırlayın.

Geçmiş siparişler ise bir maliyet-fayda kararıdır. Beş yıllık sipariş geçmişini WooCommerce'e gerçek sipariş kaydı olarak aktarmak, sipariş numarası çakışması ve durum eşlemesi yüzünden günler alır. Çoğu mağaza için doğru karar, geçmişi Excel arşivi olarak saklamak ve WooCommerce'i geçiş tarihinden itibaren temiz başlatmaktır. Müşteri "geçen yılki siparişimin faturası" derse arşivden bulursunuz.

Veriyi Dışa Aktarma: Panel Çıktısı, Web Servisi ve Site Haritası#

Kapalı altyapılarda veriye üç kapıdan ulaşırsınız ve üçünü birden kullanmanız gerekir, çünkü hiçbiri tek başına yeterli değildir.

1. Panel çıktı ekranı. IdeaSoft'ta Idea Output çıktı sistemi ürünleri Excel veya XML olarak dışa aktarır; Ticimax tarafında da panelden ürün, kategori ve müşteri listesi indirilebilir. Burada dikkat edilecek nokta, çıktının sütun seçimli olmasıdır: varsayılan şablon genellikle SEO alanlarını ve ürün özelliklerini dışarıda bırakır. Çıktıyı almadan önce seçilebilir sütunların tamamını işaretleyin; bir sütunu sonradan fark edip ikinci kez indirmek, eşleştirme çalışmanızı baştan aldırır.

2. Web servisi / XML. Ticimax panelinde Ayarlar > Web Servis Kullanıcıları bölümünden bir servis kullanıcısı tanımlayıp ürün servisine bağlanabilirsiniz; dışarıya XML verme özelliği de aynı amaca hizmet eder. Servis çıktısı, panelin Excel çıktısına göre genellikle daha eksiksizdir — özellikle varyasyon ve stok kırılımında. Teknik ekibiniz varsa bu yolu tercih edin.

3. Site haritası. Bu üçüncü kaynak SEO tarafı için zorunludur ve çoğu geçiş projesinde atlanır. Eski sitenin sitemap.xml dosyası, Google'ın bildiği bütün URL'lerin listesidir; 301 haritanızın sol sütunu buradan gelecek. Aboneliği iptal etmeden önce indirin:

# Site haritasindaki tum URL'leri duz metne dokun
curl -s https://eskisiteniz.com/sitemap.xml \
  | grep -o '<loc>[^<]*</loc>' \
  | sed -e 's|<loc>||' -e 's|</loc>||' \
  | sort -u > eski-urller.txt

wc -l eski-urller.txt

Site haritası birden fazla dosyaya bölünmüşse (sitemap_index.xml) önce alt haritaları listeleyip her birini aynı komutla çekin. Aynı anda Google Search Console'dan son 12 ayın "Sayfalar" raporunu CSV olarak indirin: site haritasında olmayan ama trafik alan URL'ler orada görünür ve bunlar yönlendirilmesi en kritik adreslerdir.

Excel'i WooCommerce Şemasına Dönüştürme#

WooCommerce'in yerleşik içe aktarıcısı belirli sütun adlarını tanır. Panel çıktısındaki Türkçe başlıkları bu şemaya çevirmeniz gerekir. İçe aktarma ekranındaki eşleştirme sayfası bunu kısmen yapar, ama varyasyon kurgusunu ekrandan düzeltemezsiniz — dosyayı önceden hazırlamak zorundasınız.

Basit (varyasyonsuz) ürünler için minimum sütun seti şudur:

İki dönüşüm hatası neredeyse her projede çıkar. Birincisi fiyat biçimi: panel çıktısı 1.299,90 TL gibi gelir; WooCommerce 1299.90 bekler. Excel'de bul-değiştir ile binlik ayracı silin, virgülü noktaya çevirin, para birimini kaldırın. İkincisi karakter kodlaması: Excel'de kaydettiğiniz CSV Türkçe karakterleri bozuyorsa dosyayı UTF-8 olarak kaydetmeniz gerekir. İçe aktarıcının davranışı, kodlama ayrıntıları ve büyük dosyaların zaman aşımı almadan yüklenmesi WooCommerce CSV ürün aktarma yazısında ayrıntılı ele alınıyor; bu yazıda o mekaniği tekrarlamıyoruz.

Varyasyonlu Ürünler: Geçişin En Sık Kırıldığı Yer#

Bütün geçiş projelerinde en çok vakit yiyen tek konu budur ve sebebi basit bir model farkıdır.

Kapalı altyapılar varyasyonu genellikle tek satırda tutar: bir ürün satırı ve içinde Beden: S,M,L / Renk: Siyah,Beyaz gibi bir seçenek metni. WooCommerce ise varyasyonu ayrı satırlar hâlinde ister: bir üst (variable) satır ve her kombinasyon için bir alt (variation) satır. Yani 3 beden × 2 renk, WooCommerce tarafında 1 + 6 = 7 satırdır.

Dönüşümün kuralları şunlardır:

1. Üst satır Type sütununda variable değerini alır. Attribute 1 name sütununa Beden, Attribute 1 value(s) sütununa bütün değerler dikey çizgiyle yazılır: S | M | L. Attribute 1 visible = 1, kombinasyonda kullanılacağı için Attribute 1 global = 1 tercih edilir.
2. Alt satırlar Type sütununda variation değerini alır ve Attribute 1 value(s) sütununda tek bir değer taşır: M.
3. Bağ Parent sütunuyla kurulur. Alt satırın Parent hücresine üst satırın ID sütunundaki değerin başına id: getirilerek yazılır — örneğin id:1001. Bu, dosya içi bir referanstır; WordPress'teki gerçek gönderi numarası değildir.
4. Her varyasyonun kendi SKU'su, fiyatı ve stoğu olur. Fiyatı yalnızca üst satıra yazarsanız varyasyonlar fiyatsız görünür ve sepete eklenemez.

Küçük bir örnek dosya şöyle görünür:

ID,Type,SKU,Name,Parent,Published,Regular price,Stock,"Attribute 1 name","Attribute 1 value(s)","Attribute 1 visible","Attribute 1 global"
1001,variable,TS-100,"Basic Tisort",,1,,,"Beden","S | M | L",1,1
,variation,TS-100-S,,id:1001,1,299.90,12,"Beden","S",1,1
,variation,TS-100-M,,id:1001,1,299.90,20,"Beden","M",1,1
,variation,TS-100-L,,id:1001,1,329.90,7,"Beden","L",1,1

Panel çıktısını bu biçime çevirmek için elle uğraşmayın; tek satırlık seçenek metnini satırlara açan küçük bir betik yazın. Kaba mantık şudur:

<?php
// Tek satirlik "S,M,L" seceneklerini varyasyon satirlarina acar.
$kaynak = fopen('panel-cikti.csv', 'r');
$hedef  = fopen('woo-import.csv', 'w');

$basliklar = fgetcsv($kaynak);
$satirNo   = 1000;

while ($r = fgetcsv($kaynak)) {
    $veri     = array_combine($basliklar, $r);
    $bedenler = array_filter(array_map('trim', explode(',', $veri['Beden'])));
    $satirNo++;

    if (count($bedenler) < 2) {
        fputcsv($hedef, ['', 'simple', $veri['StokKodu'], $veri['UrunAdi'], '', 1,
                         $veri['Fiyat'], $veri['Stok'], '', '', '', '']);
        continue;
    }

    // Ust satir
    fputcsv($hedef, [$satirNo, 'variable', $veri['StokKodu'], $veri['UrunAdi'], '', 1,
                     '', '', 'Beden', implode(' | ', $bedenler), 1, 1]);

    // Alt satirlar
    foreach ($bedenler as $b) {
        fputcsv($hedef, ['', 'variation', $veri['StokKodu'] . '-' . $b, '', 'id:' . $satirNo, 1,
                         $veri['Fiyat'], '', 'Beden', $b, 1, 1]);
    }
}

Bu betiği kendi sütun adlarınıza uyarlayın ve önce 20 ürünlük bir örnekle çalıştırıp WooCommerce'e aktarın. Varyasyon kurgusunun doğru olduğunu ancak ürün sayfasında seçenek kutularını gerçekten görüp sepete ekleyerek anlarsınız. Ürün tiplerinin WooCommerce tarafındaki karşılıkları için WooCommerce ürün tipleri yazısına bakabilirsiniz.

Görselleri Eski Sunucu Kapanmadan Taşıma#

WooCommerce içe aktarıcısı Images sütunundaki URL'leri indirerek medya kütüphanesine ekler. Bunun iki sonucu vardır: URL'lerin tam ve erişilebilir olması gerekir, ve eski site kapanmadan önce aktarımı tamamlamış olmanız gerekir.

Panel çıktısı çoğu zaman tam URL değil dosya adı verir. Önüne sunucu yolunu ekleyerek tamamlayın:

# "12345_1.jpg" gibi dosya adlarini tam URL'e cevirir
awk -F',' 'NR>1 { print "https://eskisiteniz.com/urun_resimleri/" $8 }' panel-cikti.csv > gorsel-urlleri.txt

# Hepsinin gercekten erisilebildigini dogrula (200 disi kodlari yazdirir)
while read -r u; do
  kod=$(curl -o /dev/null -s -w '%{http_code}' "$u")
  [ "$kod" != "200" ] && echo "$kod $u"
done < gorsel-urlleri.txt

Bu doğrulamayı içe aktarmadan önce yapın. WooCommerce indiremediği görseli sessizce atlar ve 400 ürünü aktardıktan sonra hangisinin görselsiz kaldığını bulmak, baştan kontrol etmekten çok daha uzun sürer.

İçe aktarma sırasında yüzlerce görselin indirilmesi paylaşımlı hostingte zaman aşımına yol açabilir. Dosyayı 200-300 satırlık parçalara bölüp sırayla yükleyin. Ayrıca eski görseller genellikle optimize edilmemiş olarak gelir; aktarım bittikten sonra medya kütüphanesini bir kez elden geçirmek sayfa hızınıza doğrudan yansır.

301 Yönlendirme Haritası: SEO'yu Koruyan Tek Adım#

İki platformun URL yapısı aynı değildir. Eski sitede ürün adresi /urun/kirmizi-tisort-p-1234 biçimindeyken WooCommerce varsayılan olarak /urun/kirmizi-tisort/ üretir. Yönlendirme kurmazsanız Google'ın dizinindeki her ürün adresi 404 döner ve o sayfaların biriktirdiği otorite kaybolur. Etki genellikle geçişten 7-14 gün sonra görünür ve o noktada telafisi haftalar alır.

Haritayı varsayarak değil, ölçerek kurun. Eski URL desenini tahmin etmeyin; yukarıda indirdiğiniz eski-urller.txt dosyası zaten gerçek desenin kendisidir.

Adımlar şöyle işler:

1. Eski URL listesini ürün/kategori/sayfa olarak ayırın. Desen genellikle bellidir (/urun/, /kategori/ gibi bir ön ek veya -p-1234 gibi bir sonek).
2. Eşleştirme anahtarını seçin. En güvenilir anahtar ürün kodudur (SKU); eski URL'de kod geçiyorsa doğrudan eşlersiniz. Geçmiyorsa ürün adının sluglaştırılmış hâlini kullanırsınız.
3. Yeni URL'leri WooCommerce'ten çekin. Aktarım bittikten sonra tek sorguyla alırsınız:

SELECT p.post_name AS slug, pm.meta_value AS sku
FROM wp_posts p
LEFT JOIN wp_postmeta pm ON pm.post_id = p.ID AND pm.meta_key = '_sku'
WHERE p.post_type = 'product' AND p.post_status = 'publish';

4. İki listeyi SKU üzerinden birleştirin ve eski-url,yeni-url biçiminde iki sütunlu bir CSV üretin.
5. Kuralları uygulayın. Birkaç yüz satıra kadar .htaccess yeterlidir:

Redirect 301 /urun/kirmizi-tisort-p-1234 https://siteniz.com/urun/kirmizi-tisort/
Redirect 301 /kategori/tisort-c-12      https://siteniz.com/urun-kategori/tisort/

Binlerce kural söz konusuysa .htaccess her istekte baştan sona okunduğu için siteyi yavaşlatır. Bu ölçekte veritabanı tabanlı bir yönlendirme eklentisi (CSV içe aktarma destekleyenler tercih edilir) veya sunucu yapılandırmasında bir eşleme tablosu daha doğrudur. Yönlendirme tipleri ve WordPress tarafındaki uygulama seçenekleri için WordPress 301 yönlendirme yazısına bakın.

Son olarak kalanları toplayın: eşleşmeyen eski URL'leri ilgili kategori sayfasına yönlendirin. Ürün artık satılmıyorsa bile kategoriye yönlendirmek, 404 bırakmaktan her zaman iyidir. Geçiş sonrası izlenmesi gereken metrikler için site taşıma sonrası SEO trafik kaybı yazısı iyi bir kontrol listesi sunar.

Sanal POS, Kargo ve E-Fatura Entegrasyonlarını Sıfırdan Kurma#

Bu başlık geçiş takviminde en çok hafife alınan kalemdir, çünkü teknik değil kurumsal bir süreçtir ve süresini siz belirlemezsiniz.

• Sanal POS. Bankanızla veya ödeme kuruluşuyla olan anlaşma altyapıya değil size aittir, ama entegrasyon yeniden kurulur: yeni alan adı/dizin bildirimi, test ortamında 3D Secure doğrulaması ve bankanın onayı gerekir. Bu süreç bankaya göre birkaç gün ile iki hafta arasında değişir; geçiş tarihini buna göre planlayın. Ödeme kuruluşu tarafındaki kurulum adımları için iyzico entegrasyonu ve PayTR entegrasyonu yazıları başlangıç noktası olabilir.
• Kargo. Eski panelde hazır gelen kargo entegrasyonu WooCommerce'te ayrı bir eklentidir. Firma kodlarınızı, sözleşmeli fiyatlarınızı ve gönderi barkod formatınızı yeniden tanımlayacaksınız; kurulum ve kural mantığı WooCommerce kargo ayarları yazısında.
• E-fatura / e-arşiv. Kapalı altyapılarda genelde paket içinde gelir. WooCommerce'te entegratörünüzün eklentisiyle veya API ile kurulur; fatura seri numarası sürekliliğini korumak için entegratörünüze geçiş tarihini bildirin.
• Pazaryeri bağlantıları. Trendyol, Hepsiburada gibi kanallara ürün besleyen entegrasyonlar eski panelde tanımlıysa, geçiş sonrası stok senkronizasyonu kopar. Bu bağlantıların yeni kurulumu tamamlanmadan eski paneli kapatmayın.

Bu dört kalemi geçiş planına ayrı iş kalemleri olarak yazın. "Site taşındı, entegrasyonları da sonra hallederiz" yaklaşımı, ilk gün gelen siparişin faturasının kesilememesiyle sonuçlanır.

Kesintisiz Geçiş Takvimi ve Geri Dönüş Senaryosu#

Yeni mağazayı canlıya almanın güvenli yolu, iki sistemi bir süre paralel çalıştırmaktır.

1. T-30 gün. WooCommerce'i alt alan adında (yeni.siteniz.com) kurun. Arama motorlarına kapatın: WordPress'in Ayarlar > Okuma ekranındaki dizine ekleme engelini işaretleyin ve bir HTTP kimlik doğrulaması ekleyin. İki kopya sitenin aynı anda dizine girmesi, geçişten daha büyük bir SEO sorunudur.
2. T-21 gün. Ürün ve kategori aktarımını yapın, varyasyonları örnekle doğrulayın, görselleri kontrol edin.
3. T-14 gün. Ödeme, kargo ve e-fatura entegrasyonlarını kurun; test kartıyla uçtan uca en az beş sipariş geçin (başarılı, iptal, iade, kapıda ödeme, havale).
4. T-7 gün. 301 haritasını hazırlayın ve alt alan adında test edin. Müşterilere "şifre yenileme" bilgilendirme e-postasını planlayın.
5. T-2 gün. Alan adının DNS TTL değerini 300 saniyeye düşürün. Yayılma süresini kısaltmak, geri dönüş ihtimalini de hızlandırır.
6. Geçiş günü. Eski panelde satışı kapatın (bakım kipi). Son ürün/stok/müşteri çıktısını alın ve farkı yeni sisteme işleyin. Alt alan adındaki dizine ekleme engelini kaldırın, siteyi asıl alan adına alın, DNS'i çevirin, 301 kurallarını devreye sokun.
7. Geçiş günü + 1 saat. Ana sayfa, kategori, ürün, sepet ve ödeme akışını gerçek bir kartla test edin. Search Console'a yeni site haritasını gönderin.
8. İlk 14 gün. Search Console'daki 404 raporunu her gün kontrol edin; eşleşmeyen eski URL'leri haritaya ekleyin.

Geri dönüş senaryosu planın ayrılmaz parçasıdır. Eski aboneliğinizi geçişten sonra en az bir ay daha açık tutun ve o süre boyunca eski kurulumu silmeyin. Ciddi bir sorun çıkarsa (ödeme akışı çalışmıyor, ürünlerin yarısı eksik) yapılacak iş DNS'i geri çevirmektir; TTL'i düşürmüş olduğunuz için bu dakikalar içinde etkili olur. Geri dönerseniz o süre içinde yeni sistemde alınan siparişleri elle eski panele işlemeniz gerekir — bu yüzden geçiş gününü ayın en sakin gününe, tercihen hafta içi sabaha koyun.

Sıkça Sorulan Sorular#

Müşterilerimin şifreleri neden taşınamıyor?#

Platformlar şifreleri düz metin olarak değil, geri çevrilemez bir özet (hash) olarak saklar ve her platform farklı algoritma ile farklı ayarlar kullanır. Eski sistemin özetini WooCommerce'e kopyalasanız bile giriş sırasında doğrulama başarısız olur. Doğru yaklaşım, müşteri kayıtlarını e-posta ve adres bilgileriyle aktarıp geçiş günü toplu bir şifre yenileme bağlantısı göndermektir.

Geçmiş siparişleri WooCommerce'e aktarmalı mıyım?#

Çoğu mağaza için gerekmez. Geçmiş siparişleri Excel arşivi olarak saklamak, muhasebe ve müşteri sorgularının tamamını karşılar. Aktarım kararı verirseniz sipariş numarası çakışmasına dikkat edin: WooCommerce sipariş numaralarını gönderi numarasıyla üretir ve eski numaralarla çakışabilir. Bu durumda yeni siparişleri eski en yüksek numaranın üzerinden başlatan bir eklenti kullanın.

301 yönlendirmeleri ne kadar süre açık kalmalı?#

En az 12 ay. Google eski adresi dizininden düşürüp yenisini yerleştirene kadar geçen süre birkaç hafta olsa da, dış siteler ve eski e-postalardaki bağlantılar yıllarca eski adresi kullanmaya devam eder. Yönlendirmeleri kaldırmak için acele etmeyin; sunucuya yükü, kaybedilen bir ziyaretçinin maliyetinin yanında ihmal edilebilir düzeydedir.

Varyasyonlu ürünlerde "sepete ekle" düğmesi çalışmıyor, sebebi ne olabilir?#

Neredeyse her zaman eksik varyasyon verisidir. Üç noktayı kontrol edin: alt satırların Parent hücresinde üst satırın ID değeri id: önekiyle yazılı mı, her varyasyonun kendi fiyatı var mı, ve üst satırdaki Attribute 1 value(s) listesi alt satırlardaki değerlerin tamamını kapsıyor mu. Üst satırda tanımlı olmayan bir değeri taşıyan varyasyon, ürün sayfasında seçilebilir hâle gelmez.

Geçişi yaparken eski siteyi ne zaman kapatmalıyım?#

Yeni sitede en az beş gerçek sipariş sorunsuz tamamlanana ve entegrasyonların tamamı (ödeme, kargo, e-fatura, pazaryeri) doğrulanana kadar kapatmayın. Pratik ölçü, geçişten sonra bir ay daha aboneliği sürdürmektir. Bu süre hem geri dönüş imkânı sağlar hem de panelde unuttuğunuz bir veriyi (yorumlar, eski faturalar, kampanya metinleri) fark ettiğinizde geri dönüp almanıza izin verir.