Yayınlanmış Misafir Yazıda Değişiklik Talebi Politikası

Yayınlanmış bir misafir yazı için gelen değişiklik talebini üç sınıfa ayırın: yazım ve olgu düzeltmesi, link ya da anchor değişikliği, tarih ve sürüm talebi. Birinci sınıf politikayla kabul edilir, ikinci sınıf ayrı incelemeye girer, üçüncü sınıf ise yalnız içerik gerçekten değiştiyse tarihe yansır. Misafir yazı kabul eden bir blogun yöneticisiyseniz ya da yayına girmiş yazılar üzerinde yazarlardan istek alan bir editörseniz, aşağıdaki politika iskeleti bu talepleri kişiden bağımsız yanıtlamanızı sağlar.

Kısa karar: Sonradan link eklemeyi yasaklamak zorunda değilsiniz, ama her ekleme talebini yeni bir yayın kararı gibi ele alın. Kırık link onarımı ve olgu düzeltmesi kabul edilebilir; yeni bir ticari link ya da anchor değişikliği ise yeniden inceleme ve gerekiyorsa rel kararı gerektirir. Tarihi, yalnızca değişiklik içerikte anlam taşıyorsa güncelleyin.

Değişiklik talebi neden politika gerektirir

Üç tarafın üç farklı beklentisi

Yayınlanmış bir yazı için gelen talep, üç tarafın beklentisini çarpıştırır. Yazar, yazısının kendi adıyla ve istediği biçimde durmasını bekler. Yayıncı, sitesindeki içeriğin kendi politikasına uymasını ve tutarlı kalmasını bekler. Okuyucu ise gördüğü bilginin doğru ve güncel olmasını bekler. Politika yoksa her talep bir pazarlığa dönüşür: aynı isteği bir yazar kabul ettirir, diğeri ettiremez. Yazılı bir politika, kararın nedenini kişiden ayırır ve itiraz geldiğinde dayanılacak bir metin sağlar.

Politikasızlığın bedeli

Üç sorun ortaya çıkar. İlki tutarsızlıktır: aynı tür talep farklı editörlerde farklı sonuç verir. İkincisi izlenebilirliktir: yazıda neyin, ne zaman, kimin isteğiyle değiştiği belli olmaz. Üçüncüsü ticari risktir: yazara verilen bir ücretsiz yayında sonradan eklenen bir link, fiilen ücretli bir yerleştirmeye dönüşebilir ama etiketsiz kalabilir. Google'ın dış linkleri nitelendirme sayfası (yeni sekmede açılır) reklam ve ücretli yerleştirme olan linkler için sponsored değerini önerir; nofollow'un da kabul edilebilir olduğunu, sponsored'ın tercih edildiğini belirtir. Sonradan eklenen bir linkin bu kapsama girip girmediğini kontrol etmek, politikanın görevidir.

Talep türlerini sınıflandırma

Gelen taleplerin hepsi aynı değildir ve aynı süreçten geçmemelidir. Aşağıdaki tablo, bir talebi ilk okumada nereye koyacağınızı gösterir.

Kabul edilebilir düzeltmeler

Yazım ve olgu hataları

Yazım hatasını düzeltmek içeriği değiştirmez; editör kendi inisiyatifiyle yapabilir ve yazara bilgi vermesi yeterlidir. Olgu hatası ise farklıdır: düzeltme okuyucunun gördüğü bilgiyi değiştirir. Editör, yazarın verdiği düzeltmeyi bir kaynakla doğrular, düzeltilen cümleyi ve kaynağı kayda geçirir. Düzeltmenin kaynağı yoksa talep, kaynak sağlanana kadar bekletilir.

Kırık link onarımı

Bir linkin hedefi kaybolmuşsa onarım, politikanın en kolay kabul edeceği değişikliktir, ama bir koşulla: yeni hedef eski hedefle aynı iddiayı desteklemelidir. Yazar kırık bir kaynak linkinin yerine kendi sitesindeki bir sayfayı koymak istiyorsa, bu bir onarım değil, yeni link ekleme talebidir ve bir sonraki bölümün kurallarına bağlanır.

Kaynak güncellemesi

Bir kaynağın içeriği değişmiş olabilir; yazıdaki cümle artık o sayfada geçmiyorsa, editör cümleyi yeni kaynakla uyumlu hâle getirir ya da çıkarır. Bu tür bir düzeltme okuyucunun yararınadır ve yazarın itirazı beklenmez, ama yazara bildirilmesi nezakettir. Kaynak hakkında sürüm ya da tarihe bağlı bir bilgi varsa, düzeltme notuna kaynağın kontrol tarihini yazın.

Yazar bilgisi

Yazarın adı, unvanı ya da biyografisi değişebilir. Google'ın Article yapılandırılmış veri sayfası, yazar adı alanına yalnızca yazarın adının yazılmasını, başka bilgi eklenmemesini ister; sayfada yazar olarak sunulan herkesin işaretlemede de yer almasını söyler. Yazar bilgisi güncellenirken görünen biyografi ile yapılandırılmış veri aynı yazar bilgisini taşımalıdır. Değişiklik talebi doğrulanabilir olmalı ve onay notuna yazılmalıdır.

Sonradan link ekleme ve anchor değişimi

Neden ayrı bir inceleme gerekir?

Yayınlanmış bir yazıya link eklemek, ilk yayın kararının kapsamını değiştirir. İlk onaydaki editör kontrolü o yazının link listesine bakmıştır; sonradan eklenen link o listede yoktur ve aynı üç soruya (çalışıyor mu, ilgili mi, ticari mi) hiç tabi tutulmamıştır. Bu yüzden ekleme talebi, bir "küçük düzeltme" gibi değil, yazının link kararının yeniden açılması gibi işlenmelidir.

İkinci neden ticari risktir. Link ekleme isteği ücretsiz yayınlanmış bir yazı için gelmişse, yazar ya da yazarı gönderen taraf bunu yayından sonra bir yerleştirme olarak kullanıyor olabilir. Bu durumda link ücretli ya da ilişkili sayılır ve dış link sayfasındaki değerlerden biriyle işaretlenmesi gerekebilir.

Anchor değişikliği

Anchor değişimi, görünen bağlantı metninin başka bir ifadeyle yer değiştirmesidir. Marka adının ticari bir ifadeyle değişmesi, linkin yazıdaki rolünü değiştirir: kaynak gösteren bir ifade yerine bir arama ifadesi gelmiş olur. Uygulama önerisi: anchor değişimini yeni link eklemeyle aynı sınıfta işleyin ve yeni ifadeyi ilk onaydaki bağlantı metni kurallarına göre değerlendirin.

Karar kuralı: sonradan link ekleme hiç kabul edilmesin mi?

Uygulama önerisi, üç basamaklı bir kuraldır. Birinci basamakta eşdeğer hedefle yapılan onarım otomatik kabul edilir. İkinci basamakta yeni kaynak linkleri, ilk yayında olduğu gibi üç soruyla incelenir ve politikaya uyuyorsa kabul edilir. Üçüncü basamakta yazarla ya da ticari bir tarafla ilişkili yeni linkler, yalnız yazının yayın koşullarının bunu karşıladığı durumlarda ve rel değeri ile görünür beyanla birlikte kabul edilir.

Bu kuralla "hiç kabul edilmesin" ile "her isteği kabul et" arasında bir orta yol çizilir. Kural Google belgelerinde yazmaz; sponsored, ugc ve nofollow değerlerinin hangi durumda kullanılacağını anlatan dış link sayfasını yayıncı politikasına uygulama biçimidir. Yazarın hiçbir ekleme yapamayacağı bir politika da geçerli bir tercihtir; önemli olan tercihin yazılı olması ve talep gelmeden önce yazara bildirilmesidir.

dateModified ne zaman güncellenir

Üç ayrı tarih

Bir yazıda üç tarih bulunabilir: sayfada görünen yayın tarihi, yapılandırılmış verideki datePublished ve dateModified. Google'ın Article yapılandırılmış veri sayfası (yeni sekmede açılır) datePublished'ı makalenin ilk yayımlandığı tarih ve saat, dateModified'ı en son değiştirildiği tarih ve saat olarak ISO 8601 biçiminde tanımlar. İkisini de Google'a daha doğru tarih bilgisi vermek isterseniz eklenecek isteğe bağlı özellikler olarak sunar. Saat dilimi bilgisi vermenizi önerir; aksi hâlde Googlebot'un saat dilimi kullanılır.

Aynı sayfa, dateModified değerinin ne zaman güncelleneceğine dair bir kural vermez; küçük düzenlemelerin sayılıp sayılmadığını da belirtmez. Dolayısıyla "yazım hatası düzeltildi, tarih değişsin mi?" sorusuna Google belgeleri cevap vermez; bu yayıncı politikasının işidir.

İçerik değişmediyse tarihi değiştirmeyin

Google'ın yardımcı içerik sayfası (yeni sekmede açılır), içerik gerçekten önemli ölçüde değişmediği hâlde sayfa tarihlerini değiştirmeyi, arama için hazırlanmış içerik uyarı işaretleri arasında sayar. Bu yüzden "yeni görünsün" diye tarih değiştirme talebi reddedilir. Tarih kararı, değişikliğin okuyucu için anlam taşıyıp taşımadığına dayanır.

Tablodaki "güncellenir" sütunu Google'ın bir kuralı değil, uygulama önerisidir: okuyucuyu etkileyen her değişiklik, görünür bir not ve dateModified ile belgelenir. Belgelerin bu konuda ifadesi olmadığı için, politikanız farklı bir eşik seçebilir.

Saat dilimi ve tutarlılık

Tarih alanlarını güncellerken saat dilimini yazmak, Googlebot'un varsayılan saat dilimine dayanma ihtimalini ortadan kaldırır. Görünen tarih ile yapılandırılmış veri aynı olayı anlatıyorsa tutarlı olmalıdır. Görünen tarih ile datePublished'ın ilk yayın anını, dateModified'ın ise son anlamlı değişikliği anlattığı bir düzen kurun. Örneğin yazı bir ayın başında yayımlandıysa ve üç hafta sonra bir olgu düzeltmesi yapıldıysa, datePublished yayın anında kalır, dateModified düzeltme anına taşınır ve sayfada "Güncellendi" notu yer alır. Görünen tarihin yalnız son değişiklik gününü göstermesi, ilk yayın tarihini gizlediği için okuyucuyu yanıltabilir. Düzeltmeden sonra sayfanın yeniden taranması ayrı bir konudur ve aşağıda anılır.

Talep kayıt şablonu

Her talep için tek bir kayıt satırı tutun. Kayıt hem yazarla yazışmayı hem de sonradan gelen "bu neden değişti?" sorusunu cevaplar. Alıcı tarafın düzeltme talebi için tanıtım yazısı siparişinde düzeltme talebi ve itiraz yazısına bakılabilir; yayıncı politikası tarafı ise aşağıda ele alınır.

Taslak ile canlı sürümü eşleştirme

Değişiklik kabul edildiğinde, canlı sayfanın onaylanan metinle aynı olduğunu doğrulamak için sponsorlu içerik taslak ve yayın sürümü karşılaştırması adımı kullanılabilir. Değişiklik kaydındaki "eski" ve "yeni" alanları bu karşılaştırmanın girdisi olur.

Talep gerekçelerini okumak

Talebin kendisi kadar gerekçesi de karar verir. Aynı istek farklı nedenlerle gelebilir ve her neden farklı bir cevabı gerektirir. Aşağıdaki dört gerekçe, editörün sorması gereken soruları ayırır.

"Markanın adresi değişti"

Adres değişikliği doğrulanabilir bir olgudur. Editör yeni adresi açar, eski adresin yönlendirdiğini ya da kapandığını görür ve linki günceller. Ticari bir ilişki varsa rel kararı değişmez; yalnız hedef değişir. Kayda "eski adres, yeni adres, doğrulama tarihi" yazılır.

"Kampanya sona erdi, yeni kampanyayı bağlayalım"

Bu gerekçe, kırık link onarımına benzer ama aynı şey değildir. Eski hedef bir kaynak değil, bir kampanya sayfasıysa linkin ticari olduğu ilk onayda bellidir. Yeni kampanya sayfası yeni bir ticari hedeftir. Uygulama önerisi: bunu ekleme talebi sayın, yeni hedefi sponsored ile işaretleyin ve beyan cümlesinin hâlâ geçerli olduğunu kontrol edin.

"Danışmanım anchor'ın değişmesini önerdi"

Üçüncü bir tarafın önerisi, talebin kaynağını değiştirir ama sınıfını değiştirmez. Editör, ticari bir ifadeye dönüşen bağlantı metnini yeniden incelemeye alır ve gerekçeyi yazılı ister. Politikanız bağlantı metnini yayın sonrasında değiştirmeyi hiç kabul etmiyorsa, cevap tek cümledir ve yazarla tartışma uzamaz.

"Yazıda bir hata fark ettik"

Hata bildirimi, yazarın kendi yazısındaki yanlışı fark etmesidir ve kabul edilmesi en kolay taleptir. Yine de editör düzeltmeyi kaynakla doğrular. Hata, kritik bir iddiayı etkiliyorsa düzeltme görünür bir güncelleme notuyla yapılır; böylece okuyucu önceki sürümde farklı bir bilgi gördüğünü bilebilir.

Talep geldiğinde adım adım akış

1. Talep yazılı kanaldan alınır ve kayıt tablosuna işlenir; sözlü talepler yazılı hâle getirilir.
2. Talep türü sınıflandırılır: yazım, olgu, kırık link, yeni link, anchor, tarih, kaldırma.
3. Gerekçe ve kaynak istenir; kaynaksız olgu talebi bekletilir.
4. Yeni ya da değişen link için üç soru uygulanır ve rel kararı verilir.
5. Karar yazara iletilir; kısmi kabul varsa nedenleri açıklanır.
6. Değişiklik önce taslakta uygulanır, sonra canlıya alınır.
7. Canlı sürüm taslakla karşılaştırılır; görünür not ve tarih kararı uygulanır.
8. Kayıt kapatılır ve kapanış tarihi yazılır.

Akışın en önemli ayrıntısı altıncı adımdır: değişiklik doğrudan canlı sayfada yapılmaz. Önce taslakta ya da bir önizlemede uygulanır, çünkü canlıda yapılan hızlı bir düzenleme, onaylanmamış bir değişikliğin görünür olmasına yol açar.

Kaldırma talepleri ve link çıkarma

Yazar yazısının tamamını ya da yazıdaki bir linki kaldırtmak isteyebilir. Link çıkarma, kontrol açısından en az riskli değişikliktir; ancak yazının iddiaları o linke dayanıyorsa, linkin çıkarılması cümleyi kaynaksız bırakabilir. Editör bu durumda yazara iki seçenek sunar: kaynağı başka bir linkle değiştirmek ya da cümleyi de çıkarmak. Yazının tamamının kaldırılması ise politikadaki kaldırma maddesine bağlıdır. Belgelerde bu konuda bir ifade yok; yayıncı politikası kaldırma koşullarını ve bildirim süresini açıkça yazmalıdır.

Talep sayısını sınırlamak

Bazı yazarlar yayından sonra tekrar tekrar küçük değişiklikler isteyebilir. Her talep editör zamanı demektir. Uygulama önerisi: politikada yazar başına talep hakkını belirleyin; örneğin yayın sonrası belirli bir süre içinde sınırlı sayıda düzeltme talebi kabul edilsin ve bu süreden sonra gelen talepler ayrı bir incelemeye girsin. Sayı ve süre sizin kararınızdır; Google belgelerinde böyle bir ölçüt yoktur. Önemli olan, sınırın yazara başvuru aşamasında bildirilmesi ve her yazara aynı biçimde uygulanmasıdır.

Rol dağılımı

Politikaya yazılacak cümleler

• Yayınlanmış yazılarda yazım ve olgu düzeltmeleri editör tarafından yapılır ve yazara bildirilir.
• Kırık linkler, aynı iddiayı destekleyen eşdeğer bir hedefle onarılır.
• Yeni link ekleme ve bağlantı metni değişikliği talepleri yeni bir yayın kararı gibi incelenir.
• Ücret ya da çıkar ilişkisi bulunan her link sponsored ile işaretlenir ve yazıda beyan edilir.
• Görünen tarih ve yapılandırılmış veri yalnız içerik anlam taşıyacak biçimde değiştiğinde güncellenir.
• Her talep ve karar, talep kaydında saklanır.

Bu cümlelerin tam çerçevesi için misafir yazı politikası sayfası yazısı bir iskelet sunar. Politikayı yazara başvuru aşamasında göstermek, talep geldiğinde tartışmayı kısaltır.

Politikayı yazara ne zaman göstermeli?

Politika üç noktada yazara görünür olmalıdır: başvuru formunda, kabul e-postasında ve yayın bildiriminde. Başvuru formunda kısa bir özet ve tam metne bağlantı yeterlidir. Kabul e-postasında değişiklik taleplerinin nasıl iletileceği, hangi tür taleplerin kabul edildiği ve yanıt süresinin ne olduğu yazılır. Yayın bildiriminde ise yazının yayımlandığı tarih ve değişiklik penceresi hatırlatılır. Bu üç noktada tutarlı bir dil kullanmak, yazarın "bana bu söylenmedi" demesini zorlaştırır ve editörün her seferinde aynı açıklamayı yeniden yazmasını önler. Uygulama önerisi: kabul e-postasındaki cümleleri politika metninden kopyalayın; iki yerde iki ayrı ifade bulunması, ileride çelişki doğurur.

Yazarla yazışma şablonları

Kabul

"Düzeltmenizi kaynakla birlikte uyguladık. Üçüncü paragraftaki tarih güncellendi ve yazının altına kısa bir güncelleme notu eklendi. Değişiklik kayıt altına alındı."

Kısmi kabul

"Kırık linkin yerine eşdeğer bir sayfa koyduk. Eklemek istediğiniz ikinci link ise yazar kutusuna taşındı ve politikamız gereği nofollow ile işaretlendi."

Ret

"Anchor değişikliği, yeni bağlantı metninin ticari bir ifade olması nedeniyle kabul edilemedi. Politikamızın link maddesi bu tür değişikliklerin yeniden incelemeye girdiğini belirtiyor; ilk onaylanan bağlantı metni yerinde kalıyor."

Ücretli ya da karma yayınlarda değişiklik

Yazı ücretli bir yerleştirmeyle yayımlanmışsa değişiklik talebi ek bir soru getirir: yapılan değişiklik yerleştirmenin koşullarını etkiliyor mu? Sonradan eklenen bir link, yazının sponsored değeriyle işaretlenmiş olması gereken bir ticari yerleştirmeye dönüşebilir. Sonradan çıkarılan bir link ise alıcıyla yapılan anlaşmayı bozabilir. Bu yüzden ücretli yayında değişiklik talebi, yayıncı politikasının yanında alıcıyla yapılan yazılı anlaşmaya da bağlanır. Alıcı tarafın bakış açısı için yukarıda anılan düzeltme ve itiraz yazısı kullanılabilir; yayıncı olarak sizin göreviniz, yaptığınız değişikliğin kayıtlı ve açıklanabilir olmasıdır.

Uygulama önerisi: ücretli yerleştirmeler için değişiklik penceresini açıkça yazın. Örneğin yayından sonra belirli bir süre içinde yalnız olgu ve kırık link düzeltmeleri kabul edilsin; yeni link ve anchor değişiklikleri ise yeni bir sipariş ya da yeni bir yayın kararı olarak ele alınsın. Süre ve kapsam sizin kararınızdır. Belgelerde buna dair bir ölçüt yoktur, ama yazılı olması uyuşmazlığı önler.

Okuyucuya güncelleme notu yazmak

Görünür güncelleme notu, okuyucuya yazının sonradan değiştiğini söyler. Not kısa olmalı, neyin değiştiğini ve değişikliğin yazının hangi bölümünü etkilediğini belirtmelidir. Yazının hangi tarihte değiştiğini yazmak, yapılandırılmış verideki dateModified ile tutarlıdır. İki bilgi birbirinden farklı olursa, hangi tarihin okuyucuya hangisinin makineye gittiği karışır.

• "Güncelleme: Üçüncü bölümdeki kurum adı düzeltildi."
• "Güncelleme: İkinci kaynak linki taşınan adresine yönlendirildi."
• "Güncelleme: Yazar kutusuna yazarın çalıştığı kurum bilgisi eklendi ve ilişkili link sponsored ile işaretlendi."

Yazım düzeltmesi için not yazmak zorunlu değildir; böyle bir not yazıyı gereksiz yere kalabalıklaştırabilir. Eşik, politikanızın konusudur ve her yazar için aynı uygulanmalıdır.

Değişikliği uygulamadan önce son kontrol

Değişiklikten sonra yeniden tarama

Değişiklik canlıya girdikten sonra, sayfanın arama sistemlerine yeniden bildirilmesi isteniyorsa bunun yolları ayrı bir konudur. Yeniden tarama istemenin ve site haritasındaki güncelleme tarihinin ele alındığı güncellenen sayfanın yeniden taranması yazısı bu adımın ayrıntılarını verir. Yeniden tarama istemek, değişikliğin ne zaman görüneceğini garanti etmez.

Örnek senaryo: bir koşu blogu

Örnek senaryo: Bir koşu blogu, bir spor ekipmanı mağazasının yazarından "uzun koşular için hazırlık" başlıklı bir misafir yazı yayımlamıştır. Üç gün sonra yazar iki talep gönderir: bir kaynak linkinin taşınmış adresini düzeltmek ve yazının sonuna mağazanın kampanya sayfasına giden yeni bir link eklemek. Editör talepleri sınıflandırır. Kaynak linkinin yeni adresi aynı iddiayı destekliyor; onarım kabul edilir ve kayda yazılır. Kampanya sayfası ticari bir sayfadır ve ilk onayda yoktu; editör bunu yeni link ekleme sınıfına koyar. Yazar kutusuna taşınmasını ve sponsored ile işaretlenmesini önerir; yazının başına bağı belirten bir cümle eklenir. Yazar bunu kabul eder. Düzeltme sonrası görünür bir güncelleme notu eklenir ve dateModified güncellenir. Kayıt tablosu doldurulur.

Aynı senaryoda yazar bir hafta sonra bağlantı metnini "uzun koşu ayakkabıları" gibi ticari bir ifadeye çevirmek ister. Editör bunu anchor değişimi sınıfında inceler; ilk onaylanan metin markanın adıydı ve yeni ifade bir arama sorgusuna benziyor. Talep, bağlantı metni kuralı gerekçesiyle reddedilir, yazara kısa bir not gider ve ret kararı kayda yazılır. Yazının tarihi bu ret nedeniyle değişmez.

Sık Sorulan Sorular

Yayınlanmış misafir yazıya sonradan link eklemek kabul edilmeli mi?

Belgelerde bu konuda bir ifade yok; karar yayıncı politikasına aittir. Uygulama önerisi olarak yeni link talebini yeni bir yayın kararı gibi inceleyin, ticari ya da ilişkili ise sponsored verin ve yazıda beyan ekleyin.

Yazım hatasını düzeltince dateModified güncellenmeli mi?

Google'ın Article sayfası dateModified'ı en son değiştirilme tarihi ve saati olarak tanımlar ama ne zaman güncelleneceğine dair bir kural vermez. Küçük düzeltmeler için eşiği politikanız belirler.

Yazar tarihi yenilemek için içeriği değiştirmeden güncelleme isterse ne yapılmalı?

Google'ın yardımcı içerik sayfası, içerik önemli ölçüde değişmediği hâlde sayfa tarihlerini değiştirmeyi arama için hazırlanmış içerik uyarı işaretleri arasında sayar. Bu nedenle içerik değişmeden yapılan tarih talebini reddetmek makuldür.

Anchor değişikliği talebi hangi durumda kabul edilir?

Uygulama önerisi olarak, yeni bağlantı metni ilk onaydaki bağlantı metni kurallarına uyuyorsa ve ticari bir ifadeye dönüşmüyorsa kabul edilebilir. Aksi hâlde yeni link eklemeyle aynı sınıfta yeniden incelenir.

Değişiklik talepleri nasıl kayıt altına alınmalı?

Her talep için talep tarihi ve eden, türü, eski ve yeni içerik, gerekçe ve kaynak, karar, rel kararı ve tarih kararı tek bir satırda tutulur.

Saat dilimi bilgisi neden önemlidir?

Google'ın Article sayfası saat dilimi bilgisi vermenizi önerir; verilmezse Googlebot'un kullandığı saat dilimi varsayılır. Tarih alanları bu yüzden saat dilimiyle birlikte yazılmalıdır.

Sonuç

Değişiklik taleplerini yazım ve olgu, link ve anchor, tarih ve sürüm olarak üç sınıfa ayırmak, politikayı kısa ve uygulanabilir yapar. Eşdeğer onarımları hızla kabul edin, yeni link ve anchor taleplerini yeniden inceleyin, tarihi yalnız içerik gerçekten değiştiğinde güncelleyin ve her kararı bir kayda yazın.

Yazı yerleştirme sürecini kendi tarafınızda kurmak ya da hazır bir akıştan yararlanmak istiyorsanız, tanıtım yazısı hizmet sayfasında seçenekleri ve yayın koşullarını görebilirsiniz.